Kitzingen/ÖPNV
Kitzingen | Hauptseite | Status | ÖPNV | Wanderwege | Radrouten |
---|
Allgemeines
Der Landkreis Kitzingen befindet sich in zwei Verkehrsverbunden: VGN (Verkehrsverbund Großraum Nürnberg) und VVM (Verkehrsverbund Mainfranken). Ab 01.01.2025 wird der VVM erweitert und firmiert dann unter NVM (Nahverkehr Mainfranken GmbH). Im Zuge der Erweiterung ändern sich in Kitzingen auch die Nummern der Buslinien. Da im Binnenverkehr Kitzingen der VVM / NVM Tarif gilt, werden künftig für die (Bus-)Linien dreistellige Liniennummern wie beim VVM / NVM verwendet, und zwar im Nummernbereich 300 bis 399. Sie ersetzen die vierstelligen Liniennummern 8xxx des VGN-/Bahn-Schemas.
Externe Links
- Karte VGN Verbundgebiet
- VGN Linien
- Freizeitbuslinien
- GTFS-Daten vom VGN; siehe auch PTNA-GTFS-Analyse
- Travic Zugradar
GTFS
Derzeit stellt nur der VGN Daten im GTFS-Format zur Verfügung. PTNA kann diese analysieren. Die PTNA-GTFS-Analyse deckt auf, ob unser OSM-Mapping der Linien mit den Fahrplandaten des Verkehrsunternehmens übereinstimmt. Viele Werte die für das Tagging der Linien in OSM benötigt werden kann man den GTFS-Daten entnehmen; Details siehe GTFS/Mapping_to_OSM_tags hier.
PTNA
Es gibt mittlerweile das PTNA-Tool zum Überprüfen von ÖPNV-Linien in OSM. Die Analyse erfolgt typischerweise für ganze Verkehrsverbunde. Der Landkreis Kitzingen ist in zwei Verkehrsverbunden (VVM und VGN) vertreten. Die Bahn- und Buslinien die in beiden Verbunden bedient werden, werden daher zweimal analysiert. I.d.R. sollten die Analyseergebnisse für diese Linien identisch sein. Linien die nur im Binnenverkehr des Landkreises Kitzingen oder in/aus Landkreisen des VVM / NVM fahren werden nur im Kontext des VVM / NVM geprüft. Linien die aus dem Verkehrsgebiet des VGN kommen oder dorthin fahren werden für beide Verkehrsverbunde geprüft.
Für jeden zu analysierenden Verkehrsverbund gibt es eine Konfigurationsdatei für das PTNA-Tool, die bei Änderungen von ÖPNV-Linien (Zugang / Wegfall / Änderung von z.B. Liniennummer oder Betreiber) anzupassen ist. Die Konfigurationsdatei ist als OSM-Wiki-Seite realisiert, dadurch kann man die Konfiguration wie eine Wiki-Seite edieren; es dürfen allerdings nicht alle Layout-Tricks eines Wiki verwendet werden. Die Beschreibung der Syntax findest du als Kommentar am Anfang der Datei:
Beim Ändern der Konfigurationsdateien darauf achten, welche Verkehrsverbunde betroffen sind und ggf. Änderungen in beiden Konfigurationsdateien vornehmen!
Die Analyse findet täglich automatisch statt. Eine Ergebnisdatei in HTML-Format wird nur bei relevanten neuen Ergebnissen generiert, sie findet sich dann hier (wegen der potentiell heftigen Größe der Datei auf einem extra Server):
- aktuelle PTNA-Analyse für den VVM; Buslinien / Bahnlinien im LKr KT
- aktuelle PTNA-Analyse für den VGN
GTFS-Analysen (derzeit nur für VGN) finden sich hier:
- Statische Analyse
- in obigem File "Statische Analyse" findet sich unter "GTFS Analysis Details" ein Link auf eine Zusammenfassung der Fehler und Besonderheiten in den GTFS Daten. Das ist eine heftige Menge an Daten.
''Tipp: manchmal cached der Browser die Analyse-Dateien und die letzte Version wird nicht geladen. Dann hilft Cache leeren!''
Zum Debuggen wird eine weitere Datei generiert:
In dieser Datei findet man u.a.:
- Unter "Overpass-API Abfrage" eine URL ("https://overpass-api.de/...."). Diese URL kann man selbst in einem Browser aufrufen und erhält - nach einer nicht unerheblichen Wartezeit - die OSM Rohdaten. Diese kann man erstmal abspeichern und ggf. selbst analysieren.
- Einen Link mit dem man das Suchgebiet anzeigen kann.
- Eine Auflistenung der verwendeten Auswertungsoptionen
- Links zu Diskussionsseiten des PTNA-Tools und der vorliegenden Analyse.
Tagging
Tagging Schema
"genemigte" Version von Proposed_features/Public_Transport
Tagging für PTNA
Damit die Routen validiert werden können, sind die folgende Konventionen beim Taggen der Routen-Relationen einzuhalten.
Unbedingt notwendig:
- ref=* Referenz für die Route / Route Master; typischerweise die Liniennummer von Bahn/Bus/etc. Unbedingt mit GTFS-Daten "route_long_name" abgleichen!
- name=* mit Übersetzungen
- type=route
- route=bus/ferry/tram/...
wenn ein route_master vorhanden ist:
- public_transport:version=2 Version der PublicTransport Spezifikation welche benutzt wird; PTNA meckert wenn das Tag fehlt.
Routen-Relationen die zum VVM ("Verkehrsunternehmens-Verbund Mainfranken GmbH") gehören sind wie folgt zu taggen:
- network=Verkehrsunternehmens-Verbund Mainfranken GmbH
- network:short=VVM
- network:wikidata=Q2516466
- network:wikipedia=de:Verkehrsunternehmens-Verbund Mainfranken
- operator=DB-Regio / VVM / OVF / ... Name der Firma welche die Linie betreibt. PTNA meckert wenn bei PTv2 der Operator nicht gesetzt ist. Operator kann aus GTFS-Daten "agency_name" ermittelt werden, so diese irgendwann einmal veröffentlicht werden.
PTNA meckert wenn die network-Angabe einzelner Routen nicht mit denen des route_master übereinstimmen.
Routen-Relationen die zum NVM ("Nahverkehr Mainfranken GmbH") gehören sind wie folgt zu taggen:
- network=Nahverkehr Mainfranken GmbH
- network:short=NVM
- network:wikidata=Q?????? (Es gibt noch keinen Wikidata Identifier für NVM!)
- network:wikipedia=de:Nahverkehr Mainfranken GmbH
- operator=DB-Regio / NVM / OVF / ... Name der Firma welche die Linie betreibt. PTNA meckert wenn bei PTv2 der Operator nicht gesetzt ist. Operator kann aus GTFS-Daten "agency_name" ermittelt werden, so diese irgendwann einmal vom NVM veröffentlicht werden.
PTNA meckert wenn die network-Angabe einzelner Routen nicht mit denen des route_master übereinstimmen.
Die Webseite des NVM befindet sich derzeit (Anfang Nov. 2024) noch im Aufbau. Für Mitte November (ohne Jahreszahl) sind erste Infos angekündigt. Die Registrierung einer automatischen Benachrichtigung schlug bei mir fehl.
Routen-Relationen die zum VGN ("Verkehrsverbund Großraum Nürnberg") gehören sind wie folgt zu taggen:
- network=Verkehrsverbund Großraum Nürnberg
- network:short=VGN
- network:wikidata=Q2516463
- network:wikipedia=de:Verkehrsverbund Großraum Nürnberg
- network:guid=DE-BY-VGN Diese Angabe ist optional; für PTNA / GTFS
- operator=DB-Regio / VGN / OVF / ... Name der Firma welche die Linie betreibt. PTNA meckert wenn bei PTv2 der Operator nicht gesetzt ist. Operator kann aus GTFS-Daten "agency_name" ermittelt werden.
PTNA meckert wenn die network-Angabe einzelner Routen nicht mit denen des route_master übereinstimmen.
Routen-Relationen die in beiden Verkehrsverbunden, VVM / NVM und VGN, verkehren, könnten wie untenstehend getagged werden.
- network=Verkehrsunternehmens-Verbund Mainfranken GmbH;Verkehrsverbund Großraum Nürnberg
- network:short=VVM;VGN
- ??? network=*
- ??? network:wikipedia=*
- operator=DB-Regio / VGN / OVF / ... Name der Firma welche die Linie betreibt. Könnte auch aus GTFS-Daten ermittelt werden.
Empfohlen:
- from=* Startstation der Linienrelation
- to=* Endstation der Linienrelation
- network:guid=DE-BY-VGN aus GTFS
typischerweise gibt es mindestens drei Relationen: je eine für jede Fahrtrichtung und eine Master-Relation die alle Fahrtrichtungen und ggf. Varianten zusammenfasst. Bei Rundlinien kann auch eine einzige Relation ausreichend sein.
Die GTFS-Daten enthalten typischerweise viele weitere Angaben die man für das Tagging von Linien verwenden kann, Details siehe hier.
Optional:
- public_transport:version=1 wenn nur eine einzige Relation die Verbindung beschreibt.
- via=* Wichtige Station(en), falls es Varianten mit mehreren Wegen gibt
- name=* Name der Route oder Linie, ggf. in verschiedenen Sprachen
- Template:Tag:description Beschreibung der Fahrtstrecke, ggf. mit Informationen zu Varianten
- wheelchair=yes / no / limited Angabe ob die Linie / das Transportmittel barrierefrei ist
- bicycle=yes / no / permissive Angabe ob der Transport von Fahrrädern erlaubt ist
- opening_hours=* Betriebszeiten
Nummernbereiche im ÖPNV
Hintergrund: Es gibt eine Festlegung der Nummernbereiche vom NVM. Der landkreis Haßberge verwendet weiterhin das eingeführte VGN-Schema.
Nummernkreis | Stadt / Landkreis | OSM-Statusseite |
---|---|---|
001 – 099 | Stadt Würzburg | Würzburg/ÖPNV |
100 – 199 | Stadt Schweinfurt | Schweinfurt/ÖPNV |
200 – 299 | Landkreis Schweinfurt | |
300 – 399 | Landkreis Kitzingen | Kitzingen/ÖPNV |
400 – 599 | Landkreis Würzburg | Würzburg/ÖPNV |
600 – 699 | Landkreis Main-Spessart | Landkreis_Main-Spessart |
700 – 799 | Landkreis Bad Kissingen | |
800 – 899 | Landkreis Rhön-Grabfeld | (Landkreis_Rhön-Grabfeld) |
eigen | Landkreis Haßberge |
Regionalbahn
- ToDo: Master-Relation
- ToDo RE10: Mehrfachmapping mit unterschiedlichen Haltestellen mit aktuellem Fahrplan abgleichen: Fahrplan hat nicht mehr so viele Varianten
- ToDo RE80: Abgleich mit Fahrplan: der geht bis Otting-Weilheim; gemapped ist nur Würzburg - Marktbreit, Name ist Treuchtlingen - Würzburg; da fehlt noch was
Linie | Strecke | VVM | NVM | VGN | Bemerkungen | Relation(en) | Vollständigkeit |
---|---|---|---|---|---|---|---|
RE10 | Nürnberg - Würzburg | Wabenplan: Würzburg - Markt Bibart;Tarifrechner: Würzburg - Neustadt/Aisch | teilw. | Nürnberg - Dettelbach Bahnhof | 161028 161028 | ||
RE80 | Ottig-Weilheim - Marktbreit | teilw. | teilw. | ja | 158860 158860 | ||
Mainschleifenbahn | Seligenstadt - Volkach-Astheim | nein | nein | nein | Saisonfahrplan | noch nicht gemapped' |
Busse im Landkreis Kitzingen
Gedanken zum Mapping
- Gemäß dem verwendeten Tagging-Schma werden die Buslinien typischerweise in zwei Relationen für die beiden Fahrtrichtungen aufgespalten. Falls eine Buslinie (zu unterschiedlichen Zeiten) verschiedene Fahrtstrecken benutzt können auch mehr Relationen verwendet werden. Eine Master-Relation wird verwendet um die beiden (oder ggf. mehrere Teilrelationen) zusammenzufassen. Master-Relationen werden nicht verwendet um mehrere Linien zusammenzufassen.
- Es gibt derzeit (2024) wenige Linien die mehrfach gemapped wurden. Muß mal überarbeitet werden
- Es fehlen oft noch die Master-Relationen.
- Bei einigen (vielen) Linien sind nicht alle Varianten gemapped.
- Die AST-Linie(n) mit variabler Fahrtstrecke sind noch offen.
Die Buslinien
Weil die neuen NVM Nummern mit den bereits existieren VGN-Nummern z.B. in Bayreuth kollidieren würden, wird für den VGN-Bereich den 3xx-Nummern eine 8 vorangestellt. Allmächd. Beim VGN und VVM erscheinen gerade nach und nach die Fahrpläne für 2025; für Kitzingen ist noch nix für 2025 im Netz.
alt: Linie VVM und VGN | neu: Linie bei NVM | neu: Linie bei VGN | Strecke | VVM | NVM | VGN | Bemerkungen | Relation | Vollständigkeit |
---|---|---|---|---|---|---|---|---|---|
8103 | 300 | 8300 | Anruf-Sammeltaxi (Stadtverkehr) | ja+Zuschlag | ja+Zuschlag | (jain+Zuschlag) | ist kompliziert | ||
8101 | 301 | 8301 | Rottendorf - Kitzingen | ja | ja | (Klinik Kitzinger Land - Dettelbach) | 18284373 18284373 | ||
8286 | 302 | 8302 | Kitzingen - Mainstockheim - Dettelbach | ja | ja | (ja) | 14719480 14719480 | ||
8289 | 303 | 8303 | Kitzingen - Albertshofen - Mainsondheim | ja | ja | (ja) | 14719599 14719599 | ||
(neu) | 304 | 8304 | Iphofen - Großlangheim - Münsterschwarzach | - | ja | (ja?) | Relation noch nicht definiert | ||
8105 | 305 | 8305 | Würzburg - Volkach (Main) | ja | ja | (Escherndorf - Volkach) | 6840758 6840758 | ||
8287 | 306 | 8306 | Volkach - Wiesentheid | ja | ja | (ja) | Relation noch nicht definiert | ||
8107 | 307 | 8307 | Kitzingen - Iphofen - Scheinfeld | ja | ja | (ja) | 14706846 14706846 | ||
8108 | 308 | 8308 | Würzburg - Rottendorf - Dettelbach - Nordheim a. Main | ja | ja | (Dettelbach - Nordheim) | 14719741 14719741 | ||
8109 | 309 | 8309 | Wiesentheid - Geiselwind | ja | ja | (ja) | Relation noch nicht definiert | ||
8110 | 310 | 8310 | Kitzingen - Schwarzach am Main - Volkach | ja | ja | (ja) | 14719485 14719485 | ||
8111 | 311 | 8311 | Kitzingen - Rödelsee - Wiesentheid | ja | ja | (ja) | PTNA-VGN findet 162690 162690 nicht | 162690 162690 | |
8112 | 312 | 8312 | Kitzingen - Marktbreit - Ochsenfurt | ja | ja | (Kitzingen - Marktbreit) | 14724951 14724951 | ||
8112R | 313 | 8313 | Ringverkehr Marktbreit | ja | ja | (ja) | 14725078 14725078 | ||
8285 | 314 | 8314 | Geesdorf - Gerolzhofen | ja | ja | (Geesdorf - Brünnau) | Relation noch nicht definiert | ||
8115 | 315 | 8315 | Castell - Münsterschwarzach - Dettelbach | ja | ja | (ja) | Relation noch nicht definiert | ||
8116 | 316 | 8316 | Dettelbach - Oberpleichfeld | ja | ja | (Dettelbach - Neusetz) | Relation noch nicht definiert | ||
8217 | 317 | 8317 | Wiesentheid - Prichsenstadt - Gerolzhofen | ja | ja | (Wiesentheid - Bimbach) | PTNA-VGN findet nix | 14721996 14721996 | |
(neu) | 318 | 8318 | Dettelbach - Schwarzenau - Münsterschwarzach | - | ja | ? | Relation noch nicht definiert | ||
8150 | 320 | 8320 | Kitzingen - Großlangheim - Wiesentheid | ja | ja | (ja) | 14721953 14721953 | ||
100 | 321 | 8321 | Kitzingen Bahnhof - Kitzingen Innopark - Kitzingen Bahnhof | ja | ja | (ja) | Relation noch nicht definiert |
Der VGN-Tarif findet nur Anwendung wenn der Start- oder Zielpunkt des Fahrscheins außerhalb des VVM Tarifgebiets liegt. Andernfalls gilt Binnentarif des VVM.
Freizeitlinien
Liniennummern kollidieren evtl. mit Liniennummern der Stadt Schweinfurt beim NVM ToDo: Adjust Color!
Linie VVM | Strecke | Bemerkungen | Relation | Vollständigkeit |
---|---|---|---|---|
105 | Mainschleifen-Shuttle 1 | 4192333 4192333 | ||
106 | Mainschleifen-Shuttle 2 | alt | ||
107 | Mainschleifen-Express | 14719488 14719488 | ||
108 | Dorfschätze-Express | 14703155 14703155 | ||
109 | Bocksbeutel-Express | |||
Mainschleifenbahn | 2804773 2804773 |