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.roua...@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. > >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev
