[OSM-talk-fr] Problème de localisation de Rennes

[Vincent de Chateau-Thierry]

Bonsoir,

Le 02/02/2013 19:38, Mickaël Guéret a écrit :
>
> Petit argument supplémentaire qu'il serait possible d'avancer à ceux qui
> raisonnent dans le sens d'optimisation de la base de donnée :
> remettre le nom de la ville dans les tag de cette relation de niveau 7
> ne sert à rien, car il est déjà disponible via l'admin_centre de sa
> relation si j'ai bien compris... Donc autant ne pas mettre de tag name
> sur ces relations ;-)
>

Bien essayé :-)
Mais il n'a jamais été question d'optimisation. Pour le tag name, il est 
attendu sur la relation [1]. Et surtout, la règle que tu énonces 
(homonymie avec l'admin_centre) n'en est pas une. Un coup d'oeil en 
Moselle pour s'en convaincre :
http://layers.openstreetmap.fr/?layers=000B0FFFFFFFFFFTTFFFFFFFF&zoom=10&lat=49.19262&lon=6.30058

> Je fais quelques essais dans mon coin, et il me semble que mettre comme
> nom "Arrondissement de..." a l'avantage d'être plus clair que le seul
> nom du centre administratif : pour l'édition, on voit tout de suite à
> quel genre de relation on a faire dans JOSM, et on comprend (un peu)
> mieux les réponses de nominatim (mais pourquoi ce niveau administratif 7
> apparait comme <county>, alors qu'on s'attendrait à voir le niveau 6 =
> département ?!?[1])

JOSM indique [7] en face de ces relations, comme indicateur du niveau 
administratif.
Concernant Nominatim, tu mets le doigt sur le fond du problème, à mon 
avis. Nominatim fait des choix, et c'est en fait eux qui sont le sujet.
Premier choix : aligner dans les réponses l'intégralité des imbrications 
administratives trouvées, donc en France, quand c'est disponible :
commune > arrondissement > département > région
Est-ce que c'est pertinent ? Pour analyser la donnée, oui. Pour répondre 
comme un moteur de recherche, non. Le couple commune + département est 
suffisant dans 99 % des cas.
Autre choix : faire tout rentrer dans un même moule. Par simplicité, la 
structure des données de Nominatim range nos régions dans un niveau 
"state", les arrondissements dans "county" comme tu le soulignes. En 
France ça ne veux rien dire, mais j'imagine que ça facilite la gestion 
des réponses de Nominatim.
Au final plusieurs axes à creuser :
- ne pas donner la priorité à l'arrondissement sur le département dans 
les réponses : dans ton XML d'exemple, comme il existe un 
arrondissement, le département est zappé ;
- recourir, par pays, aux niveaux significatifs pour présenter une 
réponse : s'en tenir au couple commune+département pour la France si le 
contexte est celui d'un moteur de recherche ;
- dans un contexte d'analyse, ne pas hésiter à préciser chaque nom avec 
le type de niveau qui lui correspond : c'est là qu'un texte 
"Arrondissement de" aurait toute sa place devant les réponses 
d'admin_level 7.

En bref : tout ça concerne le moteur qui exploite les données 
(Nominatim) et pas la donnée elle-même. Ne faisons pas assumer à la 
donnée ce qui relève du logiciel.

> Il ne faut pas oublier que les débutants et les étrangers peuvent
> modifier/utiliser ces données. Expliciter le nom de 343 relations ne me
> parait pas la mer à boire... ;-)
>

La pédagogie n'a rien à faire dans la donnée. En revanche, un wiki clair 
sur le sujet, c'est de ça dont ont besoin les consommateurs de la donnée.

vincent (trop long)

[1] : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Tags_de_la_relation