[OSM-talk-fr] Fwd: Invitation au Datalift Camp

[Philippe Verdy]

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 <bruno.cortial at laposte.net> 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