Beiträge von JürgenD

Eine neue Version steht zum Download bereit:

Die Karte wurde um ca. 7800 km Wege und Steige erweitert und das Wegenetz überarbeitet.

In BaseCamp und MapSource kann das Profil von Routen dargestellt werden.

JürgenD

Ich habe weder Zeit noch Lust allen verlausten Linux-Varianten und deren Eigenheiten hinterher zu laufen. Ich habe deshalb entschieden den direkten Linux-Support ( < 5% aller Downloads ) von MapTk zu beenden. Stattdessen stelle ich compilierte Versionen von MapTk für Python 2.5, 2.6 und 2.7 zum Download bereit. MapTk für Python 3 wird es wegen inkompatibler Sourcen nicht geben. Die Version für Python 2.6 wurde getestet unter Ubuntu 9.10 und 10.04, Python 2.7 unter Ubuntu 11.10 Das Manual Kapitel 1.1.3 gilt sinngemäß, Kapitel 1.1.2 wird entfernt.

Version 3.1.2 steht bereit.

Zwei kleine Korrekturen:

• 'IMG/MP': MP-Datei wird immer in des Verzeichnis der IMG-Datei geschrieben.
• 'New project file' : Anlegen eines neuen Projektes wurde repariert.

GPSMapEdit 1.1 (Update 73.2)

(22. November 2011)

• Fix: Crash while label of new object inputing with simultaneous map saving (Dank an: Alexey, Дмитрий). The toolbar is now disabled during label is edited in-place.

• Fix: Crash while loading .MP file with bookmarks imported earlier from POIs without icon file (Dank an: Gary Turner).

Der Zusammenhang zwischen automatischer Routenberechnung ( PC, Geräte habe ich nicht geprüft ) und dem 0x4b-Polygon ist unklar. Hat die Karte nur einen Teil-Hintergrund kann auch nur über dem Hintergrund geroutet werden. Entweder habe ich ein Flag, das das Verhalten einstellt nicht gefunden oder Garmin braucht den Hintergrund wirklich. Bitte die Aussage, dass mkgmap wirklich keinen Hintergrund braucht, nachprüfen.

Die Unterschiede im Verhalten von BaseCamp und MapSource sind schon eigenartig. Grob gesagt wird bei BaseCamp alles mit 4 Rädern als Auto behandelt, Ambulanz und Fußgänger dürfen überall, Motorräder sind Autos oder Ambulanz. Fahrräder haben 4 Räder wenn das Häkchen bei 'Gemeinschaftspuren vermeiden' gesetzt ist, andernfalls ist alles erlaubt. Ich vermute noch weitere Absonderlichkeiten ähnlicher Art, wie z.B. bei kürzester Route die Abhängigkeit vom Schieber 'Kleinere Straßen - Autobahn'. Scheinbar gibt es mehrere kürzeste Routen. Das gilt für frisch mit MapTk erzeugte und möglicherweise auch für 'alte' Garmin-Karten ( Topo D 2010 macht sparsam Gebrauch von Restriktionen ). Etrex verhält sich möglicherweise wie BaseCamp, zumindest Oregon und älter passt zu MapSource. Sollte Etrex wie MapSource sein - Fehler in Bascamp ! Meine neueste Straßenkarte ist von 2008 ( ich nutze Garmin nicht mehr im Auto ). Wie verhält sich der aktuelle CN in BaseCamp und MapSource ?

Im Compiler lässt sich das sicher lösen. Es gibt im betreffenden Bereich noch ein paar nicht identifizierte Bits. Das Problem liegt für mich an ganz anderer Stelle:

• In einer MP-Datei lassen sich nur 8 Fahrzeugtypen definieren ( Syntax ). Motorrad ( ohne Auto ) kommt nicht vor. Eine Erweiterung / Umdefinition, zusammen mit einer neuen Steueranweisung 'alt' / 'neu' ist für meinen Compiler leicht möglich, führt aber zum Problem Nummer 2.
• MapTk setzt mit MapEdit bearbeitete MP-Dateien voraus. Eine Syntaxanpassung muss somit voll vom Editor unterstützt werden. Das Eingabefenster der Routing-Eigenschaften muss die Parameter anders setzen oder ganz neu gestaltet werden. Und das noch abhängig von alt / neu, was für alle Straßen / Wege gilt. Unter 'Extras' einzugebende Statements sind mir zu mühsam.
• Dazu noch ein weiteres Problem: Karten müssen nach diesem Kenntnisstand in zwei Varianten erzeugt werden. Wie handhabt Garmin das ?

Das Bild ist ausgesprochen diffus. Solange die Probleme 1 und 2 nicht befriedigend gelöst sind werde ich keine weitere Zeit spendieren das Chaos zu sortieren. MapTk zielt auf die Herstellung topografischer Karten. Für die meisten Handgeräte und topografische Karten ist die Bedeutung der Restriktionen sowieso relativ gering. Für den Autofahrer empfehle ich die originalen Karten von Garmin.

Übrigens: MapTk erzeugt kein intelligentes Autorouting - das machen bestenfalls Garmins PC-Programme und die GPS-Geräte mit jeder routingfähigen Karte.. Versuche die Verwendung freier Karten einzuschränken habe ich bei Garmin nicht beobachtet. Garmin-Forum: Garmin begrüßt freie Karten https://forum.garmin.de/showthread.php?t=1209. Garmin erweitert aber die Funktionalität und passt die Karten daran an. Glücklicherweise fressen die Geräte auch die alten Formate. Dass keine Spezifikationen des Kartendesign veröffentlicht werden ist für mich absolut verständlich. Damit ist Garmin den freien und kostenlosen Karten ein Stück voraus und kann verkaufen - besonders im Massensegment 'Straße'. Die freien Karten besetzen Nischen und werden verschwinden, sobald eine hochwertigere und vollständigere Karte zu vernünftigem Preis gekauft werden kann. OSM wird bestenfalls für 'Geiz ist geil' und Leute mit geringen Ansprüchen Bestand haben. Jeder der seine eigenen Karten baut sollte sich dessen bewusst sein.

Seit April 2011 kann MapTk Karten für automatische die Routen-Berechnung erzeugen. Ich habe hier mal zusammengefasst was bis dahin ( Version 3.0 bis 3.1 ) neu ist oder geändert wurde:

Compiler

• Daten in IMG-Dateien für die Berechnung von Routen, einschließlich Abbiegebeschränkungen. Doku Kapitel 4.
• Die Verteilung der Objekte ( POI, Linien, Polygone ) auf die sogenannten Subdivisions bei ungewöhnlicher Karten ( kleine Insel im Meer, teilweise sehr hohe lokale Objektdichte ) wurde verbessert. Die kryptische Fehlermeldung wurde durch eine verständlichere ersetzt wenn sich solche Karten nicht kompilieren lassen.
• Warnung wenn für Autorouting das Hintergrundpolygon Type=0x4b fehlt. Ohne Hintergrundpolygon kein Routing !
• Zwei neue Funktionen helfen nicht verbundene, in der Nähe gelegene Straßen / Wege und nicht zusammengehörige externe Knotenpunkte zu finden. Doku Kapitel 4.3.
• Der Endlevel für das Hintergrundpolygon wird automatisch auf den höchsten Level der Karte gesetzt.
• 'Preview=Y' in Kopf einer MP-Datei kennzeichnet eine Übersichtskarte unabhängig vom Namen / ID.

Script

• Die neue Variable 'dirindicator' wird gesetzt bei Linien mit Richtung ( kleine Pfeile in MapEdit ). Im Script kann damit in den Restriktionen die Straße auf 'Einbahn' gesetzt werden.
• Menü 'IMG/MP → Reorganize': Teilt Linien und Polygone mit > 256 Punkte, beseitigt doppelte Datendefinitionen, entfernt Daten in EndLevel > 0 u.s.w. Das entspricht einem leeren Script, siehe Kapitel 3.1.
• Aus Koordinaten eines POI innerhalb definierbarer Flächen ( Ort, Gemeinde, Land ) kann z.B. der Name des Ortes auf einen POI übertragen werden. Stichwort: 'domain' und Beispiel Kapitel 8.8.

TYP-Datei

• Der Import von Pixelbildern für POIs im Editor für TYP-Dateien ist wieder möglich.
• 'TYP Analysis': Problem behoben wenn die Bilder für Tag und Nacht eine unterschiedliche Anzahl Farben haben. Nachtdesign wurde und wird jedoch nicht implementiert.

Nur Windows

• 'Tile cache' wird optional automatisch gelöscht für MapSource, BaseCamp und MapInstall. Händisch auch im Menü 'File → Clear cache'.
• Eine REG-Datei wird nicht geschrieben wenn der Name des Produktes im Header ( 'Product name' ) fehlt.
• Warnung wenn ein Family-ID-Konflikt beim Lesen der Registry bemerkt wird.

Allgemein

• Eine optionale LOG-Datei wird für ausgewählte Zeilen der Statusanzeige geschrieben.
• Allgemein verbesserte Fehler- und Warnmeldungen.
• Alle bekannten Fehler wurden repariert.
• Das Handbuch wurde überarbeitet.

Das Programm ist weiter kostenlos für Windows ( inkl. Windows 7 64-Bit ), Linux ( Test mit Ubuntu 9 ) und andere Systeme mit Python 2.5 ( mit Tkinter ) verfügbar.

GPSMapEdit 1.1 (Update 73.1)

(18. November 2011)

• Neue Funktion: Unicode is supported.
  The program is distributed as Unicode build, as marked by incrementing of version number - 1.1.
  Note: all previous license keys continue to work both for 1.0 and for 1.1.
• Neue Funktion: File .MP may be saved in UTF-8 (please see "Map Properties", the field "Code page:").
  Note: UTF-8 is not supported by cgpsmapper and Garmin IMG format, as well as by Lowrance LCM, Holux/ALAN CRD/ARD. Unicode map may be used only for Navitel .NM2.
• Neue Funktion: Before saving to .MP, all string attributes in the map are automatically verified for selected code page. If there are characters not savable in the code page, the corresponding warning message is provided to user, and map is saved using UTF-8.
• Neue Funktion: In "Map Properties" window, the button [Detect] is added for "Code page:" field.
• Neue Funktion: 'File | Open...' and 'File | Import' provide dropdown list with code pages.
  Shapefile import wizard and also POI table import wizard provides additional national code pages: Armenian ArmSCII-8, Georgian Academia and PS, Devanagari Indian SCII (for Hindi), Tatar CP1251, Chuvash CP1251, Kazakh KazWin, Cyrillic Asian (PT 154).
• Erweiterung: 'Tools | Verify Map...': additional checking of all string attributes for code page.
• Erweiterung: User is notified about entering characters not allowed by code page of map.
• Erweiterung: Additional transliteration tables for Arabic, Armenian, Georgian, Greek, Devanagari (Hindi), Hebrew, Thai to Latin.
• Erweiterung: Waypoints, routes and tracks are now exported to Garmin .GDB format version 3 (since this format stores all strings in UTF-8).
• Fix: Out of memory while changing type of all routable roads to non-roads (Dank an: Михаил).
• Fix: 'Tools | Slice All Objects' and "Tools | Split Map to Files...": splitting numbering along roads is fixed, automatic removal of repeating points in splitted roads, pre-rounding of positions for splitting lines (Dank an: Andrzej Popowski).
• Fix: The support of map skins in .NS2 format for non-standard screen resolutions (Dank an: Michael Schlenstedt).
• Fix: Removal of former random lines appearing on the screen while points dragging (Dank an: Doozer).
• Fix: Right-clicking while unintended mouse moving (Dank an: topograf).
• Erweiterung: GUI localization for Tatar (Dank an: Ирек Хазиев).
• Erweiterung: Names of Garmin and Navitel types are translated to Armenian (Dank an: Tigran Apikyan, Vika Martirosyan).
  Names of Navitel types are translated to Finnish.
  Names of Garmin and Navitel types in Bulgarian are fixed.

Die TYP-Datei ist von der Position unabhängig. Wenn die Probleme lokal begrenzt sind, tippe ich eher auf einen Fehler in der Karte selbst. War aber einen Versuch wert. Aber wer weiß was Garmin sich da wieder hat einfallen lassen ....

Jürgen

Es könnte auch am Compiler für die TYP-Datei liegen. Zum Testen hier eine mit MapTk erzeugte, umbenannte Datei und der Quelltext dazu ( aus der M0000973.TYP vom 3.5.2011 von vonHarold disassembliert ). Das Design ist unverändert. Ich kann das mangels Zumo und CN2012 nicht selbst ausprobieren.

JürgenD

Zum Testen: M0000973.zip

Orte sind POIs. Durch die TYP-Datei kann Größe und Farbe des Namen eines POI geändert werden. Üblicherweise wird das Erscheinungsbild der Orte in der originalen TYP-Datei nicht definiert. Die zu bearbeitenden Orte ( POIs im Bereich 0x100 bis 0x1100 ) sind deshalb zu ergänzen. Für jeden dieser Orts-POIs ist unbedingt ein Icon zu entwerfen.

JürgenD

Alle Angaben für Zoom der Karte und die Leveldefinition ist in den IMG-Dateien, nicht in der TYP-Datei. Da hilft nur die Quellen der Karte zu ändern und neu zu compilieren. Wegen einer ausgeprägten OSM-Allergie kann ich dazu keinen Rat geben. Das sollte man dem Hersteller überlassen.

JürgenD

Wenn schon der Moderator in die Kerbe 'Konsum ist geil' haut, gibt es hier für mich wohl nichts mehr zu tun. War den Versuch nicht wert.

Nur noch eine letzte Bemerkung: Neulinge, lasst eich nicht von einem Lernaufwand abhalten ! Es ist weniger als ihr denkt !

JürgenD

Klar, ich könnte MapTk auf das GMAP-Format umbauen. Wem bringt das was, außer Arbeit ? Nur den Mac-Besitzern, die darauf angewiesen sind. Ein Problem mit Windows-7-64-Bit kennt MapTk nicht. Auch MapEdit, MapSource (auch Version 6.13.6 ) und Basecamp arbeiten darunter völlig problemlos. Meine Südtirol-Karte stört sich auch nicht an 64 Bit, weder im IMG- noch im GMAP-Format.
Wer unbedingt seine Karten im GMAP-Format möchte, soll sie mit Garmins MapConverter transformieren. Die PRJ-Datei mit im Verzeichnis der TYP-Datei abgelegt stört MapSource auch dort nicht. Die INFO.XML mit einem Texteditor zu bearbeiten sollte noch zu schaffen sein.
Fazit: Keine Aktion um der Aktion willen ! Solange MapSource das IMG-Format schluckt - die Dateien im GPS-Gerät sind ohnehin gleich - werde ich keine Anstrengungen in Richtung GMAP unternehmen.

Ein Gestriger

Mac-User können nun mal nicht anders als über GMAP zu gehen. Ob das bei Windows wirklich für das Programm und den User einfacher ist bezweifle ich.

• Der Installationsort ist versteckt.
• Der Installationsort ist von der Windows-Version abhängig.
• Möchte man die originale Datei nicht überschreiben muss statt der Registry INFO.XML angepasst werden.

Einfacher nenne ich das nicht als den Namen richtig eintragen und einmalig Doppelklick auf die REG-Datei.

JürgenD

Der Name des Kartensatzes wird für eine korrekte REG-Datei benötigt. Das ist der Schlüssel für die Eintragung. Ab der nächsten Version von MapTk wird bei fehlendem Eintrag keine REG-Datei mehr erzeugt werden. Der Name kann leicht aus der Liste aller installierten Karten ausgewählt werden ( kleines Dreieck nenben dem Eingabefeld ).

Der Name der neuen TYP-Datei wird aus der FID abgeleitet um die originale Datei nicht zu überschreiben. Deshalb muss die Registry einmalig angepasst werden. Das geht bequem mit einem Doppelklick auf die korrekte REG-Datei. Überschreiben der originalen Datei durch Umbenennen nach jeder Änderung geht natürlich auch.

Im Menü 'Registry' kann leicht eine Sicherungskopie der relevanten Einträge angelegt werden. Entweder für alle Karten oder eine einzelne Karte ( wieder das kleine Dreieck neben dem Eingabefeld ).

JürgenD

Es sind mir keine Fehler bei MapTk gemeldet worden. Warum kenne ich diese Fehlermeldungen von MapTk nicht ? Ist es nicht einfacher in einer Mail einen Fehler zu beschreiben als 'rumwursteln' ?

MapSource speichert die zuletzt benutzten Kacheln, die die zum Zeitpunkt der ersten Anzeige bekannte Darstellung enthalten. Wenn man in MapTk unter 'Files -> Preferences -> Auto clear tile cache' das Häkchen setzt wird der Speicher von MapSource beim Erstellen einerTYP-Datei gelöscht (Kapitel 2.1.1 in der Doku) und MapSource damit gezwungen die Kachel neu einzulesen.

Jürgen D

Mehr als ein Jahr habe ich keinen Beitrag geschrieben. Das Forum lese ich nicht mehr regelmäßig. Dafür gibt es einige Gründe, die ich ganz ähnlich auch in anderen Bereichen der Gesellschaft sehe:

