[OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages
osm.sanspourriel at spamgourmet.com
osm.sanspourriel at spamgourmet.com
Lun 10 Fév 09:34:34 UTC 2020
Peut ne pas fonctionner et non ne peut pas fonctionner.
Il faut pour que ça ne marche pas que les voies soient tracées en sens
opposé.
En général on peut retourner une voie.
[===========>]°[============>]
rue A rue B
Pas de soucis.
[===========>]°[<============]
rue A rue B
Soucis. Retourner l'une des voies résout le problème.
Jean-Yvon
Le 10/02/2020 à 08:59, Jérôme Seigneuret - jerome.seigneuret at gmail.com a
écrit :
> Dans les archives j'avais abordé le problème sur les panneaux en
> double face.
> On a aussi le problème lié à la topologie car si le panneaux est placé
> sur le noeud terminal des deux voies la notion de forward backward ne
> peux pas fonctionner
>
> Exemple 1 : changement de nom de rue
> entrée
> et sortie
> d'agglomération
> [===========]°[============]
> rue A rue B
>
> Exemple 2 : changement de nom de rue
> entrée
> et sortie
> d'agglomération
> [===========]°[============]
> rue A rue A
> vitesse 30km/h vitesse 50km/h
>
> Et autant de cas qui fond que forward et backward ça ne peut dans
> certains cas ne pas marcher
>
> Après une des solutions que j'avais pas envisager à l'époque c'est
> d'utiliser opposite
>
> la notion de direction peut être mentionné avec un angle en degré en
> partant du nord à 0
> L'angle permet de définir la direction de la face visible
>
>
> Le lun. 10 févr. 2020 à 01:48, Philippe Verdy <verdyp at gmail.com
> <mailto:verdyp at gmail.com>> a écrit :
>
> Quasiment toutes les communes ont au moins une agglomération (sauf
> les rares communes sans habitants). le mot "agglomération" au sens
> des panneaux EB10 et EB20 existe donc aussi en milieu rural
> (autant que de villages dans la commune, mais même en milieu rural
> on a des villages à cheval sur plus d'une commune, le plus souvent
> autour d'un pont sur une rivière frontière, ou autour d'un
> carrefour avec une des routes faisant frontière: c'est ce
> carrefour, ce pont, et l'activité qui s'est développée autour qui
> a conduit à ces villages multicommunes, au départ peut-être juste
> un corps de ferme ou une usine, ensuite les dépendances,
> habitations ou commerces qui se sont ajoutés, justement du fait de
> la facilité d'accès et du passage local important).
>
> "Agglomération" ne signifie pas grande ville : même un hameau de
> moins de 100 âmes peut être une agglomération formant un ilôt
> urbanisé dans la commune rurale. Un très grand nombre de communes
> rurales ont plusieurs agglomérations, une d'elle étant le "bourg"
> centre et ayant donné son nom à la commune, mais pas toujours (une
> agglo excentrée peut être aujourd'hui plus peuplée et plus dense
> que le bourg centre historique, notamment en frontière d'une autre
> commune voisine beaucoup plus urbanisée et ayant étendu son
> agglomération sur la commune rurale voisine).
>
> "Agglomération" ne signifie donc pas non plus "commune".
>
>
> Le dim. 9 févr. 2020 à 22:59, onesime31 <onesime31 at free.fr
> <mailto:onesime31 at free.fr>> a écrit :
>
> Bonsoir,
> Merci pour votre réponse.
> Ce serait pour un département rural qui n'a pas
> d'agglomération... donc je parlais surtout des panneaux des
> entrées de village, et de quelques villes.
>
> Bonne soirée
>
>
>
> -------- Message d'origine --------
> De : Philippe Verdy <verdyp at gmail.com <mailto:verdyp at gmail.com>>
> Date : 09/02/2020 15:53 (GMT+01:00)
> À : Discussions sur OSM en français <talk-fr at openstreetmap.org
> <mailto:talk-fr at openstreetmap.org>>
> Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux
> entrées de villes & villages
>
> Un ennui : l'entrée d'une commune et la sortie d'une autre
> peuvent être au même emplacement (même poteau support) dans le
> cas d'une frontière communale au sein d'une même agglomération.
> Ce qui a été déjà fait dans certaines agglomération pour les
> distinguer c'est de créer des boundary=urban, passant par ces
> panneaux indicateurs.
>
> Mais "boundary=urban" ne traite pas encore ces cas de
> frontières communales intra-agglomération où c'est la
> frontière communale (boundary=administrative et
> admin_level<=8) qui tient lieu de limite. Et il reste aussi
> des cas de frontières au sein des communes nouvelles (ou
> associations de communes), entre les communes déléguées ou
> associées (admin_level=9), où la toponymie de chaque commune
> déléguée (ou associée) est conservée (même si les panneaux
> annotent en dessous et plus petits caractères "(Commune de
> <nom de la commune nouvelle ou d'association>)".
>
> Le "boundary=urban" est surtout destiné à limiter les
> frontières d'agglomération pour la régulation routière: le
> tracé des contours reste approximatif (pas exactement sur les
> limites de propriétés) mais passe par des points précis sur
> les voies publiques où ces panneaux limites d'agglomération
> sont posés.
>
> En principe il y a des panneaux de chaque côté de la voie mais
> ils ne sont pas toujours en vis-à-vis (par exemple quand
> l'entrée ou la sortie d'agglomération se fait par des voies
> séparées comme des bretelles de ronds-points ou par un
> séparateur de chaussée visant aussi à renforcer la limite de
> vitesse, ou des bretelles d'accès de routes express, ou quand
> il y a des feux dans un seul sens, ou quand la partie habitée
> commence d'un seul côté, l'autre étant encore agricole ou
> forestier (et hors zone constructible selon les PLU en vigueur).
>
> Délimiter les agglomérations peut avoir plusieurs significations:
> * celle de l'INSEE se base sur des distances minimales entre
> bâtis (50 mètres?), et permet à l'INSEE de définir les
> secteurs de populations urbaines ou rurales, ces frontières du
> découpage urbain du territoire aux fins statistiques sont
> évolutives.
> * celle décidée par les communes qui décident de mettre en
> place des limitations vitesse, et accéder aux demandes des
> "riverains" (peu importe la définition de l'INSEE, la commune
> peut considérer d'autres facteurs comme la présence de parcs
> de loisirs ou terrrains de sports ou des équipements publics
> comme un cimetière communal, ou certaines autres activités de
> loisir ou touristiques, même si elles ne sont pas habitées, ou
> simplement une activité commerciale ou industrielle attirant
> de nombreux piétons): la limitation de vitesse "urbaine" n'est
> pas la même définition que .l'INSEE.
>
> On n'a pas de distinction des deux types de découpage urbain
> (statistique de l'INSEE, ou routier au sens du code de la
> route et de la réglementation communale/préfectorale et des
> panneaux EB10 et EB20, qui ne sont pas disposés partout sur
> toutes les voies résidentielles "mineures" ni sur les voies
> privées).
>
>
> Le dim. 9 févr. 2020 à 13:44, onesime31 <onesime31 at free.fr
> <mailto:onesime31 at free.fr>> a écrit :
>
>
> Bonjour,
>
> Nous avons un projet avec une classe de géomaticiens en
> formation.
> On a une commande et on aimerait faire cela en utilisant
> OSM, faire une cartoparty dans le cadre de leur formation.
> La commande est de cartographier les entrées et sorties de
> villes et villages.
> Pour le panneau d'entrée de village, voici le key et le
> value qu'on pensait utiliser: traffic_sign=city_limit
> à priori, il n'y a pas possibilité de préciser si c'est le
> panneau d'entrée ou de sortie du village?
> On peut les distinguer via le code EB10 et EB20... est ce
> une bonne manière de référencer comme cela:
> - traffic_sign=city_limit
> - traffic_sign=FR:EB20
> ?
>
> Il nous faudrait également indiquer s'ils sont zérophyto:
> c'est à dire que les poteaux de ces panneaux aient un dé
> ou une dalle béton au pied (et qu'on utilise pas de
> pesticide pour enlever l'herbe au pied de ceux-ci).
> Pour la fixation du panneau, on pensait utiliser le key
> "support" puis les value suivant pour les distinguer:
> - support= post quand le panneau est simplement planté
> (donc pas zerophyto)
> - support = pole si le panneau est scellé au sol (=
> zerophyto pour nous)
> Existe t-il une autre manière de tagger s'il y a un dé, ou
> une dalle béton au pied du panneau?
>
> L'idée serait de travailler sur OSM, et de faire une
> extraction pour répondre à la commande qui nous est faite.
>
> Si vous avez des conseils, précisions, ressources, etc.
> n'hésitez pas.
>
> Bonne soirée, Onésime.
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200210/5961f903/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr