[OSM-talk-fr] Repères géodésiques

[Vincent de Chateau-Thierry]

Bonsoir,

Le 08/09/2012 15:14, Vincent Privat a écrit :
>
> J'aimerais bien faire un warning aussi lorsqu'on supprime un de ces
> points, mais je n'ai pas envie d'être dépendant d'un tag textuel tel que
> source ou url, il n'existe pas un tag pour indiquer qu'un objet ne doit
> pas être modifié ?
>

Puisque le sujet est relancé, pourquoi ne pas se poser (re-poser) la 
question de l'intérêt des repères dans la base ? Je dis bien *dans* la 
base, pas *pour* la base. Sur le "pour" il n'y a pas de dessin à faire, 
on est bien content de trouver les repères dans toutes les situations où 
on veut évaluer la qualité de calage d'une source (bing, cadastre) Mais, 
du moins avec l'API actuelle, on ne sait pas verrouiller un objet (et 
tant mieux). Du coup pour les repères, n'aurait-on pas intérêt à en 
disposer *à côté* de la base OSM ? Ce ne sont pas les moyens techniques 
qui manquent, j'en vois au moins 2 (et il y en a sûrement d'autres) :
* raster : un service de tuiles, uniquement à grande échelle, qui 
donnerait, à côté du dessin de chaque repère, son altitude et tout ou 
partie de sa description. Avantage : c'est du pixel, donc read-only, 
sans souci d'upload vers la base. Ça se superpose aux autres calques WMS 
via de la transparence. Inconvénient : la représentation des points 
superposés deviendrait vite illisible, et on n'aurait pas d'interaction 
avec les points, au moins pour avoir plus d'info que celle affichée dans 
les tuiles;
* vecteur : un service qui permettrait, à la façon des interfaces 
d'intégration open data, d'interroger un point géodésique (par clic 
dessus) placé sur un fond OSM, d'obtenir toute sa description, un lien 
vers sa fiche IGN (si on y arrive), et éventuellement de charger sa 
géométrie (un node sec, sans attributs) dans un éditeur si on sait que 
ce point doit par ailleurs récupérer d'autres tags (car c'est un pylône, 
un sommet, etc).
Ce sont des idées en vrac dont le point commun est d'avoir l'information 
des repères à disposition, sans avoir à les maintenir dans OSM. Mais il 
faudrait les maintenir en parallèle au gré des corrections (les nôtres 
comme celles de l'IGN) mais sans le souci d'une maintenance à tous vents 
comme aujourd'hui, cf. les stats sorties par Eric qui montrent qu'avec 
le temps ce contenu se dégrade.

vincent