Planned direction for tods-validate. Dates are intentions, not promises; items move earlier when users ask for them. Feedback and feature requests are welcome as GitHub issues.
--ignore TODS-Wxxx(repeatable) and atods-validate.tomlconfig file so agencies can encode local policy and run the validator in CI without fighting warnings they have decided to accept.--format markdown: a report suitable for pasting into an issue or a working-group thread.- Still open: fixes from validating real-world feeds. If you produce or consume TODS and can share a feed (privately is fine), please open an issue.
tods-validate merge feed/ -o supplemented.zip: materialize the "TODS-Supplemented GTFS" the spec describes, so the result can be checked with MobilityData's gtfs-validator. The spec says the merged dataset should form a valid GTFS feed; this makes that property testable.- Supplement-internal reference checks (for example,
stop_times_supplement.txt:trip_idresolving against supplemented trips). - A documented CI recipe chaining merge and gtfs-validator.
- Docker image on GHCR for CI environments without Python.
tods-validate rules(text and JSON, with category and interpretation metadata) and a published JSON Schema for the report format, so dashboards can consume findings without scraping text.- A pre-commit hook definition.
scripts/benchmark.pyfor throughput on large synthetic feeds.- SARIF and HTML report formats; richer text/Markdown (by-rule grouping, root-cause hints, path-to-green).
diff,batch,stats, andanonymizesubcommands; amergemanifest.- Opt-in coverage (TODS-I50x) and advisory (TODS-I60x) rules via
--enable. - A public Python API (
validate_feed),--baseline,--profile, configextends, and input-safety hardening (SECURITY.md).
--spec-versionflag. TODS changed substantially between v1 and v2; the validator should be explicit about which spec text it enforces.- Validation for spec additions as they are adopted upstream (the spec repository currently has open proposals for rosters, runtimes, and electrification files such as chargers and energy consumption).
- Offering this project's fixture feeds upstream as a conformance suite.
Gated on the rule set proving out against multiple production feeds and on no rule-ID churn for two consecutive releases. v1.0 means semantic-versioning guarantees on rule IDs, exit codes, and the JSON report schema, plus an acceptance-test corpus in CI.
Validating GTFS itself (use gtfs-validator), GTFS-realtime correlation, and feed editing or repair beyond the merge described above.