<div dir="ltr">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).<div><br></div><div>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.</div><div><br></div><div>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".</div><div><br></div><div>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).</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 10 févr. 2020 à 09:00, Jérôme Seigneuret <<a href="mailto:jerome.seigneuret@gmail.com">jerome.seigneuret@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">Dans les archives j'avais abordé le problème sur les panneaux en double face. <div>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</div><div><br></div><div>Exemple 1 : changement de nom de rue</div><div> entrée </div><div> et sortie</div><div> d'agglomération</div><div>[===========]°[============]</div><div> rue A rue B</div><div><br></div><div><div>Exemple 2 : changement de nom de rue</div><div> entrée </div><div> et sortie</div><div> d'agglomération</div><div>[===========]°[============]</div><div> rue A rue A</div></div><div> vitesse 30km/h
vitesse 50km/h
</div><div><br></div><div>Et autant de cas qui fond que forward et backward ça ne peut dans certains cas ne pas marcher</div><div><br></div><div>Après une des solutions que j'avais pas envisager à l'époque c'est d'utiliser opposite</div><div><br></div><div>la notion de direction peut être mentionné avec un angle en degré en partant du nord à 0</div><div>L'angle permet de définir la direction de la face visible</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 10 févr. 2020 à 01:48, Philippe Verdy <<a href="mailto:verdyp@gmail.com" target="_blank">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">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).<div><br></div><div>"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).</div><div><br></div><div>"Agglomération" ne signifie donc pas non plus "commune".</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 9 févr. 2020 à 22:59, onesime31 <<a href="mailto:onesime31@free.fr" target="_blank">onesime31@free.fr</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="auto">Bonsoir, <div dir="auto">Merci pour votre réponse. </div><div dir="auto">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. </div><div dir="auto"><br></div><div dir="auto">Bonne soirée </div><div dir="auto"><br></div><div dir="auto"><br></div><div><br></div><div style="font-size:100%;color:rgb(0,0,0)" dir="auto"><div>-------- Message d'origine --------</div><div>De : Philippe Verdy <<a href="mailto:verdyp@gmail.com" target="_blank">verdyp@gmail.com</a>> </div><div>Date : 09/02/2020 15:53 (GMT+01:00) </div><div>À : Discussions sur OSM en français <<a href="mailto:talk-fr@openstreetmap.org" target="_blank">talk-fr@openstreetmap.org</a>> </div><div>Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages </div><div><br></div></div><div dir="ltr">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.<div>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.</div><div><br></div><div>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>)".</div><div><br></div><div>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.</div><div><br></div><div>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).</div><div><br></div><div>Délimiter les agglomérations peut avoir plusieurs significations:</div><div>* 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.</div><div>* 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.</div><div><br></div><div>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).</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 9 févr. 2020 à 13:44, onesime31 <<a href="mailto:onesime31@free.fr" target="_blank">onesime31@free.fr</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="auto"><div><br></div><div style="font-size:100%;color:rgb(0,0,0)" dir="auto"><div><span style="font-size:100%">Bonjour,</span></div></div><div dir="auto"><br></div><div dir="auto">Nous avons un projet avec une classe de géomaticiens en formation.<br></div><div dir="auto">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.</div><div dir="auto"></div> <div dir="auto">Pour le panneau d'entrée de village, voici le key et le value qu'on pensait utiliser: traffic_sign=city_limit <br></div><div dir="auto">à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée ou de sortie du village? <br></div><div dir="auto">On peut les distinguer via le code EB10 et EB20... est ce une bonne manière de référencer comme cela:<br></div><div dir="auto">- traffic_sign=city_limit<br></div><div dir="auto">- traffic_sign=FR:EB20<br></div><div dir="auto">?</div><div dir="auto"><br></div><div dir="auto">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).</div><div dir="auto">Pour la fixation du panneau, on pensait utiliser le key "support" puis les value suivant pour les distinguer:<br></div><div dir="auto">- support= post quand le panneau est simplement planté (donc pas zerophyto)<br></div><div dir="auto">- support = pole si le panneau est scellé au sol (= zerophyto pour nous)</div><div dir="auto"><div>Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au pied du panneau?<br></div></div><div dir="auto"><br></div><div dir="auto">L'idée serait de travailler sur OSM, et de faire une extraction pour répondre à la commande qui nous est faite.</div><div dir="auto"><br></div><div dir="auto">Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.</div><div dir="auto"><br></div><div dir="auto">Bonne soirée, Onésime.</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="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></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="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</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><br clear="all"><div><br></div>-- <br><div dir="ltr">Cordialement,<div>Jérôme Seigneuret</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="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>