<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">Le 13/09/2024 à 19:16, Javier Jimenez
Shaw via gdal-dev a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CADRrdKty7QzuJRays6juPtvXiALK_iM3MFc4ojd1RRCLcJ=EhA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>This is getting even weirder. I tried removing
gdal_TileDB.so before my first email, and it didn't work.</div>
<div>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)</div>
</div>
</blockquote>
No explanation for that...<br>
<blockquote type="cite"
cite="mid:CADRrdKty7QzuJRays6juPtvXiALK_iM3MFc4ojd1RRCLcJ=EhA@mail.gmail.com">
<div dir="ltr">
<div><br>
</div>
<div><span style="font-family:monospace">[Fri Sep 13 18:44:11
2024].3102, 0.0000: GDAL: Proxy driver TileDB *not*
registered due to gdal_TileDB.so not being found<br>
[Fri Sep 13 18:44:12 2024].3429, 1.0326: GDAL: Proxy driver
TileDB *not* registered due to gdal_TileDB.so not being
found<br>
[Fri Sep 13 18:44:12 2024].8555, 1.5452: GDAL: Proxy driver
TileDB *not* registered due to gdal_TileDB.so not being
found<br>
[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<br>
[Fri Sep 13 18:44:14 2024].2537, 2.9434: S3: Switching to
endpoint <a href="http://s3.eu-central-1.amazonaws.com"
moz-do-not-send="true">s3.eu-central-1.amazonaws.com</a><br>
[Fri Sep 13 18:44:19 2024].3471, 8.0369: S3: Switching to
region eu-central-1<br>
[Fri Sep 13 18:44:19 2024].4582, 8.1480: S3: GetFileSize(<a
href="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"
moz-do-not-send="true" class="moz-txt-link-freetext">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</a>
response_code=206<br>
[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.<br>
[Fri Sep 13 18:44:19 2024].4593, 8.1490: GTiff:
ScanDirectories()<br>
[Fri Sep 13 18:44:19 2024].4596, 8.1494: GTiff: Opened band
mask.</span></div>
<div><br>
</div>
<div>
<div>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?</div>
</div>
</div>
</blockquote>
Cf my previous email<br>
<blockquote type="cite"
cite="mid:CADRrdKty7QzuJRays6juPtvXiALK_iM3MFc4ojd1RRCLcJ=EhA@mail.gmail.com">
<div dir="ltr">
<div>
<div><br>
</div>
If I open the file David suggested</div>
<div>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</div>
<div>It does not mention TileDB in the logs. Neither if I load
the same COG file from the hard drive.<br>
</div>
</div>
</blockquote>
There's actually a specific case in the TileDB driver for the "tif"
extension, but not "tiff". We need obviously a better solution...<br>
<blockquote type="cite"
cite="mid:CADRrdKty7QzuJRays6juPtvXiALK_iM3MFc4ojd1RRCLcJ=EhA@mail.gmail.com">
<div dir="ltr">
<div><br>
</div>
<div>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. </div>
</div>
</blockquote>
<p>There's (almost) always an environment variable to solve issues
;-) GDAL_SKIP=TileDB</p>
<span style="white-space: pre-wrap">
</span>
<pre class="moz-signature" cols="72">--
<a class="moz-txt-link-freetext" href="http://www.spatialys.com">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
</body>
</html>