Page 1 sur 2

[ABANDON]Calcul automatique de l'altitude

Posté : 06 févr. 2016, 15:00
par Dominique
Déterminer l'altitude des points n'en ayant pas au moyen de l'API http://open.mapquestapi.com/elevation/
Cette détermination serait faite lors du premier affichage du point et enregistrée dans la base de façon à ne la faire qu'une fois.
Ceci permet d'afficher l'altitude lors de la prochaine visualisation d'une fiche, même sur les anciennes fiches.

Laisser le champ vide lors de la création pour qu'elle soit calculée lors du premier affichage.
Si une altitude est saisie ou modifiée dans la fiche, cette valeur reste en priorité dans la base.
Pour recalculer une altitude, il suffit de vider le champ dans l'écran de modification.

La licence des informations d'attitude semble être celle d'OpenStreetMap, conforme à nos cartes.

Posté : 06 févr. 2016, 15:58
par leosw
Je pense que ça peut-être aussi utile lors de la saisie d'un nouveau point de proposer l'altitude provenant de l'API.

Posté : 06 févr. 2016, 16:01
par Dominique
leosw a écrit :Je pense que ça peut-être aussi utile lors de la saisie d'un nouveau point de proposer l'altitude provenant de l'API.
Pas dans l'écran de saisie puisque l'altitude va varier quand on déplacera le viseur sur la carte.
Pour limiter les appels à Mapquest, on ne le fera que quand la modif aura été validée.
(En fait au réaffichage du point pour factoriser le code avec les points qu n'ont pas encore d'altitude).

Mon questionnement vient plutôt de la licence MAPQUEST qui semble être celle d'OSM. Mais maître SLY doit mieux connaitre le sujet.

Posté : 07 févr. 2016, 11:30
par Claude Mauguier
Question du candide : l'automatisation est basée uniquement sur l'ellipsoïde WGS, ou bien est-ce une moyenne entre plusieurs ? Je sais que les différences ne se jouent pas sur 100 m, mais sur 50 c'est courant, selon qu'on est en France, Suisse, Italie, GB, etc...

Posté : 07 févr. 2016, 14:40
par sly
Je suis plutôt contre.

A moins de faire une usine à gaz ou sera systématiquement différencié l'altitude automatique de l'altitude saisie, on finira par ne plus savoir la source de l'altitude et je prévois plein d'effets pervers.

Quand on voit marqué "altitude 0m" on sait qu'elle est fausse, on sait donc qu'il faut corriger et modérateurs ou visiteurs qui savent seront plus tenté de l'indiquer.
En revanche si l'alti est déjà indiquée, mais fausse de 30m, qui aura le courage de dire : "je l'ai mesurée, et c'est faux de 30m" ?


On aurait 90% d'altitude inconnue, je changerais peut-être d'avis, mais là, c'est tout le contraire, je préfère donc que soient facilement repérables les altitudes à corriger et utiliser mon cerveau que d'avoir un service tiers et un modèle de terrain douteux pour remplir les trous.

Posté : 07 févr. 2016, 14:42
par Dominique
Claude Mauguier a écrit :Question du candide : l'automatisation est basée uniquement sur l'ellipsoïde WGS, ou bien est-ce une moyenne entre plusieurs ? Je sais que les différences ne se jouent pas sur 100 m, mais sur 50 c'est courant, selon qu'on est en France, Suisse, Italie, GB, etc...
Bonne question qui m'a fait chercher un peu:

Les altitudes sont celles d'OpenStreetMap qui est défini suivant le géoïde WGS84 corrigé EGM96, donc relatives au niveau de la mer.
http://wiki.openstreetmap.org/wiki/Key:ele
https://en.wikipedia.org/wiki/EGM96
Voir quelques essais sur des plages à 0m ici: http://dom.refuges.info

Les données altimétriques viennent de la Nasa (STRM) sous forme de dalles de 90m de côté dont l'altitude moyenne de chaque dalle est donnée à 10m près... Donc ne pas en attendre une précision diabolique en montagne.

Quand à la mesure de l'altitude par rapport au niveau de la mer en France avec un GPS, il faut:
- soit utiliser un GPS supportant WGS84/EGM96
- soit le régler sur un ellipsoïde donnant la bonne altitude en France (mais attention aux références des lon/lat !)
- soit ajouter les 47m d’écart moyen (39 à 55) entre le WGS84 et l'altitude réelle dans notre beau pays.

De toute façon, un GPS grand public n'est pas un bon altimètre: si des précisions de 3~5m peuvent être atteintes dans de bonnes conditions (sans arbres ni falaises ni gros nuages à proximité) la précision verticale 5 à 10 fois inférieure, ce qui donne des ordres de grandeurs de précision de quelques dizaines de mètres.
Les GPS professionnels spécialisés qui donnent une précision de l'ordre du mm travaillent sur d'autres caractéristiques du signal (la phase de la porteuse), sur de plus grandes périodes d'intégration et en relatif (par rapport à la mesure relevée au même moment en un autre point fixe connu).

Posté : 07 févr. 2016, 14:50
par Dominique
sly a écrit :Je suis plutôt contre.

A moins de faire une usine à gaz ou sera systématiquement différencié l'altitude automatique de l'altitude saisie, on finira par ne plus savoir la source de l'altitude et je prévois plein d'effets pervers.

Quand on voit marqué "altitude 0m" on sait qu'elle est fausse, on sait donc qu'il faut corriger et modérateurs ou visiteurs qui savent seront plus tenté de l'indiquer.
En revanche si l'alti est déjà indiquée, mais fausse de 30m, qui aura le courage de dire : "je l'ai mesurée, et c'est faux de 30m" ?
Il faudrait trouver un service plus précis.


