Re: [gdal-dev] python GDAL issue

2019-10-14 Thread Brad Hards
I think the problem is that there isn't any real way to handle the IEEE-754 (or raw int/uint bitmask) in GDAL at the moment. Working through the part you've posted: S is the unit quantity The part that looks like: B\\0\\0\\0 is therefore the SCALE FACTOR, which is really IEEE 754-2008 b

[gdal-dev] Syntax for translation to ERMapper Raster with options

2019-10-14 Thread Richard Lane
I am trying to convert some SRTM raster data from Arc/Info ASCII Grid format to ERMapper ERS grid format and program gdal_translate is not doing what I was hoping that it would do. I imagine that I have the wrong syntax. Any help would be greatly appreciated. The default output when I used the fol

Re: [gdal-dev] ogr2ogr to convert one CSV row of MULTIPOLYGON to many CSV rows of POLYGON

2019-10-14 Thread Simon Eves
Thanks for that, Jukka, and sorry for the vagueness of my original post... I was under a very tight deadline to finish something on Thursday before being away for a long weekend. I got the same result as you without the -lco option. The output file just contained the same MULTIPOLYGONS, although t

Re: [gdal-dev] python GDAL issue

2019-10-14 Thread Edson, Adam Robert
I am working on adding BANDSB and the other TREs listed in the SNIP document. I am not sure what you are asking for. However, here is the output from gdal.getMetadata('TRE') for the relevant portion of the BANDSB TRE SPECTRAL RADIANCE SB\\0\\0\\0\\0\\0\\00030.00M0030.00M---M---M