[gdal-dev] [EXTERNAL] s3 request example

Javier Jimenez Shaw j1 at jimenezshaw.com
Fri Sep 13 10:40:39 PDT 2024


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 Rouault <even.rouault at spatialys.com>
wrote:

>
> 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 seconds. Is there any cache
> somewhere? (I am closing QGIS, so it should not be in the memory of QGIS)
>
> No explanation for that...
>
>
> [Fri Sep 13 18:44:11 2024].3102, 0.0000: GDAL: Proxy driver TileDB *not*
> registered due to gdal_TileDB.so not being found
> [Fri Sep 13 18:44:12 2024].3429, 1.0326: GDAL: Proxy driver TileDB *not*
> registered due to gdal_TileDB.so not being found
> [Fri Sep 13 18:44:12 2024].8555, 1.5452: GDAL: Proxy driver TileDB *not*
> registered due to gdal_TileDB.so not being found
> [Fri Sep 13 18:44:13 2024].9017, 2.5915: HTTP: libcurl/8.9.0 OpenSSL/3.3.1
> zlib/1.3.1 zstd/1.5.6 libssh2/1.11.0 nghttp2/1.58.0
> [Fri Sep 13 18:44:14 2024].2537, 2.9434: S3: Switching to endpoint
> s3.eu-central-1.amazonaws.com
> [Fri Sep 13 18:44:19 2024].3471, 8.0369: S3: Switching to region
> eu-central-1
> [Fri Sep 13 18:44:19 2024].4582, 8.1480: S3: GetFileSize(
> https://prod-pix4d-cloud-eu-central-1.s3.eu-central-1.amazonaws.com/user-5b21721a-90d0-49c9-9d1c-d2a0c5929be5/project-1969386/ortho_display.tiff)=66132291
>  response_code=206
> [Fri Sep 13 18:44:19 2024].4587, 8.1485: GDAL:
> GDALOpen(/vsis3/prod-pix4d-cloud-eu-central-1/user-5b21721a-90d0-49c9-9d1c-d2a0c5929be5/project-1969386/ortho_display.tiff,
> this=0x56258e57eef0) succeeds as GTiff.
> [Fri Sep 13 18:44:19 2024].4593, 8.1490: GTiff: ScanDirectories()
> [Fri Sep 13 18:44:19 2024].4596, 8.1494: GTiff: Opened band mask.
>
> Another question that pops up is... why is it loading TileDB there? it is
> not doing it if I just open QGIS. Is it needed for the COG?
>
> Cf my previous email
>
>
> If I open the file David suggested
> AWS_NO_SIGN_REQUEST=YES CPL_DEBUG=ON CPL_TIMESTAMP=ON qgis
> /vsis3/asc-pds-services/mosaic/Mars/Mars_MRO_CTX_Equi_Mosaics_Robbins/6mpp/MC16_6mpp.16bit.tif
> It does not mention TileDB in the logs. Neither if I load the same COG
> file from the hard drive.
>
> There's actually a specific case in the TileDB driver for the "tif"
> extension, but not "tiff". We need obviously a better solution...
>
>
> If TileDB is loaded dynamically and it is the reason of the delay (that I
> am not sure), is there a way to disable that load? Kind of a config
> environment variable.
>
> There's (almost) always an environment variable to solve issues ;-)
> GDAL_SKIP=TileDB
>
> -- http://www.spatialys.com
> My software is free, but my time generally not.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240913/25b3e7bf/attachment.htm>


More information about the gdal-dev mailing list