Le 20 mars 2013 20:26, Pierre-Alain Dorange <pdora...@mac.com> a écrit : > Ta remarque département/fleuve est juste mais pas du même ordre. > personne ne cherchera la rue truc sur le fleuve machin. Par contre la > rue truc dans le département machin oui. Donc a priori pas de réel > problème de recherche dans ce cas. > > Par contre pour les communes et arrondissements c'est plus délicat car > il y a le résultat de la recherche strict du nom (ex. Cognac ou Caen) ou > personne (pas même un algorythme) ne pourra lever totalement l'ambiguité > et deviner ce que veut réellement l'utilisateur (même si peu font des > recherches d'arrondissement sans le préciser).
Pourtant Nominatim affiche les deux résultats de façon différente (même s'il n'affiche pas les valeurs d'admin_level, il les interprète en affichant un "type:place:country" ou "type:place:city" car les deux relations sont importées dans des tables de "features" avec des attributs bel et bien différents, et Nominatim les hiérarchise aussi (pour faciliter les recherches par inclusion d'une région dans une autre, et pour les afficher **toutes** dans l'ordre, de la plus petite à la plus grande. Je ne vois aucune anomalie dans les résultats de Nominatim, même si l'affichage des résultats (sur le site Nominatim, pas dans sa base) peut être amélioré (et le tri des résulats dans une liste fait partie du travail du site, beaucoup plus que de sa base, ce tri se faisant alors sur un critère de "pertinence" qui reste totalement empirique, mais qui n'élimine **aucun** résultat. Bref il faut savoir lire ces résultats, même si l'affichage du site peut être amélioré (il le fait déjà par exemple pour les gares en affichant une icône distinctives à côté du nom, il différencie les noeuds et les surfaces aussi avec une icône différente, et il fournit plein d'attributs supplémentaires dans les détails, y compris un lien Wikipédia qui peut donner des explications et lever l'ambiguïté qui reste). Donc renommer des objets pour en faire disparaître certains dans les résultats de Nominatim est une mauvaise idée. Je persiste que c'est idiot de faire ça dans la base OSM : les arrondissements français ne sont **pas** des comtés comme aux USA, ce ne sont pas des collectivités locales. le mot "arrondissement" reste un terme générique, et ne fait pas partie du nom. Les arrondissements ont nommés par leur nom de commune chef-lieu, ou parfois de deux communes (p.ex. Fougères-Vitré récemment), ou d'une commune et d'une précision qui les distingue quand leur chef-lieu est le même (p.ex. Strasbourg-Ville, Strasbourg-Campagne), et cela suffit pour toutes les recherches. Et c'est la même chose aussi en Belgique. Qu'est-ce qui vous déplait, que le nom d'arrondissement s'affiche (alors qu'on ne le met typiquement pas dans une adresse postale) ? Nominatim n'est pas fait pour gérer juste les adresses postales, et ces ajouts d'informations sont aussi utiles pendant les recherches en tant que précision visible permettant de choisir entre les résultats multiples affichés ou confirmer qu'on a bien géolocalisé le bon endroit. Le seul fait qu'il y ait plusieurs résultats homonymes affichés (mais avec des précisions supplémentaires pour faire la différence) montre que ces affichages sont utiles pour lever les ambiguïtés (c'est aussi utile que sur Wikipédia quand on cherche un mot et qu'on tombe sur une age d'homonymie pour lever l'ambiguïté en lasisant le lecteur choisir ce qu'il veut consulter). _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
