Es gibt eine wenige, die bei Radrouten des Grundnetzes in name:A-Hausen ↔ B-Hausen schreiben, statt from:A-Hausen to:B-Hausen
Mir sind diese Relationen aufgefallen, weil sie in waymarktrail so komische Buchstabenkombinationen an den Routen erzeugen.
Entsprechende Overpassabfrage Zweite nicht ganz so relevante Abfrage
Ändern oder nicht. Wenn ja, wie macht man das am schlausten, ohne sich einen Wolf zu klicken?
Man müsste dabei sicherstellen, dass auch wirklich nur Radrouten (und nicht Netzwerke) und am besten auch nur ohne bestehendes from/to automatisch bearbeitet werden.
rel["name"~"<->"][type=route]["route"="bicycle"][!from][!to]
Dann sind es noch 249 (ohne from/to) von 264 Radrouten.
Wo schon from oder to vorhanden ist wäre manuelle Kontrolle angesagt
In deiner zweiten Abfrage hast du auch sowas dabei:
Das ist keine Routenrelation und das nach verweist nicht auf das Ziel.
hier sind es 38 ohne to/from von 41 Radroutenrelation
Ich denke die Zahlen lassen sich noch von Hand erledigen (Maproulette). Sonst wäre Skript notwendig aber man hätte weniger Kontrolle.
Auch hier denke ich, wäre es eine gute Idee, die Autoren der Relationen mit einzubinden. Sind vermutlich auch an einer Hand abzuzählen.
Ich möchte noch anmerken, daß man bei Teilstrecken von Superrouten darauf achten sollte, daß die Namen innerhalb der Superroute eindeutig bleiben/werden sollten.
CSV Abfrage overpass turbo
der häufigste letzte Bearbeiter ist @Sir_Lancelot.
aber auch “andis_project” hat einiges angelegt
…
Eigentlich sind die interessant, die diese names erstellt haben, nicht die letzten Bearbeiter. Kann man das mit overpass-turbo herausfinden?
@Sir_Lancelot hat zwar vor vermutlich zwei Jahren mir gegenüber geschrieben, dass dieses Tagging falsch sei, mit der Bitte verbunden, seine Relationen aufzuräumen, denn er wäre so beschäftigt. Damals hatte ich vier in meiner Gegend.
Wie ich jetzt sehen kann, hat es ihn nicht gehindert, in dieser Art weiter einzutragen.
es gibt auch noch “via”, für Zwischenstationen, macht vor allem Sinn wenn es Alternativen gibt
Schon klar, aber ich wüsste nicht wie das mit overpass geht
Ein dritter ortsname Ist mir im namen aber auch nicht aufgefallen.
Superrelationen im übrigen auch nicht
Bei Maproulette glaube ich nicht, dass irgendjemand die ursprünglichen Autoren einbinden würde, aber vielleicht stört mich auch nur die Gamification dort.
Aber ich hätte jetzt kein Problem damit, die Liste an einem verregneten Wochenende Mal durchzugehen. Ist ja überschaubar 
Ich dachte nur man könnte die Autoren bzw. aktiven Bearbeiter vorwarnen und ihnen das erklären bevor man loslegt.
Auf jeden Fall, sonst entstehen ja immer neue Relationen wie diese. Ich hab mich auch mal am einer overpass-Query versucht, die herauszufinden, bin allerdings gescheitert. Vielleicht wird’s ja noch was
Es geht über einige Ecken. Overpass, Tabellenkalkulation, notepad und curl. Das Ergebnis:
183 Sir_Lancelot
44 andis_project
8 Gruebel
7 ohligser
5 wungasaurus
5 ramtor
4 Karthoo
2 analfa
2 bikerherby
1 Erwin Gottschlich
1 hoffnungsbringer
1 kruemelhuepfer
1 Mah
Edit: Ich bin davon ausgegangen, dass diese Art und Weise der Erstellung bei der Ersterstellung genutzt wurde. Was aber per se Quatsch ist, was mir nach dem Post klar wurde. Ich habe gegengecheckt. 249 von den 263 Relationen wurden bei der Ersterstellung so erstellt. Also, es ändert sich relativ wenig an der obigen Liste.
War ich doch gar nicht so schlecht nur vom draufschauen auf dle letzten Bearbeiter
@Sir_Lancelot hat, seitdem er mir geschrieben hat, dass diese Vorgehensweise falsch ist, mindestens fünf solcher Relationen angelegt.
Zufällig gefunden, weil ich mich über all die lcns mit refs östlich von Wiesbaden gewundert habe:
Unterschiedliche Relationen mit gleichen Namen.
Frage, ob das technisch und regeltechnisch erlaubt ist.
Zu 6: JOSM würde das Hochladen nicht verbieten, aber wäre die History der Elemente unterbrochen oder würde die beibehalten?
Zu 3: Es soll nicht einfach auf das Knöpfchen gedrückt werden, sondern die EInträge durchgesehen werden. Denn so etwas wie Saulheim ↔ Rhein ist eine sinnlose Angabe und bedarf einer anderen Nachbearbeitung.
Edit: Kann man die JOSM-Abfrage so gestalten, sodass nur die Relationen geladen werden und nicht die Wege und Knoten.
@Nadjita (Ich nehm dich rein, vielleicht weißt Du zu der Frage auch etwas zu sagen)
Solange du die Objekte nicht als gelöscht markierst wird eine neue Version der Objekte erstellt und die alten Versionen bleiben natürlich erhalten.
Du kannst per Overpass nur die Relationen laden und dann in JOSM öffnen um deinen workflow zu starten. Hast du versucht in JOSM den Teil der die Wege läd ( ._;>;); wegzulassen?
Also neugierig wie ich bin, habe ich schon rumprobiert. Bei meinem Weg würden die Elemente neu geschrieben. Also der Verlauf gelöscht.
Wie macht man das, als nicht gelöscht markieren bzw, gibt es dann nicht von jedem Element zwei Versionen?
Für mich waren das bisher immer irgendwelche Zeichen. Aber funktioniert.
Ich hab so etwa selbst noch nicht gemacht, aber es klingt ein wenig so, als wäre JOSM nicht das richtige Tool dafür, um solche Änderungen semi-automatisiert zu machen. Versteh mich nicht falsch, ich fänd’s super, wenn man das automatisieren könnte, aber ich hätte viel mehr Bammel, dass ich da einen Fehler im Prozess habe, als in den Änderungen 
Das geht mit Josm.
Du könntest für alle zu bearbeitenden Realtionen ein Dummy from und to anlegen. Dann sind alle Objekte schon mal als modified markiert. (Du könntest aber auch die Markierung action=modify erst im Editor zufügen)
Dann speicherst du deine Daten als osm-Datei.
<relation id='13958248' action='modify' timestamp='2022-03-24T11:13:31Z' uid='104912' user='Sir Lancelot' visible='true' version='1' changeset='118859760'>
<member type='way' ref='108248287' role='' />
<tag k='distance' v='1.8' />
<tag k='from' v='a' />
<tag k='name' v='Bechtheim <-> Rheinterrassenroute' />
<tag k='network' v='lcn' />
<tag k='route' v='bicycle' />
<tag k='to' v='b' />
<tag k='type' v='route' />
</relation>
action=modify heist, dass das Element bearbeitet wurde
Schlüssel from=a to=b sind meine Dummy-Werte
Dieses OSM-File kannst du extern bearbeiten und mit dem richtigen from/to versehen
Dann wieder mit JOSM öffnen und hochladen.Dann sollten die alten Objekte um eine neue Version ergänzt sein.
Relation History: Bechtheim <-> Rheinterrassenroute (13958248) | OpenStreetMap
Ich habe den Namen noch belassen, damit ihr die Relation zur Prüfung wiederfindet
Ja gut, wenn das so einfach ist, dann schreibt man kurz ein Script, was die alle durchgeht und name in from / to verteilt. Ich hätte nicht gedacht, dass es so einfach sein würde, die Relation als Änderung zu markieren 