<br><br><div class="gmail_quote">2009/8/13 Christophe Merlet (RedFox) <span dir="ltr"><<a href="mailto:redfox@redfoxcenter.org">redfox@redfoxcenter.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Je suis d'accord pour que le is_in disparaisse si aucun outil ne<br>
l'exploite et si l'utilisation  des relations permet de le remplacer à<br>
un cout informatique acceptable.<br>
J'ignore la puissance de calcul nécessaire pour localiser les relations<br>
qui englobe un point (communes, département, région, pays, continent)...<br>
</blockquote><div><br>Le coût est assez faible. Tu peux faire une requête sur des éléments comme ceux ci qui prennent 2 a 5 ms maximum si tu construit de manière cohérente ta base de donnée a partir des boundaries.<br> </div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Ce genre d'informations est primordiale lorsque l'on recherche un lieu<br>
par son nom et qu'on trouve une centaine d'homonymes... ce qui rend<br>
OpenStreetMap Namefinder inexploitable :(<br></blockquote></div><br>David Earl est en train de travailler sur une nouvelle version qui sera bien plus performante. Il utilise dans la mesure du possible un index gin sur des données extraites des tables venant de name:* autrement dit du full text search via le bon module dans Postgresql. Il utilise aussi d'autres index comme le GIST pour faire un peu de geocoding.<br>
La relève arrive mais ça prend du temps a implémenter ça de manière correcte.<br><br>Emilie Laffray<br>