Le 30/03/2013 21:45, Vincent de Chateau-Thierry a écrit :
Ensuite : ref:orange : là, je pense qu'on a un problème à régler.
"orange" n'est pas suffisamment
distinctif. Si toutes les communes du monde se mettent à utiliser le
même schéma, on va multiplier
les conflits. Comment régler ça ?
Pour éviter d'avoir 36.000 tags ref:* distincts à terme (on peut
rêver), je verrais plutôt un schéma générique sur 2 tags :
source=* (rien de nouveau ici)
ref:source=* ou source:internal_id ou toute autre formulation pour
dire la même chose : mentionner l'identifiant unique utilisé par le
fournisseur.
Dans l'exemple du way :
source="Mairie d'Orange 2012"
ref:source=84087V999999
Après tout, il ne s'agit pas d'un tag ref pour l'objet, que tout un
chacun pourrait trouver sur le terrain, mais d'un tag ref qui n'existe
que parce qu'une certaine source a été utilisée pour l'objet.
vincent
J'ajoute mon grain de sel...
Si le tag n'est pas une référence, une clef externe, comme ref:INSEE,
ref:sandre, mais une métadonnée, il me semble qu'il serait bon de le
suggérer d'une façon ou d'une autre.
Il me vient une idée : préfixer les métadonnées par un caractère spécifique.
J'avais pensé dans un premier temps à un underscore. Mais l'usage
répandu en informatique est que les variables commençant par underscore
sont des membres privés d'objet, ce qui voudrait dire, dans OSM, des
tags internes à OSM.
Or, c'est l'inverse dans le cas présent. On veut créer une métadonnée
pour une valeur externe à OSM. On peut utiliser l'arobase ?
La clef serait alors @ref:*
Voire même pas de mention de ref mais quelque chose du genre @<INSEE>:id
(<INSEE> étant à remplacer par ce qui semblera le plus pertinent dans le
reste de la discussion)
Ça va faire étrange au début ! Mais si la convention s'installe, ça
deviendra plus familier de voir des tags @*.
Et ça permettra de repérer rapidement dans/par les éditeurs si c'est une
info pertinente à éditer, modifier.
Ça permettrait de repérer rapidement dans les outils d'imports
d'éliminer ce genre de métadonnées avec une expression régulière ultra
simple.
Par ailleurs, mettre une telle info sur un objet ne simplifie pas pour
autant la synchro OSM - SIG. En effet, l'absence d'objet portant
l'identifiant SIG ne signifie pas pour autant que l'objet a été
supprimé. L'objet peut avoir été seulement altéré sur la clef.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr