Neue Version MapTK

Hallo Jürgen,

Zitat von papaluna

So weit ich mich erinnere an sie, hast du deine todo-Liste ja abgearbeitet.

Da ich obigen Eintrag nicht mehr korregieren kann musste ich mal selbst zitieren.
Eine Sache die es noch nicht gibt, von einigen denke ich mir aber herbeigewünscht wird, ist sicherlich die Nutzung der neuen 3-Byte Objekttypen.
Daran hatte ich gar nicht mehr gedacht. Wie der Zufall es wollte habe ich gestern Abend mal wieder nachgeschaut wie sich cgpsmapper weiterentwickelt.
Mit der aktuellen Version 097 des cgpsmapper ist es nunmehr möglich diese neuen Typen in img einzubauen.
Testhalber habe ich dies gerade mal ein klein bisschen ausprobiert und wie es aussieht funktioniert es.

Gruss Gert

Hallo Jürgen,

Zitat von JürgenD

IMG-Dateien zu erzeugen ohne geeigneten Editor ist ziemlich sinnlos.

Wieso.? Ich verwalte meine Daten(Tracks, Pois etc.) mittels TTQV. Dort kann ich den Garmin-Stil zuordnen( im Moment per GUI auch nur 2Byte-Typen aber laut Entwickler wird es wohl auch noch in der aktuellen Version 4 eine zumindest teilweise Unterstützung der 3Byten geben.)
Auf Datenbankebene kann ich jetzt schon 3-Byte Typen zuordnen.
TTQV4 kann ins MP-Format exportieren. In MapTK könnte ich über den Skriptbereich z.B. auch "unbenutzte" 2Byte Typen in 3Byte ändern.
Warum das??
Ich habe mir z.B. eine Karte der von mir gefahrenen Wege erstellt und dabei im Laufe der Zeit versucht diese zu klassifizieren(Feldweg asphaltiert, unbefestigt, Forstweg asphaltiert, unbefestigt etc.) Ich habe dabei nur Stassentypen verwendet, weil ich bei diesen im 60csx die Strassennamen(die bei mir Infos über Typ, Beschaffenheit etc. enthalten) ein/ausschalten kann. Leider ist die Anzahl der Typen doch begrenzt. Die 3Byte-Typen würden da eine willkommene Erweiterung darstellen.

Zitat von JürgenD

Auturouting: Brauche ich nicht weil
Unter meinen Topo-Karten liegt immer ein CityNavigator, d.h. Topo-Anzeige mit Autorouting. Das erspart das Umschalten.

Mache ich auch nicht anders.

Zitat von JürgenD

• Zuvor wären Fragen zu klären: Über welche Linien ( z.B. auch über 0x16 ) kann im Gerät geroutet werden ? In der Firmware fetsgelegt ? Ich habe keine routingfähige Topo-Karte um es auszuprobieren und werde auch nicht in eine solche Karte investieren.

Na da könnten wir dann vielleicht sammeln. Weihnachten steht vor der Tür.:)

Zitat von JürgenD

• Vernünftiges Kartenmaterial zu erstellen ist fprivat nahezu unmöglich ( Einbahnstraßen, Geschwindigkeitsangaben, verbotenes Abbbiegen, ... ). OSM mag da eine Zukunft haben, ist aber sicher noch lange Handelsklasse 2.

Na da schliesse ich mich Jörns Aussage an.
Und für selbst erstellte Overlays aus gefahrenen Tracks gilt das gleichermassen. Dann würde auch die immerwährende Diskussion um Trackback/Luftlinienrouting/mit Routenwegpunkt zugekleisterten GPS-Bildschirmen etc. aufhören. Klar wird, auch wenn GPSMapedit jetzt schon die Routing-Knoten automatisch generieren kann, noch einiges an Handarbeit notwendig sein wird um das gewünschte Ergebniss zu erzielen. Aber ich denke das es für viele eine interessante Möglichkeit bieten würde.

Ich träum halt auch ein bisschen.

Gruss Gert

Zitat von JürgenD

...
Nebenbei arbeite ich an Funktionen ( z.Zt. separates Programm ) die komfortabel Wege in bestehende Karten einfügen und dabei bestehende Straßen nicht überschreiben.

Gruß
Jürgen

genau sowas suche ich/hätte ich gerne

