Le 14/04/2013 12:58, Philippe Verdy a écrit :
Pourquoi "FAUT-il- parvernir" à ça ? Je ne vois aucune justification au
fait d'avoir des tags identiques pour toutes les communes, car ce ne
sont pas des éléments consitutifs d'un "feature" géographique.
Le "il faut" n'est pas à prendre comme un ordre. En revanche ça me
semble la cible à atteindre. Et ça n'est pas parce que ces IDs externes
sont en effet, plutôt une meta-donnée qu'une donnée, qu'il faut les
modéliser n'importe comment.
Le "feature" c'est plutôt porté par les autres tags. Ici on ne parle que
d'un simple identifiant qui n'indique strictement rien d'autre qu'une
base externe pouvant contenir des tas d'objets géographiques ou non et
même pas dans OSM non plus pour la plupart, et aussi contenant des
attributs supplémentaires pour les objets OSM mais des attributs qu'on
ne stockera pas.
Bref, si ce qui te gène c'est de ne pas pouvoir convertir tous les
attributs ref;* dans des colonnes séparées d'un tableau, tu pars mal :
aucune application n'a besoin de le faire,
J'adore ce genre de vérité définitive : "aucune application n'a besoin
de le faire". Pour affirmer ça, il faudrait connaître toutes les
utilisations de la base, et le détail de chacune. C'est bien prétentieux
! Philippe, dis-toi bien que tu ne connais (et moi non plus et personne
d'autre ici) pas le 1/4 du 1/3 du périmètre des applications qui
s'appuient sur la base OSM. Et c'est tant mieux, au passage.
Mais donc ce genre d'argument n'en est pas un.
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>
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>
vincent
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
