> De : "Pieren"
> Pour le type de poste, je pencherais pour quelque chose de
> compréhensible aussi bien au niveau local qu'international, genre:
> post_office:type=bureau // bureau de poste
> post_office:type=agency // agence postale
> post_office:type=post_partner //relai
>
Pourquoi pas.
> > ref:LaPoste vs ref:FR:LaPoste
>
> Encore une fois, le tag "ref" devrait se suffire à lui-même (combiné
> avec le "amenity=post_office"). Comme pour les highway. Ajouter un
> suffixe FR revient en fait à refaire de la géolocalisation dans les
> tags. C'est le bon vieux tag "is_in" qui reviendrait par la fenêtre
> alors qu'on l'a chassé par la porte.
Je ne le vois pas du tout comme ça. Pour moi, le domaine de nommage FR sert à
garantir une sorte de contrainte d'unicité (à la façon d'une clé primaire en
base de données) pour le couple clé-valeur, et pas uniquement sur la valeur.
L'identifiant que nous fournit La Poste est unique _au sein du système de la
poste
française_. Est-ce qu'un identifiant de même style existe dans une autre Poste,
ailleurs
?
Je suis d'accord, la probabilité est plsu mince que le cheveu que je coupe en 4
:-)
Par rapport au 'is_in' : on pourrait tout à fait remplacer 'FR' par une notion
pas du
tout géographique, comme par exemple un numero d'ordre : étant les premiers à
déclarer
une clé ref:LaPoste, on utiliserait ref:01:LaPoste, et le jour où les suisses
veulent
utiliser un tag ref:LaPoste, ils devront prendre ref:02:LaPoste. Sauf que 'FR'
ou 'CH'
sont plus parlants, d'où la proposition actuelle.
vincent ('is_in'-o-phobe)
Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
