Beiträge von kiozen

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

    Bei mir war das Problem, dass bei dieser Software anscheinend zwischen Groß- und Kleinschreibung unterschieden wird. In der IMP stand xyz.rmap, aber die Datei hieß xyz.RMAP. Nachdem ich die Datei auf xyz.rmap umbenannt habe, hat es funktioniert.



    Gruß
    Bernhard


    Jo, ist halt jetzt Linux und nicht mehr Windows, wo alles Kuddelmuddel sein kann.

    Als ich mein TomTom gekauft habe, habe ich mich, wie auch schon vor Jahren beim Nüvi, informiert was unter "Lebenslang" zu verstehen ist. TomToms Aussage dazu ist kurz, verständlich und präzise. Was Garmin darunter versteht, habe ich damals nicht herausgefunden. Gut ist schon fast 8 Jahre her, das Nüvi ist nach 4 Jahren verreckt. Da ist viel Zeit vergangen. Garmin mag das heute auch besser machen.


    Ich habe auch nie wirklich die Erwartung gehabt, dass bei den Gerätepreisen irgendetwas bis Anno Dönnebacke gepflegt wird. Abgesehen davon, dass mit dem jetzigen System solche Versprechen quasi nur zu finanzieren sind, indem neue Kunden den Service für alle finanzieren, wäre das ewige Aufrechterhalten für die alten Geräte eine Innovationsbremse. Irgendwann reicht deren Prozessor und Speicher nicht mehr. Spätestens dann heißt es entweder diese alten Geräte gesondert zu versorgen, oder einen Schlussstrich zu ziehen.


    Würden wir Kunden für den Dienst regelmäßig zahlen, dann könnten alte Geräte gepflegt werden. Wollen wir aber nicht. Wir wollen nur einmal zahlen und schauen dabei sogar auf den Preis. Anderseits verlangen wir jahrelange Dienstleistung vom Hersteller. Wie soll das denn funktionieren? Arbeitet einer von euch gerne umsonst? Oder tritt bei seinem Gehalt kürzer, damit es seine Kunden noch bequemer haben? Es schadet nicht einen kleine Realitätscheck zu machen, bevor man sich unter "lebenslang" schon mit feuchten Träumen was weiß ich vorstellt.

    Ganz einfach: Wenn man betrachtet, wie viel Zeit man spendieren müsste, für ein Feature welches eigentlich nicht gebraucht wird, dann kommen die Meisten sehr schnell zur Vernunft.


    Das Gitter ist da, weil halt einige Leute ohne ein Gitter nicht leben können. Mir hat zwar bis dato noch keiner von denen erklären können, warum ich auf einer digitalen Karte überhaupt unbeding ein Gitter benötige. Aber die Diskussion darüber dauert länger, als einfach ein Gitter anzuzeigen.


    Anders verhält es sich mit einer automatischen Auswahl einer Transversal Mercator Zone. Für UTM sieht das z.B. so aus


    : https://de.wikipedia.org/wiki/…/media/File:Utm-zones.jpg


    Alles andere als regelmäßig. Das bitte auch noch für jedes möglichen geodätische Datum. Tja und was machen wir an der Zonengrenze? Ein Gitter irgendwie automatisch fortsetzen? Zwei Gitter? Den Benutzer bitten, es manuell aufzusetzen? Da wirst Du für jeden Vorschlag jemanden finden, der "sicher doch, genau so" brüllt. Spätestens hier ist der normale Benutzer aber schon längst ausgestiegen und fragt sich was das soll.


    Und wenn man letzlich doch irgendwie alle Meinungen unter einen Hut gebracht hat, darfst Du bei den anderen Transversal Mercator Gittern, wie z.B. Gauss Krüger, weiter machen.


    Also alles in allem viel Aufwand. Und für was? Damit man an einer Stelle nicht manuell die Zone eintragen muss? Da muss man Gitter schon sehr lieb haben. Mir fehlt es völlig an Affektion für das Thema. Und das ist der Grund warum man es manuell einstellen muss.


    Andererseits ist QMapShack Opensource. Wenn sich jemand wirklich in das Thema verbeißen will, dann ist ein Beitrag in Form von Code immer willkommen.



    Und warum hat es Garmin? Weil das Militär dafür zahlt. Wenn GI Joe seinen Standort auf der Papierkarte wissen will, braucht er UTM Koordinaten. Macht also im GPS Gerät durchaus Sinn. Auf einem zivilen PC keinen.

    Tja, es gibt Leute die hassen die Karten vom Felix und andere lieben sie. Ich denke auf dem Rad, in schwierigem Gelände, wo nicht so viele Wege vorhanden sind, hilft die Darstellung, um die Karte auf dem Gerät schnell zu erfassen. In dem Moment wo es viele Wege gibt, oder zum täglichen Gebrauch, ist das nichts. Da schaut man sich lieber das ausgewogene Kartenbild der Freizeitkarte an.

    Ich habe die Karte immer genordet. Aber der Kompass ist im Stand komplett unbrauchbar. Die angezeigte Richtung ist während der Tour komplett erratisch. Auch nach mehrmaligem Kalibrieren. Das 64er als Referenz zeigt nach einmaligem Kalibrieren zuverlässig in die richtige Richtung. Die ganze Tour.

    Wie gesagt, mit einer geschickten Anordnung der Dockwidgets lässen sich recht kleine minimale Werte erreichen. Das Layout beim ersten Start ist flach gehalten damit alles sichtbar ist und man nicht suchen muss. Um richtig zu arbeiten, sollte man die Dockwidgets aber stapeln oder ganz ausblenden, wenn man die Funktion eh nicht verwenden will.


    Der angehängte Screenshot hat die Größe 1366x768 Pixel.

    Es gibt eine minimale Fensterhöhe und Breite. Diese variiert je nach Fontgröße und verwendetem Fenstermanager, bzw Theme. Außerdem ist diese Abhängig von der Anordnung der Dockwidgets und vom Trackedit-Dialog. Im Trackedit-Dialog kann man sich auf einen Graphen bescheiden, dann kommt man auf eine minimale Höhe von ca 550 Pixel.

    Wenn man den internen Speicher nicht sinnlos mit Karten verstopft, dann ist da soviel Platz, dass Du wahrscheinlich sämtliche Aufzeichnung, die während der Lebenszeit des Gerätes anfallen, halten kannst.


    Und, nein, eine Anzeige gibt es meines Wissens nicht.


    Mit etwas Glück funktioniert GPSBabel, um die Daten auszutauschen.


    Aber mal ehrlich: Man spart sich viel Umstand und Mühe, wenn man mal auf ein moderneres Gerät setzt. Ist jetzt bei einem Hcx wirklich kein verwerfliches Vorgehen.


    Du kannst natürlich auch den alten GarminDev Code von QLandkarte GT wiederbeleben und in QMapShack einpflegen.

    Zunächst mal, es gibt einen Unterschied zwischen einer Route und einem Track. Du meinst einen Track. Eine Route ist nur durch ein paar Wegpunkte definiert. Der Weg dazwischen ist entweder eine Luftlinie oder wird automatisch berechnet. Ein Track ist eine Aufzeichnung, bzw eine Aneinanderreihung von einzelnen Punkten die einen Weg abbilden.


    Damit hat ein Track zunächst mal nichts mit Wegpunkten zu tun. Natürlich kann man Wegpunkte, die nahe an einem Track liegen, diesem zuordnen. Das daraus entstehende Gebilde ist ein Projekt mit Wegpunkten und Tracks. Deswegen findest Du auch konsequenter Weise das was du willst nicht beim Track, sondern beim Projekt.


    Rechte Maustaste auf das Projekt -> Bearbeiten. Und in der Kopfzeile "Sortieren entlang des Tracks" auswählen


    Das führt dann zur folgenden Übersicht:


    @ koizen
    "Man kann Papierkarten einscannen und referenzieren."
    So kompliziert meinte ich das nicht. Anstatt wie bei einem Autonavi, wo man in der Regel nur Start und Ziel eingibt, dachte ich an Eingabe von Start und Ziel mit mehrfachen Zwischenzielen (z.B. kleine Dörfer), um eine Route zu planen. Die Namen der Dörfer entnehme ich meiner Papierlandkarte.


    Reichen dafür nicht schon die Boardmittel deiner Navi-App auf dem Smartphone? Letztlich willst Du ja nur ein paar Koordinaten und dann soll die App eine Route berechnen.



    "Man muss einen ganzen Haufen an Daten zuerst aus dem Netz ziehen um nachher unabhängig zu sein."
    Mit Daten meinst Du Kartenmaterial oder Software? Und verstehe ich richtig, dass man nicht einfach eine Karte von z.B. Tirol downloaded und auf Laptop und Smartphone abspeichert, sondern man muss sich Tirol aus mehreren Dateien (Routendatenbank, Höhendatenbank, Rasterkarte,...) zusammensuchen und mit irgendeiner SW verschmelzen?


    Grundsätzlich haben Karten und die Daten zum Berechnen einer Route nichts mit einander zu tun. Bei Vektorkarten - also solchen Karten, bei denen die Karte nicht als Bild sondern als mathematische Beschreibung abgespeichert ist - gibt es Synergien, weil letztlich die Straße für beides als Linie abgespeichert werden muss. Macht man dann natürlich nur einmal.


    Oft liegen Karten aber ohne diese fürs Routen berechnen nötigen Daten vor. Und die, die diese Information haben, sind herstellerspezifisch. Gehen also nur mit einer Software zusammen. Ein allgemeines Format, das alle benutzen, gibt es nicht. Deswegen hat es auch seinen Charme das voneinander zu trennen.


    Somit gibt es zwei Strategien:



    • Man legt sich auf einen Anbieter fest und benutzt dessen routing-fähigen Karten mit dessen Software/Hardware zusammen.
    • Man setzt auf einzelne Komponenten wie Karten, Routendatenbank, etc und verheiratet das alles mit einer Software die das kann.


    Zusätzlich ist bei deinem Vorgehen mit den Zwischenzielen noch zu bedenken, dass jeder Routingalgorithmus unter Umständen eine andere Lösung findet. D.h. was Du auf dem Laptop berechnet hast, ist nicht das, was später im Smartphone berechnet wird, wenn nicht die selbe Software und Datenbank auf beiden Geräten läuft.




    "Mit QMapShack kann man nach der Tour die aufgezeichneten Routen archivieren und dokumentieren. Mit ein wenig Fleiß lassen sich so recht tolle Tourenberichte anfertigen. Oder auch Übersichten von einem Zeitraum darstellen."
    Mit QMapShack kann man also nicht gefahrene Strecken später am Laptop bearbeiten und wiederverwerten?


    Du kannst Vorschläge aus dem Netz anzeigen und verwalten. Und genauso deine eigenen Ideen für Touren aus dem Nichts erstellen. Und natürlich das was Du schon gefahren bist. Daraus kann man sich dann neue Touren basteln. Das macht den Charme eines Planungstools aus. Hier kann man aber auch sehr viel Zeit versenken. Andere trinken in der Zeit lieber Rotwein ;) Hängt ein wenig von einem selber ab.

    • (Motorrad-)Routen offline abends im Zelt auf einem italienischen Campingplatz bei einer Flasche Wein am Laptop planen. Wider besseren Wissens stelle ich mir als Quelle für die Route die guten alten Michelin Landkarten vor. Sollte es einen eleganteren, elektronischen Weg zur Planung geben ist das vermutlich vorteilhaft? Kann man am Laptop auf einer "elektronischen" Karte per Mausklick eine Route zum planen "abstecken"?

    So ganz unmöglich ist das nicht. Allerdings mit sehr viel Arbeit verbunden. Man kann Papierkarten einscannen und referenzieren. Das geht sehr genau, wenn die Karten ein geodätisches Gitter aufweisen. Wenn nicht, muss man Straßenkreuzungen verwenden, was weniger präzise ist. Egal wie, es ist ein riesiger Aufwand und ich kann mir nicht vorstellen, dass eine schnöde Straßenkarte diesen wert ist.



    Zum computergestützten Planen kann man solche und andere Karten hernehmen, wenn man zusätzlich eine unabhängige Datenbank zum Berechnen der Route hat. Im schon genannten Fall von Garmin's Basecamp benötigt man dort eine Karte im Garminformat, die diese Datenbank in der Kartendatei hat.



    QMapShack als Alternative geht hier einen anderen Weg. Hier sind die Karte, Routendatenbank und Höhendaten komplett von einander unabhängig. Das ist anfänglich ein wenig mehr Aufwand, bis man alles zusammen hat, dafür kann man aber auch verschiedene Quellen mit einander kombinieren. Also auch die gescannte Rasterkarte, mit verschiedenen offline Routenplanern (Routino, BRouter).



    Routino und BRouter liefern für Radfahrer und Wanderer sehr gute Ergebnisse. Ob für ein Motorrad sinnvolle Vorschläge herauskommen, kann ich nicht beurteilen. Wenn nicht, kann man das mit zusätzlichen Zwischenpunkten kompensieren. Auf jeden Fall lassen sich Routen und Tracks gleichermaßen erstellen. Routen können zudem immer auch in einen Track umgewandelt werden.



    Mit QMapShack kann man nach der Tour die aufgezeichneten Routen archivieren und dokumentieren. Mit ein wenig Fleiß lassen sich so recht tolle Tourenberichte anfertigen. Oder auch Übersichten von einem Zeitraum darstellen.


    Doku dazu gibt es hauptsächlich auf Englisch. Für den Anfang gibt es eine deutsche Kurzanleitung:


    https://bitbucket.org/maproom/…/wiki/DocQuickStartGerman


    Mit der kommenden Version 1.11.1 bringt das Programm ein kurzes Tutorial für Anfänger mit. Damit sollte der Einstieg ganz gut gelingen. Grundsätzlich bleibt aber das Problem bei Offline Betrieb: Man muss einen ganzen Haufen an Daten zuerst aus dem Netz ziehen um nachher unabhängig zu sein. Das erfordert Zeit, Geduld und den Willen sich einzulesen und damit zu beschäftigen.

    Am Wochenende auch endlich Zeit für einen Test unter realen Bedingungen gehabt. Abstürze gab es keine. Ich habe nur die OSM Vektorkarte benutzt und Tracknavigation. Aber ein paar Sachen sind negativ aufgefallen.



    • Der Kompass ist nicht zuverlässig. Auch nach mehrmaligem Kalibrieren ist die Anzeige im Stand eher erratisch als verlässlich. Schon kleine Änderungen der Lage führen zu Änderungen von bis zu 90°. So ist das aktuell nicht brauchbar.
    • Kein akustischer Alarm bei der Tracknavigation. Die Meldung zum Abweichungsalarm kommt. Der Ton nicht. Kein Mute, 100% Lautstärke, akustisches Signal beim Alarm aktiviert. Hat noch jemand eine Idee, wo ich sonst noch einen Haken setzen muss?
    • Das Farbschema der Vektorkarte ist ungünstig. Die braunen Wanderwege sind auf dem Hintergrund nur zu erahnen und schwer von den Höhenlinien zu unterscheiden. Zum Vergleich: Die Freizeitkarte benutzt zwar eine ähnliches Farbschema von den Farbtönen her, setzt aber die Wanderwege auf Schwarz, was deutlich kontrastreicher ist.
    • Lange Zeit bis zum Fix, trotz aktueller AGPS Daten. Vor allem wenn am Startpunkt nicht perfekter Empfang herrscht.



    Zur Empfangsqualität kann ich mangels ausreichender Vergleichsdaten noch wenig sagen. Die Tour ging an mehreren Felswänden vorbei. Dort liegen natürlich beide Geräte (64s und Aventura) weiter auseinander. Ob jetzt eines auffällig besser oder schlechter liegt, lässt sich ohne weitere Referenz nicht sagen. Bei gutem Empfang herrscht weitgehend Einigkeit. Das deutet alles eher darauf hin, dass mit dem Empfänger alles in Ordnung ist.


    Bei der Höhenaufzeichnung habe ich (leider) beide Geräte auf die falsche Höhe kalibriert. Das Garmin hat nach ca 1/4 der Tour diesen Fauxpas ausgeglichen. Das Aventura hat dafür länger als die Hälfte der Tour benötigt.


    Die Höhenaufzeichnung selber weicht deutlich von der des Garmins an. Das ist ein wenig erstaunlich. Vielleicht liegt es am Algorithmus, der versucht hat GPS Höhe und Druck in Einklang zu bringen. Dadurch sind aber auch die Höhenmeter im Anstieg beim Aventura deutlich höher. Das muss ich beim nächsten Mal noch genauer beobachten.

    Das heißt also selbst wenn man sich bei "Outdooaktive" eine Tour selbst zusammengebastelt hat sollte man dem Download nicht trauen und es via BAseCamp importieren ?


    Zu mindestens mit technischen Problemen rechnen.


    Die Probleme bei GPX reichen von falscher Umsetzung der Spezifikation bis hin zu unterschiedlicher Ansicht was da drinnen stehen darf. (Textlängen, HTML oder nur ASCII, etc) Garmin hat hier durchaus seine Limitierungen und lädt im Zweifel die Datei nicht, sondern löscht sie.


    Basecamp oder andere Software fangen diese Probleme teilweise ab und bereiten die Daten so auf, dass sie auch vom Gerät akzeptiert werden.


    Zudem hat Garmin ein rechtes Dateichaos produziert, wenn man ein wenig mehr erwartet. Wie z.B. Bilder bei Wegpunkten, bzw Tracks und Wegpunkte sortiert nach Touren (Adventure). Das ist manuell kaum in den Griff zu bekommen.