Prüfen ob in einem CS Relationen beschädigt worden sind?

Hi,

normalerweise nutze ich Osmcha, um in der Gegend Informationen über neue Changesets zu sehen.
Bei dem folgenden Change (und anderen vom gleichen User, der leider nicht antwortet) scheint ein mittelschweres Rudel an Relationen betroffen zu sein.
https://osmcha.mapbox.com/changesets/79025104/ ( https://www.openstreetmap.org/changeset/79025104 )

Gibt es ein QA tool, daß es erlaubt auf einfache Weise festzustellen ob dabei auch Relationen beschädigt worden sind?

Gruß
tux67

Für Routen gibt es sowas: http://ra.osmsurround.org/analyzeRelation?relationId=8367830&_noCache=on

Die ersten Bus-Routen ( bis 401 im CS) sehen alle ok aus.

Ja, das ist praktisch zur Lückenerkennung, kann man wohl für unterschiedliche Relationstypen benutzen.

Wenn es speziell um PTv2 geht (inklusive Prüfung der Reihefolge der Mitglieder), dann gibt’s noch:
https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=6.25824&lat=51.01006&zoom=13&overlays=ptv2_routes_,ptv2_routes_valid,ptv2_routes_invalid,ptv2_error_,ptv2_error_ways,ptv2_error_nodes
(Aktuallisierung wohl so ca. im 24h Takt)

Oder wenn man sich mal die Entwicklung der Mitglieder einer Relation anschauen möchte, dann eventuell mit osm.mapki, Beispiel:
http://osm.mapki.com/history/relation.php?id=6595319

Danke für die Tipps. Wenn ich es nach Durchsicht der Links richtig verstehe, dann kann keines der Tools direkt prüfen, ob ein bestimmtes CS ursächlich eine Relation beschädigt hat, sondern maximal, ob eine Relation die ich prüfe, defekt ist oder nicht.
Ich müsste mir also an Stellen wo z.B. Wege aufgetrennt worden sind die betroffenen Relationen heraussuchen und z.B. den “diff” via osm.mapki ansehen um die Änderungen zu erkennen.

Danke nochmal & Gruß
tux67

JOSM macht in der Regel keine Relation kaputt, wenn man Member Way auftrennt.
Ich sehe daher hier erst einmal kein Problem,
aber ein paar weitere Relationen anschauen, kann sicher nichts schaden.

Woran erkennt man denn, dass ein CS eine Relation beschädigt hat? Meinst Du so was wie: vor dem CS hat kein QA Tool gemeckert, nach dem CS aber mindestens eines doch bzw. hätte es getan, wenn es zu dem Zeitpunkt die Analyse gemacht hätte?
Stell ich mir schwer vor. Eine Turn-Restriktion Relation kann ja auch dadurch “beschädigt” werden, dass ich an einen Weg einen Knoten dran hänge. Da wird die Relation im CS nicht mal auftauchen. Man muss also auch alle CS untersuchen, die was mit einem der Member gemacht haben. Bei multipolygon Relationen genauso. Wenn ich da die Geometrie irgendeines Weges ändere, kann ich ein “ungültiges MP” haben,
weil vllt plötzlich eine Überlappung da ist oder ein Ring nicht mehr geschlossen ist.

Leicht OT:

Ausnahmen bestätigen die Regel: Wenn man per overpass runtergeladene Wege, die in einer Relation enthalten sind, trennt, dann: Bäm!

Es gibt einige offene JOSM-Tickets zu dem Thema. Wer es darauf anlegt, bekommt sowas wahrscheinlich mit jedem Editor hin. Unschöner ist natürlich, dass man es auch unabsichtlich hinbekommt, wenn man die JOSM Interna nicht gut genug kennt.

Letztenendes ist es wahrscheinlich kein wirkliches JOSM-Problem, wollte es nur einwerfen.

Ja … so in der Art. Ich wollte eigentlich nur auf die schnelle sicherstellen, daß nix zu Bruch gegeangen ist. Ich kannte den User in der Gegend nicht (und er ignoriert CS Kommentare), die Anzahl der betroffenen Relationen sah massiv aus. Aber er nutzt JOSM - das scheint ja - lt. der Kommentare hier - schon mal hilfreich zu sein (wenn auch nicht immer).

Gruß & Danke für alle Antworten soweit
tux67

Der User hatte in anderen Changesets einige Busrelationen “erwischt” (aufgefallen durch PTNA). Die hatte ich dann repariert.

ah, ich hatte gesehen, daß einige Bus-Relationen von dir nach dem Datum des CS angepackt worden waren, wusste aber nicht warum.

Hattest du den User darüber informiert? Ich glaube in Summe waren es 3 größere Changesets, die ich in und um Mönchengladbach gesehen hatte.

Gruß
tux67

Meine Korrekturen sind schon länger her (https://www.openstreetmap.org/changeset/78721101). Die atuell laufenden Anpassungen von mir hängen mit dem Fahrplanwechsel zum 01.01.2020 zusammen.

Nein, hier war nur die Reihenfolge der Wege falsch. Das kommt immer mal wieder vor und war schnell repariert.

Naja … trotz Hinweis auf diesen Thread im CS macht der Kollege (ohne Antwort) weiter.

@aixbrick - wenn du noch betroffene Buslinien hast:
https://www.openstreetmap.org/changeset/80024711
https://www.openstreetmap.org/changeset/80027425

Das Problem scheint vor einiger Zeit auch schon mal an anderer Stelle aufgefallen zu sein:
https://www.openstreetmap.org/changeset/66565638

Gruß
tux67

Würd ich nicht so sagen… Wenn man vor dem Auftrennen eines Weges sowohl den Weg als auch seine beiden Endpunkte selektiert und Alt-Ctrl-D tippt (“Eltern laden”), dann macht JOSM nichts kaputt was nicht schon vorher kaputt war. iD hat auf diesem Gebiet keine Probleme … ich mag ihn nicht … aber das muss man ihm lassen.
(Ach ja: Kreisverkehre sind ohne Handeingriff in die Elternrelationen und ggf. weitere Auftrennungen gar nicht aufzutrennen.)

Tut mir leid, nicht mein Bereich. :wink: (Im Ernst: Da sind keine Buslinien des AVV betroffen.)

Zum User: Vielleicht die DWG um eine 0-Stunden-Sperre bitten? Aber: Nur weil viele Relationen betroffen sind, heißt das nicht, dass diese beschädigt wurden. Aufgrund der Erfahrungen ist es aber anzunehmen. Das könnte man für die Buslinien am nächsten Tag über https://ptna.openstreetmap.de/results/DE/NW/DE-NW-VRR-Analysis.diff.html oder den OSM Inspector (Bereich “Public Transport - Routes”) herausfinden.