Talk:Osmupdate
Funktioniert prima unter Win-7. --chris66 09:13, 20 September 2011 (BST)
Das Updateprogramm ladet die ganzen Einzellupdates von der ganzen Welt herunter. Wenn man das Update länger nicht gemacht hat, kommen da schnell paar Gigabyte an Festplattenplatz zusammen... Mich interessieren die Updates nur von einem kleinem Gebiet mit einem Quadrat von ca. 250km Seitenlänge. Mit diesem Updateparameter Boundingbox kann ich das zwar eingrenzen, aber trotzdem werden die Updatedateien immer riesig und verbrauchen beim verarbeiten auch noch viel Festplattenplatz wo am ende dann meine geupdatete O5M Datei vielleicht nur um 3mb gewachsen ist.
Um das Problem zu entschärfen sollte es eine optionale vorverarbeitung geben, dass jede Änderungstagesdatei gleich sofort auf das gewünschte Flächengebiet eingedampft wird um so den Festplattenplatz während des Updaten zu minimieren. --Edwin-ldbg 00:05, 29 December 2011 (UTC)
Errorlevel
Gibt es eine Möglichkeit, via errorlevel abzufragen, ob das Update a) erfolgreich war, b) nicht notwendig war, da up-to-date, c) nicht erfolgreich war? --WalterSchloegl 17:59, 13 January 2012 (UTC)
- Hallo, Detail-Infos müsstest du mit -v oder, falls nötig, mit -v=2 erhalten. Falls ein Fehler auftrat, müsste der Errorlevel einen eigentlich Wert ungleich 0 zurückgeben. Ist ein Update nicht nötig, dann wird keine Zieldatei erstellt, und das Programm endet mir dem Rückgabecode 0. --Marqqs 21:01, 13 January 2012 (UTC)
Funktioniert überhaupt nicht mehr!!!!
Programm geht nicht mehr. Updatetet nichts mehr, stürzt entweder ohne Fehlermeldung ab oder behauptet das alles bereits aktuell sei, was aber gelogen ist! Ich kann es nicht leiden, wenn Computer mich belügen!!!!! —Preceding unsigned comment added by Edwin-ldbg (talk • contribs) 11:23, 10 April 2012
- Nicht so laut, Edwin. :-) Zurzeit gibt es keine offiziellen Updates, sondern nur versuchsweise Updates unter Vorbehalt. Lizenzwechsel und so... hast du bestimmt mitbekommen. Das Programm lädt nur die regulären Updates runter, du musst dich da bitte noch etwas gedulden. --Marqqs 22:43, 15 April 2012 (BST)
What does this error mean?
"osmconvert Warning: way 29052748 user string index overflow: 5390>=4899" --Lambertus 18:00, 4 June 2012 (BST)
- Hi! You possibly used a corrupted input file or change-file. What source was it from? URL? --Marqqs 21:12, 4 June 2012 (BST)
- I used the following command on 64bit Linux to update the planet dump from April 1st to current:
- osmupdate32 --verbose --daily --max-merge=14 --planet-url=https://planet.openstreetmap.org/redaction-period/ planet-120401.osm.pbf 2012-03-31T23:30:00Z planet-20120604.osm.pbf
- As far as I know the source planet from April 1st is OK. But the resulting planet is larger (which is expected) but apparently a bit goofy because the output from Splitter is missing a lot of data. --Lambertus 12:46, 5 June 2012 (BST)
Github
Hi, I have created a branch on github and also made a new version that just downloads files. https://github.com/h4ck3rm1k3/Osmupdate mike H4ck3rm1k3 17:52, 29 July 2012 (BST)
- Thanks, this is a good idea! However, you might have accomplished the same if you had used the option --keep-tempfiles in combination with a dummy executable for osmconvert. --Marqqs 18:13, 30 July 2012 (BST)
No timestamp?
The following command used to work fine but currently gives an error:
osmupdate --verbose --daily --max-merge=31 planet-latest.o5m 2013-07-04T00:00:00Z planet-20130714.o5m" osmupdate: Verbose mode. osmupdate Parameter: --daily osmupdate Parameter: --max-merge=31 osmupdate Parameter: planet-latest.o5m osmupdate Parameter: 2013-07-04T00:00:00Z osmupdate Parameter: planet-20130714.o5m osmupdate: newest daily timestamp: 2013-07-15T00:00:00Z osmupdate: daily changefile -1: (no timestamp) osmupdate Error: no timestamp for daily changefile -1.
Any ideas how to fix this? --Lambertus (talk) 17:52, 14 July 2013 (UTC)