Schedule

Überarbeitet am 8. Dezember 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
   • agency.txt
   • stops.txt
   • routes.txt
   • trips.txt
   • stop_times.txt
   • calendar.txt
   • calendar_dates.txt
   • fare_attributes.txt
   • fare_rules.txt
   • fare_media.txt
   • fare_products.txt
   • fare_leg_rules.txt
   • fare_transfer_rules.txt
   • areas.txt
   • stop_areas.txt
   • shapes.txt
   • frequencies.txt
   • transfers.txt
   • pathways.txt
   • levels.txt
   • translations.txt
   • feed_info.txt
   • attributions.txt

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	Fakultativ	Regeln für die Anwendung von Fahrpreisen für Streckenabschnitte.
fare_media.txt	Fakultativ	Zur Beschreibung der Tarifmedien, die zur Nutzung von Tarifprodukten eingesetzt werden können. Die Datei fare_media.txt beschreibt Konzepte, die in fare_attributes.txt und fare_rules.txt nicht enthalten sind. Daher ist die Verwendung von fare_media.txt völlig unabhängig von den Dateien fare_attributes.txt und fare_rules.txt.
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_media.txt
- 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: Fakultativ

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 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_media.txt

Datei: Fakultativ

Primary Key (fare_media_id)

Beschreibung der verschiedenen Tarifmedien, die für die Nutzung von Tarifprodukten verwendet werden können. Tarifmedien sind physische oder virtuelle Träger, die für die Darstellung und/oder Validierung eines Tarifprodukts verwendet werden.

Feldname	Typ	Anwesenheit	Beschreibung
fare_media_id	Eindeutige ID	Erforderlich	Identifiziert ein Fahrgeldmedium.
fare_media_name	Text	Fakultativ	Name des Tarifmediums. Für Tarifmedien, bei denen es sich um Transitkarten (fare_media_type=2) oder mobile Apps (fare_media_type =4) handelt, sollte der fare_media_name angegeben werden und mit dem Namen übereinstimmen, den die Organisationen, die sie bereitstellen, für die Fahrgäste verwenden.
fare_media_type	Enum	Erforderlich	Der Typ der Tarifmedien. Gültige Optionen sind: 0 - Keine. Wird verwendet, wenn beim Kauf oder bei der Validierung eines Fahrpreisprodukts keine Fahrpreismedien beteiligt sind, z. B. bei Barzahlung an einen Fahrer oder Schaffner ohne physischen Fahrschein. 2 - Physische Transitkarte, auf der Fahrscheine, Pässe oder ein Geldwert gespeichert sind. 3 - cEMV (kontaktlose Europay, Mastercard und Visa) als Open-Loop-Token-Container für kontobasiertes Ticketing. 4 - Mobile App, auf der virtuelle Transitkarten, Fahrscheine, Pässe oder ein Geldwert gespeichert sind.

fare_products.txt

Datei: Fakultativ

Primärschlüssel (fare_product_id, fare_media_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.
fare_media_id	Fremd-ID-Referenzierung fare_media.fare_media_id	Fakultativ	Identifiziert ein Tarifmedium, das für die Verwendung des Tarifprodukts während der Fahrt verwendet werden kann. Wenn fare_media_id den Wert frei hat, wird davon ausgegangen, dass das Fahrgeld medium Unbekannt ist.
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_type Bearbeitung A > B Bearbeitung B > C 0 A + AB S + BC 1 A + AB +B S + BC + C 2 AB S + 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.