Monthly GTFS Quality Report
Amtrak
·
August 2022
This is a monthly report generated by the California Integrated Travel Project (Cal-ITP) and Caltrans. It summarizes progress towards the California Transit Data Guidelines, in addition to providing a snapshot of transit service characteristics such as service hours. This report is available for viewing by the general public to support continuous improvement of GTFS data and the experience of transit passengers.
Current GTFS Feed Info
Technology Vendors
About the August Daily Service Level Charts
- These charts show the total hours of transit service described by the active feed for each day.
- Since service levels often vary by the day of the week, it is split into three charts for weekdays, Saturdays, and Sundays.
- Flat lines indicate consistent levels of service throughout the month.
- Short drops may indicate temporary reduced service, such as for holidays, gaps in feed publishing, or potential inaccuracies.
- Please reach out to our help desk at [email protected] with any questions.
Service hours per weekday in the active feed
Service hours per Saturday in the active feed
Service hours per Sunday in the active feed
About the August Identifier Change Charts
- These charts show the percentage of stop and route IDs that have changed since the previous month.
- Stop and route IDs are important identifiers for GTFS feed consumers to correctly parse feeds.
- It is a GTFS Best Practice to keep these consistent between feed versions whenever possible.
- More than 5% being new or dropped is a cause for attention, especially if there hasn't been a major service or route change.
- Please reach out to our help desk at [email protected] with any questions.
Changes from August 01 to August 31
Consistency with the California Transit Data Guidelines
The following checks measure adherence to the GTFS Compliance (Schedule) and GTFS Compliance (Realtime) portions of the California Transit Data Guidelines.
The following symbols are used to denote each check's outcome on the given date:
- Pass
- Fail
- Not applicable/data unavailable
Checks marked with an asterisk (*) are periodically performed manually. We can update these on request, so let us know if one of them looks off. For agencies participating in a regional GTFS feed, such as the Bay Area 511 feed, the "No errors in MobilityData GTFS Schedule Validator" check may show a Fail if there are any validation errors present in the regional feed, even if the single-agency feed contains no errors. We believe this is unlikely to impact the rider experience.
| GTFS Schedule Compliance Check | 2022-08-04 | 2022-08-18 | |
|---|---|---|---|
| A GTFS Schedule feed is listed | | | |
| GTFS schedule feed downloads successfully | | | |
| No errors in MobilityData GTFS Schedule Validator | | | |
| GTFS Schedule feed is published at a stable URI (permalink) from which it can be “fetched” automatically by trip-planning applications* | | | |
| Includes an open license that allows commercial use of GTFS Schedule feed* | | | |
| GTFS Schedule feed ingested by Google Maps and/or a combination of Apple Maps, Transit App, Bing Maps, Moovit or local Open Trip Planner services* | | | |
| GTFS RT Compliance Check | 2022-08-04 | 2022-08-18 | |
| A Vehicle positions feed is listed | | | |
| A Trip updates feed is listed | | | |
| A Service alerts feed is listed | | | |
| Vehicle positions RT feed is present | | | |
| Trip updates RT feed is present | | | |
| Service alerts RT feed is present | | | |
| The Vehicle positions feed produces no errors in the MobilityData GTFS Realtime Validator | | | |
| The Trip updates feed produces no errors in the MobilityData GTFS Realtime Validator | | | |
| The Service alerts feed produces no errors in the MobilityData GTFS Realtime Validator | | | |
| Vehicle positions feed is published at a stable URI (permalink) from which it can be “fetched” automatically by trip-planning applications* | | | |
| Trip updates feed is published at a stable URI (permalink) from which it can be “fetched” automatically by trip-planning applications* | | | |
| Service alerts feed is published at a stable URI (permalink) from which it can be “fetched” automatically by trip-planning applications* | | | |
| Includes an open license that allows commercial use of Vehicle positions feed* | | | |
| Includes an open license that allows commercial use of Trip updates feed* | | | |
| Includes an open license that allows commercial use of Service alerts feed* | | | |
| Realtime feeds ingested by Google Maps and/or a combination of Apple Maps, Transit App, Bing Maps, Moovit or local Open Trip Planner services* | | | |
| MobilityData GTFS Schedule Validator notices observed (read more about the validator here) | |||
| Error Name | Error Description | Severity | |
| unused_shape | All records defined by GTFS shapes.txt should be used in trips.txt. | WARNING | |
| unusable_trip | A trip must visit more than one stop in stop_times.txt to be usable by passengers for boarding and alighting. | WARNING | |
| stop_too_far_from_trip_shape | Per GTFS Best Practices, route alignments (in shapes.txt) should be within 100 meters of stop locations which a trip serves. | WARNING | |
| missing_feed_info_date | Even though feed_info.start_date and feed_info.end_date are optional, if one field is provided the second one should also be provided. | WARNING | |
| stop_time_with_arrival_before_previous_departure_time | For a given trip_id, the arrival_time of (n+1)-th stoptime in sequence must not precede the departure_time of n-th stoptime in sequence. | ERROR | |
| too_fast_travel | As implemented in the original Google Python GTFS validator, the calculated speed between stops should not be greater than 150 km/h (42 m/s SI or 93 mph). | WARNING | |