Meme sans relation. Une route peut être découpées en de multiples ways sans problème, pourquoi cela en poserait un pour un "boundary" ?<br><br><div class="gmail_quote">2008/2/12 serge karamazov <<a href="mailto:karouf@gmail.com">karouf@gmail.com</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">De plus on peut toujours accéder à l'ensemble des ways si elles sont<br>dans une relation ayant les bons tags. Donc je ne pense pas que<br>
sectionner ce genre de limites administratives soit un problème.<br><br><br>Renaud.<br><br>2008/2/12 Thomas Walraet <<a href="mailto:thomas@walraet.com">thomas@walraet.com</a>>:<br><div><div></div><div class="Wj3C7c">
> Pieren Pieren a écrit :<br>> ><br>> > J'ai cru lire dans la ML talk que la tendance actuelle est de ne pas<br>> > faire de trop grands ways (ce qui facilite le boulot des renderers ou<br>> > des editeurs, entre autre).<br>
><br>> L'API ne renvoie que des way complètes, donc c'est gênant d'en avoir des<br>> très grandes. (on peut se retrouver avec un gros download même en ne<br>> demandant qu'une petite zone)<br>><br>
> Pour ton point 3, il me semble essentiel de ne pas faire des polygones<br>> aussi grand avec un seul way. Voir le script d'import de côtes "almien"<br>> : il limite volontairement ses way à un nombre max de node.<br>
><br>><br>> _______________________________________________<br>> Talk-fr mailing list<br>> <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>> <a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr</a><br>
><br><br>_______________________________________________<br>Talk-fr mailing list<br><a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br>