Et chaque rendu transport devra donc refaire ce calcul d'itinéraire denouveau et denouveau? Avec possiblement des résultats divergents entre un moteur de routage bus et un autre?
PT_Assistant est là maintenant pour aider à faire la cartographie des routes de bus et les maintenir. Je ne dirai pas que c'est tout facile, mais ce n'est certainement pas impossible. Jo 2017-09-07 8:54 GMT+02:00 JB <jb...@mailoo.org>: > Bof. > Je pense que la valeur ajoutée du mappeur est plus dans le repérage et la > saisie des données au plus simple, et que les tâches ingrates comme le > découpage des rond-point devraient être sous-traitées aux outils. > Personnellement, après avoir commencé à trifouiller un rendu transport, je > me demande presque si les trajets ne devraient pas être carrément > recalculés intégralement par un routeur pour aboutir à quelque chose de > cohérent. Pour exemple sur les réseaux tram (donc avec vraiment des voies > en propres et un réseau évoluant peu), j'ai été désespéré dans certains cas > par les relations existantes. Alors quand j'imagine ce que ça pourrait > donner pour les bus… > JB. > > > Le 07/09/2017 à 06:35, Jo a écrit : > > Depuis quelques mois nous avons enfin une façon de taguer les bus_bay. > Pour les ajouter le chemin est également découpé deux fois. S'il se trouve > sur le rond-point c'est une autre raison pour le découper. > > Dire que c'est au rendu de dessiner les lignes de bus en partiel sur les > rond-points, c'est facile. Néanmoins, ce n'est pas quelque chose qui sera > implémenté dans un futur proche. Probablement jamais. Diviser les > rond-points, c'est quelque chose qu'un mappeur peut faire facilement et ça > ne heurte personne. Ça décrit très précisement les trajets des bus, surtout > quand la même ligne emprunte le rond-point plusieurs fois, ou s'il > n'emprunte pas certaines parties, parce qu'il y a des 'fourches' en oneway > avant ou derrière. > > Polyglot > > 2017-09-07 1:52 GMT+02:00 Philippe Verdy <verd...@wanadoo.fr>: > >> Je le pense aussi. Un giratoire sur le tracé d'un ligne est très aisément >> détectable même et surtout si c'est un way fermé. Si le dessin du cercle >> est "gênant" en zoom avant, il suffit de le considérer comme si ce n'était >> pas une ligne mais un disque, assimilable à un point un peu plis gros en >> son centre. De plus un bus peut encore être amené à faire plus que 1 tour >> s'il est gêné pour sortir, cela ne remet pas en cause le trajet de la >> ligne. >> >> C'est pareil pour les itinéraires routiers pour automobiles, camions ou >> cyclistes, et même pour les piétons (s'il y a peur eux un chemin permettant >> de passer par le centre d'un grand giratoire en passant par des passages >> protégés, ce chemin sera marqué de même que les connexions aux rues >> arrivant au rond point, et dans ce cas le piéton n'utilisera pas le tracé >> circulaire du giratoire. >> >> Dans tous les cas, on sait par où on y entre et par où en en sort. Briser >> les giratoires ne sert pas à grand chose. >> >> Je n'ai vus que quelques seul cas où ça peut être utile >> - : si le giratoire passe emprunte des ponts au dessus d'autres voies >> routières/ferrée/cyclistes ou un avec cours d'eau passant dessous et >> évitant le giratoire. Le but étant alors de mettre des attributs différents >> sur des sections du giratoire, notamment les barrières de sécurité (mais on >> peut aussi représenter ces barrières sur des chemins parallèles.) mais >> surtout les l'attributs "layer" et "bridge=yes" (dont on peut pourtant se >> passer en mettant le layer sur les voies qui traversent en dessous. >> - Si le giratoire passe sous d'autres ponts il n'est jamais nécessaire de >> le couper (ce sont ces ponts qu'on va découper éventuellement) >> - Si le giratoire passe dans des sections en tunnel (exemple en Andorre) >> voire sous un bâtiment un "layer=-n" sera éventuellement nécessaire mais on >> pourrait être gêné par le fait que ce layer passe alors aussi en dessous >> des "landuse" environnants s'ils englobent la surface du giratoire >> >> Certains veulent découper les giratoires à ponts pour uniquement le rendu >> (qui détoure les voies des ponts par un filet noir : à mon avis ça se règle >> par une correction dans le moteur de rendu, pour que ce filet ne vienne pas >> en surimpression des voies connectées (comme si ce filet noir était des >> barrières barrant les accès). On peut faire autrement en évitant >> "bridge=yes" sur ces sections de giratoire, et mettant plutôt tunnel pour >> les voies en dessous, et en ajoutant les barrières de sécurité de chaque >> côté du pont. Dans ce cas plus besoin de "bridge" et "layer" sur le >> giratoire". >> >> Pour les assistants de navigation GPS, ils disent "entrez dans le >> giratoire/rond-point, prenez la deuxième sortie" et ça suffit car il n'y a >> pas d'autres chemins possibles et si celui qui ne connait pas bien le coin >> rate la bonne sortie, il sait qu'il va devoir faire le tour complet pour la >> retrouver et n'a pas besoin de toucher à son GPS! >> >> Il reste les rares cas de giratoires avec des feux temporaires >> (fonctionnant en giratoire la plupart du temps quand les feux sont éteints >> mais en carrefour avec des voies plus prioritaires qui les traversent quand >> les feux sont allumés). Cela ne concerne que de rares giratoires qui ont >> une voie centrale pour les transports en commun munis de radiocommande ou >> de télédétections des véhicules de transport en commun. On en trouve pas >> mal à Nantes avec les carrefours utilisés aussi par les trams toujours >> prioritaires (il y a des feux clignotants signalant l'approche d'une rame >> et l'arrêt impératif de tous les autres usagers, mais là encore pas besoin >> de découper le giratoire car le tram n'emprunte pas les mêmes voies). >> >> Les derniers cas sont les ceux où un giratoire est temporairement >> partiellement fermé (par exemple un accident de la route ou des travaux): >> la police ou des feux temporaires seront là pour rendre les autres sections >> du giratoire bidirectionnelles ou unidirectionnelle alternée, et le faire >> fonctionner comme un carrefour normal mais ce n'est jamais pour longtemps >> (quelques heures pour un accident routier, quelques heures s'il y a des >> travaux sur un giratoire important, parfois quelques semaines sinon en zone >> résidentielle). Mais là on est rarement dans le cas où il faut modifier OSM >> (le temps de faire la modif, que ce soit exporté et visible sur les cartes >> et c'est déjà terminé, on aura fait la modif pour rien qu'il faut déjà >> l'annuler...) >> >> Le 7 septembre 2017 à 00:26, Francescu GAROBY <f.gar...@gmail.com> a >> écrit : >> >>> Bonsoir, >>> Je pense qu'il faudrait se mettre d'accord une bonne fois pour toutes, >>> avec les ronds-points empruntés par les lignes de bus... >>> À chaque fois, ça ne loupe pas : je trouve des ronds-points morcelés, ou >>> refusionnés, puis remorcelés, ... Bref, à cause de tout ça, les tracés des >>> lignes de bus sont incorrects, au niveau des ronds-points. >>> Personnellement, je pense que ça n'a pas de sens de couper un >>> rond-point, étant donné que l'entrée et la sortie sont connues. Charge au >>> logiciel de dessin de tenir compte de ça... >>> >>> -- >>> Cordialement, >>> Francescu GAROBY >>> >>> _______________________________________________ >>> 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 >> >> > > > _______________________________________________ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
