Beiträge von morgen1

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

    Du kannst von diversen Internetseiten Typ-files downloaden. Hier im Bord ist user huzzel betreffs Typfiles sehr aktiv. Ob die Inhalte der jeweiligenTypfiles zur beabsichtigten Karte passen, sollte geprüft werden. Sinnvollerweise soll ein Typfile auf die jeweilige Karte abgestimmt sein. Falls nicht, kann es passieren, daß einige Kartenelemente nicht dargestellt werden. Die downgeladenen Typfiles, egal woher, müssen dann binär an die Karte angepasst werden und in das Kartenset eingebaut wwerden. Das kannst Du mit meinem Tool img2ms erledigen. Einfach das beabsichtigte Typfile auswählen und einige clicks und dann MS neu starten und die geänderte Grafik wird angezeigt. Achtung ! ! Da MS intensiv mit Cache arbeitet, muß nach dem Neustart von MS wenigstens 1x der Zoom geändert werden, sonst wird nur der alte Cache dargestellt. Mit Cache heißt: MS lädt aus dem Speicher das zuletzt abgelegte Bild, weil das schneller geht als neu berechnen. Erst beim Zoomen wird das Bild tatsächlich neu berechnet mit dem geändertem Typfile.
    morgen1

    Das ist normal, Das GPS berechnet immer aus den Wegpunkten der Route neu. Wenn Du den in MS geplanten genauen Verlauf strassenfolgend sehn willst, must du Tracks statt Routen benutzen. Tracks bleiben unverändert. Routen werden z.B beim Verlassen der beabsichtigten Strecke ständig neu berechnet, um das eingegebene Ziel zu erreichen. Oder so viele Zwischenpunkte setzen, dass das GPS dann gar nichts anderes als annäherd die selbe Strecke berechnen kann. Man kann in MS auch Tracks zeichnen. Es gibt auch Konverter zum Wandeln von Routen in Tracks.
    morgen1

    Du solltest nicht nur die Route, sondern auch die Karte, auf welcher Du in Mapsource geplant hast, zum GPS übertragen. Damit ist dann sichergestellt, daß auf dem GPS die selbe Karte wie zur Planung in Mapsource benutzt, drauf ist. Also Du must 2 Haken setzen beim "An Gerät senden" -Dialog in Mapsource: Karten und Routen.
    morgen1

    morgen1, dir ist schon klar, dass die Topo D v2 Die Karte ist, wegen der ich dass ganze umgestellt hab, bzw bei der ich draufgekommen bin, woran es liegt.


    Der Nachteil mit deinem Aenderungsvorschlag ist jedoch, dass nun biegt man entgegen den Anweisungen nicht ab, das Rerouting viel zu spaet einsetzt.


    Da Du Dein Wissen bezüglich der experimentellen Optionen nicht weiter gibst, probieren wir halt selbst aus, was geht und was nicht. Es muß jeder selbst entscheiden, was er tut.Ich habe darauf hingewiesen, daß es nicht erprobt ist. Wie auch, ich habe es selbst erst vor einen halben Stunde raus gefunden. Falls Du mehr weist, wie diese Werte besser zu konfigurieren sind, dann spuck es aus. Momentan ist es Rätselraten. Ich werde es nicht weiter testen, mir reicht das Ergebniss. Aber interessant wäre die Bedeutung der 3 Bytes schon zu wissen.
    morgen1

    Es geht noch viel einfacher: die gmapsupps müssen nicht erzeugt werden. Sondern mit gmaptool die Kacheln den mtbmap laden und dann wie vor beschrieben mit den Experimentellen Optionen, Haken setzen bei 'Tre parameters', die Werte 1; 3; 17 eintragen und schreiben lassen. Dann werden sich alle Kacheln auf der Festplatte bezüglich DP so verhalten , wie bisher gewohnt.
    morgen1

    Du must nicht auf diese Karte verzichten. Da extremecarver seine Methoden für sich behält, hat es mich gereizt, da mal Licht rein zu bringen.
    1. Nachfolgendes ist von mir nur oberflächlich recherchiert/getestet. Ich übernehme keine Garantie,aber auf meinem GPSMAP 60csx funktioniert es.
    2. Es gibt zitat popej ausser der hinlänglich bekannten DP, noch weitere Parameter in der Kachel, die das beeinflussen. So wird es gemacht :


    3.zuerst die DP mit den bekannten Tools, ich nehme dazu mein eigenesTool img2ms, ändern. mtpmap auf 10, TopoD v2 auf 20. Dann über Mapsource erzeuge aus der mtbmap eine gmapsupp und speichere auf Festplatte. Danach umbenennen in gmapsuppmtb (oder ähnlich,der name spielt keine Rolle)
    4. erzeuge aus der Topo D V2 ebenfalls eine gmapsupp, wieder lokal speichern.
    5. starte gmaptoolv 44 und lade die gmapsuppmtb. Unter Optionen die experimentellen Optionen aktivieren. Dann 'schreiben'; Haken rein bei Tre parameters. Die anderen Optionen bleiben leer. In die 3 Felder der TreParameter eintragen von links nach rechts : 1 ; 3 , 17 . Dann 'schreibe alles'. gmaptool schreibt jetzt in der gmapsuppmtb die geänderten Werte. Danach wird sich die mtbmap verhalten wie erwartet.


    6 jetzt gmaptool neu starten und beide gmapsupp's laden---> 'verbinden' , Ausgabepfad angeben, als Name gmapsupp.img angeben und gmaptool erzeugt die gmapsupp, bestehend aus Topo und mtbmap. Die dann im Massenspeichermodus auf das GPS schieben und freuen, dass die Topo oben liegt und die mtbmap routet.


    und berichtet mal, ob es bei euch auch funktioniert. Vermutlich könnte man dieses Verfahren auch auf die Kombination CN 2010 und Topo Dv3 anwenden. Die habe ich aber nicht, und kann es nicht testen.
    morgen1

    Das ist zwar kein Geheimnis (schließlich ist die Erzeugung Open-Source) - aber Hinweisen werde ich nicht drauf woran es liegt.... zur Foerderung von Openstreetmap :)


    Draw Priority ist lange nicht alles, aber nachdem ich den Trick bei einer Garmin Karte gesehen hab, hab ich ihn uebernommen.


    Von wegen Opensource: Hast Du den Code veröffentlicht ? Wo ?
    Dann beschreib doch wenigstens mal ein Tool und/oder Methode, wie es geht, die Karte nach hinten zu bekommen. Wie das OSM fördern soll, bleibt mir verborgen. Sonst wird auf Garmin geschimpft, weil die den Code nicht offen legen. Jetzt praktizierst Du ähnliche Gepflogenheiten. Der Community wär es schon dienlich, wenn Du zu den Besonderheiten/'Tricks' was konkretes sagen würdest. Welches Byte ist denn noch zu ändern ? popej sprach in dem Zusammenhang von 4 Bytes im TRE. Liegt es daran ?
    morgen1


    TopoD v2 und mtpmap verhalten sich so, wie Du schreibst: Die mtpmap ist mit Änderung der DP nicht nach hinten zu bringen. Warum wissen nur die Götter. Vielleicht kann extremecarver was zu sagen, was er anders an der mtpmap erzeugt hat, dass es im Unterschied z.B zur Topo vom Computerteddy nicht klappt.
    morgen1

    Wenn es auf dem Laptop sein soll, kannst Du 'Mobile PC benutzen'. Am Ort, der zu merken ist, angekommen ,clickst Du die Funktion 'Wo bin ich ?' und es werden die Koordinaten sowie ein Vorschlag zur Benennung angezeigt. Du gehts auf Speicher und/oder wenn der vorgeschlagene Name nicht zusagt auf bearbeiten und kannst den Ort in vorgefertigten oder selbst angelegten Kategorien speichern. Wenn Du das nächste mal hin willst, kannst den Ort unter Favoriten wieder anwählen und MobilePC navigiert Dich hin.
    morgen1

    Hat schon jemand das Gerät in der Hand gehalten ? und kann was zum Display sagen ? und ob es bugfrei funktioniert ?. Es wär für mich ein Kandidat für den anstehenden Neukauf. Dachte erst an Oregon, aber das Display ist wohl bei Sonne nicht das wahre, da muß das 60 CSX noch weiter Dienst tun. Aber fürs Auto muss was neues her. Braucht die Firmware schon die gma-Files ?
    morgen1

    habe
    proITM, com0com, gpsproxy, xport, gpsgate versucht
    kein fix in der karte mit navilock
    rah


    Dann probiere mal http://www8.garmin.com/support/download_details.jsp?id=1627 'Spanner'. Damit erkennt im gegensatz zu gpsgate mein Notebook den Empfänger . Ich nutze sowohl nRoute als auch Mobile PC damit. Dir ist aber bewußt, daß nur ältere MS-versionen die Anzeige der Position unterstützen ?. Du willst nicht etwa gar nicht vorhandene Funktionen aufrufen ?
    morgen1

    Hallo, lassen wir mal den technischen Aspekt beiseite. Egal wer da recht hat oder was schneller ist.
    Ich meine, dass OSM sich ganz schön gemausert hat und aus der Spezialistenecke raus kommt zum 'Gemeinen User', der einfach nur kostenlose Karten verwenden will und sonst mit Computer nur so viel am Hut hat, das er den mehr schlecht als recht bedienen kann. Es ist jetzt an der Zeit, dass OSM den Servicegedanken mehr in den Vordergrund stellt. Das heißt konkret, die Installation sollte wie eine professionelle Installation durchlaufen. Dem 'Gemeinen User' ist es gleichgültig, welche Karteninstallation gewählt wird, Hauptsache die läuft und führt nicht zu Abstürzen in MS.
    Damit kommen wir zum nächsten potentiellen Problem: Karten-ID:
    Bekanntermaßen und völlig legitim vergibt Garmin für seine Karten die Karten-ID (=Mischung aus FID und PID). Alle anderen müssen sich eine freie Karten-ID suchen, immer in der Hoffnug, das der andere die nicht auch benutzt.
    OSM -Compilierer als größte freie Gruppe ist am meisten betroffen. Wie schön wäre es , wenn man zu einem Agreement mit der Entwicklungsabteilung von Garmin kommen könnte, dass die einen Slot an FID's frei halten. Ich weis, dass ich hier noch träume. Kenn mich intern in der OSM-Scene auch nicht genug aus, ob es da überhaupt eine Hirarchie gibt und ein 'OSM-Chef' als Verhandlungspartner vorhanden ist, der dann auch die Fid's zuteilt bzw. zumindest transparent verwaltet. Aber man darf doch mal strategisch denken. Wenn OSM, wie erwartet zulegt, sollte sowas mal angegangen werden.
    morgen1

    Garmin hat die Situation in 6.16.1 elegant geloest. Ist eine Karte falsch installiert (Auchtung, Typfile mit falscher FID wird weiterhin ignoriert), dann fehlt sie ganz einfach in der Auswahlliste.


    Ist der Adressindex kaputt, dann crasht Mapsource erst beim versuchen die Karte ans GPS zu senden (besser als das GPS abschießen). 6.16.1 wird wohl diese Woche noch veroeffentlicht.


    Hallo, mir ist in der Betaversion folgendes aufgefallen:
    Die bringt eine Fehlermeldung bei Falschinstallationen, die man an die Entwickler senden soll. In der Fehlermeldung stehen im Klartext die installierten Karten mit deren ID-Nummern. Aber Garmin errechnet die ID-Nummern ganz anders, als wir das bisher gewöhnt sind. Da werden die 4 Bytes der PID und FID durchgehend, ohne Unterscheidung zwischen FID und PID, in Dezimal umgerechent. Die Formel ist das übliche Umrechnen. Jetzt frage ich mich, ob unser Wissen dazu generell falsch ist, oder ob Garmin das gerade umstellt. Oder hängt die Errechnug der ID-Nummer von der TDB-Version ab ? Ist etwas verwirrend. Kann jemand dazu mehr sagen ?


    @ Bergdohle: ich habe nichts gegen die OSM-Karten. Den Datenbestand benutze ich selbst für eigene Zwecke/Karten. Allerdings compiliere ich nur mit groundtruth, GlobalMapper und cgpsmapper. mkgmap bleibt aus gutem Grund aussen vor. Und wenn ich wieder Zeit finde, werde ich eine stark verbesserte Version von OSM2IMG veröffentlichen. Die läuft privat schon länger zum Erstellen beschnittener Kartenkacheln inclusive Höhenlinien und soll den unbegabten usern den Weg zu eigenen Karten aus OSM-Daten ebnen. Ich habe nur was gegen Installationen, die dann MS abschiessen. Das Abschiessen liegt nicht am Datenbestand, sondern an den von sorglosen Erzeugern daraus gemachten Karten/ Installationen. Wenn ich lese, wie man mit bat-files und komplizierten Anleitungen sich durchhangelt, bekomme ich graue Haare. Warum werden die OSM-Karten nicht als gmap-Installationen angeboten ? Da brauchte man überhaupt keinen Installer, kopieren reicht. Leider hat sich das bisher nicht durchgesetzt, obwohl es die einfachste Lösung wäre. Zumindest ist mir kein solcher Download bekannt. Ich korrigiere mich gern, falls mir jemand einen solchen Link nennen kann. Mein Vorstellung ist: Davon ausgehend, daß Kartenkompilierer sicherlich erhöhtes Computerwissen haben, dann sollten die das nutzen, um fehlerfreie, einfach zu bedienende Installer-exen zu den Karten zu liefern. Dann gäbe es mehr freudige User und weniger frustrierte user, die an der Installation scheitern. Vielleicht zuviel verlangt. Die Mentalität mancher OSM-Compilierer ist offenbar anders. Da werden alteingefahrene Gewohnheiten, wie man die Teile des Kartensatzes benennt, ignoriert und lustig eigene Regeln aufgestellt. Nur verwirrt das dann die Leute. Beispiel: wenn eine Preview traditionell als'Basemap.img' bezeichnet wird, dann gibt das Sicherheit beim Umgang damit. Aber OSM-Leute nennen die einfach 12345678.img, also genauso wie eine Kachel. Das verwirrt unnötig. Die sind mit ihrem Fachwissen und dem, was die daraus machen, zufrieden und denken zuwenig an die unbegabten user.
    morgen1

    Die Kritik bezieht sich darauf, daß diese Karten wie von Dir im Eingangspost gemeldet, erstmal MS zum Absturz brachten. Am Datenstand kann man eh nichts ändern, der ist eben so, wie die Tagger das erfaßt haben. Hast Du mal mit CityNavigator Middle East verglichen ? Wenn man gar nichts hat, ist jede Karte eine Hilfe.
    morgen1

    Was soll da rauskommen wenn Du die DP der Topo hochsetzt und gleichzeitig transparent einstellst ? Da siehst Du einen Mischmasch der vermutlich nicht befriedigt. Ich hatte eine Zeitlang die Topo V2 über der CityNavigator liegen. Aber die Topo hat so viele bunte Polygone, daß es beim Autofahren nur ablenkt. Gehen tut es folgendermaßen: img2ms installieren und damit kannst Du für alle Karten, auch die von dir zitierten gmap-Istallationen die DP ändern. Zum Transparentschalten ist kein Tool mehr verfügbar. Früher konnte das 'Transparent 2A ' von Mapdekode. Ging nur für img-Karten.
    morgen1