<div dir="ltr">Pour info, il y a une discussion en cours sur talk@ (il me semble) pour être plus strict dans les multipolygones pris en compte par osm2pgsql et à terme sur le rendu par défaut d'OSM... car tant que des multipolygones bancals sont correctement rendus, il y a peu de chance que les contributeurs se mettent à les remettre d'aplomb.<div>


<br></div><div><a href="https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html">https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html</a><br></div><div><br></div><div class="gmail_extra">

<br><div class="gmail_quote">Le 30 septembre 2013 11:21, V de Chateau-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net" target="_blank">vdct@laposte.net</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"><br>
Le souci est plutôt dans la pratique, vu que les outils (notamment osm2pgsql) cherchent<br>
à exploiter les multipolygons sans tags significatifs, en remontant les tags des ways<br>
membres (cf. ton exemple de natural=water à Colmar), manifestement par souci de<br>
retro-compatibilité (ce qui est louable, vive les paradoxes). En cautionnant ça, on<br>
n'incite pas à modéliser les multipolygon correctement. À noter qu'à ce jour, pour parler<br>
d'un cas répandu chez nous, l'outil de mise à dispo du cadastre vectoriel, pour les<br>
bâtiments, utilise des multipolygons sans tag 'building' et taggue en building les ways<br>
avec rôle 'outer'. C'est dommage.<br></blockquote><div> </div></div><div><br></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>