Le 20 novembre 2013 11:30, rainerU <ra...@sfr.fr> a écrit : > Cette recherche ne coûte pas tant que ça, ça demande juste un peu de > matière > grise. Accéder aux tags de l'admin_centre pour faire le rendu de la limite > administrative est probablement plus coûteux, pourtant personne propose de > copier les tags de l'admin_centre sur la relation boundary. > > Sur de grand polygones (et on parle de ça, c'est à dire des polygones avec un grand nombre de sommets), les recherches géographiques sont très coûteuses, bien plus qu'une recherche via un index relationnel entre 2 tables (cas de l'admin_centre et de sa relation).
> > Par exemple si on ne trouve pas "name:br=*", on cherche "name:fr=*", puis > > "name:en=*", puis "name=*". Et sinon seulement dans ce cas-là, on va > chercher > > une liste de langues par défaut pour une zone géographique contenant > l'objet et > > voir si il y en une autre que celles déjà testées pour les name:xx > précédents. > > La seule présence d'un champ name=* coupera court à TOUTES les recherches > > géographiques. > > 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. Nominatim fait cet effort assez facilement, car il est obligé pour son fonctionnement essentiel de déterminer toute la hiérarchie des découpages. C'est tellement coûteux que l'indexation d'une base nominatim prends plusieurs jours... Il ne le fait pas pour la gestion des langues mais fait un peu d'une pierre deux coups, ça lui permet "aussi" de gérer les langues de cette façon. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
