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.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à