Zum Inhalt

Schedule

Überarbeitet am 9. Mai 2022. Siehe historie für weitere Details.

Dieses Dokument definiert das Format und die Struktur der Dateien, aus denen ein GTFS besteht.

Verzeichnis der Inhalte

  1. Dokument-Konventionen
  2. Dataset-Dateien
  3. Datei-Anforderungen
  4. Felddefinitionen

Dokument-Konventionen

Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind wie in RFC 2119 beschrieben zu interpretieren.

Begriffsdefinitionen

In diesem Abschnitt werden Begriffe definiert, die in diesem Dokument verwendet werden.

  • Datensatz - Ein vollständiger Satz von Dateien, die durch diese Spezifikationsreferenz definiert sind. Eine Änderung des Datensatzes erzeugt eine neue Version des Datensatzes. Datensätze sollten unter einer öffentlichen, dauerhaften URL veröffentlicht werden, die auch den Namen der Zip-Datei enthält. (z. B. https://www.agency.org/gtfs/gtfs.zip).
  • Datensatz - Eine grundlegende Datenstruktur, die aus einer Reihe von verschiedenen Feldwerten besteht, die eine einzelne Einheit beschreiben (z. B. Verkehrsunternehmen, Haltestelle, Strecke usw.). Wird in einer Tabelle als Zeile dargestellt.
  • Feld - Eine Eigenschaft eines Objekts oder einer Entität. Wird in einer Tabelle als Spalte dargestellt.
  • Feldwert - Ein einzelner Eintrag in einem Feld. Wird in einer Tabelle als eine einzelne Zelle dargestellt.
  • Servicetag - Ein Servicetag ist eine Zeitspanne, die zur Angabe der Routenplanung verwendet wird. Die genaue Definition eines Servicetages variiert von Agentur zu Agentur, aber Servicetage entsprechen oft nicht den Kalendertagen. Ein Servicetag kann länger als 24:00:00 sein, wenn der Dienst an einem Tag beginnt und am nächsten Tag endet. Zum Beispiel könnte ein Dienst, der von 08:00:00 Uhr am Freitag bis 02:00:00 Uhr am Samstag verkehrt, als von 08:00:00 Uhr bis 26:00:00 Uhr an einem einzigen Diensttag verkehrend bezeichnet werden.
  • Text-to-Speech-Feld - Das Feld sollte die gleichen Informationen enthalten wie sein übergeordnetes Feld (auf das es zurückfällt, wenn es leer ist). Es soll als Text-to-Speech gelesen werden, daher sollten Abkürzungen entweder entfernt werden ("St" sollte entweder als "Street" oder "Saint" gelesen werden; "Elizabeth I" sollte "Elizabeth the first" sein) oder so beibehalten werden, dass sie gelesen werden können ("JFK Airport" wird abgekürzt).
  • Teilstrecke - Reise, bei der ein Fahrgast zwischen zwei aufeinander folgenden Orten auf einer Reise ein- und aussteigt.
  • Fahrt - Gesamtreise vom Ausgangsort zum Zielort, einschließlich aller Teilstrecken und Umstiege dazwischen.
  • Teilstrecke - Zwei oder mehr Teilstrecken, die eine Teilmenge einer Reise bilden.
  • Fahrpreisprodukt - Kaufbare Fahrpreisprodukte, die zur Bezahlung oder Validierung einer Reise verwendet werden können.

Anwesenheit

Anwesenheitsbedingungen, die für Felder und Dateien gelten:

  • Erforderlich - Das Feld oder die Datei muss im Datensatz enthalten sein und für jeden Datensatz einen gültigen Wert enthalten.
  • Fakultativ - Das Feld oder die Datei kann im Datensatz weggelassen werden.
  • Bedingt erforderlich - Das Feld oder die Datei muss unter den in der Feld- oder Dateibeschreibung genannten Bedingungen enthalten sein.
  • Bedingt verboten - Das Feld oder die Datei darf unter den in der Feld- oder Dateibeschreibung angegebenen Bedingungen nicht enthalten sein.

Feldtypen

  • Farbe - Eine Farbe, kodiert als sechsstellige Hexadezimalzahl. Siehe https://htmlcolorcodes.com, um einen gültigen Wert zu erzeugen (das führende "#" darf nicht enthalten sein).
    Beispiel: FFFFFF für Weiß, 000000 für Schwarz oder 0039A6 für die Zeilen A, C, E in NYMTA.
  • Währungscode - Ein alphabetischer Währungscode nach ISO 4217. Die Liste der aktuellen Währungen finden Sie unter https://en.wikipedia.org/wiki/ISO_4217#Active_codes.
    Beispiel: CAD für kanadische Dollar, EUR für Euro oder JPY für japanische Yen.
  • Währungsbetrag - Ein Dezimalwert, der einen Währungsbetrag angibt. Die Anzahl der Dezimalstellen wird durch ISO 4217 für den zugehörigen Währungscode festgelegt. Alle Finanzberechnungen sollten als Dezimalwert, Währung oder einen anderen gleichwertigen Typ verarbeitet werden, der für Finanzberechnungen geeignet ist, je nach der language, die für die Verarbeitung der Daten verwendet wird. Von der Verarbeitung von Währungsbeträgen als Float wird aufgrund von Geldgewinnen oder -verlusten während der Berechnungen abgeraten.
  • Datum - Diensttag im Format JJJJMMTT. Da die Zeit innerhalb eines Servicetages über 24:00:00 liegen kann, kann ein Servicetag Informationen für den/die folgenden Tag(e) enthalten.
    Beispiel: 20180913 für den 13. September 2018.
  • Email - Eine Email-Adresse.
    Beispiel: example@example.com
  • Enum - Eine Option aus einer Reihe von vordefinierten Konstanten, die in der Spalte "Beschreibung" definiert sind.
    Beispiel: Das Feld route_type enthält eine 0 für Straßenbahn, eine 1 für U-Bahn...
  • ID - Der Wert eines ID-Feldes ist eine interne ID, die den Fahrgästen nicht angezeigt werden soll, und besteht aus einer Folge beliebiger UTF-8-Zeichen. Es wird empfohlen, nur druckbare ASCII-Zeichen zu verwenden. Eine ID wird als "eindeutige ID" bezeichnet, wenn sie innerhalb einer Datei eindeutig sein muss. IDs, die in einer .txt-Datei definiert sind, werden oft in einer anderen .txt-Datei referenziert. IDs, die auf eine ID in einer anderen Tabelle verweisen, werden als "Fremd-ID" bezeichnet.
    Beispiel: Das Feld stop_id in stops.txt ist eine "eindeutige ID". Das Feld parent_station in stops.txt ist eine "fremde ID, die auf stops.stop_id verweist".
  • language - Ein IETF BCP language. Eine Einführung in IETF BCP 47 finden Sie unter https://www.rfc-editor.org/rfc/bcp/bcp47.txt und https://www.w3.org/International/articles/language-tags/
    Beispiel: en für Englisch, en-US für amerikanisches Englisch oder de für Deutsch.
  • Breitengrad - WGS84-Breitengrad in Dezimalgraden. Der Wert muss größer als oder gleich -90,0 und kleiner als oder gleich 90,0 sein.
    Beispiel: 41.890169
    für das Kolosseum in Rom.
  • Längengrad - WGS84-Längengrad in Dezimalgraden. Der Wert muss größer als oder gleich -180,0 und kleiner als oder gleich 180,0 sein.
    Beispiel: 12.492269 für das Kolosseum in Rom.
  • Float - Eine Fließkommazahl.
  • Ganzzahl - Eine ganze Zahl.
  • Rufnummer - Eine Rufnummer.
  • Zeit - Zeit im Format HH:MM:SS (H:MM:SS wird ebenfalls akzeptiert). Die Zeit wird von "Mittag minus 12 Uhr" des Diensttages gemessen (effektiv Mitternacht, außer an Tagen, an denen die Sommerzeit umgestellt wird). Für Zeiten, die nach Mitternacht liegen, geben Sie die Zeit als einen Wert größer als 24:00:00 in HH:MM:SS Ortszeit für den Tag an, an dem der Schedule beginnt.
    Beispiel: 14:30:00 für 2:30PM oder 25:35:00 für 1:35AM am nächsten Tag.
  • Text - Eine Zeichenkette aus UTF-8-Zeichen, die angezeigt werden soll und daher für Menschen lesbar sein muss.
  • Zeitzone - TZ-Zeitzone von https://www.iana.org/time-zones. Zeitzonennamen enthalten nie das Leerzeichen, können aber einen Unterstrich enthalten. Eine Liste der gültigen Werte finden Sie unter https://en.wikipedia.org/wiki/List_of_tz_zones.
    Beispiel: Asien/Tokio, Amerika/Los_Angeles oder Afrika/Kairo.
  • URL - Eine vollständig qualifizierte URL, die http:// oder https:// enthält, wobei alle Sonderzeichen in der URL korrekt escaped werden müssen. Unter https://www.w3.org/Addressing/URL/4_URI_Recommentations.html finden Sie eine Beschreibung, wie Sie vollständig qualifizierte URL-Werte erstellen können.

Feld-Zeichen

Vorzeichen, die für die Feldtypen Float oder Integer gelten:

  • Nicht-negativ - Größer oder gleich 0.
  • Nicht-Null - Nicht gleich 0.
  • Positiv - Größer als 0.

Beispiel: Nicht-negativer Float** - Eine Fließkommazahl, die größer oder gleich 0 ist.

Dataset-Attribute

Der Primärschlüssel eines Datensatzes ist das Feld oder die Kombination von Feldern, die eine Zeile eindeutig identifizieren. Der Primärschlüssel (*) wird verwendet, wenn alle für eine Datei bereitgestellten Felder zur eindeutigen Identifizierung einer Zeile verwendet werden. Primärschlüssel (keine) bedeutet, dass die Datei nur eine Zeile zulässt.

Beispiel: Die Felder trip_id und stop_sequence bilden den Primärschlüssel von stop_times.txt.

Dataset-Dateien

Diese Spezifikation definiert die folgenden Dateien:

Dateiname Anwesenheit Beschreibung
agency.txt Erforderlich Verkehrsunternehmen, die in diesem Datensatz vertreten sind.
stops.txt Erforderlich Haltestellen, an denen die Fahrzeuge die Fahrgäste aufnehmen oder absetzen. Definiert auch Bahnhöfe und Bahnhofseingänge.
routes.txt Erforderlich Transitstrecken. Eine Route ist eine Gruppe von Fahrten, die den Fahrgästen als ein einziger Dienst angezeigt wird.
trips.txt Erforderlich Fahrten für jede Route. Eine Fahrt ist eine Abfolge von zwei oder mehr Haltestellen, die innerhalb eines bestimmten Zeitraums stattfinden.
stop_times.txt Erforderlich Zeiten, zu denen ein Fahrzeug an den Haltestellen für jede Fahrt ankommt und abfährt.
calendar.txt Bedingt erforderlich Servicetermine, die über einen wöchentlichen Schedule mit Start- und Enddatum angegeben werden.

Bedingt erforderlich:
- Erforderlich es sei denn, alle Leistungsdaten sind in calendar_dates.txt.
- Sonst fakultativ.
calendar_dates.txt Bedingt erforderlich Ausnahmen für die Dienste, die im Abschnitt calendar.txt.

Bedingt erforderlich:
- Erforderlich wenn calendar.txt definiert sind, entfallen. In diesem Fall calendar_dates.txt alle Daten des Dienstes enthalten muss.
- Sonst fakultativ.
fare_attributes.txt Fakultativ Fahrpreisinformationen für die Strecken eines Verkehrsunternehmens.
fare_rules.txt Bedingt erforderlich Regeln für die Anwendung von Fahrpreisen für Streckenabschnitte.

Bedingt erforderlich:
- Erforderlich wenn fare_attributes.txt ist definiert.
- Verboten sonst.
fare_products.txt Fakultativ Beschreibung der verschiedenen Arten von Fahrkarten oder Tarifen, die von Fahrgästen erworben werden können.

Datei fare_products.txt beschreibt Tarifprodukte, die nicht in fare_attributes.txt und fare_rules.txt. Als solches ist die Verwendung von fare_products.txt völlig getrennt von den Dateien fare_attributes.txt und fare_rules.txt.
fare_leg_rules.txt Fakultativ Tarifbestimmungen für die einzelnen Streckenabschnitte.

Datei fare_leg_rules.txt bietet eine detailliertere Methode zur Modellierung von Tarifstrukturen. Daher bietet die Verwendung von fare_leg_rules.txt ist völlig getrennt von Dateien fare_attributes.txt und fare_rules.txt.
fare_transfer_rules.txt Fakultativ Tarifregeln für Transfers zwischen Teilstrecken.

Zusammen mit fare_leg_rules.txt Datei fare_transfer_rules.txt bietet eine detailliertere Methode zur Modellierung von Tarifstrukturen. Als solches bietet die Verwendung von fare_transfer_rules.txt ist völlig getrennt von Dateien fare_attributes.txt und fare_rules.txt.
areas.txt Fakultativ Bereichsgruppierung von Orten.
stop_areas.txt Fakultativ Regeln für die Zuordnung von Haltestellen zu Gebieten.
shapes.txt Fakultativ Regeln für die Abbildung der Fahrwege von Fahrzeugen, manchmal auch als Routenausrichtung bezeichnet.
frequencies.txt Fakultativ Fahrzeit (Zeit zwischen den Fahrten) für einen fahrplanbasierten Dienst oder eine komprimierte Darstellung eines fahrplanmäßigen Dienstes.
transfers.txt Fakultativ Regeln für das Herstellen von Verbindungen an Umsteigepunkten zwischen Linien.
pathways.txt Fakultativ Wege, die Standorte innerhalb von Bahnhöfen miteinander verbinden.
levels.txt Bedingt erforderlich Ebenen innerhalb von Bahnhöfen.

Bedingt erforderlich:
- Erforderlich bei der Beschreibung von Fahrwegen mit Aufzügen (pathway_mode=5).
- Fakultativ sonst.
translations.txt Fakultativ Übersetzungen von kundenseitigen Datensatzwerten.
feed_info.txt Fakultativ Metadaten zu Datensätzen, einschließlich Informationen zu Herausgeber, Version und Ablaufdatum.
attributions.txt Fakultativ Dataset-Attribute.

Datei Anforderungen

Die folgenden Anforderungen gelten für das Format und den Inhalt der Datensatzdateien:

  • Alle Dateien müssen als kommagetrennter Text gespeichert werden.
  • Die erste Zeile einer jeden Datei muss Feldnamen enthalten. Jeder Unterabschnitt des Abschnitts Felddefinitionen entspricht einer der Dateien in einem GTFS und führt die Feldnamen auf, die in dieser Datei verwendet werden können.
  • Bei allen Datei- und Feldnamen ist die Groß- und Kleinschreibung zu beachten.
  • Feldwerte dürfen keine Tabulatoren, Zeilenumbrüche oder neue Zeilen enthalten.
  • Feldwerte, die Anführungszeichen oder Kommas enthalten, müssen in Anführungszeichen gesetzt werden. Darüber hinaus muss jedem Anführungszeichen im Feldwert ein Anführungszeichen vorangestellt werden. Dies entspricht der Art und Weise, in der Microsoft Excel kommagetrennte (CSV) Dateien ausgibt. Weitere Informationen über das CSV-Dateiformat finden Sie unter https://tools.ietf.org/html/rfc4180..
  • Das folgende Beispiel zeigt, wie ein Feldwert in einer kommagetrennten Datei aussehen würde:
  • Ursprünglicher Feldwert: Enthält "Anführungszeichen", Kommas und Text
  • Feldwert in der CSV-Datei: "Enthält "Anführungszeichen", Kommas und Text"
  • Feldwerte dürfen keine HTML-Tags, Kommentare oder Escape-Sequenzen enthalten.
  • Zusätzliche Leerzeichen zwischen Feldern oder Feldnamen sollten entfernt werden. Viele Parser betrachten die Leerzeichen als Teil des Wertes, was zu Fehlern führen kann.
  • Jede Zeile muss mit einem CRLF- oder LF-Zeilenumbruchzeichen enden.
  • Die Dateien sollten in UTF-8 kodiert sein, um alle Unicode-Zeichen zu unterstützen. Dateien, die das Unicode-Byte-Order-Mark-Zeichen (BOM) enthalten, sind zulässig. Siehe https://unicode.org/faq/utf_bom.html#BOM für weitere Informationen über das BOM-Zeichen und UTF-8.
  • Alle Datensatzdateien müssen zusammen gezippt werden.

Feld-Definitionen

agency.txt

Datei: Erforderlich

Primärschlüssel (agency_id)

Feldname Typ Anwesenheit Beschreibung
agency_id Eindeutige ID Bedingt erforderlich Identifiziert eine Transitmarke, die oft ein Synonym für ein Verkehrsunternehmen ist. Beachten Sie, dass in einigen Fällen, z. B. wenn eine einzelne Agentur mehrere separate Dienste betreibt, Agenturen und Marken unterschiedlich sind. In diesem Dokument wird der Begriff "Agentur" anstelle von "Marke" verwendet. Ein Datensatz kann Daten von mehreren Agenturen enthalten.

Bedingt erforderlich:
- Erforderlich wenn der Datensatz Daten für mehrere Verkehrsbetriebe enthält.
- Fakultativ sonst.
agency_name Text Erforderlich Vollständiger Name des Verkehrsunternehmens.
agency_url URL Erforderlich URL des Verkehrsunternehmens.
agency_timezone Zeitzone Erforderlich Zeitzone, in der sich das Verkehrsunternehmen befindet. Wenn mehrere Agenturen im Datensatz angegeben sind, muss jede die gleiche agency_timezone.
agency_lang language Fakultativ Von diesem Verkehrsunternehmen verwendete language. Sollte angegeben werden, um GTFS bei der Auswahl von Großschreibregeln und anderen language Einstellungen für den Datensatz zu unterstützen.
agency_phone Rufnummer Fakultativ Eine Sprachtelefonnummer für die angegebene Agentur. Bei diesem Feld handelt es sich um eine Zeichenfolge, die die Telefonnummer als typisch für den Dienstbereich der Agentur darstellt. Es kann Interpunktionszeichen enthalten, um die Ziffern der Nummer zu gruppieren. Wählbarer Text (z. B. TriMet's "503-238-RIDE") ist erlaubt, aber das Feld darf keinen anderen beschreibenden Text enthalten.
agency_fare_url URL Fakultativ URL einer Webseite, über die ein Fahrgast Fahrkarten oder andere Tarifinstrumente für dieses Verkehrsunternehmen online kaufen kann.
agency_email E-Mail Fakultativ E-Mail-Adresse, die von der Kundendienstabteilung der Agentur aktiv überwacht wird. Diese E-Mail-Adresse sollte ein direkter Kontaktpunkt sein, an dem die Fahrgäste einen Kundendienstmitarbeiter der Agentur erreichen können.

stops.txt

Datei: Erforderlich

Primärschlüssel (stop_id)

Feldname Typ Anwesenheit Beschreibung
stop_id Eindeutige ID Erforderlich Identifiziert einen Ort: Haltestelle/Bahnsteig, Bahnhof, Eingang/Ausgang, allgemeiner Knoten oder Einstiegsbereich (siehe location_type).

Mehrere Linien können die gleiche Haltestelle verwenden. stop_id.
stop_code Text Fakultativ Kurzer Text oder eine Nummer, die den Ort für die Fahrgäste identifiziert. Diese Codes werden häufig in telefonbasierten Verkehrsinformationssystemen verwendet oder auf Schildern aufgedruckt, um den Fahrgästen die Suche nach Informationen zu einem bestimmten Ort zu erleichtern. Die stop_code kann dasselbe sein wie stop_id wenn er öffentlich zugänglich ist. Dieses Feld sollte für Orte ohne einen Code, der den Fahrgästen präsentiert wird, leer gelassen werden.
stop_name Text Bedingt Erforderlich Name des Standortes. Die stop_name sollte mit dem für die Fahrgäste sichtbaren Namen des Ortes übereinstimmen, wie er auf einem Fahrplan gedruckt, online veröffentlicht oder auf Schildern dargestellt ist. Für Übersetzungen in andere Sprachen verwenden Sie translations.txt.

Handelt es sich bei dem Ort um einen Einstiegsbereich (location_type=4), sollte die stop_name den Namen des Einstiegsbereichs enthalten, wie er von der Agentur angezeigt wird. Dabei kann es sich um einen einzigen Buchstaben handeln (wie bei einigen europäischen Intercity-Bahnhöfen) oder um einen Text wie "Wheelchair boarding area" (NYC's Subway) oder "Head of short trains" (Paris' RER).

Bedingt erforderlich:
- Erforderlich für Orte, die Haltestellen sind (location_type=0), Bahnhöfe (location_type=1) oder Eingänge/Ausgänge (location_type=2).
- Fakultativ für Orte, bei denen es sich um generische Knotenpunkte handelt (location_type=3) oder Einstiegsbereiche (location_type=4).
tts_stop_name Text Fakultativ Die lesbare Version des stop_name. Siehe "Text-to-Speech-Feld" im Abschnitt Begriffsdefinitionen für mehr.
stop_desc Text Fakultativ Beschreibung des Ortes, die nützliche, hochwertige Informationen liefert. Sollte kein Duplikat sein von stop_name.
stop_lat Breitengrad Bedingt Erforderlich Breitengrad des Ortes.

Für Haltestellen/Bahnsteige (location_type=0) und Einstiegsbereich (location_type=4) müssen die Koordinaten des Buspols - falls vorhanden - und andernfalls des Ortes, an dem die Reisenden in das Fahrzeug einsteigen, angegeben werden (auf dem Gehweg oder dem Bahnsteig und nicht auf der Fahrbahn oder dem Gleis, auf dem das Fahrzeug hält).

Bedingt erforderlich:
- Erforderlich für Orte, die Haltestellen sind (location_type=0), Bahnhöfe (location_type=1) oder Einstiege/Ausstiege (location_type=2).
- Fakultativ für Orte, die allgemeine Knotenpunkte sind (location_type=3) oder Einstiegsbereiche (location_type=4).
stop_lon Längengrad Bedingt Erforderlich Längengrad des Standortes.

Für Haltestellen/Bahnsteige (location_type=0) und Einstiegsbereich (location_type=4), müssen die Koordinaten der Bussäule - falls vorhanden - und ansonsten des Ortes sein, an dem die Reisenden einsteigen (auf dem Gehweg oder dem Bahnsteig und nicht auf der Fahrbahn oder dem Gleis, auf dem das Fahrzeug hält).

Bedingt erforderlich:
- Erforderlich für Orte, bei denen es sich um Haltestellen (location_type=0), Bahnhöfe (location_type=1) oder Eingänge/Ausgänge (location_type=2).
- Fakultativ für Orte, die allgemeine Knotenpunkte sind (location_type=3) oder Einstiegsbereiche (location_type=4).
zone_id ID Bedingt Erforderlich Identifiziert die Tarifzone für eine Haltestelle. Wenn dieser Datensatz einen Bahnhof oder einen Bahnhofseingang darstellt, wird der zone_id wird ignoriert.

Bedingt erforderlich:
- Erforderlich wenn die Fahrpreisinformation über fare_rules.txt
- Fakultativ anderweitig.
stop_url URL Fakultativ URL einer Webseite über den Ort. Diese sollte sich von der agency.agency_url und den routes.route_url Feldwerten unterscheiden.
location_type Aufzählung Fakultativ Ortstyp. Gültige Optionen sind:

0 (oder leer) - Haltestelle (oder Plattform). Ein Ort, an dem Fahrgäste in ein Transitfahrzeug einsteigen oder aus ihm aussteigen. Wird als Bahnsteig bezeichnet, wenn er sich innerhalb einer parent_station.
1 - Bahnhof. Eine physische Struktur oder ein Bereich, der einen oder mehrere Bahnsteige enthält.
2 - Eingang/Ausgang. Ein Ort, an dem Fahrgäste einen Bahnhof von der Straße aus betreten oder verlassen können. Wenn ein Eingang/Ausgang zu mehreren Bahnhöfen gehört, kann er durch Wege mit beiden verbunden sein, aber der Datenanbieter muss einen von ihnen als übergeordneten Knoten auswählen.
3 - Generischer Knoten. Ein Ort innerhalb eines Bahnhofs, der keinem anderen entspricht location_type, der zur Verknüpfung der in pathways.txt definierten Pfade verwendet werden kann.
4 - Einstiegsbereich. Ein bestimmter Ort auf einem Bahnsteig, an dem Fahrgäste in Fahrzeuge einsteigen und/oder aussteigen können.
parent_station Fremd-ID-Referenzierung stops.stop_id Bedingt Erforderlich Definiert die Hierarchie zwischen den verschiedenen Standorten, die in stops.txt. Sie enthält die ID des übergeordneten Standorts, wie folgt:

- Haltestelle/Plattform (location_type=0): die parent_station Feld enthält die ID eines Bahnhofs.
- Bahnhof (location_type=1): Dieses Feld muss leer sein.
- Eingang/Ausgang (location_type=2) oder allgemeiner Knoten (location_type=3): der parent_station Feld enthält die ID eines Bahnhofs (location_type=1)
- Einstiegsbereich (location_type=4): das parent_station Das Feld enthält die ID eines Bahnsteigs.

Bedingt erforderlich:
- Erforderlich für Orte, die Eingänge sind (location_type=2), generische Knotenpunkte (location_type=3) oder Einstiegsbereiche (location_type=4).
- Optional für Haltestellen/Bahnsteige (location_type=0).
- Verboten für Bahnhöfe (location_type=1).
stop_timezone Zeitzone Fakultativ Zeitzone des Ortes. Wenn der Ort einen übergeordneten Bahnhof hat, erbt er die Zeitzone des übergeordneten Bahnhofs, anstatt seine eigene Zeitzone anzuwenden. Bahnhöfe und elternlose Haltestellen mit leeren stop_timezone erben die Zeitzone, die durch agency.agency_timezone. Wenn stop_timezone Werte angegeben sind, werden die Zeiten in stop_times.txt die Zeit seit Mitternacht in der Zeitzone, die durch agency.agency_timezone. Dadurch wird sichergestellt, dass die Zeitwerte in einer Fahrt im Laufe der Fahrt immer ansteigen, unabhängig davon, welche Zeitzonen die Fahrt durchquert.
wheelchair_boarding Enum Fakultativ Gibt an, ob an diesem Ort Rollstuhlfahrer einsteigen können. Gültige Optionen sind:

Für Haltestellen ohne Eltern:
0 oder leer - Keine Zugänglichkeitsinformationen für die Haltestelle.
1 - Einige Fahrzeuge an dieser Haltestelle können von Fahrern im Rollstuhl bestiegen werden.
2 - Der Einstieg für Rollstuhlfahrer ist an dieser Haltestelle nicht möglich.

Für Haltestellen mit Kindern:
0 oder leer - Die Haltestelle erbt ihr wheelchair_boarding Verhalten von der übergeordneten Haltestelle, falls in der übergeordneten Haltestelle angegeben.
1 - Es gibt einen barrierefreien Weg von außerhalb der Haltestelle zu der betreffenden Haltestelle/dem Bahnsteig.
2 - Es gibt keinen begehbaren Weg von außerhalb der Haltestelle zu der betreffenden Haltestelle/dem betreffenden Bahnsteig.

Für Bahnhofseingänge/-ausgänge:
0 oder leer - Der Bahnhofseingang erbt sein wheelchair_boarding Verhalten von der übergeordneten Station, wenn für die übergeordnete Station angegeben.
1 - Der Bahnhofseingang ist für Rollstuhlfahrer zugänglich.
2 - Kein barrierefreier Weg vom Bahnhofseingang zu den Haltestellen/Bahnsteigen.
level_id Ausländische ID-Referenzierung levels.level_id Fakultativ Ebene des Standortes. Dieselbe Ebene kann von mehreren nicht miteinander verbundenen Stationen genutzt werden.
platform_code Text Fakultativ Bahnsteigbezeichner für eine Bahnsteighaltestelle (eine Haltestelle, die zu einem Bahnhof gehört). Dies sollte nur der Bahnsteigbezeichner sein (z. B. "G" oder "3"). Wörter wie "Bahnsteig" oder "Gleis" (oder das language Äquivalent des Feeds) sollten nicht enthalten sein. Dies ermöglicht es den Nutzern des Feeds, die Bahnsteigkennung leichter zu internationalisieren und in andere Sprachen zu übersetzen.

routes.txt

Datei: Erforderlich

Primärschlüssel (route_id)

Feldname Typ Anwesenheit Beschreibung
route_id Eindeutige ID Erforderlich Identifiziert eine Route.
agency_id Ausländische ID-Referenzierung agency.agency_id Bedingt Erforderlich Agentur für die angegebene Strecke.

Bedingt erforderlich:
- Erforderlich wenn mehrere Agenturen definiert sind in agency.txt.
- Fakultativ anderweitig.
route_short_name Text Bedingt Erforderlich Kurzer Name einer Route. Oft eine kurze, abstrakte Bezeichnung (z. B. "32", "100X", "Green"), die von den Fahrgästen zur Identifizierung einer Strecke verwendet wird. Beide route_short_name und route_long_name können definiert werden.

Bedingt erforderlich:
- Erforderlich wenn routes.route_long_name ist leer.
- Fakultativ anderweitig.
route_long_name Text Bedingt Erforderlich Vollständiger Name einer Route. Dieser Name ist im Allgemeinen aussagekräftiger als der route_short_name und enthält oft das Ziel oder die Haltestelle der Route. Beide route_short_name und route_long_name kann definiert werden.

Bedingt erforderlich:
- Erforderlich wenn routes.route_short_name ist leer.
- Fakultativ anderweitig.
route_desc Text Fakultativ Beschreibung einer Route, die nützliche, hochwertige Informationen liefert. Sollte kein Duplikat von sein. route_short_name oder route_long_name.
Beispiel: Die "A"-Züge verkehren immer zwischen Inwood-207 St, Manhattan und Far Rockaway-Mott Avenue, Queens. Außerdem verkehren von etwa 6 Uhr morgens bis etwa Mitternacht zusätzliche "A"-Züge zwischen Inwood-207 St und Lefferts Boulevard (die Züge fahren normalerweise abwechselnd zwischen Lefferts Blvd und Far Rockaway).
route_type Enum Erforderlich Gibt die Art des Transportmittels an, das auf einer Route verwendet wird. Gültige Optionen sind:

0 - Straßenbahn, Streetcar, Light Rail. Jedes Stadtbahn- oder Straßenbahnsystem in einem Großstadtgebiet.
1 - U-Bahn, Metro. Jedes unterirdische Schienensystem innerhalb eines Stadtgebiets.
2 - Eisenbahn. Wird für Intercity- oder Langstreckenreisen verwendet.
3 - Bus. Wird für Kurz- und Langstreckenbuslinien verwendet.
4 - Fähre. Wird für Kurz- und Langstreckenschifffahrtsdienste verwendet.
5 - Seilbahn. Wird für straßengleiche Schienenfahrzeuge verwendet, bei denen das Kabel unter dem Fahrzeug verläuft (z. B. Cable Car in San Francisco).
6 - Luftseilbahn, Hängeseilbahn (z. B. Gondelbahn, Schwebebahn). Seilbahn, bei der Kabinen, Wagen, Gondeln oder offene Sessel an einem oder mehreren Seilen aufgehängt sind.
7 - Standseilbahn. Jedes Schienensystem, das für starke Steigungen ausgelegt ist.
11 - Trolleybus. Elektrische Busse, die ihren Strom von Oberleitungen über Masten beziehen.
12 - Einschienenbahn. Bahn, bei der das Gleis aus einer einzigen Schiene oder einem Balken besteht.
route_url URL Fakultativ URL einer Webseite über die jeweilige Strecke. Sollte sich vom agency.agency_url Wert unterscheiden.
route_color Farbe Fakultativ Farbbezeichnung der Strecke, die mit dem Material für die Öffentlichkeit übereinstimmt. Der Standardwert ist weiß (FFFFFF), wenn sie weggelassen oder leer gelassen wird. Der Farbunterschied zwischen route_color und route_text_color sollte bei der Betrachtung auf einem Schwarz-Weiß-Bildschirm einen ausreichenden Kontrast bieten.
route_text_color Farbe Fakultativ Lesbare Farbe für Text, der vor einem Hintergrund von route_color. Der Standardwert ist Schwarz (000000), wenn sie weggelassen oder leer gelassen wird. Der Farbunterschied zwischen route_color und route_text_color sollte bei der Betrachtung auf einem Schwarz-Weiß-Bildschirm einen ausreichenden Kontrast bieten.
route_sort_order Nicht-negative Ganzzahl Fakultativ Ordnet die Routen so an, dass sie für die Präsentation beim Kunden ideal sind. Routen mit kleineren route_sort_order Werten sollten zuerst angezeigt werden.
continuous_pickup Enum Fakultativ Zeigt an, dass der Fahrgast an einem beliebigen Punkt entlang des Fahrwegs des Fahrzeugs einsteigen kann, wie durch shapes.txtbeschrieben, bei jeder Fahrt auf der Strecke. Gültige Optionen sind:

0 - Kontinuierliche Haltestellenabholung.
1 oder leer - Keine kontinuierliche Haltestellenabholung.
2 - Sie müssen die Agentur anrufen, um die Abholung ohne Unterbrechung zu vereinbaren.
3 - Muss sich mit dem Fahrer abstimmen, um eine Abholung mit durchgehendem Halt zu vereinbaren.

Werte für routes.continuous_pickup können übersteuert werden durch Definition von Werten in stop_times.continuous_pickup für bestimmte stop_times entlang der Strecke.
continuous_drop_off Enum Fakultativ Zeigt an, dass der Fahrgast das Transitfahrzeug an jedem beliebigen Punkt entlang des Fahrweges verlassen kann, wie in der Beschreibung von shapes.txt, bei jeder Fahrt auf der Strecke. Gültige Optionen sind:

0 - Kontinuierliches Anhalten und Aussteigen.
1 oder leer - Kein ständiger Halt zum Aussteigen.
2 - Muss die Agentur anrufen, um ein kontinuierliches Anhalten zu vereinbaren.
3 - Muss sich mit dem Fahrer abstimmen, um eine durchgehende Haltestelle zu vereinbaren.

Die Werte für routes.continuous_drop_off können überschrieben werden durch Definition von Werten in stop_times.continuous_drop_off für bestimmte stop_times entlang der Strecke.
network_id ID Fakultativ Kennzeichnet eine Gruppe von Routen. Mehrere Reihen in routes.txt können die gleichen network_id.

trips.txt

Datei: Erforderlich

Primärschlüssel (trip_id)

Feldname Typ Anwesenheit Beschreibung
route_id Ausländische ID-Referenzierung routes.route_id Erforderlich Identifiziert eine Route.
service_id Ausländische ID-Referenzierung calendar.service_id oder calendar_dates.service_id Erforderlich Identifiziert eine Reihe von Daten, an denen der Dienst für eine oder mehrere Strecken verfügbar ist.
trip_id Eindeutige ID Erforderlich Identifiziert eine Fahrt.
trip_headsign Text Fakultativ Text, der auf der Beschilderung erscheint und den Fahrgästen das Ziel der Fahrt anzeigt. Sollte verwendet werden, um zwischen verschiedenen Dienstmustern auf ein und derselben Strecke zu unterscheiden.

Wenn sich die Beschilderung während einer Fahrt ändert, müssen die Werte für trip_headsign können überschrieben werden durch die Definition von Werten in stop_times.stop_headsign für bestimmte stop_times entlang der Fahrt.
trip_short_name Text Fakultativ Für die Öffentlichkeit sichtbarer Text zur Identifizierung der Fahrt für die Fahrgäste, z. B. zur Kennzeichnung von Zugnummern für Fahrten im Nahverkehr. Wenn sich die Fahrgäste in der Regel nicht auf die Fahrtennamen verlassen, trip_short_name sollte leer sein. A trip_short_name Wert, falls vorhanden, sollte eine Fahrt innerhalb eines Verkehrstages eindeutig identifizieren; er sollte nicht für Zielnamen oder Bezeichnungen für eingeschränkte/express Fahrten verwendet werden.
direction_id Enum Fakultativ Gibt die Fahrtrichtung für eine Fahrt an. Dieses Feld sollte nicht im Routing verwendet werden; es bietet eine Möglichkeit, Fahrten bei der Veröffentlichung von Fahrplänen nach Fahrtrichtung zu trennen. Gültige Optionen sind:

0 - Fahrt in eine Richtung (z. B. Hinfahrt).
1 - Fahrt in die entgegengesetzte Richtung (z. B. Hinfahrt).
Beispiel: Die trip_headsign und direction_id Die Felder "Fahrtrichtung" und "Fahrtrichtung" können zusammen verwendet werden, um für eine Reihe von Fahrten einen Namen für jede Fahrtrichtung zu vergeben. A trips.txt Datei könnte diese Datensätze zur Verwendung in Zeittabellen enthalten:
trip_id,...,trip_headsign,direction_id
1234,...,Airport,0
1505,...,Downtown,1
block_id ID Fakultativ Identifiziert den Block, zu dem die Reise gehört. Ein Block besteht aus einer einzelnen Fahrt oder mehreren aufeinanderfolgenden Fahrten mit demselben Fahrzeug, die durch gemeinsame Verkehrstage definiert sind und block_id. A block_id kann Fahrten mit unterschiedlichen Verkehrstagen enthalten, die unterschiedliche Blöcke bilden. Siehe das Beispiel unten
shape_id Fremd-ID-Referenzierung shapes.shape_id Bedingt Erforderlich Identifiziert eine geografische Form, die den Fahrweg eines Fahrzeugs für eine Fahrt beschreibt.

Bedingt erforderlich:
- Erforderlich wenn die Fahrt ein kontinuierliches Abhol- oder Absetzverhalten hat, das entweder in routes.txt oder in stop_times.txt.
- Fakultativ anderweitig.
wheelchair_accessible Enum Fakultativ Gibt die Zugänglichkeit für Rollstuhlfahrer an. Gültige Optionen sind:

0 oder leer - Keine Angaben zur Barrierefreiheit der Fahrt.
1 - Das Fahrzeug, das für diese Fahrt verwendet wird, kann mindestens einen Fahrer im Rollstuhl aufnehmen.
2 - Auf dieser Fahrt können keine Rollstuhlfahrer mitgenommen werden.
bikes_allowed Enum Fakultativ Gibt an, ob Fahrräder erlaubt sind. Gültige Optionen sind:

0 oder leer - Keine Angaben zu Fahrrädern für diese Fahrt.
1 - Das Fahrzeug, das für diese Fahrt verwendet wird, kann mindestens ein Fahrrad aufnehmen.
2 - Auf dieser Fahrt sind keine Fahrräder erlaubt.

Beispiel: Blöcke und Verkehrstag

Das folgende Beispiel ist gültig, wobei an jedem Wochentag bestimmte Blöcke gelten.

route_id trip_id service_id block_id (Zeit der ersten Haltestelle) (Zeit der letzten Haltestelle)
rot Reise_1 Mo-Di-Mi-Do-Fri-Sa-So rot_schleife 22:00:00 22:55:00
rot Reise_2 fri-sat-sun rot_schleife 23:00:00 23:55:00
rot Fahrt_3 fri-sat rot_schleife 24:00:00 24:55:00
rot Fahrt_4 Mo-Di-Mi-Do rot_schleife 20:00:00 20:50:00
rot Fahrt_5 Mo-Do-Mi-Do rot_schleife 21:00:00 21:50:00

Anmerkungen zur obigen Tabelle:

  • Von Freitag bis Samstagmorgen verkehrt beispielsweise ein einziges Fahrzeug auf den Fahrten_1 ,_2 und_3 (22:00 Uhr bis 12:55 Uhr). Beachten Sie, dass die letzte Fahrt am Samstag von 12:00 Uhr bis 12:55 Uhr stattfindet, aber zum Freitag gehört, da die Zeiten 24:00 Uhr bis 24:55 Uhr sind.
  • Montags, dienstags, mittwochs und donnerstags fährt ein einziges Fahrzeug die Fahrten_1 ,_4 und_5 in einem Block von 20:00 Uhr bis 22:55 Uhr.

stop_times.txt

Datei: Erforderlich

Primärschlüssel (trip_id, stop_sequence)

Feldname Typ Anwesenheit Beschreibung
trip_id Fremd-ID-Referenzierung trips.trip_id Erforderlich Identifiziert eine Fahrt.
arrival_time Zeit Bedingt Erforderlich Ankunftszeit an der Haltestelle (definiert durch stop_times.stop_id) für eine bestimmte Fahrt (definiert durch stop_times.trip_id).

Wenn es keine getrennten Zeiten für Ankunft und Abfahrt an einer Haltestelle gibt, arrival_time und departure_time identisch sein.

Für Zeiten, die nach Mitternacht am Tag des Dienstes liegen, geben Sie die Uhrzeit als einen Wert größer als 24:00:00 in HH:MM:SS Ortszeit für den Tag ein, an dem die Fahrt Schedule beginnt.

Wenn genaue Ankunfts- und Abfahrtszeiten (timepoint=1 oder leer) nicht verfügbar sind, werden geschätzte oder interpolierte Ankunfts- und Abfahrtszeiten (timepoint=0) angegeben werden.

Bedingt erforderlich:
- Erforderlich für die erste und letzte Haltestelle einer Fahrt (definiert durch stop_times.stop_sequence).
- Erforderlich für timepoint=1.
- Fakultativ anderweitig.
departure_time Zeit Bedingt Erforderlich Abfahrtszeit an der Haltestelle (definiert durch stop_times.stop_id) für eine bestimmte Fahrt (definiert durch stop_times.trip_id).

Wenn es keine getrennten Ankunfts- und Abfahrtszeiten an einer Haltestelle gibt, arrival_time und departure_time sollten identisch sein.

Für Zeiten, die nach Mitternacht am Servicetag liegen, geben Sie die Uhrzeit als einen Wert größer als 24:00:00 in HH:MM:SS Ortszeit für den Tag ein, an dem der Schedule beginnt.

Wenn keine genauen Ankunfts- und Abfahrtszeiten (timepoint=1 oder leer) nicht verfügbar sind, sind geschätzte oder interpolierte Ankunfts- und Abfahrtszeiten (timepoint=0) angegeben werden.

Bedingt erforderlich:
- Erforderlich für timepoint=1.
- Fakultativ anderweitig.
stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Identifiziert die angefahrene Haltestelle. Für alle während einer Fahrt angefahrenen Haltestellen muss ein Eintrag in stop_times.txt. Die referenzierten Orte müssen Haltestellen/Bahnsteige sein, d.h. ihre stops.location_type Wert muss sein 0 oder leer sein. Eine Haltestelle kann während einer Fahrt mehrfach angefahren werden, und mehrere Fahrten und Routen können dieselbe Haltestelle anfahren.
stop_sequence Nichtnegative ganze Zahl Erforderlich Reihenfolge der Haltestellen für eine bestimmte Fahrt. Die Werte müssen während der Fahrt ansteigen, müssen aber nicht aufeinander folgen.
Beispiel: Der erste Ort auf der Fahrt könnte einen stop_sequence=1haben, der zweite Ort auf der Fahrt kann einen stop_sequence=23haben, der dritte Ort könnte einen stop_sequence=40und so weiter.
stop_headsign Text Fakultativ Text, der auf Schildern erscheint, die den Fahrgästen das Ziel der Fahrt anzeigen. Dieses Feld übersteuert den Standard trips.trip_headsign wenn die Beschilderung zwischen Haltestellen wechselt. Wenn das Schild für die gesamte Fahrt angezeigt wird, trips.trip_headsign stattdessen verwendet werden.

A stop_headsign Wert, der für ein stop_time angegeben wird, gilt nicht für nachfolgende stop_times in derselben Fahrt. Wenn Sie die trip_headsign für mehrere stop_times in der gleichen Reise überschreiben möchten, muss der stop_headsign Wert in jeder Fahrt wiederholt werden. stop_time Zeile.
pickup_type Enum Fakultativ Gibt die Abholmethode an. Gültige Optionen sind:

0 oder leer - Regelmäßig geplante Abholung.
1 - Keine Abholung verfügbar.
2 - Muss die Agentur anrufen, um die Abholung zu vereinbaren.
3 - Die Abholung muss mit dem Fahrer vereinbart werden.
drop_off_type Enum Fakultativ Gibt die Rückgabemethode an. Gültige Optionen sind:

0 oder leer - Regelmäßig geplante Rückgabe.
1 - Keine Rückgabe möglich.
2 - Muss die Agentur anrufen, um die Rückgabe zu vereinbaren.
3 - Die Rückgabe muss mit dem Fahrer abgesprochen werden.
continuous_pickup Enum Fakultativ Zeigt an, dass der Fahrgast bei jeder Fahrt der Route an einem beliebigen Punkt entlang des Fahrwegs des Fahrzeugs einsteigen kann, der durch shapes.txt, von diesem stop_time zum nächsten stop_time im Bereich der Fahrt stop_sequence. Gültige Optionen sind:

0 - Kontinuierliche Haltestellenabholung.
1 oder leer - Keine kontinuierliche Abholung.
2 - Muss die Agentur anrufen, um die Abholung mit durchgehendem Halt zu vereinbaren.
3 - Muss sich mit dem Fahrer abstimmen, um die Abholung mit durchgehendem Halt zu vereinbaren.

Wenn dieses Feld ausgefüllt ist, überschreibt es jegliches kontinuierliche Abholverhalten, das in routes.txt. Wenn dieses Feld leer ist, wird die stop_time jedes kontinuierliche Abholverhalten, das in routes.txt.
continuous_drop_off Enum Fakultativ Zeigt an, dass der Fahrgast an jedem beliebigen Punkt entlang des Fahrweges aussteigen kann, wie in der Beschreibung von shapes.txt, von diesem stop_time zum nächsten stop_time in der Reise stop_sequence. Gültige Optionen sind:

0 - Kontinuierliches Anhalten und Aussteigen.
1 oder leer - kein ständiger Halt zum Aussteigen.
2 - Muss die Agentur anrufen, um eine durchgehende Haltestelle zu vereinbaren.
3 - Muss sich mit dem Fahrer abstimmen, um eine durchgehende Haltestelle zu vereinbaren.

Wenn dieses Feld ausgefüllt ist, überschreibt es jegliches kontinuierliche Absetzverhalten, das in routes.txt. Wenn dieses Feld leer ist, übernimmt die stop_time erbt jedes kontinuierliche Absetzverhalten, das in routes.txt.
shape_dist_traveled Nicht-negativer Float Fakultativ Tatsächliche Entfernung, die entlang der zugehörigen Form vom ersten Halt bis zum in diesem Datensatz angegebenen Halt zurückgelegt wurde. Dieses Feld gibt an, wie viel von der Form zwischen zwei beliebigen Haltestellen während einer Fahrt gezeichnet werden soll. Muss in denselben Einheiten angegeben werden, die in shapes.txt. Die Werte, die für shape_dist_traveled müssen zusammen mit stop_sequenceverwendet werden; sie dürfen nicht dazu verwendet werden, die Rückwärtsfahrt entlang einer Strecke anzuzeigen.
Beispiel: Wenn ein Bus eine Strecke von 5,25 Kilometern vom Beginn der Form bis zur Haltestelle zurücklegt,shape_dist_traveled=5.25.
timepoint Enum Fakultativ Gibt an, ob die Ankunfts- und Abfahrtszeiten für eine Haltestelle vom Fahrzeug genau eingehalten werden oder ob es sich stattdessen um ungefähre und/oder interpolierte Zeiten handelt. Mit diesem Feld kann ein GTFS interpolierte Haltestellenzeiten angeben, wobei anzugeben ist, dass es sich um ungefähre Zeiten handelt. Gültige Optionen sind:

0 - Die Zeiten werden als annähernd betrachtet.
1 oder leer - Die Zeiten werden als exakt betrachtet.

calendar.txt

Datei: Bedingt erforderlich

Primärschlüssel (service_id)

Feldname Typ Anwesenheit Beschreibung
service_id Eindeutige ID Erforderlich Identifiziert eine Reihe von Daten, an denen der Dienst für eine oder mehrere Strecken verfügbar ist. Jeder service_id Wert muss eindeutig sein in einer calendar.txt Datei.
monday Enum Erforderlich Gibt an, ob der Dienst an allen Montagen in dem durch die Felder start_date und end_date Felder angegeben ist. Beachten Sie, dass Ausnahmen für bestimmte Daten in calendar_dates.txt. Gültige Optionen sind:

1 - Der Dienst ist an allen Montagen im Datumsbereich verfügbar.
0 - Der Dienst ist an den Montagen im Datumsbereich nicht verfügbar.
tuesday Enum Erforderlich Funktioniert genauso wie monday außer gilt für Dienstage
wednesday Enum Erforderlich Funktioniert in gleicher Weise wie monday außer gilt für mittwochs
thursday Enum Erforderlich Funktionen wie monday außer gilt für donnerstags
friday Enum Erforderlich Funktionen auf die gleiche Weise wie monday außer gilt für freitags
saturday Enum Erforderlich Funktionen in der gleichen Weise wie monday außer gilt für Samstage.
sunday Enum Erforderlich Funktionen in gleicher Weise wie monday außer gilt für Sonntage.
start_date Datum Erforderlich Starttag für das Serviceintervall.
end_date Datum Erforderlich Ende des Servicetages für das Serviceintervall. Dieser Servicetag ist in dem Intervall enthalten.

calendar_dates.txt

Datei: Bedingt erforderlich

Primärschlüssel (service_id, date)

Die Tabelle calendar_dates.txt aktiviert oder deaktiviert den Betrieb explizit nach Datum. Sie kann auf zwei Arten verwendet werden.

  • Empfohlen: Verwenden Sie calendar_dates.txt in Verbindung mit calendar.txt, um Ausnahmen von den in calendar.txtxt definierten Standardbetriebsmustern festzulegen. Wenn der Dienst im Allgemeinen regelmäßig stattfindet und sich nur an bestimmten Tagen ändert (z. B. bei besonderen Ereignissen oder in Schedule Schule), ist dies ein guter Ansatz. In diesem Fall ist calendar_dates.service_id eine Fremd-ID, die auf calendar.service_id verweist.
  • Alternative: Lassen Sie calendar.txt weg und geben Sie jedes Datum des Dienstes in calendar_dates.txt an. Dies ermöglicht erhebliche Dienstvariationen und kommt Diensten ohne normale Wochenpläne entgegen. In diesem Fall ist service_id eine ID.
Feldname Typ Anwesenheit Beschreibung
service_id Fremd-ID-Referenzierung calendar.service_id oder ID Erforderlich Identifiziert eine Reihe von Daten, an denen eine Service-Ausnahme für eine oder mehrere Routen auftritt. Jedes (service_id, date) Paar darf nur einmal vorkommen in calendar_dates.txt wenn Sie calendar.txt und calendar_dates.txt in Verbindung. Wenn ein service_id Wert sowohl in calendar.txt und calendar_dates.txtvorkommt, ändert die Information in calendar_dates.txt angegebene Information ändert die in calendar.txt.
date Datum Erforderlich Datum, an dem die Service-Ausnahme auftritt.
exception_type Enum Erforderlich Gibt an, ob der Dienst an dem im Datumsfeld angegebenen Datum verfügbar ist. Gültige Optionen sind:

1 - Der Dienst wurde für das angegebene Datum hinzugefügt.
2 - Der Dienst wurde für das angegebene Datum entfernt.
Beispiel: Angenommen, eine Route hat eine Reihe von Fahrten, die an Feiertagen verfügbar sind, und eine andere Reihe von Fahrten, die an allen anderen Tagen verfügbar sind. Eine service_id könnte dem regulären Schedule entsprechen und die andere service_id könnte dem Schedule entsprechen. Für einen bestimmten Feiertag kann der calendar_dates.txt Datei verwendet werden, um den Feiertag in den Feiertagsplan aufzunehmen service_id hinzuzufügen und den Feiertag aus der regulären service_id Schedule.

fare_attributes.txt

Datei: Optional

Primärschlüssel (fare_id)

Versionen
Es gibt zwei Modellierungsoptionen für die Beschreibung von Fahrpreisen. GTFS V1 ist die Legacy-Option für die Beschreibung von minimalen Tarifinformationen. GTFS V2 ist eine aktualisierte Methode, die eine detailliertere Darstellung der Tarifstruktur einer Agentur ermöglicht. Beide können in einem Datensatz vorhanden sein, aber nur eine Methode sollte von einem Datenkonsumenten für einen bestimmten Datensatz verwendet werden. Es wird empfohlen, dass GTFS V2 Vorrang vor GTFS V1 hat.

Die mit GTFS V1 verbundenen Dateien sind
- fare_attributes.txt
- fare_rules.txt

Die Dateien, die mit GTFS V2 verbunden sind, sind:
- fare_products.txt
- fare_leg_rules.txt
- fare_transfer_rules.txt


Feldname Typ Anwesenheit Beschreibung
fare_id Eindeutige ID Erforderlich Identifiziert eine Tarifklasse.
price Nicht-negative Fließkommazahl Erforderlich Fahrpreis, in der Einheit, die durch currency_type.
currency_type Währungscode Erforderlich Währung, in der der Fahrpreis bezahlt wird.
payment_method Enum Erforderlich Gibt an, wann der Fahrpreis bezahlt werden muss. Gültige Optionen sind:

0 - Fahrpreis wird an Bord bezahlt.
1 - Der Fahrpreis muss vor dem Einsteigen bezahlt werden.
transfers Enum Erforderlich Gibt an, wie viele Umstiege für diesen Tarif zulässig sind. Gültige Optionen sind:

0 - Bei diesem Tarif ist kein Umsteigen erlaubt.
1 - Fahrgäste können einmal umsteigen.
2 - Fahrgäste können zweimal umsteigen.
leer - Unbegrenzte Transfers sind erlaubt.
agency_id Fremd-ID-Referenzierung agency.agency_id Bedingt Erforderlich Identifiziert die zuständige Agentur für einen Tarif.

Bedingt erforderlich:
- Erforderlich wenn mehrere Agenturen definiert sind in agency.txt.
- Fakultativ sonst.
transfer_duration Nichtnegative Ganzzahl Fakultativ Länge der Zeit in Sekunden, bevor ein Transfer abläuft. Wenn transfers=0 kann dieses Feld verwendet werden, um anzugeben, wie lange ein Fahrschein gültig ist, oder es kann leer gelassen werden.

fare_rules.txt

Datei: Bedingt erforderlich

Primärschlüssel (*)

Die Tabelle fare_rules.txt gibt an, wie die Tarife in fare_attributes.txt auf eine Reiseroute anzuwenden sind. Die meisten Tarifstrukturen verwenden eine Kombination der folgenden Regeln:

  • Der Fahrpreis hängt vom Ausgangs- oder Zielbahnhof ab.
  • Der Fahrpreis hängt davon ab, welche Zonen die Strecke durchläuft.
  • Der Fahrpreis hängt von der Route ab, die die Route benutzt.

Beispiele für die Angabe einer Tarifstruktur mit fare_rules.txt und fare_attributes.txt finden Sie unter https://code.google.com/p/googletransitdatafeed/wiki/FareExamples im Wiki des GoogleTransitDataFeed Open Source Projekts.

Feldname Typ Anwesenheit Beschreibung
fare_id Fremd-ID-Referenzierung fare_attributes.fare_id Erforderlich Identifiziert eine Tarifklasse.
route_id Fremd-ID-Referenzierung routes.route_id Fakultativ Identifiziert eine mit der Tarifklasse verbundene Strecke. Wenn mehrere Strecken mit denselben Tarifattributen existieren, erstellen Sie einen Datensatz in der fare_rules.txt für jede Route.
Beispiel: Wenn die Tarifklasse "b" auf den Strecken "TSW" und "TSE" gültig ist, wird die fare_rules.txt Die Datei würde diese Datensätze für die Tarifklasse enthalten:
fare_id,route_id
b,TSW
b,TSE
origin_id Fremd-ID-Referenzierung stops.zone_id Fakultativ Identifiziert eine Herkunftszone. Wenn eine Tarifklasse mehrere Herkunftszonen hat, erstellen Sie einen Datensatz in fare_rules.txt für jede origin_id.
Beispiel: Wenn die Tarifklasse "b" für alle Fahrten gültig ist, die entweder aus der Zone "2" oder der Zone "8" kommen, können die fare_rules.txt Datei würde diese Datensätze für die Tarifklasse enthalten:
fare_id,...,origin_id
b,...,2
b,...,8
destination_id Fremd-ID-Referenzierung stops.zone_id Fakultativ Identifiziert eine Zielzone. Wenn eine Tarifklasse mehrere Zielzonen hat, erstellen Sie einen Datensatz in fare_rules.txt für jedes destination_id.
Beispiel: Die origin_id und destination_id Felder zusammen verwendet werden, um anzugeben, dass die Tarifklasse "b" für Fahrten zwischen den Zonen 3 und 4 gilt, und für Fahrten zwischen den Zonen 3 und 5 die fare_rules.txt Datei würde diese Datensätze für die Tarifklasse enthalten:
fare_id,...,origin_id,destination_id
b,...,3,4
b,...,3,5
contains_id Fremd-ID-Referenzierung stops.zone_id Fakultativ Identifiziert die Zonen, die ein Fahrer während der Nutzung einer bestimmten Tarifklasse betritt. Wird in einigen Systemen zur Berechnung der richtigen Tarifklasse verwendet.
Beispiel: Wenn die Tarifklasse "c" mit allen Fahrten auf der GRT-Strecke verbunden ist, die durch die Zonen 5, 6 und 7 führen, müssen die fare_rules.txt würde diese Datensätze enthalten:
fare_id,route_id,...,contains_id
c,GRT,...,5
c,GRT,...,6
c,GRT,...,7
Da alle contains_id Zonen übereinstimmen müssen, damit der Tarif gilt, würde eine Strecke, die durch die Zonen 5 und 6, aber nicht durch die Zone 7 führt, keine Tarifklasse "c" haben. Für weitere Details, siehe https://code.google.com/p/googletransitdatafeed/wiki/FareExamples im GoogleTransitDataFeed-Projekt-Wiki.

fare_products.txt

Datei: Optional

Primärschlüssel (fare_product_id)

Beschreibung der verschiedenen Arten von Fahrkarten oder Tarifen, die von Fahrgästen erworben werden können.

Feldname Typ Anwesenheit Beschreibung
fare_product_id ID Erforderlich Identifiziert ein Tarifprodukt.
fare_product_name Text Fakultativ Der Name des Tarifprodukts, wie er den Fahrgästen angezeigt wird.
amount Betrag der Währung Erforderlich Die Kosten des Tarifprodukts. Kann negativ sein, um Umsteige-Rabatte darzustellen. Kann Null sein, um ein kostenloses Tarifprodukt darzustellen.
currency Währungscode Erforderlich Die Währung der Kosten des Tarifprodukts.

fare_leg_rules.txt

Datei: Optional

Primärschlüssel (network_id, from_area_id, to_area_id, fare_product_id)

Fahrpreisregeln für einzelne Streckenabschnitte.

Die Tarife in fare_leg_rules.txt müssen abgefragt werden, indem alle Datensätze in der Datei gefiltert werden, um Regeln zu finden, die mit der vom Fahrer zu durchfahrenden Strecke übereinstimmen.

Zur Verarbeitung der Kosten einer Strecke:

  1. Die Datei fare_leg_rules.txt muss nach den Feldern gefiltert werden, die die Merkmale der Reise definieren, diese Felder sind:

    • fare_leg_rules.network_id
    • fare_leg_rules.from_area_id
    • fare_leg_rules.to_area_id
  2. Wenn die Strecke exakt mit einem Datensatz in fare_leg_rules.txt übereinstimmt, der auf den Reisemerkmalen basiert, muss dieser Datensatz verarbeitet werden, um die Kosten für die Strecke zu ermitteln.

  3. Wenn keine exakten Übereinstimmungen gefunden werden, müssen leere Einträge in fare_leg_rules.network_id, fare_leg_rules.from_area_id und fare_leg_rules.to_area_id überprüft werden, um die Kosten der Strecke zu verarbeiten:

  4. Ein leerer Eintrag in fare_leg_rules.network_id entspricht allen in routes.txt definierten Netzen mit Ausnahme der unter fare_leg_rules.network_id aufgeführten

  5. Ein leerer Eintrag in fare_leg_rules.from_area_id entspricht allen Gebieten, die in areas.area_id definiert sind, mit Ausnahme derer, die unter fare_leg_rules aufgeführt sind .from_area_id
  6. Ein leerer Eintrag in fare_leg_rules.to_area_id entspricht allen in areas definierten Gebieten .area_id mit Ausnahme der unter fare_leg_rules aufgeführten .to_area_id

  7. Entspricht die Strecke keiner der oben beschriebenen Regeln, so ist der Tarif unbekannt.

Feldname Typ Anwesenheit Beschreibung
leg_group_id ID Fakultativ Identifiziert eine Gruppe von Einträgen in fare_leg_rules.txt.

Dient zur Beschreibung von Tarifübertragungsregeln zwischen fare_transfer_rules.from_leg_group_id und fare_transfer_rules.to_leg_group_id.

Mehrere Einträge in fare_leg_rules.txt können zum selben Tarif gehören fare_leg_rules.leg_group_id.

Der gleiche Eintrag in fare_leg_rules.txt (mit Ausnahme von fare_leg_rules.leg_group_id) darf nicht zu mehreren gehören fare_leg_rules.leg_group_id.
network_id Fremd-ID-Referenzierung routes.network_id Fakultativ Identifiziert ein Streckennetz, das für die Tarifregel gilt.

Wenn es keine übereinstimmenden fare_leg_rules.network_id Werte zu den network_id wird gefiltert, leer fare_leg_rules.network_id wird standardmäßig abgeglichen.

Ein leerer Eintrag in fare_leg_rules.network_id entspricht allen Netzen, die in routes.txt mit Ausnahme derer, die unter fare_leg_rules.network_id
from_area_id Fremd-ID-Referenzierung areas.area_id Fakultativ identifiziert einen Abflugbereich.

Wenn es keine Übereinstimmungen gibt fare_leg_rules.from_area_id Werte zu den area_id wird gefiltert, leer fare_leg_rules.from_area_id wird standardmäßig abgeglichen.

Ein leerer Eintrag in fare_leg_rules.from_area_id entspricht allen Bereichen, die unter areas.area_id mit Ausnahme derer, die unter fare_leg_rules.from_area_id
to_area_id Fremd-ID-Referenzierung areas.area_id Fakultativ Bezeichnet ein Ankunftsgebiet.

Wenn es keine Übereinstimmungen gibt fare_leg_rules.to_area_id Werte zu den area_id wird gefiltert, leer fare_leg_rules.to_area_id wird standardmäßig übereinstimmen.

Ein leerer Eintrag in fare_leg_rules.to_area_id entspricht allen Gebieten, die in areas.area_id mit Ausnahme derer, die unter fare_leg_rules.to_area_id
fare_product_id Fremd-ID-Referenzierung fare_products.fare_product_id Erforderlich Das Tarifprodukt, das für die Fahrt auf der Strecke erforderlich ist.

fare_transfer_rules.txt

Datei: Optional

Primärschlüssel (from_leg_group_id, to_leg_group_id, fare_product_id, transfer_count, duration_limit)

Fahrpreisregeln für Transfers zwischen Teilstrecken, die in fare_leg_rules.txt definiert sind.

Zur Verarbeitung der Kosten einer Mehrstreckenfahrt:

  1. Die in fare_leg_rules.txt definierten Tarifgruppen sollten für alle einzelnen Streckenabschnitte auf der Grundlage der Fahrt des Fahrers ermittelt werden.

  2. Die Datei fare_transfer_rules.txt xt muss nach den Feldern gefiltert werden, die die Merkmale des Transfers definieren, diese Felder sind

    • fare_transfer_rules.from_leg_group_id
    • fare_transfer_rules.to_leg_group_id
  3. Wenn die Überweisung exakt mit einem Datensatz in fare_transfer_rules.txt übereinstimmt, der auf den Merkmalen der Überweisung basiert, muss dieser Datensatz verarbeitet werden, um die Überweisungskosten zu ermitteln.

  4. Wenn keine exakten Übereinstimmungen gefunden werden, müssen leere Einträge in from_leg_group_id oder in to_leg_group_id überprüft werden, um die Transferkosten zu ermitteln:

    • Ein leerer Eintrag in fare_transfer_rules.from_leg_group_id entspricht allen unter fare_leg_rules.leg_group_id definierten Streckengruppen mit Ausnahme der unter fare_transfer_rules.from_leg_group_id aufgeführten
    • Ein leerer Eintrag in fare_transfer_rules.to_leg_group_id entspricht allen unter fare_leg_rules.leg_group_id definierten Streckengruppen mit Ausnahme der unter fare_transfer_rules aufgeführten.to_leg_group_id
  5. Entspricht die Umsteigeverbindung keiner der oben beschriebenen Regeln, dann gibt es keine Umsteigeverbindung und die Strecken werden als getrennt betrachtet.

Feldname Typ Anwesenheit Beschreibung
from_leg_group_id Fremd-ID-Referenzierung fare_leg_rules.leg_group_id Fakultativ Identifiziert eine Gruppe von Regeln für Strecken vor der Umbuchung.

Wenn es keine Übereinstimmungen gibt fare_transfer_rules.from_leg_group_id Werte zu den leg_group_id wird gefiltert, leer fare_transfer_rules.from_leg_group_id wird standardmäßig abgeglichen.

Ein leerer Eintrag in fare_transfer_rules.from_leg_group_id entspricht allen Streckengruppen, die unter fare_leg_rules.leg_group_id unter Ausschluss derjenigen, die unter fare_transfer_rules.from_leg_group_id
to_leg_group_id Fremd-ID-Referenzierung fare_leg_rules.leg_group_id Fakultativ Bezeichnet eine Gruppe von Regeln für Fahrpreisabschnitte nach dem Umsteigen.

Wenn es keine übereinstimmenden fare_transfer_rules.to_leg_group_id Werten zu den leg_group_id wird gefiltert, leer fare_transfer_rules.to_leg_group_id wird standardmäßig übereinstimmen.

Ein leerer Eintrag in fare_transfer_rules.to_leg_group_id entspricht allen Streckengruppen, die unter fare_leg_rules.leg_group_id mit Ausnahme derer, die unter fare_transfer_rules.to_leg_group_id
transfer_count Ganzzahl ungleich Null Bedingt Verboten Legt fest, auf wie viele aufeinanderfolgende Umsteigevorgänge die Umsteigevorschrift angewendet werden kann.

Gültige Optionen sind:
-1 - Keine Begrenzung.
1 oder mehr - Legt fest, wie viele Umstiege die Umsteigevorschrift umfassen darf.

Wenn eine Teilstrecke mit mehreren Datensätzen mit unterschiedlichen transfer_counts übereinstimmt, dann wird die Regel mit dem Minimum transfer_count das größer oder gleich der aktuellen Anzahl der Übertragungen der Teilstrecke ist, ausgewählt werden.

Bedingt Verboten:
- Verboten wenn fare_transfer_rules.from_leg_group_id ist nicht gleich fare_transfer_rules.to_leg_group_id.
- Erforderlich wenn fare_transfer_rules.from_leg_group_id ist gleich fare_transfer_rules.to_leg_group_id.
duration_limit Positive ganze Zahl Fakultativ Legt die Höchstdauer der Übertragung fest.

Muss in ganzzahligen Sekundenschritten angegeben werden.

Wenn es keine Dauerbegrenzung gibt, fare_transfer_rules.duration_limit muss leer sein.
duration_limit_type Enum Bedingt Erforderlich Definiert den relativen Beginn und das Ende von fare_transfer_rules.duration_limit.

Gültige Optionen sind:
0 - Zwischen der Abflugpreisvalidierung der aktuellen Strecke und der Ankunftspreisvalidierung der nächsten Strecke.
1 - Zwischen der Abflugpreisprüfung der aktuellen Teilstrecke und der Abflugpreisprüfung der nächsten Teilstrecke.
2 - Zwischen der Ankunftspreisvalidierung der aktuellen Teilstrecke und der Abflugpreisvalidierung der nächsten Teilstrecke.
3 - Zwischen der Ankunftstarifvalidierung der aktuellen Strecke und der Ankunftstarifvalidierung der nächsten Strecke.

Bedingt erforderlich:
- Erforderlich wenn fare_transfer_rules.duration_limit ist definiert.
- Verboten wenn fare_transfer_rules.duration_limit ist leer.
fare_transfer_type Enum Erforderlich Gibt die Kostenabwicklungsmethode für das Umsteigen zwischen den Teilstrecken einer Reise an:

Gültige Optionen sind:
0 - Von-Scheibe fare_leg_rules.fare_product_id plus fare_transfer_rules.fare_product_idA + AB.
1 - Von-Strecke fare_leg_rules.fare_product_id plus fare_transfer_rules.fare_product_id plus zu-Bein fare_leg_rules.fare_product_idA + AB + B.
2 - fare_transfer_rules.fare_product_idAB.

Kosten für die Bearbeitung von Wechselwirkungen zwischen mehreren Übergängen in einer Fahrt:

fare_transfer_typeBearbeitung A > BBearbeitung B > C
0A + ABS + BC
1A + AB +BS + BC + C
2ABS + BC
Wobei S die gesamten verarbeiteten Kosten der vorangegangenen Strecke(n) und der Umsteigeverbindung(en) angibt.
fare_product_id Fremd-ID-Referenzierung fare_products.fare_product_id Fakultativ Das Tarifprodukt, das zum Umsteigen zwischen zwei Strecken erforderlich ist. Wenn leer, sind die Kosten für die Umsteigevorschrift 0.

areas.txt

Datei: Fakultativ

Primärschlüssel (area_id)

Definiert Bereichskennungen.

Feldname Typ Anwesenheit Beschreibung
area_id Eindeutige ID Erforderlich Identifiziert ein Gebiet. Muss eindeutig sein in areas.txt.
area_name Text Fakultativ Der Name des Gebiets, wie er dem Fahrer angezeigt wird.

stop_areas.txt

Datei: Optional

Primärschlüssel (*)

Weist die Haltestellen aus stops.txt den Bereichen zu.

Feldname Typ Anwesenheit Beschreibung
area_id Fremd-ID-Referenzierung areas.area_id Erforderlich Identifiziert ein Gebiet, zu dem ein oder mehrere stop_ids gehören. Das gleiche stop_id kann in vielen Bereichen definiert sein area_ids.
stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Identifiziert eine Haltestelle. Wenn eine Haltestelle (d. h. eine Haltestelle mit stops.location_type=1) in diesem Feld definiert ist, wird angenommen, dass alle seine Bahnsteige (d.h. alle Haltestellen mit stops.location_type=0 die diese Haltestelle als stops.parent_station) Teil desselben Bereichs sind. Dieses Verhalten kann durch die Zuweisung von Bahnsteigen zu anderen Bereichen außer Kraft gesetzt werden.

shapes.txt

Datei: Optional

Primärschlüssel (shape_id, shape_pt_sequence)

Shapes beschreiben den Weg, den ein Fahrzeug entlang einer Streckenführung zurücklegt, und sind in der Datei shapes.txt definiert. Shapes sind mit Trips verbunden und bestehen aus einer Folge von Punkten, die das Fahrzeug der Reihe nach durchfährt. Die Shapes müssen die Lage der Haltestellen nicht exakt abbilden, aber alle Haltestellen auf einer Fahrt sollten innerhalb eines kleinen Abstands zum Shape für diese Fahrt liegen, d. h. in der Nähe von geraden Liniensegmenten, die die Shape-Punkte verbinden.

Feldname Typ Anwesenheit Beschreibung
shape_id ID Erforderlich Identifiziert eine Form.
shape_pt_lat Breitengrad Erforderlich Breitengrad eines Shape-Punktes. Jeder Datensatz in shapes.txt steht für einen Formpunkt, der zur Definition der Form verwendet wird.
shape_pt_lon Längengrad Erforderlich Längengrad eines Formpunktes.
shape_pt_sequence Nichtnegative Ganzzahl Erforderlich Die Reihenfolge, in der die Formpunkte miteinander verbunden sind, um die Form zu bilden. Die Werte müssen entlang der Strecke ansteigen, müssen aber nicht aufeinander folgen.
Beispiel: Wenn die Form "A_shp" drei Punkte in ihrer Definition hat, stellt die Datei shapes.txt Die Datei kann diese Datensätze enthalten, um die Form zu definieren:
shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
A_shp,37.61956,-122.48161,0
A_shp,37.64430,-122.41070,6
A_shp,37.65863,-122.30839,11
shape_dist_traveled Nicht-negative Fließkommazahl Fakultativ Tatsächliche Entfernung, die entlang der Form vom ersten Formpunkt bis zu dem in diesem Datensatz angegebenen Punkt zurückgelegt wurde. Wird von Tourenplanern verwendet, um den richtigen Abschnitt der Form auf einer Karte anzuzeigen. Die Werte müssen zusammen mit shape_pt_sequenceSie dürfen nicht verwendet werden, um die Rückwärtsfahrt entlang einer Route anzuzeigen. Die Entfernungseinheiten müssen mit denen übereinstimmen, die in stop_times.txt.
Beispiel: Wenn ein Bus entlang der drei oben für A_shp definierten Punkte fährt, würden die zusätzlichen shape_dist_traveled Werte (hier in Kilometern angegeben) wie folgt aussehen:
shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence,shape_dist_traveled
A_shp,37.61956,-122.48161,0,0
A_shp,37.64430,-122.41070,6,6.8310
A_shp,37.65863,-122.30839,11,15.8765

frequencies.txt

Datei: Optional

Primärschlüssel (trip_id, start_time)

frequencies.txt repräsentiert Fahrten, die in regelmäßigen Abständen fahren (Zeit zwischen den Fahrten). Diese Datei kann verwendet werden, um zwei verschiedene Arten von Diensten darzustellen.

  • Frequenzbasierter Dienst(exact_times=0), bei dem der Dienst nicht einem festen Schedule über den Tag hinweg folgt. Stattdessen versuchen die Betreiber, die vorgegebenen Fahrzeiten strikt einzuhalten.
  • Eine komprimierte Darstellung des Schedule Dienstes(exakte_Zeiten=1), bei dem die Fahrten über einen bestimmten Zeitraum hinweg exakt die gleiche Fahrzeit haben. Im Schedule Dienst versuchen die Betreiber, sich strikt an einen Schedule zu halten.
Feldname Typ Anwesenheit Beschreibung
trip_id Fremd-ID-Referenzierung trips.trip_id Erforderlich Identifiziert eine Fahrt, für die die angegebene Fahrplanlage gilt.
start_time Zeit Erforderlich Zeitpunkt, zu dem das erste Fahrzeug von der ersten Haltestelle der Fahrt mit der angegebenen Fahrzeit abfährt.
end_time Uhrzeit Erforderlich Zeitpunkt, zu dem der Dienst an der ersten Haltestelle der Fahrt zu einer anderen Fahrzeit wechselt (oder ausfällt).
headway_secs Positiv ganzzahlig Erforderlich Zeit, in Sekunden, zwischen den Abfahrten von derselben Haltestelle (Fahrtstrecke) für die Fahrt, während des Zeitintervalls, das durch start_time und end_time. Für dieselbe Fahrt können mehrere Abfahrtszeiten festgelegt werden, die sich jedoch nicht überschneiden dürfen. Neue Abfahrtszeiten können genau zu dem Zeitpunkt beginnen, zu dem die vorherige Abfahrtszeit endet.
exact_times Enum Fakultativ Gibt die Art der Dienstleistung für eine Fahrt an. Weitere Informationen finden Sie in der Dateibeschreibung. Gültige Optionen sind:

0 oder leer - Frequenzabhängige Fahrten.
1 - Schedule Fahrten mit exakt der gleichen Fahrzeit über den ganzen Tag. In diesem Fall muss der end_time Wert größer sein als die letzte gewünschte Fahrt start_time aber kleiner als die letzte gewünschte Fahrt start_time + headway_secs.

transfers.txt

Datei: Optional

Primärschlüssel (from_stop_id, to_stop_id, from_trip_id, to_trip_id, from_route_id, to_route_id)

Bei der Berechnung eines Fahrplans interpolieren GTFS die Umsteigevorgänge auf der Grundlage der zulässigen Zeit und der Nähe der Haltestellen. transfers.txt gibt zusätzliche Regeln und Überschreibungen für ausgewählte Umsteigevorgänge an.

Die Felder from_trip_id, to_trip_id, from_route_id und to_route_id ermöglichen eine höhere Spezifität der Übertragungsregeln. Zusammen mit from_stop_id und to_stop_id ergibt sich die folgende Rangfolge der Spezifität:

  1. Beide trip_iddefiniert: from_trip_id und to_trip_id.
  2. Ein trip_id und route_id definiert:from_trip_id und to_route_id) oderfrom_route_id und to_trip_id).
  3. Eine trip_id definiert: from_trip_id oder to_trip_id.
  4. Beide route_iddefiniert: from_route_id und to_route_id.
  5. Eine route_id definiert: from_route_id oder to_route_id.
  6. Nur from_stop_id und to_stop_id definiert: keine routen- oder reisebezogenen Felder gesetzt.

Für ein gegebenes geordnetes Paar aus ankommender und abfahrender Reise wird die Überfahrt mit der größten Spezifität zwischen diesen beiden Reisen gewählt. Für ein beliebiges Paar von Fahrten sollte es keine zwei Umstiege mit der gleichen maximalen Spezifität geben, die in Frage kommen.

Feldname Typ Anwesenheit Beschreibung
from_stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Identifiziert eine Haltestelle oder einen Bahnhof, an dem eine Verbindung zwischen zwei Fahrten beginnt. Wenn sich dieses Feld auf eine Haltestelle bezieht, gilt die Umsteigevorschrift für alle untergeordneten Haltestellen.
to_stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Bezeichnet eine Haltestelle oder einen Bahnhof, an dem eine Verbindung zwischen Linien endet. Wenn sich dieses Feld auf eine Haltestelle bezieht, gilt die Umsteigevorschrift für alle untergeordneten Haltestellen.
from_route_id Fremd-ID-Referenzierung routes.route_id Fakultativ Bezeichnet eine Strecke, an der eine Verbindung beginnt.

Wenn from_route_id Wenn dieses Feld auf eine Haltestelle verweist, gilt die Umsteigeregel für die ankommende Fahrt auf der Strecke für die angegebene Strecke. from_stop_id.

Wenn beide from_trip_id und from_route_id definiert sind, gilt die trip_id muss zu den route_id, und from_trip_id hat Vorrang.
to_route_id Fremd-ID-Referenzierung routes.route_id Fakultativ Identifiziert eine Strecke, auf der eine Verbindung endet.

Wenn to_route_id Wenn eine Verbindung zwischen zwei Routen definiert ist, gilt die Übertragung für die abgehende Reise auf der Route für den angegebenen Zeitraum. to_stop_id.

Wenn beide to_trip_id und to_route_id definiert sind, werden die trip_id muss zu den route_id, und to_trip_id wird Vorrang haben.
from_trip_id Fremd-ID-Referenzierung trips.trip_id Fakultativ Kennzeichnet eine Fahrt, bei der eine Verbindung zwischen Routen beginnt.

Wenn from_trip_id ist definiert, gilt die Übergabe für die ankommende Fahrt für die angegebene Strecke from_stop_id.

Wenn beide from_trip_id und from_route_id definiert sind, die trip_id muss zu den route_id, und from_trip_id wird Vorrang haben.
to_trip_id Fremd-ID-Referenzierung trips.trip_id Fakultativ Identifiziert eine Fahrt, bei der eine Verbindung zwischen Routen endet.

Wenn to_trip_id ist definiert, gilt die Übertragung für die abfahrende Fahrt der angegebenen Strecke to_stop_id.

Wenn beide to_trip_id und to_route_id definiert sind, müssen die trip_id müssen zu den route_id, und to_trip_id hat Vorrang.
transfer_type Enum Erforderlich Zeigt die Art der Verbindung für das angegebene (from_stop_id, to_stop_id) Paar an. Gültige Optionen sind:

0 oder leer - Empfohlener Umsteigepunkt zwischen Routen.
1 - Zeitlich festgelegter Umsteigepunkt zwischen zwei Routen. Es wird erwartet, dass das abfahrende Fahrzeug auf das ankommende Fahrzeug wartet und dem Fahrer genügend Zeit zum Umsteigen lässt.
2 - Das Umsteigen erfordert eine Mindestzeit zwischen Ankunft und Abfahrt, um einen Anschluss zu gewährleisten. Die für das Umsteigen benötigte Zeit wird angegeben durch min_transfer_time.
3 - Ein Umsteigen zwischen den Linien ist am Standort nicht möglich.
min_transfer_time Nicht-negative Ganzzahl Fakultativ Die Zeit in Sekunden, die zur Verfügung stehen muss, um ein Umsteigen zwischen den Linien an den angegebenen Haltestellen zu ermöglichen. Die min_transfer_time sollte so bemessen sein, dass ein typischer Fahrgast zwischen den beiden Haltestellen umsteigen kann, einschließlich Pufferzeit, um Schedule auf den einzelnen Strecken zu berücksichtigen.

