Re: [Talk-de] josm, api0.6 und precondition failed und internal server error
Am 29. April 2009 09:48 schrieb Frank Sautter : >> Du kannst mal probieren, im Einsteinmodus >> osm-server.atomic-upload=false >> >> zu setzen, dann sollte das alte Verhalten wieder eingestellt werden. >> Ist allerdings ziemlich ungetestet > > es scheint tatsächlich ziemlich ungetestet zu sein: > PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK > PUT http://www.openstreetmap.org/api/0.6/node/create... Bad Request > Error body: Cannot parse valid node from xml string lat="49.545965080078574" lon="8.472035570361482"/>. changeset id missing > > offenbar fehlt die changeset id bei einem create. Ja, siehe Ticket #2510. Der Patch dort hat mir geholfen ein ähnliches wie Dein Urpsprungsproblem zu umgehen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm, api0.6 und precondition failed und internal server error
Frederik Ramm schrieb: >> josm lädt alle änderungen mit einem rutsch per http POST request >> (atomar) hoch und nicht jede änderung einzeln per http PUT > Du kannst mal probieren, im Einsteinmodus > osm-server.atomic-upload=false > > zu setzen, dann sollte das alte Verhalten wieder eingestellt werden. > Ist allerdings ziemlich ungetestet es scheint tatsächlich ziemlich ungetestet zu sein: PUT http://www.openstreetmap.org/api/0.6/changeset/create... OK PUT http://www.openstreetmap.org/api/0.6/node/create... Bad Request Error body: Cannot parse valid node from xml string . changeset id missing offenbar fehlt die changeset id bei einem create. > und eigentlich ist das mit dem diff-upload besser, weil es schneller > geht und garantiert ist, dass das ganze nicht in irgendeinem > halbfertigen Zustand abbricht... das ist mir schon klar und das hatte ich auch in meiner ursprungsmail geschrieben. aber wenn die daten gar nicht hochgeladen werden können, dann finde ich das noch plöder. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm, api0.6 und precondition failed und internal server error
Hallo, Frank Sautter wrote: > josm lädt alle änderungen mit einem rutsch per http POST request > (atomar) hoch und nicht jede änderung einzeln per http PUT Du kannst mal probieren, im Einsteinmodus osm-server.atomic-upload=false zu setzen, dann sollte das alte Verhalten wieder eingestellt werden. Ist allerdings ziemlich ungetestet, und eigentlich ist das mit dem diff-upload besser, weil es schneller geht und garantiert ist, dass das ganze nicht in irgendeinem halbfertigen Zustand abbricht... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm, api0.6 und precondition failed und internal server error
> > irgendwie finde ich den upload prozess von josm mit der neuen api 0.6 > unbefriedigend. > > josm lädt alle änderungen mit einem rutsch per http POST request > (atomar) hoch und nicht jede änderung einzeln per http PUT, mit > folgenden nachteilen, für die ich keine lösung gefunden habe. > > bei großen änderungen führt dies häufig zu einem internal server error, > weil dem serverprozess der speicher ausgeht. Die Probleme beginnen doch sogar schon beim Download. Selbst ganz kleine Ausschnitte brauchen schon ewig und bei größeren Ausschnitten kommt auch oft ein "internal server error" zurück. Und dann hab ich derzeit noch den komischen Effekt, dass das "Änderungskommentarfenster" in einer Endlosschleife erscheint. Ich gebe Text ein, klicke 'OK' und das gleiche Fenster erscheint wieder. Das tritt aber derzeit nur auf, wenn ich was an der A2 bearbeiten will. Kann das an der "E 30"-Relation mit 2.300 Mitgliedern zusammenhängen, wo doch die API 0.6 was gegen große Relationen hat? (Alles mit JOSM 1529) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] josm, api0.6 und precondition failed und internal server error
hallo zusammen, irgendwie finde ich den upload prozess von josm mit der neuen api 0.6 unbefriedigend. josm lädt alle änderungen mit einem rutsch per http POST request (atomar) hoch und nicht jede änderung einzeln per http PUT, mit folgenden nachteilen, für die ich keine lösung gefunden habe. bei großen änderungen führt dies häufig zu einem internal server error, weil dem serverprozess der speicher ausgeht. wenn im gesamten changeset ein weg eine fehlende node oder eine relation ein member fehlt, schlägt der gesamte upload fehl und es gibt keine rückmeldung bei welchem weg oder welcher relation der precondition fehler liegt, um das problem ggf. zu lösen. ich habe keine lösung für beide probleme gefunden und leider damit auch seit der api 0.6 viel arbeit verloren. kennt jemand eine lösung? ansonsten plädiere ich dafür, jede änderung einzeln (natürlich innerhalb eines changesets) per PUT request hochzuladen. damit geht dem server der speicher nicht aus und man kann auf der shell auch sehen, welcher way oder relation die precondition nicht erfüllt. auf jeden fall ist somit nicht die ganze arbeit futsch. ich würde mich jedenfalls sehr freuen, wenn sich einer der josm programmierer dem problem annehmen würde. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de