Beiträge von ray

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


    für einen rundumdurchblick muss man ziemlich viel quer lesen, oder Mr. Aventura/Sportiva (Sardinien, Macnetz, Ray usw) fragen.



    viele grüße
    berne


    Danke für das Kompliment.
    Besonders Gerd steckt hier viel arbeit rein um Sachverhalte zu erklären.


    Das solche Fragen immer wieder kommen ist mehr als selbstverständlich, in einen Forum Erklärungen zu finden ist nicht einfach, insbesondere einige Sachen etwas versteckt sind und in mehreren Thread verteilt sind. Klar das sich Fragen wiederholen.


    Das war der Grund warum eine Wiki aufgesetzt wurde.
    Leider wird diese nicht gelebt.
    Das Gerd und andere keine Lust(?) haben sich doppelte Arbeit zu machen und dort nochmals die Sachen zu schreiben, verstehe ich sehr gut.
    Eine Lsg. könnte sein, das die Fragesteller, nachdem sie eine Antwort erhalten haben diesen Beitrag ins Wiki bringen.
    Es verlangt keiner das ein Beitrag inhaltlich und sprachlich perfekt ist.
    Sowas regelt sich eigentlich recht schnell.

    Da das Wiki hier OT ist, bitte im passenden Thread zum Wiki antworten.
    -> Thread zum Wiki


    Ray


    P.S.: Techn. Probleme mit der Wiki (Erreichbarkeit) bitte auch dort posten!

    Gerd, als Ergänzung 2 Worte zu den Formaten RMAP und ECW:


    ECW basiert auf JGEP2000.
    RMAP benutzt stattdessen intern JPEG.


    JGPEG2000 hat sicherlich die besseren Kompressionsalgorithmen.
    Aber JPEG2000 konnte JPEG trotz besser Qualität bei gleicher Kompression nicht verdrängen, da Lizenzgebühren anfallen.
    Google arbeitet deswegen z.B. an einen neuen Grafikformat, welches Lizenzkostenfrei ist.
    Das dürfte auch der Grund sein warum Compe nicht auf ECW als Hauptformat setzt.
    Bei ECW fallen Lizenzkosten an, sobald bei er Erzeugung eine gewisse Größe überschritten wird.
    Ich vermute daher das Compe das ganze auf Basis von JPEG nachgebildet hat.
    Das Rechtemanagement dürfte ein weiterer wichtiger Grund gewesen sein.


    Ob es zu sichtbaren Qualitätsverlusten kommt, liegt an der Kompressionsstufe.
    Diese ist bei CompeGPS Land fix, bei TTQV kann die Kompression beeinflusst werden. Wie MoBAC das handhabt weis ich nicht.


    Wenn mehr Programme auf RMAP setzen ....
    ... wer weis welche Rolle ECW langfristig noch spielt.
    Es fehlt noch die Möglichkeit des Lesens des Formats RMAPs.
    Compe scheint zumindest kein Problem damit zu haben, dass das Format RMAP gehackt wurde.


    Ray

    156 :p


    Ich finde das sehr positiv, das zeigt Compe das die Kunden es wollen.


    Pascal@Compe, hatte es Sommer 2009 noch recht wirsch vom Tisch gefegt.


    Wir sollten nicht übersehen, das Compe hier nicht zaubern kann, eine entsprechende Implementierung wird einige Zeit in Anspruch nehmen.


    Wichtig ist, das wer neben der Wunschäußerung Compe klar machen was man mit OSM-Daten alles anstellen kann.
    So recht wissen die Spanier mit OSM nichts anzufangen und was da an Daten zur Verfügung stehen.
    OSM ist in Spanien einfach bedeutungslos, warum auch wenn man kostenlos an Karten ran kommt. :rolleyes:


    Nicht ohne Grund habe ich letzten Winter eine Ski- und eine MTB/Wander-Karte aus OSM-Daten im Compe-Forum präsentiert.


    Überraschend fand ich das Pascal von der Ski-Karte beeindruckt war.
    Diese war eine Fingerübung und die Kanaren MTB-Karte habe ich meine ganze Energie gesteckt.


    Sprich, wenn ihr Karten erstellt und dieser der Öffentlichkeit zugänglich macht, tut dies auch im Compe-Forum.


    Ray


    [OT]
    Am liebsten wäre es mir wenn das VMAP-Format offen läge, dann könnte man selber einen Karten-Generator schreiben.
    Wie hieß der Typ, der das RMAP-Format gehackt hat?
    Interesse?
    [/OT]

    Gert, den Schlusssatz von geofix habe ich auch nicht verstanden.
    Das war mir in den Moment nicht wichtig.
    Ich habe nur auf das offensichtliche (Encoding) hingewiesen.
    Das hat mich damals auch viel Zeit gekostet, als Compe auf Unicode umgestellt hatte.


    Die "fehlende" w für das Icon ist kein Bug seitens Compe.
    Schliesslich muss ein Waypoint kein eigenes Icon haben.
    Das ist ein Fehler der auf seiten von QV gehoben werden muss.


    Ich mache Tom keinen Vorwurf, also nicht falsch verstehen.
    Die Doku seitens Compe ist dürftig und unvollständig und macht einen daher das Leben nicht gerade leicht.
    z.B. können beliebig viele Zeilen mit "kleinem a beginend" an einem Waypoint anhängen.


    Spiel mal in CompeLand mit der Einstellungen zu einem Waypoint und speichere dann im Compe Format ab. Ist mühselig, hilft aber weiter.


    Ray

    So wie es aussieht, liegt das Problem bei QV.


    Alle Tracks und Waypoint- und sonstige Dateien müssen als UTF-8 (Unicode) gelesen und geschrieben werden, das macht QV scheinbar nicht.


    TwoNav kann auch cp1252-encoded Files lesen, man sollte sich dann aber nicht wundern, wenn nicht alle Zeichen korrekt angezeigt werden.


    Melde diesen Fehler am besten im QV-Forum, damit Tom dies korrigieren kann.


    Ray

    Sorry, ich kann nur für den Sportiva mit TwoNav 2.2.6 sprechen.
    Wenn sich dieser im GPS-Modus befindet nach dem verbinden und dann wieder getrennt wird, erfolgt eine Abfrage wenn der Unplug-Schutz aktiviert ist. Wenn nicht, erfolgt diese Abfrage nicht.


    Gert, wenn ich dich richtig verstehe, meinen wir das gleiche. :tup:
    Nur unsere Wortwahl ist eine andere.


    Das wäre mir neu. Ich kann dort keine Einstellung erkennen, welche darauf Einfluss haben sollte.
    Zumindest war auch nach Abschaltung der erweiterten Einstellungen, das Unendlichkeitszeichen noch da.


    Da muss ich nachschauen, das Abschalten der erweitereten Einstellung hat durchaus einen Effekt.
    Gewisse Felder und ich meine auch das Unendlichzeichen wird dann teilweise nicht angezeigt.
    Ob das auch bei der Kartenauswahl ist, weis ich nicht mehr.
    Ich muss heute abend daran denken, es auszutesten.


    Ray

    Afaik kanst du die Abfrage unter Einstellungen=>System=>Betriebsdauer/Energiemanagement abstellen.
    "Schutz gegen unplug" oder ähnlich müsste es heissen.


    Gruss Gert


    Gert, ich glaub du irrst dich.


    "Schutz gegen Unplug" bewirkt nur eine Warnmeldung mit Beep wenn das Gerät ausgestöpselt wird. (Genauso wie bei den Garmins)


    Das Unendlichzeichen lässt sich aber durchaus beeinflussen, irgendwo in den erweiterten Einstellungen.
    Da muss ich aber selbst nachschauen.



    Ray

    Ich hatte den Sportiva nur kurz (geliehen), am Mac angeschlossen wurde er erkannt.
    Es hat aber paar Momente gedauert, was nicht ging war das Disconnect.


    Der Aventura verhält sich dagegen korrekt.


    Ich kann mir nicht vorstellen, das es ein Hardwareproblem ist.
    Vermutlich baut der Sportiva(+) die USB-Connection nicht sauber auf, das sollte sich dann per WinCE-Update lösen lassen.


    Übrigens unter Ubuntu Linux klappt es auch mit den Sportiva+ ohne Probleme.


    Vielleicht sollte man Compe in ihren Innocent-Thread dezent darauf hinweisen, das es ein real existierendes Problem ist.
    Wer kann das mal ins Spanische übersetzen?


    ray

    Wenn du meinst ACTIVE LOGs von Garmin zusammen zu führen, dann kann das gpsconv.pl
    Wenn du meinst mehrere Tracks in ein GPX-File zu schreiben, dann kann das gpsconv.pl auch
    Da ich faul bin, geht das automatisch und ist die Default-Einstellung.


    Schau mal in meine Signatur, da findest du den passenden Link.
    Nur Angst vor der Console solltest du keine haben ;)


    Ray

    Ich habe auf den Sportiva+ das Temperatur-Feld (74) eingefügt.
    Leider kann ich bestättigen das keine Temperatur angezeigt wird.
    Ob TwoNav die Temperatur vom Sensor nicht ausliest oder es keinen Sensor gibt, kann ich daraus nicht schliessen.
    Zumindest wir Endandwender kommen da nicht ran.



    Ray