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 
uff…
Trau mich nicht… (“Angsthase” sagt die andere Stimme in mir…) 
Wenn, dann sollte ich mir das Konstrukt vorher nochmal genau abschauen, um Argumente und Gründe zu haben…
Sven
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)?
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 
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
am unteren Rand des Ebenen-Menüs (rechts oben) gibt es einen Schieberegler. Wenn man den auf ca 50% schiebt, ist die Schraffierung nicht so aufdringlich.
Gruss
walter
Ich habe übrigens gerade rausgefunden, dass die Objekt-Downloadfunktion von JOSM wohl kaputt ist.
Erläuterung
Laut Tooltip zur Checkbox “Verweise herunterladen (Eltern-Relationen)” sollen dort auch Linien zu Punkten usw. runtergeladen werden. Im Endeffekt genau das, was ich mit Weide’s Methode per Hand machen soll. Die Funktion lädt bei mir (nightly) aber nur die eigentliche Relation runter und nicht die darauf verweisenden Objekte - genau das führt ja zu dem Problem.
Ich habe den Bugreport schon getippt, muss ihn nur noch korrekturlesen.
Hier ist die Lösung: Josm-Optionen / Einstein: draw.data.downloaded_area von true auf false setzten.
Gruss
walter
Wieso so kompliziert? JOSM-Optionen > Anzeige Einstellungen > OSM-Daten > “Begrenzung der heruntergeladenen Daten zeichnen”.
Wie gesagt, das Deaktivieren der Funktion ist mir zu riskant - denn dann weiß ich ja nicht, was ich noch nicht runterladen habe
Das ist so beabsichtigt: Die Funktion lädt (ohne Checkboxen) ein Objekt.
Die Checkboxen bieten an:
Das Widerspricht aber dem JOSM-Wiki: if Download referrers is selected, any referring objects are downloaded
https://josm.openstreetmap.de/wiki/Help/Action/DownloadObject
Das kann man auch anders interpretieren: Meint “jedes verweisende Objekt”
jedes Objekt, das auf dieses Objekt verweist,
jedes Objekt, das auf irgendeines der zu ladenden Objekte verweist,
jedes Objekt, das auf irgendeines der geladenen Objekte verweist oder
jedes Objekt, das auf irgendein Objekt verweist?
Ich finde es offensichtlich und Tests bestätigten es. Ich sehe aber ein, dass man es auch so verstehen kann, wie du es verstanden hast. Eine bessere Formulierung fällt mir jedoch nicht ein.