Bei mir ist vorhin ein Edit ziemlich in die Hose gegangen, weil ich mit JOSM die Daten hochgeladen habe, obwohl das Relationsfenster noch geöffnet war. (Das vergesse ich immer, dass das erst gespeichert ist, wenn ich das Relationsfenster schließe.)
Wieso? beim ersten mal hat er das hochgeladen, was er im Speicher hatte (also die unfertigen Relationen) , dann hast du das Rel-Fenster geschlossen und er hat den Rest hinterhergeschickt. Etwa so als ob du den ersten Teil gestern und den Rest heute gemacht hättest.
Schau dir die 3 Rels (Südhessenroute, Stadtbus und Grüner Weg) halt mal an und sie ob die einigermaßen vernünftig sind.
der Grüne Weg war eh noch nicht geschlossen und die beiden anderen kann ich nicht beurteilen. Aber so wie ich es von Josm gewohnt bin, kriegt er das ganz gut auf die Reihe.
Passiert mir auch hin und wieder, daß ich das Relationsfenster vergesse zu schließen… Fenster schließen nochmal hochladen Fertig… bisher keine Probleme…
Erst durch das Schließen des Relationsfensters werden die dort vorgenommenen Änderungen bestätigt und in die aktuelle Bearbeitung übernommen und sind auch erst ab da im Hauptfenster zu sehen.
Das Relationsfenster ist nicht-modal, d.h. man kann im Hauptfenster nebenher Aktionen durchführen (nicht nur Hochladen), was gelegentlich sogar zu Konfikten führen kann, die man erst auflösen muss.
War mir bislang noch nie bewusst aufgefallen. Wenn ich aber so darüber nachdenke, fällt mir ein, dass ich ja auch Objekte bei geöffnetem Relationsfenster auswähle um sie hinzuzufügen.
Was mich noch mehr nervt ist, dass alles kaputt ist wenn man während des Hochladens auf abbrechen klickt. Können uploads bei der OSM api nicht atomar sein?
Geht sogar mit den “erweiterten Einstellungen” im Hochlade-Fenster. Dort kann man “Jedes Objekt einzeln hochladen” wählen.
Erzeugt natürlich einen ziemlichen Overhead, ob der Nutzer (und der Server) damit glücklich werden, sei dahingestellt.
Ein Kompromiss wäre das Hochladen in mehreren Paketen oder noch besser, erst gar nicht soviel zusammen kommen lassen (läuft aber unter der Rubrik: Gute Vorsätze).
Ich mein eher, dass der OSM server nix in die Datenbank übernimmt bevor Josm sagt, dass der upload fertig ist. Wenn man jetzt auf abbrechen klickt ist manches hochgeladen und manches nicht und teilweise in einem kaputten Zustand deswegen
Verstehe eure Arbeitsweise nicht. Ich lade meine Änderungen hoch relativ häufig und achte VORHER auf Fehlermeldungen vom automatischen Validator.
Zudem mach ich keine Monsterupdates sondern lade alle paar Minuten alles hoch.
Daher habe ich keinerlei Veranlassung, meine Uploads zu unterbrechen. Sollte es aus technischen Gründen doch mal klemmen (kommt so 1x im Monat vor), speichere ich meine Änderungen lokal und warte bis das Problem (Api down/Inet down, …) beseitigt ist. Dann starte ich den Update erneut.
Ok, wenn in der Zwischenzeit jemand da auch was geändert hat, gibt es Konflikte, aber das hat man ja im Griff. Im Zweifelsfall hat der Kollege recht.
Rein datenbanktechnisch könnte man auf dem API-Server den gesamten Update in eine Transaktion packen; einfach einen BEGIN…END-Block um die Statements und einen eventuellen Rollback einbauen und das wäre es dann. Ich glaube aber, dass die Entwickler genug Gründe hatten, das eben nicht so zu machen.
Ich habe gelernt, dass jeder Upload die Server belastet und man deswegen möglichst selten speichern soll. Deswegen kommen bei mir immer große Changesets mit bis zu 2.000 Objekten vor.
Ich mach auch eher kleine CS. 400 Objekte krieg ich aber auch oft, das sind ja 100 Häuser. Wenn dann noch ein detailliertes Landuse dazukommt, ist man da schnell. Aber über 1000 hatte ich noch nie, AFAIK.
Ich kümmere mich nicht um die Belastung, die sollte man ausbauen können. Eine Weisheit aus der Softwareentwicklung ist “Commit Often”, das kann man mehrmals zum gleichen Changeset machen.
Es werden natürlich immer nur die Objekte hochgeladen, die geändert wurden. Und beim folgenden Upload halt nur die aktuell geänderten. Mag ja sein, dass da Doubletten dabei sind, aber das kann, soll und wird der “arme” Server schon verkraften.
Wer abends den “Upload des Tages” macht, ist selber schuld.
