GTFS

GTFS
Transit information display from Digitransit Ulm derived from GTFS data
Wizualizacja stworzona na podstawie danych GTFS dla tras tranzytowych w Ulm w Niemczech
Rozszerzenie nazwy pliku
.zamek błyskawiczny
Pierwsze wydanie 27 września 2006 ; 16 lat temu ( 27.09.2006 )
Typ formatu Format harmonogramu transportu
Przedłużony od CSV
Standard De facto standard
Otwarty format ? Tak, CC BY 3.0
Strona internetowa gtfs.org _

GTFS , co oznacza General Transit Feed Specification lub (pierwotnie) Google Transit Feed Specification , definiuje wspólny format rozkładów jazdy transportu publicznego i powiązanych informacji geograficznych. GTFS zawiera tylko statyczne lub zaplanowane informacje o usługach transportu publicznego i jest czasami nazywany GTFS Static , aby odróżnić go od rozszerzenia GTFS Realtime, które określa, w jaki sposób można udostępniać informacje o stanie usług w czasie rzeczywistym.

Historia

To, co miało stać się GTFS, zaczęło się jako poboczny projekt pracownika Google , Chrisa Harrelsona, w 2005 roku, który „małpił ze sposobami włączania danych o transporcie do Map Google , kiedy usłyszał od Tima i Bibiany McHugh, żonatych menedżerów IT w TriMet , agencji transportowej dla Portland w stanie Oregon”. Mówi się, że McHugh był sfrustrowany szukaniem wskazówek dojazdu transportem publicznym w nieznanych miastach, podczas gdy popularne usługi mapowania oferowały już wówczas łatwe w użyciu wskazówki dojazdu.

Bibiana i Tim McHugh w końcu skontaktowali się z Google i dostarczyli firmie eksport CSV danych rozkładów jazdy TriMet. W grudniu 2005 r. Portland jako pierwsze miasto znalazło się w pierwszej wersji Google „Transit Trip Planner”. We wrześniu 2006 r. do narzędzia Google Transit Trip Planner dodano pięć kolejnych miast w Stanach Zjednoczonych, a format danych udostępniono jako Specyfikację kanału transportu publicznego Google .

W Stanach Zjednoczonych przed pojawieniem się GTFS nie było żadnego standardu rozkładów jazdy transportu publicznego, nawet de facto standardu . Według Timothy'ego Moore'a, wieloletniego BART , przed pojawieniem się GTFS, BART musiał dostarczać różnym odbiorcom danych w różnych formatach, co czyniło standardowy format tranzytowy bardzo pożądanym. Publicznie i bezpłatnie dostępna specyfikacja formatu, a także dostępność harmonogramów GTFS szybko skłoniły programistów do oparcia oprogramowania związanego z tranzytem na tym formacie. W rezultacie powstały „setki przydatnych i popularnych aplikacji tranzytowych”, a także katalogi z listą dostępnych kanałów GTFS. Ze względu na wspólny format danych obsługiwany przez te aplikacje, rozwiązania nie muszą być dostosowywane do potrzeb jednego operatora tranzytowego, ale można je łatwo rozszerzyć na dowolny region, w którym dostępny jest kanał GTFS.

Ze względu na szerokie zastosowanie tego formatu część „Google” w oryginalnej nazwie była postrzegana jako myląca nazwa, „która sprawia, że ​​niektórzy potencjalni użytkownicy unikają przyjęcia GTFS”. W konsekwencji w 2009 roku zaproponowano zmianę nazwy specyfikacji na General Transit Feed Specification .

Aplikacje

Zrzut ekranu przedstawiający OpenTripPlanner z podświetloną trasą z danych GTFS.
Analiza osiągalności oparta na GTFS za pośrednictwem Mapnificent

Planowanie podróży

GTFS jest zwykle używany do dostarczania danych o transporcie publicznym do wykorzystania w multimodalnych aplikacjach do planowania podróży . W większości przypadków GTFS jest połączony ze szczegółową reprezentacją sieci ulic/pieszych, aby umożliwić wyznaczenie trasy od punktu do punktu, a nie tylko między przystankami. OpenTripPlanner to oprogramowanie typu open source , które umożliwia planowanie podróży za pomocą kombinacji danych GTFS i OpenStreetMap . Istnieją inne aplikacje ogólnego przeznaczenia, takie jak ArcMap Network Analyst, które może zawierać GTFS do wyznaczania tras tranzytowych.

GTFS został pierwotnie zaprojektowany do użytku w Google Transit , internetowej aplikacji do planowania podróży multimodalnych.

Badania dostępności

GTFS jest często używany w badaniach dostępności tranzytowej , gdzie jest zwykle używany do szacowania czasu podróży tranzytem z jednego punktu do wielu innych punktów o różnych porach dnia. Badania podały jednak w wątpliwość takie aplikacje ze względu na ich zależność od samych harmonogramów bez uwzględnienia problemów z niezawodnością i regularnego nieprzestrzegania harmonogramu.

Porównanie poziomów usług

GTFS został wykorzystany do pomiaru zmian dostępności spowodowanych zmianami w świadczeniu usług tranzytowych, faktycznymi lub proponowanymi. Analizę zmian w usługach w czasie można przeprowadzić po prostu porównując opublikowane dane GTFS dla tej samej agencji z różnych okresów. W celu porównania istniejącej usługi z proponowaną infrastrukturą lub zmianami w usłudze, przyszłe GTFS muszą być często konstruowane ręcznie w oparciu o proponowane cechy usługi.

Rejestry pasz

Publiczne kanały GTFS zostały zebrane w różnych rejestrach kanałów:

- TransitFeeds / OpenMobilityData utrzymuje katalog kanałów GTFS i GTFS Realtime oraz interaktywną stronę internetową do przeglądania zawartości kanałów.

- GTFS Data Exchange (2008 - 2016) umożliwił agencjom transportu publicznego każdej wielkości przesyłanie kopii swoich kanałów GTFS. Strona nie jest już aktywna, ale nadal umożliwia przeglądanie i pobieranie danych historycznych.

- Transitland (2014 - obecnie) prowadzi katalog kanałów GTFS i GTFS Realtime w ponad 55 krajach i udostępnia zarówno interaktywną stronę internetową, jak i interfejsy API do wyszukiwania treści kanałów. Transitland został pierwotnie stworzony przez Mapzen , a obecnie jest obsługiwany przez Interline Technologies .

Struktura

Class diagram of GTFS
Diagram klas GTFS

Kanał GTFS to zbiór co najmniej sześciu, a maksymalnie 13 plików CSV (z rozszerzeniem .txt ) zawartych w pliku .zip . Preferowane kodowanie znaków to UTF-8 . Razem powiązane tabele CSV opisują zaplanowane operacje systemu transportu publicznego jako widoczne dla pasażerów. Specyfikacja została zaprojektowana tak, aby była wystarczająca do zapewnienia funkcjonalności planowania podróży, ale jest również użyteczna w innych zastosowaniach, takich jak analiza poziomów usług i niektóre ogólne pomiary wydajności. W przeciwieństwie do europejskich standardów wymiany branży tranzytowej, takich jak Transmodel lub VDV -45X, GTFS obejmuje tylko zaplanowane operacje, które mają być dystrybuowane do pasażerów. Ogranicza się również do zaplanowanych informacji i nie obejmuje informacji w czasie rzeczywistym. Jednak informacje w czasie rzeczywistym mogą być powiązane z harmonogramami GTFS zgodnie z powiązaną specyfikacją GTFS Realtime.

Poniżej znajdują się opisy tabel wymaganych dla prawidłowego źródła danych GTFS. Każda tabela jest dosłownie tekstowym plikiem CSV , którego nazwa pliku to nazwa tabeli z przyrostkiem „.txt”. W przypadku poniższej tabeli „agencja” plik CSV o nazwie „agency.txt” zostanie uwzględniony w prawidłowym pliku danych GTFS.

Tabele obowiązkowe

agencja

Tabela agencji zawiera informacje o agencji tranzytowej jako takiej, w tym nazwę, stronę internetową i dane kontaktowe.

Wymagane pola:

  • Nazwa agencji
  • agencja_url
  • agencja_strefa czasowa

trasy

Tabela tras identyfikuje różne trasy. Należy to odróżnić od odrębnych tras (lub ścieżek), z których kilka może należeć do jednej trasy.

Wymagane pola:

wycieczki

Wymagane pola:

  • trip_id (klucz podstawowy)
  • route_id ( klucz obcy )
  • service_id (klucz obcy)

Pola opcjonalne:

stop_times

Wymagane pola:

  • stop_id (klucz główny)
  • trip_id (klucz obcy)
  • czas przybycia
  • godzina odjazdu
  • stop_sekwencja

Należy zauważyć, że czas przebywania może być modelowany na podstawie różnicy między czasem przyjazdu i wyjazdu. Jednak wydaje się, że wiele agencji nie modeluje czasu postoju dla większości przystanków.

przystanki

Tabela przystanków określa położenie geograficzne każdego rzeczywistego przystanku lub stacji w systemie tranzytowym, a także, opcjonalnie, niektóre udogodnienia związane z tymi przystankami.

Wymagane pola:

  • stop_id (klucz główny)
  • nazwa_stopu
  • stop_lon
  • stop_lat

kalendarz

Tabela kalendarza definiuje wzorce usług, które działają cyklicznie, na przykład w każdy dzień tygodnia. Wzorce usług, które się nie powtarzają, na przykład w przypadku jednorazowego wydarzenia specjalnego, zostaną zdefiniowane w tabeli calendar_dates.

Wymagane pola:

  • service_id (klucz podstawowy)
  • Poniedziałek
  • Wtorek
  • Środa
  • Czwartek
  • Piątek
  • Sobota
  • Niedziela
  • Data rozpoczęcia
  • Data końcowa

