Monthly GTFS Quality Report
City of Union City
·
February 2024
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
12-31-2099
1.0
5
159
About the Realtime Completeness Charts
- These charts show the percentage of Scheduled Trips with at least one Trip Update or Vehicle Position message assigned to that trip.
- High percentages with flat lines are best and indicate large amounts of realtime information for customers.
- Short drops may indicate schedule inaccuracies, missed runs (buses not on schedule), or hardware failures.
Trip Updates Completeness by Day
Vehicle Positions Completeness by Day
About the Median Message Age Charts
- These charts show the daily average age of the median message for Trip Updates and Vehicle Position messages over time.
- The charts provides insights into how long it takes to get messages from the vehicles to riders. Lower latencies are better.
- Higher latencies may indicate outdated hardware or technical failures.
Median Trip Update Message Age
Median Vehicle Positions Message Age
Technology Vendors
Microsoft
Metropolitan Transportation Commission
GMV Syncromatics Inc
About the February 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 hello@calitp.org 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 February 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 hello@calitp.org with any questions.
Changes from February 01 to February 29
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 | 2024-02-04 | 2024-02-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 | 2024-02-04 | 2024-02-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 | |
| unknown_file | A file is unknown | INFO | |
| missing_recommended_field | A recommended field is missing. | WARNING | |
| missing_feed_contact_email_and_url | Best Practices for `feed_info.txt` suggest providing at least one of `feed_contact_email` and `feed_contact_url`. | WARNING | |
| equal_shape_distance_same_coordinates | Two consecutive points have equal `shape_dist_traveled` and the same lat/lon coordinates in `shapes.txt`. | WARNING | |