GTFS Schedule Validation Report

This report was generated by the Canonical GTFS Schedule validator, version 7.1.0 at 2026-01-23T16:18:51Z,
for the dataset file:///shared/huntsville-shuttle.zip. No country code was provided.

Use this report alongside our documentation.

Summary

Agencies included


Feed Info


Publisher Name:
N/A
Publisher URL:
N/A
Feed Email:
N/A
Feed Language:
N/A

Files included


  1. agency.txt
  2. calendar.txt
  3. calendar_dates.txt
  4. routes.txt
  5. shapes.txt
  6. stop_times.txt
  7. stops.txt
  8. trips.txt

Counts


  • Agencies: 1
  • Blocks: 0
  • Routes: 11
  • Shapes: 11
  • Stops: 360
  • Trips: 912

Specification Compliance report

37 notices reported (0 errors, 37 warnings, 0 infos)

Notice Code Severity Total
expired_calendar WARNING 6

expired_calendar

Dataset should not contain date ranges for services that have already expired.

This warning takes into account the calendar_dates.txt file as well as the calendar.txt file.

You can see more about this notice here.

csvRowNumber (?) The row of the faulty record. serviceId (?) The service id of the faulty record.
2 "20191213_20191231_1000000"
3 "20191213_20191231_0100000"
4 "20191213_20191231_0010000"
5 "20191213_20191231_0001000"
6 "20191213_20191231_0000100"
7 "20191213_20191231_0000010"
leading_or_trailing_whitespaces WARNING 29

leading_or_trailing_whitespaces

The value in CSV file has leading or trailing whitespaces.

This notice is emitted for values protected with double quotes since whitespaces for non-protected values are trimmed automatically by CSV parser.

The validator strips whitespaces from protected values. We do not see any use case when such a whitespace may be needed. On the other hand, some real-world feeds use trailing whitespaces for some values and omit them for the others. This is causing the largest problem when a primary key and a foreign key differ just by a whitespace: it is clear that they are intended to be the same, that is why we always strip whitespaces.

You can see more about this notice here.

filename (?) The name of the faulty file. csvRowNumber (?) The row of the faulty record. fieldName (?) Faulty record's field name. fieldValue (?) Faulty value.
"stops.txt" 36 "stop_name" "Blue Spring at Stonehurst Apartments "
"stops.txt" 54 "stop_name" "Calhoun College "
"stops.txt" 66 "stop_name" "Clinton at 4th "
"stops.txt" 73 "stop_name" "Clinton at Seminole "
"stops.txt" 89 "stop_name" "Drake Ave Academy Sports "
"stops.txt" 105 "stop_name" "Fuel City "
"stops.txt" 114 "stop_name" "Holmes at Galway "
"stops.txt" 139 "stop_name" "Jordan Lane at Sparkman Dr NB "
"stops.txt" 153 "stop_name" "Max Luther at the Health Dept. "
"stops.txt" 175 "stop_name" "Meridian St at Holloway "
"stops.txt" 178 "stop_name" "Monroe at Church "
"stops.txt" 179 "stop_name" "Monroe at the Chamber of Commerce "
"stops.txt" 183 "stop_name" "Newson Rd at Cherokee Bend "
"stops.txt" 203 "stop_name" "Old Madison Pike and Bocker "
"stops.txt" 206 "stop_name" "Old Madison Pike at Steeplechase "
"stops.txt" 262 "stop_name" "Seminole at Vernon "
"stops.txt" 265 "stop_name" "Sherwood Baptist Church "
"stops.txt" 268 "stop_name" "Space and Rocket Center "
"stops.txt" 271 "stop_name" "Sparkman at Pike "
"stops.txt" 278 "stop_name" "TARCOG "
"stops.txt" 280 "stop_desc" "Enterprize Way at 1st Commercial Bank "
"stops.txt" 282 "stop_name" "Todd Towers Stop "
"stops.txt" 292 "stop_name" "University at Arctic "
"stops.txt" 297 "stop_name" "University at Henderson "
"stops.txt" 302 "stop_name" "University at McDonald's "
"stops.txt" 303 "stop_name" "University at Meadow Dr "
"stops.txt" 327 "stop_name" "Walmart - University Dr "
"stops.txt" 341 "stop_name" "Whitesport Dr at Crestwood Hospital "
"stops.txt" 342 "stop_name" "Whitesport Dr at Whitesport Cr "
missing_recommended_file WARNING 1

missing_recommended_file

A recommended file is missing.

You can see more about this notice here.

filename (?) The name of the faulty file.
"feed_info.txt"
trip_coverage_not_active_for_next7_days WARNING 1

trip_coverage_not_active_for_next7_days

Trips data should be valid for at least the next seven days.

This notice is triggered if the date range where a significant number of trips are running ends in less than 7 days.

You can see more about this notice here.

currentDate (?) Current date (YYYYMMDD format). serviceWindowStartDate (?) The start date of the majority service window. serviceWindowEndDate (?) The end date of the majority service window.
"20260123" "20191213" "20221230"