Le besoin d'une liste externe c'est pour l'exhaustivité.<div><br></div><div>Je pensais déjà à juste signaler les boundary=* dont le multipolygone ne ferme pas...</div><div><br><br><div class="gmail_quote">Le 15 janvier 2013 15:19, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org" target="_blank">liste@letuffe.org</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">J'ai bien ça en tête, comme on en avait discuté sur IRC, idéalement, avec un<br>
plugin osmose. Mais le principe de mon analyse c'est qu'elle ne peut tourner<br>
uniquement avec les données OSM, elle est conçue pour faire une analyse par<br>
comparaison.<br>
Dans le cas actuel, avec la liste du cadastre pour avoir les communes.<br>
et une itération de 01 à 95 + DOM/TOM pour la liste des départements<br>
<br>
Pour l'étendre, il faudrait lui trouver une source pour toutes les autres<br>
frontières que tu cites.<br>
<br>
bref, un peu de temps, un peu de recherche et un peu de code ;-)<br>
<br>
Mais ce serait vraiment un plus, les relations en pérpétuelle construction ont<br>
cette tendance à "ne plus être fermé" car quelqu'un peut toujours faire un<br>
erreur (tant, en tout cas, que l'api ne refusera pas les multipolygons buggés<br>
: mais je ne dis pas qu'elle doit forcément le faire)<br></blockquote></div><div><br></div>-- <br>Christian Quest - OpenStreetMap France - <a href="http://openstreetmap.fr/u/christian-quest" target="_blank">http://openstreetmap.fr/u/cquest</a>
</div>