Beiträge von wildgoose

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

    Zu dem Thema möcht ich auch noch was sagen:

    Trackspeicherung ...das ist wohl der Hauptpunkt und einfach Unsinn.



    Das automatische Mitloggen in eine eigenen - endlos lange - GPX Datei ist für mich sehr wichtig, um nicht zu sagen, fast lebensnotwendig. Ich brauch nunmal 20.000 Punkte oder mehr drauf, die dann nachträglich am PC aufbereitet werden. Wenn das nicht mehr geht ... scheisse für mich, muss ich mir eine andere Lösung suchen. Aber aufpassen, dass ich die 10.000 fürs Active Log nicht verpasse, um sie manuell abzuspeichern, ist eine Zumutung bei der Arbeit.

    Klar, nicht jeder User hat die Ansprüche, die ich habe.

    lg, Paul

    Ich befürchte das GARMIN auch hier wieder auf bunten billigen Consumer-Kram setzt, und viele wichtige fachlich wichtige GPS-Funktionen auf der Strecke bleiben.



    Besser hätte ich es nicht formulieren können. Nur, leider hast Du damit voll recht .:( Ich bin selbst froh, dass ich noch ein Sirf60er und Sirf76er mein Eigen nenne. Das muss für das nächste Jahrzehnt halten ....

    Paul

    Im Zivilen betrieb kann man wohl vom GPS keine extreme genauigkeitssteigerung mehr erwarten.



    Falsch. Ich hatte mit meinem Sirf-60/76er sehr gute Messergebnisse, sowohl bei Einzelpunktmessung wie auch bei Trackaufzeichnung.

    So extrem schlecht ist der Cartesio nicht!



    Das klingt aber auch nicht danach, dass er gut ist. Heisst, er ist nicht extrem schlecht, sondern nur schlecht ? :D

    Die Patchantenne ist wohl weniger anfällig für Multipath-Fehler ....



    Mulitpathempfang hat nicht wirklich was mit der Antenne zu tun. Nur in Ausnahmefällen, wo das Multipathsignal gegenüber den "Normalsignal" merkbar schwächer ist, und selbst das ist nur marginal wirksam.

    lg, Paul

    Die wirds immer geben, ist bei mir nicht anders. Einfach auf die Seite schieben ... und nicht ärgern. Kennst vielleicht eh den folgenden Dialog:


    - Gott muss lieben verrückte Menschen.
    - Warum?
    - Er macht so viele davon.


    in diesem Sinne,
    Paul

    Jip, es scheint so, dass Icons nur im resolution=24 (bzw der höchsten benutzen, falls man 23 nimmt).....



    Ich denke, dass sich alles, was in den Global Index wandert, sich auf den Layer=0 (egal, welchen Wert der jetzt hat), abspielt. Ich bin auch der Meinung, dass es keinen Einfluss auf das Suchverhalten hat, welcher Layer gerade am Display angezeigt wird.

    BTW hab ich auch unterschiedliche Suchverhalten von MapSource und BaseCamp festgestellt. 0x2800 wird von BC gefunden, von MS nicht.

    lg, Paul

    Ok, dann hab ich was missverstanden, sorry .... wusste nicht, dass da was gelöscht wurde.


    Was die 2 und 3 byte Typen angeht, bleib ich natürlich dran, ist aber nicht einfach, Licht in die Sache zu bringen. Interessant ist dennoch, dass diese (nicht im Verzeichnis stehenden) Typen angezeigt werden ..... ich könnt mir nur noch vorstellen, dass es da unterschiedliche Spezifikationen gibt zwischen MPC und "Garmin Kartencomposer" gibt. MPC wurde ja nur für 3-Markt-Kunden rausgegeben, Garmin selbst arbeitet ja mit einem eigenen - grösseren - Tool.


    lg, Paul

    Aber manche müssen es immer wieder von neuem erklärt bekommen.



    Falls du damit mich meinst, solltest du dir mal das MPC Handbuch zur Brust nehmen. Ein Garminformat und OSM sind zwei Paar Schuhe. Du kannst nicht z. B. C++ programmieren und deine eigene Syntax verwenden. Der MPC Katalog gibt eine Syntax vor, genau wie OSM eine eigene Syntax hat .. oder kann ich die auch umdrehen???

    PS: Aber, wenn du so recht hast, warum funktionieren dann alle anderen Karten, aber mit OSM gibts Schwierigkeiten?

    Ich sehe darin eine weitere, in diesem Fall recht subtile Form, die differenzierten Darstellungsmöglichkeiten von OSM-Karten gezielt einzuschränken, ....



    Das mit Sicherheit nicht. Diese angeführten Werte für Typen gibt es laut MPC-Spezifikation nicht, sprich, sie sind im Typenkatalog auch nicht enthalten. Da es MPC (so denke ich) schon länger als OSM gibt, sehe ich da keinen Zusammenhang.

    Extremcarver experiementiert da mit Hex-Werten, welche ausserhalb der MPC-Spezifikation liegen, das macht das ganze Schwierig. Das solche Werte doch dargestellt werden können, überrascht mich persönlich schon.

    lg, Paul

    Die Genauigkeit des GPSMAP60 lag zwischen +/- 30 und +/- 40 Meter.



    Der angezeigte EPE Wert hat absolut keine Aussagekraft (ist ein nettes Softwaregimmick). Ich hatte EPE 5 m und war über 50m von der tatsächlichen Position entfernt; detto auch umgekehrt. Der Sirf-60er hatte durchwegs schlechtere EPE Werte als der MTK-60er, war aber näher an der realen Position.

    lg, Paul

    Hmm, ist echt interessant. Ich hab mich mal mit MobilePC rumgespielt und festgestellt, dass so gar einige 2byte Typen da nicht dargestellt sind, die aber in der Liste sind, z. b. 0x3d polygon.


    Screenshots kann man hier mal sehen:
    http://www.gps-vietnam.net/public/Types1.jpg
    http://www.gps-vietnam.net/public/Types2.jpg
    http://www.gps-vietnam.net/public/Types3.jpg


    Das Typen-Testfile ist etwas durcheinander, sollte man besser strukturieren und mit den Typ-Codes auch benennen, macht das Vergleichen einfacher.


    Ich bleib mal an dem Thema dran, mal sehen, was ich noch rauskriege.


    lg, Paul

    Ok, werd ich mir mal ansehen. Ich muss sagen, Du hast echt sehr viele unterschiedliche Elemente im Gebrauch - wären mir schon fast zuviel. Hast Dir auch viel Arbeit mit dem Layout gemacht. Du verwendest aber auch viele Typen, die es laut cgpsmapper Handbuch nicht per Definition gibt.

    lg, Paul

    PS: Wird etwas dauern, da noch mit Krücken unterwegs und im tun eingeschränkt :(

    PPS: Laut Helpfile des Garmin MPC gibt es aber für Polygon/Polyline/Point auch nur je 64 customizable elements.

    Hi,


    nur mal so ein Querleser-Input, aber steinigt mich nicht gleich :D


    Was spricht dagegen, das nicht mir Garmin zu machen und anstatt der unzähligen Tracks und Punkte ein transparentes Kartenoverlay zu machen, wo man die Mauer auch als Fläche (anstatt als Linie) darstellen könnte?


    Nur mal so eine Idee ... lg,
    Paul

    Hallo,

    bin durch Zufall auf diese Website gekommen: www.falconview.org . Ist eine GIS Applikation, ursprünglich fürs US-DoD, ist aber auch Open Source, da die Entwicklung aus öffentlichen Mittel finanziert wurde. Kann man von der Seite auch downloaden. Ich selbst hab nur mal einen Blick drauf geworfen, selbst aber noch nicht ausgibig getestet.

    Womöglich kenn das der eine oder andere eh schon ....

    lg, Paul

    Ah, yep, jetzt klingelts. Verschiedene Geräte, verschiedene Begriffe. Heading ist klar, wusste nur nicht, dass das am 278er Track genannt wird (war deshalb etwas verwirrt). Am 60er (oder 76er) lass ich mir am Wasser meistens den Kursversatz anzeigen.

    Habs aber jetzt nicht nachgeprüft, glaube aber, dass der 60er Heading, Course und Bearing gleichzeitig anzeigen kann.

    lg, Paul

    PS: Wenn ich wieder beim 60er bin, werd ichs mal nachprüfen. Momentan ists schwer für mich .. bin mit Krücken unterwegs.

    Gut, aus dem Posting geht auch nicht viel hervor, welche Anforderungen der User wünscht. Abgesehen vom kleinen Display bin ich mit meinem 76er zufrieden. Ich bewege mich aber auch nicht am offenen Meer, sondern auf verzweigten Binnengewässern, die habens aber auch in sich, weil die meer-nahe sind und somit - unter anderem - auch gezeitenabhängig.

    lg, Paul

    @ stevebiker: Was sagt mir die Anzeige "Track"? Mit course und bearing hab ich voll das Auslangen.

    Im Grunde ist jedes Gerät, das eine Karte graphisch darstellen kann, ein Kartenplotter. Somit auch ein 60er oder 76er, sofern er diese Funktion hat. Bezüglich Karte wirds da sicher was aus der BlueChart Kollektion geben.


    lg, Paul