Add rider_category_id to fare_products.txt #371
Labels
Change: Addition
New function proposed to the specification.
Extension: GTFS-Fares
Issues and Pull Requests that focus on GTFS-Fares Extension
GTFS Schedule
Issues and Pull Requests that focus on GTFS Schedule
Status: Discussion
Issues and Pull Requests that are currently being discussed and reviewed by the community.
Context
rider_categories.txt
is a key component of the GTFS Fares-v2 proposal and a primary key offare_product.txt
.Example: flat fare but free for children (STS, Sherbrooke, Canada)
There are still questions about the
rider_category.txt
table fields, but we believe therider_category_id
field infare_products.txt
is stable. It could take months before we adopt Rider Categories in GTFS, based on the priorities list we've defined with the community.Proposition
Adopt
fare_products.rider_category_id
right now, and adoptrider_categories.txt
in a further iteration.rider_category_id
is currently produced at least by:... and consumed by Open Trip Planner (cc @leonardehrenfried to confirm).
Advantages
It might sound like it doesn't add much value to add this field alone without further information about what the rider category is, but there are still some pros:
fare_products.txt
design more clear (see Improve definition of Fare Products #367 for more context).fare_products.txt
was designed and forces to have duplication that could be avoided infare_leg_rules.txt
.Alternatives considered
Adopt Rider Categories all at once.
I'd like to have general thoughts there; if we collectively think this is useful, I can open a PR for this.
The text was updated successfully, but these errors were encountered: