Der Kartenbau Prozess - Übersicht

Bis eine fertige Karte entsteht braucht es . . .

• Daten aus verschiedenen Datenquellen
• mehrere einzelne Schritte
• einige installierte Software Pakete
• und Geduld

Im Folgenden beschreibe ich die Vorbereitungen, die Datenquellen und die einzelnen Schritte des Kartenbaus.

Vorbereitungen - Notwendige Software Installationen

Ich lege alles, was mit dem Kartenbau zu tun hat (bis auf die Python-Installationen) in einem Kartenbau-Ordner ab, der jeweils Unterordner für die DATEN, die Hilfssoftware (TOOLS), die abgelegtgen HÖHENDATEN (HGT) usw. enthält. Auf diesem Ordner sollten volle Schreibrechte bestehen. Hier ein Vorschlag für eine Ordnerstruktur:

Kartenbau-Ordner Struktur

Es werden folgende Software Pakete benötigt:

1. Java Runtime Umgebung (bei mir aktuell Version 8 Update 471, offline, 64 Bit)
2. Osmconvert (bei mir aktuell Version 0.8.8, 64 bit)
3. Osmfilter(bei mir aktuell Version 1.4.5)
4. Python 2 Umgebung für Phyghtmap (bei mir aktuell Version 2.7.9, 64 Bit)
5. Phyghtmap (bei mir aktuell Version 1.72, benötigt Python 2.7.9)
6. Splitter (bei mir aktuell Version 654)
7. Mkgmap (bei mir aktuell Version 4922)
8. GMapTool (bei mir aktuell Version 0.9.73)

Da einige Software Pakete eine spezielle Konfiguration brauchen, gebe ich folgende Erfahrungen weiter:

1. Java Umgebung

Einfache Standard Installation (bei mir für Windows 64 Bit) ohne weitere Einstellungen.

2. Osmconvert

Die ".exe" Datei am besten auch in den Tools-Ordner gelegen. Es ist keine Installation erforderlich. Aktuell funktioniert bei mir nur die verlinkte Version 0.8.8!

3. Osmfilter

Wie bei Osmconvert. Es ist keine Installation erforderlich.

4. Python 2

Für die Verwendung der Phyghtmap Software (siehe unten) muss eine Python 2 Umgebung installiert werden. Ich verwende aktuell Python 2.7.9 (64bit). Wichtig ist, dass bei der Installation gleich die Option "Add Python 2.7 to PATH" angewählt wird. Die notwendigen Umgebungsvariablen werden so automatisch eingetragen.

5. Phyghtmap

Die korrekte Installation dieser Software für die Erstellung der Höhenlinien-Daten stellt eine gewisse Hürde da. Phyghtmap benötigt eine Python 2 Installation und mehrere zusätzliche Module, die in einer bestimmten Reihenfolge installiert werden müssen. Da ich diese Software auch für die Erstellung von Karten für Garmin-GPS Geräte benötige, habe ich dafür schon eine genaue Anleitung geschrieben.

6. Splitter

Eine Java-Anwendung, die für die Zerlegung von großen OpenStreetMap- und Höhenlinien-Dateien benötigt wird. Es entstehen so mehrere Dateien, die von Programmen wie z. B. "MkgMap" besser verarbeitet werden können.

7. MkgMap

Eine Java-Anwendung, die die OpenStreetMap Daten (und die Höhenlinien) in eine visuelle Karte wandelt (rendert). Der dabei verwendete "style" entscheidet über die in einer Karte enthaltenen Elemente. Diese Software ist die Grundlage jeder visuell dargestellten Karte.

8. GMaptool

Mit "GMT" wird die kompakte "gmapsupp.img" Datei, die für ein GPS-Gerät benötigt wird, erstellt. Mein Skript erzeugt diese Datei automatisch und benennt sie nach diesem Schema um: "KARTENNAME_vYY-MM.img" (YY-MM steht für das Jahr und den Monat der Kartenerstellung). Die fertige Datei enthält dann alle Kartenkacheln und die dazugehörige "TYP"-Datei. Es ist die einzige Datei, die auf das Garmin-Gerät (pder die Smartwatch) kopiert werden muss (einfach in den Ordner "GARMIN").

