Beiträge von Papaluna

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    Hi, Randolph


    Geht das mit einem Typ file?


    Denkbar wäre Transparenz für Linie+Border zu benutzen.
    In Verbindung mit MapTK funktioniert das nicht. Wäre aber evtl. wenn im Online-Editor verfügbar ein Versuch Wert.


    Zumindest partiell lässt sich was machen wenn man eine Pattern/Musterbeschreibung für die Darstellung an Stelle der Linienbeschreibung in Line+Border benutzt. Man könnte z.B. bei max. Patterngröße die min. Anzahl Punkte definieren(1nen Punkt) dieses mit einer Farbe z.b. weiss versehen und die restlichen Punkte des Muster transparent schalten.
    Also 36Pixel lang 1Pixel(oder mehr)hoch je nach dem wie die Stromleitung ist und dann nur ein Pixel mit Farbe versehen und den Rest transparent..
    Völlige Transparenz geht hier auch nicht.



    Kann man da eventuell etwas erreichen wenn man die Farbdarstellung auf diesen Magentafarbton abändert den die Geräte als durchsichtig interpretieren?


    Nein, im Gerät habe ich es nicht ausprobiert. In MS wird aber die Linie dann Magenta angezeigt.
    Magenta als Transparenz wird nur bei POIs in Verbindung mit POI-Loader oder selbstdefinierten Wegpunktsymbolen(in Verbindung mit XIMAGE) benutzt.


    Gruss Papaluna


    Den Linientyp im WWW-Editor suchen und dann löschen - neu abspeichern und dann sollte er unsichtbar sein - glaube ich.


    Das dürfte nur bei 3Byte-Objekttypen funktionieren, da diese wohl eines Eintrages in dem Typ-File bedürfen um überhaupt dargestellt werden zu können.
    Gibt es Stromleitungen als 3Byte-Objekte?
    Beim Standardobjekt 0x0029 Powerline wird das nicht funktionieren da die 2Byte-Typen auch ohne Typ-file dargestellt werden.


    Gruss Papaluna

    Hi, Paul
    Der gültige Wertebereich für die Drawpriority ist 0-31.
    Ein Wert von 58 deutet auf eine fehlerhafte Setzung/Auswertung des DP hin und Verbindung mit dem transparent-flag der Karte.
    In MapTK Version 2.2.1 + Version 2.2.2 gab es da z.B. einen Bug(Wert setzte sich aus DP+32 zusammen) der mit Version 2.2.3 behoben ist.


    Leider teilst du ja nicht mit woher du die Information bzgl. der DP dieser Karte hast.


    Gruss Papaluna

    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.

    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

    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,


    Ä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

    Hallo,
    Ich habe mir gerade ein 60CSX zugelegt (bisher Emap),soweit ich bisher
    rausgefunden habe funzt die Kartenladerei wie beim emap nur diurch
    Komplettüberschreibung :(


    Ist leider so.


    Wie verhält sich das mit Wegpunkten oder Routen -kann ich die noch nachträglich (also ohne neue Karten) mit Mapsource rüberspielen oder ist dann auch alles futsch?


    Wegpunkte, Routen, Tracks oder auch POIs(Stichwort POILoader)
    kannst du übertragen ohne die Karten zu löschen. Beachte die Haken im Übertragen-Dialog.


    Gruß
    Papaluna

    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

    Hallo Jürgen,

    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.



    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.

    • 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.:)

    • 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


    Wenn nur die aktiven Logs alle Daten enthalten, wozu soll ich diese dann sichern??.


    Na aus genau diesem Grund. Wenn du Zeit etc. konservieren willst brauchst du das Active LOG.
    Wenn du im Gerät jedoch zwischendurch das ACTICE LOG oder Teile davon in einem der Trackspeicher des Gerätes abspeicherst
    - wird gegebenenfalls die Anzahl der Trackpunkte reduziert
    - in jedem Fall der Informationsgehalt des einzelnen Trackpunktes reduziert wie du bereits festgestellt hast.


    Der Kurt hat sich etwas missverständlich ausgedrückt. Die Daten gehen nicht verloren bei der Übertragung der Tracks vom GPS in MS sondern bei der Abspeicherung der als ACTIVE LOG benannten Trackaufzeichnung im GPS Gerät in einen der GPS-internen Trackspeicher.


    Gruss Papaluna


    P.S Nachtrag: kann mich nur blackwillis link anschliessen

    Hallo Jürgen,


    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

    Hi, sailor_24


    bei den mir bekannten 60csx + routingfähig gemachter MG9 ist das beschriebene Phänomen bisher nicht aufgetreten.
    Also liegt es entweder am Gerät oder evtl. doch an der veränderten MG9.
    Hat es bei dir jemals einwandfrei funktioniert oder war von Anfang an der Wurm drin ?
    Geht das Gerät evtl. auch unabhängig vom routen aus.?
    Evtl. mal Batterien statt Akkus ausprobieren.
    MG9 schon mal neu "erstellt"/aufgespielt?
    SD-Kartensitz hast du ja schon geprüft.
    Ich hätte im Moment leider ansonsten keine andere Idee.


    Gruss Papaluna

    Hallo Jürgen,


    ich für meinen Teil bin neugierig zu erfahren wie es nach deinen Vorstellungen mit MapTK weitergehen soll. So weit ich mich erinnere an sie, hast du deine todo-Liste ja abgearbeitet.


    Das Routing hattest du hier ja erstmal gestrichen.
    http://www.naviboard.de/vb/sho…php?p=157343&postcount=32


    Deiner dortigen Begründung ob der Komplexität kann ich durch aus folgen und verstehen in soweit es sich auf "richtige" komplexe Karten bezieht.
    Ich für meinen Teil fände es in einem einfacheren Kontext dennoch sehr interessant und nützlich.
    Seit dem Kauf meines GPS 2006 habe ich mehrere 1000km Offroad-Wege erradelt und so für meine Bedürfnisse kategorisiert und in Trackabschnitte aufteilt aus denen ich mir bei Bedarf eine Tour zusammenstelle.
    Das Ganze habe ich als transparentes Overlay fürs GPS erstellt.
    Dieses Overlay in eine routingfähige Form zu bringen fände ich schon interessant und nützlich. Man könnte dann unterwegs schnell mal umdisponieren sofern es die eigenen Wege betrifft und die Vorzüge von Track und Routennavigation zusammenbringen.
    Mir ist schon klar das dies auch bei der Kartenerstellung einen nicht zu unterschätzenden Aufwand bedeutet und es sich um die Zusammenführung schon bisher bestehender Möglichkeiten handelt.
    Aber Ideen und Wünsche darf man ja anregen.


    Gruss Gert

    Bedeutet Endlevel etwa, dass man Objekte nur in Level 2,3 nicht aber 0 und 1 sieht - sprich beim Naeherranzoomen verschwinden sie?


    Nein.


    Endlevel= ist nur ein anderes Wort für Levels=.
    Es beschreibt die max. Stufe zu der man HERAUSZOOMEN kann.
    Es ist nicht möglich ein Objekt in Level 3 zu haben und das dieses nicht auch in den Leveln 0+1+2 vorkommt. Anders ausgedrückt:
    Level 0 hat die höchste Detaildichte. Alle Objekte die in Level 1 2 3 usw. vorhanden sein sollen müssen hier auch drin sein, also jeweils in den dem Startlevel 0 folgenden bis zum Endlevel, dem Level wo sie das letzte Mal zu sehen seinen sollen beim HERAUSZOOMEN.


    Gruss Papaluna

    Hallo Stefano,


    wie ich schon im parallelen Thread sinngemäss anmerkt
    sind im Typ-File nicht alle möglichen Objekttypen vorhanden sondern nur die die eine Veränderung erfahren. Erscheint mir auch logisch. Respektive musst du fallst du eine Veränderung für die anderen Typen willst, diese noch in das Typ-file eintragen.
    und Bruno analog dies auch angemerkt hat.


    Also im Grunde verhält es sich wohl so:
    alle Objekte haben ein Default-Definition, welche angezeigt wird wenn kein TYP-File da ist.(Gilt für die alten Objekttypen)


    Typ-Files sind anscheinend im Zuge der Einführung neuer Objekttypen durch Garmin eingeführt worden. Für diese neuen Typen(siehe Anhang Manual MapTK) ist es anscheinend zwingend notwendig diese in einem Typ-File zu definieren da sie ansonsten gar nicht angezeigt werden(dieses konnte ich nicht persönlich überprüfen da ich kein solches Kartenprodukt besitze, relativiert in diesem Kontext aber meine obige Aussage ein wenig).


    In deinem Original Topo Ch Typ-file sind in der Tat nur wenige Typen definiert.
    Alle nicht vorhandenen(alten Objekttypen) werden also mit ihrem Defaultwert(oder evtl. gar nicht!? ) dargestellt.


    Was tun?


    1. Nimm ein Basisfile welches möglichst viele Typen enthält(schau mal bei MapTk im Download da gibt es das der TopoDV2)
    und passe dieses an(Typen,Pfade,FID etc.)


    2. Füge die gewünschten fehlenden Typen in deine prj.
    z.b. copy+paste aus obiger in deine prj.
    (geht am schnellsten)
    oder verwende die CLONE Funktion in MapTK (ist aber eher für einzelne Objekte gedacht wo man ein vorhandenes Objeklt design für einen anderen Typ übernehmen will.


    Ein kleines Problem bleibt letzlich noch. Wie du schon angemerkt hast gibt es derzeit wohl keine Übersicht welche Objekttypen nun tatsächlich in der jeweiligen Karte verwendet wurden und wofür.


    Ich habe mir anfangs mittels GPSMapedit einen Überblick über die möglichen Objekttypen(nur die alten Typen) verschafft und an Hand von Kacheln mit bekanntem Gelände identifiziert welcher Typ zu welcher Darstellung gehörte und dann meinen Wünschen entsprechend angepasst.


    Ich denke aber (ohne es verifizieren zu können) das die alten Objekttypen in der Topo Ch denen der Topo D V1+V2 entsprechen also eine Autobahn dem Typ 0x1 entspricht etc.


    Gruss
    Gert

    Hallo Rainer,


    ich habe mir das jetzt noch mal angeschaut.
    Also:
    Deine Kachel
    Dolomiti Superbike hat die ID 00000007 und den Namen 01000007.img.


    Die Kachel Bruneck der Südtirol hat die ID 00000007 und den Namen 00000007.img


    Ein Unterscheidung der Kacheln erfolgt aber über die Kachel-ID.
    Die IDs der Kartenkacheln müssen auf dem GPS eindeutig sein.
    (Sofern dort mehrere Kartensets angezeigt werden)
    Mapsource hingegen ist das egal, da zur gleichen Zeit immer nur eine Karte angezeigt wird.


    Ich musste lediglich die ID deiner Kachel ändern und schon ging es.


    Gruss
    Gert


    komischerweise zeigt mir das Typefile für die Topo CH 1.1 "nur" 3 Polilinien an welche ich ändern kann!!?? :huh:


    Wo? Mit welchem Programm?
    Irgendwie kann ich mir das jetzt nicht vorstellen.
    Kannst du mir mal das Original Typ-file zukommen lassen. Ich würde mir das jetzt mal gerne selbst anschauen.



    Ich frage mich wie ich eine Auflistung aller verwendeten Elemente kriegen kann??


    Mit MapTK gibt es fogende Möglichkeit:
    -img analysieren lassen
    -resultierende mp-files mit functions-list of used types checken lassen
    Als Ergebniss erhälst du ein Textfile indem die Hex-codes der verwendeten Typen in den betreffenden mp-filegruppiert nach POI/POLYLINE/POLYGON stehen. Wie gesagt nur die HEX-Codes


    Dasselbe beim Typ-File der Topo D. Die Wege im Wald habe ich hingekriegt, aber die Bundesstrassen, zur Zeit eine relativ dünne schwarze Linie kann ich nicht finden zum ändern.


    Also ich habe dieses Typ-file der TOPO D V2 (I00002BC.typ korrigiert mich falls es das falsche ist )als Basis benutzt um meine TOPO D V1 aufzupeppen.
    In diesem Typ-File sind nicht alle möglichen bzw. in der TOPO D V2 enthalten Objekttypen vorhanden sondern nur die die eine Veränderung erfahren. Erscheint mir auch logisch. Respektive musst du fallst du eine Veränderung für die anderen Typen willst, diese noch in das Typ-file eintragen.
    Oder kennst du einfach nur den Hexcode für die Bundesstrassen nicht?
    In der TOPO D V1 sind Bundesstrassen z.B. B8 etc. als Principal highway (0x2, polyline) Autostrasse(aus GPSMapedit) definiert also TYPE=0x2.


    Gruss
    Papaluna