university-of-iowa-cambus — Source Data Validation Report

This report was generated by the Canonical GTFS Schedule validator, version 8.0.1 at 2026-09-02T14:33:36Z,
for the dataset file:///shared/university-of-iowa-cambus_7b8c0f8d.zip. No country code was provided.

Use this report alongside our documentation.

Summary

Agencies included


Feed Info


Publisher Name:
GMV Syncromatics
Feed Email:
support@gmvsync.com
Feed Language:
English
Feed Start Date:
2026-08-28
Feed End Date:
2026-09-25

Files included


  1. agency.txt
  2. calendar.txt
  3. calendar_attributes.txt
  4. calendar_dates.txt
  5. directions.txt
  6. feed_info.txt
  7. realtime_routes.txt
  8. routes.txt
  9. shapes.txt
  10. stop_times.txt
  11. stops.txt
  12. trips.txt

Counts


  • Agencies: 1
  • Blocks: 126
  • Routes: 21
  • Shapes: 24
  • Stops: 117
  • Trips: 2318

Specification Compliance report

368 notices reported (21 errors, 344 warnings, 3 infos)

Notice Code Severity Total
decreasing_or_equal_stop_time_distance ERROR 21

decreasing_or_equal_stop_time_distance

Decreasing or equal shape_dist_traveled in stop_times.txt.

When sorted by stop_times.stop_sequence, two consecutive entries in stop_times.txt should have increasing distance, based on the field shape_dist_traveled. If the values are equal, this is considered as an error.

You can see more about this notice here.

tripId (?) The id of the faulty trip. stopId (?) The id of the faulty stop. csvRowNumber (?) The row number from `stop_times.txt`. shapeDistTraveled (?) Actual distance traveled along the shape from the first shape point to the faulty record. stopSequence (?) The faulty record's `stop_times.stop_sequence`. prevCsvRowNumber (?) The row number from `stop_times.txt` of the previous stop time. prevShapeDistTraveled (?) Actual distance traveled along the shape from the first shape point to the previous stop time. prevStopSequence (?) The previous record's `stop_times.stop_sequence`.
"210009-9" "2533960" 24088 0.0 17 24087 15407.520368978941 16
"210007-15" "2533960" 23968 0.0 17 23967 15407.520368978941 16
"210005-9" "2533960" 23896 0.0 17 23895 15407.520368978941 16
"210003-15" "2533960" 23776 0.0 17 23775 15407.520368978941 16
"210013-9" "2533960" 24208 0.0 17 24207 15407.520368978941 16
"210008-9" "2533960" 24040 0.0 17 24039 15407.520368978941 16
"210004-9" "2533960" 23848 0.0 17 23847 15407.520368978941 16
"210006-15" "2533960" 23920 0.0 17 23919 15407.520368978941 16
"210012-9" "2533960" 24184 0.0 17 24183 15407.520368978941 16
"210002-15" "2533960" 23728 0.0 17 23727 15407.520368978941 16
"210009-15" "2533960" 24064 0.0 17 24063 15407.520368978941 16
"210010-15" "2533960" 24112 0.0 17 24111 15407.520368978941 16
"210007-9" "2533960" 23992 0.0 17 23991 15407.520368978941 16
"210003-9" "2533960" 23800 0.0 17 23799 15407.520368978941 16
"210011-9" "2533960" 24160 0.0 17 24159 15407.520368978941 16
"210002-9" "2533960" 23752 0.0 17 23751 15407.520368978941 16
"210005-15" "2533960" 23872 0.0 17 23871 15407.520368978941 16
"210006-9" "2533960" 23944 0.0 17 23943 15407.520368978941 16
"210008-15" "2533960" 24016 0.0 17 24015 15407.520368978941 16
"210004-15" "2533960" 23824 0.0 17 23823 15407.520368978941 16
"210010-9" "2533960" 24136 0.0 17 24135 15407.520368978941 16
equal_shape_distance_same_coordinates WARNING 6

equal_shape_distance_same_coordinates

Two consecutive points have equal shape_dist_traveled and the same lat/lon coordinates in shapes.txt.

When sorted by shape.shape_pt_sequence, the values for shape_dist_traveled must increase along a shape. Two consecutive points with equal values for shape_dist_traveled and the same coordinates indicate a duplicative shape point.

You can see more about this notice here.

shapeId (?) The id of the faulty shape. csvRowNumber (?) The row number from `shapes.txt`. shapeDistTraveled (?) Actual distance traveled along the shape from the first shape point to the faulty record. shapePtSequence (?) The faulty record's `shapes.shape_pt_sequence`. prevCsvRowNumber (?) The row number from `shapes.txt` of the previous shape point. prevShapeDistTraveled (?) Actual distance traveled along the shape from the first shape point to the previous shape point. prevShapePtSequence (?) The previous record's `shapes.shape_pt_sequence`.
"18076" 2676 10272.749385916717 326 2675 10272.749385916717 325
"18076" 2704 11362.239211060625 354 2703 11362.239211060625 353
"18076" 2853 16757.131081854262 503 2852 16757.131081854262 502
"13068" 858 6054.017665369731 242 857 6054.017665369731 241
"5338" 127 4704.458657769995 125 126 4704.458657769995 124
"13069" 1201 7748.432683838135 288 1200 7748.432683838135 287
feed_expiration_date30_days WARNING 1

feed_expiration_date30_days

Dataset should cover at least the next 30 days of service.

At any time, the GTFS dataset should cover at least the next 30 days of service, and ideally for as long as the operator is confident that the schedule will continue to be operated.

You can see more about this notice here.

csvRowNumber (?) The row number of the faulty record. currentDate (?) Current date (YYYYMMDD format). feedEndDate (?) Feed end date (YYYYMMDD format). suggestedExpirationDate (?) Suggested expiration date (YYYYMMDD format).
2 "20260902" "20260925" "20261002"
leading_or_trailing_whitespaces WARNING 1

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" 82 "stop_name" "East Lot "
mixed_case_recommended_field WARNING 291

mixed_case_recommended_field

This field has customer-facing text and should use Mixed Case (should contain upper and lower case letters).

This field contains customer-facing text and should use Mixed Case (upper and lower case letters) to ensure good readability when displayed to riders. Avoid the use of abbreviations throughout the feed (e.g. St. for Street) unless a location is called by its abbreviated name (e.g. “JFK Airport”). Abbreviations may be problematic for accessibility by screen reader software and voice user interfaces.

Good examples:
Field Text Dataset
"Schwerin, Hauptbahnhof" Verkehrsverbund Berlin-Brandenburg
"Red Hook/Atlantic Basin" NYC Ferry
"Campo Grande Norte" Carris
Bad examples:
Field Text
"GALLERIA MALL"
"3427 GG 17"
"21 Clark Rd Est"

You can see more about this notice here.

Only the first 50 of 291 affected records are displayed below.

