Andrew,
interestingly adding the debug traces I suggested to you to the GDAL CI
MacOS 14 build witch no longer worked turns out to reveal the exact same
issue as yours! (funny that I didn't even consider doing that myself !
interesting case where helping others actually is helping oneself
I know that this is not what you want... but have you considered to use
COG? Openlayers supports it, Leaflet I am not sure (I hope it does, at
least via plugin).
To improve performance, I warped to web mercator with GDAL, so Openlayers
is not wasting time on the reprojection.
On Tue, 30 Apr 2024
On Tue, Apr 30, 2024 at 9:18 AM Even Rouault
wrote:
Even,
> Also try in a Python interpreter "from osgeo import gdal" to see if the
> exception is more verbose. If your GDAL lib links against libraries that
> are not in the default library search path, GDAL command line utilities
> might still
Howard Butler, Even Rouault, Dan Baston, Alessandro Pasotti, Javier Jimenez
Shaw, and OSGeo Treasurer Mike Smith held the monthly GDAL Maintainers Meeting
on 03/28/2024. The following items were discussed and reported upon:
Discussion Items
* GDAL 3.9.0 RC1 is
Ok so my naive edits are clearly not enough, they still get written as Byte
so it's deeper in the target spec and spread across a few places I'm not
ready to get across yet.
Happy to pursue in the longer term though.
Cheers, Mike
On Tue, Apr 30, 2024 at 7:00 AM Michael Sumner wrote:
>
>
> On
Andrew,
first, check that you can use the command line utilities like gdalinfo,
so you may need to adjust your PATH, DYLD_LIBRARY_PATH and GDAL_DATA.
The Bash script scripts/setdevenv.sh might help setting up stuff (not
totally sure if it works on Mac though).
Also try in a Python
Hi,
oh well, so this i actually a HDF5 file using netCDF conventions, but
likely created with the HDF5 API itself. Per se, this isn't the issue,
as you've figured it, we can convince the netCDF driver to open it. The
lack of CRS comes from the fact that the land_mask_map variable has this
Hi all,
I removed all files from the build and started over, building using the
same procedure that I used with the source from a couple of weeks ago
without problem and now I get the following error:
(gdal) [master] $ pytest -v autotest/utilities/test_gdal_viewshed.py
ImportError while loading
This time, with:
https://n5eil01u.ecs.nsidc.org/ATLAS/ATL20.004/2018.10.14/ATL20-01_20181001010615_00370101_004_01.h5
NETCDF gets the geotransform (from x_grid,y_grid which report in the
metadata) but no crs:
gdalinfo NETCDF:ATL20-02_20181001010615_00370101_004_01.h5 -sd 1 -nomd
Driver:
