Re: [gdal-dev] (TileDB related question for you Norman/Sean) Re: [EXTERNAL] s3 request example

2024-09-13 Thread Even Rouault via gdal-dev
Norman confirmed that a URI to a TileDB dataset can only be a directory, so we can tighten the identification check: https://github.com/OSGeo/gdal/pull/10798 Even -- http://www.spatialys.com My software is free, but my time generally not. ___ gdal-de

Re: [gdal-dev] Motion: Renew Even Rouault GDAL Maintainer Contract

2024-09-13 Thread Norman Barker via gdal-dev
+1 On Fri, Sep 13, 2024 at 12:29 AM Frank Warmerdam via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > A belated +1! > > > On Thu, Sep 12, 2024 at 9:19 PM Howard Butler via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > >> Declaring this motion passed with +1s from Sean, Jukka, Daniel, Javier, >>

Re: [gdal-dev] Upgrade or remove Java JDK 17 in GDAL Docker image

2024-09-13 Thread Matt Luck - NOAA Affiliate via gdal-dev
4532925199433]], > USAGE[ > SCOPE["Horizontal component of 3D system."], > AREA["World."], > BBOX[-90,-180,90,180]], > ID["EPSG",4326]] > GDAL 3.10.0dev-acca3c2709e96bce8d208a1d26efe12ce299b252, released > 2024/09/13 > Using PROJ_DATUMGRID_LATEST_L

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread Even Rouault via gdal-dev
Le 13/09/2024 à 19:40, Javier Jimenez Shaw a écrit : Thanks Even regarding GDAL_SKIP=TileDB as environment variable, it still shows the message [Fri Sep 13 19:37:03 2024].8370, 10.5869: GDAL: On-demand registering /home/jshaw/anaconda3/envs/qgis_stable/lib/gdalplugins/gdal_TileDB.so using GD

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread Javier Jimenez Shaw via gdal-dev
Thanks Even regarding GDAL_SKIP=TileDB as environment variable, it still shows the message [Fri Sep 13 19:37:03 2024].8370, 10.5869: GDAL: On-demand registering /home/jshaw/anaconda3/envs/qgis_stable/lib/gdalplugins/gdal_TileDB.so using GDALRegister_TileDB. On Fri, 13 Sept 2024 at 19:27, Even Ro

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread Even Rouault via gdal-dev
Le 13/09/2024 à 19:16, Javier Jimenez Shaw via gdal-dev a écrit : This is getting even weirder. I tried removing gdal_TileDB.so before my first email, and it didn't work. However, now it works... but only if I opened the file before. If I wait a couple of minutes, then it still waits 5 or 6 sec

[gdal-dev] (TileDB related question for you Norman/Sean) Re: [EXTERNAL] s3 request example

2024-09-13 Thread Even Rouault via gdal-dev
I've given this a try with my QGIS dev env and I can also reproduce, and specifically with the TileDB driver available The stacktrace is as following: Thread 1 "qgis" received signal SIGINT, Interrupt. 0x7f81cc566bcf in __GI___poll (fds=0x7fffc613b040, nfds=2, timeout=800) at ../sysdeps/un

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread Javier Jimenez Shaw via gdal-dev
This is getting even weirder. I tried removing gdal_TileDB.so before my first email, and it didn't work. However, now it works... but only if I opened the file before. If I wait a couple of minutes, then it still waits 5 or 6 seconds. Is there any cache somewhere? (I am closing QGIS, so it should n

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread thomas bonfort via gdal-dev
I also see that you have a tiledb driver registration happening only on your conda version, exactly at the time of your lag. you should also try to remove/rename your gdal_tiledb.so plugin file to check the issue isn't coming from there. Le ven. 13 sept. 2024, 18:22, thomas bonfort a écrit : > J

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread thomas bonfort via gdal-dev
Javier, 3.9 is probably doing parallel reads, which will cause a noticeable lag in requests on a slow connection (the overall processing time should not be slower anyhow). There's a gtiff open option documented that can disable this behavior, that you can try to use to see if it changes your timing

Re: [gdal-dev] [EXTERNAL] s3 request example

2024-09-13 Thread Javier Jimenez Shaw via gdal-dev
Thanks David for the suggestion. Very interesting data. Unfortunately the issue I have is not reproduced with that file. So it may be due to the authentication (your suggestion does not need authentication). Some context: I am opening a COG file from S3 in QGIS, setting the url in the command lin

Re: [gdal-dev] Upgrade or remove Java JDK 17 in GDAL Docker image

2024-09-13 Thread Even Rouault via gdal-dev
How can I resolve this error? You have stripped too much of the logs. There must be some "error: " compilation line before that points to the actual error. Alternatively, we have considered a different solution that uses ubuntu:22.04 as our base image and then installing GDAL but also havin

Re: [gdal-dev] Upgrade or remove Java JDK 17 in GDAL Docker image

2024-09-13 Thread Matt Luck - NOAA Affiliate via gdal-dev
Thank you Even, these are very helpful suggestions. I tried removing jdk and flattening the image but jdk was still there in the diff folder. Because of other dependencies, we are trying to stay with v3.8. I tried to regenerate using v3.8.5 (git hash1d418c1). I updated ARG ARROW_VERSION=15.0.2-1

Re: [gdal-dev] WMS supported SRS

2024-09-13 Thread Rahkonen Jukka via gdal-dev
Hi, GDAL is open source, of course you can open a feature request. It will then be implemented, closed, of left open eternally. What do you plan to write into the feature request? I think that using the CRS of the additional BoundingBox is a good default and best for the users when they want t

Re: [gdal-dev] WMS supported SRS

2024-09-13 Thread Even Rouault via gdal-dev
Le 13/09/2024 à 14:11, Michał Kowalczuk via gdal-dev a écrit : So, can I open a feature request? sounds good to me, even better if accompanied with a pull request & test. For tests, see test_wms_force_opening_url() at the end of autotest/gdrivers/wms.py where we simulate locally a WMS server

Re: [gdal-dev] WMS supported SRS

2024-09-13 Thread Michał Kowalczuk via gdal-dev
So, can I open a feature request? Best, Michal Kowalczuk W dniu czw., 12.09.2024 o 13:57 Rahkonen Jukka < jukka.rahko...@maanmittauslaitos.fi> napisał(a): > Hi, > > > > Your suggestion to utilize the additional layer BBOXes if they exist feels > good to me, and better than to use the first adver