<div dir="ltr"><div>Having made that mistake more than once, I would be in the happy camp.</div><div><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font face="arial, helvetica, sans-serif">Kirk Waters, PhD </font></div><div><font face="arial, helvetica, sans-serif">NOAA Office for Coastal Management<br></font></div><div><font face="arial, helvetica, sans-serif">Applied Sciences Program      </font></div><div><div><font face="arial, helvetica, sans-serif"><a href="http://coast.noaa.gov/digitalcoast" target="_blank">coast.noaa.gov/digitalcoast</a></font></div></div><div><br></div><div><br></div></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Mar 27, 2026 at 1:08 PM Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I suspect that almost every GDAL user, even the most experienced, has <br>
made the mistake of typing "gdalinfo <a href="https://example.com/my.tif" rel="noreferrer" target="_blank">https://example.com/my.tif</a>" instead <br>
of "gdalinfo /vsicurl/<a href="https://example.com/my.tif" rel="noreferrer" target="_blank">https://example.com/my.tif</a>". Both commands work, <br>
but the first one triggers the HTTP pseudo-driver which downloads the <br>
entire file into memory before passing it to the GeoTIFF driver, while <br>
the second reads it in chunks.<br>
<br>
I would be inclined to modify the GDALOpen() logic with the following <br>
tweak: if the passed filename starts with "http://" or "https://", <br>
automatically prepend "/vsicurl/", unless the string has query <br>
parameters. That restriction about not having query parameters is <br>
because in most of the cases this is for dynamically generated resources <br>
that don't support range requests.<br>
<br>
For users really wanting to go through the HTTP pseudo-driver, we'd <br>
modify it to accept a "HTTP:" prefix before the URL or it would trigger <br>
if using the "-if HTTP" argument of command line utilities (or <br>
allowed_drivers = ["HTTP"] in the API)<br>
<br>
So this change wouldn't be fully backwards compatible, but I feel it <br>
would still make more people happy than unhappy.<br>
<br>
Thoughts?<br>
<br>
Even<br>
<br>
-- <br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
My software is free, but my time generally not.<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>