General Transit Feed Specification (GTFS)

The gtfs sensor will give you the next departure time and associated data from your public transit station/stop. The data comes from your chosen public transit authority and is formatted as General Transit Feed Specification data, commonly known as GTFS.

You need to find a valid GTFS data set, which you can usually find just by searching the internet. Most public transit authorities have GTFS available somewhere, as Google requires public transit authorities to provide the data if they wish to appear on Google Maps. You may also be able to find data at TransitFeeds.

Here are some examples:

You need to download a GTFS ZIP file and put it into a folder named gtfs in your configuration directory. For ease of use, it is suggested that you rename the file to just the agency/data source name (i.e., instead of You can also unzip and place a folder in the gtfs folder.

The data will be converted into a queryable format and saved as a SQLite3 database alongside the source data. The sensor will check for the existence of this SQLite3 data at every startup and will re-import the ZIP/Folder if none is found.

To update the data, delete the SQLite3 file and restart Home Assistant.

To find your stop ID, open the stops.txt file inside the ZIP file/unzipped folder. The format of the ID is different for every transit agency but will be the first “column” (meaning the string before the first comma) in a row.

The sensor attributes will contain all related information for the specific trip, such as agency information, origin and destination stop information, origin and destination stop time and the route information.

Your mileage may vary depending on the transit agency used. Most agencies respect the GTFS format but some will do weird things like adding extra columns or using different data formatting. If you have any data specific issues, please report them to the PyGTFS project, which is what the GTFS sensor uses to parse data.

Please note: This is a static data source. Currently, there is no GTFS Realtime support in this sensor due to issues surrounding parsing the protocol buffer format in Python 3. Once those issues have been fixed Realtime support will be added. Once added, the sensor will check for any delays and advisories and report them in the sensor as needed.

# Example configuration.yaml entry
  - platform: gtfs
    origin: STOP_ID
    destination: STOP_ID
    data: DATA_SOURCE

Configuration Variables

origin string Required

The stop ID of your origin station.

destination string Required

The stop ID of your destination station.

data string Required

The name of the ZIP file or folder containing the GTFS data. It must be located inside the gtfs folder of your configuration directory.

name string (Optional, default: GTFS Sensor)

Name to use in the frontend.

offset integer | time (Optional, default: 0)

A minimum delay to look for. If a departure is in less time than offset, it will be ignored. Set the value either in seconds (integer), or using one of these time formats: offset: 'HH:MM:SS', offset: 'HH:MM'.

include_tomorrow boolean (Optional, default: false)

Also search through tomorrow’s schedule if no more departures are set for today.