[Tagging] Public Transport Timetables Proposal RFC

Jo winfixit at gmail.com
Sat Nov 3 13:57:53 UTC 2018


I created a few more for a more 'complicated' line, which changes in length.

Normal northbound:
https://www.openstreetmap.org/relation/8886015

Shortened northbound:
https://www.openstreetmap.org/relation/8886014

I used the same route relation twice, because for telescopic lines I only
mapped the longer variants.

Normal southbound:
https://www.openstreetmap.org/relation/8886013

Shortened southbound:
https://www.openstreetmap.org/relation/8886011

This one refers to another route relation than the previous one, as it does
something different for the last 2 stops, so the bus is ready to start
again on the northbound journey.

Last fare on Saturday evening only goes to the railway station:
https://www.openstreetmap.org/relation/8886012

So 5 extra relations to describe the whole timetable. To make this
manageable (and interpret what it really means in reality) we will need
dedicated tools though.

Now I'll try with a route that changes on Wednesdays, so not all weekdays
are the same, because school ends at noon on Wednesdays over here.

Polyglot

Op za 3 nov. 2018 om 14:01 schreef djakk djakk <djakk.djakk at gmail.com>:

> Maybe we can put that optional piece of information inside the departures
> key : departures=7:40,7:45 ; 8:40,8:45 -> means the train or the bus
> arrives at the stop at 7:40 or 8:40 and leaves 5 minutes later.
>
> Arrival and departure time are separated by a comma, and different
> departures are separated by a semicolon.
>
> If no comma, it means departure time only - except for the last stop :
> means arrival time only.
>
>
> Should we use 0-24-25 hour format ? (when a trip starts at 23:45 and
> finishes 30 minutes later at 0:15, which is sometimes written 24:15 in a
> gtfs. )
>
>
> Julien “djakk”
>
>
> Le sam. 3 nov. 2018 à 12:53, Jo <winfixit at gmail.com> a écrit :
>
>> For buses it's exceptional they stay at a stop longer than strictly
>> necessary, so I think the arrival times should be optional. If the tag is
>> added, it should have the same amount of entries as the departures though.
>>
>> Sometimes I do see buses that 'linger' at stops, but that's usually
>> because they are ahead of their schedule by more than a few minutes.
>>
>> Jo
>>
>> Op za 3 nov. 2018 om 12:02 schreef djakk djakk <djakk.djakk at gmail.com>:
>>
>>> Jo, I did not try yet, but I think there should be a departure timetable
>>> AND an arrival timetable (trains often stop several minutes). And this, per
>>> stop.
>>>
>>> The mapper sees a timetable at a bus stop, he puts it directly into a
>>> relation associating the bus stop and the route. This enables to partially
>>> map the line.
>>>
>>> The first stop has departure timetable only.
>>> The last stop has arrival timetable only.
>>> An intermediate stop has both.
>>>
>>>
>>> Julien « djakk »
>>>
>>>
>>> Le sam. 3 nov. 2018 à 11:38, Jo <winfixit at gmail.com> a écrit :
>>>
>>>> I took it from the official timetables and generally this line doesn't
>>>> suffer too much from congestion. But yes. If the timetable shows bigger
>>>> variation in delay between stops over the day, then another method would be
>>>> necessary.
>>>>
>>>> Obviously this is what the operator plans to happen. In practice buses
>>>> will run later than their scheduled times. We have access to real time
>>>> information for each stop though. I think I'm going to add the direct urls
>>>> to the stops themselves.
>>>>
>>>> For the lines/routes a direct link to a url of this kind is probably
>>>> more helpful than trying to store all the detail:
>>>> https://www.delijn.be/nl/lijnen/lijn/3/301.
>>>>
>>>> But I'm trying to explore how we could add timetable information for
>>>> regions where this kind of service doesn't exist.
>>>>
>>>> Jo
>>>>
>>>> Op za 3 nov. 2018 om 11:22 schreef Mateusz Konieczny <
>>>> matkoniecz at tutanota.com>:
>>>>
>>>>> So this assumes that bus travels for the same time between stops both
>>>>> during night and
>>>>> during rush hour?
>>>>>
>>>>> 3. Nov 2018 11:19 by winfixit at gmail.com:
>>>>>
>>>>> When done this way, the departures in the tags are for the stop with
>>>>> role 00:00.
>>>>>
>>>>> Jo
>>>>>
>>>>> Op za 3 nov. 2018 om 11:09 schreef Jo <winfixit at gmail.com>:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm looking into this timetable relation and how it could be
>>>>>> implemented:
>>>>>>
>>>>>> https://www.openstreetmap.org/relation/8885374/history
>>>>>>
>>>>>> This is for a simple line...
>>>>>>
>>>>>> I added all the stops of the route relation and added the most common
>>>>>> times to get from one to the next. I realise things can get even more
>>>>>> complex if these differentials change during the day due to congestion that
>>>>>> was planned for in the time tables.
>>>>>>
>>>>>> When done this way, it's not a timetable relation for each stop/route
>>>>>> pair.
>>>>>>
>>>>>> I'll try to do something similar for a more complicated situation.
>>>>>> (telescopic line, i.e. not all trips are the same length)
>>>>>>
>>>>>> Polyglot
>>>>>>
>>>>>> Op za 3 nov. 2018 om 10:21 schreef Andy Townsend <ajt1047 at gmail.com>:
>>>>>>
>>>>>>>
>>>>>>> On 03/11/2018 04:55, djakk djakk wrote:
>>>>>>> > I do not see why timetables are hard to maintain ? Most bus lines
>>>>>>> do
>>>>>>> > not change their schedules for years (even in big cities, Paris
>>>>>>> for
>>>>>>> > example). Because changing the schedule means buy a new bus and
>>>>>>> hire
>>>>>>> > new drivers.
>>>>>>> >
>>>>>>>
>>>>>>> OSM has been described as a "do-ocracy".  Basically, if you think
>>>>>>> that
>>>>>>> other people should do something why don't you do it in your area
>>>>>>> for a
>>>>>>> period of time (maybe a couple of months) to demonstrate that it is
>>>>>>> possible and practical?
>>>>>>>
>>>>>>> Best Regards,
>>>>>>>
>>>>>>> Andy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Tagging mailing list
>>>>>>> Tagging at openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/tagging
>>>>>>>
>>>>>> _______________________________________________
>>>>> Tagging mailing list
>>>>> Tagging at openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/tagging
>>>>>
>>>> _______________________________________________
>>>> Tagging mailing list
>>>> Tagging at openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/tagging
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20181103/10947d53/attachment-0001.html>


More information about the Tagging mailing list