This documentation is for the Transitland v1 platform, which was shut down as of October 31, 2023. The Transitland v2 APIs provide equivalent functionality and more.
Feeds and feed versions
Transitland is built on publicly available GTFS data contributed by our user community to the Transitland Atlas. Detailed information is kept on each Feed, and updated whenever a new version of each Feed is discovered. Feed versions are archived for download (as
.zip files) and imported into the Transitland Datastore for API querying by operators, stops, routes, schedules, etc.
A Feed represents a unique GTFS data source. Each Feed has a URL to a publicly accessible GTFS archive, a mapping of GTFS
agency_id values to Transitland Operators, the geographic extent of the Feed, and the details of the Feed's license.
|Feed Onestop ID
|Publicly accessible GTFS archive
|Convex hull of Stops in the Feed
|Last time the Feed was retrieved
|Last time the Feed was imported
|License name, such as
|Required attribution text
|URL to Feed License
|Feed Version IDs (SHA1) for this Feed
|Active Feed Version ID
|Mapping of gtfs
agency_ids to Operators
|Changesets created from Feed
To learn more about how Transitland classifies the licenses associated with a feed, see this overview of Transitland legal and licensing issues.
Approximately once per day, the URL for each Feed is checked. When a new version of the Feed is found, a Feed Version is created. The ID for each Feed Version is the SHA1 checksum of the GTFS archive.
|SHA1 checksum of the GTFS archive
|MD5 checksum of GTFS archive
|Parent Feed Onestop ID
|Time was originally fetched
|URL when fetched
|Archived copy of Feed Version, if allowed
|Archived Google feedvalidator.py report
|First day of scheduled service
|Last day of scheduled service
|Last time Feed Version was imported
|Import level (0-4)
|Import status, such as
|Feed Version Import IDs
|Feed Version Info IDs
true if Feed Version is active
|Changesets created from Feed Version
The most recent version of a feed that has been imported into the Transitland Datastore is marked as active. The schedule API endpoint only allows querying of the trips and calendars in the active feed version.
The FeedMaintenance service within Transitland Datastore automatically decides when to import a newly fetched feed version. If no need feed version is available when existing ScheduleStopPairs are about to expire, the FeedMaintenance service will extend them into the future.
Are you looking for the most recently fetched Feed Version? This is not necessarily the Feed Version where
To query for the most recently fetched version of a feed, use an API query like:
feed_onestop_id as appropriate).
To directly download a copy of the most recently fetched version of a feed, use:
https://transit.land/api/v1/feeds/f-9v6-capitalmetro/download_latest_feed_version (replacing the Onestop ID as appropriate). Note that downloading is not allowed for Feeds where
The Transitland Datastore creates a number of validation and statistical reports for each Feed Version. The currently defined types of reports are:
FeedVersionInfoStatistics: General statistics
FeedVersionInfoConveyalValidation: Conveyal gtfs-lib validation results
Additionally, the results of Google's feedvalidator.py HTML output will be stored on the Feed Version as
feedvalidator_url when available. In the future, this may instead be stored as an additional type of report.
|Parent Feed Version
|JSON blob containing report data
|Filter by Feed
|Filter by Feed Version
|Caltrain, single Feed Version
|Filter by report type
This report contains details about the files in the GTFS archive and basic statistics about the CSV columns and values.
filenames: The filenames present in the directory of the archive containing the CSV files.
statistics: Data for each GTFS CSV file and column, with the
totalnumber of rows with data for that column, the
uniquenumber of values encountered, as well as the
scheduled_service: Key-value data for the number of seconds of scheduled service for each date the Feed has scheduled trips.
This report contains the JSON output of Conveyal's gtfs-lib validator.
The HTML output of Google feedvalidator.py. Currently, this is stored on the actual Feed Version record as
feedvalidator_url as a link to a copy of the report stored on S3.
The Feeds API also provides simple statistics characterizing when & how a Feed is updated. This includes the total number of Feed Versions, the average number of days between publication of new Feed Versions, the average number of service days in each Feed Version schedule, and the average number of days of overlapping schedule between subsequent Feed Versions. Note: because the
fetched_at value is used to sort the Feed Versions, manually uploaded files are excluded from statistics.
|Feed Onestop ID
|Total number of Feed Versions
|Total, excluding manually updated Feed Versions
|Filtered Feed Versions ordered by
|Average days between new Feed Versions
|Average number of days in each schedule
|Average number of days overlap between subsequent schedules