Kurt,
I am in the same boat. I have modified the GDAL driver to read AIMIDB and
ACFTB similiar to BLOCKA metdata, but I do not have the capability to write
these TREs. The TRE creation option should allow this, but I haven't found a
good example of how to do this. Hopefully the developer can provide feedback
here...
-- Dan Greve
> From: [EMAIL PROTECTED]> To: [email protected]> Date: Wed, 12 Nov 2008
> 11:40:14 -0500> Subject: [gdal-dev] NITF TRE support> > > 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 Landrus> Progeny Systems
> Corp.> [EMAIL PROTECTED]> Office: 703-368-6107 x424> Lab: 703-368-6107 x520>
> > > > _______________________________________________> gdal-dev mailing list>
> [email protected]> http://lists.osgeo.org/mailman/listinfo/gdal-dev
_________________________________________________________________
Color coding for safety: Windows Live Hotmail alerts you to suspicious email.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety_112008
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
