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 _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
