Oui mais la question n'est pas celle des zones résidentielles ou commerciales ou industrielles : elles incluent par définition tout ce qui est dedans (même s'il y a des bois, jardins, constructions, routes, cours d'eau, voies ferrées, parkings...).<div>
<br></div><div>Ce n'est pas le cas des autres landuse=* (et autres natural=*), comme la forêt qui n'inclue pas les cours d'eau (hormi les fossés et petits ruisseaux qui peuvent être sous la couverture des arbres), les constructions, les routes (sauf les chemins forestiers), les morceaux de mer ou les plages...</div>
<div><br></div><div>Le problème c'est que là les règles d'inclusion ou non sont très floues, et qu'un moteur de rendu ou de recherche à du mal à choisir s'il faut ou non y inclure ces éléments. On doit l'aider en étant plus précis.</div>
<div><br></div><div>Et on doit découper quand il y a des superpositions entre plusieurs landuse=* de types différents. ou plusieurs natural=* de types différents. De la même façon qu'on doit tronçonne aussi des routes ayant des attributs différents sur des sections distinctes, sans les superposer.</div>
<div><br></div><div>Le problème c'est de résoudre les ambiguités.</div><div><br></div><div>A la limite on a admis que les routes et batiments forment des ilots dans les zones où on les inclue, mais uniquement pour le rendu (qui les tracera par dessus sans les recouvrir). Mais en terme topologique, même les routes et bâtiments restent dans la zone landuse=* où ils sont situés, ce qui veut dire qu'on n'a pas à surdécouper la zone si tout autour de l'élément inclus c'est la même zone landuse=*. Dans un tel cas en effet il n'y a pas ambiguité (même si pour le rendu il faut ajouter une règle pour que ces éléments "enclavés" dans la zone ne soient pas recouverts, et parfois il faut même l'aider avec layer=* si la seule règle de priorité de superposition ne suffit pas).</div>
<div><br></div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 29 novembre 2012 09:03, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nommer un landuse me semble la moins mauvaise solution si j'ai bien compris le besoin (une résidence).<div><br></div>
<div>Pour une résidence, un landuse=residential + name=*</div><div><br></div><div>Même principe pour une zone industrielle, zone commerciale, etc.</div>
<div><br></div><div>Les relations c'est bien mais il ne faut pas en abuser... si l'on peut définir l'emprise de cette zone, un polygone suffit à indiquer que tout ce qui est à l'intérieur en fait partie.</div>
<div><br></div><div><br><div class="gmail_quote">Le 29 novembre 2012 02:53, Tetsuo Shima <span dir="ltr"><<a href="mailto:tetsuoo@gmail.com" target="_blank">tetsuoo@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
Bonjour,<br><br>Voilà mon petit souci, nommer un groupe de building/parking/voie accès qui forme une résidence machin ou un groupe truc, sans qu'il y ait particulièrement d'objet englobant le tout comme un amenity=*.<br>
<br>Pour les groupes scolaire je trouve déjà la solution du landuse pas très élégante, donc je l'exclue ici, sauf que je ne vois pas d'alternative très pertinente ... a part une relation site=housing .<br><br>Cordialement<br>
<br></div></div>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Christian Quest - OpenStreetMap France - <a href="http://openstreetmap.fr/u/christian-quest" target="_blank">http://openstreetmap.fr/u/cquest</a><br>
</font></span></div>
<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/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>