In my first few weeks of working at TransLoc, I frequently heard the term “GTFS feeds” passed around. Even after I was given a run-down of what it meant, I didn’t have a firm grasp of what GTFS feeds were and why they were actually important to transit agencies. After digging deeper, I’ve realized that the incorporation of GTFS feeds in the public transportation world was a large step towards making public transportation more accessible.
THE HISTORY OF GTFS
In 2005, an IT manager at TriMet, the public transit agency in Portland, Oregon, recognized a missed opportunity in public transit. She realized that it was often difficult for an average person to navigate public transit in an unfamiliar city. Even if the local transit agency had their own trip planning service, how were travelers to know where to find this information? At the time, it was much easier to type in your starting and ending location in Google Maps and immediately get back driving directions. This required much less effort than navigating public transit, thus encouraging car use. This is when the idea developed to produce a common format for public transportation schedules, and this format was called GTFS.
The term GTFS originally stood for Google Transit Feed Specification and was used to integrate transit data from TriMet into Google Maps to create the first version of Google Transit. The goal of Google Transit was to make it as easy for users to plan public transit trips as it was to get driving directions. The developers at Google wanted the format for GTFS feeds to be as simple as possible to give even smaller transit agencies the ability to adopt the standard, leading to their decision to use comma separated values (CSV) files. Even today, a GTFS feed is a compressed ZIP file containing CSV files. Each file models a particular aspect of transit information: stops, routes, trips, and other schedule data.
The required fields of a GTFS feed include the following:
- agency.txt: The agency who provides the data in this feed
- calendar.txt: A schedule of when the service is available
- routes.txt: The transit routes available to riders within a single service
- stops.txt: The individual locations where vehicles pick up and drop off passengers
- stops_times.txt: The specific times that a vehicle arrives and departs from a stop location
- trips.txt: A sequence of two or more stops that occurs at a specific time
After its launch in Portland, Google offered their trip planning service to any public transit agency for free, as long as they maintained their data in the required GTFS format above, and Google Transit quickly spread throughout cities in the United States.
WHY DOES GTFS MATTER?
Since its creation in 2005, GTFS has become an integral part of the transit data landscape, and it’s no longer solely valuable to Google and transit agencies. GTFS feeds can be used by software applications for trip planning, ridesharing, timetable creation, mobile data, visualization, accessibility, analysis tools for planning, real-time information and interactive voice response (IVR) systems. These capabilities sparked the renaming of GTFS to the General Transit Feed Specification.
Despite reservations from some public transit agencies to relinquish control of their transit data, GTFS feeds serve major benefits that help transit agencies accomplish their ultimate goals. Being part of the GTFS standard and publicly publishing their route data allows transit agencies’ information to be a part of a global set of search products that millions of users already access every day. This builds inter-operability across municipalities and universities as GTFS expands to more cities. Riders can now plan trips more easily, thus increasing ridership for the agency. Additionally, increased transparency through GTFS feeds from public transit agencies allows companies like TransLoc to use that data to develop innovative mobile applications that empower transit agencies to better serve their riders.
HOW CAN GTFS BE MADE EASIER?
GTFS feeds are vital for transit agencies to be able to keep up in the evolving age of transit, but GTFS feed creation can be an overwhelming task. At TransLoc, we want to help transit agencies develop GTFS feeds to give them not only the ability to publish their trip data for sites like Google Transit, but also the opportunity to solve transit-related problems with our software options such as TransLoc Rider and TransLoc Traveler.
TransLoc Architect is officially live and we are accepting agencies to get started improving their transit data management. Learn more about this free, intuitive GTFS management tool by watching the video below and signing up for a free account.
Editor’s Note: this post was updated on Nov 8, 2016 to reflect the most up-to-date product information.