Discussion :

[jp4810]

Bonjour,

Le service altimétrique renvoie par endroit des altitudes incohérentes en bord de côte. Par exemple la requête https://data.geopf.fr/altimetrie/1.0...se&zonly=false retourne une altitude de -65506.05 m (point sur le Cap de Nice).

C'est malheureusement assez fréquent ; est-ce que ce problème a déjà été remonté ? ce n'était pas le cas avant la bascule sur la géoplateforme.

Merci pour votre retour !

[elias couppe]

Bonjour,

effectivement, le problème est connu et est lié à la manière dont la pyramide de données utilisée par le service d'altimétrie a été généré et qui provoque des problèmes d'interpolation aux limites.

Une action de régénération de la pyramide doit être planifiée pour résoudre ce problème, je n'ai malheureusement pas de visibilité immédiate sur le sujet.

Elias

[jp4810]

Bonjour,

C'est quand même un problème très pénalisant pour l'utilisation de ce service...Peut-on espérer une correction pour cet été ?

Merci.

Jean-Philippe

[elias couppe]

Une première solution a été trouvée, et fonctionne correctement pour la France métropolitaine :

l'idée est d'utiliser une ressource multi pyramide : https://data.geopf.fr/altimetrie/res...ar_territoires

Par exemple avec votre requête :
https://data.geopf.fr/altimetrie/1.0...se&zonly=false


Pour les DOM, c'est pour l'instant un peu plus compliqué, par exemple pour utiliser cette ressource sur la Réunion, il faut :

- repérer quelle pyramide correspond au territoire ciblé dans le fichier linké plus haut (ici, pour la Réunion, la cinquième) :



- réaliser la requête souhaitée en ajoutant impérativement le paramètre "measures=true" :

https://data.geopf.fr/altimetrie/1.0...ue&zonly=false


- dans la réponse, récupérer le cinquième résultat (ici, 312,43m)




Attention : il semble rester un bug ou l'ordre dans les réponses n'est parfois pas respecté. Une ordre idée serait de prendre le z de la réponse qui n'est pas égal à -99999