<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Le 15 octobre 2014 14:55, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com" target="_blank">pieren3@gmail.com</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">2014-10-14 22:37 GMT+02:00 Vincent de Château-Thierry <<a href="mailto:osm.vdct@free.fr">osm.vdct@free.fr</a>>:<br>
<br>
> L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer<br>
> un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui<br>
> portaient les tags décrivant en fait tout le multipolygon. Le warning est<br>
> une incitation à transférer ces tags directement au niveau de la relation :<br>
> plus cohérent en modélisation, et du coup plus simple à interpréter par les<br>
> logiciels clients comme osm2pgsql.<br>
<br>
Je trouve que c'est une erreur parce que maintenant on crée une<br>
nouvelle incohérence. Pour quelqu'un qui trace par exemple des<br>
buildings, il met le tag "building=yes" sur le way du polygone. Par<br>
contre, pour les buildings avec "trous", le tag disparait du outer<br>
way, uniquement parce qu'il a fallut créer une relation multipolygon.<br>
<br>
Pieren<br></blockquote><div> </div>Je ne vois pas où est l'incohérence.<div>Le building est l'élément comportant le trou, donc la relation.</div><div>C'est donc sur elle que les tags doivent être mis.</div><div><br></div><div>Mettre le tag sur l'outer seulement signifie que le trou fait partie du bâtiment.</div><div><br></div><div>PY</div></div><br></div></div>