-
Notifications
You must be signed in to change notification settings - Fork 206
Open
Labels
Change type: Documentation MaintenanceImprovements to clarity, accuracy, and presentation without altering semantics or functionality.Improvements to clarity, accuracy, and presentation without altering semantics or functionality.CommunicationGeneral announcements to the community that do not involve specification changes.General announcements to the community that do not involve specification changes.Discussion PeriodThe community engages in conversations to help refine and develop the proposal.The community engages in conversations to help refine and develop the proposal.PlanRoadmap of a larger proposal that aggregates multiple specification changes into iterations.Roadmap of a larger proposal that aggregates multiple specification changes into iterations.
Description
Context
In July 2025, we adopted the new GTFS Schedule Governance Framework to bring more clarity, transparency, and structure to how GTFS evolves.
This framework reflects a pragmatic approach grounded in four key goals: stability, accessibility, predictability, and diversity.
What’s new?
Key process changes:
- Formal Issue stage
- New Pull Request template
- Added Review and Voting Periods
- Updated voting requirements
- Clearer change types and processes
- Defined roles and responsibilities
This is a starting point—we’re opening a 6-month revision period and inviting your feedback to help refine it. Our long-term goal is to build a strong foundation for future updates, including the possible unification of GTFS Schedule and Realtime governances.
Transition Period
- As of July 7, 2025, all new Pull Requests are subject to the new GTFS Schedule Governance Framework.
- Pull Requests opened before July 7, 2025 will continue to follow the Former Governance.
- This includes the following PRs: Add addition best practice on hosting GTFS files #567, [GTFS Fares v2] Semantics clarification #561, [GTFS-Fares v2] Add Distance-Based Fares #556, Add communication_period and impact_period #546, Add cemv_support field in agency.txt and routes.txt #545, Introduce boarding permissions to specify the carriage of vehicles at per-stop granularity #533, Add stops.stop_access field #515, Stop Time Events in the past should be kept #502, [GTFS Fares v2] Add nonconsecutive_transfer_allowed field and clarify fare_transfer_type #498, [GTFS Fares v2] Area Set matching predicates. #483, [GTFS-Fares v2] Fare product/media transfer behavior #423.
- These PRs have also been attributed the label of:
Former Governance Applies
- Once all PRs opened prior to July 7, 2025 are resolved, the Former Governance will be fully deprecated.
Revision Period
- The new GTFS Schedule Governance Framework is undergoing a 6-month revision period, so that the community can help fine tune it.
- We ask the community to use the comment section below to submit noticed frictions or issues they noticed when using the governance. This will allow us to collect valuable feedback and work collectively on an improvement.
- At the end of this period, we will communicate next steps here and / or host a meeting to assess the current state by identifying areas of improvement and their potential solutions.
Ideas with considerable discussion and / or support
- Refinement of GTFS Terminology: Transitioning from "Schedule" to "Static" #442
- [Plan] GTFS Public Backlog #495
- Use Entity-Relationship Model as Definitive Reference #415
- [Discussion] GTFS Realtime Versioning #530
- Merging GTFS Schedule and GTFS Realtime Governances
Ideas to be discussed
- Revising the Guiding Principals
- Experimental phase for proposals based on adoption
- Flexibility in 1 Consumer and 1 Producers testing requirements and depreciation of “small” unused fields
- Formalizing Working Groups
- Versioning and backward compatibility
- MDIP Certification / badging for contributors
- Deprecating Google Groups Requirement
Please feel free to submit any ideas you feel could improve the governance of GTFS. We will be sure to add them to this list.
westontrillium
Metadata
Metadata
Assignees
Labels
Change type: Documentation MaintenanceImprovements to clarity, accuracy, and presentation without altering semantics or functionality.Improvements to clarity, accuracy, and presentation without altering semantics or functionality.CommunicationGeneral announcements to the community that do not involve specification changes.General announcements to the community that do not involve specification changes.Discussion PeriodThe community engages in conversations to help refine and develop the proposal.The community engages in conversations to help refine and develop the proposal.PlanRoadmap of a larger proposal that aggregates multiple specification changes into iterations.Roadmap of a larger proposal that aggregates multiple specification changes into iterations.