Re: [gdal-dev] Extracting Jpeg2000 image from nitf file

2023-05-26 Thread Tobby Moalem
Hi Even, Thanks for the help. I was wondering if I could just get this byte range from the file, and save it as jpeg2000 (with .j2c or something like that) and have a valid jpeg2000? My goal is to be able to extract the jpeg2000 without using gdal_translate in order to save time and resources (cpu,

Re: [gdal-dev] Extracting Jpeg2000 image from nitf file

2023-05-26 Thread Brad Hards
On Friday, 26 May 2023 8:09:50 PM AEST Even Rouault wrote: > Hi, > > if you open such an image with debug traces (CPL_DEBUG=ON), you'll see > something like > > GDAL: GDALOpen(/vsisubfile/907_565,byte.ntf, this=) succeeds as > JP2OpenJPEG > > which means that the JPEG2000 file starts at byte

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Michael Smith
Yes! That is it. It explains so much. Thanks for figuring this out. I learned something important today. -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 5/26/23, 1:48 PM, "gdal-dev on behalf of Even Rouault" mailto:gdal-dev-boun...@lists.osgeo.org> on behalf

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Laurențiu Nicola via gdal-dev
On Fri, May 26, 2023, at 20:48, Even Rouault wrote: > yes, the issue must come from the fact that gdal.VectorTranslate() > returns a gdal.Dataset handle that is still active, and you could That's what I originally tried and it didn't work, but it does now. Maybe I made a typo. Seems all right,

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Even Rouault
Le 26/05/2023 à 19:40, Laurențiu Nicola via gdal-dev a écrit : It's a bit strange, I can reproduce it when pasting into the REPL, but not when running from a file. yes, the issue must come from the fact that gdal.VectorTranslate() returns a gdal.Dataset handle that is still active, and you c

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Laurențiu Nicola via gdal-dev
It's a bit strange, I can reproduce it when pasting into the REPL, but not when running from a file. Laurentiu On Fri, May 26, 2023, at 20:27, Michael Smith wrote: > Well, a new install of gdal from conda-forge and now it works fine. > Sorry for the noise. > > Mike > > > -- > > Michael Smith

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Michael Smith
Well, a new install of gdal from conda-forge and now it works fine. Sorry for the noise. Mike -- Michael Smith Remote Sensing/GIS Center US Army Corps of Engineers On 5/26/23, 1:09 PM, "Michael Smith" mailto:michael.smith.e...@gmail.com>> wrote: Interesting, that is different from

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Michael Smith
Interesting, that is different from what I get. I guess I have to look at how I'm building gdal from conda-forge. I do compile in two plugins (mrsid and oci) but I wouldn't that it would affect things. at 01:05:23 PM ❯ ipython Python 3.11.3 | packaged by conda-forge | (main, Apr 6 2023, 08:57:

Re: [gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Even Rouault
Michael, I've also just tried with 3.7.0 from conda-forge and this works fine for me: I've just slightly modified your script to output more info: from osgeo import ogr, gdal ds = gdal.OpenEx('{ "type": "Polygon", "coordinates": [ [ [ 179.828821134787177, 66.686572724877635 ], [ -179.71878684

[gdal-dev] ogr.VectorTranslate to json appears to be incomplete

2023-05-26 Thread Michael Smith
I assume I am doing something incorrect here but I am taking an incoming geojson feature and attempting to split it on the dateline: Using gdal 3.7.0 from conda-forge ds = gdal.OpenEx('{ "type": "Polygon", "coordinates": [ [ [ 179.828821134787177, 66.686572724877635 ], [ -179.718786846664386,

Re: [gdal-dev] Extracting Jpeg2000 image from nitf file

2023-05-26 Thread Even Rouault
Hi, if you open such an image with debug traces (CPL_DEBUG=ON), you'll see something like GDAL: GDALOpen(/vsisubfile/907_565,byte.ntf, this=) succeeds as JP2OpenJPEG which means that the JPEG2000 file starts at byte 907 with a length of 565 bytes. Programatically from C/C++ , you cou

Re: [gdal-dev] Question regarding Shapefile Geo-cordinates

2023-05-26 Thread Vijay Kurhade
Hi Haddad/Rob; I tried conversion of DWG to DXF and then ran command; but I am getting errors I have mentioned in the shared document(on Drive); I have shared the DXF file too. >From the python terminal; get Size too big issue And from command line get polygon errors. Regds- Vijay On Fri, May 2

Re: [gdal-dev] Space optimization of OSM XYZ tiles

2023-05-26 Thread Laurențiu Nicola via gdal-dev
Hi Eric, Yes, you can transcode them on the fly with a server like https://github.com/developmentseed/titiler. I haven't used that one, but wrote a prototype of something like that in the past. You might want to have the original in EPSG:3857, though, to avoid the need to reproject the tiles w

Re: [gdal-dev] Extracting Jpeg2000 image from nitf file

2023-05-26 Thread bradh
I don't know how to do that without significant code. What you can do, given the right gdal build, is to extract the image and recompress it as JPEG 2000. That would have the advantage of working with just about any NITF compression method, not just C8/M8. Obviously that does involve more CPU and p