Beiträge von mike_hd

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 ...


    Was halt noch nicht abschätzbar ist, wie verhält sich das ganze unter MS und auf den Geräten.
    Mir hat es ja auch die Farbe einer Fläche geändert, die nicht im Typ-File enthalten ist.

    Zitat


    PS: Ist es schon gelungen .img plus .typ Filez gemeinsam mit MS aufs GPS zu senden? Möglicherweise liegt der Fehler, dass ich bei meinem GPS nichts sehe hier.


    Wie hast Du die Files übertragen? Mit MS hat es bei mir auch nicht funktioniert, trotz richtiger FID. Ging nur manuell mit sendMap.

    Habe gerade festgestellt, dass es noch mehr Abweichungen gibt. Da ist also noch einiges zu lernen bis das steht und wohl einige Arbeit das so abzustimmen, dass es unter MS und auf den Geräten gleich gut aussieht.


    Aber die Beschränkungen von MS und der Firmware der Geräte entfallen weitestgehend und man kann perfekte Topo-Karten damit machen, ich bin begeistert.


    Ideal wäre, wenn das bereits in MapEdit integriert wäre und ME das dann auch schon so anzeigt ...


    Bei XPM 0 0 2 1, wäre das Polygon ja 0x0 Pixel groß, da muss 32x32 drin stehen und unten, wie es gefüllt ist.

    Hier das genTYP-File:

    Weisst du möglicherweise wie das mit den verschiedenen Sprachen ist? Ich meine damit: String1=0x01,ABCD... u.s.w. Welcher String hat Deutsch? Oder ist auch das frei wählbar?



    Also ich hab bei String1=0x01 den deutschen Text eingetragen, die anderen gelöscht.
    Wenn man die gentyp.exe nimmt, sieht man unter Language, dass 0x01 Französisch ist, da kann man dann den Text auch unter Deutsch eintragen.


    Übrigens müsse man ja bei den Polygonen auch eine Bitmap laden und konvertieren können. Dh. ein konformes Bildchen 32x32 Pixel malen, laden, konvertieren und fertig ist's.

    HA, ES FUNKTIONIERT!!!


    Habe das Muster etwas modifiziert, das meiste gelöscht und nur wenige Elemente geändert:


    0x00 statt 1 Pixel nun 2 Pixel breit
    0x16 gestrichelte Linie 2 Pixel breit
    0x14 übernommen, nur Bezeichnung Wald, und es ist tatsächlich eine grüne Fläche mit Bäumchen drauf
    0x29 übernommen, nur Bezeichung Wellen, hab ich aber noch nicht auf der Karte
    und last but not least
    0x0e Bezeichnung Gebaeude statt Airport und Farbe dunkelgrau


    Allerdings hat es mit bei 0x41 die Farbe geändert, warum auch immer.


    Und MapSource hat die TYP nicht mitgeschickt, ging erst via sendMap.


    Bilder kommen gleich.

    Zu deinem letzten Satz kann ich nur beipflichten... Ich suchte ja auch in einem anderen Beitrag ( http://www.naviboard.de/vb/showthread.php?t=19373 ) eine SW welche die Anzeige diverser Garmin GPSs am Bildschirm simmuliert. Leider gibt's so was offensichtlich nicht.


    Hast Du mal die Demo von MapWel ausprobiert?

    Zitat


    Die RGB-Werte sollten so dargestellt werden wie am Bildschirm, wenn man sich mit den 256 Farben des WEB-Spektrums begnügt. So habe ich das zumindestens, wenn ich das richtig verstanden habe, hier: http://cgpsmapper.com/download…nt%20elevation%20data.pdf gelesen.

    Das mit der Fläche könnte so funken, dass man einfach eine 32 x 32 Pixel grosse Fläche einfärbig füllt und diese dann verwendet.


    Dann mach' mal ;).

    Na ja, dass die Topo nicht so dargestellt wird (wurde) liegt eigentlich nicht an den Kartenherstellern, sondern am Gerätehersteller.


    Die Geräte haben, von der Firmware her, einfach zu wenig darstellbare Farben.


    Das gleiche Problem hat ja auch die Topo F und betrifft auch MG und CN, wo z.B. die Ortsflächen, in MS enthalten, auf den Geräten nicht sichtbar sind.


    Das jetzt zugefügte Typ-File ist nur eine Krücke (mehr ist es nicht) die Darstellung zu verändern.


    Nur das Typ-File wäre den Update-Preis nicht wert. Ob es die Höhendaten wert sind, ist fraglich. Zumal sich ja der Neupreis der Karte nicht geändert hat (oder doch?).

    Ein Polygon sollte doch z.B. so aussehen (aus der GTYP_Ex):


    [_polygon]
    Type=0x14
    String1=0x01,Milieu Boisé
    String2=0x04,Wooded environment
    String3=0x08,Medio Enselvado
    XPM="32 32 4 1"
    ". c #9CF3BD"
    "+ c #6DB724"
    "3 c #6DB724"
    "4 c #9CF3BD"
    "....+..........................."
    "...+++.........................."
    "....+..........................."
    "..+++++........................."
    "....+..........................."
    ".+++++++........................"
    "....+..........................."
    "....+..........................."
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "...................+............"
    "..................+++..........."
    "...................+............"
    ".................+++++.........."
    "...................+............"
    "................+++++++........."
    "...................+............"
    "...................+............"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    "................................"
    [end]


    Soweit ich das verstanden habe ist der Aufbau so:


    Type ... ersetzt das jeweilige Garmin Element


    Stringx ... ist die Bezeichnung, ggf. in verschiedenen Sprachen


    XPM ... ist die Größe, 32x32 Pixel, mit vier definierten Farben und einem Zeichen welches ein Pixel in der Bitmap darstellt.


    ". " ... ist ein Pixel und die Definition der zugehörige Farbe.


    "+ " ... dito


    "3 " ... die Farbe für die Nachtdarstellung


    "4 " ... dito


    Dann folgt die Verteilung der Pixel.



    Will man eine einfarbige Fläche, muss man nur das ganze Quadrat ausfüllen (aber vielleicht gibt es da eine einfachere Lösung).
    Die Farbnummern sind RGB Hex-Werte.


    Die große Frage ist nun, welche RGB-Werte wie dargestellt werden, bzw. welche Farben die Geräte überhaupt können.



    Im Aufbau des Typ-Files sollte m.E. genügen, wenn [_id], [_drawOrder] und das zu ersetzende Element enthalten ist.
    Schwieriger sind wohl Punkte zu ersetzen, da hier der Aufbau im Beispiel teilweise kompliziert aussieht.


    Das schwierigste, bzw. zeitaufwendigste ist wohl immer zu kontrollieren, wie das gerade gezeichnete tatsächlich aussieht.
    Wenn es hier ein Progrämmchen gäbe, welches beim Erstellen eines Typ-Files die Grafik direkt anzeigt, das wäre perfekt.

    Im Ordner FAM_703 ist neben vielen Dateien mit *.img auch ein File *.TYP enthalten.


    Dann muss man bedenken, dass Topokarten etwas spezielles sind mit einer kleinen Auflage, erst recht von der Schweiz. Und wenn der Herausgeber nichts verdienen würde, so gäbe es keine Karte und dann könnten wir uns alle an der Nase nehmen, dass es schade ist, dass es sowas nicht gibt.


    DAS würde mich mal interessieren: Wieviele Topos der verschiedenen Ländern tatsächlich verkauft werden.

    Level0 und verteile dann die nicht so deteilreichen Teile auf die Levels 1, 2 und 3. Level vier enthält nur eine extrem kurze Linie *), Level 5 ist leer.


    Habe ich jetzt mal ausprobiert, kann nichts positives feststellen.


    Im Gegenteil, in MS wurde bei meiner Levelverteilung erst ab 300 m etwas angezeigt.
    Und auf dem Gerät wird lediglich die Basemap-Darstellung unterdrückt, wenn man auf der Karte ist. Aber vielleicht beschleunigt das den Bildschirmaufbau, wobei mir das nicht aufgefallen wäre.

    Habe jetzt mal mit den vorhandenen Typ-Sets experimentiert. Hier zum Vergleich:


    Topo D Garmin Heidelberg
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20D%202km%20Topo%20D.png]


    eigene Topo D Heidelberg
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20D%202km.png]


    eigene Topo D HD ohne 300 m
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20D%20300m%20ohne.png]


    eigene Topo D HD Typ-Set GTYP_Ex
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20D%20300m%20GTYP_ExTYP.png]


    eigene Topo D HD Typ-Set 2C5
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20D%20300m%202C5TYP.png]


    Sind schon erhebliche Unterschiede. Interessant fand ich vor allem, dass man (eigentlich klar) auch die Unzulänglichkeiten von MapSource beheben kann. Z.B. zeigt MS keine Kirchen an, das GPSr schon. Beim 2C5.TYP zeigt auch MS diese Symbole an.


    Allerdings ist mir erst nicht gelungen das Typ-Set auf's GPSr zu bekommen.
    Beim MapSetToolKit wird eine FID benötigt, die liegt aber nur für das GTYP_Ex vor. Allerdings beschwert sich MSTK das wäre keine Hex-Nummer. Ändert man das ab, wird zwar kompiliert und wie gewohnt in MS dargestellt, aber auch nicht ans GPSr übertragen.


    IMG2MS konnte es auch nicht.



    Mit sendmap konnte man dann Karte und Typ-File an das Gerät übertragen:


    Topo HD VistaCx 300m
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20HD%20VistaCx%20300m.bmp]


    Topo HD VistaCx 120m 1
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20HD%20VistaCx%20120m%201.bmp]


    Topo HD VistaCx 120m 2
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20HD%20VistaCx%20120m%202.bmp]


    Allerdings sind hier die Wege für's GPSr etwas zu dick geraten.



    Ein Versuch eine nicht im MS eingebundene IMG und beliebiges TYP-Set (hier 2C5) via sendmap auf's VistaCx zu schicken ging zwar, aber das Gerät schaltete nach der Übertragung ab. Nach dem Einschalten wurde die Karte trotzdem angezeigt, nur die Farben waren teilweise anders.


    Topo HD VistaCx 120m 2C5
    [Blockierte Grafik: http://www.glade-web.de/pics/Topo%20HD%20VistaCx%20120m%202C5.bmp]


    Nun wird man wohl mal dran gehen müssen, ein eigenes Typ-File zu erstellen.