-
Notifications
You must be signed in to change notification settings - Fork 193
[GTFS-Fares v2] Fare product/media transfer behavior #423
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
base: master
Are you sure you want to change the base?
[GTFS-Fares v2] Fare product/media transfer behavior #423
Conversation
The @mbta plans to begin producing |
As of last week, the @mbta is now producing all three of these new fields in its GTFS-static feed, downloadable here. |
This pull request has been automatically marked as stale because of lack of recent activity. It may be closed manually after one month of inactivity. Thank you for your contributions. |
Not stale |
@felixguendling would Motis be interested in implementing this? |
Yes, I think this makes sense and should be easy to implement in case it gets standardized. |
This PR covers the following questions regarding multi-leg transfer fares:
fare_transfer_rules.txt
, is it required that both legs have the same fare media type?fare_transfer_rules.txt
can match a single leg-to-leg transfer?In the November 2023 meeting, the working group leaned towards option one proposed in the spec modeling proposal, which allows producers to indicate in the
fare_transfer_rules.txt
whether specific transfer rules require the same fare product/media between two legs.(For more detailed context, please see issue#420)
Changes in this PR
fare_product_behavior
,fare_media_behavior
, andfilter_fare_product_id
fields tofare_transfer_rules.txt
.There are some data examples in the spec modeling proposal. For previous discussions, please see working group meeting minutes.
Please go through the changes and feel free to share your thoughts/questions here.