Die Schritte des Kartenbau Prozesses

Alle folgenden Schritte eines Kartenbaus werden aus einem einzigen Windows Batch-Skript OpenWatchMap_CREATE_MAP.bat heraus ausgeführt. Das Skript kann über die Kommandozeile aufgerufen werden. Um Fehlermeldungen zu vermeiden, müssen, bevor man startet, folgende Bedingungen erfüllt sein:

• die notwendige Software ist installiert und funktioniert
• alle notwenigen Datenquellen sind vorhanden
• im Kartenbau-Skript sind die notwendigen Grundeinstellungen vorgenommen
• alle Karten-spezifischen Einstellungen sind in einer Konfigurationsdatei "Karten-Name".config eingetragen
• der zu verwendende Kartenbereich liegt als Polygon-Datei (.poly) vor

Das Skript besteht aus 10 einzelnen Schritten, die als jeweiliger Startpunkt angewählt werden können. Das "XXX" ist der Platzhalter für den Kartennamen.

#	Schritt	Benötigte Software	Entstehende Datei
1	Ausschneiden der OSM-Daten (nach Polygon Grenzen)	OSMCONVERT	tmp_osmdata.pbf
2	Nicht notwendige Daten werden entfernt ("relations","nodes","tags")	OSMCONVERT,OSMFILTER	01_XXX_osmdaten.pbf
3	Erstellung der Höhenlinien-Daten	OSMCONVERT,PYTHON2-PHYGHTMAP	02_XXX_contours.o5m/td>
4	Kombination aller Teil-Daten	OSMCONVERT	03_XXX_map_data.pbf
5	Aufteilung in Kacheln	SPLITTER	500*"familiy-id"*000X.pbf
6	Rendern der Karte	MKGMAP	500*"familiy-id"*000X.img
7	"Clean" and "Copy"	Windows
8	Datei für Garmin-Gerät erzeugen	GMAPTOOL	XXX_vYY-MM.img
9	Reg-Datei für Basecamp erzeugen	Windows	XXX_REGISTRIEREN.reg
10	Deinstallations-Datei für Basecamp erzeugen	Windows	XXX_UNINSTALL.reg

Hinweise zu einzelnen Kartenbau-Schritten

Schritt 1 - Ausschneiden der OSM-Daten

Hier wird der für die gewünschte Karte benötigte Ausschnitt aus einer (größeren) OSM-Datendatei ausgeschnitten. Aus einer OSM-Datei von Bayern können so z. B. mit einer Polygon-Datei (.poly) von Oberbayern alle Daten für eine Karte von Oberbayern ausgeschnitten werden.

Schritt 2 - Nicht notwendige Daten werden entfernt ("relations","nodes","tags")

Um die Dateigröße etwas zu verkleinern und nicht unnötige (denn nicht verwendete und auch in der Karte nicht angezeigte Daten) mitzuziehen, werden mit Osmfilter diese Daten entfernt. Dazu wird eine Parameter-Datei verwendet. In ihr ist definiert, welche "relations", "nodes" und "tags" entfernt werden sollen. Dies geschieht in drei einzelnen Teilschritten. Deshalb werden drei Parameter-Dateien benötigt. Nach dem Download müssen diese Dateien entpackt und in den Ordner "TOOLS" ablegt werden.

Filter-Parameter Dateien

Schritt 3 - Daten für die Höhenlinien erzeugen

Eine topographische Karte benötigt Höhenlinien. Wie oben beschrieben, können beim Kartenbau bereits existierende Daten dafür verwendet werden (da sich die Höhendaten normalerweise nicht mehr ändern und damit nur einmal erstellt werden müssen) oder die Daten werden neu erzeugt. Hat man die Installation der Python-Software Phyghtmap geschafft, dann sollte auch die Neuerstellung der Höhendaten funktionieren. Je nach Kartengröße braucht dieser Schritt aber etwas Zeit.

