Le 30 août 2016 à 21:26, Paul Desgranges <paul.desgran...@gmail.com> a
écrit :
> "Le terrain prime" donc les panneaux EB10 et EB20 seraient à mettre dans
> OSM là où ils sont sur le terrain.
>
Hummm la phrase du terrain prime c'est vraiment pour jeter le bébé avec
l'eau du bain...
La problématique n'est pas juste de saisir les choses là où elles sont mais
de les exploiter correctement. C'est aussi pour cela qu'il y a des méthodes
permettant de simplifier les choses et pour certains de faire le choix de
mettre le panneaux sur le réseaux et donc sur l'élément infrastructure le
concernant. C'est de la simplification certes mais c'est le cas sur
beaucoup de type d'éléments saisie dans osm. tous comme on ne saisie pas
les routes, voies par voies s'il n'y a pas de réel séparation sauf
nécessité de routing (c'est un cas pur où l'on génère de l'info
supplémentaire pour des contraintes spécifiques liés à l'exploitation) On
peut faire tous un débat là dessus...
Quand à représenter les agglomérations dans OSM, ça serait très ambitieux,
> il faudrait avoir accès aux textes (arrêtés municipaux ...) qui définissent
> les limites de ces agglomérations...
>
Ca je suis d'accord et pour le moment il y a déjà de quoi faire... d'où la
question posé à @operon85
> Se baser uniquement sur "landuse=residential+industrial+retail+..." pour
> définir une notion d'agglomération, si tant est qu'on veuille le faire dans
> OSM, ce n'est pas terrible, car ces données issues du CLC sont de mauvaise
> qualité (souvent constaté moi-même en tout cas) et ne correspondent pas
> trop à la notion de "bâti rapproché".
>
Humm oui est non. A la base c'est un import CLC. Et comme pour tous les
landuse ça se retouche aussi bien que le réseau. (A condition de le faire
par partie et de ne pas éclater des relations comme un bourrin. Raison pour
laquelle beaucoup de contributeurs évite d'y toucher ou le font avec perte
et fracas.
>
> Sans les stocker dans OSM, si quelqu'un savait calculer automatiquement
> les limites réelles d'une agglomération en se basant sur les données OSM (
> tenir compte du bâti 'building=*' et du fait qu'il soit "rapproché" [à
> paramétrer] ), ça serait utile en tout cas pour les relevés d'infraction au
> Code de l'environnement en ce qui concerne les panneaux publicitaires. A
> quoi d'autre ça pourrait servir je ne vois pas.
>
S'il y avait des règles... Moi je veux bien mais dans ce cas:
- quel types de batiments prendre en compte
- taille et densité?
De plus il y a aussi avoir des arrêtés municipaux interdisant les
publicités dans un certains cadres
Que dit le code de l'environnement:
*En dehors des lieux qualifiés d'agglomération par les règlements
relatifs à la circulation routière, toute publicité est interdite. *
> Donc le code de l'environnement renvoi à la notion de d'agglomération
selon le code de la route
Elle est toutefois autorisée à l'intérieur de l'emprise des aéroports ainsi
que des gares ferroviaires et routières et des équipements sportifs ayant
une capacité d'accueil d'au moins 15 000 places, selon des prescriptions
fixées par décret en Conseil d'Etat. La publicité peut également être
autorisée par le règlement local de publicité de l'autorité administrative
compétente à proximité immédiate des établissements de centres commerciaux
exclusifs de toute habitation et situés hors agglomération, dans le respect
de la qualité de vie et du paysage et des critères, en particulier relatifs
à la densité, fixés par décret
Donc ça complique encore les choses car il y a des décrets à lister pour
savoir quelles sont les zones présenties
En Agglomération elle peut être autorisé dans d'autre cas spécifique. Donc
il n'y a pas d'interdiction totale.
En plus de ça il faudrait aussi définir le domaine public du domaine, le
domaine privé communale, et le domaine privé...
--
Cordialement,
Jérôme Seigneuret
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
