GDAL fallback to vsicurl about osio HOT 5 CLOSED

[NB: I have not mentioned it but I will create a MR to get the same behavior as GDAL with HEAD/GET to get file size in case where HEAD is not allowed. Should fix the symptoms but probably not the root cause.]

from osio.

In https://github.com/OSGeo/gdal/blob/ab2e741bb78f9d5fce109d5b89d5b207430f4e0e/ogr/ogrsf_frmts/geojson/ogrgeojsonutils.cpp#L527 , the gdal geojson driver will identify the url as being a potential geojson-service. In https://github.com/OSGeo/gdal/blob/ab2e741bb78f9d5fce109d5b89d5b207430f4e0e/ogr/ogrsf_frmts/geojson/ogrgeojsondatasource.cpp#L111 it will then be loaded via CPLHTTPFetch. As a workaround in your case, you can either force gdal.Open to only consider raster drivers (RasterOnly()) , or explicitely use the GTiff driver only. This might be an issue to raise with gdal itself.

from osio.

closing as this is not related to osio

from osio.

Thanks for the workaround, works perfectly!
I guess I misunderstood how the VSI handler provided by osio worked ; I thought it was responsible for all IO if a key matched a given prefix, no matter the driver used under the hood.
I'll file a ticket to gdal.

from osio.

I thought it was responsible for all IO if a key matched a given prefix, no matter the driver used under the hood.

Yes that's how it's supposed to work for all file accesses, however it does not prevent specific drivers from bypassing that e.g. for very good reasons when interacting with ogc wxs services, and/or for historical or interoperability reasons in the case of geojson.

from osio.