Le 20 novembre 2013 11:30, rainerU <ra...@sfr.fr> a écrit : > J'ai déjà cité un cas où ce n'est pas si simple que ça: nominatim. Pour > pouvoir > afficher les noms français dans le résultat d'une recherche, ce logiciel > doit > tenir compte de la localisation. Sinon, avec "fr, en" comme langues > préférees du > navigateur, il afficherait le nom anglais pour les lieux en France qui ont > un > name:en mais pas de name:fr. >
Justement c'est un bogue de Nominatim qui prend n'importe quelle langue au hasard, la première qu'il trouve s'il ne trouve pas la langue demandée par le client au lieu de prendre le fallback normal. Si un client web avec "fr;en=0.5" en langues préférées de son navigateur consulte nominatim, Nominatim doit chercher dans l'ordre "name:fr=*" puis "name:en=*" puis "name=*" et non pas n'importe quel "name:xx=*" Si un objet n'a pas de nom en français défini, mais qu'il y en a un défini en anglais, c'est tout à fait normal qu'il affiche le nom anglais puisque cela répond effectivement aux préférences linguistiques de l'utilisateur. Mais si au lieu du français ou de l'anglais il affiche du catalan, alors il est en faute, le catalan ne figure pas dans les langues préférées de l'utilisateur. De même si un objet n'a aucun nom en français ou en anglais pour cet utilisateur, Nominatim doit retourner la valeur de name=* (le nom dans une langue indéfinie, même si celui-ci est en chinois ou en arabe) et non pas un nom éventuel qui serait défini en russe ou même en catalan ! Conclusion: jamais besoin de polygone. Je maintiens.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
