Describe the bug
Aside from being inverted, with VBB's 2026-02-13 GTFS feed, the GTFS validator reports a service window of reports "2026-07-18 to 2026-02-11".
Not sure if #1807 is relevant here, but I think not, as "service window" and "majority service window" seem to be different concepts.
Steps/Code to Reproduce
Currently, VBB's link to the latest GTFS dataset will give you this feed. Once it has been updated, you can use my mirror to download the files.
curl 'https://www.vbb.de/vbbgtfs' -fsSL -I | grep -i last-modified
# last-modified: Fri, 13 Feb 2026 09:50:15 GMT
sha256sum /tmp/vbb.gtfs.zip
# 89f4acdf5c5973749076ed4876d0a846b394bd4dac758e79be9b191992e8ecd8 /tmp/vbb.gtfs.zip
unzip -v /tmp/vbb.gtfs.zip
# Archive: /tmp/vbb.gtfs.zip
# Length Method Size Cmpr Date Time CRC-32 Name
# -------- ------ ------- ---- ---------- ----- -------- ----
# 3339 Defl:X 1053 69% 02-12-2026 18:21 8e8c336a agency.txt
# 91912 Defl:X 7266 92% 02-12-2026 18:21 10587dd1 calendar.txt
# 1172160 Defl:X 185514 84% 02-12-2026 18:21 70f0dce3 calendar_dates.txt
# 64 Defl:X 58 9% 02-12-2026 18:21 342dcac8 frequencies.txt
# 6226 Defl:X 1724 72% 02-12-2026 18:21 89fac01d levels.txt
# 9444300 Defl:X 1032796 89% 02-12-2026 18:21 746b79b7 pathways.txt
# 51227 Defl:X 7924 85% 02-12-2026 18:21 a6be1b4f routes.txt
# 164073903 Defl:X 35408665 78% 02-12-2026 18:21 6479f4aa shapes.txt
# 374846783 Defl:X 35942415 90% 02-12-2026 18:21 b1baa7ea stop_times.txt
# 7335246 Defl:X 1196424 84% 02-12-2026 18:21 dfa05d3f stops.txt
# 3175571 Defl:X 224088 93% 02-12-2026 18:21 f263bf41 transfers.txt
# 16717930 Defl:X 1078978 94% 02-12-2026 18:21 3f822ade trips.txt
# -------- ------- --- -------
# 576918661 75086905 87% 12 files
sha256sum vbb-gtfs.jannisr.de/2026-12-13/*.csv
# e95d6192c954d3c4f0e74fac811053a45b7a1976625852f3704ecfb90669ae54 agency.csv
# dd1e6f18dc8aef4b402a278a4b5c8b37c499df57a88d7675de5c0be2286a1115 calendar.csv
# e9dd19a02c3b859cab72052c01af8d6ee3127e0fe9079fac6ba1d540bb3f7353 calendar_dates.csv
# ec9a255440cc7a24b62b0db846920309bd3a050c2b76bbed0ba19b2f91b8e6ee frequencies.csv
# 6bd9f4878a2b2ab233fa815d3138bbb8ac60895650d2864c834effd749765c3d levels.csv
# 39facc5b25673a8ab765bdad366c46479224c1430cbf3b7fa7b6d7d52c5b592b pathways.csv
# b5fb5669801021564b46a3213563ee0a6f6ea99e6c2c8c1e90f54a43fe6be5e9 routes.csv
# 0e8d62061e67564fabc0015b7627181f6598614e042ef946e2c7e5ca06550250 shapes.csv
# 559e83b88d9d4b3bec59448ebba82e4efce12de33acf4d053f4d12f094c7dc62 stop_times.csv
# 744823beb5d456b587e7081dee7a358c888088162c4e372693c817f1275f51da stops.csv
# c583aebe6c89bbaa333b15eee09adc3fc61f2f9772a5fb7de51af91e77b19738 transfers.csv
# b536349024f2a7f99fca41d0ba13732a541b88c9cc3e62aa4502a23c9897d827 trips.csv
Expected Results
According to my gtfs-via-duckdb, the earliest service day in the dataset is 2026-02-12 and the latest is 2026-12-12.
npx --package=gtfs-via-duckdb -- -d --trips-without-shape-id -- 2026-02-13.gtfs.duckdb vbb-gtfs.jannisr.de/2026-02-13/*.csv
duckdb -readonly -csv 2026-02-13.gtfs.duckdb -c 'SELECT * FROM service_days ORDER BY date ASC LIMIT 1'
# service_id,date
# 2132,2026-02-12 00:00:00
duckdb -readonly -csv 2026-02-13.gtfs.duckdb -c 'SELECT * FROM service_days ORDER BY date DESC LIMIT 1'
# service_id,date
# 2130,2026-12-12 00:00:00
Actual Results
The GTFS validator reports a service window of reports "2026-07-18 to 2026-02-11"
Screenshots
No response
Files used
No response
Validator version
7.1.0
Operating system
macOS v15.7.3
Java version
25.0.1
Additional notes
java --version
# openjdk 25.0.1 2025-10-21
# OpenJDK Runtime Environment (build 25.0.1+8-27)
# OpenJDK 64-Bit Server VM (build 25.0.1+8-27, mixed mode, sharing)
sha256sum ~/playground/gtfs-validator-7.1.0-cli.jar
# 52c2785089aaf04e7ba1bb11b2db215692e2622eb0e196b823c194d156d9b58c /Users/j/playground/gtfs-validator-7.1.0-cli.jar
Site note: It would be great to have a --version option:
java -jar ~/playground/gtfs-validator-7.1.0-cli.jar --version
# Exception in thread "main" com.beust.jcommander.ParameterException: Unknown option: --version
# at com.beust.jcommander.JCommander.parseValues(JCommander.java:742)
# at com.beust.jcommander.JCommander.parse(JCommander.java:282)
# at com.beust.jcommander.JCommander.parse(JCommander.java:265)
# at org.mobilitydata.gtfsvalidator.cli.Main.main(Main.java:43)
Describe the bug
Aside from being inverted, with VBB's 2026-02-13 GTFS feed, the GTFS validator reports a service window of reports "2026-07-18 to 2026-02-11".
Not sure if #1807 is relevant here, but I think not, as "service window" and "majority service window" seem to be different concepts.
Steps/Code to Reproduce
Currently, VBB's link to the latest GTFS dataset will give you this feed. Once it has been updated, you can use my mirror to download the files.
Expected Results
According to my gtfs-via-duckdb, the earliest service day in the dataset is 2026-02-12 and the latest is 2026-12-12.
Actual Results
The GTFS validator reports a service window of reports "2026-07-18 to 2026-02-11"
Screenshots
No response
Files used
No response
Validator version
7.1.0
Operating system
macOS v15.7.3
Java version
25.0.1
Additional notes
Site note: It would be great to have a
--versionoption: