Redudante Daten durch Upload in JOSM

DrSeuthberg wrote:

Hallo,

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.

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).

Gruss
Walter

wambacher wrote:

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.

Ich sehe mir das Plugin mal an.

wambacher wrote:

Viel interessanter ist es, festzustellen woher dieser "Schrott" kommt. Beschreibe doch mal möglicht genau deine Arbeitsweise.

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.

DrSeuthberg wrote:

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.

Speichere doch bitte mal deine Updates in Josm, bevor du die Daten zum OSM-Server rüberschickst (Datei/Speichern unter).
Gruss
walter

wambacher wrote:

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.

Ich sehe mir das Plugin mal an.

wambacher wrote:

Viel interessanter ist es, festzustellen woher dieser "Schrott" kommt. Beschreibe doch mal möglicht genau deine Arbeitsweise.

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.

wambacher wrote:

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).

Definitiv nein. Die Daten werden weiterverarbeitet, aber nicht hochgeladen. Sämtliche meiner Änderungen geschehen in JOSM direkt.

DrSeuthberg wrote:

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.

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.

DrSeuthberg wrote:

Gibt es da eine vernünftige Möglichkeit das zu beheben

Bereich in JOSM laden, Datenprüfung durchführen. Der Validator kann viele Dopplungen autoatisch beheben; die restlichen dann manuell.

Oli-Wan wrote:

DrSeuthberg wrote:

Gibt es da eine vernünftige Möglichkeit das zu beheben

Bereich in JOSM laden, Datenprüfung durchführen. Der Validator kann viele Dopplungen autoatisch beheben; die restlichen dann manuell.

Hätte den Vorteil, dass die Änderungen nicht komplett verschütt gingen. Also erstmal so probieren. Reverten geht danach aber wohl nicht mehr.

Gruss
walter

wambacher wrote:

Oli-Wan wrote:

DrSeuthberg wrote:

Gibt es da eine vernünftige Möglichkeit das zu beheben

Bereich in JOSM laden, Datenprüfung durchführen. Der Validator kann viele Dopplungen autoatisch beheben; die restlichen dann manuell.

Hätte den Vorteil, dass die Änderungen nicht komplett verschütt gingen. Also erstmal so probieren. Reverten geht danach aber wohl nicht mehr.

Doch: zuerst das mißlungene Reparatur-Changeset umkehren, dann das ursprüngliche Changeset.

Oli-Wan wrote:

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.

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.

Werde die Fehler zu Fuß fixen.

Danke für eure Hilfe.

DrSeuthberg wrote:

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.

Oli-Wan wrote:

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 🙁

wambacher wrote:

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) 😉

DrSeuthberg wrote:

Aber bei dem Fehler kann mach auch nicht warten das es weiter geht, nur abbrechen drücken und von vorne anfangen.

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.

Hatte ich auch schon. Upload schien nicht durchzulaufen, auf Abbruch gedrückt. Im Changeset gesehen, dass
die Daten doch hochgeladen wurden.

Oli-Wan wrote:

Bereich in JOSM laden, Datenprüfung durchführen. Der Validator kann viele Dopplungen autoatisch beheben; die restlichen dann manuell.

Ich habe das eben mit dem genannten Änderungssatz ausprobiert:
http://www.openstreetmap.org/api/0.6/ch … 4/download

gefundene Fehler:
Überlappende Linien (26)
Doppelte Landnutzungspunkte - Doppelte Punkte (12)

Mit "Fix" waren diese Fehler dann schnell behoben.

Außerdem gibt es einige Warnungen, z.B.:
Doppelte Punkte in zwei nicht geschlossenen Linien - Doppelte Punkte (76)

Dort funktioniert das mit dem "Fix" leider nicht, denn es ist ausgegraut.
Woran liegt das?

Gruß,
Mondschein

Mondschein wrote:

Doppelte Punkte in zwei nicht geschlossenen Linien - Doppelte Punkte (76)

Dort funktioniert das mit dem "Fix" leider nicht, denn es ist ausgegraut.
Woran liegt das?

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.

Oli-Wan wrote:

Das sind Knoten mit Tags (hier: Adressen)

Hm, ich konnte keine Adressen an diesen Knoten finden.
Gewarnt wird z.B. bei diesen dreifachen Punkten:
http://www.openstreetmap.org/browse/node/1752215364
http://www.openstreetmap.org/browse/node/1752215365
http://www.openstreetmap.org/browse/node/1752215367

Evtl. liegt das daran, dass einer der Punkte zu einer Straße gehört, die beiden anderen Punkte aber nicht.

Gruß,
Mondschein

Mondschein wrote:

Oli-Wan wrote:

Das sind Knoten mit Tags (hier: Adressen)

Hm, ich konnte keine Adressen an diesen Knoten finden.
...
Evtl. liegt das daran, dass einer der Punkte zu einer Straße gehört, die beiden anderen Punkte aber nicht.

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.

Oli-Wan wrote:

Bei den von Dir gefundenen hilft aber die automatische Korrektur zu "unverbundene Knoten ohne Merkmale".

Auch ok. 🙂

Das wird DrSeuthberg hoffentlich bei der Beseitigung der Fehler weiterhelfen.

Gruß,
Mondschein

Japp, danke euch allen. Bin fleißig am Beheben.