Project Awesome project awesome

Pilot or development stage > GTFS-plus

A GTFS-based transit network format for vehicle and capacity data suitable for dynamic transit modeling developed by Puget Sound Regional Council, UrbanLabs LLC, LMZ LLC, and San Francisco County Transportation Authority.

Package 23 stars GitHub

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 Documentation
  • 0.2.0: added additional required fields to transfers_ft.txt in order to support route-specific transfers and time-point precedence. Technical Memo Documentation
  • 0.2.1: changed time to be specified as HH:MM:SS from midnight instead of HH:MM:SS to be consistent with GTFS
  • 0.2.2: updated file names that are not GTFS to ALL have _ft extension.
  • 0.2.3: added optional file bike_access_ft.txt
  • 0.2.4: decreased ambiguity in transfers_ft.txt and changed fields related to schedule creation to be optional.
  • 0.2.5: consolidated knr_ft.txt and pnr_ft.txt into drive_access_points_ft.txt
  • 0.2.6: make costs in consistent values across the specification, as defined in fare_attributes_ft.md. Fixes link to fare_attributes_ft.txt.
  • 0.2.7: eliminates fare_class as an optional variable in routes_ft.txt to eliminate ambiguity
  • 0.2.8: requires transfers_ft because it has distance. Blank schedule_precedence is no precedence either way. Defaults times in fare_rules_ft can have label default.
  • 0.2.9: many clarifications. Use lot_lon rather than lot_long in drive_access_points_ft for GTFS consistency.
  • 0.3.0: clarifications. Changed definition of end_time. Renamed fare_class to fare_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.

Back to Transit