I would directly include the GTFS data in OpenStreetMap. Best to use it as a combined dataset in a journey planner such as OpenTripPlanner.
Shaun On 9 December 2024 20:38:51 GMT, Aenet Anthony <[email protected]> wrote: >Thanks Shaun. > >I just checked and CATA (Lansing, MI) does have a GTFS feed. It’s available >< >https://www.cata.org/About-Contact/Doing-Business-with-CATA/Developer-Resources> >with a not fully open license < >https://www.cata.org/Portals/0/CATAGTFSLicenseAgreement20150323.pdf> that >allows credentials to access the GTFS feed. I’m not sure whether that would >be appropriate to use for OSM. I’m wondering what advice would be for use >of that. I’ll request a license and ask CATA what their opinion is. > > >Aenet > >p.s. Sorry about the ugly links, I couldn’t get them to work properly on >mobile. > >On Mon, Dec 9, 2024 at 2:45 PM Shaun McDonald <[email protected]> >wrote: > >> I'd use GTFS to define the schedule as that is far better suited to this, >> especially considering that the timetable can frequently change. >> >> Having just the shape in OpenStreetMap is probably good enough. >> >> >> Shaun >> >> >> On 9 December 2024 18:20:33 GMT, Aenet Anthony <[email protected]> >> wrote: >> >>> Hi all, >>> >>> I started using OSM fairly recently and one thing I've been working on in >>> my city is improving the route relations for public transit (bus only in my >>> city). This has included cleaning the ways included in the routes (such as >>> including the entirety of roundabouts instead of just the portion used, >>> having many gaps, roads out of order, or roads included multiple times when >>> they should not be) as well as creating new relations when both outbound >>> and inbound are mapped together or for route variants. >>> >>> Now on the topic of route variants, I'm wondering what that best practice >>> is for marking opening_hours (as mentioned on the Buses wiki page >>> <https://wiki.openstreetmap.org/wiki/Buses#Step_2_-_Create_the_new_bus_relations>), >>> particularly when multiple buses may be at different points within the >>> route when the opening_hours status changes from one to the other. *Should >>> the time be based on when the first and last bus on the variant leave from >>> the starting point or when there is the first difference between the two >>> routes *(like the first time that the bus stops at one bus stop instead >>> of another)? I tried to do some searching on the wiki, the old and new help >>> forums, and the web in general, as well as looking at the guides on the >>> wiki pages for public transit, the route relation page, and the buses page, >>> but I was not able to find any specific advice on how I should map the >>> hours (and I wasn't able to find a specific switch time from my transit >>> agency either). >>> >>> For reference, the bus route I am referring to initially departs the >>> starting stop at 05:25, arriving at the first different stop at 05:53. Each >>> bus on this route continues to depart for the variant until the last one >>> (in the morning) on the variant leaves at 07:55 and arrives at the first >>> different stop at 08:23, ultimately reaching the final destination stop at >>> 08:37. However, before that bus has arrived at the stop, the next bus on >>> the route switches to the non-variant form of the route and departs at >>> 08:10, reaching the first different stop at 08:42. It then continues on >>> this route until the last bus (in the afternoon) on the main route departs >>> at 15:34. The variant bus then departs at 15:46, running until the final >>> variant bus (of the entire day) departs at 16:58, reaching its destination >>> at 17:40. The main route bus departs again at 17:10 and continues until the >>> last one on this route departs at 23:00 and finally reaches its destination >>> at 23:35. For anyone wishing to look at this route themselves here is >>> the master relation <https://www.openstreetmap.org/relation/4271833> and >>> here >>> is my transit agency's schedule <https://www.cata.org/schedules/01/1>. >>> >>> Thank you, >>> Aenet >>> >>
_______________________________________________ Talk-transit mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-transit
