Tamas Szekeres wrote:
Martin,
I didn't follow all conclusions made earlier in this thread, but I don't
think it makes much sense to enable/disable the special fields since
those are derived from the attributes of the feature instead of fetching
the values physically from the data source. For example OGR_STYLE
corresponds to OGRFeature::GetStyleString() which can provide a
meaningful value even if the styles are not handled/supported by a
particular driver.
Tamas,
Geometry is generally derived from the physical data source, and knowing
that it can be ommitted can save substantial io and processing. I must
confess this is less obvious with regard to styles. I can *imagine*
styles being expensive to collect and form in some cases but I can't
think of any existing driver collecting the style string is particularly
expensive.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, [email protected]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
