Pour faire le lien avec le projet du mois, ça vaut le coup d'aller mettre les tags wikipedia sur les cantons et arrondissements, selon vous ?
Francescu Le 20 mars 2013 20:47, Philippe Verdy <verd...@wanadoo.fr> a écrit : > 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 > -- Cordialement, Francescu GAROBY
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
