Awesome
GTFS-Plus
A GTFS-based data transit network data standard suitable for dynamic transit modeling.
version: 0.4.1
updated: 28 June 2017 .
created: 09 July 2015
authors:
- Stefan Coe (Puget Sound Regional Council)
- Elizabeth Sall (UrbanLabs LLC)
- Lisa Zorn (LMZ LLC)
- Drew Cooper (San Francisco County Transportation Authority)
NOTE: This is a draft specification and still under development. If you have comments or suggestions please file them in the issue tracker. If you have explicit changes please fork the git repo and submit a pull request.
Changelog
0.1.0
: initial commit; Technical Memo Documentation0.2.0
: added additional required fields totransfers_ft.txt
in order to support route-specific transfers and time-point precedence. Technical Memo Documentation0.2.1
: changed time to be specified as HH:MM:SS from midnight instead of HH:MM:SS to be consistent with GTFS0.2.2
: updated file names that are not GTFS to ALL have_ft
extension.0.2.3
: added optional filebike_access_ft.txt
0.2.4
: decreased ambiguity intransfers_ft.txt
and changed fields related to schedule creation to be optional.0.2.5
: consolidatedknr_ft.txt
andpnr_ft.txt
intodrive_access_points_ft.txt
0.2.6
: make costs in consistent values across the specification, as defined infare_attributes_ft.md
. Fixes link tofare_attributes_ft.txt
.0.2.7
: eliminatesfare_class
as an optional variable inroutes_ft.txt
to eliminate ambiguity0.2.8
: requirestransfers_ft
because it has distance. Blankschedule_precedence
is no precedence either way. Defaults times infare_rules_ft
can have labeldefault
.0.2.9
: many clarifications. Uselot_lon
rather thanlot_long
indrive_access_points_ft
for GTFS consistency.0.3.0
: clarifications. Changed definition ofend_time
. Renamedfare_class
tofare_period
. Made optional files optional.-
0.4.0
: Adds dwell time formulas and variables needed to calculate dwell time based on the Transit Capacity and Quality of Service Manual . 0.4.1
: Updates vehicles_md descriptions to clarify dwell time defaults and blanks.
Specification
A GTFS-PLUS transit network consists of required and optional data files that together
describe a network of transit service. Files not denoted with _ft
follow the same format
as the General Transit Feed Specification - GTFS.
A GTFS-PLUS transit network MUST include the following files:
Filename | Description |
---|---|
walk_access_ft.txt | walk access links |
transfers.txt | transfer links |
transfers_ft.txt | additional transit link information |
trips.txt | transit vehicle trips |
trips_ft.txt | additional transit vehicle trip information |
routes.txt | transit routes |
routes_ft.txt | additional transit route information |
stops.txt | transit stops and stations |
stop_times.txt | transit trip stop times |
vehicles_ft.txt | transit vehicles |
agency.txt | transit agency |
calendar.txt | transit schedule calendar |
A GTFS-PLUS transit network MAY include the following files:
Filename | Description |
---|---|
drive_access_ft.txt | drive access links |
bike_access_ft.txt | bike access links |
drive_access_points_ft.txt | park and ride access links; must be included if provide drive access links. |
shapes.txt | transit route shape points |
stops_ft.txt | additional transit stop and station information |
stop_times_ft.txt | additional transit trip stop time information |
fare_attributes.txt | fare attributes (see note below) |
fare_attributes_ft.txt | fare attributes (see note below) |
fare_rules.txt | fare rules |
fare_periods_ft.txt | additional fare rules |
fare_transfer_rules_ft.txt | fare transfer rules |
zones_ft.txt | zone locations |
Note: fare_attributes_ft.txt
is an extended version of the optional GTFS file fare_attributes.txt
that allows for representation of time-of-day pricing (e.g., peak surcharges). Both files are documented here in this repository for completeness, but only one of the two is needed for a given implementation of GTFS-PLUS.
Fares
Examples of how to specify various fare schemes can be found in the fares page.