Obecná specifikace tranzitního kanálu - General Transit Feed Specification

Obecná specifikace tranzitního kanálu
Vizualizace tranzitních tras GTFS v Madridu
Vizualizace vytvořená z dat GTFS pro tranzitní trasy v Madrid, Španělsko
Přípona názvu souboru
.zip
První vydání27. září 2006; Před 14 lety (2006-09-27)
Typ formátuFormát jízdního řádu
Rozšířeno zCSV
StandardDe facto standard
Otevřený formát ?Ano, CC BY 3.0
webová stránkavývojáři.Google.com/tranzit/

The Obecná specifikace tranzitního kanálu (GTFS)[1] definuje společný formát pro jízdní řády veřejné dopravy a související geografické informace.

Dějiny

Co se mělo stát GTFS, začalo jako vedlejší projekt Google zaměstnanec Chris Harrelson v roce 2005, který „se opičil o způsobech, jak do něj začlenit tranzitní data Google mapy když slyšel od Tima a Bibiany McHugh, ženatých IT manažerů v TriMet, tranzitní agentura pro Portland „Oregon“.[2] McHugh je citován z toho, že je frustrovaný z hledání směrů tranzitu v neznámých městech, zatímco populární mapové služby již v té době nabízely snadno použitelné směry jízdy.[3]

Bibiana a Tim McHugh se nakonec dostali do kontaktu Google a poskytl společnosti CSV exportuje data plánu TriMet. V prosinci 2005 se Portland stal prvním městem, které bylo představeno v první verzi „Plánovače výletů“ společnosti Google.[4] V září 2006 bylo do plánovače výletů Google Transit přidáno dalších pět měst v USA a datový formát byl zveřejněn jako Specifikace zdroje Google Transit.[5]

V Spojené státy, před příchodem GTFS neexistoval žádný standard pro jízdní řády veřejné dopravy, ani a de facto standard. Podle dlouholetého BART správce webových stránek Timothy Moore, před příchodem GTFS musel BART poskytnout různým spotřebitelům dat různé formáty, takže standardizovaný formát přenosu je velmi žádoucí.[2] Veřejně a volně dostupná specifikace formátu a dostupnost plánů GTFS rychle přiměly vývojáře, aby založili svůj software související s tranzitem na formátu. Výsledkem byly „stovky užitečných a populárních tranzitních aplikací“[3] stejně jako katalogy se seznamem dostupných kanálů GTFS. Vzhledem k společnému datovému formátu, který tyto aplikace dodržují, nemusí být řešení přizpůsobena jednomu přepravnímu operátorovi, ale lze je snadno rozšířit do jakékoli oblasti, kde je k dispozici zdroj GTFS.

Vzhledem k širokému použití formátu byla část původního názvu „Google“ považována za nesprávné pojmenování, „což některým potenciálním uživatelům nedovolí přijmout GTFS“. V důsledku toho bylo navrženo změnit název specifikace na Obecná specifikace tranzitního kanálu v roce 2009.[6]

Aplikace

Screenshot zobrazující OpenTripPlanner se zvýrazněnou cestou z dat GTFS.

Plánování cesty

GTFS se obvykle používá k poskytování údajů o veřejné dopravě pro použití v multimodální plánovač cest aplikace. Ve většině případů je GTFS kombinován s podrobným znázorněním sítě ulic a chodců, což umožňuje směrování, které probíhá místo od bodu, nikoli jen mezi zastávkami. OpenTripPlanner je open-source software který dokáže plánovat cestu kombinací GTFS a OpenStreetMap data.[7] Existují i ​​další aplikace pro všeobecné použití, například ArcMap Rozšíření Network Analyst, které může obsahovat GTFS pro směrování tranzitu.[8]

GTFS byl původně navržen pro použití v Google Transit, online multimodální aplikace pro plánování cest.

Výzkum přístupnosti

GTFS se často používá při výzkumu tranzitu přístupnost kde se obvykle používá k odhadu doby cestování tranzitem z jednoho bodu do mnoha dalších bodů v různé denní době.[9][10] Nedávné studie však takové aplikace zpochybnily kvůli jejich spoléhání se pouze na plány bez zohlednění problémů se spolehlivostí a nedodržování pravidelného plánu.[11]

Porovnání úrovní služeb

GTFS byl použit k měření změn v přístupnosti v důsledku změn v poskytování přepravních služeb, ať už skutečných[12] nebo navrhované.[13] Analýzu změn ve službě v průběhu času lze provést jednoduchým porovnáním publikovaných údajů GTFS pro stejnou agenturu z různých časových období. Pro srovnání existující služby s navrhovanou infrastrukturou nebo změnami služby musí být budoucí GTFS často konstruován ručně na základě charakteristik navrhované služby.[13]

Struktura

Diagram tříd GTFS
Diagram tříd GTFS

Zdroj GTFS je kolekce nejméně šesti a až 13 CSV soubory (s příponou .txt ) obsažené v a .zip soubor. Preferované kódování znaků je UTF-8. Související tabulky CSV společně popisují plánované operace tranzitního systému jako viditelné pro jezdce. Specifikace je navržena tak, aby byla dostatečná k zajištění funkčnosti plánování cesty, ale je také užitečná pro jiné aplikace, jako je analýza úrovní služeb a některá obecná měřítka výkonu. Na rozdíl od evropských přepravních průmyslových směnných standardů, jako je Transmodel nebo VDV -45X, GTFS zahrnuje pouze plánované operace, které mají být distribuovány jezdcům. Je také omezen na naplánováno informace a nezahrnuje informace v reálném čase. Informace v reálném čase však mohou souviset s plány GTFS podle souvisejících GTFS v reálném čase Specifikace.[14]

