Re: [gdal-dev] NITF geotransform data erratic

Thank you for the quick, helpful response. Sounds like I need to dig into the NITF spec to determine how to best use the available precision. Thanks again. From: Even Rouault Sent: Thursday, July 20, 2023 11:45 AM To: Nigus, Steve ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] NITF geotran

Re: [gdal-dev] NITF geotransform data erratic

NITF base georeferencing using the IGEOLO field sucks because there's not enough decimal digits to compute the full accuracy of a geotransform, and thus when GDAL tries to reconstruct the geotransform from the 4 corners (that's how georeferencing is stored), the threshold to detect if the compu

[gdal-dev] NITF geotransform data erratic

I am doing a real-time SAR spot simulation where the SAR orbits a target point and saves a series of the georeferenced spot image files. My initial implementation generated non-GDAL GeoTIFF or JPEG files. I use a least-squares algorithm to develop the 6 affine geotransform values. This all wo

[gdal-dev] Is there a native gdal way to download stac items from Microsoft planetary

Hi, I would like to download this stac item . The Azure Blob File System href is "abfs://footprints/delta/2023-04-25/ml-buildings.parquet/RegionName=KingdomofSaudiArabia/q

Re: [gdal-dev] libgdaljni.so installed in the wrong dir by default?

Hi, Proposed change: https://github.com/OSGeo/gdal/pull/8125 Even Le 20/07/2023 à 10:43, Landry Breuil a écrit : Hi, working on debian and trying to reenable the libgdal-java package for geoserver needs, i've figured out that since the switch to cmake, the jars and the libgdalalljni.so file

Re: [gdal-dev] /vsis3/ on NetCDF from Earthdata

That does it, thank you so much! From: Even Rouault Date: Thursday, 20 July 2023 at 11:44To: bcoer...@mailbox.org , gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] /vsis3/ on NetCDF from EarthdataBert,Also set the GDAL_DISABLE_READDIR_ON_OPEN=EMPTY_DIR config option, otherwise the generic open mec

Re: [gdal-dev] /vsis3/ on NetCDF from Earthdata

Bert, Also set the GDAL_DISABLE_READDIR_ON_OPEN=EMPTY_DIR config option, otherwise the generic open mechanism of GDAL tries to list the content of the VNP02IMG/ directory and it seems there are tons of files there When doing that, I get a result within a few seconds Even Le 20/07/2023 à 09:

Re: [gdal-dev] libgdaljni.so installed in the wrong dir by default?

The Debian package moved the files to their policy compliant paths: https://salsa.debian.org/debian-gis-team/gdal/-/commit/936e50e1a9e5eb3d1bd10147b5d5c25476845b23#8756c63497c8dc39f7773438edf53b220c773f67_198_195 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41

[gdal-dev] libgdaljni.so installed in the wrong dir by default?

Hi, working on debian and trying to reenable the libgdal-java package for geoserver needs, i've figured out that since the switch to cmake, the jars and the libgdalalljni.so files are now all installed in GDAL_JAVA_INSTALL_DIR (which defaults to /usr/share/java). previously with the autoconf

[gdal-dev] /vsis3/ on NetCDF from Earthdata

Hello, I'm trying to access data from NASA's Earthdata S3 buckets, but I get a `" does not exist in the file system, and is not recognized as a supported dataset name."` error after waiting a long time (± 50 minutes, the process is downloading some data the whole time) doing the following: from osg