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 - [email protected] 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 <[email protected] <mailto:[email protected]>> 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 <[email protected] <mailto:[email protected]>> 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 <[email protected] <mailto:[email protected]>> Date : 09/02/2020 15:53 (GMT+01:00) À : Discussions sur OSM en français <[email protected] <mailto:[email protected]>> 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 <[email protected] <mailto:[email protected]>> 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 [email protected] <mailto:[email protected]> https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list [email protected] <mailto:[email protected]> https://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list [email protected] <mailto:[email protected]> https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Jérôme Seigneuret _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
