<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Le 23/03/2010 20:52, Xinfe Ewalavir a écrit :
<blockquote
cite="mid:21b3ce2c1003231252o1833f1c6ga8f3b50109cca66e@mail.gmail.com"
type="cite">Désolé de revenir (encore!) dessus, mais quand je regarde
les lignes vers Besançon, les lignes ne sont pas tagguées de manière
homogène.<br>
</blockquote>
Hé, j'ai pas fini !<br>
En plus, le wiki <a class="moz-txt-link-freetext" href="http://wiki.openstreetmap.org/wiki/Besançon/Ginko">http://wiki.openstreetmap.org/wiki/Besançon/Ginko</a>
n'est pas à jour. La flemme depuis que j'ai trouvé le moyen de charger
tout le réseau dans JOSM avec XAPI ( *[network=Ginko][bbox=NNNNNNN]. Du
coup, les abris-bus, les lines, les routes... sont taggués network=Ginko<br>
Dire que dans le temps, j'étais travailleur social pour éviter que les
jeunes tagguent les abris-bus...<br>
<br>
La ligne 1 doit être pas mal.<br>
<blockquote
cite="mid:21b3ce2c1003231252o1833f1c6ga8f3b50109cca66e@mail.gmail.com"
type="cite"><br>
Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode
de marquage de lignes, j'ai compris comme ça :<br>
<ul>
<li>relation "type = network" (<a moz-do-not-send="true"
href="http://www.openstreetmap.org/browse/relation/533316">lien vers
relation STAS</a>)<br>
</li>
<ul>
<li>relation ligne de bus 1 "type = line"</li>
<li>relation ligne de bus 2 "type = line"</li>
<li>relation ...</li>
<li>relation ligne de bus n "type = line"</li>
<ul>
<li>relation itinéraire A > B "type = route"</li>
<li>relation itinéraire B > A "type = route"</li>
<li>relation itinéraire B > Abis "type = route"</li>
<ul>
<li>ways utilisés par cet itinéraire "highway=..."</li>
</ul>
<li>relation "type = site", "site=stop_area" avec le rôle
"bus_stop"</li>
<ul>
<li>arrêt de bus coté droit</li>
<li>arrêt coté gauche</li>
<li>arrêt 5 mètres plus loin, autre ligne, même nom<br>
</li>
</ul>
</ul>
</ul>
</ul>
Si l'empilement n'est pas exact, merci de me corriger.<br>
</blockquote>
L'exemple de Saint-Jacques à Besançon est particulier. C'est le seul
"site" dans le réseau. C'était pour voir, pour inclure le vélo-partage,
les toilettes, le parking... bref essayer le multimodal.<br>
<br>
<blockquote
cite="mid:21b3ce2c1003231252o1833f1c6ga8f3b50109cca66e@mail.gmail.com"
type="cite"><br>
Ce qui me semble bizarre, c'est de mettre les <i>relation "type =
site", "site=stop_area" avec le rôle "bus_stop"</i> dans la relation <i>line</i>.
</blockquote>
J'ai fait ça moi ? Mea culpa !<br>
<br>
<blockquote
cite="mid:21b3ce2c1003231252o1833f1c6ga8f3b50109cca66e@mail.gmail.com"
type="cite">Faut-il plutôt mettre les relation <i>sites stop_area</i>
dans les <i>route</i>s ?<br>
</blockquote>
Non, on met, en plus des ways qui forment la route, les nodes
"highway=bus_stop" (ou je ne sais plus quoi) dans la relation
"type=route" .<br>
Bien souvent les nodes highway:bus_stop sont par deux, un de chaque
côté de la route, avec le même nom. Je les regroupent dans une relation
type=stop_area qui permet à coup sûr de les retrouver.<br>
<br>
<technique><br>
Sketch-line recherche les correspondances en cherchant les bus-stop à
moins de N mètres d'un arrêt donné. Sur le réseau Ginko on peut voir
des carrefours où près d'un arrêt, il y a un arrêt avec un nom
différent dans la rue de derrière et un arrêt avec le même nom un peu
plus loin dans la même rue... Le calcul sur la distance peut être
trompeur.<br>
</technique><br>
<tuto:jargon><br>
Quand on parle d'une relation route ou d'une "route", on sous-entend
relation "type=route", relation line ou "'line", il faut entendre
relation "type=line", de même lorsqu'on parle d'une boundary... aussi
quand on parle d'une route:bus, il faut entendre relation type=route +
route=bus<br>
</tuto:jargon><br>
<blockquote
cite="mid:21b3ce2c1003231252o1833f1c6ga8f3b50109cca66e@mail.gmail.com"
type="cite"><br>
Un bon casse tête, ces lignes :D<br>
</blockquote>
Vive les transports wireless !<br>
--<br>
FrViPofm<br>
</body>
</html>