filename (?) Name of the faulty file. fieldName (?) Name of the faulty field. fieldValue (?) Faulty value. csvRowNumber (?) The row number of the faulty record.
"routes.txt" "route_desc" "looping residence halls" 22
"trips.txt" "trip_headsign" "loop" 962
"trips.txt" "trip_headsign" "loop" 963
"trips.txt" "trip_headsign" "loop" 964
"trips.txt" "trip_headsign" "loop" 965
"trips.txt" "trip_headsign" "loop" 966
"trips.txt" "trip_headsign" "loop" 967
"trips.txt" "trip_headsign" "loop" 968
"trips.txt" "trip_headsign" "loop" 969
"trips.txt" "trip_headsign" "loop" 970
"trips.txt" "trip_headsign" "loop" 971
"trips.txt" "trip_headsign" "loop" 972
"trips.txt" "trip_headsign" "loop" 973
"trips.txt" "trip_headsign" "loop" 974
"trips.txt" "trip_headsign" "loop" 975
"trips.txt" "trip_headsign" "loop" 976
"trips.txt" "trip_headsign" "loop" 977
"trips.txt" "trip_headsign" "loop" 978
"trips.txt" "trip_headsign" "loop" 979
"trips.txt" "trip_headsign" "loop" 980
"trips.txt" "trip_headsign" "loop" 981
"trips.txt" "trip_headsign" "loop" 982
"trips.txt" "trip_headsign" "loop" 983
"trips.txt" "trip_headsign" "loop" 984
"trips.txt" "trip_headsign" "loop" 985
"trips.txt" "trip_headsign" "loop" 986
"trips.txt" "trip_headsign" "loop" 987
"trips.txt" "trip_headsign" "loop" 988
"trips.txt" "trip_headsign" "loop" 989
"trips.txt" "trip_headsign" "loop" 990
"trips.txt" "trip_headsign" "loop" 991
"trips.txt" "trip_headsign" "loop" 992
"trips.txt" "trip_headsign" "loop" 993
"trips.txt" "trip_headsign" "loop" 994
"trips.txt" "trip_headsign" "loop" 995
"trips.txt" "trip_headsign" "loop" 996
"trips.txt" "trip_headsign" "loop" 997
"trips.txt" "trip_headsign" "loop" 998
"trips.txt" "trip_headsign" "loop" 999
"trips.txt" "trip_headsign" "loop" 1000
"trips.txt" "trip_headsign" "loop" 1001
"trips.txt" "trip_headsign" "loop" 1002
"trips.txt" "trip_headsign" "loop" 1003
"trips.txt" "trip_headsign" "loop" 1004
"trips.txt" "trip_headsign" "loop" 1005
"trips.txt" "trip_headsign" "loop" 1006
"trips.txt" "trip_headsign" "loop" 1007
"trips.txt" "trip_headsign" "loop" 1008
"trips.txt" "trip_headsign" "loop" 1009
"trips.txt" "trip_headsign" "loop" 1010
route_long_name_contains_short_name WARNING 18

route_long_name_contains_short_name

Long name should not contain short name for a single route.

In routes.txt, route_long_name should not contain the value for route_short_name, because when both are provided, they are often combined by transit applications. Note that only one of the two fields is required. If there is no short name used for a route, use route_long_name only.

Good examples:

route_short_name/route_long_name Dataset
"N"/"Judah" Muni San Fransisco
"6"/"ML King Jr Blvd" Trimet Portland Streetcar
"55"/"Boulevard Saint Laurent" STM Montreal
"1"/"Rangiora/Cashmere" Metro Christchurch

Bad examples:

route_short_name/route_long_name
"604"/"604"
"14"/"Route 14"
"2"/"Route 2: Bellows Falls In-Town"

You can see more about this notice here.

routeId (?) The id of the faulty record. csvRowNumber (?) The row number of the faulty record. routeShortName (?) The faulty record's `route_short_name`. routeLongName (?) The faulty record's `route_long_name`.
"2332" 2 "32" "32 Blue Route"
"2365" 3 "35" "35 Interdorm"
"2366" 4 "36" "36 East Dorm Shuttle"
"2368" 5 "52" "52 Finkbine-Pentacrest"
"2369" 6 "31" "31 Red Route"
"2370" 7 "34" "34 Research Park"
"2372" 8 "43" "43 Hawkeye Interdorm"
"2373" 9 "41" "41 Hawk Lot-Hospital"
"2377" 10 "54" "54 Hancher-Newton Rd."
"2379" 11 "53" "53 VA Loop Shuttle"
"2432" 12 "51" "51 Hospital-Finkbine/Arena"
"2433" 13 "42" "42 Hawkeye-Pentacrest"
"4799" 15 "Finkbine-WCTC" "Finkbine-WCTC"
"4800" 16 "Arena-WCTC" "Arena-WCTC"
"5473" 18 "32M" "32M Blue Route"
"5474" 19 "31M" "31M Red Route"
"5598" 20 "31F Red Route Football" "31F Red Route Football Archived 8/25/2025"
"5599" 21 "32F Blue Route" "32F Blue Route Football"
route_short_name_too_long WARNING 5

