[OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

Lun 10 Fév 12:36:13 UTC 2020

on peut toujours placer le noeud en position non terminale avec un petit
écart (la signalisation routière de toute façon impose au minimum 50 mètres
de visibilité, dans cette distance on peut placer le noeud facilement même
si on le décale de 50 centimètres), pour couper ensuite au changement de
maxspeed; dans ce cas, "forward" et "backward" marchent ("opposite" aussi,
car cela nécessite aussi une direction du way en sens unique).

Personnellement je pense que ces noeuds de panneaux devraient être hors de
la voie et à leur place réelle à côté de la chaussée, et une frontière
"boundary=urban" passera par ce noeud panneau. Il n'y a alors plus
d'ambiguité et peu importe où les voies sont découpées. C'est la solution
la plus propre.

On peut discuter du tag "boundary=urban" pour ces relations qui existent
déjà mais ne tiennent pas compte des limites communales dans la même
agglomération, où il ne me semble pas utile de créer des relations
limitrophes reprenant les frontières communales (ce qui n'empêche pas pour
autant de placer des noeuds de panneaux à coté des voies, même si aucune
frontière "boundary=urban" ne passe dessus, ni même la frontière
"boundary=adminsitrative".

Les noeuds ensuite peuvent être orientés vers la voie pour indiquer leur
face visible depuis la voie concernée. un tag avec une direction angulaire
approximative (points cardinaux ou intercardinaux devrait suffire et pour
les cas où il y a plusieurs rues candidates proches).

Le lun. 10 févr. 2020 à 09:00, 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> 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> 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>
>>> Date : 09/02/2020 15:53 (GMT+01:00)
>>> À : Discussions sur OSM en français <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> 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
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> _______________________________________________
>> Talk-fr mailing list
>> 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/edd055f7/attachment.htm>