pathways.txt

Datei: Optional

Primärschlüssel (pathway_id)

Die Dateien pathways.txt und levels.txt xt verwenden eine graphische Darstellung, um U-Bahn- oder Zugstationen zu beschreiben, wobei die Knoten die Orte und die Kanten die Wege darstellen.

Um vom Bahnhofseingang/-ausgang (ein Knoten, der als Ort mit location_type=2 dargestellt wird) zu einem Bahnsteig (ein Knoten, der als Ort mit location_type=0 oder leer dargestellt wird) zu navigieren, bewegt sich der Fahrgast über Gehwege, Fahrkartenschalter, Treppen und andere Kanten, die als Wege dargestellt werden. Generische Knoten (Knoten mit location_type=3) können verwendet werden, um Pfade innerhalb eines Bahnhofs zu verbinden.

Pfade müssen in einer Station vollständig definiert werden. Wenn Wege definiert sind, wird davon ausgegangen, dass alle Wege in der Station dargestellt sind. Daher gelten die folgenden Richtlinien:

  • Keine baumelnden Orte: Wenn ein Ort innerhalb eines Bahnhofs einen Weg hat, dann sollten alle Orte innerhalb dieses Bahnhofs Wege haben, mit Ausnahme von Bahnsteigen mit Einstiegsbereichen(location_type=4, siehe Richtlinie unten).
  • Keine Gehwege für einen Bahnsteig mit Einstiegsbereichen: Ein Bahnsteig(location_type=0 oder leer), der über Einstiegsbereiche(location_type=4) verfügt, wird als übergeordnetes Objekt behandelt, nicht als Punkt. In solchen Fällen dürfen dem Bahnsteig keine Pfade zugewiesen werden. Alle Wege sollten für jeden der Einstiegsbereiche des Bahnsteigs zugewiesen werden.
  • Keine gesperrten Bahnsteige: Jeder Bahnsteig(location_type=0 oder leer) oder Einstiegsbereich(location_type=4) muss mit mindestens einem Eingang/Ausgang(location_type=2) über eine Kette von Wegen verbunden sein. Bahnhöfe, die von einem bestimmten Bahnsteig aus keinen Weg außerhalb des Bahnhofs zulassen, sind selten.
