Les id d'objets OSM peuvent changer en effet mais une chose est stable : la géolocalisation. Si nécessaire on pourrrait utiliser dans la base OSM des relations "collections" contenant un ID stable dans cette collection (sous forme de rôle de type "id:*" dans la liste de ses membres). Ce qui permettrait de stabiliser dans OSM ces relations elles-mêmes ayant un ID d'objet OSM stable, et en croisant avec l'id stable présent dans le rôle pour trouver l'objet référencé qui peut changer. Ces relations destinées à des applications externes pourraient avoir un type particulier "type=collection", et même être stockées dans un espace de nommage propre à cette application externe utilisatrice, en la liant à un compte utilisateur ou un compte d'application enregistré. Ces collections pourraient s'autoorganiser entre elles.
Mais en général la plupart des applications utilisent pour se lier à OSM la géolocalisation (coordonnées et niveau de zoom) et une recherche, souvent par nom (via Nominatim par exemple) s'il faut être plus précis. C'est ce que fait Wikipédia et d'une façon générale la plupart des utilisateurs. Google Maps lui non plus ne fournit pas d'ID stable mais permet de positionner des couches métiers par dessus la couche Google, sans avoir besoin de se lier directement à elle. Le but est donc moins de permettre à ses applications tierces de retrouver où se situent dans la base les objets OSM, que d'indiquer plutôt aux utilisateurs OSM comment trouver ces applications et données tierces pouvant servir de référence ou d'enrichir et mettre à jour les données OSM et de les vérifier. Afin d'avoir une idée de la pertinence et l'exactitude des données OSM. C'est alors plus précis que la seule mention de la source qui est souvent très vague, et c'est le rôle donné aux tags "ref:*=*". Je reste persuadé qu'il n'y aura jamais beaucoup de "ref:*" pour chaque objet OSM et que la plupart du temps il n'y en aura tout au plus qu'un seul, le plus commun utilisé non seulement dans OSM mais par plein d'autres applications qui utilisent la même source d'informations (exemple : les réf. INSEE, ISO, Eurostat, les numéros de référence régionaux, nationaux ou européens des réseaux de transport). Et qu'aller vers un renforcement de la règle de nommage des tags "ref:*" suffira. ~~~~ Le 2 avril 2013 09:42, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Ce problème de multiplication des liens partant d'OSM vers des données > externes vient en fait de l'incapacité actuelle à faire des liens > pérennes pointant VERS OSM. Les ID des objets peuvent changer, les > objets peuvent être découpés (par exemple une route sera tronçonnée > pour l'enrichir en détails). > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr