Diffusion de données d'altitude/élévation

[Benjamin Chartier]

Bonjour,

L'équipe de DataGrandEst s'interroge sur les meilleures manières de diffuser des données d'altitude/d'élévation. Elle dispose de données maillées (typiquement des fichiers GEOTIFF avec une bande de type float contenant la valeur décimale de l'altitude en mètres).

L'équipe de DataGrandEst et moi nous posons pas mal de questions quant à la diffusion de ce type de données :

- Est-ce que sur vos propres geOrchestra vous diffusez ces données via les services de geOrchestra (en-dehors du simple téléchargement) ?

- Est-ce que vous diffusez la donnée brute ou est-ce que vous en faites une représentation stylisée (ombrage, dégradé de couleurs) ? ou bien les deux ?

- Est-ce qu'il y a réellement des utilisateurs qui exploitent les services WCS pour ce type de données ?

- Est-ce que ce que cela a un sens /est-ce qu'il est possible de faire un COG avec les données brutes ? (les tests que j'ai réalisés jusqu'ici me font penser que cela n'est pas fait pour cela)

Vos retours d'expérience et avis sont les bienvenus.

N'hésitez pas à faire des remarques sur des aspects de la diffusion de ce type de données que je n'ai pas évoqués.

Merci beaucoup.

Benjamin C.

[Landry Breuil]