Schritt 5 - Aufteilung in Kartenkacheln

Die Datei "03_XXX_map_data.pbf" wird hierbei in viele Kacheln zerteilt. Jede dieser Kacheln wird mit einer durchlaufenden Nummer bezeichnet, die mit "50" beginnt, dann die "family-id" trägt (von 01-99) und am Ende eine fortlaufende Nummer von 0001-9999 hat. Während dieses "Splitter" Prozesses entstehen zahlreiche temporäre Dateien, die zum Anschluss des Skriptes wieder gelöscht werden.

Schritt 6 - Rendern der Karte

In diesem entscheidenden Schritt werden aus den Kartenkachel-"Daten"-Dateien die Kartenkachel-"Bild"-Dateien gerendert (=gezeichnet). Dabei können viele Parameter eingestellt werden. Das Skript enthält ein gut getestetes und funktionierendes Set an Parametern, die sich aber - "wenn man weiß, was man tut" - verändern lassen. In diesem Schritt wird auch der STYLE der Karte festgelegt.

Schritt 7 - Aufräumen und Kopieren

Alle temporäre und nicht mehr benötigte Dateien werden gelöscht, die fertig gerenderten ".img" Dateien werden in das Ziel-Verzeichnes der Karte kopiert.

Schritt 8 - Datei für Smartwatch (oder anderes Garmin-Gerät) erzeugen

Alle ".img" Dateien einer Karte werden zusammen mit der "typ"-Datei durch die Software GMapTool in eine einzelne Datei verpackt. Diese kann direkt auf das Endgerät kopiert werden.

Schritt 9-10 - Reg- und Uninstall-Datei für Basecamp erzeugen

Das Skript erstellt hier eine ".reg"-Datei, mit der man die Karte bequem in Basecamp "registrieren" kann (nur dann ist sie dort sichtbar) und ein weiteres kleines Skript (...uninstall.bat), mit dem die Karte für Basecamp wieder unsichtbar gemacht werden kann. Diese Datein müssen einfach ausgeführt werden, wobei das "uninstall" nur mit Administrator-Rechten funktioniert. Wichtig ist hier, dass jede Karte eine eindeutige "family-id" besitzt.

Kartenname

Die Karten werden nach folgendem Muster benannt:
"Kartenname"-Version (also z. B. eine Karte von Bayern erstellt im Februar 2026 heißt dann: "BAYERN_v26-02.img").

Allgemeine Hinweise:

• Eine Erstellung einer eigenen Karte bedingt immer eine gewisse Beschäftigung mit der dafür notwendigen Software. Je mehr man in das Thema "einsteigt", desto mehr kann man einstellen und verändern. Es gibt (nach meinem Wissen) keine wirkliche 1-Knopf Lösung, mit der eine Karte erstellt werden kann, die am Ende am PC oder GPS-Gerät benutzt werden kann
• Ganz wichtig ist, dass in einer Karte nur das dargestellt (und später in der Darstellung verändert) werden kann, was bei der Kartenerstellung an Daten in die Karte mit einbezogen wurde. Z. B. können Trinkwasserquellen (interessant auf jeder Radtour) nur dargestellt werden, wenn die Ortungsdaten dafür bei der Kartenerstellung verarbeitet werden. Deshalb ist immer beides wichtig, der "STYLE" (bestimmt welche Daten in der Karten enthalten sind) und die TYP-Datei (bestimmt, wie die Daten dargestellt werden), die beide aufeinander abgestimmt sein müssen.
• Um keine Probleme mit der Kartendarstellungen im GPS-Gerät und in Basecamp zu bekommen, muss die "family-id" eindeutig sein. Insgesamt habe ich so aber schon mehr als 10 Karten gleichzeitig auf einer Smartwatch und in Basecamp verwendet.
• Die hiermit erstellten Karten sollten auch auf Geräten anderer Hersteller funktionieren, solange das Dateiformat ".img" vom jeweiligen Gerät verstanden werden kann.