route_short_name_too_long

Short name of a route is too long (more than 12 characters).

You can see more about this notice here.

routeId (?) The id of the faulty record. csvRowNumber (?) The row number of the faulty record. routeShortName (?) The faulty record's `route_short_name`.
"2634" 14 "Westside Move-In"
"4799" 15 "Finkbine-WCTC"
"5394" 17 "Eastside Move-In"
"5598" 20 "31F Red Route Football"
"5599" 21 "32F Blue Route"
stop_without_stop_time WARNING 16

stop_without_stop_time

A stop in stops.txt is not referenced by any stop_times.stop_id.

Such stops are not used by any trip and normally do not provide user value. This notice may indicate a typo in stop_times.txt.

You can see more about this notice here.

csvRowNumber (?) The row number of the faulty record. stopId (?) The id of the faulty stop. stopName (?) The name of the faulty stop.
2 "10192344" "Park Rd/North RIverside"
6 "10968591" "IMU Madison & Jefferson"
7 "11617796" "Health Sciences West"
8 "12157049" "Burlington & Madison EB"
9 "12161128" "Newman Center"
50 "2533990" "Health Sciences East"
85 "2578168" "Health Sciences West"
90 "4119600" "Clinton & Market West"
91 "4119601" "IMU Madison & Jefferson"
92 "5113279" "Burlington & Madison WB"
93 "5249621" "NB Dubuque & Davenport"
94 "5249622" "NB Dubuque & Church"
95 "5250915" "SB Dubuque & Church"
96 "5250916" "SB Dubuque & Davenport"
108 "6105226" "Carver South"
118 "9241411" "Burlington/Madison WB"
stops_match_shape_out_of_order WARNING 2

stops_match_shape_out_of_order

Two stop entries are different than their arrival-departure order defined by shapes.txt.

This could indicate a problem with the location of the stops, the path of the shape, or the sequence of the stops for their trip.

You can see more about this notice here.

tripCsvRowNumber (?) The row number of the faulty record from `trips.txt`. shapeId (?) The id of the shape that is referred to. tripId (?) The id of the trip that is referred to. stopTimeCsvRowNumber1 (?) The row number of the first faulty record from `stop_times.txt`. stopId1 (?) The id of the first stop that is referred to. stopName1 (?) The name of the first stop that is referred to. match1 (?) Latitude and longitude pair of the first matching location. stopTimeCsvRowNumber2 (?) The row number of the second faulty record from `stop_times.txt`. stopId2 (?) The id of the second stop that is referred to. stopName2 (?) The name of the second stop that is referred to. match2 (?) Latitude and longitude pair of the second matching location.
1291 "13267" "210002-15" 23729 "2533963" "Church St North" [41.668033,-91.533416] 23728 "2533960" "Mayflower Hall" [41.676897,-91.531995]
1291 "13267" "210002-15" 23729 "2533963" "Church St North" [41.667987,-91.533414] 23728 "2533960" "Mayflower Hall" [41.676897,-91.531995]
unusable_trip WARNING 4

unusable_trip

Trips must have more than one stop to be usable.

A trip must visit more than one stop in stop_times.txt to be usable by passengers for boarding and alighting.

You can see more about this notice here.

csvRowNumber (?) The row number of the faulty record. tripId (?) The faulty record's id.
102 "111015-15"
211 "112016-15"
359 "11615-15"
662 "12615-15"
unknown_file INFO 3

unknown_file

A file is unknown.

You can see more about this notice here.

filename (?) The name of the unknown file.
"calendar_attributes.txt"
"realtime_routes.txt"
"directions.txt"