Le concept de permanent ID est fortement lié à celui des "ref:*". Autrement dit la "permanence" est liée surtout à l'existence d'un autre objet dans une autre base de données (qui au passage peut aussi évoluer et ne pas garder cette "permanence"). Puisque ces références externes ne sont pas plus stables que celles internes à OSM (id=*) on en revient à la sélection de tags de références externes, ces tags étant spécifiques pour chaque base.
Dans ce cas la clé "wikipedia" n'est rien d'autre qu'une autre "ref" dans son propre "domaine". Il n'y a pas de réelle différence de comportement. Reste à savoir quelle clé est la plus pertinente pour référencer une autre base et faciliter le rapprochement entre elle et OSM. Effectivement "id=*" n'est pas approprié, mais "wikipedia=*" est tout à fait approprié dans OSM, même si un jour l'article Wikipedia est renommé (les ids internes de Wikipedia réellement permanent sont les numéros de version d'articles, pas les titres, mais leur contenu peut ne plus correspondre à ce qu'on voudrait référencer et qui doit suivre aussi les évolutions). Il n'y a donc pas de réelle référence "permanente" d'une base à l'autre. On choisit juste la clé et sa valeur qui permet de retrouver l'objet le plus facilement et le plus probablement (en admettant que cela ne change pas "trop" souvent et que chaque base de données suit un schéma d'écolution assurant une certaine stabilité), ou si elle ne peut plus être retrouvée telle quelle, en la qualifiant assez pour que les listes de choix proposés dans une recherche permettent de recréer le lien brisé sans trop de difficultés : une seule clé de référence ne peut pas toujours suffire, et il n'est donc pas inutile dans ce cas de permettre de recroiser avec d'autres valeurs de clé liées, sachant qu'aucune de ces clés n'est réellement permanente. Dans OSM j'aurais tendance à privilégier les identifiants issus d'organismes officiels qui sont en charge de la définition de cet objet (ref:*, par exemple les codes INSEE, des collectivités françaises, voire SIREN ou SIRET et autres numéros RCS, qui évoluent aussi de temps en temps) mais cela ne doit pas dispenser de préciser et croiser aussi d'autres valeurs (notamment "name=*" ou les codes postaux qu'on croise fans une zone géographique pas trop grande avec le type d'objet indiqué pour permettre de le retrouver de façon floue quand une base ou l'autre a du changer). Il n'y a donc aucun schéma universel : à chaque type d'objet et selon sa zone géographique correspond des clés et valeurs de clés plus pertinentes que d'autres. Formaliser ça dans un modèle unique valable partout relève de l'utopie, ce modèle parfait n'existant pas. Le 13 septembre 2012 14:45, Bruno Cortial <[email protected]> a écrit : >> Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et >> remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple >> d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard, >> là encore avec un ID qui pourrait avoir changé. >> La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un >> objet (avec une certaine marge) et un ou plusieurs attributs (tags) >> qualifiant cet objet. Surtout pas l'ID. >> Wikipedia a résolu ce problème en utilisant une application tiers qui >> permet de retrouver l'ID d'un objet OSM à partir des critères précédents : >> http://wiki.openstreetmap.org/wiki/WIWOSM >> > > Il me semble que WIWOSM ne fonctionne que si la clé "wikipedia" est présent, > ce qui est un peu différent de critères propres à l'objet OSM > > Par contre Overpass API développe le concept de "permanent ID" autour de ses > requêtes. A noter le template wiki disponible qui permet de ne plus avoir à > rentrer d'Id OSM dans les pages du wiki OSM. > > http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