Hallo, ich habe da so ein mp-file, an dem ich fast verzweifle. Ist über mehrere Umwege aus einem DWG_file entstanden.MapTK version 2.3.3 bringt mir beim Versuch die mp zu compilieren den Fehler :
unsigned byte integer is greater than maximum.
Was heißt das im Klartext und was muss ich an der mp ändern, um die sauber zu bekommen ?.
N:B:cgpsmapper filtert ebenfalls fast alle Elemente raus, so daß die erzeugte img nur den Hintergrund hat.
danke schon mal im vorraus.

morgen1

Zitat von morgen1

MapTK version 2.3.3 bringt mir beim Versuch die mp zu compilieren den Fehler :
unsigned byte integer is greater than maximum.
Was heißt das im Klartext und was muss ich an der mp ändern, um die sauber zu bekommen ?.
N:B:cgpsmapper filtert ebenfalls fast alle Elemente raus

Hallo Morgen,
Ohne das MP-file ist es nur Spekulation,
aber ich habe diesen Fehler z.B. dann wenn ich einen ungültigen Typ ( z.B einen der neuen 3Byte-Typen im File habe. Das cgpsmapper da alles rausfiltert deutet meines erachtens auch daraufhin.
Aber evtl. sind auch noch andere Ursachen möglich. Die Meldung sagt halt nur aus das der maximal Gültige Wert für eine Variable überschritten wurde.

Gruss Gert

P.S.

cgpsmapper ab Version 097 kann die neuen Typen übrigens verwenden

ich hänge das fragliche mp-file hier ran. Vielleicht habt Ihr einen Hinweis,was ich ändern muß. Da gab es doch mal was mit max 256 Knoten oder so ? Vielleicht ist diese Variable gemeint ?

morgen1

Hi Morgen1,

Ändern mal alle Objekte
Type=0x0102
in irgendeinen andern GÜLTIGEN Typ(siehe GPsMapedit oder cgpsmapper). Ich habe sie gerade einfach mal in 0x16 (Trail) geändert. Dann geht es ohne Probleme.
Die angesprochen 256 Knoten ist nur die max. gültig Länge für Linien-Segemente auf dem GPS. Innerhalb MS spielt das keine Rolle. Cgpsmapper passt das glaube ich automatisch an. Bei MapTK erledigt das die Funktion SKRIPT. Das funktioniert sogar ohne prj-Datei.

Gruss Gert

Zitat von papaluna

Hi Morgen1,

Ändern mal alle Objekte
Type=0x0102
in irgendeinen andern GÜLTIGEN Typ(siehe GPsMapedit o

Werde ich probieren, allerdings ist laut usermanual cgpsmapper 0x0102 eine gültige Linie, allerdings gehört der Typ zur Marinessektion. Und Freeversion-cgpsmapper V 97c unterstützt die angeblich.
morgen1

Hi morgen1,
ich hatte es eben nur mit MapTK ausprobiert, aber da hat es funktioniert.
Typ geändert-danach war nur noch die Meldung bzgl. der Linienlänge vorhanden. Mit SKRIPT das auch noch bereinigt und dann wurde das img ohne Probleme erstellt.

So jetzt habe ich auch noch ein bisschen mit cgpsmapper 097c rumgespielt.

Also ich habe nur den Header-Eintrag Marine=Y auskommentiert. Danach wurde ein img erstellt. Kein ersetzen des Typs 0x0102 war notwendig. Allerdings taucht dieser in der GPsmapedit Statistik im img nicht mehr auf ,während er im mp-file einer der mit roten Fragezeichen gekennzeichneten Typen ist.
Ändere ich nur Typ 0x0102 erstellt cgpsmapper ein leeres img (nur backgrounds). Erst die auskommentierung von Marine=Y ( kannst du alternativ auch auf Marine=N setzen) scheint Wirkung zu zeigen.

GrussPapaluna

Hi morgen1,

nochmal zur Klarstellung: MapTK unterstütz keine Marinetypen(Manual S.6 1.3 Kompatibilität der Karten).
Falls du Marinetypen nicht brauchst kannst du in MAPTK vorhandene gegebenenfalls recht easy über den Phython-Skriptbereich ersetzen.

[CUSTOM_POLYLINE]
# Python script: customizing polylines
# variables:    overview   1: overview map
#                          0: detailed map
#               type       code of object ( 8 bit )
#               level      visibility up to level, -1: remove
#               label      text for object
if type == 0x00:        # unknown = vergessen zu definieren
    type = 0x0c          # -> Roundabout ist bei mir Weg ohne Kategorie
...
[END]

GPSmapedit zeigt übrigens auch keine Marinetypen an.

Ich habe noch ein wenig weiter mit cgpsmapper probiert.
Wenn ich dein mp-file mit der Einstellung Marine=Y kompiliere erhalte ich ein img. Dieses ist in Gpsmapedit oder TTQV leer. Im Gerät werden mir aber die Marinetypen angezeigt. Landobjekte fehlen aber.
Wenn ich dein mp-file nun mit der Einstellung Marine=N kompiliere erhalte ich ein ebenfalls img. (Ich habe nur den Header-Eintrag für Marine jeweils geändert und die Warnmeldung bzgl. des doppelten background(durch background=Y bei Polygon 4a mal ignoriert).
Diese img lässt sich mit Gpsmapedit + Gerät anzeigen.
cgpsmapper hat den MarineType=0x0102(Kartografische Linie) mit dem Landtyp Type=0x01(Major highway) ersetzt.

Wenn ich z.B. Marine=Y zu den jeweiligen Objekten eintrage, dafür den Headereintrag weglasse wird ein img kompiliert das nur die Landobjekte enthält. Die Objekte des Typs 0x0102 werden dann aber nicht ersetzt mit Type=0x01(Major highway) sondern eliminiert.

Erst wenn ich den Typ=0x0102 als Typs 0x010102 eintrage und Marine=Y aus dem Mp-file entferne, wird ein img mit Land+extended/Marineobjekten erstellt(die Marineobjekte sind aber nicht in Gpsmapedit zu sehen im GPS aber schon)

Gruss Papaluna

Danke erst mal an papaluna und Jürgen. Da ich mir gerade mal den Fuss gebrochen habe und stationär liege, kann ich den Hinweisen nur langsam nachgehen. Kurze Begründundung zu dieser eigenartigen Karte .:Das war ursprünglich ein dxf-file der Toskana, auf welches Vektorraser hier aufmerksam gemacht hat. Ich habe es mittels GlobalMapper und selbstgeschriebener Scripte in den jetzigen Zustand gebracht. Dabei sind Typen benutzt worden, die ich erst mittels Typfile in die endgültige Optik bringen werde. Falls erforderlich wegen compilierung kann ich also x-belibige Typen nehmen. Die werden dann mit Typfile optisch geändert. Und bei der mehrmaligen Konvertierung wurden auch RGN40 zu RGN 80 und RNG10 erzeugt. Da ist es denkbar, daß RGN80 mit nur 2 Koordinatenpunkten entstanden sind. Von Hand nachlesen geht bei der Datenmenge nicht.
@ jürgen. Es wäre ungemein hilfreich, falls bei den Fehlermeldungen eine Zeilenummer mit ausgegeben würde. Da könnte man dann gezieli in das mp reinschauen und hätte bessere Chancen, die falsche Zeile zu finden.

Hallo Jürgen, nach einigen nicht funktionirenden konzeptionellen Fehlversuchen, funktionierte folgendes Konzept ganz gut und kann es zur Weiterentwicklung empfehlen: Mit GlobalMapper und den Hinweisen von macnetz betreffs Koordinatensystem kann man im Bachbetrieb mp-files exportieren. Die haben aber eine ganz andere Type-Bezeichnung. Die muss man in die üblichen cgpsmapper Typen übersetzen bzw ganz rauswerfen. Ich lese das GM-mpfile zeilenweise ein und entscheide an Hand des Types, ob es übernommen wird. Im zeiten Durchlauf ersetz ich dann die übernommenen GM-Types in cgpsmapper-typs. Einige Kartenelemente bekommen dann noch eine Sonderbehandlung,z.B. aus RGN40 RGN10 zu machen- Muss man halt nur die erste Koordinate verwenden. Aber bei dieser automatisierten Verarbeitung entstand zum Beispiel das zitierte File, welches sich scheinbar nicht compilieren läßt. Ich werde jetzt mal alle Marinetyps rauswerfen und durch normale Types ersetzen. Die richtige Darstellung werde ich dann mit demTypfile bewerkstelligen. Ich war vor 3 Wochen in der Gegend und konnte eine sehr gute Übereinstimmung des dxf-files mit der Realtität feststellen; während der Landnavigator Italy zwar schön bunt aussieht, aber inhaltlich wenig zu bieten hat.

morgen1