• Die Mitwirkenden sind in zu Konsumenten mutiert.
  Eigene Karten oder TYP-Dateien werden nicht mehr erzeugt sondern nur noch benutzt. Das merke ich auch am Posteingang zur Südtirolkarte: Ergänzungen und Fehlerberichte kommen nicht mehr - bei gleichbleibender Download-Rate und reichlich Fehlern, die ich selbst entdecke. Bei MapTk schrumpft der Downloadanteil Deutschlands bei ebenfalls stabilen ca. 200/Woche weltweit. Die Urlaubszeit ist es sicher nicht: Juni. Juli und August haben die meisten Downloads.
• Ein müdes Forum motiviert nicht zu aktiven Beiträgen.
  Inhaltlich werden die Beiträge immer dünner, die Besucher durchschnittlich immer dümmer. Das ist kein Wunder. Sie werden ja auch nicht mehr gefordert. Leistung ist sowieso 'out' - siehe oben. Das Garmin-Forum ist sicher nicht ganz unschuldig an den einfachen Fragen.
• Manche Themen werden mit extrem religiösem Eifer vertreten.
  Wenn dazu noch gesundes Halbwissen kommt empfinde ich es als abstoßend. Warum muss man Vermutungen als absolute Erkenntnis verkaufen ? Zum Korrigieren fehlt mit Eignung als Oberlehrer.
• Die Produkte werden immer besser.
  Sowohl Hard- und Software als auch die Karten werden immer besser. Tricks braucht man heute nicht mehr. Da bleibt für qualifizierte Beiträge weniger Raum.

Wirklich umsetzbare Vorschläge zu Verbesserung habe ich nicht. Das Niveau anzuheben durch Konzentration auf z.B. eigene Karten und TYP-Dateien (dabei herstellerspezifische Themen weglassen) gäbe sicher ein ganz anderes Forum mit einem sehr kleinen Kreis an Besuchern, dafür aber vermutlich aktiver. Das GTA-Support-Forum hat die gleichen Probleme. forums.groundspeak.com ist eher langweilig. tech.groups.yahoo.com/group/map_authors ist auch mehr tot als lebendig. Andere interessante Alternativen kenne ich nicht.

Also beobachten wir weiter wie das Forum langsam austrocknet. Was ist denn so schlimm daran ? Ich brauche das Forum nicht und für die Grundversorgung gibt es die Werksforen.

Mein Beileid
JürgenD

... und ist jetzt mit Auto-Routing (keine Verkehrsinfo in der Karte, nur für Fußgänger).

JürgenD

Entschuldigung, es hat mit den Daten zu tun, nicht mit den Programmen die die IMG erzeugen. Im Gegensatz zu MapEdit war MapTk beim Decompilieren auf die Lücken in der Definition nicht vorbereitet. In der IMG-Datei kann nur drin sein was auch in der MP-Datei steht, es sollte aber auch nicht mehr sein.

Es hat nichts mit der Suche nach Adressen zu tun, nur mit der Anzeige und der Eingrenzung bei der Suche nach POIs und Orten.

Automatische Zuodnen von Orten zu Regionen und Ländern könnte schon funktionieren - wenn denn die entsprechenden Flächen von Gemeinden, Regionen und Ländern bekannt wären und der Compiler eine entsprechende Funktion hat. Wozu das, wenn man die Daten gleich richtig eingibt ?

Ich benutze mkgmap nicht, kenne deshalb auch die Funktion von 'location-autofill=2' und die vielen anderen Parameter nicht. Mir reicht MapTk ohne Parameter.

Die Adresseinträge haben eine Baumstruktur. An der Wurzel das Land ( Country ), Äste sind die Regionen ( z.b. Bundesland, Region ) und die Blätter sind die Orte ( Citiy ). Die Verweise gehen in der IMG-Datei per Index von City -> Region -> Country. Das kann man sehr gut bei MapEdit sehen. Bei OSM ist diese Kette meist nicht vollständig definiert. Dazu kommt, dass die Definitionen selten durchgängig sind. Mal ist Region ein Bundesland, mal eine Stadt ( City ist dann eine Vorort) u.s.w. Manchmal sind auch die Zuordnungen schlicht falsch. MapTk füllt jetzt die unterbrochene Kette mit Dummies auf.

In der IMG-Datei steht nichts falsches, es ist nur unvollständig.

Ich betrachte das als symptomatisch für offene Projekte bei denen jeder - egal ob qualifiziert oder nicht - alles eintragen darf. Für OSM gilt das vermehrt weil am Ende nicht einmal auf Plausibilität geprüft werden kann, wie es zumindest teilweise bei Software möglich ist.