Le 23/03/2010 22:58, Vincent Pottier a écrit :
Le 23/03/2010 21:35, René-Luc D'Hont a écrit :
Le 23/03/2010 21:31, Vincent Pottier a écrit :
Le 23/03/2010 21:24, René-Luc D'Hont a écrit :
Le 23/03/2010 21:02, Pieren a écrit :
2010/3/23 Xinfe Ewalavir <ewala...@gmail.com
<mailto:ewala...@gmail.com>>
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.
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 :
* relation "type = network" (lien vers relation STAS
<http://www.openstreetmap.org/browse/relation/533316>)
o relation ligne de bus 1 "type = line"
o relation ligne de bus 2 "type = line"
o relation ...
o relation ligne de bus n "type = line"
+ relation itinéraire A > B "type = route"
+ relation itinéraire B > A "type = route"
+ relation itinéraire B > Abis "type = route"
# ways utilisés par cet itinéraire
"highway=..."
+ relation "type = site", "site=stop_area"
avec le rôle "bus_stop"
# arrêt de bus coté droit
# arrêt coté gauche
# arrêt 5 mètres plus loin, autre ligne,
même nom
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 !
+1
Même si avec OSMTransport, je profite des relations...
J'ai l'impression d'avoir le cul entre 2 chaises:
* j'adore les possibilités des relations (Description d'adresse,
TC, etc...)
* je n'aime pas la complexification de la base de données liées aux
relations (découpage de rond point, de voies, etc...)
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.
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.
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!
Non.
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.
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.
Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le
programme pour trouver le bon itinéraire.
S'il y a un autre moyen (relativement simple) de désigner les segments
sans découper les rues... Proposons le !
Il y a quelqu'un qui avait proposé de ne mettre que les points
d'intersection... Pas probant comme méthode.
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 :
-> 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
-> donc j'estime que puisque un rond point est un oneway j'ai le droit
de le découper
-> la bonne question est plutôt peut-on découper des ways pour des
problème de TC
--> 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
--> 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.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr