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
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 -
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
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
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
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
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
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
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
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.
10 matches
Mail list logo