Moin! Es läuft etwas holprig dieses Wochenende. Gestern ist ein Upload mit etwa 5000 Objekten kurz vor Schluss abgebrochen. Ich habe dann gedacht, ich könnte den unvollständigen Changeset reverten und die komplette Datei dann noch mal neu hoch laden. Das Reverten hat auch geklappt (mit JOSM-Plugin "Reverter", erstmalig angewendet). Beim Versuch, die ursprüngliche Datei neu hoch zu laden, gab es dann aber > 500 Konflikte. Ich hatte keine Zeit und Lust, die alle einzeln aufzudröseln. Dann doch lieber zurück zu dem ersten unvollständigen Upload, vielleicht war ja schon das meiste davon übertragen. Der Versuch den Revert zu reverten endete mehrmals mit Abbrüchen der Verbindung. OK, also umsonst erfasst, Feierabend. Heute habe ich das Gebiet noch mal mit einem frischen Auszug begonnen und dieses Mal mehrmals kleine Portionen hoch geladen. Die Uploads haben geklappt. Es wird aber diesmal nix gerendert! Die Ebene "Kartendaten" zeigt die neuen Gebäude, das Bild aber auch nach Stunden noch nicht. http://wiki.openstreetmap.org/wiki/Platform_Status "api: Issues with data uploads" http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter Ich überlege ... Ist "Änderungssatz umkehren" (JOSM-Plugin) vielleicht was anderes als ein "echter Revert"? Wenn die angefassten Objekte einmal hin und einmal her geändert werden, dann wären die vielen Konflikte erklärbar. Der Upload wurde nicht rückgängig gemacht sondern es wurde eine gegenteilige Änderung erzeugt. Die Objekte sind dann zwei Versionen weiter. Frank
Hallo Frank
Es wird aber diesmal nix gerendert! Die Ebene "Kartendaten" zeigt die neuen Gebäude, das Bild aber auch nach Stunden noch nicht.
Ist nach meiner Erfahrung normal das die Daten erst am nächsten Tag gerendert werden. Du musst also wohl einen Blick in die Rohdaten werfen. gruß Martin
Hi, On Sat, Oct 18, 2014 at 06:17:33PM +0200, Frank J. wrote:
Moin! Es läuft etwas holprig dieses Wochenende. Gestern ist ein Upload mit etwa 5000 Objekten kurz vor Schluss abgebrochen. Ich habe dann gedacht, ich könnte den unvollständigen Changeset reverten und die komplette Datei dann noch mal neu hoch laden.
Hattest du das nicht im JOSM? Der JOSM ist normalerweise so pfiffig mitzukriegen welche objekte er geschafft hat hochzuladen. D.h. ein erneuter klick auf hochladen geht normalerweise.
Es wird aber diesmal nix gerendert! Die Ebene "Kartendaten" zeigt die neuen Gebäude, das Bild aber auch nach Stunden noch nicht.
Da würde ich nicht viel drauf geben. Die unterschiedlichen zoom stufen rendern unterschiedlich schnell. Meistens geht das relativ schnell d.h. <5 Minuten - aber ohne "shift-reload" im browser kriege ich die neuen tiles meist lange nicht angezeigt. Browser lieben caches ;)
Ich überlege ... Ist "Änderungssatz umkehren" (JOSM-Plugin) vielleicht was anderes als ein "echter Revert"?
Einen "Revert" gibts ja eigentlich gar nicht bei OSM. Es gibt Software die einen changeset "umkehren" können. D.h. Way mit version 1 -> Aenderung hat Version 2 Revert macht aus der Version 2 eine Version 3 die dann hoffentlich identisch mit Version 1 ist. Ein echter Revert würde ja auch die Versionsnummer zurücknehmen.
Wenn die angefassten Objekte einmal hin und einmal her geändert werden, dann wären die vielen Konflikte erklärbar. Der Upload wurde nicht rückgängig gemacht sondern es wurde eine gegenteilige Änderung erzeugt. Die Objekte sind dann zwei Versionen weiter.
Richtig - Von "Changesets" im zusammenhang mit OSM zu reden finde ich sehr Mutig. Wer mal sich mit Versionskontrollsystemen wie git, bitkeeper, monotone oder arch gespielt hat weiß das nur die Hoffnung bei OSM daraus einen Changeset macht. Normalerweise sollte das beim upload so laufen das entweder ALLES oder NICHTS applied wird. Das würde der notation einen changesets entsprechen. Das ist bei OSM aber nicht so. Im Prinzip wird alles schon applied was hochgeladen wird. Wenn das dann abbricht hat man halt so halbe changesets applied. Macht den revert bzw das weitermachen ja schwierig. Josm versucht das beste draus zu machen - aber schief geht das von zeit zu zeit... Flo -- Florian Lohoff f@zz.de
Am 18.10.2014 um 22:33 schrieb Florian Lohoff: ..
Hattest du das nicht im JOSM? Der JOSM ist normalerweise so pfiffig mitzukriegen welche objekte er geschafft hat hochzuladen.
D.h. ein erneuter klick auf hochladen geht normalerweise.
Das werde ich versuchen, wenn mir das mal wieder passiert.
Da würde ich nicht viel drauf geben. Die unterschiedlichen zoom stufen rendern unterschiedlich schnell. Meistens geht das relativ schnell d.h. <5 Minuten - aber ohne "shift-reload" im browser kriege ich die neuen tiles meist lange nicht angezeigt. Browser lieben caches ;)
Ja, der Standard-Stil ist sehr schnell geworden. Als ich mit OSM begann - so etwa 2007 - da hat es noch mehrere Tage gedauert bis zum Erfolgserlebnis. Man muss den Browser natürlich ein wenig zwingen, die neuen Kacheln - die möglicherweise auf dem Server bereit liegen - auch zu holen: - Bei größeren Gebieten lösche ich den kompletten Cache FF: Chronik / neueste Chronik löschen / Cache - kleines Gebiet: Bildschirminhalt mit F5 neu laden, ggf. mehrmals * (siehe unten) Wenn ich den Eindruck habe, der Tile-Server hat punktuell eine Änderung nicht mitbekommen, dann: - Rechter Mausklick in die Karte - Context-Menü "Grafik anzeigen" - Es wird nur eine einzelne Kachel angezeigt URL: http://[a|b|c].tile.openstreetmap.org/[zoom]/___/__.png - Dahinter ein /dirty einfügen und Enter. - Der Server meldet "Tile submitted for rendering" - zweimal Browser-Schaltfläche "zurück" bringt einen wieder zur Karte - langsam bis zehn zählen - F5 drücken
Ein echter Revert würde ja auch die Versionsnummer zurücknehmen.
Das war meine Hoffnung gewesen. Da hatte ich zu viel erwartet.
... Wenn das dann abbricht hat man halt so halbe changesets applied. Macht den revert bzw das weitermachen ja schwierig.
Der "Changeset" hatte den Status "offen". Was bedeutet das? Trotzdem war zu erkennen, dass die hoch geladenen Teile schon gerendert wurden.
Flo
* Meine Theorie, warum das Neu-Laden oft nicht beim ERSTEN F5 klappt: - Browser haben eine Beschränkung der gleichzeitigen Verbindungen zu einem Server. - Bei einem Kartenfenster, dass aus vielen kleinen Kacheln besteht, ist das hinderlich. Es geht schneller, wenn man mehr parallele Downloads startet. - Der Tileserver hat darum 3 verschiedene URLs (Aliase), die aber alle auf den gleichen Inhalt verweisen: a.tile.openstreetmap.org b.tile.openstreetmap.org c.tile.openstreetmap.org Das soll für den Browser 3 verschiedene Server darstellen. Für jeden davon kann das Kontingent an gleichzeitigen Verbindungen genutzt werden. - Der Kartenclient OpenLayers verteilt seine Anforderungen gleichmäßig auf die verschiedenen Server-Adressen mit a, b und c. - Ich denke, der Browser-Cache kann damit nicht umgehen und hält wirklich bis zu 3 lokale Kopien von denen nach jedem Neu-Laden der OpenLayers-Seite mit F5 nur eine zufällige Version (a,b,c) neu geladen wird. Schönes Wochenende Frank
Moin Liste, moin Frank, Am 19.10.2014 um 09:14 schrieb Frank J.:
Am 18.10.2014 um 22:33 schrieb Florian Lohoff: ..
Hattest du das nicht im JOSM? Der JOSM ist normalerweise so pfiffig mitzukriegen welche objekte er geschafft hat hochzuladen.
D.h. ein erneuter klick auf hochladen geht normalerweise.
Das werde ich versuchen, wenn mir das mal wieder passiert.
Sonst würde vielleicht auch das lokale Speichern deiner Änderungen in so einer Situation helfen. Danach könntest du zu einem anderen Zeitpunk in Ruhe mit "Daten aktualisieren" zunächst schauen, was da ist und ob es Konflikte gibt. In deinem Fall sind das dann vielleicht die 500, aber da bin ich mir nicht sicher.
Da würde ich nicht viel drauf geben. Die unterschiedlichen zoom stufen rendern unterschiedlich schnell. Meistens geht das relativ schnell d.h. <5 Minuten - aber ohne "shift-reload" im browser kriege ich die neuen tiles meist lange nicht angezeigt. Browser lieben caches ;)
Ja, der Standard-Stil ist sehr schnell geworden. Als ich mit OSM begann - so etwa 2007 - da hat es noch mehrere Tage gedauert bis zum Erfolgserlebnis.
Man muss den Browser natürlich ein wenig zwingen, die neuen Kacheln - die möglicherweise auf dem Server bereit liegen - auch zu holen: - Bei größeren Gebieten lösche ich den kompletten Cache FF: Chronik / neueste Chronik löschen / Cache - kleines Gebiet: Bildschirminhalt mit F5 neu laden, ggf. mehrmals * (siehe unten)
Wenn ich den Eindruck habe, der Tile-Server hat punktuell eine Änderung nicht mitbekommen, dann: - Rechter Mausklick in die Karte - Context-Menü "Grafik anzeigen" - Es wird nur eine einzelne Kachel angezeigt URL: http://[a|b|c].tile.openstreetmap.org/[zoom]/___/__.png - Dahinter ein /dirty einfügen und Enter. - Der Server meldet "Tile submitted for rendering" - zweimal Browser-Schaltfläche "zurück" bringt einen wieder zur Karte - langsam bis zehn zählen - F5 drücken
Ein echter Revert würde ja auch die Versionsnummer zurücknehmen.
Das war meine Hoffnung gewesen. Da hatte ich zu viel erwartet.
... Wenn das dann abbricht hat man halt so halbe changesets applied. Macht den revert bzw das weitermachen ja schwierig.
Der "Changeset" hatte den Status "offen". Was bedeutet das? Trotzdem war zu erkennen, dass die hoch geladenen Teile schon gerendert wurden.
Man kann bei offenen Changeset mit JOSM häufig noch einmal das Hochladen probieren. Ich habe das schon ein paar Male gemacht, wenn es bei den Versuchen davor abbrach. Das funktioniert, glaube ich, aber nicht mehr, wenn man es abspeichert und dann noch einmal später probiert oder wenn man einfach zu lange wartet. Bisher habe ich es auf jeden Fall immer geschafft aus solchen Situationen herauszukommen. entweder durch oben beschriebenes oder durch Lösen einiger Konflikte. LG und schönen Sonntag Tobias
Flo
* Meine Theorie, warum das Neu-Laden oft nicht beim ERSTEN F5 klappt:
- Browser haben eine Beschränkung der gleichzeitigen Verbindungen zu einem Server.
- Bei einem Kartenfenster, dass aus vielen kleinen Kacheln besteht, ist das hinderlich. Es geht schneller, wenn man mehr parallele Downloads startet.
- Der Tileserver hat darum 3 verschiedene URLs (Aliase), die aber alle auf den gleichen Inhalt verweisen: a.tile.openstreetmap.org b.tile.openstreetmap.org c.tile.openstreetmap.org Das soll für den Browser 3 verschiedene Server darstellen. Für jeden davon kann das Kontingent an gleichzeitigen Verbindungen genutzt werden.
- Der Kartenclient OpenLayers verteilt seine Anforderungen gleichmäßig auf die verschiedenen Server-Adressen mit a, b und c.
- Ich denke, der Browser-Cache kann damit nicht umgehen und hält wirklich bis zu 3 lokale Kopien von denen nach jedem Neu-Laden der OpenLayers-Seite mit F5 nur eine zufällige Version (a,b,c) neu geladen wird.
Schönes Wochenende Frank
_______________________________________________ OSM mailing list OSM@gt.owl.de http://gt.owl.de/cgi-bin/mailman/listinfo/osm
participants (4)
-
715371 -
Florian Lohoff -
Frank J. -
Martin Krüger