<div dir="ltr">Hi all,<div><br></div><div>I am attempting to read a dataset via /vsicurl/ where I believe the server is incorrectly returning `content-length: 0` in response to HEAD requests. This causes GDAL to believe it's a zero-length file, and it therefore can't be read.</div><div><br></div><div>If I download the file via HTTP GET, it's valid, and GDAL can read it locally. I've also confirmed I can use /vsicurl/ on some test datasets in the GDAL repo.</div><div><br></div><div>Is it possible to force GDAL to work around the faulty content-length header, or is it too fundamental a problem to ignore?</div><div><br></div><div>I've separately got in touch with the data provider to see if they are able to fix the issue at their end.</div><div><br></div><div>Cheers,</div><div>Daniel</div><div><br></div><div><br></div><div>URL of the troublesome dataset:</div><div><a href="https://data.source.coop/earthgenome/sentinel2-temporal-mosaics/20NMH_2024-04-01_2024-08-01/B08.tif">https://data.source.coop/earthgenome/sentinel2-temporal-mosaics/20NMH_2024-04-01_2024-08-01/B08.tif</a></div><div><br></div><div><br></div><div>Example HTTP header responses I'm seeing:</div><div><br></div><div>GET<br></div><div><br></div><div>HTTP/2 200<br>date: Tue, 10 Sep 2024 13:47:54 GMT<br>content-type: binary/octet-stream<br>content-length: 278198294<br>vary: Origin, Access-Control-Request-Method, Access-Control-Request-Headers<br>etag: "a79f3f685281d6681e4d362536c5b3eb-34"<br>last-modified: Thu, 25 Jul 2024 13:16:08 GMT<br>x-version: 0.0.16<br>access-control-allow-credentials: true<br></div><div><br></div><div>HEAD</div><div><br></div><div>HTTP/2 200<br>date: Tue, 10 Sep 2024 13:48:08 GMT<br>content-type: binary/octet-stream<br>content-length: 0<br>x-version: 0.0.16<br>access-control-allow-credentials: true<br>etag: "a79f3f685281d6681e4d362536c5b3eb-34"<br>last-modified: Thu, 25 Jul 2024 13:16:08 GMT<br>vary: Origin, Access-Control-Request-Method, Access-Control-Request-Headers<br></div></div>