Skip to content
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

establish a cross-project test suite for GTFS libraries #17

Open
derhuerst opened this issue Jul 3, 2020 · 6 comments
Open

establish a cross-project test suite for GTFS libraries #17

derhuerst opened this issue Jul 3, 2020 · 6 comments

Comments

@derhuerst
Copy link
Member

derhuerst commented Jul 3, 2020

From georust/transitfeed#5 (comment):

reusability

Answering quite basic (but very relevant in practical usage of GTFS) questions like When does any vehicle depart at a bus stop? is surprisingly much work: GTFS Time values are inherently timezone-dependent, frequencies.txt with exact_times=1 defines "stop times" as well, etc. With the ever-growing number of optional parts and extensions, doing GTFS processing right is a lot of work, so we should make the implementation in this project as reusable/flexible as possible.

Also, a project- and language-independent test suite, i.e. a set of fixtures per "question"/operation, would be very helpful for this. Those have been very successful in other areas, e.g. for WebSocket implementations or for HTML5 parsers.

validation

There are a bazillion validation (i.e. "semantic checks on the actual data") cases; The best practices page is long, and the GTFS issue tracker and mailing lists are full of edge cases. There are at east 20 libs across languages doing some form of validation, but none of them cover all the issues that we see with GTFS feeds in the wild.

I'd dare to say that people don't care which language a GTFS validator is written in, but they strongly prefer a certain language for "questions"/analysis. Like the "questions"/analysis mentioned above, validation lends itself to a project- and language-independent set of fixtures, maintained by the wider GTFS community. I hope this will push the overall quality of GTFS feeds, and reduce the amount of duplicated work poured into all those GTFS validation libs. I therefore propose not to put too much effort into validation in this project (I'm obviously just a random stranger telling what to do 😬).

@derhuerst
Copy link
Member Author

derhuerst commented Feb 24, 2021

@derhuerst
Copy link
Member Author

related: MobilityData/gtfs-validator#1098

@barbeau
Copy link

barbeau commented Mar 16, 2022

FWIW, OpenTripPlanner includes a few GTFS datasets in it's test suite:
https://github.com/opentripplanner/OpenTripPlanner/tree/dev-2.x/src/test/resources/gtfs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants