E Anlage 17_Anhang 2 - Transform_HAFAS-Rohdaten-Vers_5.40.13-7-stellig_(Fahrplandaten)_MVU.pdf

[Seite 1]

Dokumentation

HAFAS

Rohdatenformat

Eingabedateien der

Datenaufbereitung

Version 5.40.13

HaCon Ing. GmbH, 6. Februar 2015

[Seite 2]

Rohdatendoku INHALTSVERZEICHNIS

0. Inhaltsverzeichnis

1 Versionskontrolle 8

2 Einleitung 14

3 Grundsätzliche Hinweise 15 3.1 Namenskonventionen . . . . . . . . . . . . . . . . . . . . . . . . 15 3.2 Erklärungen zur Dateibeschreibung . . . . . . . . . . . . . . . . 16

4 Datenbestand 18 4.1 Versionsspezifische Beschränkungen . . . . . . . . . . . . . . . 20 4.2 Dateiformat-Zeile . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 4.3 Notwendige Dateien . . . . . . . . . . . . . . . . . . . . . . . . . 23

5 Stammdaten 24 5.1 Eckdaten der Fahrplanperiode [ECKDATEN] . . . . . . . . . . . 24 5.2 Festlegung zeitlicher Gültigkeiten [BITFELD] . . . . . . . . . . . 25 5.3 Sortierungen [SORTKEYS] . . . . . . . . . . . . . . . . . . . . . 27 5.4 Attribute und Metaattribute [ATTRIBUT] . . . . . . . . . . . . . . 28 5.4.1 Einfache Fahrt- und Fußwegattribute . . . . . . . . . . . . 29 5.4.2 Metaattribute . . . . . . . . . . . . . . . . . . . . . . . . . 32 5.4.3 Metaattribute mit besonderer Bedeutung . . . . . . . . . . 35 5.4.4 Sprachabhängige Definition von Attributstexten . . . . . . 37 5.4.5 Kombination von Attributen und Infotexten . . . . . . . . . 38 5.5 Informationstexte [INFOTEXT] . . . . . . . . . . . . . . . . . . . 39 5.5.1 Einfache Informationstexte . . . . . . . . . . . . . . . . . 40 5.5.2 Erweiterte Informationstexte . . . . . . . . . . . . . . . . . 42 5.6 Regionen [REGION] . . . . . . . . . . . . . . . . . . . . . . . . . 44 5.6.1 *C-Zeile . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 5.6.2 *P-Zeile . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 5.6.3 Polygoneckpunkte . . . . . . . . . . . . . . . . . . . . . . 47 5.6.4 *S-Zeile . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

Version 5.40.13 2/243

[Seite 3]

Rohdatendoku INHALTSVERZEICHNIS

5.6.5 *V-Zeile . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 5.6.6 *N-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 52 5.6.7 *I-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . . 53 5.6.8 *T-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 55

6 Haltestellendaten 56 6.1 Das Haltestellenverzeichnis [BAHNHOF] . . . . . . . . . . . . . . 56 6.2 Die Koordinaten der Haltestellen [BFKOORD] . . . . . . . . . . . 60 6.3 Haltestellenbeschreibung [BHFART] . . . . . . . . . . . . . . . . 62 6.4 Haltestellen- und Haltestellenmetaattribute [BHFATTR] . . . . . . 66 6.4.1 Haltestellenattribute . . . . . . . . . . . . . . . . . . . . . 67 6.4.2 Haltestellenmetaattribute . . . . . . . . . . . . . . . . . . 68 6.4.3 Sprachabhängige Definition von Attributstexten . . . . . . 71 6.4.4 Kombination von Haltestellenattributen und Infotexten . . 72 6.5 Haltestellenumsteigeprioritäten [BFPRIOS] . . . . . . . . . . . . 73 6.6 Haltestellengewichte [BHFGEW] . . . . . . . . . . . . . . . . . . 74 6.7 Verbindungen zwischen Haltestellen [METABHF] . . . . . . . . . 76 6.7.1 Übergangsbeziehungen . . . . . . . . . . . . . . . . . . . 78 6.7.2 *A-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . . 80 6.7.3 *B-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . 81 6.7.4 *C-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 82 6.7.5 *E-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . 83 6.7.6 *G-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . 84 6.7.7 *I-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . . 85 6.7.8 *L-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . 86 6.7.9 *N-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . 87 6.7.10 *O-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 88 6.7.11 *U-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 89 6.7.12 *V-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 90 6.7.13 Haltestellengruppen . . . . . . . . . . . . . . . . . . . . . 91 6.8 Liste der Umsteigepunkte [KMINFO] . . . . . . . . . . . . . . . . 95 6.9 Grenzpunktangaben [GRENZHLT] . . . . . . . . . . . . . . . . . 96

Version 5.40.13 3/243

[Seite 4]

Rohdatendoku INHALTSVERZEICHNIS

6.10 Zusätzliche Haltestelleninformationen [BFINFO] . . . . . . . . . 97 6.11 Austausch [EXCHANGE] . . . . . . . . . . . . . . . . . . . . . . 98 6.12 Zeitverschiebungen [ZEITVS] . . . . . . . . . . . . . . . . . . . . 99

7 Fahrtbezogene Daten 102 7.1 Der Fahrplan [FPLAN] . . . . . . . . . . . . . . . . . . . . . . . . 102 7.1.1 Fahrtbeschreibung . . . . . . . . . . . . . . . . . . . . . . 103 7.1.2 *Z-Zeilen: . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 7.1.3 *T-Zeilen: . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 7.1.4 *G-Zeilen: . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 7.1.5 *A VE-Zeilen: . . . . . . . . . . . . . . . . . . . . . . . . . 111 7.1.6 *A-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . . 113 7.1.7 *I-Zeilen (optional): . . . . . . . . . . . . . . . . . . . . . . 115 7.1.8 *L-Zeile (optional): . . . . . . . . . . . . . . . . . . . . . . 117 7.1.9 *R-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 119 7.1.10 *GR-Zeile (optional): . . . . . . . . . . . . . . . . . . . . . 121 7.1.11 *SH-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . 123 7.1.12 *CI- und *CO-Zeile (optional) . . . . . . . . . . . . . . . . 124 7.1.13 *U- und *UN-Zeilen (optional): . . . . . . . . . . . . . . . 126 7.1.14 Kurswagen (*KW-, *KWZ- und *B-Zeilen:) . . . . . . . . . 128 7.1.15 Laufwegzeilen: . . . . . . . . . . . . . . . . . . . . . . . . 131 7.1.16 *E-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . 134 7.2 Verkehrsmittel bzw. Gattung [ZUGART] . . . . . . . . . . . . . . 137 7.2.1 Grundlegende Gattungsdefinitionszeile . . . . . . . . . . 138 7.2.2 Weitere optionale Gattungseigenschaften . . . . . . . . . 140 7.2.3 Sprachabhängiger Definitionsteil der ZUGART-Datei . . . 143 7.3 Vereinigungen [VEREINIG] . . . . . . . . . . . . . . . . . . . . . 149 7.4 Durchbindungen [DURCHBI] . . . . . . . . . . . . . . . . . . . . 151 7.5 Datei mit Liniendefinitionen [LINIE] . . . . . . . . . . . . . . . . . 153 7.5.1 Linienschlüssel K . . . . . . . . . . . . . . . . . . . . . . 154 7.5.2 Linienkurzname N . . . . . . . . . . . . . . . . . . . . . . 154 7.5.3 Linienlangname L . . . . . . . . . . . . . . . . . . . . . . 156

Version 5.40.13 4/243

[Seite 5]

Rohdatendoku INHALTSVERZEICHNIS

7.5.4 Linienzusatztext Z . . . . . . . . . . . . . . . . . . . . . . 157 7.5.5 Linienbeschreibung D . . . . . . . . . . . . . . . . . . . . 158 7.5.6 Linienfarbe F . . . . . . . . . . . . . . . . . . . . . . . . . 159 7.5.7 Linienhintergrundfarbe B . . . . . . . . . . . . . . . . . . 160 7.5.8 Linienbild P . . . . . . . . . . . . . . . . . . . . . . . . . . 161 7.5.9 Hauptlinie H . . . . . . . . . . . . . . . . . . . . . . . . . 162 7.5.10 Linienzeichenstil X . . . . . . . . . . . . . . . . . . . . . . 163 7.5.11 Liniensymbolform Y . . . . . . . . . . . . . . . . . . . . . 163 7.5.12 Linienattribute A . . . . . . . . . . . . . . . . . . . . . . . 163 7.5.13 Linieninfotexte I . . . . . . . . . . . . . . . . . . . . . . . 165 7.5.14 Sprachabhängige Texte in der LINIE-Datei . . . . . . . . 166 7.6 Betreiberinformationen [BETRIEB] . . . . . . . . . . . . . . . . . 168 7.7 Datei mit Fahrtfolgeinformationen [FAHRTFLG] . . . . . . . . . . 171 7.8 Datei mit Richtungsangaben [RICHTUNG] . . . . . . . . . . . . . 173 7.9 Gleis-/Bussteiginformationen [GLEISE] . . . . . . . . . . . . . . 174 7.10 Sonderzüge [SONDERZG] . . . . . . . . . . . . . . . . . . . . . 176

8 Umsteiginformationen 177 8.1 Haltestellenbezogene Umsteigezeiten [UMSTEIGB] . . . . . . . 178 8.2 Umsteigezeiten zwischen Verwaltungen [UMSTEIGV] . . . . . . 180 8.3 Linien- und richtungsbezogene Umsteigezeiten [UMSTEIGL] . . 181 8.4 Garantierte Übergänge für Linien [UMSTFWL] . . . . . . . . . . 184 8.5 Fahrtpaarbezogene Umsteigezeiten [UMSTEIGZ] . . . . . . . . . 186 8.6 Garantierte Übergänge für Fahrten [UMSTFWZ] . . . . . . . . . 188 8.7 Wartezeiten bei Umstiegen [UMSTEIGW] . . . . . . . . . . . . . 189 8.7.1 Haltestellenwartezeiten . . . . . . . . . . . . . . . . . . . 190 8.7.2 Wartezeiten zwischen Fahrten . . . . . . . . . . . . . . . 191 8.7.3 Wartezeiten zwischen Linien . . . . . . . . . . . . . . . . 192

9 Realgraph 194 9.1 Realgraph-Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 9.1.1 Charakterisierung . . . . . . . . . . . . . . . . . . . . . . 195

Version 5.40.13 5/243

[Seite 6]

Rohdatendoku INHALTSVERZEICHNIS

9.1.2 Definition und Zuweisung eines Realgraph-Layers . . . . 196 9.2 Streckenpunkte [STRECKENPT] . . . . . . . . . . . . . . . . . . 199 9.2.1 Definition von Layer-Eigenschaften . . . . . . . . . . . . . 200 9.2.2 Definition eines Koordinatensystems . . . . . . . . . . . . 202 9.2.3 Definition von Streckenpunkten . . . . . . . . . . . . . . . 203 9.2.4 *I-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . . 204 9.2.5 *M-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 205 9.3 Realgraphkanten [KANTEN] . . . . . . . . . . . . . . . . . . . . . 206 9.3.1 *G-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . 207 9.3.2 *L-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 209 9.3.3 *T-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . 210 9.3.4 *I-Zeilen (optional) . . . . . . . . . . . . . . . . . . . . . . 212 9.3.5 *M-Zeile (optional) . . . . . . . . . . . . . . . . . . . . . . 213 9.4 Zuordnungen zum Streckennetz [FAHRTZUORDNG] . . . . . . . 214 9.4.1 Zeilentyp 1: Zuordnung für Fahrten . . . . . . . . . . . . . 215 9.4.2 Zeilentyp 2: Zuordnung für Linien . . . . . . . . . . . . . . 216 9.4.3 Zeilentyp 3: Zuordnung für Fußwege . . . . . . . . . . . . 217 9.4.4 Zeilentyp 4: *P- und *Q-Zeilen . . . . . . . . . . . . . . . 218 9.4.5 Angabe von Durchfahrtszeiten an Zwischenknoten . . . . 219

10 Adressdaten 221 10.1 Adressen und Gebäudedatei [ADRESSEN] . . . . . . . . . . . . 221 10.2 Adressenfeinauflösung [address.txt] . . . . . . . . . . . . . . . . 223 10.3 Koordinaten für Hausnummern, Straßenabschnitte und Kreu- zungen [HAUSNR] . . . . . . . . . . . . . . . . . . . . . . . . . . 225 10.4 Sperrkanten [SPERRKANTEN] . . . . . . . . . . . . . . . . . . . 228

11 Anhang 229 11.1 Erläuterungen zur Verwendung von Attributen . . . . . . . . . . . 229 11.2 Beispiele der Verwendung von Attributen . . . . . . . . . . . . . 231 11.2.1 Beispiel: Öffungszeiten Zugrestaurant . . . . . . . . . . . 231 11.2.2 Beispiel: Öffungszeiten Zugrestaurant (verkehrstageab- hängig) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

Version 5.40.13 6/243

[Seite 7]

Rohdatendoku INHALTSVERZEICHNIS

11.2.3 Beispiel: Öffungszeiten Zugrestaurant (mehrsprachig) . . 234 11.3 Beispiele der Verwendung von Haltestellenattributen . . . . . . . 236 11.3.1 Beispiel: Servicenummern Gepäckträgerservice . . . . . 236 11.3.2 Beispiel: Öffnungszeiten Fahrkartenschalter (mehrspra- chig) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237 11.3.3 Beispiel: Parkhaus . . . . . . . . . . . . . . . . . . . . . . 239 11.3.4 Mehrsprachigkeit von Infotexten . . . . . . . . . . . . . . 241 11.3.5 Beispiel: Definition des eXtended Infotext XML-Formates 243

Version 5.40.13 7/243

[Seite 8]

Rohdatendoku 1. Versionskontrolle

1. Versionskontrolle

Version 5.40.13 8/243

[Seite 9]

Rohdatendoku 1. Versionskontrolle

Version 5.40.13 9/243

[Seite 10]

Rohdatendoku 1. Versionskontrolle

Version 5.40.13 10/243

[Seite 11]

Rohdatendoku 1. Versionskontrolle

Version 5.40.13 11/243

[Seite 12]

Rohdatendoku 1. Versionskontrolle

Version 5.40.13 12/243

[Seite 13]

Rohdatendoku 1. Versionskontrolle

Version 5.40.13 13/243

[Seite 14]

Rohdatendoku 2. Einleitung

2. Einleitung

Um die Fahrplanauskunft HAFAS verwenden zu können, müssen die Fahr- plandaten eines Verkehrsangebotes im HAFAS-Rohdatenformat vorliegen. Dieses Format ist die Ausgangsbasis für die Datenaufbereitung Transform , die aus den Fahrplanrohdaten ein hochspezialisiertes binäres Datenformat er- zeugt. Dieses binäre Datenformat ist genau auf die Anforderungen des Aus- kunftssuchalgorithmus zugeschnitten und ermöglicht so das Finden von opti- malen Verkehrsverbindungen in kürzester Zeit. Das HAFAS-Rohdatenformat zeichnet sich durch folgende Eigenschaften aus:

• rechnerunabhängig, da alle Datendateien Klartextdateien sind

• verständlich, da es weitgehend als lesbare Unterlage zu verwenden ist

• flexibel, da auch komplizierte Sachverhalte dargestellt werden können

• datenbankunabhängig, dennoch leicht von gängigen Datenbanksyste- men im- bzw. exportierbar

Version 5.40.13 14/243

[Seite 15]

Rohdatendoku 3.1. Namenskonventionen

3. Grundsätzliche Hinweise

3.1. Namenskonventionen

In dieser Dokumentation wurden einige Konventionen getroffen, die das Le- sen vereinfachen sollen. Diese werden hier kurz erläutert. Zur Vereinfachung gelten die folgenden Namenskonventionen:

• Unter der Bezeichnung „Fahrt“ werden Verkehrsmittel wie z.B. Zug, Bus, Schiff usw. verstanden

• Entsprechend kann unter der Bezeichnung „Haltestelle“ ein Bahnhof, ei- ne Haltestelle, eine Busstation usw. verstanden werden

• Ein „Laufweg“ ist eine Folge von Haltestellen, die von einer Fahrt bedient werden. Dabei sind die Haltestellen in der Reihenfolge ihrer Durchfahrt geordnet

Version 5.40.13 15/243

[Seite 16]

Rohdatendoku 3.2. Erklärungen zur Dateibeschreibung

3.2. Erklärungen zur Dateibeschreibung

Bei der Beschreibung des Dateiaufbaues sind für die Festlegung des jeweili- gen Datentypes folgende Konventionen benutzt worden:

• Kommentarzeilen werden durch ein „%“ in der ersten Spalte gekenn- zeichnet. Sie können in den Dateien beliebig vorkommen und werden überlesen.

• Die mit INT16 gekennzeichneten Datenfelder müssen folgendem Format entsprechen (Reihenfolge beachten):

– führende Leerzeichen und/oder Tabs – ein (optionales) Vorzeichen – beliebige Ziffernfolge bis zum ersten nichtnumerischen Zeichen – Die angegebene Zahl darf den Wertebereich von -32767 bis 32767 nicht unter- bzw. überschreiten.

• Die mit INT32 gekennzeichneten Datenfelder müssen folgendem Format entsprechen (Reihenfolge beachten):

– führende Leerzeichen und/oder Tabs – ein (optionales) Vorzeichen – beliebige Ziffernfolge bis zum ersten nichtnumerischen Zeichen – Die angegebene Zahl darf den Wertebereich von -2147483647 bis 2147483647 nicht unter- bzw. überschreiten.

• Die mit FLOAT gekennzeichneten Datenfelder müssen folgendem For- mat entsprechen (Reihenfolge beachten):

– führende Leerzeichen und/oder Tabs – ein (optionales) Vorzeichen – beliebige Ziffernfolge, ein Punkt und weitere beliebige Ziffernfolge – ein (optionaler) Exponent, der mit e oder E eingeleitet wird und ein (optionales) Vorzeichen sowie einen (obligatorischen) Integerwert umfasst. – Die angegebene Zahl darf den Wertebereich von 3.4E-38 bis 3.4E+38 nicht unter- bzw. überschreiten.

• Die mit ASCII gekennzeichneten Datenfelder können beliebige Zeichen desASCII-Zeichensatzes(IBM-PC-Codezwischen0und127)enthalten.

• Die mit UTF-8 gekennzeichneten Datenfelder können beliebige Zeichen in UTF-8-Kodierung enthalten.

Version 5.40.13 16/243

[Seite 17]

Rohdatendoku 3.2. Erklärungen zur Dateibeschreibung

• Bahnhofs-, Haltestellen- und Bitfeldnummern müssen immer mit führen- den Nullen angegeben werden.

• Alle nicht näher bezeichneten Spalten (Tabellenzeilen, in denen die Be- deutung nicht ausgeführt ist) enthalten Blanks (also Leerzeichen).

Version 5.40.13 17/243

[Seite 18]

Rohdatendoku 4. Datenbestand

4. Datenbestand

Es soll zunächst ein Überblick über die erforderlichen Daten gegeben werden. Alle logisch zusammengehörenden Daten werden in einzelnen Dateien zu- sammengefasst.FürdenDateinamenwirdinderÜberschriftdesentsprechen- denKapitelseinVorschlaggemacht.DerNamewirddabeiineckigeKlammern gesetzt und groß geschrieben. Die Daten werden in zwei Klassen eingeteilt:

1. Zwingend notwendige Daten

2. Optionale Daten

Für die elektronische Verarbeitung der Fahrplandaten im Rahmen des Fahr- planauskunftssystems HAFAS müssen einige grundlegende Datenbestände zwingend vorhanden sein. Zwingend notwendige Daten sind:

• die Liste aller Haltestellen (das Haltestellenverzeichnis)

• Koordinaten der Haltestellen (mit speziellem Algorithmus auch optional)

• die Fahrplandaten (Fahrten mit An-/Abfahrtszeiten)

• Gültigkeitsperiode der Fahrplandaten

• Informationen über die Verkehrstage der Fahrten

• Angaben zu den benutzten Verkehrsmitteln

• FußwegezwischenHaltestellenundFestlegungvonHaltestellengruppen

• Haltestellenbezogene Umsteigezeiten

Für das Auskunftssystem HAFAS sind weitere optionale Daten wichtig:

• Liste der Umsteigestellen mit Gewichtung der Bedeutung der Haltestelle

• Attribute für einzelne Laufwegabschnitte der Fahrten

• PrioritätenfürdieAuswahleinerHaltestellealsUmsteigstelle,wennmeh- rere Umsteigstellen möglich sind

• Informationstexte

• Festlegung oder Sperrung von Umsteigepunkten

Version 5.40.13 18/243

[Seite 19]

Rohdatendoku 4. Datenbestand

• Festlegung der Umsteigezeiten (Fahrtbezogene Umsteigezeiten, Lini- en-/Richtungsbezogene Umsteigezeiten, Verkehrsmittelbezogene Um- steigezeiten)

• Vereinigungen

• Durchbindungen (zwei getrennt aufgeführte Fahrten sind in Wahrheit ei- ne Fahrt)

• Linieninformationen

• Richtungsangaben

• Grenzhalte die nicht in der Haltestellendatei vorkommen

• Zeitzonen einer Fahrplanperiode

• Zeitverschiebungen der Haltestellen

• Zusammenfassungsdaten von gleichen Haltestellen in verschiedenen Datenbeständen

• Adressen- und Gebäudedaten

• Sortierschlüssel für Haltestellennamen

• Zusätzliche Haltestelleninformationen

• Angaben zu Gleisen oder Bussteigen u.ä.

• Betreiberinformationen

• Sonderzüge

• Informationen über Fahrtfolgen

• Gewichte von Haltestellen

Für den Teil der Daten wo dies erforderlich ist, wird der UTF-8-Standard un- terstützt (Details können den Beschreibungen der einzelnen Dateitypen ent- nommen werden). Wenn keine erweiterten UTF-8-Fähigkeiten benötigt wer- den, können alternativ alle Datendateien im IBM-PC-Zeichensatz (8 Bit) als Textdateien geschrieben werden. Eine Umsetzung auf einen einfachen ASCII- Zeichensatz (7 Bit) ist möglich. Sollte auf UTF-8 verzichtetet werden, können landesspezifische Zeichen (Umlaute, Akzente) nur soweit einfließen, wie sie im IBM-Zeichensatz enthalten sind, andernfalls sollten sie entsprechend ver- einfacht werden.

Version 5.40.13 19/243

[Seite 20]

Rohdatendoku 4.1. Versionsspezifische Beschränkungen

4.1. Versionsspezifische Beschränkungen

DieseDokumentationbeschreibtallederzeitigenMöglichkeitendesRohdaten- formats. Je nach HAFAS- bzw. Transform-Version können Einschränkungen bestehen, die lizenztechnisch oder z.B. durch Beschränkungen der jeweiligen Programmoberflächen bedingt sind.

Version 5.40.13 20/243

[Seite 21]

Rohdatendoku 4.2. Dateiformat-Zeile

4.2. Dateiformat-Zeile

DieersteZeilejederRohdatendateiermöglichtdieAngabespeziellerOptionen zum Dateiformat. Derzeit kann das Format der Haltestellennummern und die Zeichencodierung der Datei definiert werden. Folgende vier Formatangaben sind möglich:

1 Haltestellennummern 7-stellig; Zeichenkodierung gemäß genereller Transform -Parameter

2 Haltestellennummern 9-stellig; Zeichenkodierung gemäß genereller Transform -Parameter

3 Haltestellennummern 7-stellig; Datei in UTF-8-Kodierung

4 Haltestellennummern 9-stellig; Datei in UTF-8-Kodierung

Ohne Angabe einer Dateiformatszeile wird die Länge der Haltestellennum- mern als 7-stellig und die Zeichenkodierung entsprechend der Aufrufparame- ter der Transform -programme angenommen. Eine explizite Angabe einer For- matzeile ist insbesondere dann erforderlich, wenn die Haltestellennummern 9- stelligsindoderdieaktuelleDateientgegendenGrundeinstellungenimTrans- form -aufruf als UTF-8 kodiert ist. Die Formatzeile hat folgendes Format:

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *F 4−5 INT16 Dateityp 7−7 INT16 Formatnummer

Folgende Dateitypen sind derzeit definiert:

01 BAHNHOF 05 BITFELD 09 ATTRIBUT

02 BFKOORD 06 ZUGART 10 BFPRIOS

03 FPLAN 07 METABHF 11 INFOTEXT

04 ECKDATEN 08 UMSTEIGB 12 KMINFO

Version 5.40.13 21/243

[Seite 22]

Rohdatendoku 4.2. Dateiformat-Zeile

13 UMSTEIGV 26 GLEISE 39 HAUSNR

14 UMSTEIGL 27 REGIONEN1 40 UMSTFWL 15 UMSTEIGZ 28 BETRIEB 41 UMSTFWZ 16 VEREINIG 29 SONDERZG 42 STRECKENPT 17 DURCHBI 30 BHFART 43 KANTEN 18 RICHTUNG 31 BHFATTR

19 GRENZHLT 32 ADDRESSES 44 FAHRTZUORDNG

20 ZEITZONE1 33 BHFEXT 45 REGION 21 ZEITVS 34 NGREPLACE 46 UMSTEIGW 22 EXCHANGE 35 NGTAB 47 LINIE 23 ADRESSEN1 36 WEIGHTS 48 FAHRTFLG 24 SORTKEYS 37 METACON

25 BFINFO 38 SPERRKANTEN 49 BHFGEW

Beispiel:

*F 01 2

Erklärung:

Die mit dieser Zeile beginnende Datei enthält das Haltestellenverzeichnis (Da- tei BAHNHOF). Die verwendeten Haltestellennummern sind 7-stellig.

1obsolet

Version 5.40.13 22/243

[Seite 23]

Rohdatendoku 4.3. Notwendige Dateien

4.3. Notwendige Dateien

FolgendeDateiensindminimalnotwendig,damitdasHAFAS Auskunftssystem korrekt arbeiten kann:

BAHNHOF Das Haltestellenverzeichnis

BFKOORD Die Koordinatien der Haltestellen

FPLAN Der Fahrplan

ECKDATEN Eckdaten der Fahrplanperiode

BITFELD Verkehrstage der Fahrten

ZUGART Verkehrsmittel bzw. Gattungen

METABHF Verbindungen zwischen Haltestellen

UMSTEIGB Haltestellenbezogene Umsteigezeiten

Alle weiteren, in den folgenden Kapiteln genannten Dateien sind optional.

Version 5.40.13 23/243

[Seite 24]

Rohdatendoku 5.1. [ECKDATEN]

5. Stammdaten

5.1. Eckdaten der Fahrplanperiode [ECKDATEN]

Die Gültigkeitsperiode des Fahrplans wird wie folgt angegeben:

• erster Gültigkeitstag des Fahrplans

• letzter Gültigkeitstag des Fahrplans

• Klarschrifttext, der die Bezeichnung des Fahrplans enthält

Dateiformat:

Zeile Spalte Typ Bedeutung

1 1−10 ASCII Fahrplanstart im Format TT.MM.JJJJ 2 1−10 ASCII Fahrplanende im Format TT.MM.JJJJ 3 1ff ASCII Fahrplanbezeichnung

Beispiel:

09.12.2012 Fahrplanstart 14.12.2013 Fahrplanende "Testfahrplan 2012/13"

Erklärung:

Fahrplanstart ist am 09.12.2012. Fahrplanende ist am 14.12.2013. Die Fahr- planbezeichnung lautet Testfahrplan 2012/13".

Version 5.40.13 24/243

[Seite 25]

Rohdatendoku 5.2. [ECKDATEN]

5.2. Festlegung zeitlicher Gültigkeiten [BITFELD]

Die Verkehrstage einer Fahrt können als Bitfeld dargestellt werden, wobei je- des Bit einem Tag der Fahrplanperiode entspricht. Ein Bit ist 1, wenn die Fahrt andiesemTagverkehrt,und0,wennsienichtverkehrt.AlleverschiedenenBit- felder, die in der Fahrplanperiode vorkommen, werden in der Datei BITFELD gesammelt.

Dateiformat:

Spalte Typ Bedeutung

1−6 INT32 Bitfeldnummer (Angabe mit führenden Nullen) 8−199 ASCII Bitfeld, besteht aus 192 hexadezimalen Ziffern

Bemerkung:

• Die Nummer identifiziert ein bestimmtes Bitfeld. Die Numerierung ist 6- stellig und beginnt mit „000001“. Bitfeld „000000“ ist reserviert für Fahr- ten, die täglich verkehren.

• Das Bitfeld besteht aus 760 Bits (Tagen). Das erste Bit stellt den Anfang der Fahrplanperiode dar. Alle nicht genutzten Bits nach dem letzten Bit am Ende der Fahrplanperiode werden fest auf „0“ gesetzt. Damit die Da- ten kompakter abgesichert werden können, werden jeweils 4 Bit zu einer hexadezimalen Ziffer zusammengefasst. Insgesamt wird das Bitfeld also durch 192 hexadezimale Ziffern beschrieben. Damit können zwei aufein- anderfolgende Jahresfahrpläne komplett dargestellt werden.

Aus technischen Gründen sind 2 Bits unmittelbar vor dem Beginn der Fahr- planperiode eingefügt und fest auf 1 gesetzt, ebenso zwei Bits unmittelbar nach dem Ende der Fahrplanperiode.

Erklärung:

Die Fahrplanperiode beginnt am 09.12.2012 und endet am 05.01.2013. Es soll die Verkehrstageangabe „fährt jeden Samstag“ verschlüsselt werden. Der 09.12.2012 fällt auf einen Sonntag.

So Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0 0 0 0 0 0 1 +--------+ +--------+ +--------+ +--------+ +--------+ +--------+ +--------+ 0 2 0 4 0 8 1

Version 5.40.13 25/243

[Seite 26]

Rohdatendoku 5.2. [ECKDATEN]

Das Bitfeld beginnt also mit 02040810... und es ergibt sich z.B. folgende Da- tenzeile:

000001 02040810204081020408102040810204081 ...

0 2 0 4 0 8 1 0 2 0 0 0 0 0 | 0 0 1 0 | 0 0 0 0 | 0 1 0 0 | 0 0 0 0 | 1 0 0 0 | 0 0 0 1 | 0 0 0 0 | 0 0 1 0 | 0 0 0 0

Nun müssen noch die Bits vor und nach dem Fahrplanende gesetzt werden, das ergibt:

000001 C0810204081020408102040810204081020 ...

C 0 8 1 0 2 0 4 0 8 1 1 0 0 | 0 0 0 0 | 1 0 0 0 | 0 0 0 1 | 0 0 0 0 | 0 0 1 0 | 0 0 0 0 | 0 1 0 0 | 0 0 0 0 | 1 0 0 0

Version 5.40.13 26/243

[Seite 27]

Rohdatendoku 5.3. [SORTKEYS]

5.3. Sortierungen [SORTKEYS]

Die Haltestellennamen werden nach den Einträgen in dieser Datei sortiert. Je- dem darstellbaren Zeichen wird ein Sortiercode zugeordnet. Alle Zeichen wer- den der Größe ihres Sortiercodes entsprechend angeordnet. Hier nicht vor- handene Zeichen werden an den Schluss gestellt. Je kleiner der Sortiercode, desto weiter steht der Haltestellenname vorne in der Liste.

Dateiformat:

Spalte Typ Bedeutung

1−1 UTF-8 Zeichen 3ff INT16 Sortiercode (0 bis 29999)

Beispiel:

% Blank vor anderen Zeichen 100 % Buchstaben nicht mit Klein/Groß unterscheiden. A 200 a 200 â 200 ...

Erklärung:

Blank steht vor allen anderen Zeichen. Alle Buchstaben: A, a und â werden gleichwertig behandelt.

Version 5.40.13 27/243

[Seite 28]

Rohdatendoku 5.4. [ATTRIBUT]

5.4. Attribute und Metaattribute [ATTRIBUT]

DieAttributsdateiwirdbenötigt,wennindenFahrplandaten,beiFußwegdefini- tion,beiLiniendefinitionenoderimRealgraphReferenzenaufAttributebenutzt werden sollen (i.d.R: *A-Zeilen). Hier werden die Bedeutungen und die Anga- be der Gültigkeit bei Teil- bzw. Gesamtstrecke der verwendeten Attributskürzel festgelegt. In der Kombination mit den Dateien ATTRIBUT und INFOTEXT können diese Attributtexte mit mehreren Infotexten verbunden werden. Für die einzelnen Aufgaben bei der Attributsdefinition stehen verschiedene Zeilenformate innerhalb der Datei ATTRIBUT zur Verfügung:

• Typ 1: Beschreibt die Haltestellenzugehörigkeit und die Prioritäten der Attribute.

• Typ 2: Beschreibt, wie die Ausgabe geschehen soll.

• Typ 3: Beschreibt übergeordnete Attribute (Metaattribute).

• Typ 4: Beschreibt eine Zuordnung eines oder mehrerer Metaattribute zu einem Attribut.

• Typ 5: Beschreibt eine Zuordnung eines oder mehrerer Metaattribute zu einem Metaattribut.

• Typ 6: Beschreibt die flexible mehrsprachige Definition von Attributstex- ten.

Dabei ist zu beachten, das bei Kombination von verschiedenen Zeilentypen in jedemFallgewährleistetist,dasssprachabhängigeDefinitionsteilestetshinter allen sprachunabhängigen Definitionsteilen folgen. Grundsätzlich werden alle Fahrtattribute durch Kürzel, bestehend aus zwei ASCII-Zeichen, bezeichnet. Diese können in der Regel frei gewählt werden, einige Kürzel sind allerdings für eine spezielle Programmsteuerung in HAFAS reserviertundsolltennurnachRückspracheverwendetwerden.FolgendeKür- zel für Fahrtattribute sind reserviert: AZ, GK, KW, BH, B1,B2, BB, B3, B4, PL, RE,RP,MS,J2,L_,L1,LW,S_,S1,SL,SW,CW,CS,RZ,VN,VU,VZ,Z_,Z1, ZA, ZF, ZI, ZN, ZV, ZW, RA, RB, RF und RG.

Version 5.40.13 28/243

[Seite 29]

Rohdatendoku 5.4. [ATTRIBUT]

5.4.1. Einfache Fahrt- und Fußwegattribute

Zur Festlegung von Fahrt- und Fußwegattributen werden benutzt:

• der zweistellige Attributscode

• die Haltestellenzugehörigkeit bei einer Ausgabe des Attributtextes

• der Attributsklartext

• die Attributsausgabepriorität

• die Attributsausgabefeinsortierung

Die *A-Zeilen in den Fahrplandaten enthalten lediglich Attributskürzel. Zuerst müssen die Kürzel daher mit den entsprechenden Klartexten versehen wer- den. Weiterhin kann festgelegt werden, ob ein Attribut für einen Fahrtabschnitt gelten soll oder für die Abfahrts- bzw. Ankunftshaltestelle des Abschnitts.

Zeilenformat Typ 1:

Beschreibt die Haltestellenzugehörigkeit und die Attribute.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 4−4 INT16 Haltestellenzugehörigkeit: („1“ für Abfahrtshaltestelle, „2“ für Ankunftshaltestelle, „3“ für Abfahrts- und Ankunftshaltestelle, „0“ Fahrtabschnitt, „4“ für durchfahrene Haltestellen) 6−8 INT16 Attributsausgabepriorität, kleine Werte sind höherwertiger als große. Bei mehreren Attributen werden zunächst die höherwertigen Attribute ausgegeben. Prioritäten <=2 werden ggf. gesondert hervorgehoben ausgegeben. (Wertebereich 0 - 999) 10−11 INT16 Attributsausgabefeinsortierung, kleine Werte sind höherwertiger. Bei Attributen gleicher Ausgabepriorität richtet sich die Ausgabe nach der Wertigkeit der Feinsortierung. (Wertebereich 0 - 99) Fortsetzung auf der nächsten Seite

Version 5.40.13 29/243

[Seite 30]

Rohdatendoku 5.4. [ATTRIBUT]

Fortsetzung der letzten Seite 13ff UTF-8 Attributsklartext (max. 70 Zeichen lang) bei vereinfachter einsprachiger Definition, Abschluss durch „#“; Angabe entfällt bei mehrsprachiger Definition (vgl. 5.4.4).

Beispiel:

B1 1 100 10 Halt nur bei Bedarf# K1 0 200 10 Nur 1. Klasse# LW 0 300 10 Liegewagen# TL 0 300 11 Teilstrecke Liegewagen#

Erklärung:

„B1“ steht für „Bedarfshalt“ und bezieht sich wegen der „1“ auf den jeweiligen Abfahrtshaltestelle. „K1“ steht für „1. Klasse“ und bezieht sich auf den Fahrtabschnitt. „LW“ steht für „Liegewagen“ und „TL“ für „Teilstrecke Liegewagen“ (d.h. der Liegewagen steht nicht über die gesamte Strecke zur Verfügung).

Zeilenformat Typ 2:

Beschreibt, wie die Ausgabe geschehen soll. Nachdem für alle Attributsabkürzungen der Klartext angegeben wurde, gibt es in dieser Datei weitere Einträge, die die Auswahl der Ausgabetexte festlegen. SinndieserAbbildungenisteinegrößereFlexibilitätbeiderVergabederKürzel unddieFestlegungderTexte,wenndieAttributsinformationnurfürTeilstrecken des Laufweges gilt. Eine Abbildung ist ein Tripel, bestehend aus:

