<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Le 12 mai 2014 20:59, Plop76 <span dir="ltr"><<a href="mailto:vaujaniate@free.fr" target="_blank">vaujaniate@free.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Il va y avoir des problèmes de rendu en faisant ça (au moins avec le rendu Mapnik d'<a href="http://osm.org" target="_blank">osm.org</a>), même si c'est théoriquement correct. Quand il y a un multipolygone landuse qui un inner avec le même landuse, l'inner est rendu comme un trou. De ce que j'ai compris c'est pour être compatible avec une ancienne façon de faire des multipolygones.</blockquote>

<div><br></div><div>Il n'y aura pas de trou si le polygone inner a son propre landuse (soit ce polygone n'a qu'un chemin fermé, on le tague directement, soit il comprend plusieurs chemins formant un multipolygone, et ce multipolygone est tagué mais aucun de ses propres chemins membres partagés par les deux multipolygones).</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Les deux solutions de contournement ne vont pas plaire à JOSM/Osmose :<br>
- soit laisser l'inner sans tag et refaire un polygone landuse sur le même tracé que l'inner mais hors de la relation multipolygone (Osmose va dire "Double inner polygon")<br>
- soit créer un autre multipolygone landuse=residential avec un seul membre = l'inner du gros multipolygone landuse=residential. C'est la solution proposée ici : http://<a href="http://wiki.openstreetmap.org/wiki/Multipolygon_Examples#Forest_with_three_wood" target="_blank">http://wiki.<u></u>openstreetmap.org/wiki/<u></u>Multipolygon_Examples#Forest_<u></u>with_three_wood</a> mais Osmose va dire que c'est une relation avec un seul membre.</blockquote>

<div><br></div><div>Relis ce que je viens d'écrire, c'est la façon normale de gérer ça et on le trouve couramment pour découper les grandes relations de riverbank en plusieurs parties jointives, certaines étant des multiolygones et d'autres des polygones simple fermés réutilisant les noeuds mais sans partager les chemins.</div>

<div><br></div><div>Ni JOSM ni les rendus n'ont aucun problème avec cette façon de faire sans jamais avoir à créer un multipolygone à 1 seul membre (il y a de rares cas où c'est nécessaire pour taguer deux fois un polygone avec des ensembles de tags incompatibles entre eux, par exemple pour un même polygone codant deux relations administratives à des niveaux différents, un cas où on peut même avoir les mêmes listes de membres, l'incompatibilité étant qu'il n'est pas permis de donner deux valeurs différentes à un même tag, ce qui oblige alors à doublonner le multipolygone pour chaque valeur de ce tag)</div>

<div><br></div></div></div></div>