Gleise korrigieren - was ein Relationschaos

Ich habe nicht gesagt, dass du die Unterelemente der Überelemente laden brauchst :wink:
Ausserdem willst du ja wohl eigentlich nicht die Relation bearbeiten, sondern nutzt sie nur, um die Elemente, die du bearbeiten willst, auszuwählen. Also ist r2444996 eines der Überelemente der Objekte, die du bearbeiten willst.

Moment, ich habe bislang r2444996 in JOSM direkt geladen, um an die beiden Unterrelationen (Richtungs- und Gegengleis) zu kommen. War das falsch? Soll ich Richtungs- und Gegengleis direkt laden, um keine Probleme mehr zu haben?

Nein, das ist egal. Du könntest prizipiell auch den ganzen Planeten geladen haben und es würde dafür keinen Unterschied machen. Meine Auflistung oben sind die Objekte, die mindestens geladen sein müssen, um nichts versehentlich kaputt zu machen, d.h. damit die entsprechenden Editor-Funktionen wirken können. Einiges von diesem “versehentlich kaputt machen” erzeugt auch einen ungültigen Datenstand, der von der API abgewiesen wird. Ich vermute, dass das die Fehlermeldung war, die du erhieltst.

In meinem von dir zitierten Satz ist ein Fehler. Richtig müsste es lauten: “Also ist r2444996 eines der Überelemente zweier der Überelemente der Objekte, die du bearbeiten willst.” :roll_eyes:

Bitte nenn’ mir doch die konkreten Relationen, damit ich nicht noch länger auf dem Schlauch stehe…

Den Satz meinte ich: “Die Objekte, die du bearbeiten möchtest, ihre Unterelemente und von beidem die Überelemente solltest du geladen haben.”

Also nochmal in Langform:
Du hast einen Way, den du bearbeiten willst. Dazu brauchst du seine Nodes. Ausserdem brauchst du die Elemente, die diese Nodes enthalten, und die Elemente, die den Way enthalten.
Wenn du ein Gebiet lädst passiert das automatisch, wenn du Objekte einzeln lädst aber nicht.

Du meinst, ich benötige die Elemente, die zusätzlich an den Nodes hängen, welche die Gleise bilden?

Habe es mit dem Plugin “Herunterladen entlang” probiert, auf 5 m gestellt - total nutzlos: es lädt viel zu viel runter, sodass JOSM schnell instabil wird (selbst mit 1024 MB zugewiesen). Ich glaube, ich werde mir da was Eigenes coden müssen.

Hallo,

Diese Relation ist eine Sammelrelation und daher in OSM unerwünscht. Lösch sie bitte. Die Information, dass eine Route Teil des DB-Fernverkehrsnetzes ist, wird durch operator=“DB Fernverkehr AG” und service=long_distance an der Routen-Relation (und bei PTv2 zusätzlich an der Master-Routen-Relation) abgebildet. Für solche Metaabfragen gibt es die Overpass-API. Außerdem dürfte die Relation auch veraltet sein, wenn ihre letzte Änderung schon zwei Jahre her ist.

Auf den ersten Blick sieht dieser Relation ok aus. Sie hat halt viele Member (und nicht nur zwei), weil die Züge vermutlich verschiedene Zugläufe haben, nicht überall halten usw.

Der Mapper wollte damit ausdrücken, dass es eine Regionalzuglinie in NRW ist. Wie auch schon http://www.openstreetmap.org/relation/2532674 ist das eine Sammelrelation. Man kann über operator und die Grenze von NRW abfragen, was Regionalzuglinien in NRW sind.

Denk bitte daran, beim Löschen der Sammelrelationen einen gescheiten Changeset-Kommentar, der u.a. auf diesen Thread hier verweist, anzugeben.

Viele Grüße

Michael

Hab ich nicht so ganz verstanden. Wenn “gerade rücken” nur das Verschieben von Nodes beinhaltet, dann sollte es ohne Probleme gehen. Wenn Du einen Way auftrennen musst und vorher den Weg und beide Endpunkte markierst und Alt Ctrl D machst, dann sollte das auch gehen. In anderen Fällen muss man sich evtl. detailliert um andere Relationen kümmern.

Weide

Das passiert, wenn du die Funktion “OSM-Objekt mittels der id runterladen” verwendest. Dann lädst du nämlich die Relation und ihre Member (sogar die Member der Member bei Master-Relationen), aber du lädst nicht die Infos darüber, in welchen anderen Relationen die ways etc. enthalten sind. Daher die Warnmeldung, die es in diesem Fall erst beim Hochladen geben kann.
Eben:

Also, lade in JOSM über den “normalen” Weg, d.h. per Aufziehen einer bbox über die Karte, runter. Dann hast du alles und vermeidest diese Konflikte.
Unter “geraderücken” verstehe ich, dass die ways nach Bing-Bildern o.ä. zurechtschiebst, also “geraderücken” im wörtlichen Sinne. Oder?

Hast du das schon mal in detailreichen Orten, wie im Ruhrgebiet gemacht? Du hast sofort hunderte Relationen in der JOSM-Liste: Hausnummern, Postleitzahlen, Flächen, Bushaltestellen & Co. - da man die nicht filtern kann (oder kann man das?), finde ich die für die Trassen wichtigen Informationen nicht wieder.