• dem Attributskürzel, das in den Fahrplandaten steht

• dem Attributskürzel, das ausgegeben werden soll, wenn das Eingang- sattribut nicht für den gesamten in der Auskunft benutzten Abschnitt der Fahrt gilt

• dem Attributskürzel, das ausgegeben werden soll, wenn das Eingang- sattribut für den gesamten in der Auskunft benutzten Abschnitt der Fahrt gilt

Version 5.40.13 30/243

[Seite 31]

Rohdatendoku 5.4. [ATTRIBUT]

Generell steht „--“ für „nichts ausgeben“. Damit diese Zeilen des Typs 2 von den anderen Zeilen des Typs 1 unterschieden werden können, wird vor die Typ 2 -Zeile ein „#“ gesetzt.

Dateiformat:

Spalte Typ Bedeutung

1−1 ASCII Festes Zeichen „#“ 3−4 ASCII Attribute der Fahrplandaten 6−7 ASCII „--“, falls dieses Attribut in der Ausgabe unterdrückt werden soll, sonst Attributscode für Ausgabe der Teilstrecke 9−10 ASCII „--“, falls dieses Attribut in der Ausgabe unterdrückt werden soll, sonst Attributscode für Ausgabe für Vollstrecke. Falls der Attributscode nur einstellig ist, braucht nicht mit Leerzeichen aufgefüllt zu werden.

Beispiel:

LW TL LW

Erklärung:

Für das Attribut „LW“ in den Fahrplandaten wird, wenn es nur für eine Teil- strecke gilt, der Klartext des Attributes „TL“ ausgegeben. Auf der Vollstrecke wird der Text für „LW“ ausgegeben.

Version 5.40.13 31/243

[Seite 32]

Rohdatendoku 5.4. [ATTRIBUT]

5.4.2. Metaattribute

Den Fahrt- und Fußwegattributen können beliebige Metaattribute zugeordnet werden. Die Codes der Metaattribute beginnen mit dem festen Zeichen "+", die übrigen beiden sind frei wählbar aus dem Bereich aller druckbaren Zei- chen, mit Ausnahme von (einem oder mehreren) Leerzeichen sowie der mit auf zwei Großbuchstaben endenden Codes. Letztere sind reserviert, da sie eine HaCon-interne vordefinierte Sonderbedeutung haben.

Zeilenformat Typ 3:

Beschreibt die Metaattributstexte und die Prioritäten.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII Metaattributscode 5−7 INT16 Attributsausgabepriorität, kleine Werte sind höherwertiger als große. Bei mehreren Attributen werden zunächst die höherwertigen Attribute ausgegeben. (Wertebereich 0-999) 9−10 INT16 Attributsausgabefeinsortierung, kleine Werte sind höherwertiger. Bei Attributen gleicher Ausgabepriorität richtet sich die Ausgabe nach der Wertigkeit der Feinsortierung. (Wertebereich 0-99) 12ff UTF-8 Attributsklartext bei vereinfachter einsprachiger Definition (max. 70 Zeichen lang); Angabe entfällt bei mehrsprachiger Definition (vgl. 5.4.4).

Beispiel:

+SA 740 11 Suchattribut

Erklärung:

Das Metaattribut „+SA“ wird zur Kennzeichnung von in der Suche relevanten Attributen bereitgestellt.

Version 5.40.13 32/243

[Seite 33]

Rohdatendoku 5.4. [ATTRIBUT]

Zeilenformat Typ 4:

Beschreibt eine Zuordnung eines oder mehrerer Metaattribute zu einem Attri- but.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 3−3 ASCII Festes Zeichen ":" 5ff ASCII Durch Leerzeichen getrennte Liste von Metaattributscodes

Beispiel:

HB: +bg +HA HB: +wr HR: +bg +wr

Erklärung:

Dem Attribut mit dem Code „HB“ werden die Metaattribute mit den Codes „+bg“, „+HA“ und „+wr“ zugeordnet. Das Attribut „HR“ erhält ebenfalls die Me- taattribute „+bg“ und „+wr“.

Zeilenformat Typ 5:

Beschreibt eine Zuordnung eines oder mehrerer Metaattribute zu einem Me- taattribut.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII Metaattributscode 4−4 ASCII Festes Zeichen ":" Fortsetzung auf der nächsten Seite

Version 5.40.13 33/243

[Seite 34]

Rohdatendoku 5.4. [ATTRIBUT]

Fortsetzung der letzten Seite 6ff ASCII Durch Leerzeichen getrennte Liste von Metaattributscodes

Beispiel:

+nb: +bf

Erklärung:

Dem Metaattribut mit dem Code „+nb“ wird das Metaattribut mit dem Code „+bf“ zugeordnet.

Version 5.40.13 34/243

[Seite 35]

Rohdatendoku 5.4. [ATTRIBUT]

5.4.3. Metaattribute mit besonderer Bedeutung

Einige Metaattribute haben eine besondere Bedeutung und werden von HAFAS ausgewertet.

Attributsunterdrückung

Das Metaattribut +PV kann anderen Metaattributen zugeordnet werden. Me- taattribute, die diesem Metaattribut zugeordnet sind, gruppieren normale At- tribute und führen dazu, dass von allen Attributen einer Verbindung mit der entsprechenden Gruppe nur das Attribut mit der höchsten Priorität ausgege- ben wird. Analog wirkt das Metaattribut +PF auf alle Attribute einer Fahrt. Die Bestimmung der zu unterdrückenden Attribute geschieht in der Auskunfts- berechung nach der Ermittlung von Verbindungen und der Attributsersetzung gemäß Zeilenformat Typ 2. Die Attribute stehen also während der Suche zur Verfügung, werden aber anschließend den Regeln entsprechend evtl. nicht an dieOberflächenweitergereichtundstehendortentsprechendnichtfürweitere Auswertungen zur Verfügung.

Beispiel:

AA 0 400 50 wird immer ausgegeben AB 0 500 50 wird nicht ausgegeben, wenn AA existiert AC 0 600 50 wird nicht ausgegeben, wenn AA oder AB existieren AA: +gr AB: +gr AC: +gr +gr: +PV

Erklärung:

Das Attribut +gr ist ein gruppenbildendes Attribut, dass die Attribute AA, AB und AC zusammenfasst. Wenn diese in einer Verbindung gemeinsam auftre- ten, wird nur das mit der höchsten Priorität (also dem kleinsten Wert) ausge- geben. AC wird daher nur ausgegeben, wenn weder AA noch AB existieren. AB wird unterdrückt, wenn AA existiert.

Version 5.40.13 35/243

[Seite 36]

Rohdatendoku 5.4. [ATTRIBUT]

Fußnote

Das Metaattribut +FN macht ein anderes Metaattribut zu einer Fußnote ei- nesAttributs.EinMetaattribut,daseinemnormalenAttributzugeordnetwurde, wird, wenn es das Metaattribut +FN trägt, immer dann ausgegeben, wenn das entsprechende Attribut ausgegeben wird.

Beispiel:

AA 0 001 50 Anrufverkehr, bitte wählen Sie 0180 123456 +ab 0 001 50 Dieser Anruf kostet aus dem Festnetz etwas mehr. AA: +ab +ab: +FN

Das Attribut AA, das über die Telefonnummer für die Buchung eines Anrufver- kehrs informiert, bekommt die Fußnote gemäß des Metaattributs +ab.

Version 5.40.13 36/243

[Seite 37]

Rohdatendoku 5.4. [ATTRIBUT]

5.4.4. Sprachabhängige Definition von Attributstexten

Wenn Attribute oder Metaattribute mehrsprachig definiert werden sollen, wird zwischen einem sprachunabhängigen Teil und einem sprachabhängigem Teil in der Datei ATTRIBUT unterschieden. Der sprachabhängige Teil muss dabei stets hinter dem dazugehörigen sprachunabhängigen Teil der Datei stehen. Während im sprachunabhängigen Teil alle sprachübergreifenden Eigenschaf- ten notiert werden, erfolgt die Zuordnung der Attributstexte pro Sprache im sprachabhängigen Teil. Im sprachunabhängigen Teil entfällt dagegen die An- gabe der Texte (vgl. Zeilenformat 1 bzw. 3). Der sprachabhängige Teil wird mit dem Tag eingeleitet. Innerhalb des sprachabhängigen Teils werden die jeweiligen Sprachen mit einem Tag ent- sprechend der Norm ISO 639-3 gekennzeichnet (bspw. steht das Tag für Deutsch oder für Englisch).

Zeilenformat Typ 6:

Beschreibt die sprachabhängige Definition von Attributstexten.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 4ff UTF-8 Attributstext

Beispiel:

RO 0 001 50 RO Restaurant geöffnet. RO Restaurant open.

Erklärung:

DemAttributROwirdimDeutschenderText’Restaurantgeöffnet’zugewiesen, im Englischen dagegen der Text ’Restaurant open’.

Version 5.40.13 37/243

[Seite 38]

Rohdatendoku 5.4. [ATTRIBUT]

5.4.5. Kombination von Attributen und Infotexten

Attribute können mit mehreren Infotexten verbunden werden, die eine Flexibili- sierung der Attributstexte in Abhängigkeit vom aktuellen Kontext ermöglichen. Dieser Mechanismus erspart in bestimmten Situation die Mehrfachdefinition von Attributen. Um Attribute mit Infotexten zu verknüpfen, werden in den Attributstexten Info- textkürzel eingefügt. Diese werden später bei der Ausgabe in HAFAS durch die jeweils gültigen Infotexte ersetzt.

Beispiel:

[ATTRIBUT:] RO 0 001 50 Zugrestaurant geöffnet $IOZ#

[INFOTEXT:] 00000003 18Uhr bis 20Uhr 00000004 18Uhr bis 23Uhr

[FPLAN:] *Z 00815 4711__ *A RO 8010366 8010097 *I OZ 8010366 8010097 000001 000000003 *I OZ 8010366 8010097 000002 000000004

Erklärung:

Dem Attribut RO wird in der Datei ATTRIBUT der Infotext OZ zugeordnet. In der Datei INFOTEXT werden verschiedene Texte für Infotexte definiert, hier zwei verschiedene Öffnungszeitenangaben (Infotextcodes 000000003 und 000000004). Schließlich werdem dem Zug in der Fahrplandatei für den Lauf- wegsabschnitt von Bahnhof 8010366 bis Bahnhof 8010097 sowohl das Attri- but RO als auch zwei Infotexte mit dem Kürzel OZ zugewiesen. Die Infotex- te beziehen sich dabei auf verschiedene Verkehrstage (Verkehrstagebitfelder 000001 und 000002), diese könnten beispielsweise Mo-Fr bzw. Sa/So zuge- ordnet sein. Weitere Beispiele für die Verwendung von Fahrtattributen befinden sich im An- hang, Kapitel 11.2.

Version 5.40.13 38/243

[Seite 39]

Rohdatendoku 5.5. [INFOTEXT]

5.5. Informationstexte [INFOTEXT]

Diese Datei enthält verschiedene Informationstexte. Sie wird benötigt, wenn man Verweise auf Infotexte definiert hat (z.B. durch *I-Zeilen in den Fahrplan- daten). Pro Zeile wird zu einer Infotextnummer der zugehörige Text angege- ben. Die Infotextnummern werden in den *I-Zeilen verwendet, um einer Fahrt einen bestimmten Text (oder XML-Block) zuzuordnen. Zusätzlich gibt es die Möglichkeit, allgemein gültige Infotexte, die keiner speziellen Haltestelle oder Fahrt zugeordnet sind, zu definieren. Die allgemein gültigen Infotexte werden mit dem Infotextkürzel eingeleitet, darauf folgt die Verkehrstagenummer,bei„000000“oder6LeerzeichengiltderInfotexttäglich, abschließend folgt der zugehörige Text.

Version 5.40.13 39/243

[Seite 40]

Rohdatendoku 5.5. [INFOTEXT]

5.5.1. Einfache Informationstexte

Dateiformat:

Spalte Typ Bedeutung

1−9 INT32 Infotextnummer 11ff UTF-8 Zuginformationstext

Beispiel:

000000001 Nord-Express 000000002 Süd-Express

Erklärung:

Zu der Infotextnummer 1 gehört der Text: Nord-Express. Zu der Infotextnum- mer 2 gehört der Text: Süd-Express.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Infotextkürzel. Wird der Wert „XI“ eingetragen, wird der Infotext als XML enthaltend angesehen. 4−9 INT32 Verkehrstagenummer, für die Tage, an denen der Infotext gilt (optional) 11ff UTF-8 Informationstext

Beispiel:

ZN Allgemeine Informationen ZN 000000 Weitere allgemeine Informationen ZN 081224 Frohe Weihnachten

Version 5.40.13 40/243

[Seite 41]

Rohdatendoku 5.5. [INFOTEXT]

Erklärung:

Zu den drei Beispiel-Infotexten gehört das Infotextkürzel „ZN“. Der allgemeine Infotext „Allgemeine Informationen“ gilt täglich. Der allgemeine Infotext„WeitereallgemeineInformationen“gilttäglich.DerallgemeineInfotext „FroheWeihnachten“giltandenVerkehrstagen081224.(EintragausderDatei BITFELD).

Version 5.40.13 41/243

[Seite 42]

Rohdatendoku 5.5. [INFOTEXT]

5.5.2. Erweiterte Informationstexte

Ein Spezialfall sind Infotexte, die XML-Blöcke enthalten. Die Verwendung die- ser erweiterten Infotexte erlaubt es, die Inhalte stärker zu strukturieren und sie so bei Bedarf z.B. in den Oberflächen formatiert auszugeben. Das Aussehen eines solchen Blockes ist wie folgt:

Der exakte Aufbau des XML-Formates ist im Anhang (Abschnitt 11.3.5) zu finden.

Version 5.40.13 42/243

[Seite 43]

Rohdatendoku 5.5. [INFOTEXT]

Beispiel:

00000001 <P n="mån-fre" ... ... v="8.30-20.00"/><P n="Sön" ... ... v="11.0018.00"/>... ... ... ... 00000002 ... ... 00000003 ... ... ... ... ... ...

Version 5.40.13 43/243

[Seite 44]

Rohdatendoku 5.6. [REGION]

5.6. Regionen [REGION]

In der Regionendatei werden räumliche Bereiche definiert. Regionen werden durchAdditionundSubstraktionvonPolygonenbeschrieben.EinPunktliegtin der Region, wenn es mindestens ein additives Polygon gibt, in dem der Punkt liegt, und es kein subtraktives Polygon gibt, in dem der Punkt liegt.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *R 4−11 INT32 Nummer der Region 13−62 UTF-8 Name der Region (optional)

Die Nummer dient der Referenzierung der Region in anderen Rohdatendatei- en.

Beispiel:

*R 00123456 Region A

Erklärung:

ImBeispielwirdeineRegionmitderNummer00123456unddemNamen“Re- gion A” erzeugt.

Version 5.40.13 44/243

[Seite 45]

Rohdatendoku 5.6. [REGION]

5.6.1. *C-Zeile

Eine *C-Zeile legt die Kategorie der Region fest. Fehlt die *C-Zeile, wird Kate- gorie 0 als Default angenommen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *C 4−5 INT16 Kategorie der Region

Regionen können einer Kategorie zwischen 0 und 15 zugeordnet werden, wo- bei zurzeit bereits folgende Zuordnungen existieren:

Kategorie 0 : Regionen für Bedarfsverkehre; jede Region benoetigt hier eine nicht-leere Stationsliste.

Kategorie 1 : Regionen zum Aufsetzen von Ngramm-Filtern.

Kategorie 2 : Regionen fuer Park & Ride.

Beispiel:

*R 00123456 Region A *C 1

Erklärung:

Im Beispiel wird eine Region der Kategorie 1 mit der Nummer 00123456 und dem Namen “Region A” erzeugt.

Version 5.40.13 45/243

[Seite 46]

Rohdatendoku 5.6. [REGION]

5.6.2. *P-Zeile

Eine *P-Zeile leitet ein Polygon ein. Es wird zwischen additiven und subtrakti- ven Polygonen unterschieden. Additive Polygone erzeugen Bereiche der Re- gion, subtraktive Polygone entfernen Bereiche der Region.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *P 4−4 ASCII + für ein additives Polygon bzw. - für ein subtraktives Polygon

Die nachfolgenden Zeilen, die nicht mit *... beginnen, enthalten die Koordina- ten der Eckpunkte des Polygons.

Version 5.40.13 46/243

[Seite 47]

Rohdatendoku 5.6. [REGION]

5.6.3. Polygoneckpunkte

Zeilen, die nicht mit *... beginnen, enthalten die Eckpunkte des Polygons aus der vorangegangenen *P-Zeile. Jedes Polygon muss mindestens drei Eck- punkte haben. Jeder Eckpunkt muss in einer eigenen Zeile stehen.

Dateiformat:

Spalte Typ Bedeutung

1−10 FLOAT x-Koordinate 12−21 FLOAT y-Koordinate

WeitereInformationenzumverwendetenKoordinatensystemsindimAbschnitt 6.2 zu finden. Für die Polygoneckpunkte muss das gleiche Koordinatensystem wie für die Haltestellen benutzt werden.

Beispiel:

*R 00123456 *P + 8.75 47.35 8.65 47.40 9.60 46.30 *P - 8.80 47.65 8.67 47.1 9.95 46.75 *P + 8.15 47.20 8.15 46.10 9.75 46.35

Erklärung:

Im Beispiel wird eine Region mit der Nummer 00123456 erzeugt. Die Region wird aus drei Polygonen zusammengesetzt. Dabei werden zunächst das erste und das letzte Polygon addiert und anschließend das zweite Polygon subtra- hiert.

Version 5.40.13 47/243

[Seite 48]

Rohdatendoku 5.6. [REGION]

5.6.4. *S-Zeile

Über die *S-Zeile werden Listen von Haltestellen festgelegt, die der Region zugeordnet werden. Jede Region kann mehrere Stationslisten (unterschiedlicher Typen) beinhal- ten. Die Haltestellen, einer Stationsliste, dürfen innerhalb und außerhalb einer Regionliegen.SiedienenFahrtenwieTeletaxi,Ast-VerkehrensowiedemRou- ting als Start- oder Zielpunkte der jeweiligen Region. Dabei wird zwischen Start-, Ziel- und innerregionalen Stationslisten unter- schieden Die Einleitung jeder Stationsliste erfolgt über eine *S-Zeile. Folgend können weitere Steuerparameter angegeben werden (siehe weitere *-Zeilen). An- schließend folgen die Haltepunkte.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *SS

Stationsliste beinhaltet Startpunkte (Haltestellen) Dateiformat:

Spalte Typ Bedeutung

1−4 ASCII *SSI

Stationsliste beinhaltet einen Startpunkt (Haltestelle), wenn Start und Ziel der Verbindung innerhalb derselben Region liegen Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *SD

Version 5.40.13 48/243

[Seite 49]

Rohdatendoku 5.6. [REGION]

Stationsliste beinhaltet Zielpunkte (Haltestellen) Dateiformat:

Spalte Typ Bedeutung

1−4 ASCII *SDI

Stationsliste beinhaltet eine Zielpunkt (Haltestelle), wenn Start und Ziel der Verbindung innerhalb derselben Region liegen Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer

Diese Haltestellen werden der jeweiligen Stationsliste zugeordnet. Beispiel:

*SS *V 1 2 2000306 % Fjerritslev Bustermi SS 2000312 % Stationsvej v/ Højba SS 2000317 % Tranum SS *SSI *V 1 2 2000308 % Fjerritslev Bustermi SSI *SDI 2000314 % Nørhalne v/skolen SDI ...

Erklärung:

Durch die *SS Zeile wird eine folgende Stationsliste für Starthalte definiert. Die *V Zeile beinhaltet einen Bewertungsmalus (siehe Abschnitt *V-Zeile 5.6.5). Anschließend erfolgt die Auflistung aller Haltestellen, welche dieser Region und dieser Stationsliste zugeordnet werden sollen.

Version 5.40.13 49/243

[Seite 50]

Rohdatendoku 5.6. [REGION]

Bei den *SSI und *SDI werden die *-Zeilen nur an eine der Stationslisten ge- schrieben.

Version 5.40.13 50/243

[Seite 51]

Rohdatendoku 5.6. [REGION]

5.6.5. *V-Zeile

Bei der *V-Zeile handelt es sich um einen Steuerparameter für alle Arten von Stationslisten. Sie ist immer anzugeben. Da Fahrten vom Start aus oder direkt zum Ziel schneller sein können als klas- sischer ÖPNV, können diese Fahrten mit einem Bewertungsmalus versehen werden, dem Umsteigeaufschlag (Value). Somit kann erreicht werden, dass die Ast-Verkehre/Teletaxis eine ÖPNV-Fahrt nur ersetzen, wenn diese wirklich vorteilhafter für den Nutzer ist. Bei *SSI und *SDI nur an einer Liste zu verwenden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *V 4−4 INT16 Umsteigeaufschlag (maximal 4) 6−6 INT16 Variabler Umsteigeaufschlag (anteilig in Abhängigkeit zur Entfernung) (maximal 4)

Beide Umsteigeaufschläge werden addiert und ersetzen eine HAFAS intern berechnete Fahrtbewertung. Beispiel:

*SS *V 1 2 2000306 % Fjerritslev Bustermi SS 2000317 % Tranum SS ...

Erklärung:

Umsteigeaufschlag von 1 wird verwendet bei allen Verbindungen ab einer Hal- testelle der Stationsliste. Zusätzlich wird ein anteiliger Umsteigeaufschlag (in Abhängigkeit zur Entfernung) auf den “festen“ Umsteigeaufschlag von 1, ad- diert.

Version 5.40.13 51/243

[Seite 52]

Rohdatendoku 5.6. [REGION]

5.6.6. *N-Zeile (optional)

Bei der *N-Zeile handelt es sich um einen Steuerparameter für alle Arten von Stationslisten. Eine Stationsliste kann eine große Menge an Haltestellen beinhalten. Für die Suche nach der optimalen Fahrt sind nicht alle Haltestellen relevant. In der Regel umso weiter entfernt von einem Start/Zielpunkt, umso weniger relevant. Aufgrund dessen kann eine maximale Anzahl an Halten vorgegeben werden, welche für die Suche verwendet werden sollen. Um den Start/Zielpunkt wird ein Luftlinienradius gezogen und alle Haltestellen innerhalb des Radius, nach der Entfernung gestaffelt, bis zur maximalen Anzahl gesucht. Zu verwenden für alle Haltestellenlisten außer *SSI und *SDI.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *N 4−5 INT16 Zu verwendende maximale Haltestellenanzahl in der Nähe eines gesuchten Ein/Ausstiegs (1-31)

Beispiel:

*SS *N 5 *V 1 2 2000306 % Fjerritslev Bustermi SS 2000317 % Tranum SS ...

Erklärung:

Angabe der zu nutzende Halteanzahl in der Nähe eines gesuchten Punktes (max. 5)

Version 5.40.13 52/243

[Seite 53]

Rohdatendoku 5.6. [REGION]

5.6.7. *I-Zeile (optional)

Bei der *I-Zeile handelt es sich um einen Steuerparameter für alle Arten von Stationslisten. Um eine Zeit zwischen angefragten Punkt und optimalen Start/Zielhalt zu er- mitteln, ist ein Routingverfahren oder eine Zeitangabe nötig. Zur Auswahl stehen Luftlinienrouting, Straßenrouting (default) und eine Zeit- vorgabe in Minuten. Diese vorgegebene oder berechnete Zeit wird auf die später verwendeten Verkehre (AST/Teletaxi) umgelegt. Bei *SSI und *SDI nur an einer Liste zu verwenden.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *IA

Die Ermittlung der benötigten Zeit zwischen angefragten Punkt und optimalen Start/Zielhalt erfolgt über ein Luftlinienrouting. Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *IS

Die Ermittlung der benötigten Zeit zwischen angefragten Punkt und optimalen Start/Zielhalt erfolgt über ein Straßenrouting. Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *IN 5−7 INT16 Zeitangabe in Minuten (maximal 511)

Eine Ermittlung der benötigten Zeit zwischen angefragten Punkt und optima- len Start/Zielhalt erfolgt nicht. Es wird die eine übergebene Zeit verwendet (in Minuten). Bei der Vorgabe einer Zeit werden Angaben aus der *T-Zeile ver-

Version 5.40.13 53/243

[Seite 54]

Rohdatendoku 5.6. [REGION]

worfen. Beispiel:

*SS *IA *V 1 2 2000306 % Fjerritslev Bustermi SS 2000317 % Tranum SS ...

Erklärung:

Zeitenbestimmung via Luftlinienrouting

Version 5.40.13 54/243

[Seite 55]

Rohdatendoku 5.6. [REGION]

5.6.8. *T-Zeile (optional)

Bei der *T-Zeile handelt es sich um einen Steuerparameter für alle Arten von Stationslisten. Zeiten von/nach Haltestellen aus der Stationsliste, die über Luftlinien- oder Straßenrouting ermittelt wurden, können noch mit einem Faktor multipliziert und/oder mit einer Minutenangabe addiert werden. Zuerst wird der Multiplikator angewendet, und danach erfolgt die Addition. Bei *SSI und *SDI nur an einer Liste zu verwenden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *T 4−7 INT16 Multiplikator der gerouteten Zeit in Prozent (1-1000) 9−11 INT16 Summand zur gerouteten Zeit in Minuten (0-255)

Beispiel:

*SS *T 0150 005 *V 1 2 2000306 % Fjerritslev Bustermi SS 2000317 % Tranum SS ...

Erklärung:

Die beim Routing ermittelte Zeit wird mit 150% multipliziert (Faktor 1,5) und anschließend um 5 Minuten erhöht.

Version 5.40.13 55/243

[Seite 56]

Rohdatendoku 6.1. [BAHNHOF]

6. Haltestellendaten

6.1. Das Haltestellenverzeichnis [BAHNHOF]

Das Haltestellenverzeichnis ist eine vollständige Liste aller in den gesamten FahrplandateneinesVerkehrsverbundesbzw.Verkehrsträgersvorkommenden Haltestellen. Die Haltestellendatei enthält für jede Haltestelle:

• eine 7-stellige, eindeutige Haltestellennummer

• Zuordnungskürzel zu einem Verkehrsverbund

• den Haltestellennamen

Dieeindeutige,7-stelligeHaltestellennummerbestehtausdemUIC-Länderco- de, der die ersten Ziffern belegt, und aus weiteren fünf beliebigen Ziffern (mit Ausnahme der Ziffernfolge 00000). Der länderübergreifende bzw. verkehrs- übergreifende Datenaustausch hängt wesentlich von der Abstimmung der be- stehenden Haltestellendatenbasis ab. Zur Zeit sind folgende UIC-Ländercodes aktuell:

10 Finnland 31 Mongolei 52 Bulgarien

20 Russland 32 Vietnam 53 Rumänien

21 Weißrussland 33 China 54 Tschechien

22 Ukraine 40 Kuba 55 Ungarn

23 Moldawien 41 Albanien 56 Slowakei

24 Litauen 57 Aserbaidschan 42 Japan

25 Lettland 58 Armenien 44 Bosnien-Herzegowina (serbischer Teil) 26 Estland 59 Kirgisistan 49 Bosnien-Herzegowina 27 Kasachstan 60 Irland 50 Bosnien-Herzegowina 28 Georgien 61 Südkorea (bosnisch- 29 Usbekistan kroatischer Teil) 62 Montenegro

30 Nordkorea 51 Polen 65 Mazedonien

Version 5.40.13 56/243

[Seite 57]

Rohdatendoku 6.1. [BAHNHOF]

66 Tadschikistan 79 Slowenien 90 Ägypten

67 Turkmenistan 80 Deutschland 91 Tunesien

70 Großbritannien 81 Österreich 92 Algerien

71 Spanien 82 Luxemburg 93 Marokko

72 Serbien 83 Italien 94 Portugal

73 Griechenland 84 Niederlande 95 Israel

74 Schweden 85 Schweiz 96 Iran

75 Türkei 86 Dänemark 97 Syrien

76 Norwegen 87 Frankreich 98 Libanon

78 Kroatien 88 Belgien 99 Irak

Version 5.40.13 57/243

[Seite 58]

Rohdatendoku 6.1. [BAHNHOF]

Die Anfangsziffern 01 - 09, die nicht im UIC-Code benannt werden, sind reser- viert, um lokale Verkehrsbetriebe aufnehmen zu können. Die Haltestellendatei enthält pro Zeile einen Eintrag der folgenden Form:

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle 9−11 ASCII Leer (3 Blanks) bzw. 3 Zeichen für Verkehrsverbundinformation 13−62 UTF-8 Haltestellenname(n), optional mit Sprachangaben

• Namen können Leerzeichen enthalten.

• Je Namen werden maximal die ersten 50 Zeichen übernommen.

• Mehrere Namen werden durch $ getrennt (z.B. Genf$Genève).

• Sind mehrere Namen angegeben, dient der erste als Defaultname.

• Für eine sprachabhängige Ausgabe der Namen kann zu jedem Namen angegeben werden, in welchen Sprachen er benutzt werden soll. Die Sprachangabe erfolgt, abgetrennt durch $, durch dreibuchstabige Tags gemäß der Norm ISO 639-3 (bspw. für Deutsch oder für Englisch). Der erste Name je Haltestelle dient als Defaultname für Sprachen, zu denen kein Name angegeben wurde.

• Zur Steuerung der Ausgabe von Haltestellennamen können den Namen Typen zugeordnet werden. Mögliche Werte für die Namentypen liegen im Bereich von 1 bis 9. Die Typangaben werden analog zu den Sprach- angabenformuliert.Sprach-undTypangabenkönnenkombiniertwerden (siehe Beispiele).

• Einzelne Namen können explizit für die Ausgabe bei der Namenssuche durch ein nachgestelltes <!> gesperrt werden (bspw. interne Kürzel)

Version 5.40.13 58/243

[Seite 59]

Rohdatendoku 6.1. [BAHNHOF]

Beispiel:

8800002 Bruxelles-Nord$Brüssel Nord$$Brussel Noord$$BN1<!> 8833001 Louvain [B]$$Leuven [B]$$Louvain$$Louv$ 1234567 AAAA$$BBBB$ 7654321 CCCC$<12>$DDDD$<34>

Erklärung:

Der Defaultname zur Haltestellennummer (8800002) ist „Bruxelles-Nord“. Der Alternativname„Brüssel-Nord“wirdalsdeutschundderAlternativname„Brus- sel Noord“ als niederländisch gekennzeichnet. Zur Identifikation dieses Bahn- hofs kann zusätzlich das Kürzel „BN1“ verwendet werden, dieses wird aller- dings nicht in Vorschlagslisten während der Namenssuche ausgegeben. Der Defaultname zur Haltestellennummer (8833001) ist „Louvain [B]“. Dieser Name ist als französisch gekennzeichnet. Der niederländische Name lautet „Leuven [B]“. Für Französisch sind noch die Namen „Louv“ vom Typ 1 und „Louvain“ vom Typ 2 angegeben. Für die Haltestellennummer (1234567) sind zwei Namen angegeben. „AAAA“ istalsdeutschgekennzeichnetundbesitztdieTypangaben1und2.DerName ist außerdem als französischer Name in Verbindung mit den Typen 2 und 3 gekennzeichnet. Der zweite Name „BBBB“ wird für Englisch und Französisch verwendet und hat den Typen 1. Für die Haltestellennummer (7654321) sind zwei Namen angegeben, die für alleSprachenverwendetwerden,aberunterschiedlicheTypangabenbesitzen. Der erste Name „CCCC“ hat die Typen 1 und 2, der zweite Name „DDDD“ hat die Typen 3 und 4.

Version 5.40.13 59/243

[Seite 60]

Rohdatendoku 6.2. [BFKOORD]

6.2. Die Koordinaten der Haltestellen [BFKOORD]

Die Haltestellenkoordinaten werden von HAFAS zur Visualisierung der Fahrt- verläufe, zum Überprüfen der Fahrzeiten und für die Optimierung des Suchal- gorithmus benutzt. Für jede Haltestelle werden gespeichert:

• die Haltestellennummer

• die X/Y-Koordinate

• die Z-Koordinate (optional)

• der Haltestellenname

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Nummer der Haltestelle 9−18 FLOAT X-Koordinate 20−29 FLOAT Y-Koordinate 31−36 INT16 Z-Koordinate (optional) 38ff UTF-8 Kommentarzeichen "%"gefolgt vom Klartext des Haltestellennamens (optional zur besseren Lesbarkeit)

Die X- und Y-Koordinaten werden in einem geographischen Koordinatensy- stem in Längen- und Breitengraden angegeben. Als Einheiten werden dabei Grad mit dezimalen Nachkommastellen verwendet. Für Metergenauigkeit sind sechs Nachkommastellen anzugeben. Als Koordinatensystem ist WGS84 zu bevorzugen. Alternativ werden Koordinaten in einem rechtwinkligen Bezugs- system mit frei wählbarem Nullpunkt in Kilometern angegeben. Bei der Daten- aufbereitung muss dem Programm MAKEKGEO per Schalter mitgeteilt wer- den, welches Koordinatensystem verwendet werden soll. In der Standardein- stellung werden geographische Koordinaten erwartet. Durch Verwendung des Schalters -p wird auf das bisherige Rechtwinklige Koordinatensystem umge- schaltet.

Version 5.40.13 60/243

[Seite 61]

Rohdatendoku 6.2. [BFKOORD]

Im Gegensatz zu den X- und Y-Koordinaten müssen die Z-Koordinaten immer in Meter über NN angegeben werden. Beispiel:

8000261 11.5582710 48.1402880 % München Hbf 8000262 11.6049710 48.1274400 450 % München Ost

Erklärung:

Die Haltestelle „München Hbf“ hat die Nummer 8000261 und liegt auf dem Längengrad 11.558271 und dem Breitengrad 48.140288 (laut WGS84). Die Haltestelle „München Ost“ hat die Nummer 8000262, liegt auf dem Län- gengrad 11.604971 und dem Breitengrad 48.127440 (laut WGS84) und liegt 450m über NN.

Version 5.40.13 61/243

[Seite 62]

Rohdatendoku 6.3. [BHFART]

6.3. Haltestellenbeschreibung [BHFART]

Diese Erweiterung des Rohdatenformates ermöglicht:

• DieBeschränkungenbeiderAuswahlvonHaltestellen.Damitistesmög- lich, für jede Haltestelle zu entscheiden, ob sie als Start-, Ziel- oder Via- Haltestelle auswählbar oder anroutebar ist. (Rohdatenkürzel = B)

• Die Angabe von Attributsinformationen. (Rohdatenkürzel = A)

• Die Angabe von Infotextinformationen. (Rohdatenkürzel = I)

• Die Angabe von "hailing sections"(Rohdatenkürzel = H)

• Die Angabe von Typen des IV-Routings (Fußweg, Fahrrad, Taxi, ...) die zwischeneinerbeliebigenLocationundderjeweiligenHaltestelleerlaubt sind (Rohdatenkürzel = T)

Diese Datei ist optional. Bei nicht vorhandener Datei sind alle Haltestellen im- mer auswählbar und haben keine besonderen Attributs- bzw. Infotexte.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle. 9−9 ASCII B 11−12 INT16 Auswahlbeschränkung der Haltestelle. Nur Beschränkungen zwischen 0 und 7 werden akzeptiert. 14−15 INT16 Routingbeschränkungen für die Haltestelle. Nur Beschränkungen zwischen 0 und 7 werden akzeptiert. 17ff UTF-8 Haltestellenname (optionale Angabe)

Beispiel:

8504419 B 3 3 Biel Mett 8504300 B 4 0 Biel/Bienne 8000122 B 0 0 Bietingen

Version 5.40.13 62/243

[Seite 63]

Rohdatendoku 6.3. [BHFART]

Erklärung:

Biel Mett ist für die Start-/Zielauswahl gesperrt, darf aber als Via ausgewählt werden.DieserHaltdarfvoneinemvorgeschaltetenRoutingfürFußwegeoder Taxifahrten nicht als Ein- oder Ausstiegshalt verwendet werden. Biel/Bienne ist nur für die Via-Auswahl gesperrt, während Bietingen für alle Auswahlmög- lichkeiten freigegeben ist (könnte also weggelassen werden, da 0 der Stan- dardwert ist). Soll eine Haltestelle in einer bestimmten Auswahlmöglichkeit nicht vorhanden sein, kann mittels dieser Datei genau festgelegt werden, welche Auswahl ge- sperrtist.DieSperrungwirdbitweisevorgenommen,wobeiderzeitfürdieAus- wahlbeschränkung drei Bits benutzt werden:

• Bit 0 (Wert 1) : Sperrung für die Startauswahl

• Bit 1 (Wert 2) : Sperrung für die Zielauswahl

• Bit 2 (Wert 4) : Sperrung für die Via-Auswahl

Eine Kombination der Bits ist durch Addition der zugehörigen Werte möglich. Standardmäßig wird die Beschränkung auf 0 gesetzt (keine Beschränkung). Die Beschränkungen für das Routing werden entsprechend kodiert. Das ge- setzteBit0mitdemWertëin"bedeutetdannbeispielsweise,dassderHaltnicht am Start angeroutet werden darf.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle. 9−9 ASCII A 11−12 ASCII Attributskürzel 14−19 INT32 Verkehrstagenummer, für die Tage an denen das Attribut gilt (optional)

Dateiformat:

Spalte Typ Bedeutung Fortsetzung auf der nächsten Seite

Version 5.40.13 63/243

[Seite 64]

Rohdatendoku 6.3. [BHFART]

Fortsetzung der letzten Seite

1−7 INT32 Die Nummer der Haltestelle. 9−9 ASCII I 11−12 ASCII Infotextkürzel. Wird der Wert „XI“ eingetragen, wird der Infotext als XML enthaltend angesehen. 14−22 INT32 Infotextnummer 24−29 INT32 Verkehrstagenummer, für die Tage an denen der Infotext gilt (optional)

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle. 9−9 ASCII H 11−15 INT16 Haltestellen - Flag. Wird der Wert 16 eingetragen, handelt es sich um eine „hailing section“. 17−17 UTF-8 Haltestellenname (optionale Angabe)

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle oder „@@@@@@@“, um Angaben für alle Haltestellen zu machen. 9−9 ASCII T 11ff ASCII Eine beliebige Menge der Buchstaben von A bis H für die erlaubten Typen des IV-Routings. Am Anfang kann ein „!“ stehen. In diesem Fall stehen A bis H für nicht erlaubte Typen des IV-Routings.

Die Buchstaben von A bis H stehen für folgende Typen des IV-Routings: • A: Fußweg

• B: Fahrrad

• C: PKW

• D: Park-and-Ride

• E: Taxifahrt

Version 5.40.13 64/243

[Seite 65]

Rohdatendoku 6.3. [BHFART]

• F: Taxi vom Taxistand aus

• G: unbenutzt

• H: unbenutzt

Standardmäßig sind für alle Haltestellen alle Typen erlaubt.

Beispiel:

@@@@@@@ T !D 8504419 B !CD 8504300 T ABCDEFGH 8000122 T A

Erklärung:

Für alle Haltestellen sind alle Typen des IV-Routings erlaubt, ausgenommen das Routing für die Park-and-Ride-Suche. Für folgende Haltestelle gelten spe- zielle Regeln:

• Für Haltestelle 8504419 sind alle Typen des IV-Routings erlaubt, außer dem Routing für die Park-and-Ride-Suche und dem PKW-Routing.

• Für Haltestelle 8504300 sind alle Typen des IV-Routings erlaubt.

• Für Haltestelle 8000122 ist nur das Fußweg-Routing erlaubt.

Umfangreiche Beispiele zu Haltestellenattributen sind im Anhang, Kapi- tel 11.3 aufgenommen worden.

Version 5.40.13 65/243

[Seite 66]

Rohdatendoku 6.4. [BHFATTR]

6.4. Haltestellen- und Haltestellenmetaattribute [BHFATTR]

Diese Datei enthält Attribute, die an einer Haltestelle gelten und dort ausge- geben werden sollen. In der Kombination mit den Dateien BHFART und INFO- TEXT können diese Attributtexte mit mehreren Infotexten verbunden werden. FürdieeinzelnenAufgabenbeiderDefinitionvonHaltestellenattributenstehen verschiedene Zeilenformate innerhalb der Datei BHFATTR zur Verfügung:

• Typ 1: Beschreibt grundlegende Eigenschaften von Haltestellenattribu- ten.

• Typ 2: Beschreibt übergeordnete Haltestellenattribute (Haltestellenme- taattribute).

• Typ 3: Beschreibt eine Zuordnung eines oder mehrerer Haltestellenme- taattribute zu Haltestellenattributen.

• Typ 4: Beschreibt eine Zuordnung eines oder mehrerer Haltestellenme- taattribute zu anderen Haltestellenmetaattributen.

• Typ 5: Beschreibt die flexible mehrsprachige Definition von Attributstex- ten.

Dabei ist zu beachten, das bei Kombination von verschiedenen Zeilentypen in jedemFallgewährleistetist,dasssprachabhängigeDefinitionsteilestetshinter allen sprachunabhängigen Definitionsteilen folgen. Grundsätzlich werden alle Haltestellenattribute durch Kürzel, bestehend aus zwei ASCII-Zeichen, bezeichnet. Diese können in der Regel frei gewählt wer- den, einige Kürzel sind allerdings für eine spezielle Programmsteuerung in HAFAS reserviert und sollten nur nach Rücksprache verwendet werden. Fol- gendeKürzelfürHaltestellenattributesindreserviert:ZN,RA,FB,AK,NC,PS, PR und PX.

Version 5.40.13 66/243

[Seite 67]

Rohdatendoku 6.4. [BHFATTR]

6.4.1. Haltestellenattribute

Zeilenformat Typ 1:

Beschreibt grundlegende Eigenschaften von Haltestellenattributen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 4−6 INT16 Attributsausgabepriorität, kleine Werte sind höherwertiger als große. Bei mehreren Attributen werden zunächst die höherwertigen Attribute ausgegeben. Prioritäten <=2 werden ggf. gesondert hervorgehoben ausgegeben. (Wertebereich 0 - 999) 8−10 INT16 Attributsausgabefeinsortierung, kleine Werte sind höherwertiger. Bei Attributen gleicher Ausgabepriorität richtet sich die Ausgabe nach der Wertigkeit der Feinsortierung. (Wertebereich 0 - 99) 12ff UTF-8 Attributsklartext (max. 70 Zeichen lang) bei vereinfachter einsprachiger Definition; Angabe entfällt bei mehrsprachiger Definition (vgl. 6.4.3).

Beispiele sind den Anhängen

• Servicenummern Gepäckträgerservice

• Öffnungszeiten Fahrkartenschalter (mehrsprachig)

zu entnehmen.

Version 5.40.13 67/243

[Seite 68]

Rohdatendoku 6.4. [BHFATTR]

6.4.2. Haltestellenmetaattribute

DenHaltestellenattributenkönnenbeliebigeMetaattributezugeordnetwerden. Die Codes der Metaattribute beginnen mit dem festen Zeichen "+", die übrigen beiden sind frei wählbar aus dem Bereich aller druckbaren Zeichen, mit Aus- nahme von (einem oder mehreren) Leerzeichen sowie der mit auf zwei Groß- buchstaben endenden Codes. Letztere sind reserviert, da sie eine HaCon- interne vordefinierte Sonderbedeutung haben.

Zeilenformat Typ 2:

Beschreibt übergeordnete Haltestellenattribute (Haltestellenmetaattribute).

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII Metaattributscode 5−7 INT16 Attributsausgabepriorität, kleine Werte sind höherwertiger als große. Bei mehreren Attributen werden zunächst die höherwertigen Attribute ausgegeben. (Wertebereich 0-999) 9−10 INT16 Attributsausgabefeinsortierung, kleine Werte sind höherwertiger. Bei Attributen gleicher Ausgabepriorität richtet sich die Ausgabe nach der Wertigkeit der Feinsortierung. (Wertebereich 0-99) 12ff UTF-8 Attributsklartext (max. 70 Zeichen lang) bei vereinfachter einsprachiger Definition; Angabe entfällt bei mehrsprachiger Definition (vgl. 6.4.3).

Beispiel:

+SA 740 11 Suchattribut

Erklärung:

Das Metaattribut „+SA“ wird zur Kennzeichnung von in der Suche relevanten Attributen bereitgestellt.

Version 5.40.13 68/243

[Seite 69]

Rohdatendoku 6.4. [BHFATTR]

Zeilenformat Typ 3:

Beschreibt eine Zuordnung eines oder mehrerer Haltestellenmetaattribute zu Haltestellenattributen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 3−3 ASCII Festes Zeichen ":" 5ff ASCII Durch Leerzeichen getrennte Liste von Metaattributscodes

Beispiel:

HB: +bg +HA HB: +wr HR: +bg +wr

Erklärung:

Dem Attribut mit dem Code „HB“ werden die Metaattribute mit den Codes „+bg“, „+HA“ und „+wr“ zugeordnet. Das Attribut „HR“ erhält ebenfalls die Me- taattribute „+bg“ und „+wr“.

Zeilenformat Typ 4:

Beschreibt eine Zuordnung eines oder mehrerer Haltestellenmetaattribute zu anderen Haltestellenmetaattributen.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII Metaattributscode 4−4 ASCII Festes Zeichen ":" Fortsetzung auf der nächsten Seite

Version 5.40.13 69/243

[Seite 70]

Rohdatendoku 6.4. [BHFATTR]

Fortsetzung der letzten Seite 6ff ASCII Durch Leerzeichen getrennte Liste von Metaattributscodes

Beispiel:

+nb: +bf

Erklärung:

Dem Metaattribut mit dem Code „+nb“ wird das Metaattribut mit dem Code „+bf“ zugeordnet.

Version 5.40.13 70/243

[Seite 71]

Rohdatendoku 6.4. [BHFATTR]

6.4.3. Sprachabhängige Definition von Attributstexten

Wenn Haltestellenattribute oder Haltestellenmetaattribute mehrsprachig defi- niert werden sollen, wird zwischen einem sprachunabhängigen Teil und ei- nem sprachabhängigem Teil in der Datei BHFATTR unterschieden. Während im sprachunabhängigen Teil alle sprachübergreifenden Eigenschaften notiert werden, erfolgt die Zuordnung der Attributstexte pro Sprache im sprachabhän- gigen Teil. Im sprachunabhängigen Teil entfällt dagegen die Angabe der Texte (vgl. Zeilenformat 1 bzw. 2). Der sprachabhängige Teil wird mit dem Tag eingeleitet. Innerhalb des sprachabhängigen Teils werden die jeweiligen Sprachen mit einem Tag ent- sprechend der Norm ISO 639-3 gekennzeichnet (bspw. steht das Tag für Deutsch oder für Englisch).

Zeilenformat Typ 5:

Beschreibt die sprachabhängige Definition von Attributstexten.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII Attributscode 4ff UTF-8 Attributstext

Beispiel:

RO 0 001 50 RO Restaurant geöffnet. RO Restaurant open.

Erklärung:

Dem Haltestellenattribut RO wird im Deutschen der Text ’Restaurant geöffnet’ zugewiesen, im Englischen dagegen der Text ’Restaurant open’.

Version 5.40.13 71/243

[Seite 72]

Rohdatendoku 6.4. [BHFATTR]

6.4.4. Kombination von Haltestellenattributen und Infotexten

Haltestellenattribute können mit mehreren Infotexten verbunden werden, die eine Flexibilisierung der Attributstexte in Abhängigkeit vom aktuellen Kontext ermöglichen. Dieser Mechanismus erspart in bestimmten Situation die Mehr- fachdefinition von Attributen. UmHaltestellenattributemitInfotextenzuverknüpfen,werdenindenHaltestel- lenattributstextenInfotextkürzeleingefügt.DiesewerdenspäterbeiderAusga- be in HAFAS durch die jeweils gültigen Infotexte ersetzt.

Beispiel:

[BHFATTR:] RO 0 001 50 Bahnhofsrestaurant geöffnet $IOZ#

[INFOTEXT:] 000000003 18Uhr bis 20Uhr 000000004 18Uhr bis 23Uhr

[BHFART:] 8010366 A RO 000000 8010366 I OZ 000000003 000001 8010366 I OZ 000000004 000002

Erklärung:

Dem Attribut RO wird in der Datei BHFATT der Infotext OZ zugeordnet. In der Datei INFOTEXT werden verschiedene Texte für Infotexte definiert, hier zwei verschiedene Öffnungszeitenangaben (Infotextcodes 000000003 und 000000004). Schließlich wird in der Datei BHFART der Haltestelle 8010366 sowohldasAttributROalsoauchderInfotextOZzugewiesen.DiezweiEinträ- gefürInfotextebeziehensichdabeiaufverschiedeneVerkehrstage(Verkehrs- tagebitfelder 000001 und 000002), diese könnten beispielsweise Mo-Fr bzw. Sa/So zugeordnet sein. Weitere Beispiele für die Verwendung von Haltestellenattributen befinden sich im Anhang, Kapitel 11.3.

Version 5.40.13 72/243

[Seite 73]

Rohdatendoku 6.5. [BFPRIOS]

6.5. Haltestellenumsteigeprioritäten [BFPRIOS]

Bestehen mehrere alternative Umsteigmöglichkeiten entlang einer Strecke, weil zum Beispiel zwei Linien parallel verlaufen, so kann die Auswahl des Um- steigepunktes durch die Vergabe einer Umsteigepriorität beeinflusst werden. DieUmsteigeprioritätisteinWertzwischen0und16,wobei0höchstePriorität und16niedrigstePrioritätbedeutet.StandardmäßigwirddieUmsteigepriorität vom Programm auf 8 gesetzt.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle. 9−10 INT16 Umsteigepriorität der Haltestelle. Nur Umsteigeprioritäten zwischen 0 und 16 werden akzeptiert. 12ff UTF-8 Haltestellenname. (optional)

Beispiel:

8504419 8 Biel Mett 8504300 4 Biel/Bienne 8000122 8 Bietingen

Erklärung:

Falls bei sonst gleichwertigen Zugverbindungen ein Umstieg in Biel Mett, Bi- el/Bienne oder Bietingen möglich ist, wird Biel/Bienne bevorzugt.

Version 5.40.13 73/243

[Seite 74]

Rohdatendoku 6.6. [BHFGEW]

6.6. Haltestellengewichte [BHFGEW]

Im Transform -Prozess wird für jede Haltestelle je Produktklasse eines von 4 Gewichten errechnet:

• 0 - Produktklasse kommt an der Haltestelle nicht vor

• 1 - Produktklasse kommt an der Haltestelle selten vor

• 2 - Produktklasse kommt an der Haltestelle mitteloft vor

• 3 - Produktklasse kommt an der Haltestelle häufig vor

Über diese Datei kann eine manuelle Änderung vorgenommen werden. Es kann entweder ein Gewicht direkt vorgegeben werden oder ein Höchst- bzw. Mindestgewicht definiert werden. Falls der von Transform errechnete Wert das Höchstgewicht nicht überschreitet bzw. das Mindestgewicht nicht unterschrei- tet, wird er nicht geändert. Bei der Vorgabe der Haltestellennummer können einzelne Ziffern mit @ (beliebiger Wert) ersetzt werden. Falls mehrere Regeln für eine Haltestelle existieren, wird immer die letzte angewendet.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle. 9−9 INT16 Produktklasse. 11−12 INT16 Gewicht der Haltestelle. 13−13 CHAR – definiert ein Höchstgewicht + ein Mindestgewicht. Ohne Vorgabe wird das Gewicht bedingungslos übernommen. 15ff CHAR Haltestellenname. (optional)

Beispiel:

8000404 0 2+ 80@@@@@ 0 1- 8000128 0 2+ Göttingen 8000135 0 2+ 8000222 0 2 Bietingen

Version 5.40.13 74/243

[Seite 75]

Rohdatendoku 6.6. [BHFGEW]

Erklärung:

Die durch Transform errechneten Haltestellengewichte für die Produktklasse 0:

8000107 3 8000128 1 8000135 3 8000222 1 8000404 0

werdenwiefolgtgeändert.InKlammernbefindetsichdieangewendeteRegel:

8000107 1 (80@@@@@ 0 1-) 8000128 2 (8000128 0 2+) 8000135 3 (8000135 0 2+) 8000222 2 (8000222 0 2 ) 8000404 0 (80@@@@@ 0 1-)

Version 5.40.13 75/243

[Seite 76]

Rohdatendoku 6.7. [METABHF]

6.7. Verbindungen zwischen Haltestellen [METABHF]

In vielen Fällen reicht es nicht, Umsteigebeziehungen innerhalb einer Hal- testelle vorzusehen, sondern es existieren auch Umsteigebeziehungen zwi- schen verschiedenen Haltestellen (z.B. in Paris zwischen den Haltestellen Paris-Nord,Paris-Est).Dasbedeutet,dasszwischendenentsprechendenHal- testellen Wege existieren, die mit Verkehrsmitteln, die nicht in der Datenbasis enthalten sind, zurückgelegt werden (z.B. Taxi, Metro, zu Fuß, usw.). Außer- dem ist es häufig sinnvoll, nicht nur einen, sondern mehrere Haltestellen als Startpunkt in Betracht zu ziehen (z.B. gibt es am Rathausplatz mehrere Halte- stellen, die nicht von allen Linien bedient werden). Deshalb werden in dieser Datei zwei Informationsbereiche beschrieben:

1. Übergangsbeziehungen Für einzelne Haltestellenpaare können spezielle Übergangsbedingungen ver- geben werden (z.B. für Paris-Nord und Paris-Est), wenn zwischen ihnen eine Verbindung (z.B. durch Fußweg, U-Bahn, usw.) existiert. Hierfür wird auch die benötigte Zeit angegeben. Für die Darstellung jedes Übergangs werden benötigt:

• die Haltestellennummern, zwischen denen ein Übergang besteht

• die benötigte Zeit für den Übergang

• Flags, die die Anzeige des Fußweges an Start und Ziel oder inmitten einer Verbindung unterdrücken (optional)

• erläuternde Texte für den Übergang (optional)

• Verkehrstage an denen der Übergang benutzt werden kann (optional)

• Öffnungszeiten für den Übergang (optional)

• eine Umsteigebewertung für den Übergang (optional)

• Markierung des Fußweges als garantierten Übergang (optional)

• Längenangabe in Metern (optional)

Einige der hier aufgelisteten optionalen Eigenschaften von Fußwegen können für poolübergreifende Fußwege nicht angegeben werden. 2. Haltestellengruppen Im zweiten Informationsblock werden Haltestellen zu Gruppen zusammenge- fasst.

Version 5.40.13 76/243

[Seite 77]

Rohdatendoku 6.7. [METABHF]

Ein Eintrag kann verschiedene Bedeutungen haben. Klassisch ist die Grup- pierung nach dem Prinzip „Wenn Haltestelle X als Start/Ziel eingegeben wird, dann suche auch von/nach Y und Z“. Dabei kann explizit angegeben werden, ob ein Übergang (Fußweg) von X nach Y oder Z ausgegeben werden soll. Ferner kann festgelegt werden, ob die Benutzung der alternativen Haltestellen mit einem rechnerischen Umstieg bestraft werden soll. Eine weitere Art der Gruppenbildung realisiert das Prinzip „Zeige in der Abfahrts-/Ankunftstafel der Haltestelle X alle Fahrten an den Haltestellen Y und Z an“. Jeder Eintrag in diesem Block ist von der folgenden Gestalt:

• Nummer der Haltestellengruppe

• eine Liste von Nummern alternativer Haltestellen, wobei vor der Halte- stellennummereinFlagstehenkann,dasdieBedeutungderalternativen Haltestelle angibt: klassische Start-Ziel-Ersetzung, Start-Ziel-Ersetzung mit Fußweg, Start-Ziel-Ersetzung mit virtuellem Umstieg oder Gruppen- bildung für Abfahrts-/Ankunftstafeln.

Version 5.40.13 77/243

[Seite 78]

Rohdatendoku 6.7. [METABHF]

6.7.1. Übergangsbeziehungen

Die „Übergänge“ zwischen zwei Haltestellen werden durch die Angabe der beiden Haltestellennummern und einer Zeit in Minuten dargestellt. Dabei ist der Übergang nur gültig von Haltestelle 1 zu Haltestelle 2. Ist der umgekehrte Übergang auch vorhanden, so muss er extra aufgeführt werden.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 1 9−15 INT32 Haltestellennummer 2 17−19 INT16 Dauer des Übergangs in Minuten 20−20 ASCII „S“ als Trennzeichen für den Sekundenaufschlag zur Fusswegdauer (optional) 21−22 INT16 Sekundenaufschlag zur Fusswegdauer (optional)

DieserEintraglegteinenÜbergangvonHaltestelle1aufHaltestelle2fest.Das in früheren Versionen verwendete F-Flag, durch das der Übergang am Start oder Ziel einer Verbindung angezeigt wird, kann weiterhin benutzt werden. Die genaue Wirkung des F-Flags ist dann wie im Abschnitt 6.7.13 beschrieben. Wir empfehlen jedoch, das F-Flag nicht mehr zu benutzen und stattdessen die in Abschnitt 6.7.13 eingeführten F-Äquivalenzen zu verwenden. Die ältere Schreibweise mit einem Attribut nach der Haltestellennummer 2 wird ebenfalls zunächst noch unterstützt.

Beispiel:

% Abgeordnetenhaus von Berlin -> S+U Potsdamer Platz 0012105 0100020 005 0100020 0012105 004S30

Erklärung:

Man kann die Strecke vom Abgeordnetenhaus bis zum S- oder U-Bahn Halte- stellePotsdamerPlatzzuFußinca.fünfMinutenzurücklegen.DiezweiteZeile beschreibt den Übergang in Gegenrichtung, der nur vier Minuten und dreißig Sekunden benötigt.

Version 5.40.13 78/243

[Seite 79]

Rohdatendoku 6.7. [METABHF]

Es ist möglich weitere Eigenschaften eines Übergangs zu definieren. Dies er- folgt über die in den folgenden Abschnitten beschriebenen *-Zeilen. Eine *- Zeile bezieht sich dabei immer auf den zuletzt angegebenen Übergang. Zu jedem Übergang kann eine beliebige Anzahl *-Zeilen angegeben werden.

Version 5.40.13 79/243

[Seite 80]

Rohdatendoku 6.7. [METABHF]

6.7.2. *A-Zeilen (optional)

Zu einem Übergang können als Erläuterungen eine beliebige Anzahl Attribute vergeben werden. Die zugehörigen Texte werden der Datei ATTRIBUT ent- nommen

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *A 4−5 ASCII Attributscode

Beispiel:

0012105 0100020 005 *A B1 *A B2

Erklärung:

Der hier angegebene Übergang verfügt über die Attribute B1 und B2 aus der Datei ATTRIBUT.

Version 5.40.13 80/243

[Seite 81]

Rohdatendoku 6.7. [METABHF]

6.7.3. *B-Zeilen (optional):

Durch die Ausgabebeschränkung können einzelne Fußwege in der Ausgabe unterdrückt werden. Die Fußwege werden dabei während der Berechnung der Verbindungkorrektberücksichtigt,siewerdennurbeideranschließendenAus- gabe nicht dargestellt. Es kann eingestellt werden, dass ein Fußweg nur an Start und Ziel oder nur inmitten einer Verbindung unterdrückt werden soll oder dass er nie dargestellt werden soll. Die Standardeinstellung ist ’0’, d.h. der Fußweg wird immer dar- gestellt. Alternativ besteht auch die Möglichkeit Fußwege zu definieren, die während der Suche nicht beachtet werden (versteckte Fußwege). Diese Fußwege kön- nen einer berechneten Verbindung, die an einer V-äquivalenten Haltestelle (siehe Abschnitt 6.7.13) der vom Benutzer eingegebenen Start-/Zielhaltestelle startet oder endet, als Zusatzinformation hinzugestellt werden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *B 4−4 INT16 Mögliche Werte: 1 keine Ausgabe nur an Start und Ziel 2 keine Ausgabe nur inmitten einer Verbindung 3 Ausgabeunterdrückung immer 4 Fußweg bei der Suche nicht berücksichtigen

Fußwege, die während der Suche nicht berücksichtigt werden sollen, dürfen nicht poolübergreifend sein. Beispiel:

0012105 0100020 005 *B 3

Erklärung:

Der Fußweg hat eine Dauer von 5 Minuten, wird aber nie dargestellt.

Version 5.40.13 81/243

[Seite 82]

Rohdatendoku 6.7. [METABHF]

6.7.4. *C-Zeile (optional)

Falls mehrere Übergänge zwangsläufig hintereinander benutzt werden müs- sen, ist es evtl. nicht gewünscht, die Umsteigeanzahl zwischen den Übergän- gen in der Verbindungssuche zu berücksichtigen. Ein Beispiel hierfür ist der Weg von einer U-Bahn Haltestelle zu einem Bahnsteig, bestehend aus einem Fußweg, gefolgt von einer Rolltreppe, gefolgt von einem weiteren Fußweg und einer abschließenden Fahrt in einem Fahrstuhl. Um die Bewertung solcher „Umstiege“ zu verhindern, können derartige Übergänge derselben Klasse zu- geordnet werden. Jeder Übergang darf maximal einer Klasse zugeordnet werden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *C 4−8 INT32 Umsteigeklasse (1-65000)

Beispiel:

0012105 0100020 005 *C 30000

Erklärung:

Der Übergang erhält die Umsteigeklasse 30000.

Version 5.40.13 82/243

[Seite 83]

Rohdatendoku 6.7. [METABHF]

6.7.5. *E-Zeilen (optional):

Eine*E-ZeileordneteinemFußwegeineNummerzu.DieseFußwegnummern stehen später in HAFAS zur Referenzierung des Fußwegs zur Verfügung.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *E 4−12 INT32 Fußwegnummer

Ein Fußweg darf beliebig viele *E-Nummern haben, d.h. für einen Fußweg können mehrere Nummern gelten. Jede Nummer darf beliebig vielen Fußwe- gen zugeordnet werden, d.h. eine Nummer kann mehrere Fußwege referen- zieren.

Beispiel:

0012105 0100020 005 *E 123456789

Erklärung:

Der Fußweg zwischen den Haltestellen 0012105 und 0100020 hat die Num- mer 123456789.

Version 5.40.13 83/243

[Seite 84]

Rohdatendoku 6.7. [METABHF]

6.7.6. *G-Zeilen (optional):

Markiert den Fußweg als garantierten Übergang. Ein solcher Fußweg darf nicht mehr uneingeschränkt benutzt werden, sondern nur in Kombination mit bestimmten Fahrten oder Linien (siehe Abschnitte 8.4 und 8.6). Für jeden sol- chen Übergang muss eine eindeutige Nummer für garantierte Übergänge de- finiert sein, anhand derer in den Dateien UMSTFWL oder UMSTFWZ auf ihn verwiesen werden kann.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *G 4−10 ASCII Nummer des garantierten Übergangs

Garantierte Übergänge dürfen nicht poolübergreifend sein.

Beispiel:

0012105 0100020 005 *G 0000001

Erklärung:

Bei dem Fußweg handelt es sich um einen garantierten Übergang mit der Nummer 0000001.

Version 5.40.13 84/243

[Seite 85]

Rohdatendoku 6.7. [METABHF]

6.7.7. *I-Zeilen (optional):

Anhand der Informationstextzeilen können einem Fußweg zusätzliche Infor- mation als Klartext beigestellt werden. Während bei den Attributen (siehe *A) einem Attributscode ein bestimmter Text fest zugeordnet ist, können zu einem Infotextcode je nach Fußweg verschiedene Texte angegeben werden. Zu je- dem Fußweg kann eine beliebige Zahl von Infotexten angegeben werden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *I 4−5 ASCII Infotextcode. Wird der Wert „XI“ eingetragen, wird der Infotext als XML enthaltend angesehen. 7−15 INT32 Infotextnummer (siehe Datei INFOTEXT).

Die Angabe von Infotexten ist für poolübergreifende Fußwege nicht möglich.

Beispiel:

0012105 0100020 005 *I FW 000002905

Erklärung:

Der Fußweg erhält den Infotext mit dem Code FW und der Nummer 2905 aus der Datei INFOTEXT.

Version 5.40.13 85/243

[Seite 86]

Rohdatendoku 6.7. [METABHF]

6.7.8. *L-Zeilen (optional):

Definiert für einen Fußweg eine Fußweglänge in Meter, die sich von der Luft- linienentfernung zwischen der zugehörigen Start- und Zielhaltestellle unter- scheiden kann.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *L 4−10 ASCII Länge des Fußwegs in Meter

Beispiel:

0012105 0100020 005 *L 0000250

Erklärung:

Der Fußweg hat eine Länge von 250 Metern.

Version 5.40.13 86/243

[Seite 87]

Rohdatendoku 6.7. [METABHF]

6.7.9. *N-Zeilen (optional):

Eine *N-Zeile ordnet einem Fußweg eine Nummer zu. Fußwegnummern wer- den benötigt, um beispielsweise Zuordnungen von Fußwegen zum Realgraph eindeutig angeben zu können.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *N 4−12 INT32 Fußwegnummer

Ein Fußweg darf dabei nur maximal eine *N-Nummer haben, eine Nummer muss eindeutig einen bestimmten Fußweg identifizieren.

Beispiel:

0012105 0100020 005 *N 123456789

Erklärung:

Der Fußweg zwischen den Haltestellen 0012105 und 0100020 hat die Num- mer 123456789.

Version 5.40.13 87/243

[Seite 88]

Rohdatendoku 6.7. [METABHF]

6.7.10. *O-Zeile (optional)

Manche Übergänge stehen nur zu bestimmten Tageszeiten zur Verfügung (Fahrstühle, Rolltreppen, usw.). Für diese Übergänge können Öffnungszeiten mitfolgendenEinschränkungenangegebenwerden:DerBeginnderÖffnungs- zeitenmusszwischen0und24Uhrliegen.DasEndederÖffnungszeitenmuss im Zeitintervall von 24 Stunden nach dem Beginn der Öffnungszeiten liegen. JederÜbergangdarfnurmaximaleinIntervallvonÖffnungszeitenerhalten.Es besteht allerdings die Möglichkeit, den gleichen Übergang mehrfach mit unter- schiedlichen Öffnungszeiten anzugeben. Eine Kombination von Öffnungszei- ten und Verkehrstagen ist möglich.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *O 4−7 INT16 Beginn der Öffnungszeiten 9−12 INT16 Ende der Öffnungszeiten

Die Angabe von Öffnungszeiten ist für poolübergreifende Fußwege nicht mög- lich. Beispiel:

0012105 0100020 005 *O 1625 2813

Erklärung:

Der Übergang ist von 16:25 Uhr bis einschließlich 04:13 Uhr des folgenden Tages geöffnet.

Version 5.40.13 88/243

[Seite 89]

Rohdatendoku 6.7. [METABHF]

6.7.11. *U-Zeile (optional)

Wird ein spezieller Übergang als besonders ungünstig angesehen, kann er ei- ne zusätzliche Umsteigeanzahl erhalten. In der Verbindungssuche wird dieser Übergang entsprechend seiner Umsteigeanzahl bewertet. Eine Umsteigean- zahlvonzweibedeutetz.B.,dasseineparallelgefundeneVerbindung,diestatt des Übergangs zwei Fahrten verwendet und dabei die gleiche Start- und An- kunftszeit hat, genau so gut bewertet wird. Jeder Übergang darf maximal eine Umsteigeanzahl erhalten.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *U 4−4 INT16 Umsteigeanzahl des Übergangs (0-7)

Beispiel:

0012105 0100020 005 *U 2

Erklärung:

Der Übergang wird wie zwei Umstiege bewertet.

Version 5.40.13 89/243

[Seite 90]

Rohdatendoku 6.7. [METABHF]

6.7.12. *V-Zeile (optional)

Ein Übergang, der nicht an allen Tagen der Fahrplanperiode benutzt werden darf, kann als Einschränkung Verkehrstage erhalten. Fehlt die Einschränkung, kann er an allen Tagen der Fahrplanperiode benutzt werden. Jeder Übergang darf nur maximal eine Einschränkung erhalten. Es besteht allerdings die Möglichkeit, den gleichen Übergang mehrfach mit unterschiedli- chen Verkehrstagen anzugeben.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *V 4−9 INT32 Verkehrstagenummer für die Tage, an denen der Übergang geöffnet ist.

Die Angabe von Verkehrstagen ist für poolübergreifende Fußwege nicht mög- lich. Beispiel:

0012105 0100020 005 *V 000012

Erklärung:

Der Übergang ist an den Verkehrstagen 000012 geöffnet (Eintrag aus der Da- tei BITFELD).

Version 5.40.13 90/243

[Seite 91]

Rohdatendoku 6.7. [METABHF]

6.7.13. Haltestellengruppen

Nachdem alle Zeilen des Formats 1 in die Datei aufgenommen worden sind, folgen alle Zeilen, die das „Gruppieren“ von Haltestellen beschreiben. Ziel ist es,

• anstelle bzw. zusätzlich zu einer vorgegebenen Haltestelle alternative Haltestellen als Start, Ziel oder Via zu verwenden und

• die an den alternativen Haltestellen verkehrenden Fahrten in der Abfahrts-/Ankunftstafel der vorgegebenen Haltestelle anzeigen zu las- sen.

Die alternativen Haltestellen sind in gewisser Weise „äquivalent“ oder „syn- onym“ zur gegebenen Haltestelle. Die vorgegebene Haltestelle dient als Sam- melbegriff für die Gruppe der äquivalenten Haltestellen. Die genaue Interpretation der Äquivalenz hängt von ihrem Typ ab, wobei vier verschiedene Typen definiert werden können:

Typ S: Start-Ziel-Äquivalenz. Anstelle des Sammelbegriffs sollen die S-äqui- valenten Haltestellen als Start-, Ziel- oder Viahaltestelle einer Reise be- nutzt werden. Dabei sind alle S-Äquivalenzen gleichwertig.

Typ V: Start-Ziel-Äquivalenz mit virtuellem (d.h. rechnerischen) Umstieg. Wie Typ S, jedoch wird ein virtueller Umstieg veranschlagt, wenn eine V- äquivalente Haltestelle statt des Sammelbegriffs verwendet wird.

Typ F: Fußwegäquivalenz.DieF-äquivalentenHaltestellenwerdenvondenS- und V-Äquivalenten des Sammelbegriffs per Fußweg erreicht, wenn der Sammelbegriff als Start oder Ziel dient.

Typ B: Für Abfahrts-/Ankunftstafeln. In der Abfahrts-/Ankunftstafel des Sam- melbegriffs erscheinen alle Fahrten, die an den B-äquivalenten Halte- stellen verkehren. Werden zu einer Haltestelle in den Rohdaten keine B-Äquivalenzen definiert, so werden alle ihre F-, S- und V-Äquivalenzen als B-Äquivalenzen benutzt.

Typ H: Hauptmast. Masten sind unterschiedliche Teile der selben Haltestelle (z.B. die einzelnen Bahnsteige eines Bahnhofs). Zwei Haltestellen gel- ten als Masten, wenn sie den gleichen Namen haben und zueinander S-äquivalent sind. Sollen zwei Masten nicht den gleichen Namen haben oder nicht zueinander S-äquivalent sein, besteht die Möglichkeit, zu bei- den einen Hauptmast zu definieren. Die Haltestellen werden dann als

Version 5.40.13 91/243

[Seite 92]

Rohdatendoku 6.7. [METABHF]

Masten erkannt, wenn sie über den selben Hauptmast verfügen. Zu je- der Haltestelle darf nur maximal ein Hauptmast definiert werden. Es be- steht insbesondere bei großen Umsteigegebäuden die Möglichkeit, den Hauptmast mit Eigenschaften zu versehen, die für alle seine Masten gel- ten sollen (Infotexte, Attribute, ...).

Bemerkung:

Die in früheren Versionen definierten Haltestellengruppen sind gerade die S- Äquivalenzen.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer des Sammelbegriffs 8−8 ASCII Festes Zeichen ":" 10−10 ASCII Der Typ der 1. Äquivalenz: B, F, H, V oder Leerzeichen 11−17 INT32 Die Nummer der 1. Äquivalenz 19−19 ASCII Der Typ der 2. Äquivalenz: B, F, H, V oder Leerzeichen 20−26 INT32 Die Nummer der 2. Äquivalenz 28ff Typ und Nummer der nächsten Äquivalenz ... usw.

• Wenn beim Typ der Äquivalenz ein Leerzeichen steht, wird sie als S- Äquivalenz interpretiert.

• Jeder Sammelbegriff muss in der Haltestellendatei (BAHNHOF) vorkom- men. Es kann sich aber um eine virtuelle Haltestelle handeln, d.h. dass zu/von ihr keine Fahrten verkehren müssen.

• Jede Haltestelle aus der Haltestellendatei (BAHNHOF), die nicht als Sammelbegriff in der METABHF vorkommt, ist genau zu sich selbst S- äquivalent.

• Zu jedem in der METABHF aufgeführten Sammelbegriff muss es eine S- oder eine V-Äquivalenz geben. Es ist nicht möglich, ausschließlich B-, F- oder H-Äquivalenzen zu definieren.

Version 5.40.13 92/243

[Seite 93]

Rohdatendoku 6.7. [METABHF]

• Damit ein Sammelbegriff selbst als Start-, Ziel- oder Viahaltestelle be- nutzt werden kann, muss er als zu sich selbst S-äquivalent definiert wer- den. Analog muss unter den B-Äquivalenzen der Sammelbegriff selbst aufgeführtwerden,wenndieihnbedienendenFahrteninseinerAbfahrts- /Ankunftstafel erscheinen sollen. Dagegen kann ein Sammelbegriff nicht als zu sich selbst F- oder V-äquivalent definiert werden.

• Zu einem Sammelbegriff können mehrere Zeilen in der METABHF exi- stieren.Diesewirkenso,alsoballerechtenSeitenineinerZeilestünden.

• Eine F-Äquivalenz zwischen den Haltestellen X und Y setzt voraus, dass Y von X aus durch eine Folge von Übergängen erreicht werden kann.

• Wenn ein Übergang zwischen den Haltestellen X und Y ein F-Flag trägt, wird eine S- oder V-Äquivalenz zwischen X und Y (sofern vorhanden) in eine F-Äquivalenz umgewandelt.

Beispiel:

% S+U Potsdamer Platz: S+U Potsdamer Platz, Abgeordnetenhaus 0012105: 0012105 0100020 % Frankfurt(Main)Hbf: Frankfurt(Main)Hbf, Frankfurt(Main)Süd 8000105: 8000105 V8002041 % Frankfurt(Main)Hbf: Frankfurt Hbf (tief) 8000105: F8098105 % Frankfurt(Main)Hbf: Frankfurt(Main)Hbf % Frankfurt Hbf (tief): Frankfurt(Main)Hbf 8000105: H8000105 8098105: H8000105

Erklärung:

Wenn als Starthaltestelle „S+U Potsdamer Platz“ angegeben wird, wird gleich- wertig von den Haltestellen „S+U Potsdamer Platz“ und „Abgeordnetenhaus“ ausgehend gesucht. Wenn von „Frankfurt(Main)Hbf“ gesucht wird, so wird auch von „Frankfurt- (Main) Süd“ aus gesucht, wobei Verbindungen, die in „Frankfurt(Main) Süd“ starten, mit einem zusätzlichen rechnerischen Umstieg belegt werden. Bei einer Suche mit dem Startbahnhof „Frankfurt(Main)Hbf“ kann von den S- bzw. V-äquivalenten Bahnhöfen „Frankfurt(Main)Hbf“ und „Frankfurt Hbf (tief)“

Version 5.40.13 93/243

[Seite 94]

Rohdatendoku 6.7. [METABHF]

zuerst ein Fußweg nach „Frankfurt Hbf (tief)“ zurückgelegt und Verbindungen von dort zum Ziel gesucht werden. Wenn die Datei METABHF keine weiteren Zeilen mit dem Sammelbegriff 8000105 „Frankfurt(Main) Hbf“ enthält, wird die Abfahrts-/Ankunftstafel von „Frankfurt(Main) Hbf“ genau die Fahrten enthalten, die „Frankfurt(Main) Hbf“, „Frankfurt(Hbf) tief“ oder „Frankfurt(Main) Süd“ bedienen. „Frankfurt(Main)Hbf“ und „Frankfurt Hbf (tief)“ haben „Frankfurt(Main)Hbf“ als Hauptmast. Die beiden Halte werden dadurch zu Masten, obwohl sie unter- schiedlich heißen.

Version 5.40.13 94/243

[Seite 95]

Rohdatendoku 6.8. [KMINFO]

6.8. Liste der Umsteigepunkte [KMINFO]

HAFAS erkennt automatisch die Umsteigepunkte eines Verkehrsnetzes. Mit der Datei KMINFO können weitere Umsteigepunkte definiert und Umsteige- punkte gezielt gesperrt werden. Die Datei enthält für jeden Umsteigepunkt fol- gende Angaben:

• Haltestellennummer

• Umsteigeflag (numerischer Wert)

• Name der Haltestelle

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle 9−13 INT16 Der Wert 30000 definiert eine Haltestelle als Umsteigepunkt. Mit dem Wert 0 wird eine Haltestelle als Umsteigepunkt ausgeschlossen. 15ff UTF-8 (optional) Klartext des Haltestellennamens

Beispiel:

8000105 30000 Frankfurt (Main) Hbf 8000150 0 Hanau Hbf 8000152 30000 Hannover Hbf

Erklärung:

Die Haltestellen Frankfurt (Main) Hbf und Hannover Hbf werden als Umsteige- punkte gesetzt. Die Haltestelle Hanau Hbf wird für Umstiege gesperrt. Wichtig: Die optimale Performance erreicht HAFAS nur dann, wenn es sei- ne Umsteigepunkte selbst berechnet. Diese Datei sollte auf keinen Fall dazu verwandt werden, alle Umsteigepunkte vorzugeben, da sich in der Regel die Performance drastisch verschlechtert.

Version 5.40.13 95/243

[Seite 96]

Rohdatendoku 6.9. [GRENZHLT]

6.9. Grenzpunktangaben [GRENZHLT]

WenneinGrenzhaltindenFahrplandatennichtalsHaltestelleinderHaltestel- lendatei BAHNHOF vorkommt, muss hier für jeden verwendeten Schlüssel ein Eintrag existieren.

Dateiformat:

Spalte Typ Bedeutung

1−7 ASCII Grenzpunktschlüssel 9ff UTF-8 Grenzpunktname im Klartext (max. 50 Zeichen)

Beispiel:

1111111 Grenzpunkt Passau

Erklärung:

Der Grenzhalt 1111111 erscheint in den Fahrplandaten und ist kein Halt in der Haltestellendatei BAHNHOF. Er wird interpretiert als „Grenzpunkt Passau“.

Version 5.40.13 96/243

[Seite 97]

Rohdatendoku 6.10. [BFINFO]

6.10. Zusätzliche Haltestelleninformationen [BFINFO]

In einigen Fällen ist es wünschenswert zu ausgewählten Haltestellen zusätzli- che Informationen bereitstellen zu können. Beispiel 1: Von einer Haltestelle gehen Abbringerdienste in eine Reihe umlie- gender Ortschaften. Diese Information kann dargestellt werden. Beispiel 2: Es gibt Ziele, die nicht mit dem erfassten öffentlichen Verkehr er- reicht werden können. So kann man z.B. das Euro-Disneyland mit Paris ver- knüpfen und bei Euro-Disney weitere Hinweise über den Weg Paris -> Euro- Disneyland hinterlegen.

Dateiformat:

Spalte Typ Bedeutung

1−1 ASCII Festes Zeichen „$“ 2−8 INT32 Haltestellennummer 10ff INT16 Optionaler Text

Dann folgen beliebig viele Zeilen Text, die als Information ausgegeben wer- den sollen. Es ist möglich, Dateninformationen für die Darstellung logisch zu gliedern, indem Zeilen, die nur aus dem Text „@@EOB“ bestehen, eingefügt werden. An diesen Stellen bricht das anzeigende Programm den Text selbst- ständig um. Beispiel:

$8000298 Passau Hbf Bad Füssing: Busverbindung 5 km ab Pocking Bad Füssing: Busverbindung 30 km ab Passau Durchgehende Abfertigung!

Erklärung:

An der Haltestelle „Passau Hbf“ (8000298) wird der Text „Bad Füssing: Busverbindung 5 km ab Pocking Bad Füssing: Busverbindung 30 km ab Passau Durchgehende Abfertigung!“ ausgegeben.

Version 5.40.13 97/243

[Seite 98]

Rohdatendoku 6.11. [EXCHANGE]

6.11. Austausch [EXCHANGE]

Die Austauschdatei EXCHANGE ermöglicht eine Abbildung von Haltestellen auf andere Haltestellen. Sinnvoll ist diese Datei, wenn ein und dieselbe Hal- testelle in unterschiedlichen Datenbeständen unterschiedliche Nummern be- kommen hat. Hiermit kann man auf einfache Art solche Haltestellen wieder zu einer Haltestelle zusammenfassen. Zur Darstellung werden benutzt:

• die Haltestellennummern der abzubildenden Haltestellen

• der Haltestellenname

Beispiel:

8503052 8503053 Schweighof

Erklärung:

Jedes Auftreten der Haltestelle 8503052 wird durch die Haltestelle 8503053 ersetzt.

Version 5.40.13 98/243

[Seite 99]

Rohdatendoku 6.12. [ZEITVS]

6.12. Zeitverschiebungen [ZEITVS]

Diese Datei enthält Angaben über die Zeitverschiebungen der Haltestellen. Diese Datei ersetzt die Datei ZEITZONE. Aus ihr wird die binäre Zeitverschie- bungsdatei PLANZZ erzeugt.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−13 INT32 Zeitverschiebung als +SSMM, +SS, -SSMM oder -SS 15−22 INT32 von-Datum als TTMMJJJJ oder TTMMJJ 24−27 INT16 Zugehörige Zeit als SSMM 29−36 INT32 bis-Datum als TTMMJJJJ oder TTMMJJ 38−41 INT16 Zugehörige Zeit als SSMM 43ff UTF-8 Kommentar mit führenden „%“ (optional)

alternativ:

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−15 INT32 Haltestellennummer 16ff UTF-8 Kommentar mit führenden „%“ (optional)

• Haltestellenummernmüssen7-stelligangegebenwerden;wirdeineweg- gelassen, so wird die jeweils letzte davor eingetragene Haltestellennum- mer verwendet.

• Zeitverschiebungen muss ein „+“ oder „-“ vorangestellt sein; Werte zwi- schen -14 und +14 werden als Stunden- und alle anderen als Stunden- und Minutenangaben interpretiert.

• Zeitangaben können nach Datumsangaben weggelassen werden, dann werden die Zeitangaben beim von-Datum als 0000 und beim bis-Datum als 2400 angenommen.

Version 5.40.13 99/243

[Seite 100]

Rohdatendoku 6.12. [ZEITVS]

• Ein fehlendes von-Datum wird als Fahrplanbeginn und ein fehlendes bis- Datum als Fahrplanende angenommen.

• Für eine Haltestellennummer können mehrere Zeitverschiebungen und zugehörige Datumsangaben hintereinander in derselben Zeile angege- ben werden.

• Später angegebene Zeitverschiebungen überschreiben bei überlappen- den Zeitraumangaben früher angegebene im überlappenden Bereich.

• Wirdzu einerHaltestellennummer keineZeitverschiebungmit Datuman- gegeben, so werden die Zeitverschiebungen mit Daten aus der letzten früheren Zeile mit entsprechenden Angaben verwendet.

• Anstelle von Zeitverschiebungen mit Datumsangaben kann eine zweite Haltestellennummer angegeben werden, die entsprechenden Nummern werden dann bezüglich ihrer Zeitverschiebungen als identisch betrachtet (später folgende Zeitverschiebungen für eine der Haltestellennummern beeinflussen beide).

• Haltestellen, für deren Nummer keine Zeitverschiebung angegeben wur- de, erhalten die Zeitverschiebung der nächstkleineren angegeben Num- mer. Für den Nahverkehr muss also nur eine Zeit für 0000000 und für den Bereich der DB eine für 8000000 angegeben werden.

Es sollte drauf geachtet werden, nur eine der folgenden Schreibweisen zu ver- wenden. Jede neue Zeitverschiebung beginnt mit der Spaltenangabe 9 - 12 (z.B. +2). Das Beispiel der ZEITZONE- Datei kann als ZEITVS- Datei wie folgt formuliert werden:

Beispiel:

0000000 +2 27051993 +1 30091993 +2 31031994 % Nahverkehr 1000000 +3 27051993 +2 30091993 +3 31031994 % Finnland 7000000 +1 27051993 +0 28101993 +1 31031994 % Großbritannien 8000000 0000000 % DB wie Nahverkehr

Erklärung:

Im Nahverkehr ist eine Zeitverschiebung ab dem 27.05.93 von 2 Stunden vor- gesehen. Ab dem 30.09.93 1 Stunde und ab dem 31.03.94 wieder 2 Stunden.

Version 5.40.13 100/243

[Seite 101]

Rohdatendoku 6.12. [ZEITVS]

Der Haltestellennummerbereich ab 8000000 wird mit den Angaben von 0000000 gleichgestellt. Alternativ wäre auch folgende Schreibweise möglich:

Beispiel:

1000000 +2 % Finnland Standardzeit ...

... und weiter unten: 1000000 +3 27051993 0200 30091993 0200 % Finnland Sommer 1993 +3 31031994 0200 29091994 0200 % Finnland Sommer 1994 ...

Erklärung:

Im ersten Bereich werden Grundzeiten für Länder definiert (Finnland +2 Stun- den, ...). Anschließend werden noch Ausnahmen definiert. Finnland Sommer: Ab dem 27.05.93 um 02:00 Uhr gilt +3 Stunden bis zum 30.09.93 02:00 Uhr Ab dem 31.03.94 um 02:00 Uhr gilt +3 Stunden bis zum 29.09.94 02:00 Uhr

Beispiel:

1000000 +3 27051993 0200 +2 30091993 0200 +3 31031994 0200 % Finnland Sommer 1993

Erklärung:

Ab dem 27.05.1993 02:00 Uhr gilt +3 Stunden, ab dem 30.09.1993 ab 02:00 gilt 2 Stunden, ab dem 31.03.1994 02:00 Uhr gilt +3 Stunden.

Version 5.40.13 101/243

[Seite 102]

Rohdatendoku 7.1. [FPLAN]

7. Fahrtbezogene Daten

7.1. Der Fahrplan [FPLAN]

Die Fahrplandateien enthalten die Daten für alle Fahrten. Sie beinhalten je- weils die kompletten Fahrtbeschreibungen mit:

• einem Schlüssel für jede Fahrt (Fahrtnummer, Verwaltung)

• dem Verkehrsmittel bzw. der Gattung

• den Verkehrstagen, an denen die Fahrt stattfindet

• weiteren Fahrtattributen wie Fahrradmitnahme usw.

• den Haltestellennummern (Abfahrtshaltestelle, Ankunftshaltestelle)

• optionalen Angaben von Laufwegsindizes statt Haltestellennummer (Ab- fahrtshaltestelle, Ankunftshaltestelle)

• optionale Angabe von Gültigkeitsbereichen der Fahrtattribute

• den durchfahrenen Haltestellen mit den entsprechenden Ankunfts- und Abfahrtszeiten in zeitlich aufsteigender Reihenfolge

• optionalen Angaben zur Linienbezeichnung und zur Richtungsangabe der Fahrt

• optionalen Angaben über den Fahrtverlauf (Überschreiten von Landes- grenzen, Tarifgrenzen...)

Version 5.40.13 102/243

[Seite 103]

Rohdatendoku 7.1. [FPLAN]

7.1.1. Fahrtbeschreibung

Für die komplette Beschreibung einer Fahrt werden zwei Arten von Datenzei- len benutzt:

• Zeilen, die die Fahrtnummer, die Verkehrstage der Fahrt, die Fahrtkate- gorie und ähnliches festlegen. Diese Zeilen beginnen mit einem *

• Datenzeilen, die den Laufweg der Fahrt, d.h. die bedienten Haltestellen mit den An- und Abfahrtszeiten beschreiben. Die Abfahrts- sowie An- kunftszeit werden 6-stellig (5 Ziffern plus ein Vorzeichen) erfasst. Das bisherige Format mit lediglich 4 Ziffern wird bis auf weiteres unterstützt (Rückwärtskompatibilität)

Die Zeilen können beliebig gemischt werden, jedoch müssen die Laufwegzei- len chronologisch aufsteigend sein. Alle Zeilen sind so organisiert, dass ab der Position 60 das Kommentarzeichen „%“ stehen muss. Danach sind noch beliebige Zeichen für den Rest der Zeile erlaubt. Zur Darstellung einer Fahrt werden folgende Zeilen zwingend benötigt:

1. *Z - Zeile, *KW - Zeile oder *T - Zeile mit der Fahrtnummer. Diese Zeile leitet den Beginn einer neuen Fahrt ein.

2. *G - Zeile zur Festlegung des Verkehrsmittels

3. *A VE - Zeilen zur Festlegung der Verkehrstage der Fahrt

Bemerkung:

EsgibtnureineZ-,KW-oderT-ZeilejeFahrt.Alleanderen-Zeilenkönnen im Bedarfsfall mehrfach auftreten. Für *-Zeilen werden Abfahrtshaltestellen immer von vorne im Laufweg gesucht (erstes Auftreten der Haltestellennum- mer). Zielhaltestellen, die nur durch eine Haltestellennummer identifiziert sind, werdenvonhintenimLaufweggesucht(letztesAuftretenderHaltestellennum- mer). Soll eine Fahrteigenschaft ab der Abfahrtshaltestelle gelten, kann die Hal- testellennummer einer *-Zeile weggelassen werden. Das gleiche gilt für die Nummer der Ankunftshaltestelle. Dann gilt die *-Zeile bis zum Ende der Fahrt. Um einen Gültigkeitsbereich einer *-Zeile im Laufweg auch bei mehrfach auf- tretenden Haltestellennummern einordnen zu können, gibt es folgende Mög- lichkeiten:

Version 5.40.13 103/243

[Seite 104]

Rohdatendoku 7.1. [FPLAN]

Beispiel:

*Z 001554 80____ % *G ICE 8010085 8010097 % *A VE 8010085 8010097 046149 % *A BR #2 8010097 % *A BW 8010085 8010097 1857 % *A L 8010097 8010097 #0 #1 % *A LS #6 8010097 #1 2200 % 8010085 Dresden Hbf 1611 % 8010205 Leipzig Hbf 1718 1722 % 8010366 Weimar 1814 1815 % 8010101 Erfurt Hbf 1828 1830 % 8010097 Eisenach 1857 1858 % 8000115 Fulda 1943 1945 % 8000105 Frankfurt(Main)Hbf 2036 2040 % 8000152 Hannover Hbf 2050 2100 % 8010097 Eisenach 2200 %

Erklärung:

Laufwegsindex statt Haltestellennummer

Statt einer Haltestellennummer kann ein Index auf eine Laufwegszeile (Zäh- lung beginnt ab 0) gesetzt werden.

*A BR #2 8010097 %

Das Attribut gilt ab der 3. Haltestelle im Laufweg (Weimar) Der Restplatz in- nerhalb dieser Spalte ist mit Leerzeichen aufzufüllen.

Version 5.40.13 104/243

[Seite 105]

Rohdatendoku 7.1. [FPLAN]

Ankunfts-, Abfahrtszeit setzen

• Für den Gültigkeitsstart muss die Abfahrtszeit (der gewünschten Halte- stelle)gesetztwerden.ZeitundHaltestellennummermüssenindenLauf- weg passen. Der Laufweg wird von vorne durchsucht

• Für das Gültigkeitsende muss die Ankunftszeit (der gewünschten Hal- testelle) gesetzt werden. Zeit und Haltestellennummer müssen in den Laufweg passen. Der Laufweg wird von hinten durchsucht.

*A BW 8010085 8010097 1857 %

Das Attribut gilt bis zu der Haltestelle mit der entsprechenden Ankunftszeit (18:57 Uhr) und der Haltestellennummer 8010097

Index auf das x. Auftreten einer Haltestellennummer innerhalb des Lauf- weges

Es wird das x. Auftreten(gezählt ab 0) der Haltestellennummer innerhalb des Laufweges als Gültigkeitsstart oder Gültigkeitsende gesetzt.

*A L 8010097 8010097 #0 #1 %

Der Gültigkeitszeitraum dieses Attributes liegt zwischen dem 1. Auftreten der Haltestellennummer 8010097 und dem 2. Auftreten.

Bemerkung:

Wird ein Index auf den Laufweg gesetzt (statt der Haltestellennummer) so ist die entsprechend spätere Angabe von Uhrzeit oder Index irrelevant und wird ignoriert. Die Breite der eigentlichen Spalten (Haltestellennummer oder Zeiten) sind zu beachten, wenn ein Index oder die Zeit gesetzt wird. Felder sind ggf. mit Leer- zeichen aufzufüllen. Dies gilt auch, wenn keine Haltestellennummern angegeben werden (leeres Feld).

*A LS #6 8010097 #1 2200 %

Version 5.40.13 105/243

[Seite 106]

Rohdatendoku 7.1. [FPLAN]

• *A Zeile

• Attribut ist LS

• Gültigkeitsstart des Attributes ist die 7. Haltestelle (Frankfurt(Main)Hbf) im Laufweg

• Gültig bis Eisenach (8010097)

• Dieses Attribut würde ab dem 2. Auftreten dieser Abfahrtshaltestelle gel- ten, wenn nicht ein Index auf den Laufweg gesetzt worden wäre (#6)

• Gültigkeitsende ist die letzte gefundene Haltestelle im Laufweg mit der Nummer 8010097 und der Ankunftszeit von 22:00 Uhr.

Version 5.40.13 106/243

[Seite 107]

Rohdatendoku 7.1. [FPLAN]

7.1.2. *Z-Zeilen:

Mit der *Z-Zeile beginnen die Daten einer neuen Fahrt. Um eine Fahrt iden- tifizieren zu können, werden in der *Z-Zeile die Fahrtnummer und die soge- nannte Verwaltungsnummer angegeben. Dadurch kann man Fahrten gleicher Nummer unterscheiden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *Z 4−9 INT32 Fahrtnummer 11−16 ASCII Verwaltung (6-stellig); Die Verwaltungsangabe darf keine Leerzeichen enthalten. 18−22 INT16 leer 24−26 INT16 Taktanzahl; gibt die Anzahl der noch folgenden Takte an. 28−30 INT16 Taktzeit in Minuten (Abstand zwischen zwei Fahrten).

Beispiel:

*Z 001554 80____ 023 010 %

Erklärung:

• Zeilentyp = *Z

• Fahrtnummer (externe Zugnummer) = 001554

• Verwaltungsnummer = 80____

• Taktanzahl = 23

• Zeit zwischen den Takten = 10 Minuten

Version 5.40.13 107/243

[Seite 108]

Rohdatendoku 7.1. [FPLAN]

7.1.3. *T-Zeilen:

Mit der *T-Zeile beginnen die Daten einer neuen Fahrt (T-Fahrten). Um eine Fahrt identifizieren zu können, werden in der *T-Zeile die Fahrtnummer und die sogenannte Verwaltungsnummer angegeben. Dadurch kann man Fahrten gleicher Nummer unterscheiden. Die Fahrtnummern sollten von denen von Fahrten mit *Z-Zeile (Z-Fahrten) unterschieden werden. ImGegensatzzuZ-FahrtenwerdendieZeitenvonT-Fahrtenals„unscharf“be- trachtet. Das bedeutet, dass mit T-Fahrten Verkehr abgebildet wird, von dem zwar die Taktdichte bekannt ist, bei dem die tatsächlichen Abfahrts-/ Ankunfts- zeiten unbekannt (oder mindestens unsicher) sind. Die Laufwegzeilen einer T-Fahrt geben die Zeiten einer theoretischen frühe- sten Fahrt an. Die Fahrthäufigkeit wird durch eine Zeitspanne (in Minuten) an- gegeben, innerhalb derer Fahrten am ersten Halt der Fahrt nach dem angege- benen Startzeitpunkt starten. Aus den Zeiten der angebenen ersten Fahrt und der Zeitspanne in der *T-Zeile ergibt sich der Zeitraum, innerhalb dessen die entsprechende Fahrt verkehrt. Die Taktdichten werden in Sekunden angegeben, um dem Nutzer z.B. einen 7,5 Minutentakt korrekt angeben zu können. Intern wird mit auf Minuten auf- gerundeten Zeiten gerechnet. BeijedemEinstiegamBeginneinerReisewirdalsEinstiegszeitineineT-Fahrt der Suchstartzeitpunkt plus die Taktzeit verwendet. Bei Umstiegen in eine T- Fahrt wird die Ankunftszeit an der Haltestelle plus die reguläre Umsteigezeit (es gelten dieselben Regeln wie für Z-Fahrten) plus eine Taktdauer als Ein- stiegszeit verwendet (technisch verkehren also T-Fahrten im Minutentakt mit einer um die Taktzeit erhöhten Umsteigezeit). T-Fahrten können nicht durchgebunden und vereinigt werden. Außerdem wer- den T-Fahrten nicht automatisch bezüglich ihrer Verkehrstage oder Takte zu- sammengefasst.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *T 4−9 INT32 Fahrtnummer 11−16 ASCII Verwaltung (6-stellig); Die Verwaltungsangabe darf keine Leerzeichen enthalten. 18−21 INT16 Fahrtzeitraum in Minuten Fortsetzung auf der nächsten Seite

Version 5.40.13 108/243

[Seite 109]

Rohdatendoku 7.1. [FPLAN]

Fortsetzung der letzten Seite 23−26 INT16 Taktdichte in Sekunden (Abstand zweier Fahrten).

Beispiel:

*T 001554 80____ 0240 0450 %

Erklärung:

• Zeilentyp = *T

• Fahrtnummer (externe Zugnummer) = 001554

• Verwaltungsnummer = 80____

• Der Start der Suche liege bei 8:00 Uhr (abhängig von den folgenden hier nichtaufgeführtenLaufwegzeilen),dannwerdenVerbindungenbis12:00 Uhr (4 Stunden, entspr. 240 Minuten) ausgegeben.

• Taktdichte = 7,5 Minuten, entspr. 450 Sekunden. Diese Taktdichte wird zur Erhöhung der Umsteigezeit verwendet.

Version 5.40.13 109/243

[Seite 110]

Rohdatendoku 7.1. [FPLAN]

7.1.4. *G-Zeilen:

Mit diesen Zeilen wird für jeden Fahrtabschnitt das Verkehrsmittel (Zug, Bus, Tram, usw.) bzw. die Gattung (ICE, IC, IR, usw.) festgelegt. Bei Bedarf kön- nen mehrere Zeilen angegeben werden. Die Angaben müssen den Laufweg vollständig und eindeutig überdecken. Die Verschlüsselung der Fahrtkatego- rie wird in einer weiteren Datei vorgenommen (siehe Datei ZUGART). Jedes Verkehrsmittel bzw. jede Gattung muss in dieser Datei enthalten sein.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *G 4−6 ASCII Verkehrsmittel bzw. Gattung 8−14 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Gattung gilt. 16−22 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Gattung gilt. 24−29 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 31−36 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*G ICE 8010085 8010097 %

Erklärung:

• Zeilentyp = *G

• Verkehrsmittel / Gattung = ICE

• Gültig von Haltestelle 8010085 bis Haltestelle 8010097

Version 5.40.13 110/243

[Seite 111]

Rohdatendoku 7.1. [FPLAN]

7.1.5. *A VE-Zeilen:

Die *A VE-Zeilen kennzeichnen die Verkehrstage einer Fahrt. Die Verkehrs- tageangaben können für den gesamten Laufweg gelten oder abschnittswei- se wechseln. Die Verkehrstageangaben müssen den Laufweg vollständig und eindeutig überdecken. Für jeden Tag darf es höchstens einen Laufwegsab- schnitt geben, auf dem die Fahrt verkehrt, d.h. es dürfen keine „Lücken“ im Laufweg entstehen. Die Verkehrstagenummer „000000“ kennzeichnet „tägli- che Fahrt“, zu allen anderen Nummern befinden sich in einer separaten Datei entsprechende Einträge (siehe Datei BITFELD).

Bemerkung:

Für die Fahrplanauskunft ist es aus Performance-Gründen wichtig, die Ver- kehrstagenummer „000000“ (und nur diese) für „tägliche Fahrt“ zu benutzen.

Dateiformat:

Spalte Typ Bedeutung

1−5 ASCII *A VE 7−13 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Vekehrstage im Laufweg gelten. 15−21 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Verkehrstage im Laufweg gelten. 23−28 INT32 (optional) Verkehrstagenummer für die Tage, an denen die Fahrt stattfindet. Fehlt diese Angabe, so verkehrt diese Fahrt täglich (entspricht dann 000000). 30−35 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 37−42 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*A VE 8010085 8010097 046149 %

Version 5.40.13 111/243

[Seite 112]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

• Zeilentyp = *A VE

• Gültig von Haltestelle 8010085 bis Haltestelle 8010097

• Gilt an den Verkehrstagen 046149 (Eintrag aus der Datei BITFELD)

Version 5.40.13 112/243

[Seite 113]

Rohdatendoku 7.1. [FPLAN]

7.1.6. *A-Zeilen (optional)

Die Attributszeilen dienen dazu, der Fahrt zusätzliche Informationen zuzuord- nen. Dies können Serviceangebote während der Fahrt, Reservierungspflicht, usw. sein. Die Festlegung von benutzten Attributen (Attributscode) erfolgt in einer speziellen Datei (siehe Datei ATTRIBUT).

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *A 4−5 ASCII Attributscode 7−13 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der das Attribut im Laufweg gilt. 15−21 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der das Attribut im Laufweg gilt. 23−28 INT16 (optional) Bitfeldnummer, für die Tage, an denen das Attribut gilt. Fehlt diese Angabe, gilt das Attribut immer. 30−35 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 37−42 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*A BB 8010366 8010097 %

Erklärung:

• Zeilentyp = *A

• Attributscode = BB

• Gültig von Haltestelle 8010366 bis Haltestelle 8010097

• Gilt täglich da keine Einschränkungen erfolgten.

Beispiele für Attributsfestlegungen sind (Datei ATTRIBUT):

Version 5.40.13 113/243

[Seite 114]

Rohdatendoku 7.1. [FPLAN]

„BB“ Bus hält nicht an Haltestelle „X“ Bedarfshalt „L“ Zug führt nur Liegewagen

Version 5.40.13 114/243

[Seite 115]

Rohdatendoku 7.1. [FPLAN]

7.1.7. *I-Zeilen (optional):

Anhand der Informationstextzeilen können einer Fahrt zusätzliche Information als Klartext beigestellt werden. Während bei den Fahrtattributen (siehe *A) einem Attributscode ein bestimmter Text fest zugeordnet ist, können zu einem Infotextcode je nach Fahrt verschiedene Texte angegeben werden.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *I 4−5 ASCII Infotextcode. Wird der Wert „XI“ eingetragen, wird der Infotext als XML enthaltend angesehen. 7−13 #INT32 (optional) Laufwegsindex oder Haltestellennummer aus dem Laufweg, ab der der Infomationstext gilt. 15−21 #INT32 (optional) Laufwegsindex oder Haltestellennummer aus dem Laufweg, bis der der Infomationstext gilt. 23−28 INT32 (optional) Bitfeldnummer, für die Tage, an denen der Infotext gilt. Fehlt diese Angabe, gilt der Infotext immer. 30−38 INT32 Infotextnummer (siehe Datei INFOTEXT). 40−45 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 47−52 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Der Infotextcode steht für eine Gruppe von Infotexten, z. B. Betreiberinforma- tionen oder Fahrtinformationen. Diese Gruppierungen werden in HAFAS aus- gelesen und entsprechend der Vorgaben ausgegeben (z.B. werden Infotexte nur auf Printmedien ausgegeben und nicht bei der Fahrplanauskunft selber). In den Rohdaten ist drauf zu achten, dass nicht 2 gleiche Infotextcodes mit unterschiedlicher Bedeutung vorhanden sind.

Beispiel:

*I ZN 8010366 8010097 000002905 %

Version 5.40.13 115/243

[Seite 116]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

• Zeilentyp = *I

• Infotextcode = ZN

• Gültig von Haltestelle 8010366 bis Haltestelle 8010097

• Infotextnummer (Datei INFOTEXT) = 000002905

Version 5.40.13 116/243

[Seite 117]

Rohdatendoku 7.1. [FPLAN]

7.1.8. *L-Zeile (optional):

Die *L-Zeilen haben die Aufgabe, eine Linieninformation für die Fahrt bereit- zustellen. Ist die *L-Zeile in den Daten einer Fahrt vorhanden, wird für den Laufwegabschnitt, der in der *L-Zeile angegeben ist, die entsprechende Li- nienbezeichnung benutzt. Fehlt die Angabe des Laufwegabschnitts, wird die Linienbezeichnung für den gesamten Laufweg benutzt. Wenn die Linieninformation aus einem führenden #-Zeichen und 7 Ziffern be- steht, dann wird der Wert hinter dem #-Zeichen als Verweis in die Rohdaten- datei LINIE gewertet. Im anderen Falle steht der Text für sich selbst.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *L 4−11 UTF-8 Linieninformation, entweder ein #-Zeichen und 7 folgende Ziffern oder eine textuelle Linienbezeichnung 13−19 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Liniennummer im Laufweg gilt 21−27 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Liniennummer im Laufweg gilt 29−34 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 36−41 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*L 7 #6 8010097 % *L #1234567 #8 8020079 %

Version 5.40.13 117/243

[Seite 118]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

Erste Zeile:

• Zeilentyp = *L

• Linientext = 7

• Gültig von Haltestelle an Position 6 im Laufweg bis Haltestelle 8010097

Zweite Zeile:

• Zeilentyp = *L

• Linienbezeichung = 1234567, muss in der Datei LINIE existieren

• Gültig von Haltestelle an Position 8 im Laufweg bis Haltestelle 8020079

Version 5.40.13 118/243

[Seite 119]

Rohdatendoku 7.1. [FPLAN]

7.1.9. *R-Zeile (optional)

Die *R-Zeilen werden benutzt, um einer Fahrt zusätzliche Richtungsinforma- tionen zu geben.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *R 4−4 ASCII (optional) Kennung für Richtung (z.B. 0 = Hin, 1 = Rück). Diese Kennung wird für zusätzliche Angaben wie z.B. linien- und richtungsbezogene Umsteigezeiten benutzt. 6−12 ASCII (optional) Richtungscode. Wird kein Code vermerkt, so wird die Haltestellennummer als Richtungscode verwendet. 14−20 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Richtungsangabe im Laufweg gilt 22−28 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Richtungsangabe im Laufweg gilt 30−35 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 37−42 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Werden in der *R-Zeile keine weiteren Angaben gemacht, wird die letzte Hal- testelle im Laufweg als Richtungsangabe benutzt. Ist ein Richtungscode an- gegeben, so wird nachgeschaut, ob er als Haltestellennummer interpretierbar ist. Wenn ja, wird die Haltestellenbezeichnung als Richtungsangabe benutzt. Andernfalls wird der entsprechende Eintrag in der Datei RICHTUNG gesucht.

Beispiel:

*R 8010366 8010097 %

Version 5.40.13 119/243

[Seite 120]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

• Zeilentyp = *R

• Als Richtungsangabe wird der Haltestellenname verwendet

• Gültig von Haltestelle 8010366 bis Haltestelle 8010097

Version 5.40.13 120/243

[Seite 121]

Rohdatendoku 7.1. [FPLAN]

7.1.10. *GR-Zeile (optional):

Die *GR-Zeilen dienen dem Zweck, einige spezielle Haltestellen eines Lauf- weges mit zusätzlichen Laufwegsinformationen zu versehen. Dieser Typ von Haltestelle heißt „Grenzpunkt“. Grenzpunkte sind zweckmäßig, um beispiels- weise das überschreiten von Landesgrenzen, Tarifgrenzen oder ähnliche In- formationenzukodieren.ImAllgemeinenwerdenGrenzpunktevoneinerFahrt bedient.EinnichtvoneinerFahrtbedienterGrenzpunktheißt„virtuellerGrenz- punkt“. Virtuelle Grenzpunkte werden in der Datei GRENZHLT geführt. Sie dienen dem Zweck, Punkte zu definieren, die beispielsweise zur Berechnung von Verbindungen und/oder deren Preise notwendig sind. Da eine Fahrt virtu- elle Grenzpunkte nicht bedient, ist es auch nicht möglich, diese als Start- oder Zielknoten für eine Verbindungssuche anzugeben.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *GR 5−11 INT32 Angabe einer (virtuellen) Grenzpunktnummer 13−19 #INT32 (optional) Laufwegsindex oder Haltestellennummer des letzten Fahrplanhaltes vor dem Grenzpunkt 21−27 #INT32 (optional) Laufwegsindex oder Haltestellennummer des ersten Fahrplanhaltes nach dem Grenzpunkt 29−34 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 36−41 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

IstderGrenzpunktimLaufwegenthalten,sowirddieGrenzpunktnummerauch als Nummer des ersten und letzten Haltes nach bzw. vor dem Grenzpunkt angegeben.

Beispiel:

*GR 8705039 8700048 8800025 %

Version 5.40.13 121/243

[Seite 122]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

• Zeilentyp = *GR

• Grenzhalt an der Haltestelle 8705039

• Gültig von einer Haltestelle vorm Grenzhalt (8700048) bis zu einer Hal- testelle danach (8800025)

Version 5.40.13 122/243

[Seite 123]

Rohdatendoku 7.1. [FPLAN]

7.1.11. *SH-Zeile (optional)

Die *SH-Zeilen dienen dem Zweck, einige spezielle Haltestellen eines Lauf- weges mit anderen Verkehrstagen zu versehen. Diese saisonalen Haltestellen können nur an bestimmten Verkehrstagen angefahren werden. Außerhalb die- ser Verkehrstage wird diese Haltestelle nicht angefahren.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *SH 5−11 #INT32 Laufwegsindex oder Haltestellennummer aus dem Laufweg (Geltungshaltestelle). 13−18 INT16 (optional) Bitfeldnummer, für die Tage, an denen das Attribut gilt. Fehlt diese Angabe, gilt das Attribut immer. 20−25 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt

Beispiel:

*SH 8010097 023562 %

Erklärung:

• Zeilentyp = *SH

• saisonaler Halt an der Haltestelle 8010097

• Die Fahrt hält hier nur an den Verkehrstagen, die in dem Schlüssel 023562 vermerkt sind

Version 5.40.13 123/243

[Seite 124]

Rohdatendoku 7.1. [FPLAN]

7.1.12. *CI- und *CO-Zeile (optional)

Mittelseiner*CI-ZeilekanneinAbschnittimLaufwegeinerFahrtmitEincheck- zeiten und mittels einer *CO-Zeile mit Auscheckzeiten versehen werden. Ein- und Auscheckzeiten haben Einfluss auf die Zeit, die ein Fahrgast zum Umstei- gen benötigt. Diese ergibt sich aus der Umsteigezeit an der Haltestelle (siehe Abschnitt 8.1), der verwaltungsbezogenen Umsteigezeit (siehe Abschnitt 8.2) oder aus der linienbezogenen Umsteigezeit (siehe Abschnitt 8.3). Auf diese Umsteigezeiten wird die Auscheckzeit der Fahrt, mit dem der Fahrgast an- kommt, und die Eincheckzeit der Fahrt, in den der Fahrgast einsteigen will, addiert. Existiert für beide Fahrten eine fahrtbezogene Umsteigezeit (siehe Abschnitt 8.5), werden Ein- und Auscheckzeiten für den Umstieg nicht berück- sichtigt. Im Gegensatz zu den reinen Umsteigezeiten von einer Fahrt in eine andere (UMSTEIGB, UMSTEIGV, UMSTEIGL und UMSTEIGZ) gelten Ein- und Aus- checkzeiten auch am Anfang und Ende einer Verbindung oder wenn der Fahr- gast zunächst einen Fußweg zu einer anderen Haltestelle zurücklegt, statt di- rekt in einer Fahrt umzusteigen.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *CI oder *CO 5−8 INT32 Ein- oder Auscheckzeit in Minuten 10−16 #INT32 (optional) Laufwegsindex oder Haltestellennummer des ersten Fahrplanhaltes, für den die Ein-/Auscheckzeit gilt 18−24 #INT32 (optional) Laufwegsindex oder Haltestellennummer des letzten Fahrplanhaltes, für den die Ein-/Auscheckzeit gilt 26−31 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 33−38 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*CI 0005 8010366 8010097 %

Version 5.40.13 124/243

[Seite 125]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

• Zeilentyp = *CI

• Eincheckzeit = 5 Minuten

• Gültig für die Haltestellen von 8010366 bis 8010097

Version 5.40.13 125/243

[Seite 126]

Rohdatendoku 7.1. [FPLAN]

7.1.13. *U- und *UN-Zeilen (optional):

Die Zeilentypen *U und *UN dienen der expliziten Bewertung von bestimmten Fahrten. Fahrtbewertungen führen in der Verbindungsberechnung zu bevor- zugter bzw. nachrangiger Benutzung von einzelnen Fahrten. Hierbei ist sowohl eine Bestrafung als auch eine Aufwertung einer bestimmten Fahrt gegenüber der Standardverarbeitung möglich.

Zeilenformat Typ 1: Bestrafung

DurchAngabeeiner*U-ZeilewirdeinespezifischeFahrtbestraft.Diesführtzu einernachrangigenBerücksichtigungdieserFahrtinderAuskunft.EinEinstieg in die Fahrt im markierten Abschnitt zählt, in Abhängigkeit vom angegebenen Wert, wie 1 bis 5 zusätzliche Umstiege für die Gesamtbewertung gefundener Verbindungen.EinStrafpunktentsprichthierbeieinemzusätzlichen(virtuellen) Umstieg für alle Verbindungen, die eine derart bewertete Fahrt enthalten.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *U 4−4 INT16 Bewertungangabe (1...5). Größere Werte bedeuteten eine größere Bestrafung/schlechtere Bewertung 6−12 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Bewertung im Laufweg gilt 14−20 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Bewertung im Laufweg gilt 22−27 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 29−34 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Version 5.40.13 126/243

[Seite 127]

Rohdatendoku 7.1. [FPLAN]

Zeilenformat Typ 1: Aufwertung

Durch Angabe einer *UN-Zeile wird eine spezifische Fahrt aufgewertet. Dies führtzueinerbevorzugtenVerwendungdieserFahrtinderAuskunft.BeiAnga- be einer *UN-Zeile wird ein Einstieg in die Fahrt im markierten Abschnitt nicht als Umstieg bei der Gesamtbewertung gefundener Verbindungen gezählt. Die Angabe größerer Aufwertungen als eins ist nicht vorgesehen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *UN 4−10 #INT32 (optional) Laufwegsindex oder Haltestellennummer, ab der die Bewertung im Laufweg gilt 12−18 #INT32 (optional) Laufwegsindex oder Haltestellennummer, bis zu der die Bewertung im Laufweg gilt 20−25 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 27−32 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Version 5.40.13 127/243

[Seite 128]

Rohdatendoku 7.1. [FPLAN]

7.1.14. Kurswagen (*KW-, *KWZ- und *B-Zeilen:)

Ein Kurswagen wird beschrieben durch die Angabe aller Züge, die diesen Kurswagen ziehen. Analog der *Z-Zeile wird ein neuer Kurswagen mit einer *KW-Zeile begonnen:

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *KW 5−10 INT32 Kurswagennummer (beliebig)

Dann folgen alle ziehenden Züge in der korrekten Reihenfolge:

Dateiformat:

Spalte Typ Bedeutung

1−4 ASCII *KWZ 6−11 INT32 Zugnummer des ziehenden Zuges 13−18 ASCII Verwaltung des ziehenden Zuges 20−26 INT32 Haltestellennummer, ab dem der Zug den Kurswagen zieht 28−47 UTF-8 (optional) Haltestellenname, ab dem der Zug den Kurswagen zieht 49−55 INT32 Haltestellennummer, bis zu dem der Zug den Kurswagen zieht. 57−76 UTF-8 (optional) Haltestellennname, bis zu dem der Zug den Kurswagen zieht 78−83 INT32 (optional) Abfahrtszeit an der 1. Haltestelle 85−90 INT32 (optional) Ankunftszeit an der 2. Haltestelle

Außerdem können Ein- sowie Ausstiege unterbunden werden, z.B. um früh- morgendliche Störungen in Kurswagen-Schlafabteilen zu vermeiden. Mögliche Werte für den ’Sperrtyp’ sind: 1: keine Einstiege erlaubt 2: keine Ausstiege erlaubt 3: sowohl Ein- als auch Ausstiege gesperrt

Version 5.40.13 128/243

[Seite 129]

Rohdatendoku 7.1. [FPLAN]

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *B 4−4 ASCII Sperrtyp (1/2/3) 6−12 #INT32 Laufwegsindex oder Haltestellennummer des ersten Haltes, für den die Sperre gilt 14−20 #INT32 Laufwegsindex oder Haltestellennummer des letzen Haltes, für den die Sperre gilt

Da ein Kurswagen andere Attribute haben kann als die ziehenden Züge, sind weitere*-Zeilenzulässig.Insbesondere*AVE-ZeilenfürandereVerkehrstage sind recht häufig.

Version 5.40.13 129/243

[Seite 130]

Rohdatendoku 7.1. [FPLAN]

Beispiel:

*KW 000037 % *KWZ 000472 80____ 8500200 Zuerich HB 8000026 Basel Bad Bf 2215 2319 *KWZ 000470 80____ 8000026 Basel Bad Bf 8000152 Hannover Hbf 2340 0612 *KWZ 002746 80____ 8000152 Hannover Hbf 8000050 Bremen Hbf 0644 0754 *B 2 #0 8000026 002215 002319 *A VE 8500200 8000050 001339 % *A SL 8500200 8000050 %

Erklärung:

Ein Kurswagen mit drei ziehenden Zügen. Der Wagen wird in Basel Bad und Hannover umgehängt. Vom Fahrtantritt in Zürich bis inklusive Basel sind alle Ausstiege untersagt. Er hat andere Verkehrstage als die Züge und zusätzlich das Attribut „SL“.

Version 5.40.13 130/243

[Seite 131]

Rohdatendoku 7.1. [FPLAN]

7.1.15. Laufwegzeilen:

Alle anderen Zeilen werden als Laufwegzeilen interpretiert, d.h. sie bezeich- nen die Halte der Fahrt. Dabei müssen die Haltestellen in der Reihenfolge, in der sie angefahren werden, angegeben werden.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−29 UTF-8 (optional zur Lesbarkeit) Haltestellenname 30−35 INT32 Ankunftszeit an der Haltestelle (lt. Ortszeit der Haltestelle) 37−42 INT32 Abfahrtszeit an Haltestelle (lt. Ortszeit der Haltestelle) 44−49 INT32 Ab dem Halt gültige Fahrtnummer (optional, nur zusammen mit Verwaltung) 51−56 ASCII Ab dem Halt gültige Verwaltung (optional, nur zusammen mit Fahrtnummer) 58−58 ASCII (optional) "X", falls diese Haltestelle auf dem Laufschild der Fahrt aufgeführt wird.

Bemerkung:

“ “ für keine Angabe (nur zulässig bei der Ankunftszeit der er- stenHaltestelleundderAbfahrtszeitderletztenHaltestelle) ±5 Ziffern im Format VHHHMM. Bei einer Fahrt über Mitternacht hin- aus werden die Zeiten mit 25 Uhr, 26 Uhr ... weiter gezählt (max. darf eine Fahrt bis 984 Uhr gehen). Durch das Vor- zeichen „-“ werden informatorische Zeiten gekennzeichnet, dienichtzumEin-bzw.Ausstiegzugelassensind.Ein+Zei- chen kann durch ein Leerzeichen ersetzt werden. Wird als Rohdatenformat [V]HHMM gewählt so beträgt die maxima- le Fahrzeit 96 Stunden. Wechseln von Formaten innerhalb der Rohdatendatei ist nicht erlaubt. Achtung:

Version 5.40.13 131/243

[Seite 132]

Rohdatendoku 7.1. [FPLAN]

Kommt eine Haltestelle mehrfach im Laufweg vor, so müssen die Abfahrtszei- ten unterschiedlich sein, dasselbe gilt für die Ankunftszeiten. Im folgenden soll dieDarstellungeinerFahrtdurcheinkommentiertesBeispielillustriertwerden. Die Zeilen sind zum besseren Verständnis durchnummeriert.

Beispiel:

+-- Das ist die erste Spalte in der Textdatei ¯ ( 1)*Z 000114 BVG_1B 011 020 % 00114 BVG_1B ( 2)*G BUS 0053301 0053301 % 00114 BVG_1B ( 3)*A VE 0053301 0053352 000000 % 00114 BVG_1B ( 4)*A VE 0053252 0053301 000001 % 00114 BVG_1B ( 5)*L 00001000 % 00114 BVG_1B ( 6)*R % 00114 BVG_1B ( 7)0053301 S Wannsee DB 02014 % 00114 BVG_1B ( 8)0053291 Wannseebrücke 02015 02015 % 00114 BVG_1B ( 9)0053202 Am Kl. Wannsee/Am Gr 02016 02016 % 00114 BVG_1B (10)0053251 Seglerweg 02017 02017 % 00114 BVG_1B (11)0053252 Koblanckstr. 02017 02017 % 00114 BVG_1B (12)0053253 Colomierstr. 02018 02018 % 00114 BVG_1B (13)0053254 Jugenderholungsheim 02018 02018 % 00114 BVG_1B (14)0053255 Haus der Wannsee-Ko 02019 02019 % 00114 BVG_1B (15)0053201 Wirtschaftshof 02020 02020 % 00114 BVG_1B (16)0053255 Haus der Wannsee-Ko 02021 02021 % 00114 BVG_1B (17)0053292 Krankenhaus Heckesho 02022 02022 % 00114 BVG_1B (18)0053256 Zum Heckeshorn 02022 02022 % 00114 BVG_1B (19)0053250 Straße zum Löwen 02023 02023 % 00114 BVG_1B (20)0053251 Seglerweg 02023 02023 % 00114 BVG_1B (21)0053260 Endestr. 02024 02024 % 00114 BVG_1B (22)0053202 Am Kl. Wannsee/Am Gr 02025 02025 % 00114 BVG_1B (23)0053291 Wannseebrücke 02026 -02026 % 00114 BVG_1B (24)0053301 S Wannsee DB 02525 % 00114 BVG_1B (25)*Z ...

Erklärung:

(1) Hier beginnt die Fahrt. Es handelt sich um die Fahrt 114 der Verwaltung BVG_1B. Diese Wertetupel identifiziert die Fahrt im gesamten Datenset und wird später bei Verweisen in der Datei VEREINIG, DURCHBI oder UMSTEIGV benutzt. Es ist zulässig, dass das Paar (Fahrtennummer, Verwaltung) mehr- fachindenDatenerscheint.BeieinerReferenzindenanderen Dateien werden dann sämtliche Möglichkeiten berücksichtigt. (2) Die Fahrt ist ein Bus von Haltestelle 0053301 und wieder zu- rück. Wenn die Fahrtkategorie wechselt, wird für jeden Teil ei- ne *G -Zeile aufgenommen.

Version 5.40.13 132/243

[Seite 133]

Rohdatendoku 7.1. [FPLAN]

(3) Die *A VE-Zeilen bezeichnen die Verkehrstage der Fahrt. Die Verkehrstagenummer „000000“ bedeutet: Die Fahrt 114 ver- kehrt auf dem Teilstück S Wannsee DB - Koblanckstraße täg- lich. (4) Auf dem Teilstück Koblanckstraße - S Wannsee DB verkehrt die Fahrt nach dem Verkehrstageschlüssel 000001. Die Be- deutung des Verkehrstageschlüssels ist in der Datei BITFELD festgelegt und könnte z.B. bedeuten: Mo - Sa. (5) Die Fahrt hat die Liniennummer 1000. Da die Haltestellen- nummern fehlen und damit der Gültigkeitsbereich nicht einge- schränkt wurde, gilt die Liniennummer auf dem ganzen Lauf- weg. (6) Eine *R-Zeile ohne weitere Angaben: Auf dem ganzen Lauf- weg ist der Name des letzten Halts als Richtung auszugeben. (7)-(22) Die Haltestellen mit Ankunfts- bzw. Abfahrtszeiten der Fahrt. DerNameistoptional,sollteaberderbesserenLesbarkeitwe- gen immer beigefügt werden. Das % -Zeichen in der 60. Spalte ist zwingend, alles danach wird als Kommentar aufgefasst (Hier wird im Kommentar die Fahrtnummer gedoppelt, so dass bei Suchvorgängen die ge- samte Fahrt gefunden wird). (23) Da die Abfahrtszeit ein „-“ Zeichen enthält wird diese Zeit nur als informatorischer Zeitpunkt übernommen. Ein Einstieg an dieser Haltestelle ist nicht erlaubt. (24) Die Ankunftszeit liegt am nächsten Tag nach der Abfahrt. 02525 wären dann 1:25 Uhr morgens am nächsten Tag. (25) Hier beginnt eine neue Fahrt...

Version 5.40.13 133/243

[Seite 134]

Rohdatendoku 7.1. [FPLAN]

7.1.16. *E-Zeilen (optional)

*EN-Zeilen definieren ein Zwischenbedienverbot, d. h. es ist nicht erlaubt, in- nerhalb des gesperrten Bereichs ein- und wiederauszusteigen. Es darf nur in den Bereich hinein- bzw. aus selbigem herausgefahren werden. *EI-Zeilen definieren einen Bereich, in dem von jeder Haltestelle zu jeder anderen Halte- stelle gefahren werden kann.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *E{I, N} I Zwischenbedienung bzw. N Zwischenbedienverbot. 5−11 #INT32 Laufwegsindex oder Haltestellennummer, ab der der Bereich im Laufweg gilt 13−19 #INT32 Laufwegsindex oder Haltestellennummer, bis zu der der Bereich im Laufweg gilt 21−26 #INT32 (optional) Index für das x. Auftreten oder Abfahrtszeitpunkt 28−33 #INT32 (optional) Index für das x. Auftreten oder Ankunftszeitpunkt

Beispiel:

*Z 001504 80____ 01 % *G ICE 8000261 8002553 % *EN 8011113 8010404 % *A VE % 8000261 München Hbf 01520 % 8000183 Ingolstadt Hbf 01557 01559 % 8000284 Nürnberg Hbf 01631 01636 % 8010309 Saalfeld(Saale) 01813 01815 % 8011956 Jena Paradies 01842 01844 % 8010240 Naumburg(Saale)Hbf 01906 01908 % 8010205 Leipzig Hbf 01946 01951 % 8011113 Berlin Südkreuz 02053 02055 % 8098160 Berlin Hbf (tief) 02105 02126 % 8010404 Berlin-Spandau 02133 02135 % 8002549 Hamburg Hbf 02305 02310 % 8002548 Hamburg Dammtor 02313 02315 % 8002553 Hamburg-Altona 02321 %

Version 5.40.13 134/243

[Seite 135]

Rohdatendoku 7.1. [FPLAN]

Erklärung:

Obiges Beispiel enthält einen Abschnitt mit Zwischenbedienverbot von 8011113 Berlin Südkreuz bis 8010404 Berlin-Spandau, d. h. es ist nicht er- laubt in Berlin Südkreuz ein- und in Berlin-Spandau wieder auszusteigen. Der Zug kann aber benutzt werden, um von jedem Bahnhof vor Berlin Südkreuz nach Berlin zu fahren.

Beispiel:

*T 000001 VGS___ 0720 -0900 % *EI 0000288 0000332 % *G Ruf % *A VE % 0000288 Böddenstedt, Ort (Sa 00800 % 0000217 Böddenstedt, Abzweig 00800 00800 % 0000209 Salzwedel, Böddenste 00800 00800 % 0000364 Salzwedel, PVGS 00800 00800 % 0000374 Salzwedel, Reitstadi 00800 00800 % 0000230 Salzwedel, Sportplat 00800 00800 % 0000617 Salzwedel, Dreilände 00800 00800 % 0000360 Salzwedel, Lüneburge 00800 00800 % 0000306 Salzwedel, Uelzener 00800 00800 % 0000199 Salzwedel, Uelzener 00800 00800 % 0000540 Salzwedel, Brunnenst 00800 00800 % 0000332 Salzwedel, Kaufland 00800 00800 %

Erklärung:

Bei diesem Beispiel handelt es sich um einen Rufbus, der zwischen 0000288 Böddenstedt, Ort (Salzwedel) und 0000332 Salzwedel, Kaufland verkehrt. Über den gesamten Laufweg kann der Bus verwendet werden, um von jeder beliebigen Station im Laufweg zu jeder anderen zu fahren. So ist es mög- lich, von Salzwedel, PVGS nach Salzwedel, Kaufland zu fahren, aber auch die Gegenrichtung (Salzwedel, Kaufland nach Salzwedel, PVGS) ist möglich. Die negative Taktdichte in der *T-Zeile definiert die ungefähre Fahrtdauer in Sekunden.

Version 5.40.13 135/243

[Seite 136]

Rohdatendoku 7.1. [FPLAN]

Version 5.40.13 136/243

[Seite 137]

Rohdatendoku 7.2. [ZUGART]

7.2. Verkehrsmittel bzw. Gattung [ZUGART]

Zur Festlegung des Verkehrsmittels bzw. der Gattung einer Fahrt (Bus, U- Bahn, ICE, IC, EC, usw.) dient in der Fahrplandatei die *G-Zeile. Die Verkehrs- mittel bzw. Gattungsdatei enthält für jedes Verkehrsmittel (bzw. jede Gattung):

• Den 3-stelligen Code, wie er in den Fahrplandateien verwendet wird.

• Festlegung der Qualität des Verkehrsmittels bzw. der Fahrt. Dazu wird eine Zahl zwischen 0 (höchste Qualität) und 13 (niedrigste Qualität) be- nutzt. Durch die Festlegung der Qualität eines Verkehrsmittels werden diese zu Produktklassen zusammengefasst. In HAFAS kann die Verbin- dungssuche beeinflusst werden, indem diese Produktklassen an- oder abgewählt werden. Produktklassen werden immer zweiziffrig angege- ben.

• Eine Tarifgruppenfestlegung. Tarifgruppen werden als Buchstaben A, B, C, .... angegeben.

• Die Festlegung der Darstellung bei der Ausgabe. Eine 0 für die Ausgabe von Gattungsbezeichnung und Fahrt- bzw. Liniennummer, 1 für Ausga- be der Gattung, 2 für Ausgabe der Fahrt- bzw. Zugnummer und 3 für keine Ausgabe. Dieser Wert plus 4 legt fest, dass der Name bzw. das Kürzel des Betreibers anstelle des Gattungsnamens bzw. -kürzels aus- gegebenwird.DurchÄnderndesWertsumplus8wird(unterBeachtung der Werte 0 bis 3) auch dann die Fahrtnummer ausgegeben, wenn eine Liniennummer für die Fahrt angegeben wurde.

• Die Gattungsbezeichnung, d.h. der Klartext für das Gattungskürzel. Der Gattungstext darf maximal 8-stellig sein.

• Hinweisnummer, ob die Fahrt zuschlagfrei ist oder nicht.

• Kennzeichnung, ob z.B. Nahverkehr.

• Einen Index auf einen Bildernamen für diese Gattung.

• Einen Index auf einen internationalisierten Gattungslangnamen.

• Angaben zu Formatangaben für die Fahrtbezeichnungsbildung (Format- templates). Hiermit können für unterschiedliche Ausgabemedien unter- schiedliche Fahrtbezeichungen gebildet werden. Die Formatangaben zu Medien erfolgt projektspezifisch.

• Angaben über zugeordnete Attribute, die für alle Fahrten der entspre- chenden Gattung Gültigkeit haben sollen.

• Zuordnung von Infotexten für alle Fahrten der entsprechenden Gattung.

Version 5.40.13 137/243

[Seite 138]

Rohdatendoku 7.2. [ZUGART]

7.2.1. Grundlegende Gattungsdefinitionszeile

Die grundlegeden Eigenschaften einer Gattung werden in der Gattungsdefi- nitonszeile festgelegt, weitere Eigenschaften können in optionalen Zeilen er- gänzt werden. Die grundsätzliche Stuktur der Gattungsdefinitionszeile ist wie folgt.

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII Gattungscode in den Daten 5−6 INT16 Kategorie Produktklasse (von 0 bis 13). Wird benötigt für die Einschränkung einer Suche auf bestimmte Kategorien (z.B. ohne ICE) 8−8 ASCII Tarifgruppe: A-H 10−11 INT16 Ausgabesteuerung: 0 Gattung und Nummer 1 nur Gattung 2 nur Nummer 3 keine Ausgabe +4 Betreiber statt Gattung +8 Fahrtnummer ausgeben auch bei gegebener Liniennummer 13−20 UTF-8 Gattungsbezeichnung, die ausgegeben wird. Wenn keine Ausgabe erwünscht ist, „-“ eintragen. 22−22 INT16 Zuschlag: 0 Zuschlagfrei; 1 Zuschlagpflicht kontextabhängig; 2 generell zuschlagpflichtig 24−24 ASCII Flags: „N“ für: Gattung gehört zum Nahverkehr „B“ für: Fahrt ist Schiff „F“ für: Fahrt ist ein Flug „T“ für: Fahrt ist Bedarfsverkehr 26−29 $INT32 (optional) Nummer für Gattungsbildernamen mit führendem Dollarzeichen; die Nummer muss zwischen 0 und 999 liegen 31−34 #INT32 (optional) Nummer für sprachabhängige Gattungslangnamen mit führendem Rautezeichen; Nummer muss zwischen 0 und 999 liegen

Version 5.40.13 138/243

[Seite 139]

Rohdatendoku 7.2. [ZUGART]

Bemerkung:

EsmussmindestensdieGattung„UUU“fürunbekannteGattungdefiniertwer- den. Insgesamt können 512 unterschiedliche Gattungen definiert werden. Abweichungen bei der Zuordnung von Fahrtgattung zu Tarifgruppen bzw. FahrtgattungzuProduktgruppensindmöglich,d.h.dieZuordnungeinerFahrt- gattung zu einer Produktklasse und zu einer Tarifgruppe ist unabhängig von- einander. Einer Definition der Tarifgruppe erfolgt ausschließlich auf Basis der Fahrtgattung. Andere Regelungen werden nicht unterstützt.

Version 5.40.13 139/243

[Seite 140]

Rohdatendoku 7.2. [ZUGART]

7.2.2. Weitere optionale Gattungseigenschaften

Nebendero.g.GattungsdefinitionszeilekönnenjederGattungweitereoptiona- le Eigenschaften in separaten, jeweils nachgestellten Zeilen zugeordnet wer- den. Derzeit sind drei Typen von optionalen Zeilentypen definiert: Formattem- platezeilen, Attributzeilen und Infotextzeilen.

Zeilenformat Typ Formattemplate:

Dieser Zeilentyp erlaubt die Zuordnung von flexiblen Formatbeschreibungen (Formattemplates) für die Steuerung des Ausgabeformats der Fahrtbezeich- ner. Maximal drei verschiedene Templates (je ein Template pro globalem For- mat {A, B, C}) können einer Gattung zugeordnet werden. Für jedes globale Format können mehrere Formatvarianten angegeben werden. Sind zu einem globalenFormatmehrereVariantendefiniert,sowirddasersteFormatverwen- det, welches für die konkrete Fahrt vollständig in allen Komponenten definiert ist. Sollte keine der definierten Formatvarianten vollständig definiert sein, wird der Fahrbezeichner gemäß dem Standardverhalten formatiert.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *T 4−4 ASCII Globales Format, bei dem das Template angewendet werden soll (Wertebereich {A, B, C}) 6ff INT16 Durch Leerzeichen getrennte Liste von Verweisen auf sprachabhängige Definitionen des Formattemplates (Wertebereich 0 - 999)

Zeilenformat Typ Attribut:

Beschreibt einer Gattung zugeordnete Attribute. Die zugordneten Attribute ei- ner Gattung werden an alle Fahrten der entsprechenden Gattung vererbt und dort ebenso behandelt wie Fahrtattribute. Mehrere *A-Zeilen innerhalb einer Gattung sind zulässig.

Dateiformat:

Version 5.40.13 140/243

[Seite 141]

Rohdatendoku 7.2. [ZUGART]

Spalte Typ Bedeutung

1−2 ASCII *A 4−5 INT16 Attributskürzel

Zeilenformat Typ Infotext:

Beschreibt die Zuordnung von Infotexten zu einer Gattung. Alle Fahrten der entsprechenden Gattung erhalten die hier zugewiesenen Infotexte. Mehrere *I-Zeilen innerhalb einer Gattung sind zulässig.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *I 4−5 INT16 Infotextkürzel 7−15 INT32 Verweis in die Datei INFOTEXT

Beispiel:

(1) N 3 A 0 NVZ 0 N (2) *T A 001 002 (3) *A WC (4) *I TL 000000001

Version 5.40.13 141/243

[Seite 142]

Rohdatendoku 7.2. [ZUGART]

Erklärung:

(1) Es wird eine Gattung N mit folgenden grundlegenden Eigenschaften defi- niert.

• Gattungscode = N

• Kategorie der Produktklasse ist 03

• Tarifgruppe = A

• AlleFahrtendieserGattungwerdenmitderGattungundFahrtennummer ausgegeben.

• Die Gattung erscheint mit dem Kürzel NVZ

• Die Fahrten mit dieser Gattung sind zuschlagfrei

• und gehören in den Nahverkehr

(2) Für die Gattung N wird ein Verweis auf die Formattemplates 001 002 für das globale Format A angegeben, welche im sprachabhängigen Teil genauer definiert werden. Für eine konkrete Fahrt wird solange Formattemplate 001 verwendet, wie alle Komponenten dieses Templates definiert sind, sonst wird Template 002 verwendet. (3) Allen Fahrten der Gattung N wird das Attribut WC (Toilette an Bord) zuge- ordnet. (4) Allen Fahrten der Gattung N wird über das Infotextkürzel TL (Telefon) ei- ne Telefonnummer zugewiesen (bspw. eine Störungshotline). Die eigentliche Telefonnummer wird in den Infotexten unter dem Index 000000001 hinterlegt.

Version 5.40.13 142/243

[Seite 143]

Rohdatendoku 7.2. [ZUGART]

7.2.3. Sprachabhängiger Definitionsteil der ZUGART-Datei

Im unteren Teil der ZUGART können größtenteils sprachabhängig Texte defi- niertwerden,dieindenHAFAS-Programmoberflächenerscheinen.Außerdem werden die Indizes für Gattungslangnamen (mehrsprachig) und die Gattungs- bildnamen aufgelöst. DenProduktklassenkönnenProdukttextezugeordnetwerden.DieProdukttex- teerscheineninderFahrplanauskunftundbezeichnendortdieentsprechende Produktklasse. Die Zuordnungen geschehen für jede Sprache gesondert. Die Angabe der Produkttexte ist optional. Gleiches gilt für Optionen und zugehö- rige Texte, für Tarifgruppen und Gattungslangnamen. Werden Texte zu z.B. einer Produktklasse angegeben so muss in jeder Sprache zu dieser Produkt- klasse ein Text eingetragen werden. Eingeleitet werden die Textdefinitionen durch eine Zeile mit dem Tag . Alle nachfolgenden Zeilen werden als Definitionen von Text interpretiert. Ein Datensatz beginnt jeweils mit einer Zeile, die das Tag der Sprache beinhaltet. Die Sprachtags werden gemäß der Norm ISO 639-3 aus einer dreibuchstabi- gen Zeichenfolge gebildet, bspw. für Deutsch oder für Englisch. Dann folgen die Zeilen, in dem jeweils einer Variable ein Text zugeordnet wird. Für die Produktklassen gibt es die Variablen „class00“ bis „class13“.

Dateiformat:

Spalte Typ Bedeutung

1−7 classXX Produktklasse XX (XX zwischen 0 und 13) 9ff UTF-8 Produkttext

Für die Suchoptionen gibt es die Varianten „option00“ bis „option04“. Die Be- deutungdieserVariablenistabhängigvonderProgrammversionderFahrplan- auskunft. Dateiformat:

Spalte Typ Bedeutung

1−8 optionXX Optiondefinition XX (XX zwischen 0 und 04) 10ff UTF-8 Optionstext

Version 5.40.13 143/243

[Seite 144]

Rohdatendoku 7.2. [ZUGART]

Für Tarifgruppen sind die Angaben „tariff00“ bis „tariff07“ möglich. Die Tarif- gruppentexte beziehen sich auf die Tarifgruppen A bis H im oberen Teil der Datei ZUGART. Die Verwendung der Tarifgruppen in der Suche in HAFAS ist versionsabhängig. Dateiformat:

Spalte Typ Bedeutung

1−8 tariffXX Tarifgruppe XX (XX zwischen 00 und 07 bezieht sich auf die Tarifgruppen A bis H) 10ff UTF-8 Tarifgruppentext

FallseineProduktklasse,eineOptionodereineTarifgruppeinderAuswahlliste der Fahrplanauskunft nicht auswählbar sein soll, ist dies durch Angabe von „-“ zu markieren. Zu jeder Suchoption kann das Flag „nur Direktsuche“ gesetzt werden. Hierzu wird dem Text ein Stern angehängt. Der Stern wird nicht mit ausgegeben. Es folgen die Angaben der Gattungslangnamen. Dateiformat:

Spalte Typ Bedeutung

1−11 categoryXXX Gattungslangnamennummer XXX (XXX zwischen 000 und 999) 13ff UTF-8 Bezeichnung der Gattung

DenAbschlussdersprachabhängigenDefinitionenbildendieFormattemplates (Formatbeschreibungen) für die Fahrtbezeichnungsbildung. Dateiformat:

Spalte Typ Bedeutung

1−9 formatXXX Formatbeschreibungsnummer XXX (XXX zwischen 000 und 999) 11ff UTF-8 Formatbeschreibung

Version 5.40.13 144/243

[Seite 145]

Rohdatendoku 7.2. [ZUGART]

Die Formatbeschreibung ist an die Syntax der Programmiersprache C ange- lehnt. Sie besteht aus Text und eingebetteten Verweisen, die zur Laufzeit er- setzt werden. Die Verweise beginnen mit einem %-Zeichen. Danach folgt op- tionaleineZahl,wiederumoptionalgefolgtvoneinemPunktundeinerweiteren Zahl. Den Abschluss bildet ein Buchstabe. Die erste Zahl gibt eine Mindest- länge für den durch den Verweis darzustellenden Text an. Kürzere Verweise werden mit führenden Leerzeichen gefüllt (oder mit angehängten, wenn die Zahl negativ ist). Die zweite Zahl gibt eine Maximallänge für den Text vor. Ver- weise, die länger wären, werden abgeschnitten. Als Verweistypen sind derzeit folgende vorgesehen: Z Fahrtnummer aus der *Z-Zeile

g Ausgabename der Gattung

G Langname der Gattung

b Kurzname des Betreibers

B Langname des Betreibers

V Vollständiger Name des Betreibers

l Linie aus der *L-Zeile oder leer

L Linienlangname aus der Datei LINIE oder leer

N LinieoderFahrtnummer,jenachExistenzeiner*L-ZeileundAusgabesteue- rung

n Linie oder Fahrtnummer, das Gegenteil von N

c Produktklasse

t Tarifgruppe

IXX Verweis auf einen Infotext vom Typ XX. Wenn der Infotext nicht eindeutig ist, dann ist nicht vorhersagbar, welcher verwendet wird.

Im Anschluss an die sprachabhängigen Definitionen folgt die Auflösung der (sprachunabhängigen) Gattungsbildernamen. Dieser Block wird mit eingeleitet.

Dateiformat:

Version 5.40.13 145/243

[Seite 146]

Rohdatendoku 7.2. [ZUGART]

Spalte Typ Bedeutung

1−10 pictureXXX Gattungsbildnummer XXX (XXX zwischen 000 und 999) 12ff ASCII Namen der zur Gattung gehörenden Bilddatei

Version 5.40.13 146/243

[Seite 147]

Rohdatendoku 7.2. [ZUGART]

Die Gattungsbildnummern 000 bis 013 werden als Standardbilder für die Pro- duktklassen 00 bis 13 verwendet. Wenn also für eine Gattung kein Bild ange- geben wurde, so wird das Bild der zugehörigen Produktklasse verwendet. Beispiel:

Version 5.40.13 147/243

[Seite 148]

Rohdatendoku 7.2. [ZUGART]

Erklärung:

Für die verschiedenen Sprachen werden die Texte der Produktklassen, Optio- nen und Gattungslangnamen definiert. Danach folgen (in diesem Fall für die Sprachen identische) Formatangeben. Die erste Formatangabe setzt sich zusammen aus dem Buchstaben ’S’, einer Linienangabe aus der *L-Zeile (wenn es eine gibt) und der Fahrtnummer (an- gegeben in Klammern). Die Fahrtnummer ist exakt 5 Zeichen lang. Längere werden abgeschnitten, kürzere werden vorn mit Nullen aufgefüllt. Die zweite FormatangabeverweistaufdieerstenmaximaldreiZeichendesGattungsaus- gabenamens, danach die Betreiberkurznamen und schließlich die Fahrtnum- mer oder Linienangabe, wenn sie existiert. Nach den sprachabhängigen Angaben folgt die Definition der Bildernamen.

Version 5.40.13 148/243

[Seite 149]

Rohdatendoku 7.3. [VEREINIG]

7.3. Vereinigungen [VEREINIG]

Unter dem Begriff „Vereinigung“ versteht man das Zusammenkoppeln zweier verschiedenerFahrtenfüreinenbestimmtenStreckenabschnitt.IndieserDatei wird gekennzeichnet, dass zwei Fahrten als eine physikalische Fahrt verkeh- ren und gegebenenfalls ein Umsteigevorgang entfällt. Die Datei enthält:

• Haltestellennummer der Starthaltestelle der gemeinsamen Strecke

• Haltestellennummer der Endhaltestelle der gemeinsamen Strecke

• Fahrtnummer und Verwaltungsnummer Fahrt 1

• Fahrtnummer und Verwaltungsnummer Fahrt 2

• Haltestellennamen

Pro Zeile gibt man die zwei Haltestellen an, zwischen denen die Fahrten ver- einigt sind, weiterhin die Fahrten selbst mit Fahrtnummer und Verwaltung. Op- tional können die Haltestellenbezeichnungen folgen. Eine Zeile wird folgen- dermaßen interpretiert: Es werden die Fahrten F1 und F2 im Laufabschnitt zwischen Haltestelle H1 und H2 vereinigt.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−15 INT32 Haltestellennummer 17−22 INT32 Fahrtnummer 1 24−29 ASCII Verwaltung für Fahrt 1 31−36 INT32 Fahrtnummer 2 38−43 ASCII Verwaltung für Fahrt 2 45ff UTF-8 Optionaler Kommentar

Beispiel:

8000128 8000152 003062 DB0004 003082 DB0004 Goettingen - Hannover

Version 5.40.13 149/243

[Seite 150]

Rohdatendoku 7.3. [VEREINIG]

Erklärung:

Zwischen den Haltestellen Göttingen (8000152) und Hannover (8000128) ver- kehren Fahrt 003062 der Verwaltung DB0004 und Fahrt 003082 der Verwal- tung DB0004 gemeinsam.

Version 5.40.13 150/243

[Seite 151]

Rohdatendoku 7.4. [DURCHBI]

7.4. Durchbindungen [DURCHBI]

Eine Durchbindung liegt vor, wenn zwei eigenständige Fahrten so zusammen- gelegt werden, dass schließlich nur eine zusammenhängende Fahrt daraus wird. In der Datei DURCHBI können die Durchbindungen angegeben werden. Zur Darstellung werden benutzt:

• Fahrtnummer und Verwaltung der Fahrt 1

• Haltestellennummer an der Fahrt 1 endet

• Fahrtnummer und Verwaltung der Fahrt 2

• Verkehrstage, an denen die Durchbindung stattfindet

• Haltestellennummer an der Fahrt 2 beginnt

• Attribut zur Markierung der Durchbindung

Eine Zeile wird folgendermaßen interpretiert: Fahrt 1 fährt ab der Durchbindung als Fahrt 2 weiter. Dies gilt an allen ange- gebenen Verkehrstagen. Durch das Attribut ist die Durchbindungsstelle in der resultierenden Fahrt erkennbar.

Dateiformat:

Spalte Typ Bedeutung

1−6 INT32 Fahrtnummer 1 8−13 ASCII Verwaltung für Fahrt 1 15−21 INT32 letzter Halt der Fahrt 1 23−28 INT32 Fahrtnummer 2 30−35 ASCII Verwaltung für Fahrt 2 37−42 INT16 Verkehrstagebitfeldnummer 44−50 INT32 erster Halt der Fahrt 2 (optional) 52−53 ASCII Attribut zur Markierung der Durchbindung (optional) 55ff UTF-8 Kommentar mit führendem „%“ (optional)

Version 5.40.13 151/243

[Seite 152]

Rohdatendoku 7.4. [DURCHBI]

Fehlt die Angabe des ersten Halts der zweiten Fahrt, so startet diese am letz- ten Halt der ersten Fahrt. Beispiel:

008844 DB0003 0000253 003192 DB0002 000001 Mönchengladbach Hbf

Erklärung:

Die Fahrt 008844 (Verwaltung DB0003) fährt ab Mönchengladbach als Fahrt 003192 (Verwaltung DB0002). Die Durchbindung besteht an allen Verkehrsta- ge, die durch den Verkehrstageschlüssel 000001 angegeben werden.

Version 5.40.13 152/243

[Seite 153]

Rohdatendoku 7.5. [LINIE]

7.5. Datei mit Liniendefinitionen [LINIE]

Fahrten, die zusammen zu einer Linie oder Unterlinie gehören, haben oftmals gemeinsame Eigenschaften, die sich auch als Eigenschaft der (Unter-)Linie auffassen lassen. Über die *L-Zeile in der Fahrplandatei lassen sich diese Fahrten gruppieren. In der Datei LINIE können dann die gemeinsamen Ei- genschaften angegeben werden. Folgende Eigenschaften können Linien haben:

• Linienschlüssel; stellt einen eindeutigen Bezeichner für die Referenzie- rung der Linie in anderen Systemen dar

• Kurzname; die Länge sollte maximal fünf bis acht Zeichen betragen, die Angabe ist Pflicht

• Langname; eine ausführlicherer Name der Linie, wenn er fehlt, wird der Kurzname verwendet

• Namenszusatz; ein Zusatz zum Namen der Linie, der gesondert ausge- geben werden kann (optional)

• Beschreibung; ein beschreibender Text zur Linie (optional)

• Farbe; die Schriftfarbe in der Darstellung (optional)

• Hintergrundfarbe; die Hintergrundfarbe in der Darstellung (optional)

• Icon; ein Bild, das der Linie zugeordnet wird

• Zeichenstil der Linie in einer graphischen Darstellung

• Symbolform der Linie in einer graphischen Darstellung

• Attribute;Eigenschaften,dieallenFahrteneinerLiniezugeordnetwerden können, analog zu Fahrtattributen

• Infotexte; weitere textuelle Annotationen zu allen Fahrten einer Linie

• Hauptlinie; durch die Angabe einer gemeinsamen Hauptlinie, die eben- fallsinderDateidefiniertseinmuss,könnenmehrereUnterlinienzusam- mengefasstwerden.Angaben,dieaneinerUnterliniefehlen,werdenvon der Hauptlinie übernommen (Ausnahme: Attribute und Infotexte).

Die Namen und Texte können mehrsprachig angegeben werden. Anstelle von Texten kann deshalb auch immer ein Verweis in den unteren Teil der Datei angegeben werden, in dem die Texte nach Sprachen gruppiert erfasst werden können.

Version 5.40.13 153/243

[Seite 154]

Rohdatendoku 7.5. [LINIE]

7.5.1. Linienschlüssel K

Der Linienschlüssel (oder auch externer Identifikator) dient der eindeutigen Identifizierung einer Linie über Systemgrenzen hinweg.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII K 11ff ASCII Linienschlüssel

7.5.2. Linienkurzname N

Der Kurzname der Linie ist obligatorisch.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII N 11−11 ASCII T 13ff UTF-8 Linienkurzname (bis zu acht Zeichen); das T in der vorigen Spalte bedeutet, dass direkt der Text folgt

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII N 11−11 ASCII I 13−16 INT16 Index des Linienkurznamens

Version 5.40.13 154/243

[Seite 155]

Rohdatendoku 7.5. [LINIE]

Beispiel:

0000001 N T S 1 0000002 N I 0001

Erklärung:

Die Linie mit der ID 0000001 hat den in allen Sprachen einheitlichen Kurz- namen S 1. Die Linie mit der ID 0000002 hat einen Kurznamen, der für die Sprachen getrennt unter dem Index textN0001 angegeben wird.

Version 5.40.13 155/243

[Seite 156]

Rohdatendoku 7.5. [LINIE]

7.5.3. Linienlangname L

Als Langname der Linie wird der Kurzname übernommen, falls er nicht ange- geben wird.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII L 11−11 ASCII T 13ff UTF-8 Linienlangname; das T in der vorigen Spalte bedeutet, dass direkt der Text folgt

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII L 11−11 ASCII I 13−16 INT16 Index des Linienlangnamens

Beispiel:

0000001 L T S-Bahn 1 0000002 L I 0001

Erklärung:

Die Linie mit der ID 0000001 hat den in allen Sprachen einheitlichen Langna- men S-Bahn 1. Die Linie mit der ID 0000002 hat einen Langnamen, der für die Sprachen getrennt unter dem Index textL0001 angegeben wird.

Version 5.40.13 156/243

[Seite 157]

Rohdatendoku 7.5. [LINIE]

7.5.4. Linienzusatztext Z

Der Zusatztext für den Liniennamen ist optional.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII Z 11−11 ASCII T 13ff UTF-8 Linienzusatztext; das T in der vorigen Spalte bedeutet, dass direkt der Text folgt

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII Z 11−11 ASCII I 13−16 INT16 Index des Linienzusatztextes

Beispiel:

0000001 Z T Rote Linie 0000002 Z I 0001

Erklärung:

Die Linie mit der ID 0000001 hat den in allen Sprachen einheitlichen Zusatz- text Rote Linie. Die Linie mit der ID 0000002 hat einen Zusatztext, der für die Sprachen getrennt unter dem Index textZ0001 angegeben wird.

Version 5.40.13 157/243

[Seite 158]

Rohdatendoku 7.5. [LINIE]

7.5.5. Linienbeschreibung D

Der Beschreibungstext für eine Linie ist optional.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII D 11−11 ASCII T 13ff UTF-8 Linienbeschreibung; das T in der vorigen Spalte bedeutet, dass direkt der Text folgt

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII D 11−11 ASCII I 13−16 INT16 Index der Linienbeschreibung

Beispiel:

0000001 Z T Linie zwischen A-Dorf und B-Stadt 0000002 Z I 0001

Erklärung:

Die Linie mit der ID 0000001 hat den in allen Sprachen einheitliche Beschrei- bung Linie zwischen A-Dorf und B-Stadt. Die Linie mit der ID 0000002 hat eine Beschreibung, die für die Sprachen getrennt unter dem Index textD001 angegeben wird.

Version 5.40.13 158/243

[Seite 159]

Rohdatendoku 7.5. [LINIE]

7.5.6. Linienfarbe F

Die Schriftfarbe für eine Linie ist optional.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII F 11−13 INT16 roter Farbwert zwischen 0 und 255 15−17 INT16 grüner Farbwert zwischen 0 und 255 19−21 INT16 blauer Farbwert zwischen 0 und 255

Beispiel:

0000001 F 255 0 0

Erklärung:

Die Textfarbe für die Linie mit der ID 0000001 ist rot.

Version 5.40.13 159/243

[Seite 160]

Rohdatendoku 7.5. [LINIE]

7.5.7. Linienhintergrundfarbe B

Die Hintergrundfarbe für eine Linie ist optional.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII B 11−13 INT16 roter Farbwert zwischen 0 und 255 15−17 INT16 grüner Farbwert zwischen 0 und 255 19−21 INT16 blauer Farbwert zwischen 0 und 255

Beispiel:

0000001 B 127 127 127

Erklärung:

Die Hintergrundfarbe für die Linie mit der ID 0000001 ist ein mittleres Grau.

Version 5.40.13 160/243

[Seite 161]

Rohdatendoku 7.5. [LINIE]

7.5.8. Linienbild P

Um einer Linie ein Bild zuzuordnen, kann ein Dateiname angegeben werden. Überlicherweise wird nur der basale Name, also ohne Endung und Pfad ange- geben.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII P 11ff ASCII Name des zur Linie gehörenden Bildes

Beispiel:

0000001 P linie1

Erklärung:

ZurLiniemitderID0000001gehörteinBildmitdemNamensbestandteillinie1

Version 5.40.13 161/243

[Seite 162]

Rohdatendoku 7.5. [LINIE]

7.5.9. Hauptlinie H

Jede Linie kann optional einer Hauptlinie untergeordnet werden. Auf die- se Weise können Unterlinien gruppiert werden. Unterlinien übernehmen von Hauptlinien nicht angegebene Eigenschaften (Ausnahme: Attribute und Info- texte).

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII H 11−17 INT32 Id der zugehörigen Hauptlinie

Beispiel:

0000001 H 1000001 0000002 H 1000001

Erklärung:

Die Linien 0000001 und 0000002 gehört zur Hauptlinie 1000001.

Version 5.40.13 162/243

[Seite 163]

Rohdatendoku 7.5. [LINIE]

7.5.10. Linienzeichenstil X

MitHilfedesLinienzeichenstilskanneinebestimmteZeichenartfestgelegtwer- denindergraphischeDarstellungenzuderentsprechendenLinieausgegeben werden sollen.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII X 11ff INT16 Wert für Zeichenstil

7.5.11. Liniensymbolform Y

Die Liniensymbolform beschreibt, welches Symbol für die graphische Darstel- lung der Linie verwendet werden soll.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII Y 11ff INT16 Wert für Liniensymbol

7.5.12. Linienattribute A

Analog zu Fahrten können Linien Attribute zugeordnet werden. Diese gelten auf dem gesamten Laufwegsabschnitt, auf dem eine Fahrt einer Linie zuge- ordnet wurde.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID Fortsetzung auf der nächsten Seite

Version 5.40.13 163/243

[Seite 164]

Rohdatendoku 7.5. [LINIE]

Fortsetzung der letzten Seite 9−9 ASCII A 11−12 ASCII Attributskürzel

Beispiel:

0000001 A RP

Erklärung:

Alle Fahrten der Linie 0000001 wird das Attribut RP zugewiesen.

Version 5.40.13 164/243

[Seite 165]

Rohdatendoku 7.5. [LINIE]

7.5.13. Linieninfotexte I

Analog zu Fahrten können Linien weitere textualle Annotationen zugeordnet werden. Diese gelten auf dem gesamten Laufwegsabschnitt, auf dem eine Fahrt einer Linie zugeordnet wurde.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Linien-ID 9−9 ASCII I 11−12 ASCII Infotexttyp 14−22 INT32 Infotextnummer in Datei INFOTEXT

Beispiel:

0000001 I ZN 000000005

Erklärung:

Alle Fahrten der Linie 0000001 wird ein Infotext vom Typ ZN zugewiesen, der auszugebende Text ist in der Datei INFOTEXT mit der ID 000000005 zu fin- den.

Version 5.40.13 165/243

[Seite 166]

Rohdatendoku 7.5. [LINIE]

7.5.14. Sprachabhängige Texte in der LINIE-Datei

Im unteren Teil der LINIE werden die sprachabhängigen Texte definiert, die in den HAFAS-Programmoberflächen erscheinen. Eingeleitet werden die Textdefinitionen durch eine Zeile mit dem Tag . Alle nachfolgenden Zeilen werden als Definitionen von Text interpretiert. Ein Datensatz beginnt jeweils mit einer Zeile, die das Tag der Sprache beinhaltet. Die Sprachtags werden gemäß der Norm ISO 639-3 aus einer dreibuchstabi- gen Zeichenfolge gebildet, bspw. für Deutsch oder für Englisch. Danach folgen die Zeilen, in dem jeweils einer Variable ein Text zugeordnet wird. Für die Liniennamen gibt es die Variablen „textN0000“, „textN0001“, etc.

Dateiformat:

Spalte Typ Bedeutung

1−9 textNXXXX Text für den Liniennamen mit dem Index XXXX 11ff UTF-8 (Kurz-)Name

Es folgen die Linienlangnamen. Dateiformat:

Spalte Typ Bedeutung

1−9 textLXXXX Text für den Linienlangnamen mit dem Index XXXX 11ff UTF-8 Langname

Es folgen die Linienzusatznamen. Dateiformat:

Spalte Typ Bedeutung

1−9 textZXXXX Text für den Linienzusatz mit dem Index XXXX 11ff UTF-8 Zusatztext

Version 5.40.13 166/243

[Seite 167]

Rohdatendoku 7.5. [LINIE]

Es folgen die Linienbeschreibungen. Dateiformat:

Spalte Typ Bedeutung

1−9 textDXXXX Beschreibung der Linie mit dem Index XXXX 11ff UTF-8 Beschreibungstext (die Länge sollte 50 bis 70 Zeichen nicht überschreiten

Beispiel:

Erklärung:

In den Beispielen weiter oben wurden für die Linie 0000002 Verweise auf sprachabhängigen Texte erfasst. Die Texte werden hier sprachabhängig an- gegeben. Die deutschen Texte entsprechen dabei denen der Linie 0000001.

Version 5.40.13 167/243

[Seite 168]

Rohdatendoku 7.6. [BETRIEB]

7.6. Betreiberinformationen [BETRIEB]

Durch die Datei BETRIEB können verschiedenste Angaben zu einem Betrei- ber erfasst werden. Neben Namen und Zusatzinformationen können mehrere Verwaltungen zu einem Betreiber zusammengefasst werden. Außerdem kön- nen Betreiber durch die Angabe von übergeordneten Betreibern hierarchisiert werden. Jeder Betreiber hat eine Kurzbezeichnung aus drei Buchstaben, einen Langnamen, der aus acht Buchstaben besteht, und eine vollständige Bezeich- nung, die beliebig lang sein kann. Ziel ist es, jede Fahrt ihrem Betreiber zuord- nen zu können. Jede Verwaltung darf nur maximal einem Betreiber zugeordnet werden. Ver- waltungen, die nicht in der Datei aufgelistet werden, werden dem Betreiber 00000 zugeordnet. Diesem können in der Datei BETRIEB Namen zugewiesen werden. Bei der Zuordnung von Hauptbetreibern ist nur eine einstufige Hierarchie zu- lässig. Dateiformat Jede Zeile beginnt mit einer Betreibernummer. Die Nummer darf den Wert 32767 nicht überschreiten. Danach folgen Einträge der Form . Zur Zeit sind folgende Kennungen vorgesehen:

Kennung Info

K Kurzname (3 Buchstaben) L Langname (8 Buchstaben) V Vollständiger Name Z Zusatzname N Identifier O PLZ und Ort S Straße und Hausnummer E Email-Adresse U URL/Web-Adresse T Telefonnummer F Faxnummer A Liste von zugeordneten Attributskürzeln I Liste von zugeordneten Infotexten (Kürzel und Verweis) P Dateinamen für ein zugeordnetes Bild (z.B. Logo) : Liste von Verwaltungen = Liste von untergeordneten Betrieben

Version 5.40.13 168/243

[Seite 169]

Rohdatendoku 7.6. [BETRIEB]

Es muss immer mindestens ein Kurz-, Lang- oder Vollname angegeben wer- den. FüralleAngabenkanndervolleUmfangdesUTF-8-Zeichenstandardsbenutzt werden (Ausnahme: Identifier und Dateinamen nur ASCII). Alle Angaben dür- fen Leerzeichen enthalten (Ausname: Email- bzw. Web-Adresse), sind dann aber durch ’ ’ oder “ “ einzuschließen. Die Anführungszeichen selbst gehö- ren nicht zur jeweiligen Information. Die Zeichen ’ oder "können jeweils nur eingeschlossen zwischen zwei Zeichen der jeweils anderen Art in den Infor- mationstexten enthalten sein. Die Liste von Verwaltungen und die Liste von untergeordneten Betrieben darf nur am Ende einer Zeile bzw. in separaten Zeilen stehen. Es können mehrere Zeilen mit Verwaltungslisten oder Listen von untergeordneten Betreibern für denselben Betreiber aufgeführt werden.

Beispiel:

(1) 00001 K DB L ’DB AG’ V ’Deutsche Bahn AG’ E ’db@dbag.com’ (2) 00001 : 80____ 80a___ 80b___ (3) 00001 = 00010 00011 (4) 00010 K UBB L ’UBB GmbH’ O ’17424 Seebad Heringsdorf’ S ’Am Bahnhof 1’ (5) 00010 A BF KF (6) 00010 I TL 000000001 (7) 00011 K MEG L ’MEG GmbH’ U ’www.meg-bahn.de’ T ’03461 492249’

Erklärung:

(1) Bei dem Betreiber 00001 handelt es sich um die DB AG, die den Kurz- namen DB, den Langnamen DB AG und den vollständigen Namen Deutsche Bahn AG trägt. Ihre Email-Adresse lautet db@dbag.com. (2) Der DB AG sind die Verwaltungen 80____, 80a____ und 80b____ zuge- ordnet. (3)DieDBAG bildetdenHauptbetriebderzweiUnterbetriebeUBBGmbH und MEG GmbH. (4) Der Betreiber 00010 repräsentiert die UBB GmbH, deren postalische Adresse lautet: Am Bahnhof 1, 17424 Seebad Heringsdorf. (5)AlleFahrtenderUBBGmbHhabendieAttributeBF (behindertengerechtes Fahrzeug) und KF (Kaffeeverkauf an Bord) zugeordnet. (6) Ebenso wird das Infotextkürzel TL (Telefonnummer) mit dem Verweis auf den Infotext 00000001 in der Datei INFOTEXT zugeordnet. Dieser könnte bspw. eine Telefonnummer für Informationen über den aktuellen Zugverkehr enthalten.

Version 5.40.13 169/243

[Seite 170]

Rohdatendoku 7.6. [BETRIEB]

(7) Der Betreiber 00011 steht für die MEG GmbH. Zu dieser sind neben den Namen noch die Web-Adresse www.meg-bahn.de und die Telefonnummer 03461 492249 hinterlegt.

Version 5.40.13 170/243

[Seite 171]

Rohdatendoku 7.7. [FAHRTFLG]

7.7. Datei mit Fahrtfolgeinformationen [FAHRTFLG]

Fahrtfolgeinformationen bezeichnen Zuordnungen von betrieblich aufeinan- derfolgenden Fahrten. Die Information über Fahrtfolgen ermöglicht HAFAS bspw. eine Erstellung von Verspätungsprognosen über Fahrtgrenzen hinweg. Zusätzlich erlauben Fahrtfolgen die Abbildung von (Fahrzeug-)Umläufen oder (Personal-)Diensten.

Dateiformat:

Spalte Typ Bedeutung

1−6 INT32 Fahrtnummer 1 (Zubringer) 8−13 ASCII Verwaltung für Fahrt 1 15−21 INT32 Nummer Halt 1 (Ankunftshalt Fahrt 1, optional) 23−26 INT32 Ankunftszeit am Halt 1 (optional) 28−33 INT32 Fahrtnummer 2 (Abbringer) 35−40 ASCII Verwaltung für Fahrt 2 42−48 INT32 Nummer Halt 2 (Abfahrtshalt Fahrt 2, optional) 50−53 INT32 Abfahrtszeit am Halt 2 (optional) 55−60 INT32 Verkehrstagebitfeldnummer 62−64 INT16 minimale Umsetzzeit in Minuten (optional) 66−66 ASCII Typ der Fahrtfolge (U: Umlauf, D: Dienst) (optional) 68−75 ASCII Identifier für Zuordnung zu Umlauf/Dienst (optional)

Bemerkung:

Die Ankunfts- und Abfahrtszeiten sind im Format 0000 für 00:00 Uhr bis 2359 für 23:59 Uhr zu definieren. Die Verkehrstage im angegebenen Bitfeld bezie- hen sich auf die Abfahrt der Abbringerfahrt am Halt 2, lediglich wenn diese fehlt (siehe Beispiel 4) auf die Ankunft der Zubringerfahrt an Halt 1. Soll die Fahrtfolge für alle Verkehrstage gelten, an denen sowohl Zu- als auch Abbrin- gerfahrtverkehren,kanndiesdurchAngabederBitfeldnummer000000notiert werden. Die Angabe von Fahrtfolgetyp und Umlauf- bzw. Dienst-Identifier ist optional. Eine Errechnung von Diensten oder Umläufen kann allerdings nur durchge- führt werden, wenn diese Informationen vorliegen. In diesem Falle sind stets Typ und Identifier gemeinsam anzugeben.

Version 5.40.13 171/243

[Seite 172]

Rohdatendoku 7.7. [FAHRTFLG]

Bezieht sich eine Fahrtfolge auf den vollständigen Laufweg von Zu- bzw. Ab- bringerfahrt, können die Angaben zu Halten und Zeiten entfallen. Die entspre- chenden Positionen sind dann mit ’-’ aufzufüllen (siehe Beispiel 3). Sollen Dienste bzw. Umläufe nicht am ersten Halt einer Fahrt beginnen bzw. am letzten Halt einer Fahrt enden, so werden dazu (Pseudo-)Fahrtfolgen de- finiert, die lediglich eine einzelne Fahrt enthalten. Die Daten der jeweils ande- ren Fahrt der Folge werden mit ’-’ aufgefüllt. Dabei wird für die erste Fahrt ei- nes Dienstes/Umlaufs eine alleinstehende Abbringerfahrt notiert, für die letzte Fahrt eines Dienstes/Umlaufs analog eine alleinstehende Zubringerfahrt (sie- he auch Beispiele 4 und 5).

Beispiel:

(1) 003079 80____ 8000128 0615 003189 80____ 8000152 0720 000001 020 U A7336482 (2) 003254 80____ 8000128 0815 003256 80____ 8000152 0920 000002 - (3) 003345 80____ - - 003460 80____ - - 000003 010 (4) - - - - 003250 80____ 8000150 0415 000004 - D BT345641 (5) 003360 80____ 8000160 2015 - - - - 000005 - D FDG76523

Erklärung:

(1) Die Fahrt 003079 80____, die um 6:15 Uhr am Halt 8000128 ankommt, geht nach einer minimalen Umsetzzeit von 20 min über auf die Fahrt 003189 80____, die um 7:20 Uhr am Halt 8000152 abfährt. Diese Fahrtfolge gilt an den im Bitfeld 000001 definierten Verkehrstagen und ist dem Umlauf A7336482 zugeordnet. (2) Die Fahrt 003254 80____, die um 8:15 Uhr am Halt 8000128 ankommt, geht über auf die Fahrt 003256 80____, die um 9:20 Uhr am Halt 8000152 abfährt. Diese Fahrtfolge gilt an den im Bitfeld 000002 definierten Verkehrsta- gen. (3) Die Fahrt 003345 80____ geht nach ihrem letzten Halt an den im Bitfeld 000003definiertenVerkehrstagenüberaufdieFahrt00346080____undsetzt an deren 1. Halt fort. Die minimale Umsetzzeit beträgt dabei 10 Minuten. (4) Der Dienst BT345641 beginnt mit der Abfahrt der Fahrt 003250 80____ um 4:15 Uhr am Halt mit der Nummer 8000150 an den im Bitfeld 000004 defi- nierten Verkehrstagen. (5) Der Dienst FDG76523 endet mit der Ankunft der Fahrt 003360 80____ um 20:15 Uhr am Halt mit der Nummer 8000160 an den im Bitfeld 000005 definierten Verkehrstagen.

Version 5.40.13 172/243

[Seite 173]

Rohdatendoku 7.8. [RICHTUNG]

7.8. Datei mit Richtungsangaben [RICHTUNG]

Wenn die Richtung einer Fahrt nicht bereits als Haltestelle in der Haltestellen- datei BAHNHOF enthalten ist, muss hier für jeden verwendeten Schlüssel ein Eintrag existieren.

Dateiformat:

Spalte Typ Bedeutung

1−7 ASCII Richtungsschlüssel 9ff UTF-8 Richtungsangabe im Klartext (max. 50 Zeichen)

Beispiel:

1111111 Hauptbahnhof/ZOB

Erklärung:

Die Richtungsangabe 1111111 in den Fahrplandaten soll interpretiert werden als „Richtung Hauptbahnhof/ZOB“.

Version 5.40.13 173/243

[Seite 174]

Rohdatendoku 7.9. [GLEISE]

7.9. Gleis-/Bussteiginformationen [GLEISE]

IndieserDateiistesmöglichfürjedeFahrtInformationenzumGleisoderBus- steig bereitzustellen. Die Angaben werden dabei in zwei getrennten Blöcken innerhalb der Datei GLEISE notiert.

Zeilenformat Typ 1:

JederEintragbeziehtsichaufaufeinenHalteinerbestimmtenFahrtodereiner Anzahl von Fahrten. Mit Hilfe eines Index wird auf die konkreten Gleistexte verwiesen (vgl. Zeilenformat Typ 2).

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−14 INT32 Fahrtnummer 16−21 ASCII Verwaltung für Fahrt 23−30 #INT32 Index in Gleistextinformation (vgl. Zeilenformat Typ 2) 32−35 INT16 optional: Zeit im Format HHMM (<2400) 37−42 INT32 optional: Verkehrstageschlüssel

Die Angabe der Zeit ist dann notwendig, wenn ein Fahrzeug innerhalb einer Fahrt an der gleichen Haltestelle unterschiedliche Gleise belegt (z.B. Ankunft Gleis3,AbfahrtGleis5).IndiesemFallkannanhandderZeitderkorrekteHalt identifiziert werden. Normalerweise bleibt das Zeitfeld leer. Der Verkehrstageschlüssel ist gewöhnlich 000000 (bzw. fehlt dann): Jedesmal wenn die Fahrt an der Haltestelle hält, wird dasselbe Gleis benutzt. Differieren dieGleisejedochanunterschiedlichenTagen(z.B.werktagsGleis4,sonntags Gleis2),mussderDatensatzmehrfachaufgenommenwerdenundanhanddes Verkehrstageschlüssels ist die gültige Angabe zu identifizieren.

Zeilenformat Typ 2:

In diesen Zeilen werden die konkreten Gleistexte definiert. Gleistexte können aus einer Gleisbezeichnung, einem Abschnittstext und einem Trennzeichen bestehen. Jede Zeile beginnt mit der Angabe einer Haltestellennummer und einer Indexangabe. Danach folgen Einträge der Form .

Version 5.40.13 174/243

[Seite 175]

Rohdatendoku 7.9. [GLEISE]

Zur Zeit sind folgende Kennungen vorgesehen:

Kennung Info

G Gleisbezeichnung (UTF-8) A Abschnittsbezeichnung (UTF-8) T Trennzeichen (1 Zeichen, ASCII)

Beispiel:

8010338 000319 DB0074 #0000003 100201 8010338 000319 DB0074 #0000005 100202 8010338 003232 DB0011 #0000006 100203 8010338 * #0000007 100204

8010338 #0000003 G ’3’ A ’ABC’ T ’-’ 8010338 #0000005 G ’5’ 8010338 #0000006 G ’6’ A ’A’ 8010338 #0000007 G ’7’

Erklärung:

Alle Gleisinformationen gelten für die Haltestelle 8010338 (Stralsund). Der Zug 000319 (Fahrtnummer) DB0074 (Verwaltung der Fahrt) hält zu den Verkehrstagen 100201 an Gleis 3 in den Abschnitten ABC. Bei der Ausga- be ist als Trennzeichen zwischen Gleis- und Abschnittsbezeichnung ein ’-’ zu verwenden. Die vollständige Gleisbezeichnung lautet damit ’3-ABC’. An den Verkehrstagen 100202 hält der Zug an Gleis 5. Der Zug 003232 / DB0011 hält an Verkehrstagen 100203 an Gleis 6 im Abschnitt A. Da kein Trennzeichen angegeben ist, lautet die korrekte Gleisbezeichnung ’6A’. An Verkehrstagen 100204 halten in Stralsund alle Züge am Gleis 7.

Version 5.40.13 175/243

[Seite 176]

Rohdatendoku 7.10. [SONDERZG]

7.10. Sonderzüge [SONDERZG]

Der Suchalgorithmus von HAFAS findet Verbindungen mit möglichst wenigen Umstiegen und schnelle Verbindungen. Das führt dazu, dass bspw. Verbin- dungen mit Entlastungszügen, die langsamer fahren als ihre Stammzüge oder sogar von ihnen überholt werden, nicht gefunden werden. In der Datei SONDERZG werden Fahrtpaare aus Stamm- und Entlastungfahr- ten angegeben, die HAFAS benutzt, um geeignete Verbindungen mit Entla- stungsfahrten zu ermitteln, wenn Verbindungen mit ihren Stammfahrten ge- funden werden.

Dateiformat:

Spalte Typ Bedeutung

1−6 INT32 Fahrtnummer 1 8−13 ASCII Verwaltung zu Fahrtnummer 1 15−20 INT32 Fahrtnummer 2 22−27 ASCII Verwaltung zu Fahrtnummer 2

Jede Zeile besteht aus jeweils einem Fahrtpaar, bei dem die Fahrten durch Verwaltungs- und Fahrtnummern angegeben werden. Beispiel:

000001 80____ 00002 81____

Erklärung:

Der Zug 000001 der Verwaltung 80____ ist ein Stammzug zum Entlastungs- zug 000002 81____.

Version 5.40.13 176/243

[Seite 177]

Rohdatendoku 8. Umsteiginformationen

8. Umsteiginformationen

Grundsätzlich lassen sich in HAFAS pro Haltestelle mindestumsteigezeiten festlegen. Dies erfolgt über die Datei UMSTEIGB. DieVorgabeeinerMindestumsteigezeitfüreineHaltestelleistoftzuallgemein. Deshalb bietet HAFAS verschiedene Möglichkeiten, die Umsteigzeiten genau- er zu spezifizieren. Es ist möglich, Mindestumsteigezeiten für Umstiege zwi- schen zwei Verwaltungen, zwischen zwei Linien und zwischen zwei Fahrten anzugeben. Die in den Rohdaten definierten Umsteigezeiten werden innerhalb HAFAS in der folgenden Reihenfolge berücksichtigt.

1. Fahrtpaarbezogene Umsteigezeiten (8.5)

2. Linienbezogene Umsteigezeiten an Haltestellen (8.3) Aufsteigend nach Anzahl der Sternchen

3. Verwaltungsbezogene Umsteigezeiten an Haltestellen (8.2)

4. Haltestellenbezogene Umsteigezeiten (8.1)

5. Linienbezogene Umsteigezeiten (global) (8.3) Aufsteigend nach Anzahl der Sternchen

6. Verwaltungsbezogene Umsteigezeiten (global) (8.2)

7. Standardumsteigezeit (8.1)

Version 5.40.13 177/243

[Seite 178]

Rohdatendoku 8.1. [UMSTEIGB]

8.1. Haltestellenbezogene Umsteigezeiten [UMSTEIGB]

Alle Umsteigevorgänge z.B. zwischen Fahrten benötigen Zeit. Daher muss ei- ne globale Standardumsteigezeit festgelegt werden, die angibt, wieviel Zeit der Reisende für einen Umsteigevorgang braucht. Für die Standardumstei- gezeit wird unterschieden nach Umsteigen zwischen IC und IC 1 und nach Umsteigen zwischen anderen Gattungskombinationen. Individuelle Umsteige- zeiten zwischen Verkehrslinien in komplexen Umsteigeanlagen werden durch Auflösung in Einzelhaltestellen und Verbindungen über Fußwege (Metakan- ten)oderdurchdieDefinitionvonlinienbezogenenUmsteigezeiteninderDatei UMSTEIGL abgebildet. Abweichend von der Standardumsteigezeit kann für einzelne Haltestellen eine spezielle Umsteigezeit festgelegt werden, die z.B den räumlichen Gegebenheiten der Haltestelle Rechnung trägt. Die erste Zei- le der Datei enthält die Standardumsteigezeiten für alle Umsteigepunkte, für die im folgenden keine speziellen Umsteigezeiten gesetzt werden. Die erste Zeile muss vorhanden sein, alle anderen Zeilen sind optional.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Die Nummer der Haltestelle 9−10 INT16 Umsteigezeit von IC auf IC (max. 60 Minuten) 12−13 INT16 Umsteigezeit zwischen allen anderen Gattungskombinationen 15ff UTF-8 (optional) Klartext des Haltestellennamens

Bemerkung:

In die erste Zeile der Datei, die die Defaultwerte definiert, wird die Haltestel- lennummer 9999999 eingetragen.

Beispiel:

9999999 2 3 STANDARD 5800010 5 5 Basel SBB

1ExaktistdiesdieUmsteigezeitzwischeneinerFahrtderProduktklasse0oder1aufeine andereFahrtderProduktklasse0oder1(s.a.dieDateiZUGART).

Version 5.40.13 178/243

[Seite 179]

Rohdatendoku 8.1. [UMSTEIGB]

Erklärung:

An allen im folgenden nicht genannten Haltestellen beträgt die Mindestumstei- gezeit für einen Umsteigevorgang IC-IC 2 Minuten. Für alle anderen Umstei- gevorgänge beträgt die Mindestumsteigezeit 3 Minuten. In Basel SBB beträgt die Mindestumsteigezeit für alle Umsteigevorgänge 5 Minuten.

Version 5.40.13 179/243

[Seite 180]

Rohdatendoku 8.2. [UMSTEIGV]

8.2. Umsteigezeiten zwischen Verwaltungen [UMSTEIGV]

Umsteigezeiten zwischen Verwaltungen sind sinnvoll, wenn die Verwaltung einen Betrieb und ein Verkehrsmittel kodiert. Man kann diese Umsteigezeiten global definieren oder/und für einzelne Haltestellen.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer oder „@@@@@@@“ 9−14 ASCII Verwaltungsbezeichnung 1 16−21 ASCII Verwaltungsbezeichnung 2 23−24 INT16 Mindestumsteigezeit zwischen den Verwaltungen 26ff UTF-8 (optional) Haltestellenbezeichnung

Beispiel:

@@@@@@@ 000101 000102 02

Erklärung:

Wird „@@@@@@@“ als Haltestellennummer benutzt, so gilt die Zeitangabe an allen Haltestellen, die nicht explizit aufgeführt worden sind. Zwischen Ver- waltung 000101 und 000102 beträgt die generelle Umsteigezeit für alle Fahr- ten 2 Minuten.

Version 5.40.13 180/243

[Seite 181]

Rohdatendoku 8.3. [UMSTEIGL]

8.3. Linien- und richtungsbezogene Umsteigezeiten [UMSTEIGL]

IndieserDateiwerdenspezielleUmsteigezeitenfürdieFahrteneinerLinieund RichtungaufdieFahrteneineranderenLinieundRichtunganeinerHaltestelle festgelegt. Es werden folgende Informationen benötigt:

• die Haltestellennummer

• die Verwaltungen

• die Verkehrsmittel

• die Liniennummer

• die Richtungsflags

• die Umsteigezeit

Darüber hinaus kann die Umsteigebeziehung als garantierter Umstieg mar- kiert werden. Dies bewirkt, dass dieser Umstieg in der Verbindungssuche in HAFAS bevorzugt benutzt wird. Bei der Ausgabe einer Verbindung, in der ein solcher Umstieg vorkommt, kann dieser Umstieg als „garantiert“ markiert wer- den.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−14 ASCII Verwaltung 1 16−18 ASCII Gattung 1 20−27 #INT32 Linien-Id 1 (Zubringer)(7-stellig) 29−29 ASCII Richtung 1 31−36 ASCII Verwaltung 2 38−40 ASCII Gattung 2 42−49 #INT32 Linien-Id 2 (Abbringer)(7-stellig) 51−51 ASCII Richtung 2 53−55 INT16 Umsteigezeit in Minuten 56−56 ASCII Ausrufungszeichen („!“) als Markierung für einen garantierten Umstieg (optional) 58ff UTF-8 Haltestellenname (optional für die Lesbarkeit)

Version 5.40.13 181/243

[Seite 182]

Rohdatendoku 8.3. [UMSTEIGL]

Für einfache Linien (ohne Eintrag in Datei LINIE) wird statt der Linien-Id der String des Liniennamens (8-stellig, UTF-8) angegeben. Anstelle einer Haltestellennummer kann @@@@@@@ angegeben werden, dann gilt der Eintrag für alle Haltestellen, für die kein eigener Eintrag existiert. Die Einträge in einem Quadrupel aus Verwaltung, Verkehrsmittel, Linien-ID und Richtungsflag können von hinten mit dem Platzhalter * aufgefüllt werden. Wird anstelle eines Richtungsflags ein * angegeben, so gilt der Eintrag für al- le Richtungen der entsprechenden Linie. Werden anstelle der Liniennummer unddesRichtungsflagsSterneangegeben,sokönnenandenentsprechenden Haltestellen quasi Umsteigezeiten zwischen Verkehrsmitteln definiert werden. Werden nur noch Verwaltungen angegeben, so entsprechen die Einträge de- nen der UMSTEIGV, sie sind obligatorisch. Für jede Fahrt gilt an jeder Haltestelle, an der mehrere einander widerspre- chende Umsteigezeiten definiert sind, der Eintrag mit den wenigsten Platzhal- tern. Außerdem gilt ein Eintrag, der für alle Haltestellen angegeben wurde, für einenUmstieganeinerHaltestellenur,wennkeinpassenderEintrag(auchmit mehr Platzhaltern) für diese Haltestelle existiert. Grundsätzlich können in einer Zeile Quadrupel mit unterschiedlich vielen Platzhaltern stehen. Dabei muss allerdings darauf geachtet werden, dass kei- ne unlösbaren Mehrdeutigkeiten entstehen. Beispiel:

8004440 000001 U-B #0003079 1 000002 S-B #0003189 2 002 Flittstadt

Erklärung:

AnderHaltestelleFlittstadtbeträgtdieUmsteigezeitzwischenFahrtenderVer- waltung000001,derGattungU-B,derLiniemitID0003079inRichtung„1“auf Fahrten der Verwaltung 000002, der Gattung S-B, der Linie mit ID 0003189 in Richtung „2“ 2 Minuten.

Beispiel:

@@@@@@@ 000001 * * * 000002 * * * 002 Flittstadt

Erklärung:

Dieser Eintrag entspricht dem Beispiel für die Datei UMSTEIGV.

Version 5.40.13 182/243

[Seite 183]

Rohdatendoku 8.3. [UMSTEIGL]

Beispiel:

8004440 000001 U-B * * 000002 S-B #0003189 * 002 Flittstadt 8004440 000001 U-B #0003079 * 000002 S-B * * 003 Flittstadt

Erklärung:

Diese Einträge sind widersprüchlich. Es ist nicht klar, welche Zeit zwischen den Linien #0003079 und #0003189 gilt. Solche Einträge sollten vermieden oder durch einen zusätzlichen Eintrag geklärt werden:

Beispiel:

8004440 000001 U-B #0003079 * 000002 S-B #0003189 * 002 Flittstadt

Version 5.40.13 183/243

[Seite 184]

Rohdatendoku 8.4. [UMSTFWL]

8.4. Garantierte Übergänge für Linien [UMSTFWL]

Analog zu den linien- und richtungsbezogenen Umsteigezeiten (Abschnitt 8.3) können Übergänge definiert werden, die nur zwischen bestimmten Linien be- nutzt werden dürfen. Voraussetzung ist, dass ein solcher garantierter Über- gang in der Datei METABHF definiert und mit einer eindeutigen Nummer für garantierte Übergänge versehen wurde (siehe Abschnitt 6.7.6). Ein garantier- ter Übergang wird während der Verbindungssuche in HAFAS bevorzugt ver- wendet.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Nummer des garantierten Übergangs 9−14 ASCII Verwaltung 1 16−18 ASCII Gattung 1 20−27 #INT32 Linien-ID 1 29−29 ASCII Richtung 1 31−36 ASCII Verwaltung 2 38−40 ASCII Gattung 2 42−49 #INT32 Linien-ID 2 51−51 ASCII Richtung 2

Für einfache Linien (ohne Eintrag in Datei LINIE) wird statt der Linien-ID der String des Liniennamens (8-stellig, UTF-8) angegeben.

Beispiel:

1234567 000001 U-B #0003079 1 000002 S-B #0003189 2

Erklärung:

Von Fahrten der Verwaltung 000001, der Gattung U-B, der Linie mit ID 0003079 in Richtung „1“ auf Fahrten der Verwaltung 000002, der Gattung S- B, der Linie mit ID 0003189 in Richtung „2“ darf der garantierte Übergang mit Nummer 1234567 benutzt werden.

Version 5.40.13 184/243

[Seite 185]

Rohdatendoku 8.4. [UMSTFWL]

Beispiel:

7654321 000001 * * * 000002 * * *

Erklärung:

Von Fahrten der Verwaltung 000001 auf Fahrten der Verwaltung 000002 darf der garantierte Übergang mit Nummer 7654321 benutzt werden.

Version 5.40.13 185/243

[Seite 186]

Rohdatendoku 8.5. [UMSTEIGZ]

8.5. Fahrtpaarbezogene Umsteigezeiten [UMSTEIGZ]

Wenn zwei Fahrten am gleichen Bahnsteig/Mast halten, wird die Mindestum- steigezeit, die für diese Haltestelle gilt, in der Regel unterschritten. Mit einem Eintrag in der UMSTEIGZ-Datei erreicht man, dass die Umsteigemöglichkeit vom Programm trotzdem erkannt wird. Durch Einträge in dieser Datei können garantierte Zubringer- oder Abbringerfahrten abgebildet werden. Es werden folgende Informationen benötigt:

• Haltestellennummer

• Identifikation der ersten Fahrt (Fahrtnummer und Verwaltung)

• Identifikation der zweiten Fahrt (Fahrtnummer und Verwaltung)

• Umsteigezeit in Minuten

• Haltestellenname zur besseren Lesbarkeit

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−14 INT32 Fahrtnummer 1 (6-stellig) 16−21 ASCII Verwaltung für Fahrt 1 23−28 INT32 Fahrtnummer 2 30−35 ASCII Verwaltung für Fahrt 2 37−39 INT16 Umsteigezeit in Minuten 40−40 ASCII Ausrufungszeichen („!“) als Markierung für einen garantierten Umstieg (optional) 42−47 INT32 Verkehrstagebitfeldnummer (optional) 49ff UTF-8 Haltestellenname (optional für die Lesbarkeit)

DieMarkierungderUmsteigebeziehungalsgarantierterUmstiegbewirkt,dass in der Verbindungssuche in HAFAS dieser Umstieg bevorzugt benutzt wird. BeiderAusgabeeinerVerbindung,indereinsolcherUmstiegvorkommt,kann dieser Umstieg als „garantiert“ markiert werden. Beispiel:

8002010 003079 80____ 003189 80____ 002 0000001 Flieden

Version 5.40.13 186/243

[Seite 187]

Rohdatendoku 8.5. [UMSTEIGZ]

Erklärung:

An der Haltestelle Flieden beträgt die Umsteigezeit zwischen Fahrt 003079 der Verwaltung 80____ und Fahrt 003189 der Verwaltung 80____ 2 Minu- ten an allen Tagen, die im Verkehrstagebitfeld 0000001 angegeben sind. Dies gilt unabhängig von der Zeit, die in der Datei für die haltestellenbezogenen Umsteigezeiten definiert ist. Man kann diese Zeile benutzen, um folgende In- formationen alternativ zu verschlüsseln:

• Umstieg erlaubt: Ist die fahrplanmäßige Differenz zwischen Ankunft der Fahrt 003079 und Abfahrt des Fahrt 003189 größer oder gleich zwei Minuten, so ist der Umstieg gestattet.

• Umstieg nicht erlaubt: Ist die fahrplanmäßige Differenz kleiner als zwei Minuten, wird ein Um- stieg nicht stattfinden. Es ist also möglich, den Übergang zwischen zwei Fahrten zu sperren.

Version 5.40.13 187/243

[Seite 188]

Rohdatendoku 8.6. [UMSTFWZ]

8.6. Garantierte Übergänge für Fahrten [UMSTFWZ]

Analog zu den Umsteigezeiten für Fahrten (Abschnitt 8.5) können Übergänge definiert werden, die nur zwischen bestimmten Fahrten benutzt werden dür- fen. Voraussetzung ist, dass ein solcher garantierter Übergang in der Datei METABHF definiert und mit einer eindeutigen Nummer für garantierte Über- gängeversehen wurde(siehe Abschnitt6.7.6). Eingarantierter Übergangwird während der Verbindungssuche in HAFAS bevorzugt verwendet.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Nummer des garantierten Übergangs 9−14 INT32 Fahrtnummer 1 (6-stellig) 16−21 ASCII Verwaltung für Fahrt 1 23−28 INT32 Fahrtnummer 2 30−35 ASCII Verwaltung für Fahrt 2

Beispiel:

1234567 003079 80____ 003189 80____

Erklärung:

Von Fahrt 003079 der Verwaltung 80____ auf Fahrt 003189 der Verwaltung 80____ darf der garantierte Übergang mit Nummer 1234567 benutzt werden.

Version 5.40.13 188/243

[Seite 189]

Rohdatendoku 8.7. [UMSTEIGW]

8.7. Wartezeiten bei Umstiegen [UMSTEIGW]

Es werden drei Typen von Wartezeiten unterschieden: (i) Haltestellenwarte- zeiten, die für alle Fahrten gelten, die eine bestimmte Haltestelle berühren, (ii) spezifische Wartezeiten zwischen einzelnen Fahrten an bestimmten Hal- testellen und (iii) Wartezeiten, die für alle Fahrten bestimmter Linien an einer bestimmten Haltestelle gelten. Für alle drei Typen können sowohl maximale als auch garantierte Wartezeiten definiert werden.

Version 5.40.13 189/243

[Seite 190]

Rohdatendoku 8.7. [UMSTEIGW]

8.7.1. Haltestellenwartezeiten

Ein Haltestellenwartezeiteintrag ordnet einer Haltestelle Zeiten für eine ma- ximale und garantiert Wartezeit zu, die für alle Fahrten an dieser Haltstelle gelten. Zusätzlich kann ein allgemeingültiger Eintrag für alle Haltestellen, die nicht konkreter beschrieben sind, angegeben werden.

Dateiformat:

Spalte Typ Bedeutung

1−7 ASCII Haltestellensnummer oder Text "@@@@@@@" 9−9 ASCII Anschlusspriorität (optional) (A:garantiert, B:gesichert, C:überwacht, *: wenn nicht gewünscht) 11−13 INT16 Garantierte Wartezeit in Minuten 15−17 INT16 Maximale Wartezeit in Minuten 19−24 INT16 Bitfeldnummer die die Gültigkeitsperiode des Eintrages beschreibt

Beispiel:

@@@@@@@ C 005 005 000000 8000152 A 005 010 000000

Erklärung:

Ein garantierte und eine maximale Wartezeit von 5min gilt mit Priorität C für alle Fahrten an allen Haltestellen. Diese Information gilt täglich. Für die Halte- stelle 8000152 gilt täglich eine garantierte Wartezeit von 5min und eine maxi- male Wartezeit von 10 min an allen Tagen mit Priorität A.

Version 5.40.13 190/243

[Seite 191]

Rohdatendoku 8.7. [UMSTEIGW]

8.7.2. Wartezeiten zwischen Fahrten

Angegeben werden können garantierte und maximale Wartezeiten von einer AbbringerfahrtaufihreZubringerfahrten.DieAngabenbeinhaltenHaltestellen, Fahrtnummern,Verwaltungen,Verkehrstage,diejeweiligenZeitangabensowie eine Anschlusspriorität.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−14 INT32 Fahrtnummer 1 (Zubringer)(6-stellig) 16−21 ASCII Verwaltung für Fahrt 1 23−29 INT32 Haltestellennummer 31−36 INT32 Fahrtnummer 2 (Abbringer) 38−43 ASCII Verwaltung für Fahrt 2 45−45 ASCII Anschlusspriorität (optional) (A:garantiert, B:gesichert, C:überwacht) 47−49 INT16 Garantierter Wartezeitraum in Minuten 51−53 INT16 Maximaler Wartezeitraum in Minuten 55−60 INT16 Verkehrstagebitfeldnummer

Beispiel:

8000128 003079 80____ 8000152 003189 80____ A 015 020 000000

Erklärung:

DieFahrt003189wartetamHalt8000152garantiert15Minutenabermaximal 20 Minuten auf die Fahrt 003079 welche am Halt 8000128 ankommt. Der An- schluss wird in jedem Falle gewährleistet. Diese Regel gilt täglich und für die Verwaltung 80____

Version 5.40.13 191/243

[Seite 192]

Rohdatendoku 8.7. [UMSTEIGW]

8.7.3. Wartezeiten zwischen Linien

Die Angabe der Daten erfolgt analog zu den Wartezeiten bei Zügen. Benö- tigt wird jeweils ein Tripel (Haltestellennummer, Liniennummer, Richtungsflag) fuer den Zu- und den Abbringer. Die Liniennummer ist mit vorangestelltem ’#’ anzugeben. Wird anstatt eines Richtungsflags ein ’*’ angegeben, so gilt die Warteregel für alle Richtungen der entsprechenden Linie. Optional kann die Anschlusspriorität fuer diese Warteregel angegeben werden. Der Warte- zeitraum wird definiert durch die Angabe der garantierten und der maximalen Wartezeit (angegeben in min). Es muss zusätzlich defniert werden, wie lange der Abbringer einer Linie maximal auf den Zubringer der anderen Linie warten darf.ÜberdieVerkehrstagebitfeldnummerwirddefiniert,anwelchenTagendie Warteregel gelten soll. Optional kann diese Datierung durch die Angabe von Zeitintervallen präzisiert werden, in denen für einen Verkehrstag unterschied- liche Wartezeiten in verschiedenen Zeitintervallen gelten können. Der Anfang des Wartezeitintervalls liegt zwischen 0:00 Uhr und 24:00 Uhr, wohingegen das Ende des Wartezeitintervalls nach 24:00 Uhr liegen darf. Letztere Uhrzeit ist als Wert zwischen 2401 und 4759 anzugeben.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 1 9−16 #INT32 Linien-Id 1 (Zubringer)(7-stellig) 18−18 ASCII Richtungsflag 1 20−26 INT32 Haltestellennummer 2 28−35 #INT32 Linien-Id 2 (Abbringer) 37−37 ASCII Richtungsflag 2 39−39 ASCII Anschlusspriorität (optional) (A:garantiert, B:gesichert, C:überwacht) 41−43 INT16 garantierter Wartezeitraum in Minuten 45−47 INT16 Maximaler Wartezeitraum in Minuten 49−51 INT16 Maximaler zeitlicher Abstand zwischen zwei Zügen in Minuten 53−58 INT16 Verkehrstagebitfeldnummer 60−63 INT16 Start Wartezeitintervall (optional) 65−68 INT16 Ende Wartezeitintervall (optional)

Version 5.40.13 192/243

[Seite 193]

Rohdatendoku 8.7. [UMSTEIGW]

Beispiel:

1000002 #0001234 1 1000004 #0004321 0 A 005 007 020 000000 0700 0900 1000002 #0001234 1 1000004 #0004321 0 A 008 012 020 000000 2200 2300

Erklärung:

Züge der Linie 0004321 warten an der Haltestelle 1000004 täglich auf Züge der Linie 0001234, welche am Halt 1000002 ankommen. Von morgens 07:00 Uhr bis 09:00 Uhr beträgt die garantierte Wartezeit 5 min und die maximale Wartezeit 7 min - zwischen 22:00 Uhr und 23:00 Uhr wird garantiert 8 min und maximal 12 min gewartet.

Version 5.40.13 193/243

[Seite 194]

Rohdatendoku 9. Realgraph

9. Realgraph

HAFAS erlaubt die Definition von geographischen bzw. schematischen Streckennetzen (bspw. Liniennetzplan), die über die Detaillierung der Halte- stellen hinausgehen. Diese Streckennetze können vor allem für Visualisie- rungszwecke verwendet werden. Neben der klassischen Kartenansicht einer Verbindung ist auch eine animierte Ansicht der Fahrtbewegungen in einem Verkehrsnetz mit Hilfe von Realgraph-Informationen möglich. Dazu können zusätzliche Punkte im Streckennetz, die keine Bahnhöfe sind, sowie Verbindungen zwischen diesen Punkten definiert werden. Zu einer Realgraphdefinition gehören drei Typen von Dateien:

STRECKENPT Definition der Streckenpunkte und spezieller Eigenschaften

KANTEN Definition der Kanten zwischen den Punkten in STRECKENPT

FAHRTZUORDNG Zuordnung von Fahrten bzw. Fußwegen zu bestimmten Kanten/Streckenpunkten im Realgraph

Es können mehrere Streckennetze einem Fahrplandatenbestand zugeordnet werden, wobei sich diese sowohl in den Punktemengen, in der Gestaltung der Kanten oder lediglich in den hinterlegten Koordinaten voneinander unter- scheiden können. Es wird ein hierarchisches System zur Charakterisierung der Streckennetze verwendet, hierzu wird das Konzept der Realgraph-Layer unterstützt.

Version 5.40.13 194/243

[Seite 195]

Rohdatendoku 9.1. Realgraph-Layer

9.1. Realgraph-Layer

9.1.1. Charakterisierung

Ein Realgraph-Layer bezeichnet eine in sich abgeschlossene Menge von Streckenpunkten und Kanten zwischen diesen Punkten innerhalb einer Realgraph-Definition. In HAFAS werden Layer mit Namen gekennzeichnet, wobei der sogenannte Default/Standard-Layer auch ohne Namen existieren kann. Jede Realgraph- Rohdatei kann Informationen zu mehreren Layern enthalten. Wird am Anfang einerDateikeinLayerexplizitangegeben,sowirdfürdieseDateizunächstder Standard-Layer angenommen. WerdenmehralsnurderStandard-Layerdefiniert,somussinjederRealgraph- datei ersichtlich sein, zu welchem Layer die Informationen in der betreffenden Datei gehören. Weitere Layer können vom Standard-Layer Eigenschaften (bspw. bestimmte Punkte, Kanten oder das verwendete Koordinatensystem) übernehmen oder aber komplett unabhängig definiert werden. Innerhalb eines Realgraph-Layers können verschiedene Koordinatensysteme verwendet werden. Grundsätzlich werden geographische Koordinatensyste- me, planare Koordinatensysteme oder freie Koordinatensyteme (sog. Roh- Koordinaten) unterstützt. Verschiedene Koordinatensysteme innerhalb eines Realgraph-Layers ermög- lichen verschiedene Sichten auf ein Streckennetz (bspw. geographische Sicht vs. schematische Sicht). Die Menge von Streckenpunkten und Kanten bleibt dabei unberührt. Jeder Realgraph-Layer kann über weitere Eigenschaften verfügen. Derzeit können eine Kategorie, eine Region und ein zugeordneter Dateiname (z.B. für ein Bild) als mögliche Eigenschaften einem Layer zugeordnet werden.

Version 5.40.13 195/243

[Seite 196]

Rohdatendoku 9.1. Realgraph-Layer

9.1.2. Definition und Zuweisung eines Realgraph-Layers

DieDefinitionenineinerjedenRealgraphdateibeziehensichgrundsätzlichauf einen bestimmten Realgraph-Layer. Dieser kann explizit angegeben werden durch eine Layerdefinitionszeile. Wird keine Layerdefinitionszeile angegeben, werden alle Informationen der jeweiligen Datei dem Standard-Layer zugeord- net. Weiterhin können einzelnen Layern weitere Eigenschaften zugeordnet werden. Diese Definitionen erfolgen in einer Streckenpunkt-Definitionsdatei. Ein Realgraph-Layer wird mit einer *Y-Zeile eingeleitet. Alle folgenden Defi- nitionen bis zur nächstfolgenden *Y-Zeile gelten für den in *Y-Zeile bezeich- neten Layer. *Y-Zeilen können zu Blöcken gruppiert werden, die folgenden Definitionen (bspw. Streckenpunkte) beziehen sich dann auf alle im *Y-Block genannten Layer.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *Y 4−4 ASCII Typ des Layers, Wertebereich:

• Standard-Layer; S Zusatzlayer / System; E Zusatzlayer / Extended; G Zusatzlayer / Geographical; P Zusatzlayer / Planar; R Zusatzlayer / Raw 6−13 ASCII Name des Realgraph-Layers, kann bei Standard-Layer entfallen

Version 5.40.13 196/243

[Seite 197]

Rohdatendoku 9.1. Realgraph-Layer

Das Verhalten des Layers wird insbesondere durch seinen Typ festgelegt. Fol- gende Werte sind möglich. Standard (+) : Mit diesem Typ wird der Standard-Layer gekennzeichnet. Die- ser verwendet grundsätzlich alle Haltestellen und deren Koordinaten wie angegeben. Streckenpunkte erweitern die Haltestellenmenge.

Zusatzlayer/System (S) : Das übergeordnete Haltestellen- Koordinatensystem wird verwendet wie beim Standard-Layer, aller- dings wird für jede Haltestelle die im entsprechenden Layer benutzt werden soll, eine explizite Definition eines Streckenpunktes erwartet. Die Koordinateninformationen aus der Haltestellenkoordinatendatei wird ignoriert.

Zusatzlayer/Extended(E) : Dieser Layer verhält sich wie der Standardlayer, d.h. das benutzte Koordinatensystem und die einzelnen Kooordinaten der Haltestellen werden aus der origineren Haltestellenkoordinatendatei übernommen.

Zusatzlayer/Geographical (G) :Dieser Layer igoniert alle Angaben aus dem Standard-Layer und alle Koordinateninformationen der Haltestellen. Je- der zu benutzende Punkt muss explizit definiert werden. Das Koordina- tensystem ist geographisch.

Zusatzlayer/Planar (P) : Dieser Layer igoniert alle Angaben aus dem Standard-Layer und alle Koordinateninformationen der Haltestellen. Je- der zu benutzende Punkt muss explizit definiert werden. Das Koordina- tensystem ist planar.

Zusatzlayer/Raw (R) :DieserLayerigoniertalleAngabenausdemStandard- Layer und alle Koordinateninformationen der Haltestellen. Jeder zu be- nutzende Punkt muss explizit definiert werden. Das Koordinatensystem ist frei (roh), die Semantik der Koordinaten ist vom Anwendungsszenario abhängig.

Beispiel:

*Y +

Erklärung:

Es folgen Definitionen zum Standard-Layer.

Version 5.40.13 197/243

[Seite 198]

Rohdatendoku 9.1. Realgraph-Layer

Beispiel:

*Y + STANDARD

Erklärung:

Es folgen Definitionen zum Standard-Layer. Der Name des Layers ist STAN- DARD.

Beispiel:

*Y G LAYER1

Erklärung:

EsfolgenDefinitionenzueinemZusatzlayermitgeographischemKoordinaten- system.DieserLayeristkomplettunabhängigvonHaltestellenkoordinatenund anderen Realgraph-Definition im Standard-Layer. Der Name des Zusatzlayers ist LAYER1.

Beispiel:

*Y + *Y G LAYER1

Erklärung:

Die folgenden Definitionen beziehen sich auf den Standard-Layer und auf einenZusatzlayermitgeographischemKoordinatensystem.DerNamedesZu- satzlayers ist LAYER1.

Version 5.40.13 198/243

[Seite 199]

Rohdatendoku 9.2. [STRECKENPT]

9.2. Streckenpunkte [STRECKENPT]

Diese Datei enthält Punkte im Streckennetz, die keine Haltestellen sind, sowie zusätzliche Realgraph-Informationen zu Haltestellen. Jede Streckenpunktde- finition bezieht sich auf einen konkreten Realgraph-Layer. Dieser kann in der Streckenpunkt-Datei mit Hilfe einer vorangestellten *Y-Zeile explizit zugewie- sen werden (siehe Abschnitt 9.1). Wenn keine Layer-Zuweisungen vorgenom- men werden, beziehen sich alle Streckenpunkte auf den Standard-Layer wel- cher implizit immer vorhanden ist. InnerhalbderDateikönnenmehrereKoordinatensystemedefiniertwerden.Je- der Streckenpunkt kann einem oder mehreren Koordinatensystemen zugeord- net werden und in diesen jeweils unterschiedliche Koordinaten aufweisen.

Version 5.40.13 199/243

[Seite 200]

Rohdatendoku 9.2. [STRECKENPT]

9.2.1. Definition von Layer-Eigenschaften

Einem Realgraph-Layer können verschiedene Eigenschaften zugeordnet wer- den. Dafür werden *P-Zeilen, die direkt hinter der Definitionszeile des Layers folgen, verwendet. Die Definition von Eigenschaften muss stets direkt im An- schluss an die Layerdefinitionszeile erfolgen. Es ist möglich, die Gruppierung von Layern (vgl. vorheriger Abschnitt) mit *P- Zeilen, zu kombinieren. Dabei beziehen sich die P-Zeilen jeweils ausschließ- lichaufdenLayerderdirektvorangenanntenP-Zeile.DienachfolgendenDe- finitionen (bspw. von Streckenpunkten) beziehen sich allerdings auf alle Layer der Gruppe.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *P 4−4 ASCII Kategorie der Eigenschaft, Wertebereich: T - Typangabe, R - Region, P - Picture 6ff ASCII Wert zur Eigenschaft, abhängig von Kategorie

Typ (T) :DerLayer-TyperlaubtdieKategorisierungvonLayernundwirddurch eine zweistelligen Integerwert bezeichnet.

Region (R) : Ein Layer kann einer bestimmten Region zugeordnet sein. Dies wird durch die Zuordnung zu einer achstelligen Regionsnummer ermög- licht.

Picture (P) : Einem Layer kann ein Bild zugeordnet werden, dies erfolgt mit hilfe der Eigenschaft P.

Beispiel:

*Y + *P P picture1.jpg

Erklärung:

Dem Standard-Layer wird ein Bild zugeornet, welches im File picture1.jpg ge- speichert ist.

Version 5.40.13 200/243

[Seite 201]

Rohdatendoku 9.2. [STRECKENPT]

Beispiel:

*Y Y E LAYER1 *P P picture1.jpg *Y Y G LAYER2 *P P picture2.jpg *P R 12345678

Erklärung:

Es werden zwei Layer definiert, die den Namen LAYER1 bzw. LAYER2 tragen. LAYER1 wird der Typ ’Extended’ und die Bilddatei picture1.jpg zugewiesen, LAYER2 der Typ ’Geographical’, die Bilddatei picture2.jpg und die Region mit der Nummer 12345678. Alle nachfolgenden Streckenpunktdefinitionen bezie- hen sich sowohl auf LAYER1 als auch auf LAYER2.

Version 5.40.13 201/243

[Seite 202]

Rohdatendoku 9.2. [STRECKENPT]

9.2.2. Definition eines Koordinatensystems

Ein neues Koordinatensystem wird dem Tag eingeleitet. Zur Definiti- onderEigenschafteneinesKoordinatensystemswerden*P-Zeilenverwendet. Eine *P-Zeile kann ausschließlich als erste Zeile in einem neuen Koordinaten- system auf den Tag folgen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *P 4−11 ASCII Name des Koordinatensystems 13−13 ASCII Typ des Koordinatensystems, Wertebereich: P - planar, G - Geographisch, R - Rohdaten 15ff FLOAT Kommagetrennte Liste von Eigenschaften des Koordinatensystems: x-Multiplikator, x-Offset, y-Multiplikator, y-Offset. (optional)

Bezieht sich die *P-Zeile auf das Standard-Koordinatensystem, so kann le- diglich ein Name definiert werden. Typangaben oder weitere Eigenschaften dürfen in diesem Falle nicht angegeben werden. Für alle weiteren Koordindatensysteme ist zwingend die Angabe eines Na- mens sowie auch eines Typs erforderlich. Die weiteren Eigenschaften sind op- tional.

Beispiel:

Erklärung:

Im Beispiel wird ein Koordinatensystem mit dem Namen koord001 definiert. Dieses ist planar und verfügt über die Detaileigenschaften: x-Multiplikator: 1, x-Offset: 2, y-Multiplikator: 3, y-Offset: 4.

Version 5.40.13 202/243

[Seite 203]

Rohdatendoku 9.2. [STRECKENPT]

9.2.3. Definition von Streckenpunkten

Dateiformat:

Spalte Typ Bedeutung

1−7 ASCII Streckenpunkt-Kurzbezeichner oder externe Haltestellennummer 9−18 FLOAT x-Koordinate 20−29 FLOAT y-Koordinate 31−35 INT16 z-Koordinate (optional) 37−86 UTF-8 Streckenpunktbezeichner oder Haltestellenname

Streckenpunkt-KurzbezeichnerdürfennichtmitvorhandenenHaltestellennum- mernübereinstimmen.DieKoordinatenvonHaltestellendürfensichvondenen aus der Haltestellen-Koordinatendatei BFKOORD unterscheiden. Das Hinzu- fügen von Haltestellen zur Streckenpunkte-Datei ist optional.

Beispiel:

WEICHE1 9.71451865 46.6531972 100 Weiche 1

Version 5.40.13 203/243

[Seite 204]

Rohdatendoku 9.2. [STRECKENPT]

9.2.4. *I-Zeilen (optional)

Eine*I-ZeileordneteinemStreckenpunkteinenRealgraph-Infotextzu.Infotex- te werden im Abschnitt 5.5 beschrieben.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *I 4−5 ASCII Infotext-Code 7−15 INT32 Infotext-Nummer

Ein Streckenpunkt kann mehrere Infotexte haben. Der Infotext-Code darf kei- ne Leerraum-Zeichen enthalten (z.B. Leerzeichen, Tabulatoren). Der Infotext- CodedientderKlassifikationoderGruppierungvonInfotexten.Infotext-Codes, dieauszweiGroßbuchstabenbestehen,habeneinedefinierteBedeutung.Alle anderen Infotext-Codes können ohne Einschränkungen benutzt werden.

Beispiel:

POINT01 9.71451865 46.6531972 100 Point 1 *I bc 123456780 *I cd 123456781 8000152 9.742022 52.377192 55 Hannover Hbf *I AB 123456782

Erklärung:

Im Beispiel wird ein Streckenpunkt POINT01 definiert, welcher die Realgraph- Infotexte 123456780 und 123456781 hat. Der Realgraph-Infotext 123456782 wird der Haltestelle 8000152 zugeordnet.

Version 5.40.13 204/243

[Seite 205]

Rohdatendoku 9.2. [STRECKENPT]

9.2.5. *M-Zeile (optional)

Eine *M-Zeile enthält eine Liste von Streckenpunkt-Markierungen. Streckenpunkt-Markierungen können als Flags für Realgraph-Streckenpunkte verstanden werden. Eine Streckenpunkt-Markierung besteht aus einem einzelnen Nicht-Leerraum-Zeichen. Großbuchstaben haben ein definierte Bedeutung. Alle anderen Nicht-Leerraum-Zeichen können ohne Einschrän- kungen benutzt werden. Die Interpretation der Zeichen wird nicht in den Rohdaten hinterlegt. Sie erfolgt durch HAFAS .

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *M 4ff ASCII Liste von Streckenpunkt-Markierungen

Zu jedem Streckenpunkt darf es höchstens eine *M-Zeile geben.

Beispiel:

POINT01 9.71451865 46.6531972 100 Point 1 *M abE12

Erklärung:

Im Beispiel wird der Streckenpunkt POINT01 definiert. Der Streckenpunkt hat dieMarkierungen“a”,“b”,“E”,“1”und“2”.DieInterpretationdesGroßbuchsta- bens “E” ist definiert als “ist elektrifiziert”.

Version 5.40.13 205/243

[Seite 206]

Rohdatendoku 9.3. [KANTEN]

9.3. Realgraphkanten [KANTEN]

DerRealgraphgibtdasStreckennetzalsGraphwieder.DieseDateienthältdie Realgraph-Kanten. Jede Kantendefinition bezieht sich auf einen konkreten Realgraph-Layer. Dieser kann in der Kanten-Datei mit Hilfe einer vorangestellten *Y-Zeile explizit zugewiesen werden (siehe Abschnitt 9.1). Wenn keine Layer- Zuweisungen vorgenommen werden, beziehen sich alle Kantendefinitionen auf den Standard-Layer welcher implizit immer vorhanden ist.

Dateiformat:

Spalte Typ Bedeutung

1−7 ASCII Knoten 1: Haltestellennummer oder Streckenpunkt-Kurzbezeichner 9−15 ASCII Knoten 2: Haltestellennummer oder Streckenpunkt-Kurzbezeichner 17−17 ASCII B für Kanten, welche in beiden Richtungen verlaufen (optional)

Eine solche Zeile erzeugt eine Kante von Knoten 1 zu Knoten 2. Wird ein “B” angefügt, so wird auch eine Kante von Knoten 2 zu Knoten 1 eingefügt. Beispiel:

8501566 8501564 B

Erklärung:

Fügt die Kanten (8501566, 8501564) und (8501564, 8501566) hinzu.

Version 5.40.13 206/243

[Seite 207]

Rohdatendoku 9.3. [KANTEN]

9.3.1. *G-Zeilen (optional)

ZujederKantekanneineFolgevonStützknotendefiniertwerden.JederStütz- knoten darf nur entlang einer Kante liegen.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *G 4ff ASCII Stützknoten, Entfernungsangaben, Markierungen und Infotexte

Zwischen zwei Knoten, vor dem ersten Knoten und nach dem letzten Knoten kann stehen:

• ein optionales “L” gefolgt von der Entfernung der Knoten in Metern,

• ein optionales “M” gefolgt von einer Liste von Kantenmarkierungen und

• ein optionales “I” gefolgt von einem 2-Zeichen langen Infotext-Code und einer Infotextnummer (mehrere “I”-Blöcke sind möglich).

DieEntfernungderKnotenwirdaufdieLuftlinienentfernunggesetzt,fallskeine Entfernungangegebenwurde.KantenmarkierungenwerdenimAbschnitt9.3.5 genauer beschrieben. Im Abschnitt 5.5 werden Infotexte allgemein erläutert. Abschnitt 9.3.4 geht auf Infotexte für Realgraph-Kanten genauer ein.

Beispiel:

8501566 8501564 *G L 450 8501565 SIGNAL7 *G L 1580 I de 1234567 I fg 1234568 P123456 M AB12

Version 5.40.13 207/243

[Seite 208]

Rohdatendoku 9.3. [KANTEN]

Erklärung:

Im Beispiel wird eine Kante zwischen den Knoten 8501566 und 8501564 über die Knoten 8501565, SIGNAL7 und P123456 definiert. Die Länge der Kante von Knoten 8501566 zu Knoten 8501565 beträgt 450 m, die Länge der Kante von Knoten SIGNAL7 zu Knoten P123456 beträgt 1580 m. Die Längen der Kanten (8501565, SIGNAL7) und (P123456, 8501564) werden als Luftlinien- Entfernungermittelt,dakeineLängeangegebenwurde.DieInfotexte1234567 und 1234568 werden der Kante (SIGNAL7, P123456) zugeordnet. Die Kante (P123456, 8501564) hat die Kantenmarkierungen “A”, “B”, “1” und “2”.

Version 5.40.13 208/243

[Seite 209]

Rohdatendoku 9.3. [KANTEN]

9.3.2. *L-Zeile (optional)

Ist die Länge der Gesamtstrecke bekannt aber nicht die Längen aller Teilkan- ten, so kann in einer *L-Zeile die Länge der Gesamtkante angegeben werden. Wird keine *L-Zeile angegeben, so wird die Länge der Kante als Luftlinien- Distanz der Streckenpunkte bzw. sofern vorhanden als Summe der Distanzen der Stützknoten ermittelt. Die Gesamtlänge der Kante darf nicht kleiner als die Summe der Distanzen der Stützknoten sein.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *L 4−13 INT32 Länge der Kante in Metern

Zu einer Kante darf es hoechstens eine *L-Zeile geben.

Beispiel:

8530260 8504316 B *L 500

Erklärung:

Zwischen den Knoten 8530260 und 8504316 gibt es eine direkte Verbindung. Die Länge der Verbindungsstrecke beträgt 500 Meter.

Version 5.40.13 209/243

[Seite 210]

Rohdatendoku 9.3. [KANTEN]

9.3.3. *T-Zeilen (optional)

Die Kanten des Realgraphen sind meist nur für bestimmte Verkehrsmittel ge- eignet oder sie werden nur von bestimmten Verkehrsmitteln benutzt. *T-Zeilen legen fest, von welchen Verkehrsmitteln eine Kante benutzt werden darf. Die Verkehrsmittel können auf Grundlage von Gattungen und Produktklassen de- finiert werden. Darüber hinaus können Fußwegkanten definiert werden. Gat- tungen und Produktklassen werden im Abschnitt 7.2 beschrieben. Für Pro- duktklassen wird folgendes Zeilenformat verwendet:

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *TP 5−6 ASCII Kategorie Produktlasse (von 0 bis 13)

Für Gattungen gilt folgendes Zeilenformat:

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *TG 5−7 ASCII Gattungscode

Das Zeilenformat für Fußwege wird in der folgenden Tabelle angegeben:

Dateiformat:

Spalte Typ Bedeutung

1−3 ASCII *TF

Version 5.40.13 210/243

[Seite 211]

Rohdatendoku 9.3. [KANTEN]

Ein zusammenhängender Block von *T-Zeilen legt die zulässigen Gattun- gen der nachfolgenden Kanten fest. Jeder neue *T-Zeilenblock hebt vorher- gehende *T-Zeilenblöcke auf. Die Kanten bis zur ersten *T-Zeile dürfen von allen Gattungen befahren werden, sind aber für Fußwege gesperrt. Die *T- Zeilentypen(Produktklasse,Gattung,Fußweg)dürfenbeliebigkombiniertwer- den. Für Stützknoten-Kanten aus *G-Zeilen gelten die Gattungen der zugrun- de liegenden (“Haupt”-)Kante. Ein *T-Zeilenblock, welcher nur aus einer *TG oder *TP Zeile ohne Angabe einer Gattung bzw. einer Produktklasse besteht, erzeugt Kanten, die nicht für das Routing benutzt werden können.

Beispiel:

8530260 8504316 B *TP 02 *TG IC *TG ICE 8530261 8504370 B *TG M 8530262 8504371 B 8504371 8504372 B *TG BUS *TF 0123456 0123457 B

Erklärung:

Die Kante (8530260, 8504316) darf von allen Gattungen befahren werden. Die Benutzung der Kante (8530261, 8504370) ist nur für die Gattungen der Produktklasse 02 sowie für die Gattungen “IC” und “ICE” zulässig. Die Kanten (8530262, 8504371) und (8504371, 8504372) dürfen nur von der Gattung “M” befahren werden. Die Kante (0123456, 0123457) darf für Fahrten der Gattung BUS und für Fußwege benutzt werden.

Version 5.40.13 211/243

[Seite 212]

Rohdatendoku 9.3. [KANTEN]

9.3.4. *I-Zeilen (optional)

Eine *I-Zeile fügt einen Infotext zu einer Kante hinzu. Infotexte werden im Ab- schnitt 5.5 beschrieben.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *I 4−5 ASCII Infotext-Code 7−15 INT32 Infotext-Nummer

Eine Kante kann mehrere Infotexte haben. Die Infotexte werden auch allen Kanten aus zur Kante gehöhrenden *G-Zeilen zugeordnet. Der Infotext-Code darf keine Leerraum-Zeichen enthalten (z.B. Leerzeichen, Tabulatoren). Der Infotext-Code erzeugt eine Klassifizierung oder Gruppierung von Infotexten. Infotext-Codes, die aus zwei Großbuchstaben bestehen, haben eine definierte Bedeutung. Alle anderen Infotext-Codes können ohne Einschränkungen ver- wendet werden.

Beispiel:

8530260 8504316 B *I bc 123456780 *I cd 123456781

Erklärung:

In diesem Beispiel wird eine Kante von Knoten 8530260 zu 8504316 definiert. Dieser Kante werden die Infotexte 123456780 und 123456781 zugeordnet.

Version 5.40.13 212/243

[Seite 213]

Rohdatendoku 9.3. [KANTEN]

9.3.5. *M-Zeile (optional)

Eine *M-Zeile enthält eine Liste von Kantenmarkierungen. Kantenmarkierun- gen können als Flags für Kanten verstanden werden. Eine Kantenmarkierung besteht aus einem einzelnen Nicht-Leerraum-Zeichen. Großbuchstaben ha- ben eine definierte Bedeutung. Alle anderen Nicht-Leerraum-Zeichen kön- nen ohne Einschränkungen verwendet werden. Die Bedeutung der Zeichen wird nicht in den Rohdaten hinterlegt. Die Interpretation der Zeichen erfolgt in HAFAS .

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *M 4ff ASCII Liste von Kantenmarkierungen

Für eine Kante darf es höchstens eine *M-Zeile geben. Die Kantenmarkierun- gen werden auch allen Kanten aus zur Kante gehörenden *G-Zeilen zugeord- net.

Beispiel:

8530260 8504316 B *M abE12

Erklärung:

Im Beispiel wird eine Kante zwischen den Knoten 8530260 und 8504316 defi- niert. Die Kante hat die Markierungen “a”, “b”, “E”, “1” und “2”. Die Bedeutung des Großbuchstabens “E” ist definiert als “ist elektrifiziert”.

Version 5.40.13 213/243

[Seite 214]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4. Zuordnungen zum Streckennetz [FAHRTZUORDNG]

Diese Rohdatendatei dient der Zuordnung von Fahrten, Linien und Fußwegen zum Streckennetz. Sie ermöglicht es den Fahrt-/Fußwegverlauf genau zu de- finieren. Dieser wird dabei auf Grundlage von Haltestellen und Streckenpunk- ten (siehe Abschnitt 9.2) festgelegt. In der Kantendatei müssen entsprechen- de Kanten definiert sein (siehe Abschnitt 9.3). Zusätzlich können bei Fahr- ten Streckenpunkte mit Durchfahrtszeiten versehen werden. Die Zeitangaben stellendabeidieFahrtzeitinSekundenseitAbfahrtamzuletztpassiertenLauf- wegshalt dar. Jede Zuordnungsdefinition bezieht sich auf einen konkreten Realgraph-Layer. Dieser kann mit Hilfe einer vorangestellten *Y-Zeile explizit zugewiesen wer- den(sieheAbschnitt9.1).WennkeineLayer-Zuweisungenvorgenommenwer- den, beziehen sich alle Zuordnungsdefinitionen auf den Standard-Layer wel- cher implizit immer vorhanden ist.

Version 5.40.13 214/243

[Seite 215]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4.1. Zeilentyp 1: Zuordnung für Fahrten

Eine derartige Zeile leitet die Defintion der Zuordnung einer Fahrt zum Streckenentz ein. Die folgenden Informationen gelten dabei nur für das an- gegebene Verkehrstagemuster.

Dateiformat:

Spalte Typ Bedeutung

1−6 INT32 Fahrtnummer 8−13 ASCII Verwaltung 15−20 INT32 Verkehrstag

Beispiel:

000011 000005 000123

Erklärung:

DiefolgendenAngabenbeziehensichaufdieFahrt000011mitderVerwaltung 000005 am Verkehrstag 000123.

Version 5.40.13 215/243

[Seite 216]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4.2. Zeilentyp 2: Zuordnung für Linien

Eine derartige Zeile leitet die Defintion der Zuordnung einer Linie zum Streckenentz ein. Die folgenden Informationen gelten dabei nur für das an- gegebene Verkehrstagemuster.

Dateiformat:

Spalte Typ Bedeutung

1−8 #INT32 Linien-ID 10−15 INT32 Verkehrstag

Beispiel:

#0000001 000017

Erklärung:

Die folgenden Angaben beziehen sich auf die Linie mit der Linie-ID #0000001 mit der am Verkehrstag 000017.

Version 5.40.13 216/243

[Seite 217]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4.3. Zeilentyp 3: Zuordnung für Fußwege

EinederartigeZeileleitetdieDefinitionderZuordnungeinesFußwegsoderei- ner Anzahl vonFußwegen zum Streckenentz ein. Diefolgenden Informationen gelten dabei nur für das angegebene Verkehrstagemuster.

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Starthaltestelle des Fußwegs 9−15 INT32 Zielhaltestelle des Fußwegs 17−25 INT32 Fußwegnummer (optional) 27−32 INT32 Verkehrstag

Beispiel:

5000011 5000005 000000001 000123

Erklärung:

Die folgenden Angaben beziehen sich auf den Fußweg zwischen den Halte- stellen 5000011 und 5000005 mit der Nummer 000000001 am Verkehrstag 000123. Wird keine Fußwegnummer angegeben, bezieht sich die Zuordnung auf alle Fußwege mit den angegebenen Start- und Zielhaltestellen.

Version 5.40.13 217/243

[Seite 218]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4.4. Zeilentyp 4: *P- und *Q-Zeilen

Eine *P-Zeile definiert Knoten, über welche die Fahrt verläuft. Die Angabe bezieht sich auf die vorangegangene Fahrt-Zeile.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *P 4ff ASCII Liste von Laufwegshalten, Zwischenknoten und Zeitangaben

Der erste Knoten einer *P-Zeile muss ein Laufwegshalt sein. Mehrere *P- Zeilen zu einer Fahrt sind zulässig. Dabei muss die Reihenfolge der Halte im Laufweg eingehalten werden. Teilabschnitte können ausgelassen werden. Die Definition der Zwischenknoten zwischen zwei Laufwegshalten kann auf mehrere Zeilen aufgeteilt werden, bei mehr als 10 Zwischenknoten ist dies erforderlich. Die mehrzeilige Definitionsform wird mit einer *P-Zeile eingelei- tet, alle weiteren Zeilen beginnen mit *Q. Innerhalb einer Zeile dürfen weitere Laufwegshalteauftreten,siemüssendannjedochfortlaufendsein.Zwischenk- noten, die keine Laufwegshalte sind, dürfen beliebig ausgelassen werden. Zu jedem Zwischenknoten muss sowohl der vorhergehende als auch der nach- folgendeLaufwegshaltangegebensein,damitderZwischenknotenverarbeitet wird. Am Ende einer **P-Zeile (wenn keine *Q-Zeilen folgen) oder am Ende der letzten *Q-Zeile muss also ein Laufwegshalt stehen. Der Fahrtverlauf zwi- schen den angegebenen Knoten wird als kürzester Weg ermittelt.

Version 5.40.13 218/243

[Seite 219]

Rohdatendoku 9.4. [FAHRTZUORDNG]

9.4.5. Angabe von Durchfahrtszeiten an Zwischenknoten

An Zwischenknoten können zusätzlich Zeitangaben für Durchfahrtzeiten no- tiert werden. Die Zeitangabe wird dabei relativ zum vorhergehenden Lauf- wegshalt definiert. Der Wert beschreibt die Fahrzeit auf dem Abschnitt vom Verlassen des letzten Laufwegshaltes bis zum Erreichen des aktuellen Zwi- schenknotens in Sekunden. Durchfahrtszeiten zu Zwischenpunkten werden in *P oder *Q -Zeilen durch Nachstellen des Schlüssels ’T’ hinter der betreffenden Knotennummer zusam- men mit der Fahrzeitangabe in Sekunden notiert. Die maximal auf diesem Wege darstellbare Abschnittsfahrzeit darf dabei 10000 Sekunden nicht über- schreiben.

Beispiel:

*P 8530260 WEICHE9 SIGNAL7 T 100 8504316

Erklärung:

Die Fahrt verläuft über die Knoten 8530260, WEICHE9, SIGNAL7 und 8504316. Dabei ist der Knoten 8530260 ein Laufwegshalt. Der Knoten SI- GNAL7istdabeimiteinerDurchfahrtszeitversehen,erwird100snachAbfahrt in 8530260 passiert.

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *Q 4ff ASCII Liste von Knotenbezeichnern (ggf. mit Zeitangabe)

Fortsetzung einer *P-Zeile, um eine große Anzahl von Zwischenknoten zwi- schen zwei Laufwegshalten zu definieren. Beispiel:

*P 8530260 WEICHE9 WEICHE10 WEICHE11 WEICHE12 *Q WEICHE13 WEICHE14 WEICHE15 WEICHE16 8530265

Version 5.40.13 219/243

[Seite 220]

Rohdatendoku 9.4. [FAHRTZUORDNG]

Erklärung:

Die Fahrt verläuft über die Knoten 8530260, WEICHE9, WEICHE10, WEI- CHE11, WEICHE12, WEICHE13, WEICHE14, WEICHE15 und 8530265. Da- bei sind die Knoten 8530260 und 8530265 Laufwegshalte.

Version 5.40.13 220/243

[Seite 221]

Rohdatendoku 10.1. [ADRESSEN]

10. Adressdaten

10.1. Adressen und Gebäudedatei [ADRESSEN]

In der Nahverkehrsversion von HAFAS ist es möglich, als Start oder Ziel einer Reise auch eine Adresse einzugeben. Dann ist es notwendig, eine Zuordnung zwischen Haltestellen und Adressen vorzunehmen. Diese Zuordnung wird in der hier beschriebenen Datei vorgenommen. Zur Darstellung wird benutzt:

• die Haltestellennummer

• Entfernung zwischen Haltestelle und Gebäude

• Straßen- oder Gebäudename

• der Haltestellenname

• die Postleitzahl

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Haltestellennummer 9−12 INT16 Entfernung Haltestelle - Adresse (Gebäude) in 10 m 14−43 UTF-8 Hausnummer 45−74 UTF-8 Straßenname bzw. Gebäudebezeichnung 76−85 UTF-8 Postleitzahl 87ff UTF-8 (optional) Haltestellenname

Wenn eine Hausnummer angegeben ist, handelt es sich um eine Angabe zu einer Adresse. Falls die Hausnummer fehlt (Leerstring), handelt es sich um eine Angabe zu einem Gebäude. Beispiel:

8500123 0005 Abonnementsbüro VBZ Bahnhofplatz 0100351 0020 1A Aargauerstrasse CH-1000 0100000 0021 1A Aargauerstrasse CH-1000

Version 5.40.13 221/243

[Seite 222]

Rohdatendoku 10.1. [ADRESSEN]

Erklärung:

Das Abonnementsbüro VBZ (keine Angabe der Postleitzahl) ist von der Halte- stelle8500123(Bahnhofplatz)50Meterentfernt.DieAdresseAargauerstrasse 1A(Postleitzahl„CH-1000“)istvonderHaltestelle0100351200Meterundvon der Haltestelle 0100000 210 Meter entfernt.

Version 5.40.13 222/243

[Seite 223]

Rohdatendoku 10.2. [address.txt]

10.2. Adressenfeinauflösung [address.txt]

Für die Adressenfeinauflösung werden charakteristische Daten für gesamte Straßen, die Abschnitte von Straßen oder für einzelne Adressen benötigt.

Typ Bedeutung

UTF-8 Postleitzahl UTF-8 Ortsname UTF-8 Straßenname UTF-8 erste Hausnummer linke Straßenseite UTF-8 letzte Hausnummer linke Straßenseite UTF-8 erste Hausnummer rechte Straßenseite UTF-8 letzte Hausnummer rechte Straßenseite FLOAT x-Koordinate Startpunkt FLOAT y-Koordinate Startpunkt FLOAT x-Koordinate Zielpunkt FLOAT y-Koordinate Zielpunkt INT16 Zählweise der Hausnummern der linken Straßenseite INT16 Zählweise der Hausnummern der rechten Straßenseite Die Spalten müssen jeweils durch ein Semikolon (;) voneinander getrennt sein. Leere Spalten sind zulässig (;;). Weiterhin gilt:

• Die Postleitzahl kann leer sein.

• Ortsname oder Straßenname dürfen leer sein, aber nicht beide.

• Die Hausnummern dürfen komplett oder teilweise leer sein. Damit kön- nen Straßen ohne bekannte Hausnummern, einzelne Adressen (nur er- ste Hausnummer linke Straßenseite) oder Straßenabschnitte mit Haus- nummern nur auf einer Straßenseite (linke Straßenseite) dargestellt wer- den.

• Für die Koordinaten kann ein geodezimales Koordinatensystem (z.B. WGS84) oder ein planares Koordinatensystem (kilometergenau) benutzt werden.

• Die Koordinaten für den Startpunkt müssen angegeben werden.

Version 5.40.13 223/243

[Seite 224]

Rohdatendoku 10.2. [address.txt]

• Die Spalten mit Koordinaten für den Zielpunkt und mit den Zählweisen dürfen leer sein oder komplett fehlen.

• Für die Zählweisen gilt:

– 1 steht für ungerade Hausnummern. – 2 steht für gerade Hausnummern. – 3 steht für durchgehende Hausnummern.

Beispiel:

30163;Lister Str.;Hannover;35;34;16;18;9.7;52.3;9.7;52.3;3;3 ;Lister Str.;Hannover;35;34;;;9.75111000;52.39091100;;;; ;Lister Str.;Hannover;35;;;;9.75111000;52.39091100;

Erklärung:

• Die erste Zeile enthält die maximale Anzahl von Informationen für einen Straßenabschnitt. Die Hausnummern auf beiden Straßenseiten sind durchgehend vergeben.

• InderzweitenZeilefehleneinigeAngaben.HieristnureineStraßenseite mit Hausnummern versehen. Der Straßenabschnitt hat nur Koodinaten für den Startpunkt.

• Die dritte Zeile stellt nur eine einzelne Adresse dar. Hier sind die letzten vier unbenutzten Spalten einfach weggelassen worden.

Version 5.40.13 224/243

[Seite 225]

Rohdatendoku 10.3. [HAUSNR]

10.3. Koordinaten für Hausnummern, Straßenabschnitte und Kreuzungen [HAUSNR]

Bei der Adressenfeinauflösung kann zu einem Adresspool, der einzelne Stra- ßen enthält, zu jeder Straße eine beliebige Anzahl von Hausnummern, Haus- nummernbereichen oder Straßenkreuzungen definiert werden. Jede Haus- nummer, jeder Hausnummernbereich und jede Straßenkreuzung werden in einem Block von zwei oder drei Zeilen angegeben. Ein Block beginnt immer mit einer Koordinatenzeile:

Dateiformat:

Spalte Typ Bedeutung

1−7 INT32 Nummer der Haltestelle (Straße) des Adresspools 9−18 FLOAT x-Koordinate des Startpunkts des Hausnummernabschnitts, der einzelnen Hausnummer oder der Kreuzung 20−29 FLOAT y-Koordinate des Startpunkts des Hausnummernabschnitts, der einzelnen Hausnummer oder der Kreuzung 31−40 FLOAT x-Koordinate des Zielpunkts des Hausnummernabschnitts (nur bei Hausnummernabschnitt) 42−51 FLOAT y-Koordinate des Zielpunkts des Hausnummernabschnitts (nur bei Hausnummernabschnitt)

FürdieKoordinatenkanneingeodezimalesKoordinatensystem(WGS84)oder ein planares Koordinatensystem (kilometergenau) benutzt werden. Auf die Koordinatenzeile folgt eine Zeile für eine einzelne Hausnummer:

Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *H 4−8 UTF-8 Hausnummer

Version 5.40.13 225/243

[Seite 226]

Rohdatendoku 10.3. [HAUSNR]

eine oder zwei Zeilen für Hausnummernbereiche einer oder zweier Straßen- seiten: Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *A 4−4 INT16 Zählweise der Hausnummern 6−10 UTF-8 erste Hausnummer des Abschnitts 12−16 UTF-8 letzte Hausnummer des Abschnitts

oder eine Zeile mit Informationen zu einer Straßenkreuzung: Dateiformat:

Spalte Typ Bedeutung

1−2 ASCII *C 4−10 INT32 (Haltestellen-) Nummer der kreuzenden Straße im Adresspool. Falls unbekannt, kann dieses Feld mit @-Zeichen gefüllt werden 12ff UTF-8 Name der kreuzenden Straße

Einzelne Hausnummern dürfen einen alphanumerischen Anteil (Hausnum- mernzusatz) enthalten. Straßenabschnitte gelten immer nur für numerische Hausnummern. Für die Zählweisen der Hausnummern gilt: • 1 steht für ungerade Hausnummern.

• 2 steht für gerade Hausnummern.

• 3 steht für durchgehende Hausnummern.

Die Nummer der kreuzenden Straße ist für die Angabe einer Straßenkreuzung nicht zwingend erforderlich, bewirkt aber, dass die Kreuzung platzsparend ge- speichert werden kann.

Version 5.40.13 226/243

[Seite 227]

Rohdatendoku 10.3. [HAUSNR]

Beispiel:

9900000 10.4670780 53.2678300 10.4627700 53.2698480 *A 3 1 3 9900000 10.4383335 53.2793750 *H 4 9900000 10.4383335 53.2793750 *H 4a 9900000 10.4383335 53.2793750 *H 4b 9900000 10.4520070 53.2888410 10.4590190 53.2894900 *A 1 5 9 *A 2 6 14 9900000 10.4520070 53.2888410 *A 5a 9900000 10.4520070 53.2888410 *C 9900001 Waldstraße 9900000 10.4520070 53.2888410 *C @@@@@@@ Ringstraße (Nord) 9900000 10.4520070 53.2888410 *C @@@@@@@ Ringstraße (Süd)

Erklärung:

Die Straße mit der Nummer 9900000 hat die Hausnummernbereiche 1 bis 3 (durchgehend), 5 bis 9 (nur ungerade), 6 bis 14 (nur gerade) und die einzel- nen Hausnummern 4, 4a, 4b und 5b. Außerdem hat sie Kreuzungen mit der Waldstraße und der Ringstraße (Nord und Süd).

Version 5.40.13 227/243

[Seite 228]

Rohdatendoku 10.4. [SPERRKANTEN]

10.4. Sperrkanten [SPERRKANTEN]

In dieser Datei sind die Sperrkanten (Strecken), die als Basis für das Sperr- kantenrouting dienen, abgelegt.

Dateiformat:

Spalte Typ Bedeutung

1−10 FLOAT x-Koordinate Startpunkt 12−21 FLOAT y-Koordinate Startpunkt 23−32 FLOAT x-Koordinate Zielpunkt 34−43 FLOAT y-Koordinate Zielpunkt

Für das Format der Koordinaten gibt es zwei Möglichkeiten:

1. Die Koordinaten der zugehörigen Plandaten-Pools liegen in einem pla- naren Format vor.

2. DieKoordinatenderzugehörigenPlandaten-Poolsliegenalsgeodezima- le Koordinaten (WGS84) vor.

Beispiel:

514.985000 4454.58100 514.909000 4454.421000

Erklärung:

Die Sperrkante verläuft von (514.985; 4454.581) nach (514.909; 4454.421).

Version 5.40.13 228/243

[Seite 229]

Rohdatendoku 11.1. Erläuterungen Attribute

11. Anhang

11.1. Erläuterungen zur Verwendung von Attributen

Attributstexte werden von HAFAS unverändert mit ihrer zugewiesenen Gül- tigkeit in der jeweiligen Sprache ausgegeben. Optional können auch soge- nannte Platzhalter vergeben werden, die dann mit Infotexten in Abhängig- keit ihrer jeweiligen Gültigkeit gefüllt werden. Dabei werden die Gültigkeits- bitfelder geschnitten und das Ergebnis als Gültigkeit für den generierten At- tributstext angezeigt. Je nach Anzahl und Gültigkeiten der Infotexte können hierdurch beliebig viele Attributstexte entstehen. Dieser Abschnitt soll zu- nächst allgemein den Attributs-Erstellungsalgorithmus von HAFAS erläutern.

Attributsrohtext mit Infokürzeln für Infotext 1 und Infotext 2

Gültigkeit: täglich

Infotext 1

Gültigkeit: Mo-Sa

Infotext 2(a) Infotext 2(b)

Gültigkeit: Mo-Fr Gültigkeit: Sa, So

Attributstext 1 mit Infotext Attributstext 2 mit Infotext 1 und Infotext 2(a) 1 und Infotext 2(b)

Gültigkeit: Mo-Fr Gültigkeit: Sa

Version 5.40.13 229/243

[Seite 230]

Rohdatendoku 11.1. Erläuterungen Attribute

Es gilt also für die Gültigkeit der in diesem Beispiel generierten Attributstexte:

(GültigkeitAttributsrohtext)&(GültigkeitInfotext1)&(GültigkeitInfotext2a)=(GültigkeitAttributstext1)

(GültigkeitAttributsrohtext)&(GültigkeitInfotext1)&(GültigkeitInfotext2b)=(GültigkeitAttributstext2)

Theoretisch lassen sich, falls keines der geschnittenen Bitfelder 0 ergibt, aus n Infotexten nn Attributstexte erzeugen, was wohl in der Praxis nicht benötigt wird.

Version 5.40.13 230/243

[Seite 231]

Rohdatendoku 11.2. Beispiele Attribute

11.2. Beispiele der Verwendung von Attributen

11.2.1. Beispiel: Öffungszeiten Zugrestaurant

Es sollen die Öffnungszeiten des Zugrestaurants bekannt gegeben werden. Der Attributsrohtext des Attributs für die Öffnungszeiten des Zugrestaurants RO lautet:

Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr.

Die dazugehörige Zeile in der Datei ATTRIBUT:

RO 300 10 Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr.#

Die Verknüpfung der Attribute wird in der Datei FPLAN folgendermaßen ange- geben:

*A RO 000000

Somit ist festgelegt, dass Fahrten, die mit dem Attribut RO versehen worden sind, die dazugehörigen Infotexte zu den Kürzeln R1 (Öffnungszeit Zugrestau- rant) und R2 (Schließzeit Zugrestaurant) ebenfalls erhalten müssen. Die entsprechenden zusätzlichen Zeilen innerhalb der Datei FPLAN lauten:

*I R1 0002350 000000 *I R2 0002351 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Bei- spiel sind folgende Zeilen erforderlich.

0002350 10 0002351 20

Nach einer erfolgreichen Datenaufbereitung mit Transform würde HAFAS fol- gende Auskunft für eine Fahrt mit den obigen Attributstexten geben:

Zugrestaurant geöffnet von 10 Uhr bis 20 Uhr.

Version 5.40.13 231/243

[Seite 232]

Rohdatendoku 11.2. Beispiele Attribute

11.2.2. Beispiel: Öffungszeiten Zugrestaurant (verkehrstageabhängig)

Es sollen nun die Öffnungszeiten des Zugrestaurants verkehrstageabhängig bekannt gegeben werden. Der Attributsrohtext des Attributs für die Öffnungszeiten des Zugrestaurants RO lautet:

Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr.

Die dazugehörige Zeile in der Datei ATTRIBUT:

RO 300 10 Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr.#

Die Verknüpfung der Attribute wird in der Datei FPLAN folgendermaßen ange- geben:

*A RO 000000

Somit ist festgelegt, dass Fahrten, die mit dem Attribut GS versehen worden sind, die dazugehörigen Infotexte zu den Kürzeln R1 (Öffnungszeit Zugrestau- rant) und R2 (Schließzeit Zugrestaurant) ebenfalls erhalten müssen. Die entsprechenden zusätzlichen Zeilen innerhalb der Datei FPLAN lauten:

*I R1 0002350 000000 *I R2 0002351 000001 *I R2 0002352 000002

Als Gültigkeitsbitfeld ist hier für den Beginn der Öffnungszeit (R1) 0 (täglich) angegeben, während für die Schließzeit (R2) die Werte 000001 und 000002 verwendet werden. Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0002350 10 0002351 20 0002352 23

Version 5.40.13 232/243

[Seite 233]

Rohdatendoku 11.2. Beispiele Attribute

Unter der Annahme, dass das Bitfeld 000001 Werktage (Mo-Fr) abdeckt, wäh- rend das Bitfeld 000002 Wochenenden umfasst, würde nach einer erfolgrei- chen Datenaufbereitung mit Transform in HAFAS folgende Auskunft für eine Fahrt in Abhängigkeit vom angefragten Verkehrstag einer der beiden folgen- den Attributstexte ausgegeben werden: Mo-Fr:

Zugrestaurant geöffnet von 10 Uhr bis 20 Uhr.

Sa/So:

Zugrestaurant geöffnet von 10 Uhr bis 23 Uhr.

Version 5.40.13 233/243

[Seite 234]

Rohdatendoku 11.2. Beispiele Attribute

11.2.3. Beispiel: Öffungszeiten Zugrestaurant (mehrsprachig)

Es sollen die Öffnungszeiten des Zugrestaurants in Abhängigkeit von der ge- setzten Programmsprache bekannt gegeben werden. Der Attributsrohtext des Attributs für die Öffnungszeiten des Zugrestaurants RO lautet: Deutsch:

Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr.

Englisch:

Restaurant car open from $IR1 until $IR2 hrs.

Die dazugehörige Definition in der Datei ATTRIBUT:

RO 300 10 Zugrestaurant geöffnet von $IR1 bis $IR2 Uhr. Restaurant car open from $IR1 until $IR2 hrs.

Die Verknüpfung der Attribute wird in der Datei FPLAN folgendermaßen ange- geben:

*A RO 000000

Somit ist festgelegt, dass der Fahrten, die mit dem Attribut RO versehen wor- den sind, die dazugehörigen Infotexte zu den Kürzeln R1 (Öffnungszeit Zugre- staurant) und R2 (Schließzeit Zugrestaurant) ebenfalls erhalten müssen. DieentsprechendenzusätzlichenZeilenfürdieEinbindungderInfotexteinner- halb der Datei FPLAN lauten:

*I R1 0002350 000000 *I R2 0002351 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0002350 10

Version 5.40.13 234/243

[Seite 235]

Rohdatendoku 11.2. Beispiele Attribute

0002351 20

Nach einer erfolgreichen Datenaufbereitung mit Transform wird in HAFAS fol- gende Auskunft für eine Fahrt in Abhängigkeit von der gesetzten Programm- sprache ausgegeben werden: Programmsprache Deutsch:

Zugrestaurant geöffnet von 10 Uhr bis 20 Uhr

Programmsprache Englisch:

Restaurant car open from 10 until 23 hrs.

Version 5.40.13 235/243

[Seite 236]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

11.3. Beispiele der Verwendung von Haltestellenattributen

11.3.1. Beispiel: Servicenummern Gepäckträgerservice

Für diesen einfachen Fall, Kombination eines Attributstextes und zwei Infotex- ten mit Gültigkeit täglich, zunächst ein Beispiel: Es sollen für den Gepäckträgerservice an der Haltestelle Hannover die Ser- vicenummern bekannt gegeben werden. Der Attributsrohtext des Attributs Gepäckträgerservice GS lautet:

Gepäckträgerservice Telefon: $IGT Fax $IGF.

Die dazugehörige Zeile in der Datei BHFATTR:

GS 300 10 Gepäckträgerservice Telefon: $IGT Fax: $IGF

Die Verknüpfung der Attribute wird in der Datei BHFART folgendermaßen an- gegeben:

8000152 A GS 000000

Somit ist festgelegt, dass Haltestellen, die mit dem Attribut GS ver- sehen worden sind, die dazugehörigen Infotexte zu den Kürzeln GT (Gepäckträgerservice-Telefon) und GF (Gepäckträgerservice-Fax) ebenfalls erhalten müssen. Die entsprechenden zusätzlichen Zeilen innerhalb der Datei BHFART lauten:

8000152 I GT 0002350 000000 8000152 I GF 0002351 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Bitfeldeinträge 0 in A- und I-Zeilen können auch weggelassen werden. Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0002350 0511/123456 0002351 0511/654321

Nach einer erfolgreichen Datenaufbereitung mit Transform würde HAFAS fol- gende Auskunft für die Haltestelle Hannover Hbf ausgeben. Gepäckträgerser- vice Telefon: 0511/123456 Fax: 0511/654321 (täglich)

Version 5.40.13 236/243

[Seite 237]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

11.3.2. Beispiel: Öffnungszeiten Fahrkartenschalter (mehrsprachig)

Kombination eines Attributsrohtextes (hier in englisch und deutsch) und zwei Infotexten mit unterschiedlicher Gültigkeit Der Attributsrohtext des Attributs Fahrkartenschalter FS für deutsch bzw. eng- lisch lautet:

Fahrkartenschalter Öffnungszeiten: $IFZ Uhr Ticket office hours: $IFZ h

Die dazugehörigen Definitionen in der Datei BHFATTR lauten:

FS 300 10 FS Fahrkartenschalter Öffnungszeiten: $IFZ Uhr FS Ticket office hours: $IFZ h

Die Verknüpfung der Attribute wird in der Datei BHFART folgendermaßen an- gegeben:

8002549 A FS 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Bitfeldeinträge 0 in A- und I-Zeilen können auch weggelassen werden. Somit ist festgelegt, dass den Haltestellen, die mit dem Attribut FS versehen worden sind, der dazugehörigen Infotext zu dem Kürzel FZ (Fahrkartenschal- teröffnungszeit) ebenfalls zugewiesen werden muss. Für jeden Platzhalter im Attributsrohtext können beliebig viele Infotexte mit beliebigen Gültigkeiten an- gegeben werden. In diesem Beispiel soll HAFAS nicht nur die Öffnungszeit an Werktagen, sondern auch am Wochenende anzeigen. Die entsprechenden zusätzlichen Zeilen innerhalb der Datei BHFART lauten:

8000064 I FZ 0000150 000001 8000064 I FZ 0000151 000002

Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0000150 7.00 - 19.00

Version 5.40.13 237/243

[Seite 238]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

0000151 9.00 - 13.00

Nach einer erfolgreichen Datenaufbereitung mit Transform würde HAFAS fol- gende Auskunft für die Haltestelle Celle ausgeben: Bei gewählter Programmsprache Deutsch:

Fahrkartenschalter Öffnungszeiten: 7.00 - 19.00 Uhr (Mo - Fr) Fahrkartenschalter Öffnungszeiten: 9.00 - 13.00 Uhr (Sa, So)

Bei gewählter Programmsprache Englisch:

Ticket office hours: 7.00 - 19.00 h (Mo - Fr) Ticket office hours: 9.00 - 13.00 h (Sa, So)

Version 5.40.13 238/243

[Seite 239]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

11.3.3. Beispiel: Parkhaus

Kombination eines Attributsrohtextes und mehrerer Infotexte mit unterschiedli- cher Gültigkeit. Der Attributsrohtext des Attributs Parkhaus PH lautet:

Parkhaus: $IPS Stellplätze, $IPP pro Tag

Die dazugehörige Zeile in der Datei BHFATTR lautet:

PH 300 10 Parkhaus: $IPS Stellplätze, $IPP pro Tag

Die Verknüpfung der Attribute wird in der Datei BHFART folgendermaßen fest- gelegt:

8002549 A PH 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Bitfeldeinträge 0 in A- und I-Zeilen können auch weggelassen werden. In diesem Beispiel soll HAFAS nicht nur je nach Wochentag einen anderen Preis ausgeben, sondern auch auf eine eingeschränkte Stellplatzanzahl, we- gen Instandsetzungsarbeiten zwischen dem 01.04.2013 und 14.04.2013 hin- weisen. Die entsprechenden zusätzlichen Zeilen innerhalb der Datei BHFART lauten folgendermaßen

8002549 I PS 0000011 000011 8002549 I PS 0000012 000012 8002549 I PP 0000013 000101 8002549 I PP 0000014 000102

Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0000011 120 0000012 100 0000013 10,00 EUR 0000014 15,00 EUR

Version 5.40.13 239/243

[Seite 240]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

Nach einer erfolgreichen Datenaufbereitung mit Transform würde HAFAS fol- gende Auskunft für die Haltestelle Hamburg Hbf ausgeben.

Parkhaus: 120 Stellplätze, 10,00 EUR pro Tag (Mo - Sa; nicht 01.04.2013 - 14.04.2013) Parkhaus: 120 Stellplätze, 15,00 EUR pro Tag (So; nicht 01.04.2013 - 14.04.2013) Parkhaus: 100 Stellplätze, 10,00 EUR pro Tag (Mo - Sa; 01.04.2013 - 14.04.2013) Parkhaus: 100 Stellplätze, 15,00 EUR pro Tag (So; 01.04.2013 - 14.04.2013)

Version 5.40.13 240/243

[Seite 241]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

11.3.4. Mehrsprachigkeit von Infotexten

ImNormalfallwerdenInformationenüberInfotexte,wiezumBeispielÖffnungs- zeiten oder Telefonnummern nur in einer Sprache benötigt. Das folgende Bei- spiel soll aber zeigen, dass für Ausnahmefälle auch die Möglichkeit besteht, diese Informationen sprachabhängig zu generieren. Diese Anforderung kann erfüllt werden, wenn die Attributsrohtexte der einzel- nen Sprachen unterschiedliche Infokürzel enthalten. Der Attributsrohtext für eine derartige mehrsprachige Definition mit Infotexten in der Datei BHFATTR lautet:

HS 300 10 HS Spezieller Hinweis: $IID HS Special Note: $IIE

Die entsprechenden zusätzlichen Zeilen innerhalb der Datei BHFART lauten für die Attributsverknüpfung

8001421 A HS 000000

und für die Infotextverknüpfung

8001421 I ID 0000511 000000 8001421 I IE 0000512 000000

Als Gültigkeitsbitfeld ist hier 0 (täglich) angegeben. Bitfeldeinträge 0 in A- und I-Zeilen können auch weggelassen werden. Die eigentlichen Texte sind wie bereits oben erwähnt in der Datei INFOTEXT aufgelistet. Für dieses Beispiel sind folgende Zeilen erforderlich.

0000511 Nach Dettelbach 6km: Weiter mit Bus 0000512 To Dettelbach 6km: Continue by bus

Nach einer erfolgreichen Datenaufbereitung mit Transform würde HAFAS fol- gende Auskunft für die Haltestelle Dettelbach ausgeben:

Version 5.40.13 241/243

[Seite 242]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

Bei gewählter Programmsprache Deutsch:

Spezieller Hinweis: Nach Dettelbach 6km: Weiter mit Bus

Bei gewählter Programmsprache Englisch

Special Note: To Dettelbach 6km: Continue by bus

Version 5.40.13 242/243

[Seite 243]

Rohdatendoku 11.3. Beispiele Bahnhofsattribute

11.3.5. Beispiel: Definition des eXtended Infotext XML-Formates

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:complexType name="XInfoTextParamType"> <xs:attribute name="n" type="xs:string" use="required"> xs:annotation xs:documentationName of the parameter</xs:documentation> </xs:annotation> </xs:attribute> <xs:attribute name="v" type="xs:string" use="required"> xs:annotation xs:documentationValue of the parameter</xs:documentation> </xs:annotation> </xs:attribute> </xs:complexType> <xs:complexType name="XInfoTextElementType"> xs:sequence <xs:element name="P" type="XInfoTextParamType" minOccurs="0" maxOccurs="unbounded"> xs:annotation xs:documentation This element represents a parameter, an arbitrary piece of information, which is described by a name and a value. It is recommended to define standard names for certain contents to facilitate automatic processing of the information. </xs:documentation> </xs:annotation> </xs:element> </xs:sequence> <xs:attributeGroup ref="attributeGroup.XI"/> </xs:complexType> <xs:element name="XI" type="XInfoTextElementType"> xs:annotation xs:documentation This element groups different parameters of the same type. </xs:documentation> </xs:annotation> </xs:element> <xs:attributeGroup name="attributeGroup.XI"> <xs:attribute name="t" type="xs:string" use="required"> xs:annotation xs:documentationDescribes type of information</xs:documentation> </xs:annotation> </xs:attribute> </xs:attributeGroup> </xs:schema>

Version 5.40.13 243/243