On 05/02/2025 12:29, Benjamin Chartier wrote:
> Bonjour,
>
> L'équipe de DataGrandEst s'interroge sur les meilleures manières de
> diffuser des données d'altitude/d'élévation. Elle dispose de données
> maillées (typiquement des fichiers GEOTIFF avec une bande de type float
> contenant la valeur décimale de l'altitude en mètres).
>
> L'équipe de DataGrandEst et moi nous posons pas mal de questions quant à
> la diffusion de ce type de données :
> - Est-ce que sur vos propres geOrchestra vous diffusez ces données via
> les services de geOrchestra (en-dehors du simple téléchargement) ?

oui, tiles.craig.fr/mnt/service, mais c'est du mapproxy.

> - Est-ce que vous diffusez la donnée brute ou est-ce que vous en faites
> une représentation stylisée (ombrage, dégradé de couleurs) ? ou bien les
> deux ?

les deux mon colonel, la couche WMS 'donnée brute' est utilisée par le
WPS de geoserver qui fait le calcul de profil en long, exploité par
l'extension profil en long de mapstore.. cf
https://docs.mapstore.geosolutionsgroup.com/en/latest/user-guide/longitudinal-profile/

et les rendus ombrage/hypso sont en flux 'classiques'.

> - Est-ce qu'il y a réellement des utilisateurs qui exploitent les
> services WCS pour ce type de données ?
> - Est-ce que ce que cela a un sens /est-ce qu'il est possible de faire
> un COG avec les données brutes ? (les tests que j'ai réalisés jusqu'ici
> me font penser que cela n'est pas fait pour cela)

Le COG monobande pour la donnée brute fonctionne très bien, sur la
région aura depuis le RGE alti 5m j'ai un fichier de ~9Go.

--
Landry Breuil

[Benjamin Chartier]

Super. Merci beaucoup pour tes retours rapides !

Pour le COG du RGE alti à 5m, j'ai trouvé ce fichier-là avec le DataHub : https://drive.opendata.craig.fr/s/opendata/download?path=%2Fmnt&files=rgealti_region_5m_slope_2021.tif,

mais ça a l'air d'être la pente. Est-ce que tu as le même COG pour les altitudes ?

[Maël REBOUX]

Bonjour Benjamin,

 

Nous allons dans le sens de Landry.

 

Pour exploiter un MNT (https://public.sig.rennesmetropole.fr/datahub/dataset/7e6b17f1-abfd-4a01-8f81-573928ed4b6a)

Rien de mieux que de le publier un TIFF COG en WMS.

 

Ça peut permettre à des applis tierces de l'utiliser (cf extension profil longitudinal MapStore).

Landry y fait également référence.

 

En données dérivées faciles à exploiter on trouve les classiques "Courbes de niveaux", les utilisateurs "carto" aiment bien.

https://public.sig.rennesmetropole.fr/datahub/dataset/569da889-e0c7-4442-84e1-8eb286c81fbb

 

A galon,

 

Maël REBOUX Chef de projet données et diffusion Service Données Territoriales et Information Géographique Rennes Métropole -- T. 02 99 86 63 71 / 02 23 62 22 70 / https://public.sig.rennesmetropole.fr   |  https://data.rennesmetropole.fr --

  

De : georc...@googlegroups.com <georc...@googlegroups.com> De la part de Benjamin Chartier
Envoyé : jeudi 6 février 2025 19:11
À : georchestra <georc...@googlegroups.com>
Objet : Re: [georchestra] Diffusion de données d'altitude/élévation

--
--
Vous avez reçu ce message, car vous êtes abonné au groupe
Groupe "georchestra" georc...@googlegroups.com
voir http://groups.google.fr/group/georchestra
 
Site web : http://www.georchestra.org

---
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "georchestra".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse georchestra...@googlegroups.com.
Pour afficher cette discussion, accédez à https://groups.google.com/d/msgid/georchestra/3fd3e837-b1e3-4335-a6da-181a4692af45n%40googlegroups.com.

[Jean Pommier]

En WMS et en accès direct https

• L'accès en WMS permet la compatibilité avec les solutions reposant sur des flux OGC
• L'accès direct en https est souvent même plus fluide, puisqu'on économise le passage par un serveur OGC. Et marche très bien, par exemple, pour une exploitation dans QGIS

Jean Pommier -- pi-Geosolutions

Ingénieur, consultant indépendant

Tél. : (+33) 6 09 23 21 36
E-mail : j...@pi-geosolutions.fr
Web : www.pi-geosolutions.fr
linkedin : jean-pommier

Pour afficher cette discussion, accédez à https://groups.google.com/d/msgid/georchestra/016c01db7e13%24fa1e9bf0%24ee5bd3d0%24%40rennesmetropole.fr.

[Benjamin Chartier]

Merci Maël et Jean pour vos contributions.

Je reviens sur ce qui a déclenché ma question initialement et que je n'avais pas explicité :

J'avais fait des tests de conversion en COG des données et cela avait produit des résultats très décevants : ben, pas de résultat du tout car mes commandes GDAL produisaient des erreurs.

En voyant les exemples opérationnels de Landry et Maël, je me suis dit que je devais louper un truc.

J'ai donc refait des tests et voici ce que j'en retire :

1. Ne pas utiliser une compression JPEG avec un raster dont les bandes sont encodées en Float. Ça n'a pas de sens d'essayer ça et GDAL n'aime pas du tout.

2. Ne pas essayer de convertir un VRT créé avec l'option -addalpha et contenant une bande encodée en Float. GDAL n'aime pas ça non plus.

Mes lignes de commande pour convertir mes MNT stockés en Tiff en COG (avec une compression LZW par exemple) :

gdalbuildvrt mne-no-alpha-no-data.vrt ../input/*.tif -a_srs EPSG:2154 -vrtnodata "-99999"
gdal_translate mne-no-alpha-no-data.vrt mne-no-alpha-no-data-cog-lzw.tif -of COG -co BLOCKSIZE=512 -co OVERVIEW_RESAMPLING=BILINEAR -co COMPRESS=LZW -co NUM_THREADS=12 -co BIGTIFF=YES

(en mettant -vrtnodata "-99999" j'essaie de gérer les cas où la valeur 0 et des valeurs faiblement négatives ne doivent pas être considérées comme du nodata).

[Maël REBOUX]

Hmmm.

J'ai créé il y a des mois une page pour qu'on y crontribue nos recettes communautaires :

https://docs.georchestra.org/georchestra/admin_guide/

 

ça réactive le besoin de compléter ça…

 

Suite au community Sprint on a des trucs à faire pour contribuer facilement de la doc…

 

À suivre.

 

 

De : georc...@googlegroups.com <georc...@googlegroups.com> De la part de Benjamin Chartier
Envoyé : vendredi 14 février 2025 12:38

Pour afficher cette discussion, accédez à https://groups.google.com/d/msgid/georchestra/1ec69cd5-7308-4c7e-941b-d5bc9cdc395bn%40googlegroups.com.