Feldname Typ Anwesenheit Beschreibung
pathway_id Eindeutige ID Erforderlich Identifiziert einen Weg. Wird von Systemen als interner Bezeichner für den Datensatz verwendet. Muss im Datensatz eindeutig sein.

Verschiedene Pfade können die gleichen Werte für from_stop_id und to_stop_id.
Beispiel: Wenn zwei Rolltreppen nebeneinander in entgegengesetzte Richtungen verlaufen, oder wenn eine Treppe und ein Aufzug vom selben Ort zum selben Ort führen, unterschiedliche pathway_id können denselben from_stop_id und to_stop_id Werte unterteilt werden.
from_stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Ort, an dem der Weg beginnt.

Muss eine stop_id das einen Bahnsteig kennzeichnet (location_type=0 oder leer), Eingang/Ausgang (location_type=2), allgemeiner Knoten (location_type=3) oder Einstiegsbereich (location_type=4).

Werte für stop_id die Stationen identifizieren (location_type=1) sind verboten.
to_stop_id Fremd-ID-Referenzierung stops.stop_id Erforderlich Ort, an dem die Trasse endet.

Muss ein stop_id die einen Bahnsteig kennzeichnet (location_type=0 oder leer), Eingang/Ausgang (location_type=2), allgemeiner Knoten (location_type=3) oder Einstiegsbereich (location_type=4).

Werte für stop_id die Stationen identifizieren (location_type=1) sind verboten.
pathway_mode Enum Erforderlich Art der Trasse zwischen dem angegebenen (from_stop_id, to_stop_id) Paar. Gültige Optionen sind:

1 - Gehweg.
2 - Treppe.
3 - Fahrsteig/Reisezug.
4 - Rolltreppe.
5 - Aufzug.
6 - Fahrpreisschranke (oder Zahlungsschranke): Ein Weg, der in einen Bereich des Bahnhofs führt, für den ein Zahlungsnachweis erforderlich ist. Fahrpreisschranken können bezahlte Bereiche des Bahnhofs von unbezahlten trennen oder verschiedene Zahlungsbereiche innerhalb desselben Bahnhofs voneinander abgrenzen. Diese Informationen können genutzt werden, um zu vermeiden, dass Fahrgäste über Abkürzungen durch Bahnhöfe geleitet werden, die unnötige Zahlungen erfordern würden, z. B. wenn ein Fahrgast durch einen U-Bahn-Bahnsteig gehen muss, um eine Bushaltestelle zu erreichen.
7- Ausfahrtstor: Ein Weg, der aus einem bezahlten Bereich in einen unbezahlten Bereich führt, für den kein Zahlungsnachweis erforderlich ist.
is_bidirectional Enum Erforderlich Gibt die Richtung an, in der der Weg begangen werden kann:

0 - Unidirektionaler Weg, der nur von einer Seite aus benutzt werden kann from_stop_id zu to_stop_id.
1 - Bidirektionaler Weg, der in beide Richtungen begangen werden kann.

Ausfahrtstore (pathway_mode=7) dürfen nicht bidirektional sein.
length Nicht-negative Fließkommazahl Fakultativ Horizontale Länge der Trasse in Metern vom Ausgangsort (definiert in from_stop_id) zum Zielort (definiert in to_stop_id).

Dieses Feld wird empfohlen für Gehwege (pathway_mode=1), Fahrpreisschranken (pathway_mode=6) und Ausgangstüren (pathway_mode=7).
traversal_time Positive Ganzzahl Fakultativ Durchschnittliche Zeit in Sekunden, die benötigt wird, um den Gehweg vom Ausgangsort (definiert in from_stop_id) bis zum Zielort (definiert in to_stop_id).

Dieses Feld wird empfohlen für Rollsteige (pathway_mode=3), Rolltreppen (pathway_mode=4) und Aufzüge (pathway_mode=5).
stair_count Nicht-null Ganzzahl Fakultativ Anzahl der Stufen des Weges.

Ein positiver stair_count impliziert, dass der Fahrer die Treppe von from_stop_id zu to_stop_id. Und ein negativer Wert stair_count bedeutet, dass der Fahrer von from_stop_id bis to_stop_id.

Dieses Feld wird für Treppen empfohlen (pathway_mode=2).

Wenn nur eine geschätzte Anzahl von Treppen angegeben werden kann, wird empfohlen, ungefähr 15 Treppen für 1 Stockwerk anzusetzen.
max_slope Fließkommazahl Fakultativ Maximales Steigungsverhältnis des Weges. Gültige Optionen sind:

0 oder leer - keine Steigung.
Float - Steigungsverhältnis des Weges, positiv für aufwärts, negativ für abwärts.

Dieses Feld sollte nur bei Gehwegen (pathway_mode=1) und beweglichen Bürgersteigen (pathway_mode=3).
Beispiel: In den USA ist 0,083 (auch 8,3% geschrieben) das maximale Steigungsverhältnis für handbetriebene Rollstühle, was einen Anstieg von 0,083m (also 8,3cm) pro 1m bedeutet.
min_width Positiv schwimmend Fakultativ Mindestbreite des Weges in Metern.

Dieses Feld wird empfohlen, wenn die Mindestbreite weniger als 1 m beträgt.
signposted_as Text Fakultativ Für die Öffentlichkeit sichtbarer Text von physischen Schildern, die für Radfahrer sichtbar sind.

Kann verwendet werden, um den Fahrern Textanweisungen zu geben, z. B. "Folgen Sie den Schildern nach '. Der Text in singposted_as sollte genau so erscheinen, wie er auf den Schildern gedruckt ist.

Wenn die physische Beschilderung mehrsprachig ist, kann dieses Feld nach dem Beispiel von stops.stop_name in der Felddefinition von feed_info.feed_lang.
reversed_signposted_as Text Fakultativ Gleich wie signposted_asverwendet werden, aber wenn der Pfad vom to_stop_id zum from_stop_id.

levels.txt

Datei: Bedingt erforderlich

Primärschlüssel (level_id)

Beschreibt die Ebenen in einer Station. Nützlich in Verbindung mit pathways.txt, und erforderlich für die Navigation von Pfaden mit Aufzügen(pathway_mode=5).

Feldname Typ Anwesenheit Beschreibung
level_id Eindeutige ID Erforderlich Identifiziert eine Ebene in einer Station.
level_index Fließkommazahl Erforderlich Numerischer Index der Ebene, der ihre relative Position angibt.

Die Bodenebene sollte den Index 0haben, wobei Ebenen über dem Boden durch positive Indizes und Ebenen unter dem Boden durch negative Indizes gekennzeichnet sind.
level_name Text Fakultativ Name der Ebene aus Sicht des Fahrers innerhalb des Gebäudes oder der Station.
Beispiel: Nehmen Sie den Aufzug zu "Mezzanine" oder "Platform" oder "-1".

translations.txt

Datei: Optional

Primärschlüssel (table_name, field_name, language, record_id, record_sub_id, field_value)

In Regionen mit mehreren Amtssprachen haben die Verkehrsbetriebe in der Regel language Namen und Webseiten. Um die Fahrgäste in diesen Regionen optimal bedienen zu können, ist es sinnvoll, dass der Datensatz diese language Werte enthält.

Feldname Typ Anwesenheit Beschreibung
table_name Enum Erforderlich Definiert die Tabelle, die das zu übersetzende Feld enthält. Erlaubte Werte sind:

- agency
- stops
- routes
- trips
- stop_times
- pathways
- levels
- feed_info
- attributions

Jede Datei, die zu GTFS hinzugefügt wird, hat einen table_name Wert, der dem Dateinamen entspricht, wie oben aufgeführt (d. h. ohne die .txt Dateierweiterung).
field_name Text Erforderlich Name des zu übersetzenden Feldes. Felder mit dem Typ Text können übersetzt werden, Felder mit dem Typ URL, Email und Phone number können auch "übersetzt" werden, um Ressourcen in der richtigen language bereitzustellen. Felder mit anderen Typen sollten nicht übersetzt werden.
language language Erforderlich language der Übersetzung.

Wenn die language dieselbe ist wie in feed_info.feed_langist, wird der ursprüngliche Wert des Feldes als Standardwert angenommen, der in Sprachen ohne spezifische Übersetzungen zu verwenden ist (wenn default_lang nichts anderes angibt).
Beispiel: In der Schweiz heißt eine Stadt in einem offiziell zweisprachigen Kanton offiziell "Biel/Bienne", würde aber einfach "Bienne" auf Französisch und "Biel" auf Deutsch heißen.
translation Text oder URL oder E-Mail oder Telefonnummer Erforderlich Übersetzter Wert.
record_id Ausländische ID Bedingt Erforderlich Definiert den Datensatz, der dem zu übersetzenden Feld entspricht. Der Wert in record_id muss das erste oder einzige Feld des Primärschlüssels einer Tabelle sein, wie im Primärschlüsselattribut für jede Tabelle und unten definiert:

- agency_id für agency.txt
- stop_id für stops.txt;
- route_id für routes.txt;
- trip_id für trips.txt;
- trip_id für stop_times.txt;
- pathway_id für pathways.txt;
- level_id für levels.txt;
- attribution_id für attribution.txt.

Felder in Tabellen, die oben nicht definiert sind, sollten nicht übersetzt werden. Hersteller fügen jedoch manchmal zusätzliche Felder hinzu, die nicht in der offiziellen Spezifikation enthalten sind, und diese inoffiziellen Felder können übersetzt werden. Nachfolgend die empfohlene Art der Verwendung record_id für diese Tabellen:

- service_id für calendar.txt;
- service_id für calendar_dates.txt;
- fare_id für fare_attributes.txt;
- fare_id für fare_rules.txt;
- shape_id für shapes.txt;
- trip_id für frequencies.txt;
- from_stop_id für transfers.txt.

Bedingt erforderlich:
- Verboten wenn table_name ist feed_info.
- Verboten wenn field_value ist definiert.
- Erforderlich wenn field_value ist leer.
record_sub_id Ausländische ID Bedingt Erforderlich Hilft der Datensatz, der das zu übersetzende Feld enthält, wenn die Tabelle keine eindeutige ID hat. Daher ist der Wert in record_sub_id die sekundäre ID der Tabelle, wie in der Tabelle unten definiert:

- Keine für agency.txt;
- Keine für stops.txt;
- Keine für routes.txt;
- Keine für trips.txt;
- stop_sequence für stop_times.txt;
- Keine für pathways.txt;
- Keine für levels.txt;
- Keine für attributions.txt.

Felder in Tabellen, die oben nicht definiert sind, sollten nicht übersetzt werden. Die Hersteller fügen jedoch manchmal zusätzliche Felder hinzu, die nicht der offiziellen Spezifikation entsprechen, und diese inoffiziellen Felder können übersetzt werden. Nachfolgend die empfohlene Verwendung von record_sub_id für diese Tabellen:

- Keine für calendar.txt;
- date für calendar_dates.txt;
- Keine für fare_attributes.txt;
- route_id für fare_rules.txt;
- Keine für shapes.txt;
- start_time für frequencies.txt;
- to_stop_id für transfers.txt.

Bedingt erforderlich:
- Verboten wenn table_name ist feed_info.
- Verboten wenn field_value ist definiert.
- Erforderlich wenn table_name=stop_times und record_id ist definiert.
field_value Text oder URL oder E-Mail oder Telefonnummer Bedingt erforderlich Anstatt zu definieren, welcher Datensatz übersetzt werden soll, indem man record_id und record_sub_idkann dieses Feld verwendet werden, um den zu übersetzenden Wert zu definieren. Wenn es verwendet wird, wird die Übersetzung angewandt, wenn die Felder, die durch table_name und field_name identifizierte Feld genau denselben Wert enthält, der in field_value definiert ist.

Das Feld muss den genau den Wert, der in field_value. Wenn nur eine Teilmenge des Wertes mit field_valueübereinstimmt, wird die Übersetzung nicht angewandt.

Wenn zwei Übersetzungsregeln mit demselben Datensatz übereinstimmen (eine mit field_value, und die andere mit record_id), hat die Regel mit record_id den Vorrang.

Bedingt Erforderlich:
- Verboten wenn table_name ist feed_info.
- Verboten wenn record_id ist definiert.
- Erforderlich wenn record_id ist leer.

feed_info.txt

Datei: Optional(erforderlich, wenn translations.txt angegeben wird)

Primärschlüssel (keine)

Die Datei enthält Informationen über den Datensatz selbst und nicht über die Dienste, die der Datensatz beschreibt. In einigen Fällen ist der Herausgeber des Datensatzes eine andere Einheit als eine der Agenturen.

Wenn beide Referenzierungsmethodenrecord_id, record_sub_id) und field_value zur Übersetzung desselben Wertes in zwei verschiedenen Zeilen verwendet werden, hat die mitrecord_id, record_sub_id) gelieferte Übersetzung Vorrang.

Feldname Typ Anwesenheit Beschreibung
feed_publisher_name Text Erforderlich Vollständiger Name der Organisation, die den Datensatz veröffentlicht. Dies kann derselbe sein wie eine der agency.agency_name Werte unterteilt werden.
feed_publisher_url URL Erforderlich URL der Website der Organisation, die den Datensatz veröffentlicht. Dies kann mit einer der folgenden Angaben übereinstimmen agency.agency_url Werte unterteilt werden.
feed_lang language Erforderlich language, die für den Text in diesem Datensatz verwendet wird. Diese Einstellung hilft GTFS bei der Auswahl von Großschreibregeln und anderen language Einstellungen für den Datensatz. Die Datei translations.txt kann verwendet werden, wenn der Text in andere Sprachen als die Standardsprache übersetzt werden muss.

Bei Datensätzen, deren Originaltext in mehreren Sprachen vorliegt, kann die language mehrsprachig sein. In solchen Fällen sollte das Feld feed_lang Feld den language enthalten mul gemäß der Norm ISO 639-2 enthalten, und eine Übersetzung für jede im Datensatz verwendete language sollte in translations.txt. Wenn der gesamte Originaltext des Datensatzes in derselben language vorliegt, dann mul nicht verwendet werden.
Beispiel: Nehmen wir einen Datensatz aus einem mehrsprachigen Land wie der Schweiz, bei dem das Original stops.stop_name Feld mit Haltestellennamen in verschiedenen Sprachen gefüllt ist. Jeder Haltestellenname wird entsprechend der vorherrschenden language in der geografischen Lage der Haltestelle geschrieben, z. B. Genève für die französischsprachige Stadt Genf, Zürich für die deutschsprachige Stadt Zürich, und Biel/Bienne für die zweisprachige Stadt Biel/Bienne. Der Datensatz feed_lang sollte sein mul und die Übersetzungen werden bereitgestellt in translations.txtauf Deutsch: Genf, Zürich und Biel; auf Französisch: Genève, Zurich und Bienne; auf Italienisch: Ginevra, Zurigo und Bienna; und in Englisch: Geneva, Zurich und Biel/Bienne.
default_lang language Fakultativ Definiert die language, die verwendet werden soll, wenn der Datenkonsument die language des Fahrers nicht kennt. Häufig wird dies sein en (Englisch).
feed_start_date Datum Fakultativ Der Datensatz liefert vollständige und zuverlässige Schedule für den Zeitraum vom Beginn des feed_start_date Tages bis zum Ende des feed_end_date Tages. Beide Tage können leer gelassen werden, wenn sie nicht verfügbar sind. Das feed_end_date Datum darf nicht vor dem feed_start_date Datum liegen, wenn beide angegeben werden. Es wird empfohlen, dass die Anbieter von Datensätzen Schedule außerhalb dieses Zeitraums angeben, um auf wahrscheinliche künftige Dienste hinzuweisen, aber die Nutzer von Datensätzen sollten sich ihres nicht-autoritativen Status bewusst sein. Wenn feed_start_date oder feed_end_date über die aktiven Kalenderdaten hinausgehen, die in calendar.txt und calendar_dates.txtdefinierten aktiven Kalenderdaten hinausgehen, macht der Datensatz die ausdrückliche Aussage, dass es für Daten innerhalb des feed_start_date oder feed_end_date Bereich liegen, aber nicht in den aktiven Kalenderdaten enthalten sind.
feed_end_date Datum Fakultativ (siehe oben)
feed_version Text Fakultativ String, der die aktuelle Version des GTFS angibt. GTFS Anwendungen können diesen Wert anzeigen, um den Herausgebern von Datensätzen zu helfen, festzustellen, ob der neueste Datensatz aufgenommen wurde.
feed_contact_email E-Mail Fakultativ E-Mail-Adresse für die Kommunikation bezüglich des GTFS und der Datenveröffentlichungspraktiken. feed_contact_email ist ein technischer Kontakt für GTFS Anwendungen. Bereitstellung von Kontaktinformationen für den Kundendienst über agency.txt.
feed_contact_url URL Fakultativ URL für Kontaktinformationen, ein Web-Formular, Support Desk oder andere Tools für die Kommunikation bezüglich des GTFS und der Datenveröffentlichungspraktiken. feed_contact_url ist eine technische Kontaktperson für GTFS Anwendungen. Kontaktinformationen für den Kundendienst sind erhältlich über agency.txt.

attributions.txt

Datei: Fakultativ

Primärschlüssel (attribution_id)

Die Datei definiert die auf den Datensatz angewandten Attributionen.

Feldname Typ Anwesenheit Beschreibung
attribution_id Eindeutige ID Fakultativ Identifiziert ein Attribut für den Datensatz oder eine Teilmenge davon. Dies ist vor allem für Übersetzungen nützlich.
agency_id Referenzierung fremder ID agency.agency_id Fakultativ Agentur, für die das Attribut gilt.

Wenn eine agency_id, route_id, oder trip_id Attribut definiert ist, müssen die anderen leer sein. Wird keine angegeben, gilt das Attribut für den gesamten Datensatz.
route_id Referenzierung fremder IDs routes.route_id Fakultativ Funktionen in gleicher Weise wie agency_id außer die Zuordnung gilt für eine Route. Mehrere Attribute können sich auf dieselbe Strecke beziehen.
trip_id Referenzierung fremder IDs trips.trip_id Fakultativ Funktionen in gleicher Weise wie agency_id außer das Attribut gilt für eine Fahrt. Mehrere Attribute können für dieselbe Fahrt gelten.
organization_name Text Erforderlich Name der Organisation, der der Datensatz zugewiesen ist.
is_producer Enum Fakultativ Die Rolle der Organisation ist Produzent. Gültige Optionen sind:

0 oder leer - Die Organisation hat diese Rolle nicht.
1 - Die Organisation hat diese Rolle.

Mindestens eines der Felder is_producer, is_operatoroder , oder is_authority sollte gesetzt sein bei 1.
is_operator Enum Fakultativ Funktionen in gleicher Weise wie is_producer außer die Rolle der Organisation ist Betreiber.
is_authority Enum Fakultativ Funktionen in der gleichen Weise wie is_producer außer die Rolle der Organisation ist Autorität.
attribution_url URL Fakultativ URL der Organisation.
attribution_email E-Mail Fakultativ E-Mail der Organisation.
attribution_phone Telefonnummer Fakultativ Telefonnummer der Organisation.