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
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr