Hallo,
in letzter Zeit bekomme ich beim updaten des planets immer folgende Fehlermeldung:

Could not get 183500800 bytes of memorie. Dann bricht er das mergen der diffs ab.

Ich betreibe das ganze mit dem fertigen win32 exe auf einem Win7 64bit mit ausreichend Speicher. Ich hab es auch schon mal mit mingw selber compiliert, hat aber auch nichts genutzt. Mit mingw64 komme ich nicht wirklich klar.

Mein Aufruf ist folgender:

bin\osmupdate.exe --verbose --planet-url=http://planet.openstreetmap.org/redaction-period/ %basefile%\src\planet.osm.pbf %tempfile%\planet_%heute%.osm.pbf

Kann mir einer beim compilieren von den beiden Tools fĂŒr Win64 helfen? Welche Dateien muss ich dafĂŒr herunterladen und wie muss ich das dann compilieren? Evtl. auch optimiert fĂŒr einen Phenom II X6.

Oder hat einer eine andere Idee, woran es sonst noch liegen könnte?

Hallo,
also bei mir funzt das unter WIN7-64 Ultimate mit folgenden Aufruf
.\osmup.exe --planet-url=http://planet.openstreetmap.org/redaction-period/ --hourly --daily --emulate-osmosis --keep-tempfiles -v -b=%box% %osm% lausitz.pbf
osmupdate.exe sollte ja umbenannt werden bei mir in osmup.exe steht so auf der Herstellerseite
die Variablen %box% enthÀlt folgendes == set box=13.6,50.6,15.5,51.3
und Variable %osm% == set osm=europe.osm.pbf
Programm habe ich auch nur von der Herstellerseite runtergeladen, und bis vor zwei Stunden haute das auch alles noch hin.
Gruß AlterSachse

Hmm
merkwĂŒrdig


Jetzt hab ich ein --daily ergĂ€nzt, da lĂ€uft er durch. Wo ich bisher dachte, er bekommt fĂŒr die großen Dateien nicht genug RAM. Als in der redaction-Zeit mal nur minutly verfĂŒgbar war, ist er auch durchgelaufen. Werde mal weitere Kombinationen testen.

Hallo
Ich nutze auch diese Verbesserung :

Im Moment muss ich mich mit einem Windows 7 rumschlagen (keine Ahnung)

Das geht nicht ?

osmupdate aut-che-ita-slo-hrv-srb-mne-bih.osm.pbf --hour --day --keep-tempfiles aut-che-ita-slo-hrv-srb-mne-bih-new.osm.pbf -B=aut-che-ita-slo-hrv-srb-mne-bih.poly

Es kommt ein Fenster: Wollen sie zulassen das ein Programm 
 usw.
Mache ich Ja

Dann schließt es. Es springt kurz ein Terminal wieder auf.
Aus fertig nix passiert ?
Beste GrĂŒĂŸe

Gemeine Falle! Bei allen Programmen die “update” im Namen haben, ‘denkt’ Windows, es mĂŒsse sich um ein Programm in bestimmter Struktur fĂŒr Updates von Programmen handeln.

Das ist im Fall von osmupdate natĂŒrlich nicht gegeben. Daher kommt diese Reaktion. Abhilfe ist zum GlĂŒck trivial: Osmupdate einfach umbennenen ohne “update” im Programmnamen (z.B. “osmupd”).
Disclaimer: Kenne ich nur aus dem Forum, hat aber seinerzeit wohl geholfen.

Edbert (EvanE)

Ich empfehle am Windows7-Rechner folgendes workaround
http://m.youtube.com/watch?v=h1cgtbFimgw

das ist ein Fake.

aber passt dennoch :wink:

Hallo
Lustig ja da ist man immer kurz davor mit windows.

Ich habe die deu-osm.pbf in eine deu-old.o5m convertiert.

Startbefehl:

osmupd deu-old.o5m --hour --day --keep-tempfiles deu.o5m -B=deu.poly

osmupd Da geht jetzt was, aber es funktioniert nicht?

osmupdate:Aging the timestamp by 4 hours for safty reasons
osmupdate Error: Could not get the newest hourly timestamp from the Internet.

Gerade im Test mit 
osm.pbf geht es auch nicht, selbe Meldung wie oben? :frowning:
Ende Versuch

Hallo
Übergangsweise gelöst, umstĂ€ndlich geht immer. :slight_smile:
Ubuntu Live CD genutzt

puste den Staub ab
Ich habe auch dieses Problem mit osmupdate und den fehlenden 183500800 bytes of memory.

Mein Aufruf mit alles :wink: :smiley:


"C:\Users\Frank\bin\osmu.exe" -v --keep-tempfiles --max-merge=3 --day -b=""6.32,49.03,7.42,49.71"" "2016-02-19T0848-saarland.osm.pbf" "C:\Users\Frank\Documents\Meine Dokumente\Karten\OSM\2016-02-19T0859-saarland.osm.pbf"

Die Ausgabe von osmupdate


osmupdate Parameter: --keep-tempfiles
osmupdate Parameter: --max-merge=3
osmupdate Parameter: --day
osmupdate Parameter: -b=6.32,49.03,7.42,49.71
osmupdate Parameter: 2016-02-18T1821-saarland.osm.pbf
osmupdate Parameter: C:\Users\Frank\Documents\Meine Dokumente\Karten\OSM\2016-02-19T0848-saarland.osm.pbf
osmupdate: timestamp of 2016-02-18T1821-saarland.osm.pbf: 2016-02-18T00:00:00Z
osmupdate: newest daily timestamp: 2016-02-19T00:00:00Z
osmupdate: daily changefile 1255: downloading
osmupdate: daily changefile 1254: 2016-02-18T00:00:00Z
osmupdate: Merging changefiles.
osmupdate: Creating output file.
osmconvert Error: could not get 183500800 bytes of memory.
osmupdate: Keeping temporary files.
osmupdate: Completed successfully.

Der Rechner ist mit Windows 10 ausgestattet, hat 8GB RAM und das ganze lĂ€uft in einer OSGeo4W-Shell, was aber auch nur eine cmd.exe am Ende ist. Es scheint ja alles zu funktionieren, es steht ja schliesslich “osmupdate: Completed successfully.” da, aber ein wenig befremdlich ist das schon. Ich belasse die Dateien ja im PBF-Format wegen spĂ€terer Weiterverarbeitung, liegt es evt. daran?

Hab deine Beschreibung unter http://frankbroniewski.com/2016/02/16/Wie-man-einen-heruntergeladenen-OpenStreetMap-Extrakt-aktuell-halt/ gefunden 
 sieht gut aus!

Aber zu der Fehlermeldung kann ich leider nix sagen, vielleicht muss man da mal mit einem Debugger oder Profiler ran?

Hallo Frank,
die betreffende Meldung wird von osmconvert ausgegeben, wenn zum Einlesen einer Datei Speicherplatz angefordert, aber vom Betriebssystem nicht zur VerfĂŒgung gestellt wurde.

Verwendest du die 64-Bit-Version von Windows 10? Falls ja, wurde das Programm osmconvert fĂŒr 64 oder fĂŒr 32 Bit ĂŒbersetzt?

Zur Fehlersuche:
osmconvert wird von osmupdate aufgerufen. Die betreffenden Systemaufrufe werden angezeigt, wenn du statt “-v” die Option “-v=2” ĂŒbergibst. Vielleicht bringt das noch etwas Licht ins Dunkel


GrĂŒĂŸe
Markus

Ja, ich habe die 64bit Version von W10, osmconvert ist die 32bit, die im Wiki verlinkt ist. Das ganze passiert ĂŒbrigens nicht, wenn man das o5m-Format nimmt, die Meldung kommt nur mit pbf als Format. Ich teste die ausfĂŒhrlichere Ausgabe und poste die Ausgabe, sobald mich die Grippe mal lĂ€nger als 10 Minuten an den Rechner lĂ€sst 


Gibts inzwischen Neuigkeiten zu dem Thema?
Unter Windows 10 funktioniert mit pbf und osmupdate und osmconvert alles zuverlÀssig. Auf meinen Servern mit Windows Server 2008 reproduzierbar nicht. Dort gibt es den could not get bytes of memory Fehler. (erst seit einigen Monaten)
Und ja, der Server hat reichlich Arbeitsspeicher ĂŒbrig, 185 MB sind eigentlich kein Ding.

Blöd: Die Datei wird trotzdem geschrieben, sie hat aber eine andere GrĂ¶ĂŸe als die gleiche Datei unter Windows 10 upgedated.
Insbesondere fehlen Multipolygone, der Rest scheint ok zu sein.

Ich hab mir mal den osmosis.c Code besorgt und die Stelle angeschaut, ist unspektakulÀr.
Bei einem solchen Fehler sollte die Datei besser nicht geschrieben werden statt eine unvollstÀndige zu schreiben.

Ich wollte osmconvert mal unter Windows und Visual Studio compilieren, aber mir scheinen ein paar Header zu fehlen, wo bekommt man die?

Gruss Marcus

Hi,

seit heute gibt es mit osmupdate unter Windows die folgende Meldung:

Error : Could not get the newest daily timestamp from the internet

Mit scheint das kommt daher dass die Planetdatei nicht mehr unter http erhÀltlich ist, sondern unter https?

Könnte bitte jemand neue Builds fĂŒr Windows 32 und 64 machen?

Danke, Gruss Marcus