<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Le 23/03/2010 22:58, Vincent Pottier a écrit :
<blockquote cite="mid:4BA93983.9070202@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Le 23/03/2010 21:35, René-Luc D'Hont a écrit :
<blockquote cite="mid:4BA925F5.8050807@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Le 23/03/2010 21:31, Vincent Pottier a écrit :
<blockquote cite="mid:4BA92536.3050007@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Le 23/03/2010 21:24, René-Luc D'Hont a écrit :
<blockquote cite="mid:4BA92394.4000807@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Le 23/03/2010 21:02, Pieren a écrit :
<blockquote
cite="mid:a246bf751003231302v3f982a75m16b71d290a0dd7ed@mail.gmail.com"
type="cite">
<div class="gmail_quote">2010/3/23 Xinfe Ewalavir <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:ewalavir@gmail.com">ewalavir@gmail.com</a>></span><br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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>
<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"
target="_blank">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>
<br>
</blockquote>
<div><br>
Franchement, quand je vois tout ça, je me dis que je vais me contenter
de mapper les données géographiques, c.a.d. les positions des arrêts de
bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais
donc les joies de l'édition de relations à d'autres !<br>
</div>
</div>
</blockquote>
<br>
+1<br>
<br>
Même si avec OSMTransport, je profite des relations...<br>
<br>
J'ai l'impression d'avoir le cul entre 2 chaises:<br>
* j'adore les possibilités des relations (Description d'adresse, TC,
etc...)<br>
* je n'aime pas la complexification de la base de données liées aux
relations (découpage de rond point, de voies, etc...)<br>
</blockquote>
J'ai recollé les ronds-points. Je pense que c'est au logiciel de
calculer le bout à prendre en compte pour autant qu'il sache que c'est
un rond-point.<br>
<br>
Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je
ne vois pas trop de moyen d'indiquer quelle section doit être prise en
compte.<br>
</blockquote>
<br>
Pourquoi pouvoir découper une voie et pas un rond point ? Un rond
n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester
entier et pas l'autre ? M'enfin c'est un vieux débat!<br>
</blockquote>
Non.<br>
Le point commun au rond-point et au way précédent désigne le point
d'entrée dans le rond-point. Le point commun au rond-point et au way
suivant désigne le point de sortie du rond-point. Le rond-point étant
circulable seulement dans un sens (même sans oneway ;-), la partie du
rond-point à prendre en compte dans la route est calculable. Je n'ai
pas à découper. CQFD.<br>
<br>
Par contre soit une ville à l'américaine avec trois avenues parallèles
A, B, C et trois rues parallèles 1,2,3, perpendiculaires aux avenues.
Soit un bus qui prend un bout de A, un bout de 1 un bout de B, un bout
de 2, un bout de C, un bout de 3.<br>
Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le
programme pour trouver le bon itinéraire.<br>
<br>
S'il y a un autre moyen (relativement simple) de désigner les segments
sans découper les rues... Proposons le !<br>
Il y a quelqu'un qui avait proposé de ne mettre que les points
d'intersection... Pas probant comme méthode.<br>
</blockquote>
<br>
Je ne décrit pas les réseaux de bus dans le but de faire du routing
mais pour représenté le parcours réel des bus :<br>
-> donc qu'un algo soit capable de détecter l'entré et la sortie
d'un bus sur un rond point ne m'intéresse pas<br>
-> donc j'estime que puisque un rond point est un oneway j'ai le
droit de le découper<br>
-> la bonne question est plutôt peut-on découper des ways pour des
problème de TC<br>
<br>
--> tout ça renvoi au fait que JE NE SUIS PAS SÛR que ce soit une
bonne idée de décrire les parcours de bus dans OSM dans l'état actuelle
du système. Je pense même qu'il faudrait trouver un autre système
exploitant les données OSM<br>
--> Il faudrait un système indiquant une way, un point d'entré de ce
way et un point de sortie, l'ensemble décrivant un parcours, mais dans
le modèle actuelle des données OSM ce n'est pas faisable ou alors dans
une base annexe.<br>
<br>
<blockquote cite="mid:4BA93983.9070202@gmail.com" type="cite">--<br>
FrViPofm<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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="http://lists.openstreetmap.org/listinfo/talk-fr">http://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
</body>
</html>