Der "OpenWatchMap"-Kartenstil

Die eine gewünschte Darstellung der Karte müssen bei der Erstellung der Karte zwei Dinge aufeinander abgestimmt sein: Der Kartenstil "style" und die Typ-Definition "typ". Ein "style ist ein Ordner, der einzelne Dateien mit u. a. die Definitionen für die Darstellung der Linien, Punkten, Flächen und Relationen usw. enthält. In jeder dieser Dateien kann zu einem "key-value" Paar (=OpenStreetMap Element) eine "typid" festgelegt werden. Was und wie diese "typeid" dargestellt wird, ist in der entsprechenden und dazu passenden "typ"-Datei definiert. Ich habe für die Darstellung von Karten ein zusammenpassendes Set an "style" und "typ" entwickelt, das speziell für Garmin Smartwatches geeignet ist. Beides erhält den Namen "OpenWatchMap".

Der OpenWatchMap STYLE-Ordner

Für das Rendern einer Karte wird von der Software MkgMap ein Ordner mit spezifischen STYLE-Dateien benötigt. Für die Erstellung von Karten im OpenWatchMap-STYLE muss der hier angebotene Ordner in einen "STYLES"-Ordner abgelegt werden. Der Pfad dorthin muss in den Grundeinstellungen im Skript (Zeilen 25-50) festgelgt sein. Der STYLE bestimmt am Ende, welche OpenStreetMap Elemente in einer Karte enthalten sind und wie sie dargestellt werden.

OpenWatchMap-Style

Die OpenWatchMap TYP-Datei

Diese TYP-Datei bestimmt das Aussehen der erzeugten Karte, sowohl in Basecamp/Mapsource als auch auf der Garmin Smartwatch. Die Datei muss auf den verwendeten "Style" beim Rendern der Karte abgestimmt sein, denn nur, wenn ein Kartenelement mit einer bestimmten "typeid" gerendert wurde, kann das Aussehen dieses Elements in der TYP-Datei festgelegt werden. Analog wie beim "STYLE"-Ordner muss auch hier die angebotene Datei in einen "TYP_Files"-Ordner abgelegt werden. Der Pfad dorthin muss in den Grundeinstellungen im Skript (Zeilen 25-50) festgelgt sein.

OpenWatchMap-TYP

WICHTIG - Besonderheiten der Kartendarstellung auf einer Garmin Smartwatch!

Die gleiche Karte wird leider auf einer Garmin Smartwatch nicht genauso dargestellt, wie sie in Basecamp am PC aussieht (oder auf einem klassischen Garmin-Gerät wie z. B. einem eTrex). Wichtige Unterschiede sind z. B. die Dicke der Linien: Die Uhr zeigt alle Linien (Straßen, Wege ...) wesentlich dünner als in Basecamp und gestrichelte Linien werden dabei besonders dünn dargestellt.

Hinweis: Seit August/September 2025 wurde von Garmin scheinbar das Rendering auf den Uhren durch ein Firmware-Update verändert (Infos hier im Garmin Forum). Dies führt u. a. dazu, dass praktisch keine Beschriftungen mehr angezeigt werden, auch nicht in den Garmin eigenen TopoActive Karten!
Meine hier vorgestellte STYLE-TYP Kombination ist das Ergebnis einer äußerst mühevollen Entwicklung eines "workarounds", der zumindest für einige wichtige Elemente der Karte Beschriftungen wieder anzeigen lässt. Dabei habe ich folgendes herausgefunden:

• Beschriftungen werden nur für folgende Type-Ids dargestellt: 0x00100 bis 0x00900 und 0x00A00 bis 0x00F00
• Auf der Uhr werden dabei weder die Schriftgröße noch die Farbe beachtet. Alles wird "schwarz" und in Größe "normal" dargestellt. In Basecamp ist dagegen alles ok.
• In meinem OpenWatchMap STYLE habe ich 6 Type-Ids angelegt, die nur für Beschriftungen verwendet werden und verschiedene Beschriftungsfarben haben (farbig allerdings nur in Basecamp!): 0x00800 (schwarz), 0x00900 (blau), 0x00A00 (rot), 0x00B00 (braun), 0x00C00 (grün), 0x00D00 (grau)
  (kleine graue Punkte sollen dabei verhindern, dass die Beschriftung am Ende das Symbol überdeckt)
