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


    Immer diese Strassenfahrer :rolleyes:
    Aus Begrifflicher Sicht hast du ja recht, da kann ich nicht widersprechen.

    Aber im Gelände mit den MTB ist das sinnvollste (meiner meinung nach) nach Tracks zu navigieren.
    Mache ich seit 2003 so.
    Klar habe ich anno 2003 auf meinen Meri Plat auch mal versucht mit Routen zu navigieren.
    War nicht so der Bringer. (Das Zumüllen des Displays mit Waypoints fand ich sehr störrend)
    Aber das muss jeder selbst ausprobieren und selbst entscheiden was für seinen Anwendungsfall am besten passt.
    (mit den PKW auf der Strasse ist das Autorouting von meinen neues 60CSx schon sehr bequem :), aber für das RR unbrauchbar)


    Ich lasse mir einfach den Track auf den Kartendisplay anzeigen, ich sehe immer wo ich bin und was noch so an Möglichkeiten existieren.
    Erst mit der Topo D habe ich das backtracking verwendet, da bei der Detaildichte die Tracklinie nicht mehr so gut zu sehen war.
    Im Gegensatz zum eX600 funktionierte dies sogar.
    Falls ich von meiner geplanten "Route" :p abwich und wieder auf die geplante strecke zurück kehrte, dann habe ich einfach im Menü mit "Abschnitt weiter" das backtracking-Position aktualisiert.
    Das konnte der eX600 2005 definitiv NICHT!


    Auch jetzt mit den Garmin 60CSx lasse ich mir den Track einfach nur anzeigen und navigiere durch Interpretation des Kartendisplays.
    Sich nur Abbiegehinweise anzeigen zu lassen würde mich in meinen "Erkundungsdrang" nur behindern. Wenn ich einen interessanten Trail sehe, reicht ein kurzer Blick auf die Map um abzuschätzen wie weit dieser Weg einen von der geplanten Strecke abbringt.
    Grundsätzlich gilt beim Mountainbiken, sich nie blind auf sein GPSR zu verlassen.
    Man sollte immer in der Lage sein, von der geplanten Strecke abweichen zu können. Weil z.B. das Wetter umschlägt, der geplante Weg einfach nicht fahrbar ist, man sich konditionell oder zeitlich verschätz hat, etc..
    Im Gebirge sollte möglichst immer eine Papierkarte dabei sein, da diese den digitalen topo-maps qualitativ überlegen ist. Wenn überhaupt eine digitale Map existiert.

    Meine Erfahrung mit den eX600 im Vergleich zum Meri Plat waren nicht nur ernüchternd sondern ein Horror.
    Deutlich schlechterer Empfang als der Meri Plat , grotten lahm und um viele Funktionen abgespeckt. Nicht ohne Grund habe ich nach 3 tagen den eX600 zurück geschickt.
    Aber das war 2005.
    Wenn ich die Aussagen hier im Forum richtig verfolgt habe, hat ja Thales Gottseidank die FW nachgebessert.


    Ray


    Hi Andi,


    gut, das es jetzt klappt :)
    Scheinbar gibt es Probleme unter Windows mit der automatischen Erkennung von Perl-scripten. Eigentlich müsste Windows anhand der Endung ".pl" beim "System"-Aufruf erkennen das er Perl starten muss.


    Bisher habe ich das Script unter Windows2000, Windows XP SP2 und MacOS X 10.4 (hier nur gpsconv.pl) getestet.
    Ohne Probleme, evt. gab es Änderungen in der neusten Perl-Version die zu diesen Problem führen.
    Aber was solls, hauptsache es läuft jetzt.


    Ich werde im Laufe des tages eine neue Version von GPSCONV-GUI online stellen, die diesen Bugfix enthält.


    Ray


    sehr merkwürdig.
    Was für ein Windows hast du denn?


    scheinbar, gibt es Probleme bei Öffnen von Dateien.
    Was für ein Perl hast du denn genau installiert?
    ActivePerl 5.8.8.820 ist aktuell, einfach als MSI-Paket installieren.


    was kommt wenn du in der DosBox:

    Code
    c:\Tracks> gpsconv.pl -H ovl

    eingibst?
    Dann müsste ein Hilfstext zum Format OVL kommen.
    Geht das wenigstens?


    Falls ja, versuch nocheinmal:

    Code
    c:\Tracks> gpsconv.pl -i ovl -o gpx hocheiser.ovl

    Kommt dann immer noch die Meldung "No file to convert"?


    Falls dies geht, ersetzte mal in GPSCONV-GUI, die Zeile 417:

    Code
    $retCode = system("gpsconv.pl -e gpsconv.log $analyseFlag $reverseFlag $join $option $destination -i $srcFormat -o $destFormat $datei");

    durch

    Code
    $retCode = system("[B]perl[/B] gpsconv.pl -e gpsconv.log $analyseFlag $reverseFlag $join $option $destination -i $srcFormat -o $destFormat $datei");

    also einfach "perl" vor gpsconv.pl -e .... schreiben.

    Ray

    ich glaube nicht das es an der Perl-Installation liegt.


    Versuche mal folgendes:
    Diese Anweisung kannst du mal testweise in der DOSBox (cmd) aufrufen:
    In das Verzeichnis gehen, wo pgsconv.pl liegt und folgendes aufrufen:

    Code
    gpsconv.pl -a -j d -d "C:/Dokumente und Einstellungen/Andreas Riesner/Desktop/hocheiser_test" -i ovl -o gpx "C:/Dokumente und Einstellungen/Andreas Riesner/Desktop/hocheiser.ovl"


    Geht das?


    Ray


    hallo Andi,


    Kannst du andere Dateien konvertieren?
    z.B. GPX-Dateien, ...
    (gpsconv.pl und GPSCONV-GUI.pl müssen im gleichen Verzeichnis liegen).
    Falls das geht:


    Wie sieht die hocheiser.ovl aus?
    Es gibt 2 Varianten von OVL. Eine ASCII-Version (von Mensch lesbar) und eine BINÄR-Version.
    Nur die ASCII-Version wird von gpsconv unterstützt.


    Man kann in AustriaMap angeben wie gespeichert werden soll.


    Falls du dir nicht sicher bist schicke mir einfach die Datei an gpsconv(ät)melibokus-biker.de.


    Ray

    Hi Andreas,


    aufgepasst, Autorouting nicht mit Route verwechseln, das sind 2 verschiedene Dinge.


    Für MTB-Touren verwende ich nur tracks, da Routen einfach zu wenige Punkte enthalten dürfen.


    Ein typische Halbtages-MTB-Tour enthält inetwa 300 -500 Punkte.
    Das ist natürlich Region-abhängig (in den Alpen kommt man mit weniger Pktn. aus, da das Wegenetz recht "dünn" ist).


    Ich benutze auch kein "Backtracking" sondern lasse mir den Track einfach auf den Kartendisplay anzeigen.
    Das mache ich jetzt seit 2003 so, egal ob ich eine Detail-Map habe oder nicht.


    Ray

    Da ich zur Zeit für meinen Teneriffa-Urlaub meine geplanten Tracks mit GoogleEarth nachbearbeite sind mir paar Kleinigenkeiten aufgefallen.


    gpsconv.pl 0.8.3 Kleine Änderungen für das Format KML (GoogleEarth): Zeitstempel bei Waypoints werden jetzt gelesen/geschrieben. Polygone (LinearRing) werden beim Lesen als Tracks interpretiert.


    In GoogleEarth sollte man aufpassen das man den Endpunkt einer Tour nicht direkt auf den Startpunkt legt, ansonsten schliesst GE automatisch den Kreis und macht einen Polygon daraus.
    Das ist mir 1-2mal passiert, daher interpretiere ich jetzt Polygone ebenfalls als Track.


    Ray


    Yepp,
    ZUstimmung :8


    Ray

    Das verstehe ich nicht. Wenn ich die Liste von Wegpunkten in chronologischer Reihenfolge zusammenfüge, dann kann ich daraus den track erzeugen. Nichts anderes habe ich doch manuell gemacht.
    Anfang und Ende der Tracksegmente muß ich dann u.U. manuell setzen, wenn ich die darstellen möchte.


    Hi consultancy,
    Du verlangst von einer Software ein Abstraktionsfähigkeit, die sie nicht leisten kann.
    Woher soll die Software wissen das es die "Ansammlung" von Punkten als "Track" interpretiert werden soll?


    Das kann Software nie alleine entscheiden, da ist immer menschliche Eingriffnahme (Gott sei Dank) von Nöten.


    Bsp.: Ich setzt auf einer Tour 3 Wegpunkte, sicherlich liegen diese zeitlich in einer Reihenfolgen.
    Aber deswegen bilden sie noch lange keinen Track.
    Dagegen würde ich mich auch verwehren, wenn eine Software dies automatisch machen würden.


    Klar wäre es schön wenn man optional die Möglichkeit hätte eine ausgewählte Punktmenge nach auswählbaren Kriterien per Software zu einen Track zuverbinden.


    ray


    Blackwilli,
    ich muss dir leider widersprechen.
    Packe mal z.B. 3 Punkte in deiner Schreibweise in eine KML-Datei.
    Diese werde NICHT mit einer Tracklinie verbunden!
    Es handelt sich meiner Meinung nach um "Waypoints"/POIs.
    Wenn Du eine Tracklinie haben willst, muss es will folgt auschauen:


    Code
    ...
            <Placemark>
                <name>A1_PicoDelIngles_599Hm</name>            <Style><LineStyle><color>FF00ff00</color><width>2</width></LineStyle></Style>
                <LineString>
                    <coordinates>
    -16.313088,28.500233,0 -16.311433,28.505879,0 -16.310695,28.507290,0 -16.310522,28.507442,0 -16.309308,28.509234,0 -16.306060,28.512396,0 -16.305971,28.513465,0 -16.307092,28.514383,0 -16.308778,28.514348,0 -16.308041,28.515110,0 -16.308300,28.515492,0 -16.309984,28.515610,0                 </coordinates>
                </LineString>
            </Placemark>
    ...

    Für "<coordinates>" ist leider nur die Position und Höhe vorgesehen und kein Timestamp.


    Ray

    Hi consultancy,


    die Zeitinformation für einen Waypoint mitauswerten ist sicherlich kein Problem.
    Nur dann stehst du von den Problem das aus techn. verständlichen Gründen aus einer "Liste von Waypoint" kein "Track" wird.
    zumindest kenne ich kein Programm, das dies kann.
    Der umgekehrten Weg wird aber z.B. von G7toWin unterstützt.


    Du wirst wohl um eine eigene Lsg. nicht herum kommen.
    Was du auch schon getan hast.


    Ray

    Moin,


    online mit www.gpsvisualizer.com kml -> gpx konvertieren. Hatte das mit anderen Daten gemacht, da blieben die timestamps erhalten.


    Gruss Tom


    Hallo Tom und consultancy,


    deine Aussage verwundert mich, die entsprechenden KMLs enthalten keine "TRACKS"!


    Meines Wissens gilt:
    KML enthält für Koodinaten eines "Trackpunktes" keine Zeitinformation, das gibt die Defintion von KML nicht her. (Habe extra nachgeschaut)
    Oder übersehe ich etwas?
    Grundsätzlich gibt es den Datentyp "Timestamp" schon...
    NUr nicht für "LineString" -> Track, Route.
    Bei PLacemarks ist Timestamp optional, nur was macht bei einen Waypoint ein Timestamp für einen Sinn?


    consultancy wie willst du aus der ansammlung von PlaceMarks (:= Waypoint) einen Track machen ?


    Ray


    Hi Anton,


    mein Mac ist stationär, da muss der Offlinebetrieb nicht funktionieren ;)
    Dagegen ist mein Notebook ein WinDoS-Rechner mit XP SP2.
    Ich komme erst heute Abend dazu WinDoS zu booten.


    Grüße
    Ray


    Hallo Joern,


    Tippfehler oder wirklich falsche Software gemeint?


    Fugawi != TTQV ;)


    Ray

    Seit Google Earth 4 draussen ist kann ich GE nicht mehr im Offlineberieb nutzen. Die Daten aus den Cache werden einfach nicht geladen :confused:


    Mit GE 4 Beta ging das noch Problemlos.


    Habe ich irgendeine Einstellung übersehen?
    Ich benuzte die freie Version.


    Der Offline-Modus ist mir wichtig, damit ich auch im Urlaub geplante Tracks aus der KOmpass Map Teneriffa korrigieren oder ergänzen kann.


    Hat jemand eine Idee?


    Ray

    Wenn du die ÖAV-Karten meinst, das Christkind war bei mir damit. Erster Eindruck ist, dass sie absolut ihr Geld wert sind. Im Detail und in der Praxis habe ich mich aber noch nicht damit beschäftigt, aber allein die Spielereien mit 3 D sind schon toll!


    Deine Antwort bezieht sich wohl auf eine andere karte?


    Gesucht wird die Alpenvereinskarte.
    Siehe http://alpenverein.de/template_loader.php?tplpage_id=157


    Falls du dich für Österreich interessierst gibt es neben der AustriaMap inzwischen auch eine von MagicMaps für Österreich.


    Die "alte" DAV-Map auf CD habe ich, das Kartenbild ist recht gut (wie papierkarte).
    Leider ist die Abdeckung der karten recht klein.
    Siehe obigen Link.


    Ray


    Ja, mit den Mapdatum bin ich damals auch erst reingefallen :rolleyes:


    Die Karte ist schon richtig "brauchbar", aber obbacht da kommt dir vorort leider sehr oft das Wegerecht in die Quere.
    Vieles ist abgezäumt oder ein Gatter verschliesst den Weg.:(
    Zumindest ist das meine Erfahrung aus Gallurien.
    Weiter südlich in den hohen Bergen soll es besser sein.
    schau dir mal http://www.mtb-news.de/forum/s…45726&highlight=sardinien
    an.


    Für dein Konvertierungsproblem von KML nach GPX kann du gpsconv benutzen, es entsteht aufjeden Fall ein Track und keine Route.
    Routen sind zum MTBiken einfach ungeeignet.


    Ray