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.dj...@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 <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
