ich hatte es bereits schon selbst festgestellt und behoben, nun werde ich auch drauf angesprochen. Scheinbar erstelle ich ab und an redundante Daten in der OSM-DB. Ich arbeite immer mit der aktuellsten JOSM-Version und lade die Daten ganz normal damit auch hoch. Ich kann mir das Phänomen leider nicht erklären. Jetzt suche ich aber erstmal nach einer vernünftigen Möglichkeit die Mehrfacheinträge zu entfernen. Hier mal ein Beispiel:
Wie man sieht, landeten die Daten innerhalb von 1-2 Sekunden auf dem Server und haben auch jeweils Way-ID+=1, die die gleichen Nodes referenzieren. Gibt es da eine vernünftige Möglichkeit das zu beheben, oder vielleicht einen Bot der sowas tut?
Ich würde vorschlagen selbst einen Bot zu bauen, der das erledigt, nur fehlt mir momentan schlichtweg die Zeit…
Hi, das Einfachste dürfe es sein, den entsprechenden Changeset komplett zu reverten. Dazu muss nur der Reverter-Plugin in Josm installiert und entsprechend genutzt werden.
Viel interessanter ist es, festzustellen woher dieser “Schrott” kommt. Beschreibe doch mal möglicht genau deine Arbeitsweise.
p.s. wenn ich mir diesen Thread ansehe, bekommt mich das Gefühl, dass deine Edits irgendwie aus deiner lokalen DB kommen. Ist da was dran? Speichere doch bitte mal deine Updates in Josm, bevor du die daten zum OSM-Server rüberschickst (Datei/Speichern unter).
Naja, ich lade mir nen gewissen Bereich runter (auswahl auf der Karte), zeichne Dinge (Straßen, Flussbetten, etc.) ab und lade das ganze dann über die entsprechende Schaltfläche wieder hoch. Nichts außergewöhnliches.
Naja, ich lade mir nen gewissen Bereich runter (auswahl auf der Karte), zeichne Dinge (Straßen, Flussbetten, etc.) ab und lade das ganze dann über die entsprechende Schaltfläche wieder hoch. Nichts außergewöhnliches.
Definitiv nein. Die Daten werden weiterverarbeitet, aber nicht hochgeladen. Sämtliche meiner Änderungen geschehen in JOSM direkt.
Wahrscheinlich das übliche: Upload scheint zu hängen, “Abbrechen” gedrückt, anschließend erneut versucht. Infolge des Abbruchs erhält JOSM nicht mehr die Rückmeldung vom Server, daß die hochgeladenen Objekte erfolgreich erstellt wurden, und lädt sie ein zweites Mal hoch. Lösung: 1) mehr Geduld, 2) kleinere Pakete, 3) falls es doch mal nicht ohne Abbruch geht, das bearbeitete Gebiet erneut vom Server laden.
Bereich in JOSM laden, Datenprüfung durchführen. Der Validator kann viele Dopplungen autoatisch beheben; die restlichen dann manuell.
Ich glaube da kam mittendrin mal eine Fehlermeldung, dass die API nicht erreichbar sei und dann hat er aufgebrochen. Da konnte ich nicht viel gegen tun.
Stimmt, da hilft nur Warten. In diesem Fall kann es aber auch nicht zu Dopplungen kommen, da JOSM gar keinen Kontakt zum Server bekommt. Die typische Ursache von Dopplungen ist wirklich das oben skizzierte Vorgehen.
Eine andere typische Quelle von Dopplungen ist noch folgende: Bereich heruntergeladen, bearbeitet, geänderte Daten in lokaler Datei gespeichert, hochgeladen, Datei geschlossen - ohne sie erneut zu speichern. Später Datei erneut geöffnet und Änderungen erneut hochgeladen. Wenn aber “nur” Wege doppelt sind, aber keine Knoten, scheidet dies als Fehlerquelle praktisch aus.
Ich hatte auch mehr an diese Möglichkeit gedacht. Download/lokale Dateien/DB/Upload. Daß es ein ganz banaler “Error at Upload” war, erschien mir zu trivial
Fiel mir dann auch erst wieder ein, nachdem ich etwas drüber nachgedacht hatte. Aber bei dem Fehler kann mach auch nicht warten das es weiter geht, nur abbrechen drücken und von vorne anfangen. Habe mir nichts groß bei gedacht und es erneut versucht und dann ging es scheinbar (…in die Hose)
Wie gesagt: kleinere Pakete. Damit sinkt a) das Risiko, daß es überhaupt zum Stillstand kommt, und wenn man doch mal abbricht, gibt es b) weniger Dopplungen bzw. Konflikte, weil weniger Objekte “unbemerkt” hochgeladen wurden. In den letzten Tagen scheint der Server Schluckauf gehabt zu haben, da war manchmal schon Paktetgröße 100 (normalerweise ein guter Richtwert) zu groß.
Und nach einem Abbruch den bearbeiteten Bereich neu laden, dann erkennt JOSM (zumindest teilweise) die zuvor hochgeladenen Objekte und lädt sie nicht erneut hoch.
Das sind Knoten mit Tags (hier: Adressen), die Beschreibung “in zwei nicht geschlossenen Linien” ist irreführend. Diese muß man manuell zusammenfügen (“M”) bzw. jeweils alle bis auf einen löschen. Eine automatische Korrektur solcher Fehler ist etwas knifflig, deshalb hat man sie vermutlich bewußt nicht eingebaut, um nicht versehentlich Dinge kaputtzureparieren.
Ja, das stimmt. Sowohl die von mir als auch die von Dir beschriebenen Doppelknoten landen in dieser Kategorie. Ich hatte in dem Gebiet auf die Schnelle nur doppelte Adressen gesehen.
Bei den von Dir gefundenen hilft aber die automatische Korrektur zu “unverbundene Knoten ohne Merkmale”. Hier wurde offenbar schon das Hochladen der Knoten (mehrfach) abgebrochen.
