Ich habe ein etwa 4x8km grosses Gebiet in der Pampa geoeffnet und nichts bemerkt. Ich habe ways im Verlauf mit “w” korrigiert, neue Ways gezeichnet, bestehende Ways verlaengert und Ways mit “f” verfolgt (um z.B. benachbarte Flaechen zu zeichnen). Hochgeladen habe ich nichts!
Ich habe keine Performanceprobleme bemerkt.
Verwendet habe ich die neueste Version die zum heutigen Datum verfuegbar ist.
Zum Performanceproblem:
Kann man hier irgendwie ein JOSM File sharen? JM82, Du koenntest ja ein File - wo die Performance nicht passt - hochladen, dann wuerde ich es in meinen Josm laden und noch einmal schauen…
Lg, Gppes
Das habe ich schon im entsprechenden Ticket (Fehlermeldungssytem von JOSM) gemacht - ohne erfolg leider.
Jedoch, mein Problem hat sich gestern nach einem Java Update + JOSM Upgrade auf die letzte Version dzt. in Luft aufgelöst - das Problem mit dem Linienzeichnen ist erstmals weg. Der JOSM funktioniert momentan schnell und korrekt.
Schade - nun wissen wir nicht ob es an Java oder am JOSM lag. Nun denn, Hauptsache besser.
Gruss
walter
Ja, schade.
@JM82: Das Ticket ist übrigens noch offen, da solltest Du die frohe Botschaft auch weitergeben. Vielleicht lag es an dieser Änderung:
https://josm.openstreetmap.de/changeset/14011/josm
ciao,
Gerd
Habe ich eben gemacht.
Woran die Änderung nun lag, kann ich nich beurteilen, da ich JOSM aus Entwicklersicht nicht kenne. Dennoch ist der Performancezugewinn besonders erfreulich.
Kurze Ergänzung zum Update von Java/JOSM: Gestern habe ich den JOSM intensiv getestet (da Schlechtwetter war :P).
Zwar nimmt die Performanz mit Fortdauer des Arbeitens etwas/spübar ab, aber keinesfalls so arg, wie es zuvor gewesen ist. Der JOSM bleibt auch nach rund 1h Mappen brauchbar.
Zur Erinnerung: ich musste zuvor tlw. bis zu 1,5sek von Linienpunkt zu Linienpunkt warten - Arbeiten war damit kaum mehr möglich.
Ich kenne dieses Phänomen mit der langsamen Reaktion nur, wenn ich z.B. den Geofabrk Extract von Bremen in JOSM öffne und nicht reinzoome. Dann wird bei jeder kleinsten Mausbewegung für jedes OSM Object neu berechnet, ob und wie es gerendert werden muss. Wenn man dann versucht, etwas zu zeichnen, braucht es ewig. Zoomt man aber auf einen normal großen Bereich, kann man wieder normal arbeiten.
Ein ähnliches Problem taucht auch dann auf, wenn auf einem eher kleinen Bereich Unmengen an OSM Daten existieren. Zum Beispiel hat jemand in Italien die Baupläne einer Uni importiert, zig-tausend Objekte für ein Gebäude (ist unterdessen gelöscht).
Ich gehe aber mal davon aus, dass Du nicht mit so großen Datenmengen rumhantierst.
Ich habe leider erneut eine Frage zum JOSM: beim Upload bekomme ich folgende Fehlermeldung seit kurzem
Was bedeutet das und wie kann ich das beheben, sodass JOSM mich uploaden lässt?
Die negativen IDs zeigen, dass es sich um neu angelegte Objekte in JOSM handelt (bekommen dann beim Upload nach OSM eine echte ID mit Version=1). Vielleicht hilft Dir das weiter.
Kannst Du die Datei als *.xml speichern und hier einen Link posten?
Ich habe das ganze als .osm-Datei gespeichert. Geht das auch?
Ja, das meinte ich auch. *.osm ist ja xml Format.
EDIT: Problem gelöst dank GerdP’s Hilfe - Dateilink entfernt.
Ich habe grad heute morgen den neuesten JOSM downgeloaded für Mac und habe leider beim Upload schon ein Problem:
Mit dem JOSM 14026 habe ich nur wenige Minuten zuvor was hochgeladen - alles ok. Dann der neue, 14066, und es funkt schon nicht mehr. Ist meine Sorge berechtigt?
kurz warten und dann nochmal probieren, evt war gerade eine Lastspitze.
Kannst Du die Datei in einem Editor öffnen? Wenn ja, dann entferne die beiden Zeilen mit
Danach kannst Du die Datei in JOSM wieder öffnen und anschließend den natural=scrub wieder schließen:
46.90669877993, 15.91264507023
Danach sollte nach einem update der Daten und benreinigen der Konflikte auch ein upload klappen.
Vielen Dank für die rasche Hilfe. Problem damit gelöst, alles hochgeladen. 
sieht so aus iD geht bei mir auch nicht, irgend ein problem mit phusion passenger
Es sollte sich doch eigentlich auch in AT herumgesprochen haben, dass der OSM-API-Server (von/nach dort lesen/schreiben ALLE Editoren) Probleme hat.
Der Server zieht gerade von England nach Holland und derzeit schafft nur ein schwächerer Ersatzserver. Und der klemmt ab und zu.
Gruss
walter