Re: [gdal-dev] Warping Issues

Thanks for the quick reply Evan. I have done what you asked and it gets a bit strange. I ran gdalinfo from the QGIS bin directory and then on the alternate machine ran gdalinfo from the 'pure gdal' bin directory on the same sid file. There are some differences in the output particularly around the

Re: [gdal-dev] Warping Issues

Sorry Evan Forgot the version dump QGIS --- GDAL 1.11.0, released 2014/04/16 Built GDAL --- GDAL 1.11.0, released 2014/04/16 Seems to be the same? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Warping-Issues-tp5157231p5157278.html Sent from the GDAL -

Re: [gdal-dev] Warping Issues

Thanks Evan but I am not quite sure I understand. Are you saying that QGIS uses gdal built with a different MrSID SDK? I have built GDAL using this version, MrSID_DSDK-9.0.0.3864-win32-vc11 from LizardTech, which I think is the latest. If it is then I am sure that QGIS will be using the same, in

[gdal-dev] NITF YCbCr To RGB?

We have a software component where users can view/zoom/pan different map types. We use GDAL to read the specific part of the image using RasterIO as raw bytes and then convert to a bitmap for display. We are now incorporating viewing NITF files and am a little confused in how the NITF driver handle

Re: [gdal-dev] NITF YCbCr To RGB?

Thanks Even So to be clear I am quite safe in assuming that Band 1 is R, Band 2 is G etc as the conversion has been done? Thanks Martin -- View this message in context: http://osgeo-org.1560.x6.nabble.com/NITF-YCbCr-To-RGB-tp5166169p5166257.html Sent from the GDAL - Dev mailing list archive

[gdal-dev] 16bit Pixel Arrangement?

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 ( 7

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

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 assu

[gdal-dev] Remove Black Areas From Rotated Images

I have searched and found lots of similar queries but nothing that quite gives me the answer that I am looking for (as they all appear to be related to gdal_translate rather than the C++ API.) We have a set of strips of grey scale satellite imagery that are rotated. I use AutoCreateWarpedVRT to g

Re: [gdal-dev] Remove Black Areas From Rotated Images

Thanks Even I am assuming that even in doing this there may still be an issue with differentiating between pixels of pure black and this 0 'no-data' value in an 8 bit band where raster min gives 0 and raster max gives 255.ah well. There is another question and I have noticed that the dataset

Re: [gdal-dev] Remove Black Areas From Rotated Images

Thanks Even, prompt as ever, I'll give the setting 'no-data' a go. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Remove-Black-Areas-From-Rotated-Images-tp5167665p5167772.html Sent from the GDAL - Dev mailing list archive at Nabble.com.