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
+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,
>>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
16 matches
Mail list logo