Stoły opcjonalne

kalendarz_daty.txt

fare_attributes.txt

zasady_taryfy.txt

kształty.txt

Zasady rysowania linii na mapie reprezentujących trasy organizacji tranzytowej.

częstotliwości.txt

Headway (czas między kursami) dla tras o zmiennej częstotliwości obsługi.

transfery.txt

Zasady wykonywania połączeń w punktach przesiadkowych pomiędzy trasami.

informacje o_karmie.txt

Zobacz też

  1. ^ a b c „Przegląd statyczny GTFS” . Programiści Google . Zarchiwizowane od oryginału w dniu 29 września 2022 r . Źródło 29 września 2022 r .
  2. ^ a b „Przegląd GTFS w czasie rzeczywistym” . Programiści Google . Zarchiwizowane od oryginału w dniu 29 września 2022 r . Źródło 29 września 2022 r .
  3. ^ a b Roush, Wade (2012). „Witamy w transporcie publicznym Google: jak (i ​​dlaczego) gigant wyszukiwania zmienia mapę transportu publicznego” (PDF) . Transport społeczny : 3 . Źródło 14 marca 2016 r .
  4. Bibliografia _ _   _ Goldstein, Brett; Nemani, Abhi (2013). Poza przezroczystością . Kod dla prasy amerykańskiej. s. 125–135. CiteSeerX 10.1.1.674.6114 .
  5. Bibliografia _ „Transport publiczny przez Google” . Oficjalny blog Google . Zarchiwizowane od oryginału w dniu 24 marca 2016 r . Źródło 14 marca 2016 r .
  6. Bibliografia _ „Szczęśliwe szlaki z Google Transit” . Oficjalny blog Google . Zarchiwizowane od oryginału w dniu 24 marca 2016 r . Źródło 14 marca 2016 r .
  7. Bibliografia _ „propozycja: usuń „Google” z nazwy GTFS” . Ogólne zmiany specyfikacji pliku danych o środkach transportu . Grupy dyskusyjne Google. Zarchiwizowane od oryginału w dniu 29 września 2022 r . Źródło 14 marca 2016 r .
  8. ^ „Dom | OpenTripPlanner” . www.opentripplanner.org . Zarchiwizowane od oryginału w dniu 8 maja 2017 r . Źródło 12 maja 2017 r .
  9. ^ „Hej, tranzyt! — Korzystanie z danych GTFS w aplikacji ArcGIS Network Analyst” . tranzyt.melindamorang.com . Zarchiwizowane od oryginału w dniu 19 maja 2017 r . Źródło 12 maja 2017 r .
  10. Bibliografia _ Morang, Melinda Z.; Widener, Michael J. (1 września 2014). „Czasowa zmienność dostępności tranzytowej do supermarketów”. Geografia Stosowana . 53 : 149–159. doi : 10.1016/j.apgeog.2014.06.012 .
  11. Bibliografia _ Neutens, Tijs; Farber, Steven; De Maeyer, Filip; Deruyter, witaj; Witlox, Frank (1 października 2015). „Identyfikacja luk w transporcie publicznym za pomocą poziomów dostępności zależnych od czasu” . Dziennik geografii transportu . 48 : 176–187. doi : 10.1016/j.jtrangeo.2015.09.008 . hdl : 1854/LU-6956461 .
  12. Bibliografia   _ Allen, Jeff; Farber, Steven (1 czerwca 2017). „Konstruowanie retrospektywnego rozkładu jazdy tranzytu z możliwością wyznaczania tras na podstawie źródła lokalizacji pojazdu w czasie rzeczywistym i GTFS”. Dziennik geografii transportu . 62 : 92–97. doi : 10.1016/j.jtrangeo.2017.04.012 . ISSN 0966-6923 .
  13. Bibliografia _ Fu, Liwei (1 marca 2017). „Dynamiczna dostępność transportu publicznego za pomocą kostek czasu podróży: porównanie skutków (dez) inwestycji infrastrukturalnych w czasie” . Komputery, środowisko i systemy miejskie . 62 : 30–40. doi : 10.1016/j.compenvurbsys.2016.10.005 .
  14. ^ a b Farber, Steven; Grandez, Maria (2017). „Dostępność tranzytowa, zagospodarowanie terenu i priorytet społeczno-ekonomiczny: typologia planowanych obszarów zlewni stacji w Greater Toronto i Hamilton Area” (PDF) . Dziennik transportu i użytkowania gruntów . 10 (1). doi : 10.5198/jtlu.2017.980 . (uwaga: nadchodzące wydanie).


CC BY icon.svg Ten artykuł zawiera fragmenty książki „Otwieranie danych transportu publicznego w Niemczech” autorstwa Stefana Kaufmanna, która jest dostępna na licencji Creative Commons Attribution 3.0 unported.

Linki zewnętrzne