Re: [gdal-dev] COG via HTTP POST

2024-01-02 Thread Javier Jimenez Shaw via gdal-dev
Thanks Even.

I will tell them about the missing SRS

On Tue, 2 Jan 2024, 13:39 Even Rouault,  wrote:

> 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 
> listgdal-dev@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> -- http://www.spatialys.com
> My software is free, but my time generally not.
>
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


Re: [gdal-dev] COG via HTTP POST

2024-01-02 Thread Even Rouault via gdal-dev

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@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


--
http://www.spatialys.com
My software is free, but my time generally not.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev