[gdal-dev] COG via HTTP POST

[Even Rouault]

Javier,

According to https://httpwg.org/specs/rfc7233.html#header.range , HTTP 
Range requests only apply to GET requests.  So COGs delivered through 
POST can indeed only be usable after full download.

BTW, someone should ask CNIG to include GeoTIFF SRS tags. At least, for 
file 
pnt_sentinel2_2020_invierno_mosaico_islas_canarias_b843_hu28_8bits.tif 
which has only ModelTiepointTag and ModelPixelScaleTag geotiff keys 
giving the geospatial extent, but no CRS keys.

Even

Le 02/01/2024 à 13:14, Javier Jimenez Shaw via gdal-dev a écrit :
> Hi
>
> Does it make any sense to provide COG via HTTP POST method?
> If I understand correctly, the "magic" of downloading only what is 
> needed from the server is done with HTTP Range requests. But I am not 
> sure if that works in POST method (it does work in GET method, when 
> enabled ;).
> In case it could work with POST, I do not know how to tell GDAL or 
> QGIS to use a POST method.
>
> Why am I asking this? the CNIG (Natial Center of Geographic 
> Information in Spain) is doing it.
> https://centrodedescargas.cnig.es/CentroDescargas/index.jsp The link 
> is just the starting point. Unfortunately they do not provide link to 
> the final page where you can download the files (yes, ugly).
>
> So for now I have to download the full file, and do whatever I want later.
>
> Thanks
> Javier
> .___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ... .... ._ .__
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240102/94ae3cae/attachment.htm>