[gdal-dev] python GDAL issue
Edson, Adam Robert
are131 at psu.edu
Fri Oct 11 06:39:19 PDT 2019
I can't make the NITF file available, however the relevant portion of the BANDSB TRE should look like (with the type following in parentheses):
RAD_QUANTITY = 'SPECTRAL RADIANCE ' (BCS-A)
RAD_QUANTITY_UNIT = 'S' (BCS-A)
SCALE_FACTOR = '8.0000000E+01' ( IEEE-754 32-bit float)
ADDITIVE_FACTOR = '0.0000000E+00' ( IEEE-754 32-bit float)
ROW_GSD = '0030.00' (BCS-N)
ROW_GSD_UNIT = 'M' (BCS-A)
COL_GSD = '0030.00' (BCS-N)
COL_GSD_UNIT = 'M' (BCS-A)
SPT_RESP_ROW = '-------' (BCS-N)
SPT_RESP_UNIT_ROW = 'M' (BCS-A)
SPT_RESP_COL = '-------' (BCS-N)
SPT_RESP_UNIT_COL = 'M' (BCS-A)
DATA_FLD_1 = ' '(unsigned integer)
EXISTENCE_MASK = '2306867200' (unsigned integer)
RAD_ADJ_SURF = 'DETECTOR ' (BCS-A)
________________________________
From: Brad Hards <bradh at frogmouth.net>
Sent: Thursday, October 10, 2019 4:47 PM
To: Edson, Adam Robert <are131 at psu.edu>; gdal-dev at lists.osgeo.org <gdal-dev at lists.osgeo.org>
Subject: RE: [gdal-dev] python GDAL issue
Can you make the NITF file available? Can you at least post the relevant part of the BANDSB TRE from the file?
Brad
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> On Behalf Of Edson, Adam Robert
Sent: Friday, 11 October 2019 6:09 AM
To: gdal-dev at lists.osgeo.org
Subject: [gdal-dev] python GDAL issue
I am trying to parse a TRE in a NITF following the spec found here (https://nsgreg.nga.mil/doc/view?i=4829&month=10&day=10&year=2019<https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnsgreg.nga.mil%2Fdoc%2Fview%3Fi%3D4829%26month%3D10%26day%3D10%26year%3D2019&data=02%7C01%7Care131%40psu.edu%7C6e7b7d4bbfff4e39787508d74dc32079%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C1%7C637063372780065649&sdata=m7L1GEbwkDX5fdJxaCeya4zP5Dg34luNAYUdqA6tx%2Bo%3D&reserved=0>). Specifically, I am having trouble with the BANDSB TRE with the EXISTENCE_MASK field. It is supposed to be an unsigned int that can be used as bit flags for data following after it. I am currently getting garbage at this location from the gdal.getMetadata('TRE') call. Any help would be appreciated.
Adam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20191011/421fc659/attachment-0001.html>
More information about the gdal-dev
mailing list