[Talk-transit] [Tagging] Bus routes forward/backward

[Michael Tsang]

I always separate those platforms into connected halves (sharing same nodes) because they have different refs:


?12?34?


Are your platforms really called A and B with tracks on both sides in your case? For example, if the timetable tells you to board at platform B and there is a train on both tracks, which do you board?


Michael


Sent from Outlook.com


________________________________
From: Stephen Sprunk <stephen at sprunk.org>
Sent: 01 November 2016 02:37
To: WinFixIT at gmail.com; Public transport/transit/shared taxi related topics
Cc: Tag discussion, strategy and related tools
Subject: Re: [Talk-transit] [Tagging] Bus routes forward/backward


Polyglot,

Just noting the platform may sometimes not be specific enough, however, which I suspect is why stop_positions exist.

Keep in mind that platforms may serve multiple tracks.  For instance, there are a few stations here configured like this:

?A?B?

The "regular" trains (which run the full line, every N minutes) stop on the outside tracks while the "peak" or "express" trains (which run part of the line, but only certain hours) stop on the middle track.  Telling someone to take the next train from a given platform could easily send them in the wrong direction.

Other, similar-looking stations are set up like this:

?A?B?

All the trains on the left track are going to downtown, but the trains on the middle and right track are going to different suburbs; telling someone to take the next train from a given platform could easily send them to the wrong place and also loses cross-platform transfers from the left track to middle track, which might result in a missed train if someone (especially with limited mobility) had to take the stairs/elevator twice to get from platform A to B.

Also, short trains may stop in different places along the platform--including multiple trains stopping there at the same time at peak hours, while others take the entire platform.

So, by not marking the stop_position, one loses valuable information and disserves users.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-transit/attachments/20161113/11524c55/attachment.html>