Aber wartet doch erstmal ab bis Marqs das Problem mit OSM Update gelöst hat. Vielleicht hat die neue Version dann schon ein neues Feature.
Der Fehler scheint gefunden zu sein und er meinte er würde es demnächst online stellen. Es ist schon ein bisschen verrückt, dass es unter Linux läuft, aber unter Windows nicht. Normalerweise ist ja Windows fehlertoleranter.
Reicht ja schon wenn er als Linux Freund das unter Wine testeten würde
Wie wäre es wenn du es selbst noch mal testest 
Und dir dann mal die Frage stellst, ob bei kommerzielles Programmen auch so schnell reagiert wird
Es gibt eine neue Version 0.0t von heute
http://wiki.openstreetmap.org/wiki/Osmupdate
Der Windows Fehler wurde schon behoben, danke @Marqqs !
Noch ein Tip zum Update: Bitte beachten, dass osmupdate die globalen Updates anwendet.
Wenn ihr eine Region updaten wollt, nicht vergessen -b (bbox) oder -B (poly) anzugeben
Bei mir folgendes Verhalten unter Win 7:
osmupdate -h
Es erscheint die Benutzerkontensteuerung : "Möchten Sie zulassen,… " → Ja
Ein neues CMD Fenster geht auf und verschwindet sofort wieder.
Ich bin so depremiert das ich beim OSMKampf immer verliere… da fehlt mir die Kraft zum testen des osmupdate
Kannst du dir vorstellen, dass er das bereits getan haben könnte? Und zwar Fehlerfrei?
Wenn du dir den Quelltext einmal anschauen tätest, dann wüsstest du wieviele Dinge er schon gemacht hat, damit es unter Windows läuft. Ich finde das einfach beachtlich und möchte an dieser Stelle nochmal Danke sagen!
Ich werde gerne wieder testen, damit der Fehler gefunden werden kann.
Ich kann mir viel vorstellen. Vielleicht hat er einen Trojaner auf meinen Computer geschleußt und abgewartet bis ich seine Programme nutzen möchte und diese dann mit fehlerhaften Versionen ausgetauscht um sich daran zusammen mit Stefan Küste zu erfreuen wie ich mich übelst darüber aufrege das es nicht geht. Eine echte Verschwörung wie die Manipulation des OSM-Kampfs.
Wahrscheinlich wirds der Trojaner sein, der auch Chris daran hindert die Hilfe unter windows 7 zu lesen.
So wie es aussieht führt er das Programm in einem neuen Fenster mit Administratorrechten auf und da sich das Programm natürlich direkt nach der Ausgabe schließt wird auch das Fenster geschlossen.
zwei von vielen möglichen Lösungsansätzen:
a) Im Programm, eine Tastaturabfrage einbauen die das abfängt (Entwickler)
b) “cmd” statt mit RETURN, mit STRG+SHIFT+RETURN starten um gleich in den Adminmodus zu gelangen (Anwender)
c) Benutzerkontensteuerung abschalten 
Aber die Frage ist halt, wieso osmupdate Adminrechte benötigt.
Ganz einfach… nach Analyse des Programmcodes folgende Funtkionen gefunden:
Es baut einen Hypnose-Bildschirmschoner ein mit sugestionsbotschaften wie “Huldige Stefan Küste”, “Stimme der ODBC zu!” und vieles schreckliches mehr!!!
Hier das akustische Gegenmittel: http://www.file-upload.net/download-3692130/hypnose1.mp3.html mind. 5min mit Kopfhörer anhören
d) Programm umbenennen zB. osmtest.exe 
Das “update” veranlasst Windows anscheinend zu glauben dass es sich um ein Setup-Programm handelt.
Ansonsten haben die neuen Windows-Versionen bei mir prima funktioniert.
Laufzeit für Daily Update Europe: ca. 15 Minuten.
Ernsthaft? 
Was ist das denn für ein seltsames Verhalten (ich verwende Windows nicht, deshalb frage ich so ungläubig).
Gruß,
Mondschein
Das war mir auch neu! Aber es stimmt, wie ich gerade unter http://technet.microsoft.com/en-us/library/cc709628%28WS.10%29.aspx gelesen habe:
Before a 32 bit process is created, the following attributes are checked to determine whether it is an installer:
Filename includes keywords like "install," "setup," "update," etc.
Keywords in the following Versioning Resource fields: Vendor, Company Name, Product Name, File Description, Original Filename, Internal Name, and Export Name.
Keywords in the side-by-side manifest embedded in the executable.
Keywords in specific StringTable entries linked in the executable.
Key attributes in the RC data linked in the executable.
Targeted sequences of bytes within the executable.
Microsoft uebertrifft sich mal wieder selbst
Falls nicht schon geschehen, werd ich einen entsprechenden Hinweis ins wiki schreiben.
Ciao,
Frank
Tach,
in der neuesten Version (von gestern abend) wird jetzt automatisch versucht, ein TS zu ermitteln,
falls nicht manuell angegeben wurde.
Jetzt könnte Edwin auch wieder testen.
Von seinem “edwin loses”-Schock dürfte er sich ja mittlerweile wieder erholt haben
Ciao,
Frank
E:\osm>osmupdate -v eu2.o5c neu.o5c
osmupdate Parameter: eu2.o5c
osmupdate Parameter: neu.o5c
osmupdate: file eu2.o5c has no file timestamp.
osmupdate: Running statistics to get the timestamp.
osmupdate: timestamp of eu2.o5c: 2011-08-22T19:58:26Z
osmupdate: newest minutely timestamp: 2011-09-19T19:16:02Z
osmupdate: newest hourly timestamp: 2011-09-19T19:00:00Z
osmupdate: newest daily timestamp: 2011-09-19T00:00:00Z
osmupdate: minutely changefile 989549: downloading
osmupdate: minutely changefile 989548: 2011-09-19T19:15:02Z
osmupdate: minutely changefile 989548: downloading
osmupdate: minutely changefile 989547: 2011-09-19T19:14:02Z
osmupdate: minutely changefile 989547: downloading
osmupdate: minutely changefile 989546: 2011-09-19T19:13:02Z
osmupdate: minutely changefile 989546: already in cache
osmupdate: minutely changefile 989545: 2011-09-19T19:12:02Z
osmupdate: minutely changefile 989545: already in cache
osmupdate: minutely changefile 989544: 2011-09-19T19:11:03Z
osmupdate: minutely changefile 989544: already in cache
osmupdate: minutely changefile 989543: 2011-09-19T19:10:02Z
osmupdate: minutely changefile 989543: already in cache
osmupdate: Merging changefiles.
osmupdate: minutely changefile 989542: 2011-09-19T19:09:03Z
osmupdate: minutely changefile 989542: already in cache
osmupdate: minutely changefile 989541: 2011-09-19T19:08:02Z
osmupdate: minutely changefile 989541: already in cache
osmupdate: minutely changefile 989540: 2011-09-19T19:07:03Z
osmupdate: minutely changefile 989540: already in cache
osmupdate: minutely changefile 989539: 2011-09-19T19:06:02Z
osmupdate: minutely changefile 989539: already in cache
osmupdate: minutely changefile 989538: 2011-09-19T19:05:02Z
osmupdate: minutely changefile 989538: already in cache
osmupdate: minutely changefile 989537: 2011-09-19T19:04:03Z
osmupdate: minutely changefile 989537: already in cache
osmupdate: minutely changefile 989536: 2011-09-19T19:03:02Z
osmupdate: minutely changefile 989536: already in cache
osmupdate: Merging changefiles.
osmconvert Error: could not get 183500800 bytes of memory.
osmupdate Error: Merging of changefiles failed:
osmconvert --merge-versions “osmupdate_temp\temp.m000989536.osc.gz” “osmupdate_
temp\temp.m000989537.osc.gz” “osmupdate_temp\temp.m000989538.osc.gz” “osmupdate_
temp\temp.m000989539.osc.gz” “osmupdate_temp\temp.m000989540.osc.gz” “osmupdate_
temp\temp.m000989541.osc.gz” “osmupdate_temp\temp.m000989542.osc.gz” “osmupdate_
temp\temp.8” --timestamp=2011-09-19T19:16:02Z --out-o5c >“osmupdate_temp\temp.9”
Der Urlauber ist wieder da
Hast Du es schon mit
E:\osm>osmupdate -v --max-merge=3 eu2.o5c neu.o5c
probiert?
Ciao,
Frank
Eventuell ist der tägliche Update (–daily) weniger speicherhungrig…
Nein. Das Programm reserviert sich zum mergen jeder Datei automatisch einen gewissen Speicher unabhängig von der eigentlichen Größe. Einziger Weg ist der von Kellerma beschriebene, die Zahl der Dateien zum mergen zu begrenzen. Marqs hatte den Standardwert angehoben.