Even Rouault

Please provide elements on how to exactly reproduce the issue

@barry-gallagher The issue is that the point -76.37 38.08 falls into several partially-overlapping grids. The current logic in PROJ is that, in that situation, it uses the first grid whose...

Looking at the GGXF spec at https://raw.githubusercontent.com/opengeospatial/CRS-Gridded-Geodetic-data-eXchange-Format/master/specification/GGXF%20v1-0%20OGC-22-051r7_2024-01-08.pdf , there's a a pargraph "5.7 Multiple grids" that deals with that. We don't necessarily implement their concept of gridPriority exactly, but in...

> Thanks for the quick response. Is there a different multi-grid format that has the behavior of checking multiple grids on nodata (perhaps NTv2)? no, the NTv2 reader should behave...

Small remark: in both gdaladdo and gdal raster overview add case, in your above scenario, none of the config options should be necessary as the GeoTIFF driver will use by...

implemented in https://github.com/OSGeo/gdal/pull/13042

Same remark as in https://github.com/AprilRobotics/apriltag/pull/388#pullrequestreview-2931079608 . Much too verbose and nothing really GDAL specific. A simple link to an official page in the OpenHarmony documentation about CMake compilation would be...

> i think the issue is that we dont bundle the (optional) iconv library that gives GDAL the capability to re-encode text. https://github.com/OSGeo/gdal/pull/10799 should improve that situation

in ogr2ogr_lib.cpp, I've added a "--invoked-from-gdal-vector-convert" hidden boolean option, but that could potentially be a "--invoked-from="

> Does perhaps @rouault have a hint here? not really, I'm not familiar with what r.univar does. It would be best to try first to reproduce using only GDAL command...