[Talk-transit] a little idea for new public transport shema now with small example

viw at freenet.de viw at freenet.de
Tue Dec 31 17:16:52 UTC 2013


Hi,
 
I have edit a small example for my idea.
This is the relation with 5 smal segments:
http://www.openstreetmap.org/relation/3410278#map=16/52.5798/13.5250
It is posible to generate some information later or it can be used to find the relation.
This shema seems to fit best to the gtfs data provide by VBB (http://vbb-online.de) at http://daten.berlin.de/datensaetze/vbb-fahrplandaten-1-halbjahr-2014
This small segments could be find easy by overpassapi with from - to by other software wich have the timtabledata.
Maybe there must be an information for kind of public transport too (eg. tram bus)
 
regards Jan
 
 
-----Ursprüngliche Nachricht-----
 Von: "Jo" [winfixit at gmail.com]
 Gesendet: Do. 26.12.2013 17:04
 An: "Public transport/transit/shared taxi related topics" [talk-transit at openstreetmap.org]
 Betreff: Re: [Talk-transit] a little idea for new public transport shema

Since I'm the one who proposed this initially, I'm going to add some more detail.

Stops on opposing sides of a street are hardly ever, exactly opposite one another, so usually there are 2 stop_positions. This means there will usually be pairs of route_segment relations, one for each direction.
 
For stops near a crossing, where some bus lines go to the right, others straight on and others to the left, the (high)way up to the crossing can become member of up to 6 relations. But that's still better than to have them as members of all route relations and their variations for a line.
 
Having a route_segment for each sequence of highways between two stops, is a possibility, but there I don't see a reason why a segment couldn't describe how the bus goes from A to E passing B, C and D.
 
Unfortunately, one of the advantages of the Oxomoa scheme (being able to oversee immediately that a route is continuous in the relation editor) would be lost with the use of subrelations. This can be fixed, given support is programmed for it in the relation editor (thinking mostly of JOSM here).
 

The biggest advantage is that now it's the route_segments wich become broken instead of. It's a lot easier to fix those segments once instead of fixing tens of route relations which would otherwise be present on those highways.
 
Lastly I want to add that in some cases (around bus stations which are mapped in full detail for example), there would still be a need to add (high)ways to the route relations themselves in some cases.Polyglot

2013/12/26  <viw at freenet.de>
 Hi,

i have read some mails about problems with too much relations for public transport lines.
Also I see a problem with stoppoints and platforms specaly by bus and tram lines.
 And maintain with other Data maybe not very easy esp. GTFS data.

In most systems I know there are stored segemts between two stops and these segments together are a lineroute.
These segemnts, I think, have some advantages:
 - only one relation for each direction on the between most stops
- no need for stoppoints because the relation starts and ends at a stoppoint near the platform
- easy to ad new lines because the can use existing segments
 - most flexibility because small segments ( this may be a disadvantage too because it need much work at the start)

regards Jan
---
Alle Postfächer an einem Ort. Jetzt wechseln und E-Mail-Adresse mitnehmen! Rundum glücklich mit freenetMail
_______________________________________________
 Talk-transit mailing list
 Talk-transit at openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-transit
 
-----Ursprüngliche Nachricht Ende-----


---
Alle Postfächer an einem Ort. Jetzt wechseln und E-Mail-Adresse mitnehmen! Rundum glücklich mit freenetMail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-transit/attachments/20131231/c33d367a/attachment.html>


More information about the Talk-transit mailing list