Vous oubliez encore que tous les feux d'un même carrefour ne sont pas nécessairement synchronisés entre eux. Et aussi le cas des feux supplémentaires en SORTIE de carrefour (il y en a un bon nombre à Paris), devant un passage piéton qui traverse la rue où on veut s'engager. Bref un véhicule doit s'arrêter à 2 feux successifs, avant l'entrée et avant la sortie.
Un seul tag sur un noeud unique "central" cela ne correspond à rien du tout sur le terrain. On n'est pas aux Etats-Unis avec les feux suspendus sur un câble au milieu du carrefour (je ne pense pas avoir vu ça en France). Pourquoi voulez-vous attacher tous les feux d'un carrefour ensemble ? Par le fait qu'ils seraient synchronisés? Ce n'est pas pertinent car le conducteur ou le piéton n'est concerné que par le bon feu dans sa direction et pas par les autres. Et aussi parce qu'on ne tague pas des données temporelles décrivant les divers cycles et modes du feu, les durées de chaque mode, d'autant plus que bon nombre de feux sont maintenant contrôlés par télécommande à distance par un centre de régulation de trafic, avec des caméras et détecteurs de présence à radar ou détecteurs de franchissement et de comptage sous la chaussée). Chaque feu est attaché à une direction précise -- parfois aussi un feu peut avoir une face "miroir" indiquant au conducteur venant du carrefour que dans la voie où il veut aller les véhicules contrôlés par ce feu peuvent démarrer et entrer dans le carrefour, voire tourner à gauche en coupant la route à ceux qui ne sont pas encore sortis du carrefour (même si le code de la route demande qu'on n'entre pas au feu vert dans un carrefour si on n'a pas l'assurance de pouvoir en sortir).. De plus il y a des feux à plusieurs niveaux dans des carrefours complexes, selon la voie (par exemple la voie pour tourner à droite a un feu avancé qui donne accès à une voie séparée physiquement. Ce feu n'a pas le même synchronisme et peut même rester au rouge deux fois plus longtemps que le feu pour aller tout droit, ou au contraire rester vert presque en permanence (sauf si un piéton a demandé qu'il passe au rouge en appuyant sur un bouton) alors que le feu pour aller tout droit alterne toutes les 2 minutes. La position précise du feu est importante si on veut qu'un routage puisse indiquer à quel endroit on peut tourner ou changer de voie. Le 6 octobre 2013 10:09, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Pour le rendu surfacique, il y a un sacré boulot à faire sur la feuille de > style déjà que parfois avec du filaire on s'arrache les cheveux ! > > Comme souvent, peu de monde s'y est mis côté rendu car il y a peu de > données, donc le jeu n'en vaut pas la chandelle, mais nous savons tous > aussi que la visibilité dans le rendu poussera à mapper le surfacique. > > Les questions que je me pose: > - est-ce souhaitable de démarrer le surfacique de voirie alors qu'il > manque encore tant de filaire ? > - comment gère-t-on le mélange surfacique/filaire, surtout lorsqu'on l'on > repasse d'une zone en filaire+surfacique à une zone seulement en filaire ? > > J'avais tenté de rendre la largeur des routes en basant le rendu sur > width=* et lanes=*. Le gros problème était les raccords entre un lanes=2 et > un lanes=3... c'était très moche. > > > > Pour les feux, je partage l'avis de Pieren. > > Un tag unique pour signaler qu'une intersection a sa circulation gérée par > un feu, puis des tags spécifiques pour indiquer chaque feu, chaque passage > piéton, feu cycliste, etc et le tout mis si besoin dans une relation. Cela > permet d'avoir une info globale (qui aide pour les rendus à moyenne > échelle), et en détail (utile pour le routage ou le rendu à très grande > échelle). > > Le problème c'est la modélisation des carrefours complexes avec un ilot > central où toutes les voies ne se croisent pas sur un unique nœud. Dans ce > cas, où mettre le tag "feu" principal ? > > Ca me rappelle la proposition de relations pour les carrefours, c'est peut > être là qu'il faudrait indiquer que le carrefour est géré par un feu... > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
