Changeset: 116843918
network korrigiert; Korrekturen
Closed by skyper
Tags
created_by | JOSM/1.5 (18367 en) |
---|---|
source | Maps4BW (LGL-BW, www.lgl-bw.de); Esri World Imagery (Clarity) Beta; Maxar Premium Imagery (Beta); Bing; JOSM Validator |
Discussion
-
Comment from TFTD
Hallo skyper, irgend etwas passt mit diesem changeset nicht. In Lindau (Bodensee) wurden Änderungen an Relationen bzgl der Buslinien Rückgängig gemacht.
https://www.openstreetmap.org/relation/2898434/history#map=11/47.5645/9.7677&layers=TN
Die Version 75 sieht korrekter aus. (Farbe und Start/Ziel der Relation.) Da das bei dir nach einen ziemlich großen Edit aussieht, vermute ich, das du da Daten von woanders importiert hast, die nicht aktuell sind?
Ich denke, es wäre hilfreich zu überprüfen, was da schief gelaufen ist, um das in Zukunft zu vermeiden.
(Ich vermute, das auch die anderen Buslinien betroffen sind, habe ich aber nicht überprüft. Buslinie 1 und 5 sind nach besten Wissen und Gewissen heute von mir korrigiert wurden.) -
Comment from skyper
Hallo TFTD
Danke für den Hinweis.
1. Der CS erscheint riesig, da ich u.a. network=* der Regionalzüge korrigiert habe, welche bis nach München fahren.
2. Ja, bei den Buslinien 2 und 3 in Lindau habe ich wohl die Situation verschlimmbessert und JOSM hat mal wieder den Hinweis auf die reverter Erweiterung verschluckt. Ich hätte wohl eher in den CSs nachfragen sollen. Leider fehlen mal wieder Quellenangaben in den CSs und die Änderungen in Version 72 (https://www.openstreetmap.org/api/0.6/relation/2898434/72) sind der erste und bisher einzige Änderungssatz dieser Person. Natürlich mit iD und auf die route_master bzw. die anderen existierenden Relationen würde nicht geachtet. Auch waren Lücken in den Routen.Kennst Du PTNA (https://ptna.openstreetmap.de/results/DE/BW/DE-BW-bodo-Analysis.html#bus_2-5) und die GTFS-Aufbereitung (https://ptna.openstreetmap.de/gtfs/DE/routes.php?feed=DE-BW-bodo)? Auf die GTFS-Daten habe ich selber leider nicht so geachtet.
Da ich nicht vor Ort bin und mich auch in Lindau nicht besonders gut auskenne, kann ich nur anbieten, die Linien anhand der GTFS-Daten zu aktualisieren. Ist die Anheggerstraße (https://www.openstreetmap.org/way/51333959) wirklich eine Einbahnstraße auch für Busse?
Viele Grüße,
skyper -
Comment from TFTD
Hallo skyper, danke für das schnelle Feedback. Ich habe jetzt im Nachgang die PTNA Sachen gefunden, aber noch nicht verstanden, wie ich sinnvoll damit arbeiten könnte.
Aber eine Frage, hätte ich da schon, wie oft werden die PTNA Daten aktualisiert?Ich habe in JOSM schon angefangen, die Routen 2 und 3 zu korrigieren, wenn das aber automatisiert über GTFS geht ist es vielleicht besser. Ich kann es dann auch im Nachgang noch mal kontrollieren.
Zur Anhheggerstraße. Die Regelung vor Ort ist ein wenig komplex und verwirrend, da die Busse auch noch im Linksverkehr an die Platform fahren. Aber ja, von Norden kommend, ist Busverkehr erlaubt, Autoverkehr nicht. Aber Radfahrer schon.
Dein Kommentar an meinem Changeset habe ich gesehen. Die Erweiterung nutze ich, aber mache halt nicht so häufig etwas, das ich sicherlich nicht alle Vorteile/Möglichkeiten nutze.
Falls du aber generelle Hinweise hast, was bei mir Falsch aussieht, vom Vorgehen, können wir auch gerne auch auf direkt Nachrichten umschwenken. Freue mich immer, etwas zu lernen.
VG, TFTD
-
Comment from skyper
Hi TFTD
PTNA bietet als erstes eine Übersicht und Fehleranalyse über die Linien in OSM. Zusätzlich werden die GTFS-Daten gut aufgearbeitet/dargestellt inklusive Verbindungen mit den OSM-Daten aber ein Abgleich ist noch Zukunftsmusik. Im OSM-Wiki (https://wiki.openstreetmap.org/wiki/PTNA) habe ich mal angefangen PTNA auf Englisch zu beschreiben. Der GTFS-Teil fehlt aber noch.
Die Netzwerk-Analyse (https://ptna.openstreetmap.de/en/statistics.php) läuft jede Nacht und zusätzlich gibt es die Möglichkeit einer manuellen Analyse einzelner Relationen.
Automatisch geht auch mit GTFS-Daten nichts, allerdings sind das oft die einzigen legalen Quellen inklusive Fahrweg und -zeiten. Allerdings gibt es da auch Fehler und es ist ein Import.
Die Linien 2 und 3 sehen jetzt nicht so kompliziert aus und wenn Du jetzt schon dabei bist, kann ich sie ja die Tage mal gegen-checken. Geht aber natürlich auch umgekehrt. Ist mir gleich.
Bei der Anhheggerstraße sollte dann auf jeden Fall `oneway:bus=no` und `oneway:bicycle=no` ergänzt werden.
Ich verwende auch nicht alle Teile der Erweiterung `pt_assistant`. Was aber sehr praktisch ist, sind die Warnungen bei Lücken und falscher Richtung einer Einbahnstraße. Dafür müssen allerdings alle Mitglieder der Relation in JOSM geladen sein.
Viel Erfolg und Grüße,
skyper -
Comment from TFTD
Hi skyper,
ich habe mal bei den PTNA Sachen ein wenig rumgeklickt und für mich spannende Dinge gefunden. Teilweise scheinen aber die Daten leider eher schlecht zu sein, was die korrekte Position von Haltestellen angeht. Für das kleine Netz in Lindau bin ich, denke ich, schneller, das jetzt weiter manuell zu machen, als dann die Fehler zu korrigieren, die in den GTFS-Daten sind.
Ich denke im Nachgang, dann noch mal zu schauen, das alle PTNA relevanten Tags da sind, ist sicherlich nicht verkehrt (Routen IDs,...). Ich finde das alles ein wenig unübersichtlich, aber mich erschlägt auch die Fülle an Infos die ich mir gerade durch gelesen habe, ein wenig.
Macht es eigentlich Sinn, den Tag "Wünsche mir eine Überprüfung meines Changesets" zu nutzen? Bei so Relationsupdates setze ich den meistens, habe aber nie Feedback bekommen. Unabhängig davon, kann es noch ein paar Tage dauern, bis ich alles geupdate habe, was ich gesehen habe, was aktuell nicht korrekt ist. Linie 4 benötigt auch ein paar Korrekturen und es gibt eine Sommerlinie 4V-V die noch komplett fehlt. Da ist also noch viel zu tun.
VG, TFTD
-
Comment from skyper
Hey TFTD
Ja, die Koordinaten der Haltestellen und häufig auch die Fahrwege (Shapes) sind leider öfter schlecht bis falsch im GTFS. Die Haltestellenabfolge und Fahrtzeiten dagegen stimmen fast immer. Ich verwende zusätzlich den Fahrplan zum Abgleich und natürlich Luftbilder. Speziell für die Haltestellen gibt es auch noch https://www.nvbw.de/open-data/haltestellen.Kann verstehen, dass Dich PTNA und GTFS erst einmal erschlägt. Ist ja auch ganz schön viel Info innerhalb 24h. Bei den IDs ist `gtfs:route_id`, `gtfs:shape_id` und bei den Haltestellen `ref:IFOPT` (aka stop_id) nett und gut für die Übersicht, benötigt wird es nicht.
Ich habe die letzten Monate versucht die Analyse von bodo, naldo und VHB zu aktualisieren was Linieneinzusortieren und grobe Fehler zu korrigieren anging. Daher ja auch dieser CS mit der Anpassung des `network=*`, denn davor fehlten die Linien in PTNA.
Wollte mich eigentlich diese Woche eher mit dem Aktualisieren und Erweitern von JOSM-Vorlagen und -Validator beschäftigen und habe leider auch noch anderes zu tun, daher lasse ich Dich das mal machen und Du kannst mir ja PMs schreiben bei Fragen oder wenn ich mir was nochmal anschauen soll.
"review_requested=yes" ist für ungeübte Personen gedacht, es werden aber wohl selten alle CS mit diesem Tag überprüft. Bleibt Dir überlassen, ob Du das setzt oder auch nicht.
Liebe Grüße,
skyperP.S.: Speziell zu PTNA und GTFS habe ich auch noch eine externe Vorlage und eine externe Validator-Sammlung geschrieben. Findest Du in den jeweiligen Listen in den Einstellungen.
- Schönauer Straße (1026540899), v1
- Schönauer Straße (1026540900), v1
- Schönauer Straße (1026540901), v1
- Schönauer Straße (1026540902), v1
- Schönauer Straße (1026540903), v1
- Kemptener Straße (1026540904), v1
- B 12 (1026540905), v1
- B 12 (1026540906), v1
- B 12 (1026540907), v1
- B 12 (1026540908), v1
- B 12 (1026540909), v1
- B 12 (1026540910), v1
- B 12 (1026540911), v1
- B 12 (1026540912), v1
- B 12 (1026540913), v1
- B 12 (1026540914), v1
- Lindauer Straße (1026540915), v1
- Lindauer Straße (1026540916), v1
- Lindauer Straße (1026540917), v1
- Lindauer Straße (1026540918), v1
- Deutsche Alpenstraße (79018), v380
- Jakobsweg Meckenbeuren - Nonnenhorn (193425), v78
- B 12 (403303), v166
- B 32 (454258), v71
- 946961, v5
- Bus 1: ZUP Anheggerstr. => Oberhochsteg (1342463), v72
- Bus 2: Hauptbahnhof/Insel => Anheggerstraße (ZUP) => Oberreitnau (1342469), v62
- RE 70: München => Kempten => Lindau (1878825), v108
- Bundesstraße 12 (2114080), v461
- Bus 4: Rehlings/Weißensberg => Alwind (2235951), v55
- Oberschwäbische Barockstraße SÜD (2383525), v311
- Bus 3: Oberreitnau Nord => Grenzsiedlung/Zech (2898434), v76
- Buslinie 15 (2898481), v44
- 13 (2969240), v39
- 11 (2969241), v28
- 12 (3103355), v31
- B 32 [Saulgau - B 308] (3792359), v97
- U 1 (A 96) (4021256), v13
- 17 (4660121), v45
- Bus 21 (4663160), v32
- Eggatsweiler, Abz. (3952487865), v7
- Entenberg (3952487866), v4
- Entenberg (3952487867), v4
- Entenberg (3952487868), v3
- Gstäudweg (3952487869), v6
- Gstäudweg (3952487870), v4
- Gstäudweg (3952487871), v6
- Heimesreutin (3952487872), v4
- Heimesreutin (3952487873), v4
- Hochbuch (3952487874), v4
- Hochbuch (3952487875), v5
- Hoyren (3952487879), v3
- Schloß Moos (3952487881), v5
- Schloß Moos (3952487882), v5
- Schloß Moos (3952487883), v5
- Schönau (3952487884), v4
- Schönau (3952487885), v4
- Unterreitnau (3952487887), v5
- Aeschach Friedhof (3958803222), v3
- Aeschach Friedhof (3958803223), v3
Welcome to OpenStreetMap!
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
Hosting is supported by Fastly, OSMF corporate members, and other partners.
https://openstreetmap.org/copyright | https://openstreetmap.org |
Copyright OpenStreetMap and contributors, under an open license |