Re: [gdal-dev] 16bit Pixel Arrangement?

2014-10-13 Thread M Lewis
Thanks for that, Even Andre, There is a NITF_ABPP metadata item and that is set to 11 so that explains why all leading bits are 0. Also min/max on the stats is 1 to 2047. The reason why I was going on about 5 bits for R etc was because that is how colours are defined in a 16 bit bitmap and

[gdal-dev] 16bit Pixel Arrangement?

2014-10-10 Thread M Lewis
I am trying to read a NITF image that has a single band with a data type of UInt16 and a ColorInterp of 'Undefined' as show below in some details taken from the gdalinfo dump: NITF_IMODE=B NITF_IREP=MONO NITF_ISCLAS=U NITF_OSTAID=DG NITF_PJUST=R NITF_PVTYPE=INT Corner Coordinates: Upper Left (

Re: [gdal-dev] 16bit Pixel Arrangement?

2014-10-10 Thread Even Rouault
On Friday 10 October 2014 01:12:14 M Lewis wrote: I am trying to read a NITF image that has a single band with a data type of UInt16 and a ColorInterp of 'Undefined' as show below in some details taken from the gdalinfo dump: NITF_IMODE=B NITF_IREP=MONO NITF_ISCLAS=U NITF_OSTAID=DG

Re: [gdal-dev] 16bit Pixel Arrangement?

2014-10-10 Thread Andre Joost
Am 10.10.2014 23:27, schrieb Even Rouault: On Friday 10 October 2014 01:12:14 M Lewis wrote: QGIS seems to be able to display the image correctly. As grey level I guess ? And likely after adjusting the min/max values QGIS has support for pseudocolurs from single band. Maybe the