Probleme mit .img und .typ

Probiere doch mal IMG2MS für die Einbindung und TYP-Zuweisung.

Warum so umständlich ?

'Make' in MapTk erstellt nach Änderungen jeglicher Art immer einen aktualisierten Kartensatz für MapSource oder BaseCamp. Nur die Registry muss ggf. händisch durch Doppelklick auf die REG-Datei ( nach Änderung von Daten in 'Header' ) aktualisiert werden. Dieser Kartensatz kann, auch wenn es nur eine Kachel gibt, auf ein Gerät oder Speicherkarte mit MapSource ( oder MapInstall für BaseCamp-Liebhaber ) als 'gmapsupp.img' transferiert werden. Andere Tools sind nicht nötig.

'gmapsupp.img' ist ein Container, der alle Kacheln und alle TYP-Dateien enthält ( eine Kachel oder eine TYP-Datei ist auch 'alle' ). Dazu kommen die Daten der Kartensätze, wie sie in der TDB-Datei enthalten sind. In der TDB-Datei steht die FID, nie in einer Kachel-IMG ( müsste ja sonst im Header der MP-Datei stehen ). MapTk erzeugt und aktualisiert die erforderlichen Dateien. Die Programme von Garmin fügen diese zuverlässig zu 'gmapsupp.img' zusammen.

Zitat von JürgenD

... steht die FID, nie in einer Kachel-IMG ( müsste ja sonst im Header der MP-Datei stehen ).

In der IMG-Kachel steht sehr wohl die FID, die PID und die Region-ID drinnen. Das muss auch im Header des MP-Files angeführt sein. Ich weiss nicht, wie MapTK da tut, wenn keine drin steht. Beim cGPSmapper wird sie beim Compilieren auch angezeigt (ausgegeben). Wenn keine Region-ID und PID angegeben wird, wird ein Defaultwert genommen.

lg, Paul

Warum und wozu cGPSMapper in der MP-Datei braucht ist mir nicht bekannt - und auch ziemlich egal. MapTk braucht das nicht. Schon weil in der IMG-Datei kein Platz dafür vorgesehen ist ! Das sollte ich eigentlich wissen. Denn "Wissen ist Macht. Unwissenheit macht auch nichts." ( aus dem WWW ).

Die FID steht in der TDB, MDX, der TYP-Datei und natürlich auch in der Registry. Das wird alles von Garmin zur 'gmapsupp.img' verwurstet.

@Cletus: Das Manual von MapTk ist als Referenz gedacht. Eine Anleitung zum erstellen von Karten für Garmin zu schreiben ? Dafür fühle ich mich nicht berufen. Nach einem Versuch vor langer Zeit habe ich es aufgegeben. Zu viel Aufwand. Ergänzungen und eine Liste von wissenswerten Fakten für die Doku werde ich aber erstellen.

Zu den bereits umschifften Klippen:

• Ein mit Garmin anzuzeigende ( und damit auf ein Gerät übertragbare ) Karte braucht immer eine Übersichtskarte. Die wird spätestens nach Erstellung in die Liste der Maps eingetragen um sie im Make zu berücksichtigen ( compilieren ). Kapitel 3.5
• Die IDs ( ID=... ) von Kacheln ist immer eine 8-stellige Dezimalzahl. Die Übersicht sollte auch 8 Zeichen lang sein, beginnend mit einem Buchstaben. Kapitel 1.3

Tja, mit dem ganzen Kram muss man sich nicht befassen, wenn man IMG2MS nutzt.
Fertige Karte laden und installieren, danach noch das TYP-File zuweisen, fertig.

Wenn ich es richtig verstanden habe, erfolgt die Verknüpfung zwischen Karte und TYP-File nur über die Registry? (Die FID muss in TDB und TYP gleich sein.)

Wer es mag. Ich habe IMG2MS noch nicht einmal runtergeladen. Wozu auch ?

Der 'normale' Weg ist doch

• Kacheln mit Editor bearbeiten
• einen Kartensatz erstellen ( dazu braucht man einen Compiler und ein Tool, dass TDB, TYP und die anderen Dateien erzeugt, Routing-Nodes überprüft, ...)
• Testen der Karten in MapSource / BaseCamp
• Übertragen auf das GPS-Gerät wenn das Ergebnis ok ist

fertig und Spaß haben.

Schritt 1 ist reine Handarbeit. GPSMapEdit ist dafür ein super Werkzeug in jeder Hinsicht. Den Schritt 2 erledigt MapTk automatisch wenn das Projekt in wenigen Schritten erst mal eingerichtet ist. Schritt 3 und 4 sind wieder leichte Handarbeit. Wo ist da ein Raum für IMG2MS und andere Programme ? Auf dubiose Manupulationen an bestehenden Karten kann ich gut verzichten - mal abgesehen von TYP-Datien die ich natürlich auch mit MapTk anpasse.

Soll die Karte z.B. via Internet verteilt werden, muss noch eine Installation vorbereitet werden. Ähnlich wie der Erstellprozess kann das mit 'Inno Setup' automatisiert werden, mit einer EXE für Windows als Ergebnis wird alles erledigt. Für die Apple-Jünger gibt es am PC Garmins MapConverter, der ein passendes Archiv erzeugt.

Der große Aufwand liegt sicher nicht im Zusammenbau der einzelnen Kacheln sondern in der Einarbeitung in das Thema 'Garmin-Karten' selbst. Da hilft kein Programm, da geht es um Verstehen und Erkennen der Zusammenhänge, Möglichkeiten und Restriktionen. Das NaviBoard ist da eine gute Informationsquelle, aber leider nicht fehlerfrei. Dann noch etwas Erfahrung was man kann und was man lieber lässt. Am Ende eines nicht kurzen Weges steht eine Karte, die geeignet ist in Stückzahlen mit den verschiedensten Garmin-Programm und -Geräten problemlos benutzt zu werden. Beispiel 'Südtirol' ( 120000 Objekte = POI, Polyline und Polygon, 30000 km Straßen/Wege mit 80000 Routing-Nodes, davon 14000 km Wirtschaftswege und 10000 km Fußweg im Schnitt 200 Downloads/Woche.

Ohne die Bereitschaft zum Lernen und einem erheblichem Zeitaufwand sollte man lieber beim Konsum fertiger Karten bleiben.

@Speichernippel: Wo Garmin die FID herholt weiß ich nicht sicher. Ich denke das die TDB-Datei die zentrale Stelle ist. Zumal im GMAP-Format die Registry nicht gefüllt ist. Dafür gibt es dann noch die kleine INFO.XML mit der Information. Sicher ist nur, dass alles zusammenpassen muss. Das ist wieder ein Grund nicht händisch an die Sache heranzugehen.

@macnetz: ... und Apple ist eine Religion. Man glaubt oder bleibt kritisch.

Was mir als Einsteiger schwer fällt, ist im Gewusel der Tools zu verstehen, was man womit machen kann.
Erschwerend hinzu kommen wertende Kommentare.

Ich mach es so:
- srm2osm - > mkgmap -> Karte1
- Geofabrik -> mkgmap -> Karte 2
- gmt erzeugt aus allen Kacheln der Karten 1&2 eine TDB und eine overview.mp
- cgpsmapper erzeugt daraus eine overview.img
Außer den Kacheln, der tdb und der Overview lösche ich sämtliche Dateien die da noch so entstehen.
- Das wird in die Registry von Windows eingetragen.
- Mit MapTK baue ich ein TYP mit gleicher FID. Auch das wird in der Registry eingetragen.

Die ganzen Schritte sind in einer simplen Batch-Datei gelistet. Die muss ich nur starten und wenn es fertig ist, ist die Karte in BaseCamp drin.

Ist das TYP File nicht in der Registry eingetragen, wird es von BaseCamp nicht ausgewertet.

Daher meine Vermutung, dass die Registry-Einträge wichtig sind. Aber anscheinend weiß das niemand so 100%.

OSM ist nicht meine Welt und wird es auch nicht werden. Zum Rest:

'traditionell':

MapSource und BaseCamp holen sich alle Informationen aus der Registry. Fehlt dort ein Eintrag wird die Funktion ggf. nicht ausgeführt ( z.B. bei TYP ). Bei anderen fehlenden Einträgen oder Fehlern in den Einträgen schmiert Garmin ab oder ignoriert den Kartensatz je nach Version. Der Kartensatz darf irgendwo auf dem PC gespeichert sein - solange die Verweise in der Registry richtig sind.

GMAP-Format:

Alle Dateien stehen, zerlegt in Subfiles in einem Verzeichnis mit vielen Unterverzeichnissen. Der Speicherort ist von Garmin vorgegeben. Alternativ kann im vorgegebenen Verzeichnisein Link auf den Speicherort eingerichtet werden. Das macht Garmin mit den eigenen Installationen. Das vorgegebene Verzeichnis ist "%APPDATA%\Garmin\Maps" und der Zugang ist versteckt. Einen Registry-Eintrag gibt es hier nicht.

Hallo Anton,

was ist denn daran anachronistisch ? Solange Garmin das alte Format unterstützt werde ich mir nicht die Mühe machen das Programm umzubauen. Das bringt für mich keinen Mehrwert und bezahlt werde ich dafür auch nicht. Das GMAP-Format hat auch Nachteile: Die Kachel ist nicht einfach mit GMSMapEdit zu öffnen.

Und zum Schluss: Als Moderator würde ich mir zynische Bemerkungen verkneifen, aufhören zu stänkern und weniger Apple-religiösen Eifer zeigen. Dafür lieber technisch fundierte, aussagekräftige Beiträge. Mir drängt sich immer mehr der Eindruck auf, dass die Qualität der Beiträge umkehrt proportional zur Anzahl der Beiträge mancher User ist. "Masse statt Klasse" ist ein guter Wahlspruch zum Untergang des Forums !

Hallo Anton,

Ok, das akzeptiere ich. Ich selbst würde mir das nicht antun.

Natürlich sind das keine Kartenformate. IMG steht für ein Dateiformat. GMAP ist eine Ansammlung von Dateien in einem Verzeichnis <Kartenname>.gmap. Der Begriff 'Kartenformat' als Oberbegriff für eine von Garmin akzeptierte Form einer Karte macht es nur einfacher in der Kommunikation. Jeder weiß eigentlich was damit gemeint ist.

Das 'GMAP-Verzeichnis' enthält am Ende die selbe Information, die Beschreibung einer Karte - nur das Format ist unterschiedlich. Die Struktur im GMAP-Verzeichnis ist ähnlich dem Aufbau einer IMG-Datei. Verschiedene, organisatorische Teile der Kachel ( sogenannte Subfiles wie RGN, TRE, LBL, NET, NOD, ... ) sind jeweils in eigenen Dateien gespeichert. Also bei Karten mit Autorouting-Daten mindestens die 5-fache Anzahl Dateien, untergebracht in 3 Verzeichnisebenen. Die Subfiles einer IMG-Datei sind in einem Unterverzeichnis mit der Kachel-ID als Name zusammengefasst. Dadurch entfällt die, einer Platte ähnliche Struktur ( FAT ) am Anfang einer der IMG-Datei. Der Index hat ein eigenes Verzeichnis. Die TYP-Datei steht ganz oben, zusammen mit MDX und 2 kleinen Dateien: '.author' mit unbekanntem Sinn ( scheint nicht unbedingt notwendig zu sein ) und 'Info.xml' mit einer etwa der Registry entsprechenden Funktionen. Die einzelnen Subfiles im Kachel-Unterverzeichnis von *.gmap sind Byte für Byte identisch mit den Subfiles in der IMG-Datei. Die Umcodierung ( oder gleich erzeugt ) ist nicht schwierig, nur das Ergebnis ziemlich sperrig. Vorteile, die den Arbeitsaufwand rechtfertigen, sehe ich nicht. Weder für den Autor noch für den unbedarften Konsumenten.

Hallo Cletus,

da ist überhaupt nichts falsch angekommen und Honig esse ich lieber auf einem Brötchen. Hinweise wo es hakt sind immer willkommen. Das von Post #4 habe ich schon in die Doku eingearbeitet. Wird vermutlich am Wochenende mit einer neuen Version von MapTk erscheinen. Version 3.2 bringt einige, weniger wichtige Änderungen.

Zitat von JürgenD

OSM ist nicht meine Welt und wird es auch nicht werden. Zum Rest:

'traditionell':

MapSource und BaseCamp holen sich alle Informationen aus der Registry. Fehlt dort ein Eintrag wird die Funktion ggf. nicht ausgeführt ( z.B. bei TYP ). Bei anderen fehlenden Einträgen oder Fehlern in den Einträgen schmiert Garmin ab oder ignoriert den Kartensatz je nach Version. Der Kartensatz darf irgendwo auf dem PC gespeichert sein - solange die Verweise in der Registry richtig sind.

GMAP-Format:

Alle Dateien stehen, zerlegt in Subfiles in einem Verzeichnis mit vielen Unterverzeichnissen. Der Speicherort ist von Garmin vorgegeben. Alternativ kann im vorgegebenen Verzeichnisein Link auf den Speicherort eingerichtet werden. Das macht Garmin mit den eigenen Installationen. Das vorgegebene Verzeichnis ist "%APPDATA%\Garmin\Maps" und der Zugang ist versteckt. Einen Registry-Eintrag gibt es hier nicht.

Alles anzeigen

Vielen Dank für diesen Beitrag! Das macht die Sache klarer
Dem Lob für MapTK schließe ich mich an!
Ich mache damit meine Typ-Files und das funktioniert super. Es könnten ein paar mehr Farben auswählbar sein, aber das ist kein Problem, da man im Textfile jeden beliebigen Farbcode eingeben kann.