Kurt Landrus wrote:
Ok never-mind, I found the problem was I was using a comma, to delimit
the tre-name and contents, and Franks note indicated an '=' was needed.
The NITF documentation page needs to be updated to reflect this.
Thanks;
Kurt,
Proposed updates are welcome. Send them directly t
703-368-6107 x424
Lab:703-368-6107 x520
Begin forwarded message:
From: Kurt Landrus <[EMAIL PROTECTED]>
Date: November 17, 2008 1:19:20 PM EST
To: Frank Warmerdam <[EMAIL PROTECTED]>, gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] NITF TRE support
Ok thanks for your reply.
Ok thanks for your reply. I downloaded the beta, and updated my code
to use the options in the create fcn.
I am now getting an error from the driver on the create call, for the
options.
I am creating the option with the TRE in the same format as loaded
using GDAL.
### saving TRE SENSRA =
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 hea
loper can provide feedback
here...
-- Dan Greve
> From: [EMAIL PROTECTED]> To: gdal-dev@lists.osgeo.org> 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 >
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
