[OSM-talk-fr] expérimentations à Orange

[Vincent de Chateau-Thierry]

Bonsoir,

Le 30/03/2013 20:37, Guillaume Allegre a écrit :
>
> 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale
> (Orange / Caderousse)
> http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts)
> Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton.
>

oui, fusionner la portion commune

> 3) La relation 2649371 a des attributs bizarres :
> - pas de nom
> - un "CANTON=Ouest" pas documenté
> - un "ref=22" pas documenté non plus
>

S'agissant de l'extension géographique d'un bureau de vote, on peut 
concevoir qu'il n'ait pas de nom mais juste un n° (le tag ref).

> 4) la route http://www.openstreetmap.org/browse/way/195747326 a les attributs :
>      highway = road
>      addr:postcode = |84100
>      ref:orange = 84087V999999
> En dehors de la typo sur le code postal avec le |, est-ce logique de mettre un code postal
> sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais tendance à le suivre
> sur ce point.
>

Pas sûr que ce soit une typo, ça peut être la moitié d'une modélisation 
sur un seul champ (dans un SIG) :
code_postal à gauche | code postal à droite
Pas forcément heureux là où nous sommes plus habitués à des suffixes 
:left et :right, et donc à deux attributs au lieu d'un.
Mais la modélisation directement sur les ways est banale, quasi 
conventionnelle, chez les fournisseurs de BD de géocodage (IGN, TomTom & 
co). Elle n'est pas documentée dans OSM, soit. Ça ne la rend pas 
invalide pour autant, et rien qu'en France, dans les quelques communes a 
CP multiples, ça se conçoit.

> Ensuite : ref:orange : là, je pense qu'on a un problème à régler. "orange" n'est pas suffisamment
> distinctif. Si toutes les communes du monde se mettent à utiliser le même schéma, on va multiplier
> les conflits. Comment régler ça ?
>

Pour éviter d'avoir 36.000 tags ref:* distincts à terme (on peut rêver), 
je verrais plutôt un schéma générique sur 2 tags :

source=* (rien de nouveau ici)
ref:source=* ou source:internal_id ou toute autre formulation pour dire 
la même chose : mentionner l'identifiant unique utilisé par le fournisseur.

Dans l'exemple du way :
source="Mairie d'Orange 2012"
ref:source=84087V999999

Après tout, il ne s'agit pas d'un tag ref pour l'objet, que tout un 
chacun pourrait trouver sur le terrain, mais d'un tag ref qui n'existe 
que parce qu'une certaine source a été utilisée pour l'objet.

vincent