Bonjour,
Le 14/04/2013 11:14, Christian Quest a écrit :
ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
pour moi le xxx doit contenir un identifiant unique vers le jeu de
donnée et ne doit pas être générique.
ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
ref:FR:RATP du jeu de données de la RATP
ref:mhs du jeu de donnée Mérimée
etc...
ref:FR:08 c'est quel jeu de données ?
ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
ref:FR:xxxxx mais ils sont nécessaires pour savoir à quel jeu de donnée
on fait référence vu qu'il n'ont rien en commun les uns avec les autres !
Et donc....on est revenu au point de départ de la discussion :-)
Je continue de penser que ref:FR:<code INSEE de la commune> est une
galère potentielle, tant en gestion qu'en compréhension.
Quitte à considérer qu'au sein d'une commune on n'aura pas de
chevauchements d'identifiants, alors je préfère largement un unique tag
qui serait quasi la proposition de Tony, à savoir ref:FR:admin_level8,
avec comme valeur l'identifiant externe fourni par le SIG communal.
Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
colonne dans un schéma de BD par exemple) et à documenter : une page
unique plutôt que x déclinaisons, une par nouveau code INSEE.
Quant à l'interprétation de ce tag, ce serait :
"la valeur du tag est un identifiant unique délivré par l'entité de type
boundary=administrative+admin_level=8 dans laquelle se situe
(géographiquement parlant) l'objet ainsi taggué."
vincent
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
