Le 10 novembre 2015 11:46, Jérôme Seigneuret <jseigneuret-...@yahoo.fr> a écrit :
> traffic_sign sur la voirie pose un problème quand il s'agit de vitesse > car le nœud correspond au découpage de la voie. Ce qui empêche de gérer > proprement le tag direction=forward|backward > C'est vrai seulement si tu utilise le noeud de découpage pour ça, mais ça ne l'est plus si tu tague plutôt le segment/chemin dont la direction est explicite et distingue clairemetn la direction sans avoir besoin de préciser une direction par un angle au nord, pas facile à estimer ou maintenir et vérifier (les angles approchants sont souvent erronés et pas maintenus correctement que le dessin d'une route est affiné ou modifié localement, même avec une précision limitée aux 8 principaux octants géographiques ou pire avec les 4 points cardinaux). Bref autant que possible taguer le chemin, les noeuds de découpage n'ont besoin de rien hormi pour indiquer la position d'un panneau d'entrée d'agglomération, lequel devrait indiquer une limite de vitesse qu'il vaut mieux taguer explicitement sur les chemins du bon côté du panneau et dans la direction souhaitée. De fait ces panneaux d'entrée n'ont même pas besoin d'être placé sur le chemin lui même mais plutôt sur le bon côté de la voie, et ne désigne que le panneau lui-même là où il est réellement observable (sinon on pourra croire que le panneau est observable d'assez loin où on voit le centre de la route mais pas le bas-côté où il est réellement posé. Un panneau d'entrée d'agglomération ne devrait être posé sur le chemin QUE s'il est placé au dessus de la voie (panneau suspendu ou sous le tablier d'un pont), pas sur le côté... L'angle mentionné pour le noeud où est posé le panneau devrait correspondre à son orientation réelle et non celle de la route (souvent il y a un angle non perpendiculaire à la chaussée, de l'ordre de 15-20 degrés). le seul moyen d'éviter de préciser cet angle d'orientation du panneau pour sa viosibilité serait de les tracer non pas comme des noeuds mais comme de petits segments orientés en adoptant une convention que le panneau est lisible à droite du segment (dans sa direction de tracé), mais là encore les risques d'erreur d'orientation de se segment sont élevés et pourraient conduire à rendre le panneau visible dans la direction opposée non orientée vers la route ! L'autre solution serait de tracer des polygones englobant toutes les routes (mais aussi le bati et les voies privées où ces limties ne s'appliquent pourtant pas, mais cela donnerait un enchevêtrement de polygones complexifiant la lisibilité des cartes lors de l'édition. En pratique on ne le fait QUE pour les aires piétonnes, mais pas pour les limites d'agglomération qui incluent de nombreuses exceptions selon les voies. On n'a pas de solution idéale pour taguer les vitesses avec la position ou l'orientation des panneaux, et finalement la solution la plus simple est de taguer les vitesses sur les chemins (ou éventuellement sur les collections de chemins formant une relation (on pourait le faire pour les relations associatedStreet, si la vitesse est limitée de façon uniforme sur toute la rue, mais il y a tellement d'exception maintenant en ville avec divers ralentisseurs locaux que c'est finalement sur le plus chemin qu'il est plus simple de s'y retrouver de façon cohérente).
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
