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

    Zitat von surveyer@21.02.2006 - 13:35
    ich meinte meine fertigen, auf dem Meridian sind sie ja schon mal gelaufen
    Wenn ich mich recht entsinne, habe ich die mit MMO 1.00 erstellt.


    viele Grüße


    Mathias


    Mit denen hatte ich das auch das DAU-Problem mit den nicht weit genug hinein-zoomen.


    Ich habe die Strassen aus diesen Daten zum Testen verwendet.


    J.K. hatte zwischenzeitlich eine komplett neue Garmin-Map in Mapcenter eingestellt, diese habe ich mir geholt, nur muss man hier die einzelnen Layer separat nach MMO importieren.
    In werden mir den SpartialCommander näher anschauen.
    Warum diese Map nicht mehr im Mapcenter erhältlich ist, weis ich nicht.
    In Mapedit sieht sie richtig gut aus!
    Die Garmin-IMG habe ich zum Glück auf der Platte :8


    ray

    Problem gefunden :rolleyes:


    Es geht mit MMO 1.00 (Byte_Order darf nicht gesetzt werden!)
    Auch darf die MMO-IMG nicht konvertiert werden, das führt zum Aufhängen des Meris!


    Und man sollte bis auf 2,5km hinein-zoomen (blöder DAU :blink:, ich werde mir mal in den Hintern treten :D ).


    Da kommt für mich die Frage auf kann man dies einstellen kann?
    Man kann doch den Maßstab in MMO einstellen?
    Kann/darf man für verschiedene strassen/Wegtypen untschiedliche Maßstäbe/Zoomlevel einstellen?


    Ich habe gleich einfach mal die mit WWBM erzeugte Afrika-Basemap dazu geladen!
    Das funktioniert wunderbar !
    Man sieht die Höhenlinien der WWBM, d.h man braucht keine Höhenlinien in die detail-Map.


    Mit AddMagMap hatte ich tief hingezoomt, da habe ich wohl ein anderes Problem.


    ray

    Also ich habe die konvertieren IMG's (mit MMOConverter) und sowohl die orginal IMG's von MMO ausprobiert.


    Ich versuch noch mal das ganze mit MMO 1.00 (Byte_Order=0) .
    Ich glaube mit den konvertieren MMO 1.00-IMGes hängt sich der Meri Plat auf.
    Muss ich noch mal testen.


    Also mit MMO 3.10 erstellt man IMGes für eX600/(eX500?).
    MIt MMO 2.7 für eX210. (wo finde ich diese Version?)
    MIt MMO 1.00 klappt es mit den Meri Color.


    Warum es mit AddMagMap nicht klappt weis ich nicht (liegt es daran das La Palma auuserhalb von Deutschland liegt?)


    Wenn einer noch eine Idee hat, wäre das super.


    ray


    p.S.: Momentmal die MMO 1.00 -IMG brauche ich doch nicht zu konvertieren, wenn ich es richtig bei MSH-tools lese?

    Hallo Leute,



    ich versuche für meine Meri Plat (s/w) eine Map für La Palma aus einer Garmin-Map von J.K. zu erstellen.
    Alle schritte bis MMO sind klar und funktionieren.
    Ich habe mich ersteinmal auf nur den strassen-Layer beschränkt.
    Erst habe ich es mit MM0 3.10 (Byte_Order=1 und auch =0) versucht, es wird eine leere Detail-Map auf den Meri angezeigt.
    okay, dann das ganze mit MM0 1.00 (auch beide Byte Order versucht). Mein Meri Plat hängt sich dann einfach auf.


    Irgendwer hat erwähnt das mit MMO 2.7 geht ?
    Ich finde den Beitrag nicht mehr, in welcher Yahoo-Group ist diese Version zu finden ?


    Noch was:
    @Kerstin ist die Arbeit mit SpartialCommander nicht mühselig?
    Wenn ich beim Überfliegen deiner Doku richtig verstanden habe, muss man jeden Typ händisch in eine SHP-Datei extraieren?
    Das Polish-Format (*.mp) ist recht einfach, das könnte ich evt. etwas versuchen um das zu automatisieren.
    Ob das vor meinen Urlaub (5.3) auf La Palma klappt weis ich nicht.


    Vorher hätte ich gerne aber eine Map für La Palma.
    Es wäre schän wenn mir einer auf die Sprünge hilft.


    ray

    Zitat

    Zitat von Groeni@20.02.2006 - 12:06
    Moin,


    ich wollte nur meine Freude kund tun, dass ich nach einem verirrten Jahr mit einem 276C wieder bei Magellan angekommen bin.



    Willkommen Groeni ;)


    Nützliche Hinweise zu Magellan findest du ausser hier im Forum auch unter Magellan FAQ :P


    Hast du deinen Meridian noch?
    Ich hatte im Juni 2005 für paar Tage eine eX600 und habe diese enttäuscht wieder zurückgeschickt.
    Wie sieht es mit folgenden Punkten aus:
    Bildschirmaufbau im Vergleich zum Meridian?
    Empfangsqualität in Bewegung, hier war der eX600 deutlich schlechter als der Meri Plat.!
    Im Stand hatte der eX600 besseren Empfang. (Performance-Problem?)
    Backtracking hat im gegensatz zum Meri nicht wirklich funktioniert.
    (Beim Meri kann man notfalls händisch per "Abschnitt weiter" das Baktracking fortsetzten).
    Dafür kann der eX600 Backtracking auch vorwärts und durch die mehreren Trackspeicher im eX600 hat man 2000Pkte. zum Tracken zur Verfügung. Dageegen veringert sich der Trackspeicher im Meri um den zu "backtrackenden" Track.
    Das Lesen der Tracks im Verzeichnis ist/war beim eX600 grotten lahm.


    Das sind so die Punkte (neben schwergängigen Joystick und Akku) die mich am eX600 gestört hatten.


    ray

    In der Version 0.7.0 von gpsconv.pl und GPSCONV-GUI.pl 0.5.0 gibt es paar Änderungen.
    1) Ich habe die Option '-m' in '-n' umbenannt.
    2) Tracks können mit '-r' umgekehrt werden. Das macht für das Backtracking beim Magellan Meridian Sinn. Der Magellan eXplorist kann dies direkt im Gerät.
    (Für Magellan-Geräte gilt: Das Tracking kann/muss danach händisch wieder eingeschaltet werden.)
    3) Bei der Benennug der ACTIVE-LOG-segmente mit der Option '-j d' wird ACTIVE LOG durch das entsprechende Datum ersetzt.
    ...and one more thing:
    GPX wird sowohl gelesen und geschrieben.


    Fehler bitte umbedingt melden.
    Fragen beantworte ich gerne.

    ray


    Von Ropert Lipe gibt es einen sehr guten Test der Empfänger an einen festen Standort.


    Ich bin überrascht wie gut der Empfänger des eXplorist 600 im Vergleich zum SIRFIII im 60CSx ist.
    Da hätte ich mir vom SIRFIII mehr erhofft.
    Eins wird auf jeden Fall klar, Finger weg von alten Garmin-Geräten (wie 60CS oder auch Vista Cx!) ohne Sirf III.


    ray

    Neue Version gpsconv.pl 0.6.0 und GPSCONV-GUI.pl 0.4.0:


    Ich habe die Verarbeitung von Multitrack-Formaten verbessert.
    Betroffenen sind die Formate 'g7t', 'pcx' ('pcxg', 'pcxm'), 'garm' und 'kml'.


    Mit der Option '-j' kann gesteuert werden, wie Tracksegmente mit den Namen "ACTIVE LOG" verbunden werden.
    mit '-j n' werden Segmente nie miteinander verbunden.
    mit '-j a' werden Segmente immer miteinander verbunden.
    mit '-j d' werden Segmente verbunden, wenn sie vom gleichen Tag stammen.
    mit z.B. '-j 120' werden Segmente verbunden wenn die zeitliche Differenz kleiner ist als '120' Minuten.
    Falls '-j' nicht gesetzt wird, wird die Einstellung '-j d' genutzt.


    Beim Speichern in Multitrack-Format kann entschieden werden, ob die Tracks in einer Datei gespeichert werden sollen oder getrennt in separate Dateien je Track.
    mit '-n 1' wird in separate Dateien gespeichert.
    mit '-n n' wird in eine Datei gespeichert.
    Falls '-n' nicht genutzt wird, gelten folgende Standardeinstellungen:
    Für die Formate 'kml' und 'garm': '-n n'
    Für die formate 'pcxg', 'pcxm' und 'g7t': '-n 1'


    Die Option '-d zieldatei' wird jetzt für alle Formate unterstützt.
    mit '-d c:\verzeichnis\' kann ein Zielverzeichnis gewählt werden.
    und mit '-d c:\verzeichnis\zieldatei' wird zusätzlich die Zieldatei benannt.


    GPSCONV-GUI.pl:
    @Kerstin und ich haben GPSCONV-GUI.pl an die neuen Optionen angepasst.
    Alle Möglichkeiten von gpsconv.pl sind jetzt auch von GPSCONV-GUI.pl nutzbar.


    Wer sich nicht sicher ist lässt einfach die Optionen so stehen wie sie standardmässig gesetzt sind.


    Wer mehrere Tracks aufeinmal konvertieren will, kann entweder im Öffnen-Dialog mit Hilfe der SHIFT- Oder CTRL-Taste mehre Dateien auswählen.
    Alternativ wählt man eine Datei aus und ändert durch Verwendung von Wildcards den Namen.
    Das Muster wird dann beim Öffnen angewandt.
    Bsp.: c:\verzeichnis\Alpen*.log, dann werden alle Dateien mit den Muster 'Alpen*.log' konvertiert.


    Falls sehr viele und große Dateien konvertiert werden sollen, kann es aus Geschwindigkeitsgründen nützlich sein die 'Analysiere'-Option auszuschalten, dann werden die Tracks nicht analysiert und keine Daten (km, Höhenmeter, Aufzeichnisdauer, ...) ausgegeben.


    Als Ziel wählt man einfach eine Datei aus (im Dialog einfach einen Namen eingeben).
    Dieser Name wird dann für die konvertieren Tracks genutzt.
    Bsp.: c:\verzeichnis\AlpenX.kml
    Die Dateiendung wird dabei ignoriert, diese ergibt sich aus den gewählten Zielformat.
    Falls die Tracks in separate Dateien gespeichert werden, wird dieser Name als Basisname genutzt:
    Bsp.: Wenn Quelldateien Track1.txt und Track2.log hiessen, wird daraus
    c:\verzeichnis\AlpenX_Track1_exp.log und c:\verzeichnis\AlpenX_Track2_exp.log

    Um nur ein Zielverzeichnis zu wählen, entfernt man einfach den Dateinamen:
    Bsp.: c:\verzeichnis\


    Falls jemand Fehler findet umbedingt diese hier melden.
    Fragen beantworte ich gerne hier im Thread.


    ray


    Wenn dich die Höhe an einen bestimmten Punkt interessiert magst du recht haben, das die Genauigkeit bei sehr guten Empfang bei etwa 10m liegt.


    Aber um ein brauchbares Höhenprofil (und die kumulierten Höhenmeter) zu bekommen, ist die barometrische Höhenbestimmung immer noch unschlagbar.
    Für die Bestimmung der kumulierten Höhenmeter muss der barometrische Höhenmesser noch nicht mal kalibriert sein.
    In unbekannten Gegenden (bei nicht bekannter Höhe) nutze ich die GPS-Höhe um meinem barometrischen Höhenmesser zu kalibrieren. In der Regel muss man dies nur einmal pro Tag machen, ausser es kommt zu einen deutlichen Wetterumschwung.


    ray

    In der Version 0.5.0 von gpsconv.pl hat sich ein Fehler eingeschlichen.
    Es kam beim Lesen der Zeitlosen Formaten OVL, TK, MM, ... zum Programmabbruch.
    Dieses Problem ist mit der Version 0.5.1 behoben.


    Zusätzlich werden beim Lesen der Formate GARM, PCX und G7T, falls mehrere Tracks enthalten sind, diese getrennt gespeichert. Tracksegmente mit den Namen "ACTIVE LOG" werden zu einem Track zusammengefügt.
    Bisher wurde beim Lesen der Formate PCX und G7T alle Tracks zu einem Track zusammengefügt.
    Beim Format GARM wurde bisher nur ACTIVE LOG-Tracksegmente gelesen, jetzt werden alle Tracks gelesen.


    GPSTrackMaker kann jetzt die erzeugten KML-Tracks lesen.
    Leider hat GPSTrackMaker einen Fehler und kann keine KML-Files lesen, wenn eins der Tracks sehr viele Trackpunkte hat.


    Falls ihr Fehler findet, meldet sie mir bitte.


    ray

    :D
    ...und im falschen Subforum gelandet ;)


    Hier geht es um Software für Magellan-Geräte und nicht Garmin-Geräte.


    Also einfach etwas tiefer scrollen, dann siehst du auch das richtige Subforum.


    :bye:
    ray

    Zitat

    Zitat von ktmrobert@10.02.2006 - 09:04
    Was mir nun bei MagMap fehlt,
    wäre eine Möglichkeit die neuen selbstgemachten Wege an andere Leute weitergeben zu können.


    So muss ja jeder selber alles einbinden.


    Robert


    Die Shape-Files könnte man aber weitergeben :)


    ray

    Neue Funktion in der Version 0.5.0 von gpsconv.pl und 0.3.0 von GPSCONV-GUI.pl



    Jetzt können mehrere Tracks aufeinmal konvertiert werden.



    Bsp.1: gpsconv.pl -a -d alpenX -i exp -o kml *.log mein_track.txt
    Es werden alle Dateien konvertiert die auf das Muster *.log passen und die Datei "mein_Track.txt".
    Da das Format KML mehrere Tracks pro Datei zulässt landen alle Tracks in einer Datei mit den Namen "alpenX_kml.kml".
    Die Option "-d alpenX" habe ich eingeführt um der Zieldatei (Destination) eine sinnvollen Namen zu geben. Falls "-d" nicht genutzt wird, wird der Name der ersten zu konvertierenden Datei genommen!
    Momentan wird der Name von "-d" nur vom Format KML unterstützt.


    Bsp.2: gpsconv.pl -a -i exp -o pcxg alpen*.log mein_track.txt mein_track2.txt
    Alle Dateien die in der Liste "alpen*.log mein_track.txt mein_track2.txt" stehen werden in das Format PCX5 konvertiert, jeder Track wird in eine eigene Datei geschrieben.
    "-d" wird hier ignoriert, falls es angegeben wurde.


    So, nun u den Änderungen in GPSCONV-GUI.pl:
    Mit gedrückter SHIFT- oder CRTL-Taste können in der Dateiauswahl mehrere Dateien ausgewählt werden.
    Es kann nach Dateiendung gefiltert werden.


    Um Wildcards, wie alpen*.log zu benutzen, wählt man einfach eine Datei aus.
    Bsp.: "c:\dokumente und ...\Einstellungen\ray\gps\20060207.log" diesen Text passt man wie folgt an:
    -> "c:\dokumente und ...\Einstellungen\ray\gps\*.log" :8
    das wars.


    Ich will noch einige Sachen anpassen, aber diese Version bringt schon eine gewisse Arbeitserleichterung.
    Für @Kerstins Frontend habe ich schon paar Ideen, wenn Kerstin Zeit/Lust hat ...


    Falls es Unklarheiten/Fragen gibt, nur zu.
    Fehler bitte umbedingt melden!


    ray

    Zitat

    Zitat von Magic21@7.02.2006 - 17:33
    Sind schon da!


    Gruss Magic21


    Naja, leider nicht :(
    Die können noch nicht mal Tracks/Routen/Waypoints auf der MicroSD speichern oder laden.


    Da ist man als Magellan-User sehr verwöhnt.


    ray

    Ich habe gestern mal wieder was getan:


    gpsconv.pl 0.4.5 Neues Ausgabeformat KML (Google Earth)
    GPSCONV-GUI.pl 0.2.7, Unterstützung des neues Ausgabeformats KML


    Das Format KML wird nur als Ausgabe-Format unterstützt.
    GPSTrackMaker kann die von gpsconv erzeugten KML-Dateien nicht lesen, Grund habe ich noch keinen gefunden.
    Google Earth hat damit kein Problem.


    ray

    Du bist im falschen Subforum ;)
    Dein Thread passt besser unter "Algemeines"-"GPS-Software"!
    Lass den Thread von einen Moderator verschieben.


    ray