Beiträge von Mapdekode

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

    Hallo,


    ich habe ja schon seit vielen Jahren die Höhen/Tiefen in meiner Griechenland Karte in einem separaten transparenten Layer (um diese auch mit anderen Karten verwenden zu können).


    Leider habe ich festgestellt, dass Mapsource mal die transparenten Kacheln über, manchmal unter der Straßenkarte darstellt.
    Wie an den Beispielen zu sehen ist, werden manchmal die Tiefen richtig, manchmal gar nicht, manchmal auf benachbarten Kacheln unterschiedlich angezeigt. Nur durch verschieben und raus/rein zoomen kann sich das schon ändern.
    Die Bilder sind ohne irgend eine Änderung an den Karten innerhalb von einigen Minuten entstanden.


    Auch durch ändern der internen Kartennummer, der Auflösung oder der Drawpriority konnte ich daran etwas ändern.
    Am GPS wird es aber immer richtig angezeigt.

    Hallo Jan,


    ich kann den Fehler mit deinen Daten nachstellen, und es scheint die Anzahl der Punkte zu sein.
    In deinem TYP File sind schon 161 Punkte, und einer geht noch.


    Wenn ich mehr als einen dazu gebe, kommt beim runter laden auch "internal error".
    Wenn ich andere Punkte lösche, kann ich deine drei dazu fügen.


    Direkten Kontakt habe ich auch keinen, aber schreib das mit der Anzahl halt noch mal im Forum. Vielleicht meldet sich dann der Autor.


    Peter

    Wenn man mit der beschriebenen Methode Karten in MapSource einbindet, benötigt man die .reg nicht und die .typ kann man damit nicht verwenden.
    Die Methode mit MapDekode funktioniert zwar immer noch, ist aber umständlich und überholt.


    Hallo.


    seit Mapdekode 5.4.70 werden auch "Families" (mit und ohne TYPE File) unterstützt (im Dialog und im Batchbetrieb).
    Auf GPSWIKI gibt es eine aktualisierte Beschreibung.

    offtopic: meine Screenshoots mit Irfanview sind qualitätsmäßig zum kot..n. Hat jemand eine Idee, womit man qualitätsmäßig bessere Screenshoots machen kann ?


    Also wenn ich mit Irfanview (v4.20) einen Screenshot mache sieht der ok aus. Du solltest aber nicht JPG zum speichern verwenden. Besser GIF (verlustfrei und auch klein).


    Peter

    Hallo zusammen.
    Jetzt habe ich auch mal die Version 6.14.1 über die 6.13.7 installiert. Überraschenderweise ohne Probleme, da ich ja auch meine eigene Griechenland Karte installiert habe (Projekt 117, keine Family).


    Und es funktioniert einwandfrei. Ich habe jetzt die gleichen Karten wie vorher.
    Erstellt und eingebunden ist die GR Karte natürlich mit Mapdekode, und das hält sich strickt an das R&R-v3 Format.


    Ich habe auch schon früher vor diversen Abweichungen gewarnt (wie Namen anstelle von Projektnummern in der REG, bis zu 9 Ebenen in den Karten, anderer Zoom-Abstand zw. den Ebenen als in den original Karten, ....).
    Man kann ja nie wissen wann das mal Probleme macht.:cool:


    Aber wegen der anderen "Vorteile" der Version 6.14.1 werde ich wieder 6.13.7 verwenden :bye:

    NT Kartes sind circa 25-30% kleinere ohne Füllbereiche zu zahlen.
    Es gibt zwei Karten von Czech, eine NT ud eine MPC. Du kannst die runterladen und vergleichen.


    Danke popej. Im direkten Vergleich erkennt man das die Füllbereiche alleine für den Größenunterschied nicht ausreichen.
    Ich hatte mir nur den TRE Teil genauer angesehen, und der ist nicht komprimiert, aber andere Teile. :bye:

    Hallo.


    woher kommt eigentlich die Aussage das die NT IMG's komprimiert (und dadurch im GPS langsamer) sind :confused:


    Ich hatte zwar erst zwei NT's in den Fingern (für die Anpassung von IMGTransparent), aber die waren NICHT komprimiert.
    Einzig die "Füllbereiche", die alle Bereiche (TRE, RGN, LBL, ...) bis zur nächsten Blockgrenze auffüllen, fehlen.
    Dadurch beginnt der nächste Bereich unmittelbar nach dem letzten Byte des davorliegenden.


    Durch die andere Organisation der Bereiche ist ein anderes/zusätzliches Verzeichnis in den IMG's.


    Daher können die NT's von älteren GPS und vielen Programmen nicht geladen werden.
    Die Bereiche selbst sind aber gleich wie bei nicht NT.


    Daher kann ich mir auch nicht vorstellen, dass die NT langsamer sind.
    Aber ich ich lasse mich gerne eines Besseren belehren.


    :bye:

    Hallo Peter (Meischder),


    wie auf der Seite von Robert Elsinga zu lesen ist, haben die Karten die Version 7.08 :rolleyes: Das bedeutet, August (.08) 2007 (7).


    Die Version der Kartendaten kann man auch in Mapsource abfragen (under "Hilfe" - "Produktinformationen" - Spalte "Datenversion").


    V7.08 ist zZ. die neueste (veröffentlichte) Version. Ich bin zwar schon bei v7.10, habe aber noch einige neue GPS Daten zum Einarbeiten. Ich hoffe über Weihnachten genug Zeit zu finden. Die nächste Version wäre dann V8.01.


    Die "offizielle" GR-Karten Seite ist hier. Da sind immer die neuesten Daten. Aber nur als *.ZIP.
    Die Version von Robert Elsinga bietet auch einen "Installer". Der wird aber nur das aller erste Mal gebraucht. Danach braucht man einfach nur alle Dateien durch die der neuen Version zu ersetzen.


    :bye: Peter


    PS: lauter "Peter" heute :cool:

    Aber kann das nicht bereits "GPSDAEMON "?.


    Na dann hat sich das ja erledigt.:)

    Zitat


    Noch eine Frage : Hast Du eine Dokumentation der TDB höher V 3 (die von Michalas kenne ich) ? Problem : Bei originalgarminkarten ist im Record 50 eine nicht dokumentierte Byteserie nach dem 0x00 Begrenzer-Byte des Projektnamens. Deshalb kann man die Namen der Karten nicht ändern bei all den TDB, die diese zusätzliche undokumentierte Byteserie haben. Oder hast Du eine Idee, warum die Namensänderung scheitert ? Vielleicht steht dort eine Checksumme ?
    morgen1

    Nein, habe ich leider auch nicht.
    Eines der zusätzlichen 4 Byte Felder beinhaltet die Codetabelle (0x4E4=1252).


    :bye: Peter