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