Gourmet a écrit : > On Sun, 23 Aug 2009 11:59:23 +0200, rldhont <rldh...@gmail.com> wrote: > >> Gourmet a écrit : >> >>> Bonjour, >>> comme écrit précédemment, je suis en train de "monter" les arrêts et >>> stations de bus TCL sur Lyon et je procède à quelques essais. >>> J'ai choisi de pratiquer en utilisant les relations qui présente une >>> architecture pertinente pour ce type de réseau. >>> Ceci implique donc de pouvoir déclarer des relations de relations. >>> Sous JOSM c'est possible mais c'est coton. >>> En fait, il semblerait que le glisser-déplacer de la liste déroulante >>> > de > >>> relations vers la boîte de sélections ne fonctionne pas comme il >>> devrait. >>> Mais, au fait, pourquoi donc devoir en passer par la boîte de sélection >>> pour ajouter quelque chose dans une relation ? >>> Pourquoi ne pas pouvoir ajouter DIRECTEMENT un objet ? En le faisant >>> glisser par exemple. >>> >>> >>> >> Il n'est pas nécessaire d'utiliser des relations de relations : >> http://wiki.openstreetmap.org/wiki/Mapping/Features/Buses >> http://wiki.openstreetmap.org/wiki/Public_transport >> >> Il est pour le moment suffisant d'associer au sein d'une relation route >> > > >> de type bus : >> * les arrêts de bus (lieux d'attentes) qui sont des points >> * des sections de routes (sections utiliser par la ligne) >> > Les 2 ne sont pas incompatibles a priori. Je peux donc saisir les 2. > Mais ce schéma est imprécis et incomplet. > > Imprécis car très souvent : > - les arrêts de sens opposés ne sont pas en face l'un de l'autre ; > - il arrive qu'une station ne soit pas desservie dans l'autre sens. > DE toute manière, le transport public c'est le foutoir. Et encore, on est > dans le cas général où les lignes sont opérées par un seul opérateur et où > les stations ne sont pas partagées entre plusieurs mode de transports. :) > > Ainsi, ne souhaitant pas remettre n fois l'ouvrage sur le métier je > cherche un modèle ouvert (aujourd'hui j'utilise un modèle proprio) > relativement complet incluant les services offerts aux stations voire aux > arrêts et, encore plus surtout, permettant le routage (monomode) sans trop > de difficultés. > Les modèles GTFS (Google Transit Feed Specification) ou Transmodel (Union > Européenne) sont intéressants pour l'échange des données horaires mais par > trop complexes pour une représentation. > > C'est la raison pour laquelle la vision intermédiaire (pour la > représentation) de > http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema > me plaisait assez bien. > Toutefois il ne s'agit que d'une proposition, tout comme > http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea > qu'elle référence. > > Finalement, le modèle perso a du bon :( > > db, désappointé. > > Oui les 2 ne sont pas incompatibles...
D'ailleurs la proposition http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema est à la base de http://wiki.openstreetmap.org/wiki/Public_transport Le problème actuel est qu'aucune décision n'a été prise concernant la description des station : lieux d'attente et arrêt physique au niveau de la voie et inetrconnection. D'ailleurs la proposition concernant la création de relation de type site est intéressante. Il manque aussi une façon facile de décrire les sections de station... _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
