Re: Gelöst&Howto: osmconvert "verliert" ways beim schneiden von srtm-daten
Geschrieben von kellerma (Gast) am 06. Januar 2012 09:16:23: [flux]
Als Antwort auf:
Gelöst&Howto: osmconvert "verliert" ways beim schneiden von srtm-daten
geschrieben von
laufkaefer
(Gast)
am
30. November 2011 14:12:
Das Problem ist, dass es halt nicht ganz hinhaut 😉
Du machst Dir ein neues Verzechnis (mkdir test; cd test), kopierst die HGT-Dateien rein (cp -r ../hgt .) und legst los mit
$ phyghtmap -a 10.98:48.98:11.02:49.02 --osm-version=0.6
Und jetzt lässt Du Dir die Änderungszeiten aller Dateien anzeigen:
$␣stat␣* File:␣„hgt" Size:␣4096␣␣␣␣␣␣␣␣␣␣␣␣Blocks:␣8␣␣␣␣␣␣␣␣␣␣IO␣Block:␣4096␣␣␣Verzeichnis Device:␣fe01h/65025d␣␣␣␣Inode:␣6955390␣␣␣␣␣Links:␣3 Access:␣(0755/drwxr-xr-x)␣␣Uid:␣(␣1000/␣␣␣␣␣user)␣␣␣Gid:␣(␣1000/␣␣␣␣␣user) Access:␣2012-01-06␣09:12:42.000000000␣+0100 Modify:␣2012-01-06␣09:12:42.000000000␣+0100 Change:␣2012-01-06␣09:12:42.000000000␣+0100 File:␣„lon10.98_11.00lat48.98_49.00_srtm3.osm" Size:␣21953␣␣␣␣␣␣␣␣␣␣␣Blocks:␣48␣␣␣␣␣␣␣␣␣IO␣Block:␣4096␣␣␣reguläre␣Datei Device:␣fe01h/65025d␣␣␣␣Inode:␣6955398␣␣␣␣␣Links:␣1 Access:␣(0644/-rw-r--r--)␣␣Uid:␣(␣1000/␣␣␣␣␣user)␣␣␣Gid:␣(␣1000/␣␣␣␣␣user) Access:␣2012-01-06␣09:13:09.000000000␣+0100 Modify:␣2012-01-06␣09:13:09.000000000␣+0100 Change:␣2012-01-06␣09:13:09.000000000␣+0100 File:␣„lon10.98_11.00lat49.00_49.02_srtm3.osm" Size:␣30566␣␣␣␣␣␣␣␣␣␣␣Blocks:␣64␣␣␣␣␣␣␣␣␣IO␣Block:␣4096␣␣␣reguläre␣Datei Device:␣fe01h/65025d␣␣␣␣Inode:␣6955416␣␣␣␣␣Links:␣1 Access:␣(0644/-rw-r--r--)␣␣Uid:␣(␣1000/␣␣␣␣␣user)␣␣␣Gid:␣(␣1000/␣␣␣␣␣user) Access:␣2012-01-06␣09:13:09.000000000␣+0100 Modify:␣2012-01-06␣09:13:09.000000000␣+0100 Change:␣2012-01-06␣09:13:09.000000000␣+0100 File:␣„lon11.00_11.02lat48.98_49.00_srtm3.osm" Size:␣30963␣␣␣␣␣␣␣␣␣␣␣Blocks:␣64␣␣␣␣␣␣␣␣␣IO␣Block:␣4096␣␣␣reguläre␣Datei Device:␣fe01h/65025d␣␣␣␣Inode:␣6955415␣␣␣␣␣Links:␣1 Access:␣(0644/-rw-r--r--)␣␣Uid:␣(␣1000/␣␣␣␣␣user)␣␣␣Gid:␣(␣1000/␣␣␣␣␣user) Access:␣2012-01-06␣09:13:09.000000000␣+0100 Modify:␣2012-01-06␣09:13:09.000000000␣+0100 Change:␣2012-01-06␣09:13:09.000000000␣+0100 File:␣„lon11.00_11.02lat49.00_49.02_srtm3.osm" Size:␣26553␣␣␣␣␣␣␣␣␣␣␣Blocks:␣56␣␣␣␣␣␣␣␣␣IO␣Block:␣4096␣␣␣reguläre␣Datei Device:␣fe01h/65025d␣␣␣␣Inode:␣6955417␣␣␣␣␣Links:␣1 Access:␣(0644/-rw-r--r--)␣␣Uid:␣(␣1000/␣␣␣␣␣user)␣␣␣Gid:␣(␣1000/␣␣␣␣␣user) Access:␣2012-01-06␣09:13:09.000000000␣+0100 Modify:␣2012-01-06␣09:13:09.000000000␣+0100 Change:␣2012-01-06␣09:13:09.000000000␣+0100
Die 4 osm-Dateien haben den gleichen (Modify)-Zeitstempel, so dass "ls -t -r" doch wieder alphabetisch sortieren muss 😉
osmconvert braucht halt eine vollständig korrekt sortierte Datei, wenn es keine "wrong sequence .." ausgeben soll.
Beim o. g. mini-shell skript "choked" osmconvert noch (deshalb Unterdrückung mittels "2> /dev/null", die entstehenden
"nodes-only"- bzw. "ways-only" sind aber bereits korrekt (hoffentlich 😉, so dass das letzte "osmconvert *.o5m ..." ohne
Schluckauf funktionokelt.