GTFS Realtime

GTFS Realtime

Example of GTFS Realtime Visualisation of Los Angeles Metro
Filename extension	.pb
Initial release	27 September 2011 (2011-09-27)
Latest release	2.0 11 March 2024 (2024-03-11)
Type of format	Transit realtime data format
Extended from	Protocol Buffers
Standard	De facto standard
Open format?	Yes, CC BY 3.0
Website	gtfs.org/realtime/

GTFS Realtime (also known as GTFS-rt) is an extension to GTFS, in which public transport agencies share real-time vehicle locations, arrival time predictions, and alerts such as detours and cancellations via Protocol Buffers web server.

Realtime location data is created continuously by an agency from automatic vehicle location (AVL) systems. Trip arrival times are computed using machine learning models that analyse historical positional data and timetables.

The standard is used by public transport agencies globally, including the United States, Canada, most countries in the European Union, United Kingdom, Australia, New Zealand, and in Yokohama, Japan.

History

On 22 August 2011, a first version of GTFS-rt was released by Google. This data was shown to Google Maps users.

In July 2012, Google Maps began showing alerts from GTFS-rt.

A proposal that was created on July 28, 2015 and merged on Aug 15, 2015 allowed the combination of several feed entity types into a single feed. While the majority of agencies separate feed entity types (Vehicle Positions, Trips, and Alerts), some feeds are still joined.

On August 30, 2021, an experimental feed entity types, Shapes, was released. Shapes has the ability to update route shapes in real time to reflect detour, as route updates are either reflected by referencing an existing shape_id or by defining in real time a new shape as an encoded polyline.

In 2022, CalTrans' Integrated Travel Project began validating GTFS Schedule and Realtime feeds published by municipality and county public transport agencies within California. Monthly reports are published on the errors in agency data, along with analysis of typical street speeds and traffic.

In September 2023, Swiftly and the app Transit proposed 2 additional feed entity types: Stop and Trip Modifications. These allow agencies to broadcast new detour paths of routes and new temporary stops. The change has been released to users in the Transit app across several agencies. On March 11, 2024, the proposal was merged and released by GTFS maintainers.

Standard

The GTFS Realtime specification is defined by a .proto file hosted by Google. Data is serialized into raw bytes by the server and then deserialized by a client. Officially supported GTFS-rt binding libraries have been built in .NET, Java, Javascript, Python, and Go. Unofficial libraries have been written in other languages, such as Rust.

There are currently three official feed types defined in the standard, TripUpdates, VehiclePositions, and Alerts. Shapes, Trip Modifications, and Stops are currently experimental.

Agencies supporting GTFS-Realtime typically provide separate urls for the three separate feed types, and may choose to only provide some of the feeds. Unlike GTFS Static, many agencies may require developers to request an API key via email or a web form.

Developers then write programs to periodically fetch an agency's web API over HTTP, typically every few seconds to minutes. Agencies typically refresh data in frequencies ranging between 1 second to 1 minute. There is no standard for streaming GTFS Realtime data, also support is built in to allow for deletion of items from previous iterations.

Trip updates

In the GTFS Specification, a trip refers to an operator driving a fixed-route vehicle from the start of the route to the end. A new trip is started for when the vehicle turns around at the end of its route.

The Trip Update feed allows maps to show the departure or arrival times of vehicles, and allows routing algorithms to update their directions.

This feed contains an array of Trip Updates. Each trip update enumerates a description of a trip (trip id, route id, start time and date, direction), last updated time, may include an associated vehicle number and route number, and contains an array of StopTimeUpdate. The StopTimeUpdate can define past, current, and future stop times, delays, and cancellations. The stop id references the GTFS Schedule feed the agency provides.

Vehicle positions

Vehicle Positions are sometimes shown on mapping applications to aid users in tracking the location of buses. This feed contains an array of VehiclePositions. Like Trip Updates, each VehiclePosition can also contain a basic description of the trip, such as its trip id, start and stop times, route number, and relationship to the schedule. The VehiclePosition also contains the current latitude and longitude of the vehicle, and can also include bearing, odometer, and speed in m/s. Finally, it can also contain information on how crowded the bus is, known as occupancy status, and status of road congestion experienced by the vehicle.

Alerts

MTA Subway GTFS-rt Alerts being posted on Transit App

Alerts can be shown to mapping application users to alert them of detours, cancellations, or other service changes. This feed contains an array of Alerts. Alerts typically don't update as often as Vehicle Positions or Trip Updates. Each Alert stores the cause (such as labour strike or a mechanical fault) of an incident, along with its effect (reduced service, detour, stop cancellation, etc.). Alerts also contain detailed headers, descriptions, urls, images, and a list of routes or stops affected (known as the Informed Entity). Alerts specify their beginning and expiration times using "active periods". Alerts can be localised into several languages.