<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Le 20 novembre 2013 11:30, rainerU <span dir="ltr"><<a href="mailto:ray66@sfr.fr" target="_blank">ray66@sfr.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Cette recherche ne coûte pas tant que ça, ça demande juste un peu de matière<br>
grise. Accéder aux tags de l'admin_centre pour faire le rendu de la limite<br>
administrative est probablement plus coûteux, pourtant personne propose de<br>
copier les tags de l'admin_centre sur la relation boundary.<br>
<br></blockquote><div><br></div><div>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).</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
> Par exemple si on ne trouve pas "name:br=*", on cherche "name:fr=*", puis<br>
> "name:en=*", puis "name=*". Et sinon seulement dans ce cas-là, on va chercher<br>
> une liste de langues par défaut pour une zone géographique contenant l'objet et<br>
> voir si il y en une autre que celles déjà testées pour les name:xx précédents.<br>
> La seule présence d'un champ name=* coupera court à TOUTES les recherches<br>
> géographiques.<br>
<br>
J'ai déjà cité un cas où ce n'est pas si simple que ça: nominatim. Pour pouvoir<br>
afficher les noms français dans le résultat d'une recherche, ce logiciel doit<br>
tenir compte de la localisation. Sinon, avec "fr, en" comme langues préférees du<br>
navigateur, il afficherait le nom anglais pour les lieux en France qui ont un<br>
name:en mais pas de name:fr.</blockquote><div><br></div><div>Nominatim fait cet effort assez facilement, car il est obligé pour son fonctionnement essentiel de déterminer toute la hiérarchie des découpages.</div><div>C'est tellement coûteux que l'indexation d'une base nominatim prends plusieurs jours...</div>

<div> 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.</div><div><br></div></div>-- <br>Christian Quest - OpenStreetMap France<br>

Un nouveau serveur pour OSM... <a href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
</div></div>