Hallo zusammen,
für mein Garmin baue ich mir mit mkgmap Karten zusammen.
Die OSM Rohdaten hole ich mir bei www.geofabrik.de. Leider kommt es bei diesen Daten immer wieder dazu, dass einige Gewässer nicht geflutet sind, sogar der Rhein ist ausgetrocknet. http://fotos.mtb-news.de/p/1252831
Nun habe ich von Computerteddy den Tipp bekommen, dass es an den Ausgangsdaten liegen könnte. Daraufhin habe ich die Daten von http://cloudmade.com/ geholt. Da ist Wasser im Rhein
Die Daten sind nur recht alt.
Welche Möglichkeiten gibt es noch, an OSM Rohdaten zu kommen? Am liebsten wäre mir Europa.
Die Daten von der Geofabrik sind die Rohdaten (ohne History, die du eh nicht benötigst). Sie werden täglich aktualisert und sind Ausschnitte aus einem aktuell gehaltenen Planetfile. Genaueres weiß Frederick (User woodpeck).
Wenn der Rhein austrocknet liegt es daran, dass die Rohdaten fehlerhaft sind, z.B. weil ein Multipolygon nicht geschlossen ist. Das behebt man am besten mit einem mächtigen Editor (JOSM, nicht Potlatch) und wartet, bis die Geofabrik-Extrakte wieder aktualisiert sind. Ausgetrocknete Flüsse können aber auch beim Ausschneiden mit osmconvert entstehen. Wenn du mit osmconvert ausschneidest, solltest du osmconvert mit den Optionen –complete-ways --complex-ways aufrufen.
Alle aktuellen OSM Rohdaten gehen auf dasselbe Planetfile/Datenbestand zurück. Es macht also keinen Unterschied wo Du sie hernimmst.
Es kann bei OSM immer mal passieren, daß aktuell Fehler drin sind. Bei groben Fehlern hilft es meist, einfach die Daten vom nächsten Tag zu nehmen - meistens hat es schon jemand vor Dir entdeckt und repariert.
Bei Ausschnitten von der Geofabrik kommt es noch darauf an, welchen du nimmst. Gewässer, Wälder usw. die über den Rand des Wunschgebietes hinausragen können potentiell vom Ausschneiden beschädigt werden. Dann hilft nur das nächstgrößere Gebiet.
Aber mit dem Europafile von der Geofabrik solltest Du ganz gut bedient sein.
Das Datenangebot von Cloudmade ist mit “recht alt” noch sehr höflich umschrieben: 13. Dezember 2011 (i.W.: zweitausendelf) fällt schon eher unter historisch. Zur Geofabrik gibt es derzeit, abgesehen von ein paar verstreuten Spezialextrakten wie DE+50, keine ernsthafte Alternative.
Mir ist kein grundsätzliches Problem mit den Geofabrik-Extrakten bekannt. Einzig einige Edits von einem Tag Mitte Februar dieses Jahres sind in den Geofabrik-Daten nicht korrekt berücksichtigt; aber dafür kann die Geofabrik nichts, sondern der Fehler lag bei der Erstellung der Minutendiffs bei OSM. Das von Dir beanstandete Stück Rhein scheint davon auf den ersten Blick nicht betroffen. Dort liegt noch nicht einmal ein Multipolygon vor, sondern nur ein einfacher Weg, der weit vor der DE-Grenze endet, also vom Ausschneiden nicht betroffen sein kann.
Mist, nachdem der Rhein mit den Daten von Cloudmade gefüllt war, hatte ich gedacht, die richtige Spur zu haben.
Die Geofabrik wird vermutlich viel genutzt, ein ausgetrockneter Rhein würde da ja schnell auffallen.
Also ist irgend was anderes in meinem mkgmap nicht in Ordnung.
Ich benutze diese Zeile:
generate-sea=extend-sea-sectors,close-gaps=6000,floodblocker,fbgap=60,fbthres=200,fbratio=0.6
Ausgangsdaten ist das europa pbf File der Geofabrik. Das kommt so wie es ist in den mkgmap splitter.
Hast Du schon mal überlegt, Deine Daten aus einem Planet zu schneiden?
Ich habe mir ein Python-Script geschrieben, das mir diese Arbeit unter Verwendung von Polydateien abnimmt und dann die Daten splitter und mkgmap vorwirft.
Man kann problemlos weitere Kartenstile einbinden, ansonsten wird der AIO-Basemap-Stil genommen
Müsste man dann immer die ganze Welt downloaden?
Das Schneidewerkzeig osmosis verstehe ich nicht, habs nicht zum Laufen bekommen. Ich bin nicht so der IT Experte. Bin froh, dass ich mkgmap so einigermaßen verstanden habe.
Ich habe was anderes entdeckt. An der Stelle, wo mein Rhein ausgetrocknet ist, ist ein waterway=riverbank in OSM. warerway=* frage ich in mkgmap ab. Dann ist da natürlich eine Linie.
Ich mache meine Karten noch mal, aber sage explizit waterway=river und lasse riverbank weg. Mal abwarten, was da raus kommt.
Nein, Du brauchst dazu osmupdate und osmconvert, dauert je nach Rechnerleistung 20-60 Minuten, Download immer die Diffs, beim erstem Mal wird ein planet.pbf gezogen, kann auch ein europe.pbf sein, das nach O5M konvertiert und aktualisiert.
Der Platzbedarf hält sich in Grenzen zwei mal den Planet wegen temporärer Datei.
versuch mal bei Splitter die Option --keep-complete’, aber ohne ‘overlap’
Das planet zu halten wenn man normalerweise nur Europa braucht ist etwas Oversize und benötigt nur mehr Speicher und Rechenzeit fürs schneiden Mergen usw.
Die europe.osm.pbf dürfte normalerweise reichen.
Diese mit osmupdate aktuell halten und wenn man da noch die europa-poly mitgibt wird auch nur was aus Europa mitge"mergt"
Interessant mit dem Delta Download.
Wie gehe ich da ran? Welche Tools?
Bisher lade ich mir immer Europa komplett runter, wenn ich ein Kartenupdate mache. Das ist Datenoverkill, aber ich wüsste keine andere Lösung.
Ich hab damals auch einige Tage Wochen gebraucht, bis ich Osmosis im Griff hatte. Mag sein, dass das auch andere Programme können, aber ich bin sehr zufrieden damit. Ist halt das Original.
Jo entweder was wambacher ja leid tut osmosis
Ist eine Eierlegendewollmilchsau - was auch heist mnan brauch etwas geduld (z.B. Ausschneiden dauert etwa 10mal länger als mit osmconvert).
Mein Versuch riverbank wegzulassen ist gescheitert. Nun ist im kompletten Rhein Wasser mehr
Ich lass es jetzt erst mal. --keep-complete’, aber ohne ‘overlap’ werde ich noch versuchen.
Ist ja nur ein optisches Problem.
Zu dem eigentlichen Thema:
Man lädt einmal Europa und dann nur noch die Veränderungen? Das macht alles osmosis?
Das Ergebnis hinterher ist eine Europakarte, also nix anderes, als wenn ich EU immer komplett lade. Vorteil wäre halt, dass der Download nicht so lange dauert und ich die Server nicht so quäle.
Nein, das Ergebnis ist eine tagesaktuelle Sammlung der Daten.
Die Updates umfassen meist weniger als 100 MB pro Tag für den gesamten Planet, der Download von europe.pbf erfordert jedesmal ein vielfaches davon
Osmosis macht vieles ist aber ziemlich kompliziert, osmupdate ist ein Spezialist, der genau das eine richtig gut kann
Täusch Dich da nicht. Je nachdem, wie oft Du neue Daten brauchst, wie schnell Deine Leitung ist und wie leistungsfähig Dein Rechner ist, kann es sich überhaupt nicht lohnen.
In meinem Fall: Update eines Planetfiles lokal ca. 8h (ohne Download und Mergen der Updates), Download des Europafile 1h.
Welche Gegend verwendest Du denn tatsächlich und wie oft baust Du die Karten neu?
Hier maximal 40 Minuten mit Download und Mergen, es macht wenig Unterschied, ob ich die Daten von drei Wochen oder drei Stunden einpflegen lasse. Ich mache stündliche Updates, i.d.R. einmal am Tag, aber nicht per Cronjob, sondern manuell.
Welches Dateisystem nimmst Du für den Planet?
Am längsten dauert der Teil mit dem Erstellen des neuen temporären Planet, aber 36 GB O5M dauern halt.
Das Ausschneiden der DACH+ aus dem Planet dauert 30 Minuten, Bonn +100Km geht marginal schneller.
Der Bau der Karten AIO-Basemap und die Bikemap DACH+ jeweils 25 Minuten, Bonn je 10 Minuten.
Mein Script mit 7 häufig aktulisierten Karten läuft etwa 6 Stunden. Also abends angest0ßen, morgens fertig.
Ich gebe aber zu, es laufen keine anderen zeit- oder rechenintensiven Sachen auf dem Computer, aber man kann ihn parallel benutzen.
So, zumindest mein Problem mit dem ausgetrockneten Rhein konnte ich lösen
Es war Unkenntniss der OSM Tags. Ich hatte waterway=* ausgewertet. Damit wurde auch waterway=riverbank dargestellt. Dies verhinderte ein Füllen des Wasserflächen.
