MapTk Version 0.3.0 beta

Hallo zusammen !

Für meinen Bedarf habe ich ein Programm geschrieben um zügig alle Arbeiten an Karten für Garmin GPS durchführen zu können: Map-Tool-Kit. Durch verschiedene Forumsbeiträge animiert habe ich das Programm etwas kultiviert und eine kleine Anleitung dazu verfasst.

Wer daran interessiert sein könnte ist jeder, der

• schon mal eine Karte für ein Garmin-GPS-Gerät erfolgreich erzeugt oder verändert hat
• eine TYP-Dateien erstellt hat
• sich mit etwas Mühe in das Thema einarbeiten möchte

Die wichtigsten Funktionen in Stichworten:

• Reorganisieren und vereinheitlichnen von MP-Dateien ( polish format )
• Script gesteuerte Bearbeitung von MP-Dateien
• Kompilieren zu Garmin-Image-Dateien ( *.img )
• Kartensätze automatisch aktualisieren nach Änderung der Quelldateien, gesteuert durch eine Projektdatei
• Die Anzahl Kachel für einen Kartensatz oder die Anzahl verschiedener Projektdateien ist nicht beschränkt
• TYP-Dateien erzeugen ( auch für 'fremde' Kartensätze )
• REG-Dateien um einen Kartensatz in der Registry anzumelden.
• Analyse von *.img, *.typ, und *.tdb
• viele Funktion arbeiten im Batch-Betrieb ( Dateien auswählen und starten )
• keine ungewollten Copyright-Einträge in die Karte
• Export von IMG-Dateien in MapEdit

Was das Programm nicht kann:

• routing-fähige Karten erzeugen
• Marine-Karten erzeugen

Was man schon haben sollte:

• MapEdit um Karten zu erstellen oder zu verändern
• MapSource um Karten auszuwählen und an das GPS-Gerät zu schicken
• nützlich sind Programme die verschiedene Formate konvertieren

Was das Programm nicht braucht:

• Installation
• Einträge in der Registry
• andere Programm wie cgpsmapper, sendmap, mapdekode, ...

Was man wissen sollte:

• weder das Programm noch die Beschreibung sind fertig, aber in gutem Zustand
• Grundkenntnisse der Programmierung sind hilfreich
• Bedeutung der Begriffe um die Garmin-Karten herum
• Struktur einer Karte ( Level, Polyline, Type, ... )
• Umgang mit MapEdit und MapSource

Was geplant ist:

• Fehler beseitigen
• Funktionen hinzufügen die mir sinnvoll erscheinen
• grafischer Editor für TYP-Dateien
• irgendwann möglicherweise Routing
• Aktualisierungen nach Fehlerkorrektur und bei neuen Funktionen
• Beschreibung verbessern
• Das Programm weiter als Freeware zu verteilen

Was es aber nicht geben wird:

• zeitnahen Support im Forum oder gar
• Support per eMail

So geht es los:

• Zip-Datei ( 3.4 MBytes, leider nicht als Anhang möglich ) herunterladen bei
  http://www.file-upload.net/dow…MapTk-0.3.0-beta.zip.html
• Datei auspacken in ein beliebiges Verzeichnis, z.B. c:\programme\maptk\
• MapTk.pdf öffnen und mindestens das 1. Kapitel lesen ( 2 Seiten )
• Programm starten und dem Forscherdrang folgend eine Karte bearbeiten, einen Kartensatz erstellen, ....

Was man mit dem Programm nicht darf:

• gegen das Urheberrecht von Kartenherstellern verstoßen

Viel Glück !

Jürgen

Hallo Horst,

die Kachel wird keinen Fehler haben. Das Problem liegt bei mir. Änderung in letzter Minute: Aufruf aus MapEdit eingeführt ( Parameter Input und Output vertauscht ) und Aufräumen wegen der Beschreibung ( maptype ist eigentlich overview, rot50 habe ich nicht kopiert ).
Das habe ich nicht bemerkt, weil ich meine Karten immer mit der Make-Funktion bearbeite und natürlich eine funktionierende PRJ-Datei benutze. Diese Probleme sollten jetzt bereinigt sein ( wie immer das vorletzte Problem

• Error: in [CUSTOM_POINT]:
  in der Vorgabe der Projektdatei die Farbe 'rot50' definiert.
• Error: [Errno 2] No such file or directory: ' ':
  Parameter in die richtige Reihenfolge gebracht.
• 'maptype' durch 'overview' ersetzt.

Außerdem habe ich in der PRJ-Vorlage in [Project] die ersten 3 numerischen Werte mit 0 vorbelegt. Das gibt dann keine Meldung wenn die Datei nur für 'Uniform' verwendet werden soll und die Projektdaten nicht ausgefüllt werden.

Download: http://www.file-upload.net/dow…MapTk-0.3.1-beta.zip.html
( Entschuldigung für die Werbung dort. Nach meinem Urlaub werde ich einen WEB-Server aufsetzen, ganz ohne Schnörkel )

Zum Test alle Dateien in einem Verzeichnis:

10.06.2007 12:24 40.960 00000030.img
10.06.2007 12:19 3.273.164 maptk.exe
23.05.2007 10:17 684.026 MapTk.pdf
10.06.2007 12:24 13.029 MapTK.prj
10.06.2007 12:24 313.457 st. peter-ording.bak
10.06.2007 12:24 179.085 st. peter-ording.mp
6 Datei(en) 4.503.721 Bytes

Das Original 00000030.img wurde überschreiben und is etwa 10% kleiner als das Original ( 23 statt 24 Bit für die Koordinaten und andere Kodierung ). Reihenfolge der Bearbeitung:

• 'IMG analysis'
• 'New project file'
• 'Uniform'
• 'IMG'

Das Protokoll:

Input: C:/X/00000030.img
Output: st. peter-ording.mp
org. ID: I061201C
Update: 05.2004
154 Subdivisions
142 Points (RGN10)
4 Points (RGN20)
702 Polylines
480 Polygons
Done: 1.9 s

Output: MapTK.prj

File: C:/X/st. peter-ording.mp
142 POIs
4 Cities
702 Polylines
480 Polygons
Done: 0.3 s

Input: C:/X/st. peter-ording.mp
Output: C:/X/00000030.img
71 points
2 cities
457 polylines
253 polygons
Done: 2.1 s

Schritt 2 hätte ich gut weglassen können. Ohne PRJ-Datei werden genau die Zuweisungen zu den Ebenen vorgenommen ( war gedacht als kleines Python-Beispiel; nützt nicht, schadet aber auch nicht ). In meiner Datei für die Topo-Karten sieht das für POIs so aus um einigen Datenmüll zu entfernen:

[CUSTOM_POI]
# Python script: customizing points
# variables: overview 1 overview map
# 0 detailed map
# type code of object ( 16 bit )
# level visibility level, -1: invisible
# label text for object
if overview: # modify in overview map
pass
else: # modify in detailed map
grp = type >> 8 # group of types
if grp in (0x2a, 0x2b): # remove if special text
if label.lower().startswith('haus '):
level = -1 # ignore
elif label.lower().startswith('ferien'):
level = -1
elif label.lower().startswith('gäste'):
level = -1
elif label.lower().startswith('pension'):
level = -1
elif label.lower().startswith('privat'):
level = -1
level = 1
[END]

Die Motivation mich mit Kartenerstellung zu beschäftigen war die Top Deutschland. Zumindest in einer sehr frühen Ausgabe ( Juli 2004 ) waren Wege ( 0x16 ) im Level 1 und normale Straßen ( 0x06 )nur im Level 0.

Die Datei aus dem Test ( umbenannt in 'SPO.mp', cgpsmapper kann mit dem Namen 'st. peter-ording.mp' nichts anfangen ) läßt sich mit cgpsmapper ohne Probleme umwandeln. Braucht mindestens doppelte Zeit, die IMG-Datei ist dafür 10% kleiner.

Bekannt ist mir, dass cgpsmapper Karten nicht bearbeiten kann bei den Straßen mit sich selbst verbunden sind oder sich mit sich selbst kreuzen. Bei den Topo-Karten ist das nicht selten. Ursache wird sein, dass cgpsmapper auch in der freien Version routingfähige Karten erzeugt, aber die Ausgabe der Subfiles NET und NOD unterdrückt. So ein Konstrukt ist unter dem Gesichtspunkt Routing kaum zu bändigen. Für mich bedeutet das, dass Routing mit Topo-Karten ganz hinten angestellt ist, zumal Routing und Anzeige Topo mit einer kleinen Einschränkung ja funktioniert.

Gruß,

Jürgen

Hallo Horst,

ich hab mir mal die Kachel Calw 00000659.img genommen. Hier das Ergebnis:

Input: C:/X/00000659.img
Output: calw.mp
org. ID: I0612291
Update: 05.2004
1334 Subdivisions
934 Points (RGN10)
236 Points (RGN20)
46251 Polylines
6515 Polygons
Done: 62.9 s

File: C:/X/calw.mp
950 POIs
220 Cities
46251 Polylines
6515 Polygons
Done: 10.7 s

Input: C:/X/calw.mp
Output: C:/X/00000659.img
475 points
110 cities
28442 polylines
3114 polygons
Done: 57.1 s

Das war natürlich die Version von Mai 2004. Ich nehme nicht an, dass die Münchner einen anderen Zuschnitt der Kacheln in der neuen Version haben. Also sollte in der Kachel etwas sein, das ich noch nicht kenne ( ein Trick um die Wandlung in MP zu verhindern ? ). Daran bin ich interessiert ! Schick die Datei als persönliche Mail. Könnte sein, dass mein Account das nicht zulässt. Kann ich aber ändern.

Nun etwas zum Hintergrund dieser Meldung. Diese Originalkarte wurde in 1334 Flächen ( Subdivisions ) zerlegt, die in 3 Ebenen miteinander verkettet sind - ein Baum, Subfiles TRE. In der MP-Datei steht davon nichts. Ich brauche deshalb aus der MP-Datei die Abmessungen der Karte um sie in meinem Fall in maximal 85 Subdivisions zu zerlegen. Das Programm nimmt die Abmessungen aus dem Level 0 des Polygons 0x4b ( Background=Y und Data0=(.....) in der MP-Datei. Findet das Programm 0x4b mit Data0 nicht, gibt es die Fehlermeldung. 0x4b ist da, sonst hätten wir eine andere Fehlermeldung. Möglicherweise hat die Karte nur Data3. Nicht vorbereitet bin ich auf mehrere 0x4b. Das sollte allerdings keine Fehlermeldung auslösen sondern eine unglückliche Verteilung der Objekte auf die Subdivisions geben.

Input: C:/X/00000659.img
Output: calw.img.mp
org. ID: I0000293
Update: 06.2007
85 Subdivisions
475 Points (RGN10)
220 Points (RGN20)
36676 Polylines
4985 Polygons
Done: 48.7 s

Das ist die Ausgabe wenn ich die eben erzeugte IMG-Datei wieder nach MP wandle. Die maximal 85 Subdivisions sind relativ willkürlich gewählt. Signifikante Unterschiede habe ich nicht beobachtet ( kleine Variationen in der Größe, der Bearbeitungszeit und beim Verschieben auf dem Gerät ). Auch wenn die Anzahl der Objekte unterschiedlich ist, ist es doch die gleiche Karte. MapTk zerlegt Objekte mit mehreren Data0-Zeilen in einzelne Objekte mit sonst gleichen Eigenschaften, als sind es mehr Objekte. Umgekehrt haben die IMGs auch Data1 und Data2 Zeilen für die gröberen Auflösungen. Die werden alle gezählt. Nach 'Uniform' bleibt nur Data0 nach, also wieder weniger Objekte.

Leider erzählen die beiden letzten Versionen, dass sie 0.2.16 beta sind. Stimmt nicht ! Hab nur vergessen die Nummer zu ändern. Soll nicht wieder vorkommen.

Gruß,

Jürgen

Hallo Horst,

Wir arbeiten nicht an der gleichen Kachel. Es war sehr einfach aus gegebenen Informationen 'gerade die, in der ich wohne' und dem Profil im Forum die 00000659.img zu finden. meine 'Heimatkachel' ist übrigens 00000113.img, SW-Ecke.

Die Kachel sind Byte für Byte absolut gleich, Mai 2004 ! Bitte mal die PRJ-Datei löschen und dann 'IMG analysis' -> 'Uniform' -> 'IMG'. Das wird funktionieren. Zwischendurch bitte nicht an den Dateien rumfummeln mit MapEdit oder einem Texteditor ! Der Schritt 'Uniform' hat, wie beschrieben eine Preprozessor-Funktion, die eine analysierte Karte vorbereitet zur Bearbeitung und anschließenden Wandlung in IMG. Lässt man den Zwischenschritt aus kommt die Fehlermeldung. Ich werde mal darüber nachdenken wie man auf den Zwischenschritt in verzichten kann.

Was diese 3 Verarbeitungsschritte leisten, kann man gut an den 2 Bildern sehen. Links jeweils die bearbeitete Datei, rechts die unbearbeitete Nachbarkachel. Im Level0 ist die Welt noch ok. In Level1 sieht man wie bei der unbearbeiteten Kachel die Straßen ( braun, 0x06 ) verschwinden, die kleinen Wege ( schwarz gestrichelt, 0x16 ) aber noch da sind. Diesen Fehler haben alle Kachel der Ausgabe 2004 !

Level0:
naviboard.de/cms/attachment/1402/

Level1:
naviboard.de/cms/attachment/1404/

Gruß

Jürgen

Hallo zusammen,

dies ist für die nächsten 4 Wochen meine letzte Aktion hier ( Urlaub ohne Internet ).

Ich habe einen Server aufgesetzt, der unter http://maptk.dnsalias.com zu erreichen ist. Download mit ~ 40 kByte/s. Hier werden zukünftig alle neuen Versionen zu finden sein. Upload ist ebenfalls möglich, aber bitte nicht zumüllen. Alle Dateien im Upload-Bereich sind sichtbar, können aber nicht runtergeladen werden.

Die Version 0.3.3 gibt nur eine neue Fehlermeldung wenn die MP-Datei noch durch den Preprozessor muss. Die Doku ist geringfügig überarbeitet worden.

Linux sollte ohne großen Aufwand machbar sein. Näheres in einigen Wochen. Die Programmiersprache ist Python, so dass im Prinzip alle Systeme, für die es Python gibt möglich sein sollten.

Gruß

Jürgen