[gdal-dev] NITF TRE support

[Frank Warmerdam]

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, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent