Re: [gdal-dev] [gdal-announce] GDAL 3.10.0 is released

For conda-forge builds, they are suspended to solving a technicality. You can monitor progress at https://github.com/conda-forge/gdal-feedstock/pull/992 This has been resolved/worked around, so gdal 3.10.0 conda-forge builds are now available. (and GDAL master builds in the "gdal-master" ch

Re: [gdal-dev] Excessive range requests for JP2 files with openjpeg

Jérémy, good point. Adressed per https://github.com/uclouvain/openjpeg/pull/1560 and https://github.com/OSGeo/gdal/pull/11270 Even Le 13/11/2024 à 15:27, Jérémy Anger via gdal-dev a écrit : Hello, Trying to optimize the reading speed of JP2 files from object storages, I've stumbled upon th

[gdal-dev] gdalwarp + svg polygon as mask?

Hi Devs, Given - an image/raster file (from one webservice (IIIF service)) - some gcp's (from another webservice (allmaps.org) I found out (using some scripting) it is doable to 'warp' the original image (and load in QGIS). The allmaps.org service (providing georef 'annotions'), also provides

[gdal-dev] Excessive range requests for JP2 files with openjpeg

Hello, Trying to optimize the reading speed of JP2 files from object storages, I've stumbled upon this PR https://github.com/uclouvain/openjpeg/pull/514. It introduced a behaviour particularly harmful for network cropping JP2 files, as it leads to many excessive requests (time, bandwidth and cost