Le 14/04/2013 16:52, Tony Emery a écrit :
Vincent de Château-Thierry wrote
Pour revenir au sujet, je vais reformuler autrement ma proposition de ce
matin. Pour combiner un nombre restreint de tags (ici 1 seul finalement)
et un peu de robustesse, on pourrait renseigner ce type de tag :
ref:FR:admin_level8=
<code INSEE de la commune source>
:
<identifiant de
l'objet tel que géré par cette commune>
Le code INSEE de la commune est presque toujours déjà présent dans
l'identifiant. Chez nous, l'identifiant est du type "84087V123456". Donc,
pas besoin du <code INSEE de la commune source>:, surtout que les ":" se
gèrent très mal dans les Bases de données des SIG.
Mais on ne peut pas établir une règle en considérant que ce qui se fait
à Orange se fait partout. Il faut toujours penser au pire quand tu
réfléchis à un modèle, et là, le pire, c'est une commune qui dans son
SIG aurait, par exemple, des IDs qui commencent à 1 et s'incrémentent.
Si 2 communes font la même chose, on n'aura pas d'unicité des identifiants.
Or ce scenario est gérable si le code INSEE de la commune est imposé en
début de valeur, avant un séparateur, qui peut être ':' ou autre chose.
Au passage, qu'un SIG gère mal ce caractère dans un nom de champ je peux
le concevoir, mais dans une valeur de champ typé en caractère, ça me
semble plus improbable.
Vincent de Château-Thierry wrote
Par rapport à ce que je proposais ce matin, on garde un seul tag, mais
on n'est pas contraint par une inclusion géographique. On gèrerait
correctement la Maison de Victor Hugo :
ref:FR:admin_level8=75056:<identifiant de la maison selon la Ville de
Paris>
Là, je vois pas le rapport. L'idée n'est pas de savoir qui est le
propriétaire ou le gestionnaire de la voie (ça, à la rigueur, c'est le tag
"operator", mais dans quelle commune elle se trouve.
L'idée est de savoir quel organisme a affecté l'identifiant qu'on est en
train de lire. La réponse à "dans quelle commune se trouve l'objet" n'a
pas du tout besoin de tout ça, l'inclusion spatiale dans la limite de
commune suffit.
vincent
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