Následuje popis tabulek požadovaných pro platný zdroj dat GTFS. Každá tabulka je doslova text Soubor CSV jehož název souboru je název tabulky s příponou '.txt'. Takže pro níže uvedenou tabulku „agentura“ by byl soubor CSV s názvem „agency.txt“ zahrnut do platného zdroje GTFS.

Povinné tabulky

agentura

Tabulka agentur poskytuje informace o přepravní agentuře jako takové, včetně jména, webových stránek a kontaktních údajů.

Povinná pole:

  • agency_name
  • agency_url
  • agency_timezone

trasy

Tabulka tras identifikuje odlišné trasy. To je třeba odlišit od odlišných tras (nebo cest), z nichž některé mohou patřit k jedné trase.

Povinná pole:

výlety

Povinná pole:

  • trip_id (primární klíč)
  • route_id (cizí klíč )
  • service_id (cizí klíč)

Volitelná pole:

  • block_id - ID bloku označuje blok plánu kterému výlet patří.

stop_times

Povinná pole:

  • stop_id (primární klíč)
  • trip_id (cizí klíč)
  • Čas příjezdu
  • čas odjezdu
  • stop_sequence

Všimněte si, že doba setrvání lze modelovat na základě rozdílu mezi časy příjezdu a odjezdu. Zdá se však, že mnoho agentur modeluje dobu zdržení u většiny zastávek.

zastaví

Tabulka zastávek definuje geografické polohy každé skutečné zastávky nebo stanice v tranzitním systému a volitelně i některé vybavení spojené s těmito zastávkami.

Povinná pole:

  • stop_id (primární klíč)
  • stop_name
  • stop_lon
  • stop_lat

kalendář

Tabulka kalendáře definuje vzory služeb, které fungují opakovaně, například každý pracovní den. Vzory služeb, které se neopakují, jako například pro jednorázovou speciální událost, budou definovány v tabulce calendar_dates.

Povinná pole:

  • service_id (primární klíč)
  • pondělí
  • úterý
  • středa
  • Čtvrtek
  • pátek
  • sobota
  • Neděle
  • datum začátku
  • datum ukončení

Volitelné tabulky

calendar_dates.txt

fare_attributes.txt

fare_rules.txt

tvary.txt

Pravidla pro kreslení čar na mapě, které představují trasy tranzitní organizace.

frekvence.txt

Headway (čas mezi jízdami) pro trasy s proměnlivou frekvencí provozu.

přenosy.txt

Pravidla pro vytváření spojení v přestupních bodech mezi trasami.

feed_info.txt

Viz také

Reference

  1. ^ https://developers.google.com/transit/gtfs/reference/#general_transit_feed_specification_reference
  2. ^ A b Roush, Wade (2012). „Vítejte v Google Transit: Jak (a proč) vyhledávací gigant přeměňuje veřejnou dopravu“ (PDF). Komunitní doprava: 3.
  3. ^ A b Dyson, Lauren; Goldstein, Brett; Nemani, Abhi (2013). Mimo transparentnost. Kód pro America Press. 125–135. CiteSeerX  10.1.1.674.6114.
  4. ^ Garg, Avichal. „Veřejná doprava přes Google“. Oficiální blog Google. Citováno 14. března 2016.
  5. ^ Harrelson, Chris. „Happy Trails with Google Transit“. Oficiální blog Google. Citováno 14. března 2016.
  6. ^ Hughes, Joe. „offer: remove„ Google “from the name of GTFS“. Obecné změny specifikace tranzitního kanálu. Skupiny Google. Citováno 14. března 2016.
  7. ^ „Domů | OpenTripPlanner“. www.opentripplanner.org. Citováno 2017-05-12.
  8. ^ „Yay, transit! - Using GTFS Data in ArcGIS Network Analyst“. transit.melindamorang.com. Citováno 2017-05-12.
  9. ^ Farber, Steven; Morang, Melinda Z .; Widener, Michael J. (01.09.2014). „Časová variabilita v tranzitní dostupnosti supermarketů“. Aplikovaná geografie. 53: 149–159. doi:10.1016 / j.apgeog.2014.06.012.
  10. ^ Fransen, Koos; Neutens, Tijs; Farber, Steven; De Maeyer, Philippe; Deruyter, pozdravit; Witlox, Frank (01.10.2015). „Identifikace mezer ve veřejné dopravě pomocí časově závislých úrovní přístupnosti“. Journal of Transport Geography. 48: 176–187. doi:10.1016 / j.jtrangeo.2015.09.008.
  11. ^ Wessel, Nate; Allen, Jeff; Farber, Steven (01.06.2017). "Vytváření směrovatelného retrospektivního jízdního řádu z dopravního systému polohy vozidla v reálném čase a GTFS". Journal of Transport Geography. 62: 92–97. doi:10.1016 / j.jtrangeo.2017.04.012. ISSN  0966-6923.
  12. ^ Farber, Steven; Fu, Liwei (01.03.2017). „Dynamická dostupnost veřejné dopravy pomocí kostek doby cestování: Porovnání dopadů investic do infrastruktury (ne) v čase“. Počítače, životní prostředí a městské systémy. 62: 30–40. doi:10.1016 / j.compenvurbsys.2016.10.005.
  13. ^ A b Farber, Steven; Grandez, Maria (2017). „Tranzitní dostupnost, územní rozvoj a socioekonomická priorita: Typologie plánovaných spádových oblastí stanic v oblasti většího Toronta a Hamiltonu“ (PDF). Journal of Transport and Land Use. (poznámka: nadcházející vydání).
  14. ^ „Co je to GTFS v reálném čase?“. Google Developers.

externí odkazy