[gdal-dev] Motion: Adopt RFC 29: OGR Set Ignored Fields
Even Rouault
even.rouault at mines-paris.org
Sun Aug 8 13:22:02 EDT 2010
+ 0
I'm not sure which approach DesiredFields vs IgnoredFields is the best one.
Both have their pros and cons. IgnoredFields will be a bit awkward to use, but
the main argument for this approach (avoid dropping any special fields) makes
sense.
I also think that a layer capability can be useful to know which driver makes
use of it.
For Tamas : About the -select option of ogr2ogr, I'd note that, paradoxically
ogr2ogr does not use currently the SQL engine to implement this. The list of
fields is just used to create the layout of the target layer definition and
build the map between source and target field indices to be used by
OGRFeature::SetFrom(). At first thought, I have imagined it could generate a
"SELECT field1, field2, ... FROM layer_name" SQL expression instead and fallback
to the -sql case. But for server based drivers (postgresql or mysql for
example), this wouldn't fetch the geometry field...
Best regards,
Even
Le vendredi 06 août 2010 15:04:12, Martin Dobias a écrit :
> Hi,
>
> As there have been no further comments on RFC 29, I would like to call
> for vote on it:
>
> http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
>
> Regards
> Martin
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
More information about the gdal-dev
mailing list