« Update OktoberTopographic maps for Garmin GPS handhelds »

43 comments

Comment from: Meinolf [Visitor]
Ich habe ein paar OSM-basierte Karten für den Garmin verglichen, Ihre gefällt mir bislang am besten. Um auch Karten von anderen Gegenden zu bekommen, habe ich versucht, nach der Anleitung selbst eine Karte zu erstellen. Das hat auch so weit gut funktioniert, die Karte sah so aus wie Ihre Deutschlandkarte. Allerdings hat das Routing nicht mehr geklappt. Das Routing beginnt immer an einem anderen Punkt als dem wo ich mich gerade befinde und springt dann ziemlich wild hin und her. Teilweise folgt es den Strassen, teilweise aber auch Luftlinie. Muss man noch etwas gesondert beachten, damit die Karten routingfähig werden?

viele Grüße,
Meinolf
10/23/09 @ 08:22
Comment from: Meinolf [Visitor]
Hat sich erledigt, das Problem saß mal wieder vorm Bildschirm. Man muß halt richtig abschreiben können :-(
Nochmal Danke für die tolle Karte und die Beschreibung wie man's macht!

Meinolf
10/23/09 @ 16:13
Comment from: Christoph [Visitor] Email
Hallo,

vielen Dank für die hervorragende Anleitung; das Ergebnis ist wirklich eine schöne topographische Karte.
Allerdings möchte ich gerne Karten für Mittelschweden erstellen und dort gibt es keine SRTM-Daten, sondern andere Quellen für Höhendaten. Deswegen möchte ich nicht SRTM2OSM verwenden (was ja vom Autor auch nicht mehr gepflegt wird), sondern den Nachfolger Groundtruth. Dieser hat leider den Nachteil (?), dass die Höhendaten nicht in einer, sondern in mehreren OSM-Dateien gespeichert werden.
Hast Du einen Tipp, wie ich diese zu einer OSM-Datei zusammenführen kann, um dann weiter nach Deiner Anleitung zu gehen?
Bei dem Versuch, das mit osmosis zu machen bekomme ich nur eine Fehlermeldung; mkgmap kann das ja m.W. nur zu img-Dateien zusammenfassen.

Danke im voraus.
/Christoph
10/30/09 @ 10:02
Comment from: Ralf Kleineisel [Member] Email
Da fallen mir 2 Möglichkeiten ein:
- Entweder die einzelnen Groundtruth-Dateien zu einzelnen Mkgmap-Kacheln weiterverarbeiten (meine SRTM20 besteht aus 23 Einzelkacheln, ebenso die SRTM10)
- oder Groundtruth dazu bringen, größere Flächen auszugeben (Optionen --gridlat=XX und --gridlon=XX) und anschließend mit mkgmap-Splitter wieder aufteilen
10/30/09 @ 19:34
Comment from: Meinolf [Visitor]
Hallo Ralf,

beim Erstellen der Contourlinien mit Srtm2Osm bekomme ich etliche Fehlstellen in den Bayrischen Voralpen. Ich habe gesehen, dass Du in der Diskussion zu Srtm2Osm letztes Jahr eine Anfrage zu diesem Problem gestellt hast. Deine Deutschlandkarte hat diese Fehlstellen jedoch nicht. Verrätst Du mir, wie Du dieses Problem gelöst hast?

Meinolf
11/02/09 @ 09:55
Comment from: Ralf Kleineisel [Member] Email
@Meinolf:
Benutzt du den Mkgmap-Splitter? Wenn, welche Version? Die älteren Versionen hatten das Problem, daß ein Way nicht in mehr als 4 Kartenkacheln sein durfte. Das führt dazu, daß Lücken entstehen. Bei den neueren Versionen ab r90 ist das behoben. Die neueste Version von Srtm2Osm (1.8) könnte auch helfen.
11/03/09 @ 10:48
Comment from: Meinolf [Visitor]
Hallo Ralf,

ich benutze splitter-r97 und Srtm2Osm-1.8.14.10. So wie ich es jetzt verstehe (auch aufgrund der Antwort auf Deine damalige Frage) sind das tatsächlich Fehler in den SRTM Daten, die vorwiegend in gebirgigen Gegenden auftreten (bei mir: Bayerische Voralpen). Ich habe mir jetzt mal Daten von hier: (http://www.viewfinderpanoramas.org/dem3.html) heruntergeladen und die fraglichen Files in dem Cache, den Srtm2Osm sich anlegt, ersetzt. Damit traten die Probleme nicht mehr auf. Wenn ich mit dem Programm Kosmos (http://wiki.openstreetmap.org/wiki/Kosmos) die originalen NASA-Daten mit denen von Viewfinderpanoramas vergleiche, sieht man die Unterschiede ganz deutlich.

Bist Du da ähnlich vorgegangen, oder gibt es noch einen anderen Trick?

Meinolf
11/03/09 @ 15:45
Comment from: Ralf Kleineisel [Member] Email
@Meinolf:
Ja, Datenquellen sind eine andere Frage. Man kann z.B für eine Karte erst einmal SRTM2OSM laufen lassen. Dann hat man eine Menge HGT-Dateien im SrtmCache-Verzeichnis. Dann kann man die, für die z.B. Viewfindepanoramas entsprechende Daten hat, die HGT ersetzen und SRTM2OSM noch einmal laufen lassen.
11/06/09 @ 15:33
Comment from: VozziK [Visitor]
Vielen Dank für die ausführliche Beschreibung. Ich habe mich jetzt mal mit Erfolg daran gemacht mir meine eigenen Karten für die USA zu generieren. Dank JOSM und einer kleinen Abwandlung des mkgmap Aufrufs ist dies kein Problem. Die Integration von SRTM Daten habe ich mir zwar noch nicht angesehen, aber das ist für mich auch erst einmal zweitrangig. Endlich habe ich kostenlose Karten für die Regionen der USA, die ich häufiger besuche. Und das Ganze ist innerhalb weniger Minuten aktualisiert. Jetzt muss nur noch das Routing klappen, aber das kann man ja schlecht ausprobieren, wenn man nicht gerade vor Ort ist...
12/16/09 @ 14:33
Comment from: Ralf Kleineisel [Member] Email
@VozziK:

Das kommt darauf an. Mein eTrex Legend HCx hat einen Simulationsmodus. Da kann man einen simulierten Standort wählen und dann z.B. eine Route berechnen lassen, sich diese in der Karte anzeigen lassen, oder sogar simuliert abfahren.

Oder man testet das Routing mit Mapsource. Da ist allerdings die Routenberechnung bei langen Routen schlecht und es findet oft keine Route wo das eTrex keine Probleme hat.
12/16/09 @ 21:39
Comment from: VozziK [Visitor]
Nachdem ich meine USA Karten jetzt ausgiebig getestet habe, muss ich einen kleinen Fehler melden. Dieser ist zwar sehr wahrscheinlich auf mich zurück zu führen aber ich würde ihn hier doch gern bekannt machen und nach Meinung fragen:

Ich habe ca. 6 verschiedene Karten erstellt von unterschiedlichen Bundesstaaten der USA. Irgendwie wollte die Anzeige auf meinem Garmin nicht richtig klappen (manchmal erschien die Karte und manchmal nicht), also habe ich (natürlich am letzten Tag) noch mal an den Parametern des Skripts gebastelt. Ich wollte alle Karten einzeln an- und abschaltbar haben. Um dies zu erreichen, habe ich bei allen Namenstags ein-eindeutige Namen vergeben. Da dies nicht reichte, habe ich auch noch pro Karte die family-id geändert (hochgezählt bis 1339). Jetzt klappte die Aufteilung zwar immernoch nicht sauber, aber ich habe dann aufgeben müssen, weil mir die Zeit davon lief. Also habe ich immer nur die Karten auf das Gerät kopiert, die ich gerade brauchte und mit 2 Karten hat es dann geklappt. Dies scheint also evtl. an meinem Garmin Oregon zu liegen und nicht an den Karten selbst.

Der eigentliche Fehler ist mir dann erst in den Staaten aufgefallen. Da ich die Karten zum Geocachen verwende, war es eine sehr böse Überraschung zu sehen, dass die Karten immer über die Caches gezeichnet wurden. Der aktuell ausgewählte Cache war zwar sichtbar, aber alle in der Umgebung liegenden Cache Icons waren scheinbar eine oder mehrerer Schicht(en) unter der Karte... Den Parameter draw-priority hatte ich aber bei der Generierung unangetastet gelassen. Für die Erstellung der Karten habe ich die OSM Daten von Cloudmade, Splitter 104 (mit dem Aufruf von dieser Seite) und mkgmap 1436 (mit dem Aufruf von dieser Seite und oben genannten Anpassungen) verwendet.

Woran kann es also gelegen haben, dass die Karten in einer anderen Ebene gelandet sind?

PS: Gerade habe ich erfolgreich eine Karte von Luxemburg erstellt (mit family-id=1331) und diese wird auch nicht über die Cache Icons gezeichnet. Verwendet habe ich jetzt Splitter 105 und mkgmap 1593...

Gruß,
Matthias
03/02/10 @ 09:03
Comment from: Ralf Kleineisel [Member] Email
@VozziK:

Bei meinem eTrex Legen HCx kann man Kartenkacheln auf zwei Weisen an- und abschalten: nach Kachelname und nach Family-Name. Ist das beim Oregon auch so?

Ich habe noch nie beobachtet, daß Icons von Kartenelementen überdeckt werden.
03/03/10 @ 20:01
Comment from: vozzik [Visitor] Email
Ich weiss nicht genau, wonach die Karten auf dem Oregon sortiert werden. Auf jeden Fall werden alle Karten (auch trotz der zuvor beschriebenen Änderungen zusammengefasst).

Siehe dazu auch folgenden Screenshot:
http://picasaweb.google.com/lh/photo/pm3BnHqnIiC_M7SXcIzT_g?feat=directlink

Gerade habe ich nur die Deutschland und eine selbst erstellte Luxemburg Karte installiert. Wenn ich jetzt noch mehrere Karten hinzufügen würde, könnten diese auf dem Button auch nicht mehr angezeigt werden. Ist wohl ein Nachteil der GUI des Oregon.

Gruß,
Matthias
03/06/10 @ 13:30
Comment from: Ralf Kleineisel [Member] Email
@vozzik:

Normalerweise werden die Karten nach dem Family-Name angezeigt. Das "SRTM20_Germany" ist der Family-Name des 20m-Höhenlinien-Layers meiner Karte. "OSM_SRTM_Germany" ist der Mapset-Name. Hat die Luxemburg-Karte die selbe Family-ID (1331) wie meine?

Ich würde mal annehmen, daß du mit dem Pfeil rechts unten weiter durch die Liste gehen kannst, wenn noch mehr Karten installiert sind.
03/06/10 @ 14:46
Comment from: vozzik [Visitor] Email
@Ralf: Das mit dem Family-Namen habe ich soweit schon verstanden. Ich habe die 10m-Höhenlinien auch manuell ausgeschaltet.

Weiter unten kommt jetzt gerade nur die Basemap von Garmin.

Ja, die Luxemburg Karte hat die gleiche Family-ID (1331) wie Deine Deutschlandkarte. Die Änderung an der Family-ID war ja genau das, was ich bei der Erstellung mehrerer Karten variiert hatte (fortlaufend hochgezählt).
Nichtsdestotrotz wurden die Karten dann von meinem Oregon dennoch wieder alle auf einen Button gelegt (s. mein Kommentar weiter oben).

Ich habe die Family-ID diesmal nicht geändert, da ich vermutet hatte, dass es vielleicht daran lag, dass der Oregon die Karten über die Icons gezeichnet hat.

Ich werde einfach die Luxemburg Karte noch einmal mit anderer Family-ID erstellen und das Ganze noch einmal probieren.

Gruß,
Matthias
03/06/10 @ 19:50
Comment from: Meinolf [Visitor]
Hallo Ralf,

ich melde mich auch mal wieder mit einer Frage. Mir ist aufgefallen, dass auf Deinen Karten das Meer an der Norddeutschen Küste schön blau dargestellt wird. Wenn ich darauf tippe, erscheint als Erläuterung 'Ocean/Meer'. Bei meinen eigenen Karten dagegen ist das Meer eine weiße Fläche und wenn ich darauf tippe werden nur die Koordinaten angezeigt. Ich verwende das neueste mkgmap (1607) und beim Vergleich meiner Stylefiles mit Deinen habe ich keinen entscheidenden Unterschied feststellen können.
Hast Du einen Tipp für mich, woran das liegen könnte?

Gruß,
Meinolf
03/18/10 @ 21:08
Comment from: Ralf Kleineisel [Member] Email
@Meinolf:

Ich habe das Meer in einem eigenen Layer, welches händisch aus den "natural=coastline" Daten erzeugt wurde. Mittlerweile wurde in Mkgmap das automatische Erzeugen von Meeresflächen deutlich weiterentwickelt, auch wenn es anscheinend noch nicht ganz perfekt ist. Das legt zumindest die Developer-Mailingliste nahe. Aber du kannst ja mal die Option "--generate-sea" testen.
03/20/10 @ 18:16
Comment from: Meinolf [Visitor]
Danke Ralf, jetzt hat's geklappt.
In mkgmap habe ich folgende Option eingefügt:
--generate-sea=multipolygon,extend-sea-sectors,close-gaps=6000

Im Stylefile 'polygons' dann noch:
natural=sea [0x3c level 7]

Gruß,
Meinolf
03/23/10 @ 20:47
Comment from: how to download from redtube [Visitor]
I like your site theme. What template did you use ?
03/24/10 @ 00:46
Comment from: Mike [Visitor]
Although it's a little off topic, this theme was the default wordpress theme called "kubrick".

http://themes.wordpress-deutschland.org/kubrick-de-edition/

Afaik it's now called "Evopress" like you can also find in the source code of this page.

@Ralf: Klasse Anleitung, tnx!

Regards, Mike
04/19/10 @ 23:30
Comment from: HeinzVoerbakje [Visitor]
Great guide, exactly what I was looking for, thanks!
08/06/10 @ 14:59
Comment from: JoLa [Visitor]
@ Ralf

in der o.a. Kommandozeile zur Erzeugung der Garminkarte fehlt vor einigen Backslashes das Leerzeichen. Hatte deswegen jede Menge Fehlermeldungen, die nach Einfügen nicht mehr auftraten.

Gruß
08/15/10 @ 12:39
Comment from: Wolfgang [Visitor]
Hallo,

würde ja gerne mal selbst eine IMG erzeugen, habe jedoch keinerlei Kenntnisse über mkgmap und die erforderlichen Befehle... Gibt es eine Anleitung für "Komplettanfänger" mit Screenshots etc.? Ich bin schon daran gescheitert, das Programm mkmap überhaupt zu öffnen - auch die vielbeschriebene Java-Konsole öffnet sich nicht - was also tun?

Viele Grüße
Wolfgang
10/18/10 @ 14:37
Comment from: Ralf Kleineisel [Member] Email
@Wolfgang:

Die Java-Konsole hat damit nichts zu tun. Mkgmap ist ein Kommandozeilenprogramm. Unter Windows öffnest du das mit "Programme" "Ausführen", dann "cmd" eingeben.

Schau mal auf der Mkgmap-Homepage oder im OSM-Wiki.
10/18/10 @ 21:41
Comment from: Bernd Schmidt [Visitor]
Hallo Herr Kleineisel, erstmal vielen Dank für Ihre Mühe! Ich habe nach Ihrer Anleitung auch eine Karte erstellt, aber erstmal ohne die Höhenlinien zum Üben. Leider sieht die Karte nicht so aus wie Ihre. Bzw. weicht die Ansicht in einigen Punkten ab. Damit Sie den Unterschied selber sehen, hier 2 Bilder im Vergleich. Dabei habe ich genau das gleiche Gebiet fotografiert. Ihre Karte: http://www.abload.de/img/kleineisel1c8g.jpg Meine Karte: http://www.abload.de/img/meinekarteadrn.jpg Die OSM Karte habe ich von der Geofabrik. Ich habe die Europa Karte gewählt und mit Osmosis Deutschland herausgeschnitten. Danach Ihre beschriebenen Schritte weitergemacht. Hat auch alles prima geklappt, die Karte wird in Mapsource angezeigt und auch die Routingfunktion geht. Das mkgmap style und das TYP File habe ich von Ihnen und auch nichts daran verändert. Kann es sein, dass das TYP File oder das mkgmap style in diesem Beitrag veraltet ist? Vielen Dank für Ihre Hilfe! Gruß Bern Schmidt
01/07/11 @ 06:27
Comment from: Ralf Kleineisel [Member] Email
@Bernd Schmidt:

Den aktuelle Mkgmap-Style findet man hier, ebenso die Mkgmap-Optionen und die Typ-Datei.
01/07/11 @ 21:26
Comment from: Bernd Schmidt [Visitor]
Hallo, vielen Dank ich werde die neuen Files mal probieren. Ich hatte ja schon das Typ File und das mkgmap style aus diesem beitrag verwendet. Lag der Unterschied jetzt daran das Ihr vorhin gepostete Style neuer ist? Noch eine letzte Frage wo muss man das txt File aus dem mkgmap- optionen einfügen ? Vielen Dank
01/08/11 @ 03:48
Comment from: Ralf Kleineisel [Member] Email
@Bernd Schmidt:

Jede Zeile von mkgmap_options.txt enthält eine Kommandozeilen-Option zu mkgmap. Die kannst du entweder auf der Kommandozeile mit angeben, also z.B.:

java -jar mkgmap.jar --gmapsupp --description=OSM_DE ...

oder man kann die ganze Datei (evtl. vorhere editieren!) aufrufen mit:

java -jar mkgmap.jar -c mkgmap_options.txt

Man kann auch mehrere Optionsdateien nehmen und Dateien und Kommandozeile mischen.

Es fehlen natürlich die Zeilen, die die OSM-Daten hinzufügen, also z.B.:

--mapname=100000815 --description=FR-Paris --input-file=10000815.osm.gz

Siehe auch die Mkgmap-Dokumentation.

01/08/11 @ 14:37
Comment from: Klaus Schneider-Grosch [Visitor] Email
Hallo Ralf, habe nach Deiner Anleitung eine Karte mit Höhenlinien von den Kanarischen Inseln gemacht. Zunächst hatte ich zwar die Karte von den Inseln, die Höhenlinien fanden sich jedoch erst nach starkem Herauszoomen irgendwo in Libyen. Für srtm20.exe muß man anscheinend für die Länge (rechter / linker Rand) negative Werte angeben, damit es (für die Kanaren) funktioniert.

Mit diesen Werten klappt es:
LEFT=18.3
RIGHT=12.5
TOP=29.5
BOTTOM=27.2

Osmosis: ... left=$LEFT right=$RIGHT bottom=$BOTTOM top=$TOP
Srtm2Osm.exe: ... $BOTTOM -$LEFT $TOP -$RIGHT

Bei Srtm2Osm.exe "-" vor LEFT und RIGHT beachten.

Wie muß man denn jetzt die Parameter setzen, damit es für beliebige Gebiete überall auf der Erde funktioniert (auch nördliche / südliche Hemisphäre)?
02/10/11 @ 16:40
Comment from: Ralf Kleineisel [Member] Email
@ Klaus Schneider-Grosch:

Die Anleitung ist schon etwas älter. Mittlerweile würde ich statt srtm2osm eher Groundtruth verwenden.

Das geht dann so (Kurzfassung):

GroundTruth.sh contours -o myfile.ibf --bounds="47,15,48,16" --int 10 --gridlat=1 --gridlon=1
GroundTruth.sh ibf2osm -i myfile.ibf --tagce --cat="100,20"


Dann die OSM-Datei mit mkgmap weiterverarbeiten.

Siehe auch hier im OSM-Wiki.
02/11/11 @ 19:16
Comment from: Matthias [Visitor] Email
Ich habe versucht, die Karten nach zu bauen. Hast Du einen Anhaltspunkt, wie lange Du brauchst, um die Karten zu rechnen? Mein iMac (2,4 Core2 Duo, 4GB) hatte nach 2 Stunden noch nicht mal den Splitter durch. Ich frage mich jetzt, ob ich was falsch gemacht habe oder, ob die Laufzeiten normal sind. Tausend Dank für die Hilfe.
03/20/11 @ 22:00
Comment from: Ralf Kleineisel [Member] Email
@Matthias:

Welche Daten versuchst du zu splitten? Deutschland? Europa? Planet? In welchem Format (osm.gz, pbf)? Ich hab es nicht genau gemessen, aber mit meinem bereits fertigen areas.lists die Deutschland-Kacheln aus den europe.pbf zu splitten läuft sicher so 2-3 Stunden. Dabei geht pbf deutlich schneller als osm.gz.

Wenn du zu viele Kacheln auf einmal splittest dauert es auch länger, denn zum einen steigt der Speicherverbrauch an (evtl. muß der Rechner dann swappen) zum anderen muß die Festplatte sehr viele parallele Schreiboperationen zu verschiedenen Dateien machen. Meist geht es besser mit "--max-areas" zwischen 50 und 100.
03/20/11 @ 22:13
Comment from: Matthias [Visitor]
@Ralf

Ich habe Deutschland als oms.gz versucht. Damit sind die Laufzeiten wohl ok. Danke.
03/21/11 @ 09:03
Comment from: Alexander [Visitor]
Hallo,

ich wollte mir eine Höhenlinienkarte für Gesamteuropa erstellen (zumindest für die Gebiete, wo Daten vorliegen). Wenn ich mir die gute Anleitung ansehe, dann frage ich mich aber, wo bekomme ich folgende Dateien her:
- template.args
- mkgmap-style-srtm10new
- mkgmap-style-srtm20new

Danke im Voraus

Gruß Alex
08/03/11 @ 22:32
Comment from: Alexander [Visitor]
Hallo,

ok, dass es sich bei den beiden letzt genannten um Style-Verzeichnis handelt, habe ich heraus gefunden. Und ich habe auch herausgefunden, wo ich dieser herbekommen.
Aber vielleicht kann mir jemand noch helfen, wo ich die template.args finden kann.

Danke

Gruß Alex
08/09/11 @ 21:24
Comment from: Thomas [Visitor]
Hallo Alexander,

die Datei template.args wird beim Aufruf von mkgmap erzeugt. Du benötigst dafür lediglich die Kartendaten und die Datei M36_1331.TYP, welche du oben auf der Webseite herunterladen kannst.

Viele Grüße
Thomas
08/18/11 @ 10:50
Comment from: Annette [Visitor]
Vielen Dank für die Anleitung! Nach einigem Herumprobieren habe ich es geschafft, mir eine eigene Karte zu erstellen - zunächst erstmal ohne Höhenlinien, denn die sind ja bereits auf dem Oregon ;-). Dank des Typ-Files von der August-Karte sieht meine nun optisch genauso aus wie Deine.
Mein früher angesprochenes Problem mit der Anzeige der Schutzhütten konnte ich bisher nicht lösen und scheint wohl etwas internes zu sein...
10/04/11 @ 19:56
Comment from: watzlaf [Visitor]
Super Anleitung! Jetzt kann ich die Karten mit der besten Darstellung selber bauen.
Kleine Anmerkung, damit auch das C&P bei der Konvertierung der OSM Daten funktioniert:
-Option overview-name heißt jetzt overview-mapname
- Type file 1331.TYP sollte in M36_1331.TYP umbenannt werden

:)
10/25/11 @ 13:41
Comment from: Thomas [Visitor]
Vielen Dank für Deine Karten und diese super Anleitung.
Nachdem ich nun schon eine ganz Weile deine Karten verwende, wollte ich mir ein paar Karten für die USA erzeugen. Leider gibt es mit der aktuellen Version von srtm2osm in Kombination mit dem mkgmap Splitter Probleme. Der Splitter steigt mit einer IndexOutOfBounds Exception aus. Was ich so darüber gelesen habe, hängt das mit dem neuen srtm2osm zusammen, der mit höheren Node-ID's anfängt, die dann dem Splitter Probleme machen.
(http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q1/010627.html)
Hast Du das Problem mit Deiner Deutschlandkarte nicht? Verwendest Du eine ältere Version des Splitter? Ich konnte keine alte Version zum Download finden.
Viele Grüße,
Thomas
11/04/11 @ 20:14
Comment from: Ralf Kleineisel [Member] Email
@Thomas:

Ich erzeuge meine Höhenlinien mittlerweile mit Groundtruth.

Mit Groundtruth kann man die Höhenlinien gleich kachelweise erzeugen (z.B. 1x1 Grad groß) und sie passen an den Kanten trotzdem perfekt zusammen.
11/05/11 @ 17:44
Comment from: Thomas [Visitor]
Das habe ich auch schon versucht, habe aber immer Aussetzer in den Höhenlinien.
Habe mich an Deine Anleitung gehalten und nur den srtm2osm-Schritt und den srtm Splitter Schritt durch Groundtruth ersetzt. Passen die srtm-Styles noch wenn ich mkgmap verwende um aus den Groundthruth osm-Dateien die Image Files fürs Garmin zu erzeugen?
11/05/11 @ 23:02
Comment from: Thomas [Visitor]
Ich nehme alles zurück! Die Aussetzer in den Höhenlinien sind wohl auf die Ausgangsdaten zurückzuführen. Es ist eine vergletscherte Region und da könnte ich mir vorstellen das da die srtm Daten nicht ganz konsistent sind. Habe mal einen kleinen Ausschnitt mit srtm2osm erzeugt ohne das ich splitten musste und auch dort gibt es in dieser Region Probleme. Die anderen Regionen sehen mit Groundtruth super aus.
Danke, bin begeistert, da ich nun alle Tools beeinander habe um mir von jeder Region Karten bauen zu können.
11/06/11 @ 11:28
Comment from: Ralf Kleineisel [Member] Email
@Thomas:

Für solche Gegenden kannst du mal die Höhendaten von Viewfinderpanoramas probieren. Die sind voll kompatibel mit den SRTM-Daten, einfach die entsprechenden HGT-Dateien im Groundtruth-Ordner ersetzen.
11/06/11 @ 16:08


Notice: Undefined property: stdClass::$platform in /homepages/41/d170876766/htdocs/kleineisel.de/b2evolution-4.1.2/inc/sessions/model/_hit.class.php on line 455

Notice: Undefined property: stdClass::$platform in /homepages/41/d170876766/htdocs/kleineisel.de/b2evolution-4.1.2/inc/sessions/model/_hit.class.php on line 457