• Auf der Uhr können Beschriftungen nur erreicht werden, wenn man für Beschriftung und Symbol eine andere und jeweils spezielle Type-Id verwendet:
  (Hier z. B. wird ein Berggipfel dargestellt: Ist ein Name vorhanden, wird zuerst die schwarze Beschriftung und danach das Symbol definiert. Ohne Name gibt es nur das Symbol alleine. Kompliziert, aber es funktioniert!
  natural = peak & name = * {name '${name} (${ele}m)'|'${name}'} [0x0800 resolution 23 continue]
natural = peak & name = * [0x6616 resolution 23]
natural = peak & name != * [0x6616 resolution 23]
• In meinem OpenWatchMap STYLE werden so folgende Elemente auf einer Uhr mit Beschriftungen versehen:
     shop = supermarket
     tourism = camp_site
     tourism = caravan_site
     tourism = alpine_hut
     tourism = basic_hut
     tourism = wilderness_hut
     tourism = museum
     tourism = zoo
     natural = water
     natural = glacier
     natural = wetland
     natural = peak
     natural = volcano
     natural = col|saddle|mountain_pass
     mountain_pass = yes
     aeroway = aerodrome|airport
     amenity = restaurant
     amenity = hospital
     amenity = place_of_worship
     railway = halt|station
     railway = subway_entrance
     highway = motorway_junction
     historic = castle|fort|ruins
     military = airfield
     military = naval_bas
     military = range
  

Vergleich der Darstellung in Garmin Basecamp (Rechteck) und auf einer Garmin Epix Gen2 (Uhr).
Verwendet wurde eine Testkarte, die künstlich definierte Testpunkte zeigt. Dabei bezeichnet "Direct Label" eine Beschriftung, die über die typeid des Symbols kommt. Im Gegensatz dazu werden die jeweils unteren 3 Beschriftungen durch ein Overlay mit einer Beschriftungs-typeid erzeugt. Auf der Uhr werden nur die letzteren angezeigt!

       

Übersicht über die Darstellungen aller Elemente der OpenWatchMap - TYP-Datei:

Punkte

Linien

Flächen

OpenWatchMap - Beispiele

Hat alles geklappt, dann erhält man eine Karte, die ungefähr so aussehen sollte.
Beispiel-Karte: BAYERN_v26-02 (OpenWatchMap von "Bayern")

Darstellung auf der Garmin Epix Gen2 (Detailgrad: "hoch")

Darstellung in der Garmin Basecamp Software (Detailstufe: "Am höchsten")

OpenWatchMap-Karten zum Download

Einige mit dem beschriebenen Skript erzeugte Karten gibt es hier zum Download. Alle Karten enthalten 10m Höhenlinien. Der Download muss entpackt werden und in der Uhr im Ordner "GARMIN" abgelegt werden. Die Karte sollte damit bei allen Aktivitäten auswählbar sein. (Der Download enthält nur die Datei für die Uhr - oder ein anderes Garmin-Gerät - und ist damit nicht für Basecamp am PC geeignet!)

Name	Dateigröße (MB, .zip)	Stand
BAYERN	491	02-2026
BADEN-WÜRTTEMBERG	326	02-2026
ÖSTERREICH	748	02-2026
SCHWEIZ	434	02-2026

Spenden willkommen . . .

Ich freue mich auf euer Feedback (Fragen, Anregungen, Verbesserungen, gefundene Fehler ...).
Bitte nutzt dazu das Kontaktformular -> KONTAKT

Wenn dir mein OpenWatchMap Skript gefällt, freue ich mich sehr über ein kleine Spende. Es ist eine Wertschätzung meiner Arbeit und spornt mich an, weitere Verbesserungen zu entwickeln.