<br><br><div class="gmail_quote">2009/12/22 Denis <span dir="ltr"><<a href="mailto:dhelfer@free.fr">dhelfer@free.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

François Van Der Biest a écrit :<br>
<div class="im">> 2009/12/21 Emilie Laffray <<a href="mailto:emilie.laffray@gmail.com">emilie.laffray@gmail.com</a>><br>
<br>
</div><div class="im">>> Je pense en effet que tu ne pourras pas beaucoup affiner le résultat. C'est<br>
>> vraiment bluffant. En fait les erreurs que tu as sont liés généralement a<br>
>> des petits bouts de rues qui ne sont pas co linéaires avec la route en<br>
>> cours.<br>
>> Je ne sais pas si c'est possible avec Postgis mais clairement si l'on<br>
>> pouvait déterminer l'angle d'intersection, et appliquer un ratio dessus, on<br>
>> devrait attraper beaucoup plus de rues dont les plus petites que tes<br>
>> exemples montrent.<br>
>><br>
><br>
> En effet, c'est un très bon constat.<br>
> Malheureusement, je ne pense pas que ce soit facilement faisable avec<br>
> PostGIS (et je n'ai connaissance d'aucune fonction de calcul d'angle).<br>
<br>
</div>La fonction azimuth (1) pourait être utile. Elle permet de déterminer<br>
l'angle entre 2 points. Je m'en suis servi une fois pour calculer<br>
l'angle du dernier segment d'une ligne (pour y placer une flèche de<br>
direction).<br>
<br>
1. <a href="http://postgis.refractions.net/documentation/manual-1.4/ST_Azimuth.html" target="_blank">http://postgis.refractions.net/documentation/manual-1.4/ST_Azimuth.html</a><br>
<br></blockquote><div><br></div><div>Rho, intéressant !</div><div><br></div><div>Denis, tu viens de me donner matière à réflexion pour la soirée qui vient ;-)</div><div>Si on peut sortir un algo qui sera valable pour les prochains imports / fusions de données, c'est un bel enjeu. </div>

<div><br></div><div>A+</div><div>F.</div></div>