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 <winfi...@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.dj...@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 <winfi...@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 <
>>> matkoni...@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 winfi...@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 <winfi...@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 <ajt1...@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@openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/tagging
>>>>>>
>>>>> _______________________________________________
>>>> Tagging mailing list
>>>> Tagging@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/tagging
>>>>
>>> _______________________________________________
>>> Tagging mailing list
>>> Tagging@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/tagging
>>>
>>
_______________________________________________
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Reply via email to