<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Bof.<br>
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. <br>
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…<br>
JB.<br>
<br>
<div class="moz-cite-prefix">Le 07/09/2017 à 06:35, Jo a écrit :<br>
</div>
<blockquote
cite="mid:CAJ6DwMD+2tEo8PZvP+TDJ5u6d5-+QVqekX5Hjs=dQAY637AefA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>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.<br>
<br>
</div>
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.<br>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Polyglot<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-09-07 1:52 GMT+02:00 Philippe
Verdy <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">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.
<div><br>
</div>
<div>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.
<div><br>
<div>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.</div>
<div><br>
</div>
<div>Je n'ai vus que quelques seul cas où ça peut
être utile</div>
<div>- : 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.</div>
<div>- 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)</div>
</div>
</div>
<div>- 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</div>
<div><br>
</div>
<div>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".<br>
</div>
<div><br>
</div>
<div>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!</div>
<div><br>
</div>
<div>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).</div>
<div><br>
</div>
<div>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...)</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<div>
<div class="m_-1899397486891908222h5">Le 7 septembre
2017 à 00:26, Francescu GAROBY <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:f.garoby@gmail.com"
target="_blank">f.garoby@gmail.com</a>></span>
a écrit :<br>
</div>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div class="m_-1899397486891908222h5">
<div dir="ltr">
<div>
<div>
<div>Bonsoir,<br>
</div>
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...<br>
</div>
À 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.<br>
</div>
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...<span
class="m_-1899397486891908222m_85381733765797178HOEnZb"><font
color="#888888"><br clear="all">
<div>
<div>
<div>
<div><br>
-- <br>
<div
class="m_-1899397486891908222m_85381733765797178m_2228470709415951097gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">Cordialement,<br>
Francescu GAROBY<br>
</div>
</div>
</div>
</div>
</div>
</div>
</font></span></div>
<br>
</div>
</div>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org"
target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-fr"
rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-fr</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</body>
</html>