Hi Kai,
ok, I'm reverting PR 11314 for the 3.10 branch per
https://github.com/OSGeo/gdal/pull/11608 as the change is obviously too
invasive for a stable branch (Alessandro mentioned to me a similar issue
when building QGIS). I'm keeping it in master 3.11.0dev for now. I've
filed https://githu
In vcpkg, I see downstream build errors for pdal, osgearth, gz-common5.
This seems to be related the GDAL_DEBUG changes,
https://github.com/OSGeo/gdal/pull/11314, in the context of forward
declarations in non-gdal code. It is probably visible only in debug
builds. (Vcpkg builds debug and releas
Hi Edzer,
thanks for the report. Fix in https://github.com/OSGeo/gdal/pull/11602.
I'll re-issue tomorrow a RC2 with it (the config option should only be
needed for remote datasets, not local ones, and it wasn't even working
for local ones due to busted logic)
Even
Le 07/01/2025 à 20:14, Edz
Even,
with the file in
https://github.com/r-spatial/stars/raw/refs/heads/main/inst/nc/bcsd_obs_1999.nc
I had expected that
gdalinfo --config GDAL_NETCDF_REPORT_EXTRA_DIM_VALUES YES
NETCDF:"bcsd_obs_1999.nc":pr
would output the NETCDF_DIM_time_VALUES metadata tag with the time
values, but
Thanks for the speedy reply Even! I had not considered alternative tile
layouts. I did open an issue here if others want to chime in:
https://github.com/opengeospatial/CloudOptimizedGeoTIFF/issues/37
Scott
> On 7. Jan 2025, at 17:23, Even Rouault wrote:
>
> !---
Looks good from the perspective of Rasterio, Even:
https://github.com/rasterio/rasterio/actions/runs/12654697105.
On Tue, Jan 7, 2025 at 8:56 AM Even Rouault via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hi,
>
> I have prepared a GDAL/OGR 3.10.1 release candidate.
>
> Pick up an archive among
Scott,
Since a key aspect of COGs is efficient network access, shouldn’t this
file not be considered a COG?
The row-major order (that is tiles are sorted from top-to-bottom,
left-to-right) used by the GDAL COG driver is one of the many possible
ways of having spatial contiguity being omewh
I’m accustomed to GeoTiff files having row-wise sequential layout of image
tiles (and I was under the impression that GDAL assumes this for merging range
requests)?
But I recently noticed a lot of excess GET requests working with SRTM data that
passes COG validation scripts:
> https://opentopog
Hi,
I have prepared a GDAL/OGR 3.10.1 release candidate.
Pick up an archive among the following ones (by ascending size):
https://download.osgeo.org/gdal/3.10.1/gdal-3.10.1rc1.tar.xz
https://download.osgeo.org/gdal/3.10.1/gdal-3.10.1rc1.tar.gz
https://download.osgeo.org/gdal/3.10.1/gdal31
Hi,
Depending on what you need, I've found using VCPKG (https://vcpkg.io/en/)
can make it straightforward to address the dependencies *of* GDAL, and it's
all driven by CMake underneath, like GDAL's builds. Importantly, it is well
tested and supported on Windows. That means you end up spending your
10 matches
Mail list logo
