-
Notifications
You must be signed in to change notification settings - Fork 183
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
Add that shapes should be included #470
Conversation
This PR has been open for at least 7 calendar days. I assume the lack of discussion in the PR means most comments were made in issue #459. As per the Spec Amendment Process, I am opening a vote for making You can find previous discussions on the topic in issue #459. |
+1 from TransSee TransSee relies on shape data heavily and is significantly degraded when it's not present. |
+1 Transit |
+1 Trillium |
+1 OpenGeo |
+1 from @interline-io |
+1 Caltrans |
+1 @mbta |
+1 strada360 |
+1 GMV |
The voting period ended on 2024-07-17 at 23:59:59 UTC. With 9 votes in favor and no votes against, the vote passes.
Thank you to everyone who participated! |
Context
This PR follow-up on issue #45, which received good engagement.
This originated form an issue by @e-lo for the GTFS Schedule Best Practices.
We'd like to eventually have the Best Practices and the specifications consolidated into one document, so we are incorporating new Best Practices directly into the spec (see efforts to merge the specifications and Best Practices here and here).
Proposal
This PR adds the following mention in shapes.txt description:
Given that zone-based services can now be modeled in GTFS and don't need
shapes.txt
defined, I didn't modify the Presence type of shapes.txt to Recommended, and rather chose a "should" statement in its description.Note that merging this PR means we'd add a WARNING in the Canonical GTFS Schedule Validator, which is the severity level for all GTFS Best Practices (spec should & recommended + everything in the Best Practices).