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é.

-- 
db

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à