[OSM-talk-fr] Modèle de tags pour l'ajout des points de contacts de La Poste (était : La Poste publie la liste...)

[Pieren]

2012/4/20 Vincent de Chateau-Thierry <vdct at laposte.net>:
>
> On ne taggue pas pour Osmose :-)
>

+1
Comme tous les outils de controle qualité, il y a parfois une tendance
à être trop restrictif sur les règles à appliquer. Il faut faire
attention parce que 1. certains les appliquent sans discernement 2. à
faire trop de faux positifs, l'outil peut être ignoré. Ce qui serait
dommage.

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

ou

post_office:type=operator        // bureau de poste
post_office:type=outsource       // agence postale
post_office:type=post_partner  //relai

> post_office:type=post_annex ?
-1 pour annex si la distinction n'existe plus sur le terrain. (on peut
aussi utiliser la relation de type site pour regrouper plusieurs
bâtiments si les services d'une grosse agence sont éparpillés)

> 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.
Ou alors, soyez cohérent et faite la même chose avec le tag
"operator". En cherchant un peu, j'ai trouvé que la poste suisse
s'appelait aussi "La Poste" (dans sa version francophone). Il faudrait
alors mettre "operator:FR" pour éviter la confusion ? Si on revient
sur l'histoire du ref:INSEE, c'était à l'époque principalement pour
éviter une collision avec d'autres systèmes de références de communes
comme les refs NUTS. Alors qu'ici, on n'a peu de chances de voir
plusieurs systèmes de références pour les bureaux de poste. Personne
ne m'a encore expliqué de quelle ambiguité il s'agit si ce n'est
géographique (donc à refaire de la localisation dans le tag ce qui est
un comble dans un bdd géographique). On pourrait alors aussi bien
mettre un "addr:country" (la nouvelle version du "is_in") et conserver
les tags "ref" et "operator" originaux.

Pieren