-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
List all travel options between two stops in a timetable (no transfers) #6227
Comments
Skanetrafiken is working on a POC. |
Should this support lines where part of the line has a replacement service? |
I am following this. We have just encountered a situation where part of a trip is bustituted, and our software doesn't handle this relation and shows it as separate trips. GTFS doesn't support this feature and I may need to discuss with our team to see if we want to add this feature and move our investment to NeTEx instead / submit a proposal to the GTFS specification. I don't think our internal model in OpenTripPlanner supports this concept as well, where multiple physical trips are aggregated together. |
I think my answer will be "yes" for both of your questions, but i'm not quite sure if I understand you correctly. |
"bustituted"? Is that when a train is substituted by buses? |
"Bustitute" / "bustitution" is a slang for rail replacement buses (substitution by buses). |
I have just got a use case of this feature in our product. Currently, if you have a leg, you can use nextLegs to fetch other options between the same two stations, even if they are slower / overtaken. Unfortunately there isn't such an API to directly fetch legs between two stops / stations yet, which I believe is what this issue for. And I'll need such an API to handle the case if refetching a saved transit leg fails (for example, if the train is diverted with additional stops, or if the timetable is changed so the trip ID is changed), such that I can show options to the user to choose an alternative leg to complete his journey. The API should receive:
And it should return a list of legs. The actual implementation should be shared with nextLegs field in leg. |
The need is to add more journey alternatives to the result even if they are slower.
The text was updated successfully, but these errors were encountered: