<div dir="ltr">Hi Roland,<div><br></div><div>I made a fresh attempt to explain things as simple as it gets: </div><div><br></div><div><a href="https://wiki.openstreetmap.org/wiki/User:Polyglot/Public_transport_proposal_for_simplification">https://wiki.openstreetmap.org/wiki/User:Polyglot/Public_transport_proposal_for_simplification</a><br></div><div><br></div><div>I might expand this to how I see we could extend this tram and metro mapping. For trains I would add such nodes for each sub section of a platform, if there are trains (or parts of trains) that use only 'half a platform', but I realise that is likely to be met with a lot of resistance.</div><div><br></div><div>For mapping the millions of bus stops and itineraries around the world, we need a schema that is as simple as possible (and no simpler, like you said). Any unnecessary complication/duplication simply doesn't scale.</div><div><br></div><div>I read your proposal, and you talk about platform_edges. No need for that if there is a node for each direction of travel, even if the (separately mapped) platform is shared in the middle of the railway lines. Such platform are very likely to have names like platform 2 for one half, and platform 3 for the other half.</div><div><br></div><div>Polyglot</div></div><br><div class="gmail_quote"><div dir="ltr">Op wo 25 jul. 2018 om 19:25 schreef Roland Olbricht <<a href="mailto:roland.olbricht@gmx.de">roland.olbricht@gmx.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
> What I would like to see is how to map a Public Transport Route in <br>
> version 3 .. that has the bear minimum of things to have and the rules <br>
> that make the route valid.<br>
<br>
This is where the problem sits; the point of view of what a route is <br>
vary wildly. Few people are even willing to pinpoint and tell their <br>
personal definition.<br>
<br>
Things that exist under the notion of route:<br>
<br>
- Urban bus/tram/subway services (many stops, many departures, route <br>
taken always or almost always the same, route through the street grid <br>
practically fixed, often unchanged for years to decades)<br>
<br>
- Peak services, special routes to depot, school services (few <br>
departures, many stops, also many route variants, frequently changing, <br>
making it impractical to route them all)<br>
<br>
- Hail bus services: the bus is promised to serve a certain street and <br>
stops on hail (many departures, route taken always or almost always the <br>
same, route through the street grid practically fixed, often unchanged <br>
for years to decades)<br>
<br>
- Urban and regional train lines (many stops, many departures, route and <br>
platforms fixed). Those routes are often in parts or completely land marks.<br>
<br>
- Long distance train lines (many stops, many departures, route and <br>
platforms may or may not vary, can stop at a different platform of the <br>
same station for operational reasons)<br>
<br>
- Long distance bus services (few stops, few departures, route between <br>
stops often changing on the fly)<br>
<br>
- Ferry lines (often only two stops, completely different<br>
infrastructure)<br>
<br>
Further kinds of routes may exist. For example, some communties use <br>
virtual metro lines that connect station node to station node. This is <br>
most often because the communties lack the ressources to map the actual <br>
underground structures.<br>
<br>
I personally map only urban bus/tram/subway services and urban and <br>
regional train lines (and do not delete other routes). For these <br>
services it is sane to have marked the stops and the route on the grid.<br>
<br>
The route on the grid is straightforward: this is in any PT scheme a <br>
sequence of way members that together form a continuous trajectory. Hail <br>
sections get a special role for these members.<br>
<br>
The stop part is more tricky. I personally add one element for each stop <br>
where the bus/train is calling, using the role "platform". The member <br>
element should have the tag "name" set to ensure meaningful usage and <br>
pain-free editing of the route.<br>
<br>
The minimum required tags on the relation are "ref=<Line Number>", <br>
somtimes "name=<Name>", and "type=route" + "route=bus" for buses.<br>
<br>
Please do not forget that a more detailed explaination fits better on <br>
the transit list<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-transit" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-transit</a><br>
I would suggest to continue the discussion there, but Ilya has for <br>
unknown reason fear of the talk-transit list. It makes sense to give him <br>
an easy opportunity to answer.<br>
<br>
I read Ilya's proposal such that he wants to feature the virtual metro <br>
lines, at the expense of mandating to map hail services as empty <br>
relations. But it would be better if he tells us himself.<br>
<br>
Best regards,<br>
Roland<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>