Kurt Landrus wrote:
Ok, I was looking through nithfile.c, am I correct in understanding
that the only TRE supported for saving is BLOCKA, and that each
additional TRE needs to be handled
individually?
I need to add support for the following TREs. But I don't really need
to add new SDE headers, but preserve the original values as read
using GDALGetMetadataItem.
SENSRA
AIMIDB
ACFTB
Is there an easy way to save back an TRE that was read using GDAL (/0
escaped string)
or should I pull out all the fields from the string, and then reassemble
them in a function as is done for BLOCKA?
Kurt,
The GDAL trunk code (ie. 1.6 beta2) does include generic support for
writing *image* TREs. Each TRE needs to be in the creation options
list as an item with TRE=<trename>=<content of tre> and the content must be
escaped using the BackslashQuotable scheme.
This is exactly the same format the TREs are read into the TRE
metadata domain.
Currently there is no support for writing file TREs.
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
