x

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.