On aurait 90% d'altitude inconnue, je changerais peut-être d'avis, mais là, c'est tout le contraire, je préfère donc que soient facilement repérables les altitudes à corriger et utiliser mon cerveau que d'avoir un service tiers et un modèle de terrain douteux pour remplir les trous.
Il est vrai que, si les altitudes données sur des surfaces planes (mer, plaine, sommet) sont relativement exactes (celles de la carte OSM), elles deviennent très fausses dés que la pente du terrain s'accentue (pb de précision lon/lat de l'algo ?)

Posté : 07 févr. 2016, 15:42
par sly
Dominique a écrit : Mon questionnement vient plutôt de la licence MAPQUEST qui semble être celle d'OSM. Mais maître SLY doit mieux connaitre le sujet.
MapQuest utilise les données OSM pour ses cartes en effet, mais le modèle de terrain ne vient pas d'OSM qui n'en a pas créé.

L'usage du service peut être soumis à une licence X bien que les données sous-jacentes soient sous licence Y

Posté : 07 févr. 2016, 15:51
par sly
Dominique a écrit : Les altitudes sont celles d'OpenStreetMap qui est défini suivant le géoïde WGS84 corrigé EGM96, donc relatives au niveau de la mer.
http://wiki.openstreetmap.org/wiki/Key:ele
J'en doute, OpenStreetMap n'a pas de modèle de terrain.
La clé "ele" est justement celle qui est rentrée à la main par les contributeurs, donc pas disponible de partout mais uniquement sur certains points.
Dominique a écrit : De toute façon, un GPS grand public n'est pas un bon altimètre: si des précisions de 3~5m peuvent être atteintes dans de bonnes conditions (sans arbres ni falaises ni gros nuages à proximité) la précision verticale 5 à 10 fois inférieure, ce qui donne des ordres de grandeurs de précision de quelques dizaines de mètres.
Ça fait un bout de temps que je l'entends celle là, mais mes propres mesures en montagne hors forêt me laisse supposer que la précision en altitude est assez souvent inférieure à 10m.
Donc largement suffisante pour notre utilisation sur wri, et souvent bien meilleure que le modèle SRTM

Posté : 07 févr. 2016, 16:00
par Dominique
sly a écrit :J'en doute, OpenStreetMap n'a pas de modèle de terrain.
La clé "ele" est justement celle qui est rentrée à la main par les contributeurs, donc pas disponible de partout mais uniquement sur certains points.
Pour les points d'intérêt, oui: #ele et #height
Je veux parler des courbes de niveau qui viennent de la Nasa (STRM), donc des données rendues par le service mapquest

Posté : 11 févr. 2016, 13:08
par SQFP.info
sly a écrit :
Dominique a écrit : Les altitudes sont celles d'OpenStreetMap qui est défini suivant le géoïde WGS84 corrigé EGM96, donc relatives au niveau de la mer.
http://wiki.openstreetmap.org/wiki/Key:ele
J'en doute, OpenStreetMap n'a pas de modèle de terrain.
La clé "ele" est justement celle qui est rentrée à la main par les contributeurs, donc pas disponible de partout mais uniquement sur certains points.
Dominique a écrit : De toute façon, un GPS grand public n'est pas un bon altimètre: si des précisions de 3~5m peuvent être atteintes dans de bonnes conditions (sans arbres ni falaises ni gros nuages à proximité) la précision verticale 5 à 10 fois inférieure, ce qui donne des ordres de grandeurs de précision de quelques dizaines de mètres.
Ça fait un bout de temps que je l'entends celle là, mais mes propres mesures en montagne hors forêt me laisse supposer que la précision en altitude est assez souvent inférieure à 10m.
Donc largement suffisante pour notre utilisation sur wri, et souvent bien meilleure que le modèle SRTM
+1, en faisant dans des conditions parfaites des observations répétées et longues sur du matériel un peu performant et dont on connaît les spécifications, il y a moyen d'atteindre une précision (à 95%) de l'ordre de +/- 10m entre "lecture GPS" et "altitude WGS84 corrigée par EGM96" (le modèle de géoïde pas-trop-grossier-pas-trop-lourd désormais intégré dans les puces gps récentes pas trop moisies).

Soit environ +/-12m entre lecture GPS et altitude "vraie" IGN (la différence maxi egm96 vs. ngf69 est de +/-2m[/url]).

Pas très loin de la précision maximale théorique de 7m sous nos latitudes hexagonales. Certes, il ne faut pas parier sa vie là-dessus (y a vraiment des gens qui ont été sauvés d'avoir connu leur altitude avec une précision métrique ???) mais on arrive avec un peu de patience à envoyer paître la vieille rengaine "gnagna altitude gps pas fiable du tout précision 10 fois inférieure gnagna" - qui reste certes valable si on se contente d'allumer son gps au fond d'une grotte pour y lire aussitôt une valeur.

Posté : 11 févr. 2016, 19:24
par Dominique
Donc je conclue qu'on n'implémente pas cette fonction ?

Posté : 11 févr. 2016, 21:06
par sly
Moi je vote contre car ça ne me parait pas une fonctionnalité incroyablement utile et je redoute que ça nous injecte des altitudes franchement fausses dont on ignorera qu'elles le sont.

Après, je ne fais pas partie du conseil de sécurité, je n'ai pas de droit de veto, si vous pensez que ça pourrait être bien go.



édition: orthographe déplorable

Posté : 11 févr. 2016, 21:24
par Dominique
je suis d'accord avec toi.

Posté : 12 févr. 2016, 07:57
par Dominique
Claude Mauguier a écrit :
Dominique a écrit :je suis d'accord avec toi.
Pour l'orthographe.....? :satan:
Pour l'orthographe je suis solidaire :)