Ich mache gerade Linien daraus, damit der Zug bald schneller ankommt :smiley:

uff…

Trau mich nicht… (“Angsthase” sagt die andere Stimme in mir…) :wink:

Wenn, dann sollte ich mir das Konstrukt vorher nochmal genau abschauen, um Argumente und Gründe zu haben…

Sven

Verständlich. Ich war mal mutig und erwarte ihre Wiederkehr.

Nahmd,

Von mir sind Relationen wie der VRR erwünscht.

Daher bitte ich, präziser zu formulieren: “Diese Relation ist eine Sammelrelation und daher in OSM mit Ausnahme vom blöden Netzwolf unerwünscht.”

Danke.

Das spricht nicht der Angsthase, sondern Vernunft.

In diesen Konstrukten steckt sehr viel Arbeit, und (aufwändige unscharfe Text-) Suche nach (möglicherweise falsch geschriebenem) operator (und möglichst auch noch mit spatialen Bedingungen) nach Daten, die man trivial durch Verfolgen von Foreign Keys erreichen könnte, ist nicht wirklich professionell.

Andererseits… Professionalität gehört nicht wirklich zu den Visionen des OSM-Projektes?

Gruß Wolf

Was hat denn wen gestört?

Das eigene EGO - nicht einmal selbst machen - andere auffordern zu löschen - nicht nachfragen oder diskutieren.

Warum wird immer soviel gelöscht? Sollte man nicht mehr tolerieren (z. B. das, was nicht “FALSCH”, sondern nur “anders” ist)?

Anderes Beispiel

Hallo,

Kennst du den Wiki-Artikel Relations are not Categories? Ja, das Wiki ist keine Gesetzbuch, aber der Artikel fasst zusammen, was hier und auf talk-de schon mehrfach durchgekaut wurde. Sammelrelationen sind eine veraltete Art des Mappings und mit der Einführung der Overpass-API überflüssig geworden. Das Hauptargument gegen sie ist die schwere Pflege und das leichte Veralten. Außerdem machen sie das Mappen schwer.

Da muss ich dir leider widersprechen. Ich habe meinen Post selbst zum Anlass genommen, in Baden-Württemberg die ÖPNV-Sammelrelationen aufzuräumen.
http://www.openstreetmap.org/user/Nakaner/history
http://www.openstreetmap.org/changeset/27055419
http://www.openstreetmap.org/changeset/27054927
http://www.openstreetmap.org/changeset/27054661

Ich habe die network-Relationen gelöscht und network= an ihre Kinder-Relationen getaggt. Im VVS habe ich außerdem auch ein paar Routenrelationen mit 0 Elementen gelöscht. Diese haben seit Version 0 keine Mitglieder und wurden vom Redaction-Bot nie bearbeitet.

Das war keine Löschung, sondern eine Modernisierung und Vereinfachung ohne Informationsverlust.

Danke für das Negativbeispiel. Den Thread habe ich jetzt durchgelesen. Historische Objekte sind zwar nicht mein Fachgebiet, aber was der Unterfranke (?), der keine Großbuchstaben kennt [1], schreibt, ist nicht in Ordnung.

Falls meine Ausführungen dich noch nicht erleuchtet haben, so melde dich, dann erkläre ich es noch etwas ausführlicher.

Viele Grüße

Michael

[1] Das ist keine Orthographie-Korinthenkackerei, sondern eine Beschreibung eines User, um seinen Namen nicht nennen zu müssen.

Probier es mal aus: Lad Dir ein kleines Gebiet nur mit Schienen. Wenn Du Dich in einer Richtung vorarbeiten willst, markier die Endpunkte da und mach Ctrl-Alt-D. Das liefert zu jeden gewählten Punkt alle Ways und zu jedem Objekt alle Relationen ohne ihre Mitglieder. Da bleibt alles schön übersichtlich. Und vor einem Split immer Ctrl-Alt-D auf dem Way und seinen Endpunkten machen. Es wird auch kaum Upload-Konflikte geben, da die Arbeit ja lokal sehr begrenzt ist.

Weide

PS: Man kann filtern, aber ich finde es so einfacher.

Ja, dieser Angsthase hat mich schon vor so mancher Unvernunft bewahrt… Darum schaue ich mir in vielen Fällen Dinge erst mal an, bilde mir meine Meinung, überlege einmal mehr und Frage auch ganz gerne nochmal.

Sven

Klingt interessant, werde ich nachher probieren. Was natürlich nervt ist, dass man das Luftbild dann kaum noch erkennt, weil die nicht heruntergeladenen Bereiche von JOSM schraffiert werden - und ausstellen will ich es nur bedingt, da ich dann mal die Hälfte vergessen könnte :slight_smile:

Was ist denn jetzt daraus geworden? Ist sie wieder da?

Zumindest finde ich keine Relation mit identischen Tags. Sieht also bisher gut aus.

Ja, dagegen hab ich auch noch nichts gefunden.

Weide