<div dir="ltr">Note: les ZAC et lotissements ont des frontières précises, qu'on peut trouver dans les PLU, mais ne pas oublier que les PLU évoluent dans le temps plus vite que la définition administrative des quartiers. Les ZAC et lotissements sont très morcelés et n'ont pas vocation à être péreine, une fois lotis, équipés, construits/réhabilités et occupés, et les communes cherchent de plus en plus à les intégrer dans les quartiers pour des usages beaucoup plus mixtes.<div><br></div><div>C'est fini le temps des grands aménagements de zones industrielles ou commerciales et banlieues résidentielles à coup de lotissements géants, les PLU actuels ont des objectifs bien plus détaillés et prenant mieux en compte les besoins, la gestion et les contraintes des transports, les opportunités économiques et d'emploi, la mixité sociale, la protection des ressources, la prise en compte des risques environnementaux et l'évitement de l'éparpillement urbain pour préserver l'espace naturel ou agricole et optimiser la disponibilité des services de proximité, le tout à moindre coût pour la collectivité et les résidents.</div><div><br></div><div>Bref les landuse=* doivent pouvoir être délimités librement et précisément pour prendre en compte l'existant indépendamment de l'administratif. Bon nombre ne demandent qu'à être affinés un pêu partout (il reste beaucoup de travail suite à l'ancien import Corine qui n'en a fait qu'une approximation tracé à la louche avec une résolution faible et coupant n'importe quoi). On ne doit pas se soucier du tout que ces zones "landuse=*" ou "natural=*" "collent" aux limites administratives de quartiers, ni aux lotissements et ZAC temporaires et évolutifs.</div><div><br></div><div>Ceci dit je suis d'accord: les lotissements ne sont pas des "landuse=residential", mais peuvent être des "place=neighborhood" (dont on peut déterminer les limites pour en donner la taille correcte au lieu d'un seul noeud trop vague et à peine estimé, mais sans faire de ces limites des "boundary=*, sauf si c'est inscrit dans le découpage communal".</div><div><br></div><div>Noter aussi que le zonage cadastral établit aussi des frontières supplémentaires, mais c'est arbitraire et plus une ancienne nécessité de limitation de taille des anciennes planches cadastrales, afin de définir et numéroter les ensembles de parcelles. Nombre de communes n'utilisent pas (ou n'utilisent plus du tout) ces zones cadastrales comme des "quartiers" intégrés, ces zones ne sont pas inscrites dans les PLU actuels mais persistent poru des raisons de gestion à très long terme des droits de propriété foncière.</div><div><br></div><div><br></div><div><br></div><div><br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 15 févr. 2020 à 17:31, Philippe Verdy <<a href="mailto:verdyp@gmail.com">verdyp@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">les délimitions de quartiers ne sont pas des "landuse=residential". Une agglomération presque entière, éventuellement pluricommunale, pourrait former un seul landuse, et pourtant enclaver des zones industrielles ou commerciales, ou des zones agricoles; de même les quartiers administratifs (admin_level 10 et 11 en cas de sous-quartiers) peuvent inclure différents landuse;<div><br></div><div>Il n'y a pas de relation directe entre les deux concepts.</div><div><br></div><div>Il reste le cas des ZAC et lotissements à l'intérieur des quartiers, pas réellement administratif sauf durant le temps du plan d'étude et d'aménagement, ensuite ces zones (délimitées par des ensembles de parcelles cadastrales) s'intègrent aux quartiers ou vont former un nouveau quartier administratif s'ils sont suffisamment habités et la commune ressent le besoin de mieux localiser ses délimitations et services de proximité. Pour ces zones d'aménagement (divers types: résidentiel, industriel, commercial, parc/jardin/zones protégées) il existe sans doute d'autres moyens de les délimiter si les landuse sont limitrophes entre eux, mais on peut éventuellement juxtaposer des landuse de même type si on veut leur donner un nom distinctif (bien que cela impacte la délimitation des agglomérations (zonage urbain indépendant des usages résidentiel/commercial/industriel/naturel, dont on a plusieurs définitions: statistiques/Insee, routière)</div><div><br></div><div>Je ne vois pas l'intérêt d'enclaver ou de superposer un landuse=* dans un autre de même type, le plus souvent c'est un découpage arbitraire. juste destiné à simplifier la géométrie sur des relations moins lourdes et plus locales, mais les landuse n'ont la plupart du temps pas de nom et leur frontière est floue/évolutive sans qu'il y ait de changement de statut administratif: ce ne sont pas à proprement parler des "frontières" (contrairement aux quartiers/sous-quartiers, et temporairement aux ZAC/lotissements).</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 15 févr. 2020 à 16:41, <<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Et oui quand on n'écoute pas ce que disent Christian et Bibi ;-).</p>
<p>Effectivement j'avais fait les mêmes talonnements que toi et
j'étais arrivé à la conclusion :<br>
- relation avec place<br>
- relation avec label (ou admin_centre) dont ce nœud comporte à
nouveau place.</p>
<p>C'est lourd mais précis et ça marche sur les différents rendus.</p>
<p>Voir <a href="https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/place_areas" target="_blank">https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/place_areas</a></p>
<p>(la reformulation de Skybunny est sans doute plus claire - je
suis Nospam2005).</p>
<p>N'hésitez pas à contribuer afin d'arriver à une solution : la
proposition initiale me semble in-opérationnelle car trop
compliquée (en fait le scénario A n'est est pas loin).<br>
</p>
<p>Jean-Yvon<br>
</p>
<div>Le 15/02/2020 à 13:41, Arnaud
Champollion - <a href="mailto:arnaud.champollion@linux-alpes.org" target="_blank">arnaud.champollion@linux-alpes.org</a> a écrit :<br>
</div>
<blockquote type="cite">
<div>Bonjour,<br>
<br>
J'ai fait une première passe, en modifiant, pour les quartiers
et les lotissements, les attributs landuse=residential en
place=neighbourhood.<br>
<br>
Sans créer de relations cependant.<br>
<br>
Par exemple :<br>
<br>
<a href="https://www.openstreetmap.org/way/570993621" target="_blank">https://www.openstreetmap.org/way/570993621</a><br>
<br>
Comme on peut le voir, cela a eu pour effet, sur le rendu OSM
standard, de faire disparaître l'affichage du nom des quartiers.<br>
<br>
Donc vaut-il mieux passer les quartiers en relation comme dans
l'exemple ci-dessous, avec un nœud membre au rôle "label" ?<br>
<br>
<br>
<br>
<br>
Le 05/02/2020 à 21:58, <a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.com</a> a
écrit :<br>
</div>
<blockquote type="cite">
<p>> Justement je ne veux pas le faire.<br>
Tu peux préciser ?</p>
<p>Landuse=residential dans landuse=residential, outre le fait
que ça n'a guère de sens entraine des effets de rendus non
désirables ("frontières").</p>
<p>Donc "Je me suis dit que ça n'avait pas l'air normal" !<br>
</p>
<p>Les relations <br>
</p>
<table>
<tbody>
<tr>
<th><a title="The wiki description
page for the boundary tag" href="https://wiki.openstreetmap.org/wiki/Key:boundary?uselang=en" target="_blank">boundary</a></th>
<td>place</td>
</tr>
<tr>
<th><a title="The wiki description
page for the place tag" href="https://wiki.openstreetmap.org/wiki/Key:place?uselang=en" target="_blank">place</a></th>
<td><a title="The wiki description
page for the place=neighbourhood tag" href="https://wiki.openstreetmap.org/wiki/Tag:place=neighbourhood?uselang=en" target="_blank">neighbourhood (par exemple)<br>
</a></td>
</tr>
<tr>
<th><a title="The wiki description
page for the type tag" href="https://wiki.openstreetmap.org/wiki/Key:type?uselang=en" target="_blank">type</a></th>
<td><a title="The wiki description
page for the type=boundary tag" href="https://wiki.openstreetmap.org/wiki/Tag:type=boundary?uselang=en" target="_blank">boundary</a></td>
</tr>
</tbody>
</table>
<p>me semblent plus adaptées :<br>
</p>
<p><a href="https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688" target="_blank">https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688</a></p>
<p>Le Prat et Les Jardins de Vitalis sont deux lotissements
jointifs. Et tu pourrais les englober dans des place de plus
haut niveau.<br>
</p>
<p>Ils font partie du landuse=residential de la zone agglomérée
du bourg de Guidel.</p>
<p>On ne mélange pas l'utilisation (landuse) des dénominations
(ici Le Prat et Les Jardins de Vitalis) qui ont leur vie
propre si j'ose dire.</p>
<p>Jean-Yvon<br>
</p>
<div>Le 05/02/2020 à 21:26, Arnaud
Champollion - <a href="mailto:arnaud.champollion@linux-alpes.org" target="_blank">arnaud.champollion@linux-alpes.org</a>
a écrit :<br>
</div>
<blockquote type="cite">
<div>Le 05/02/2020 à 21:23, <a href="mailto:pepilepioux@ovh.fr" target="_blank">pepilepioux@ovh.fr</a>
a écrit :<br>
</div>
<blockquote type="cite">
<p>Pourquoi tu veux faire ça ? Si c'est juste pour le nommer
il y a <a href="https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dneighbourhood" target="_blank">place=neighbourhood</a>...</p>
<p>Bonne soirée,</p>
</blockquote>
<p><br>
</p>
<p>Justement je ne veux pas le faire.</p>
<p>Je suis tombé dessus car il y a plusieurs zones mappées
ainsi à Digne les Bains.</p>
<p>Je me suis dit que ça n'avait pas l'air normal, mais je
voulais m'en assurer avant de supprimer ou remplacer par un
tag plus adapté.</p>
<p><br>
</p>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<p><br>
</p>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
</div>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>
</blockquote></div>