Fix: flexible service with no booking rules
Published: . Last reviewed: .
Code: scorecard_flex_no_booking_rules
What this means
Your feed describes flexible, demand-responsive service (a service area or
flexible stops, the GTFS-Flex extension to GTFS Schedule), but it has no
booking_rules.txt.
Why it matters
Riders can see that the service exists and where it covers, but not how or when to actually reserve a trip. A service area with no way to book it is not usable, no matter how well the rest of the feed is described.
How to fix it
- Add
booking_rules.txtwith how far ahead a rider needs to book and how to reach the service: a phone number, a booking link, or a message. - One rule can often cover the whole service. If every flexible route
books the same way, a single
booking_rules.txtrow applies to all of them; you do not need one per route. - Link it from
stop_times.txt. Reference the rule throughpickup_booking_rule_idanddrop_off_booking_rule_idso trip planners know which booking rule applies to which stop.
How long it usually takes
A small file; for most small agencies, one booking rule describes the entire demand-responsive service.
Authoritative rule
The linked GTFS Schedule reference defines the field or data this scorecard finding checks. Read the relevant GTFS Schedule reference section. (opens on an external site)
After you republish
Once the changed feed is live at your published URL, the next scorecard run checks it again. When the same complete producer contract no longer reports this finding, it can be recorded as a dated finding clearance. That confirms the later feed state, not who changed the feed or why.