Beiträge von mike_hd

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 Joern_Weber@30.08.2005 - 18:11
    Mit Fugawi geht das via ESRI-Shape-File genauso gut, wenn nicht gar IMHO besser. Die Profi-Karten im Ostblock und in Nordamerika werden meist mit mit Globalmapper als Vorlieferanten für GPSMapEdit hergestellt, da Globalmapper sehr gut auf GPSMapEdit abgestimmt ist. Globalmapper liefert nicht nur Punkte, Polygone und Polylinies mit Label und Attribut dem GPSMapEdit, sondern generiert auch die Höhenlinien passend für GPSMapEdit. Du kannst in GlobalMapper sogar die einzelnen Levels der IMG-Karten separat bauen und sie dann komplett nach GPSMapedit rüber schieben.
    Gruss Joern Weber


    Gibt es denn das Problem der Ränder über diese Vorgehensweisen nicht?

    Noch eins pro Vista/LegendC:


    Erstens ist das Vista/LegendC-Display von den Farben her deutlich brillianter als die 60er, die eher blsse Farben darstellen.


    Zweitens ist die Größe des Diplays zwar kleiner 33x43 zu 31x56 mm, zeigt aber mit 176x220 zu 160x240 Pixel im Verhältnis mehr an, Pixelgröße 0,19 zu 0,21 mm.

    Zitat

    Zitat von Nordlandfan@30.08.2005 - 06:50
    Auch die Farben der Orte und Straßen und Höhenlinien sind schön einheitlich :(


    Das mit den Farben der Orte stimmt schon, aber Straßen und Höhenlinien sind wohl deutlich unterschiedlich:
    Höhenlinien sind grün und Straßen/Wege in unterschiedlichen Brauntönen.

    Zitat

    Zitat von Mapdekode@30.08.2005 - 08:11
    Wer mit GTM/OZI/MDK arbeitet hat diese Probleme nicht.
    Wer mit Mapedit/cGpsmapper arbeitet auch nicht.


    Stimmt ja nicht. Erstens braucht's bei MapEdit/cGPSmapper zuvor auch Ozi. Und zweitens ist ja hier das Problemchen.


    Aufgetaucht ist es bisher nicht, weil sich keiner dran gestört hat. Es stört ja auch nicht, ist aber ein "Schönheitsfehler".
    Wie bereits geschrieben, kommt's dazu beim IMG-Export aus MapEdit via cGPSmapper. Es wäre halt interessant, WARUM das geschieht. Auch wenn es nicht vermeidbar wäre.


    Im Übrigen hat sich mir die Mächtigkeit von GTM bisher nicht erschlossen, auch hier Zeitmangel. Mit MapEdit geht's zumindest einfacher.


    Also ich hatte mal eine Karte mit unklarem Koordinatengitter so kalibriert, indem ich mir in MapSource konkrete Punkte (Kreuzungen o.ä.) rausgesucht habe und diese Koordinaten verwendet habe. Hat einwandfrei funktioniert.

    Zitat

    Zitat von Mapdekode@29.08.2005 - 13:16
    Im TRE Bereich (in der IMG!) wird zusätzlich zur Hintergrundfläche der Kartenrand hinterlegt. Aber gleich wie in der Hintergrundfläche.



    Wie gesagt, derzeit hab' ich nicht die Zeit mich damit auseinander zu setzten.


    Aber gerade das scheint der Knackpunkt zu sein. Bei den MapProperties ist TRE = 0.000.
    Exportiere ich aus MapEdit (was ja unter Benutzung von cGPSmapper läuft) nach IMG sind unter MapDekode die Grenzen größer aus bei der MP.


    Lädt man die IMG direkt via sendMap auf GPSr, werden die Kachel auch nahtlos z.b. zur Topo angezeigt.
    Zoom man dann raus, dass nur die Kachelumrisse zu sehen sind, werden die größeren Grenzen angezeigt.
    Über Mapsource sind dann um die Kacheln dieser größere Rand und damit nicht mehr nahtlos zu anderen Karten.


    An MapDekode liegt das wohl auch nicht, vielmehr am Export aus MapEdit nach IMG.
    Scheinbar wird durch cGPSmapper diese größere Fläche erzeugt, warum auch immer.

    Zitat

    Zitat von Joern_Weber@25.08.2005 - 19:09
    Wäre es nicht machbar den der tatsächlichen Kartenrand aus den Extremwerten der Koordinaten der Kartenobjekte zu ermitteln, und damit den TRE-Wert zu korrigieren?
    Gruss Joern Weber


    Naja, das ist ja das Problem: wo will man den TRE-Wert ändern?


    Das hat nicht mit dem TRE der MapProperties zu tun.
    Die Bounds (Grenzen) der .MP sind in Ordnung. Beim Export der .IMG sind die Bounds verändert und werden so auch als TRE in MapDekode angezeigt.


    Hab' noch nicht gespannt, wie das zu vermeiden wäre.

    Zitat

    Zitat von Mapdekode@25.08.2005 - 10:18
    (außer wenn die TRE Werte nicht mit den wirklichen Grenzen übereinstimmen; hatten wir leider auch erst!)


    @Peter


    dieses meines Problem ist übrigens noch nicht gelöst. Hatte keine Zeit mich näher damit zu befassen.


    Aber das eigentliche Problem ist hier, dass die TRE-Werte zwar größer sind als die tatsächliche (gezeichnete) Karte, man diesen TRE-Wert aber nicht beeinflussen kann.
    Habe die Räder um die Karten inzwischen auch bei anderen Karten gesehen, ist wohl ein generelles Problem.


    Welche Version von GPSTrans verwendest Du?
    Wenn es nicht funktionieren sollte, kannst die ovl auch mit NHTopTrans umwandeln.


    In Kartenansicht, Menü, Führungstext und dann auswählen "Immer zeigen, Nie zeigen, Bei Navigation zeigen".

    Zitat

    Zitat von Joern_Weber@23.08.2005 - 20:02
    btw. Was für Höhendaten werden verwendet? SRTM oder trianguliertes DEM?


    Was mich wundert ist, das die Karten nicht auch gleichzeitig für die Nutzung auf PDA's angeboten werden und das Angebot sich auf Garmins Handhelds beschränkt.


    Die Höhendaten sind wohl SRTM und dass es nur für Garmins ist liegt daran, dass die Karten mit MapEdit und cGPSmapper erstellt werden.


    Also die 100 € ist das C schon wert. Neben dem Speicher gibt es ja vorallem das wirklich gute Color-Display. Ist ein riesiger Unterschied zum s/w-Display.

    Zitat

    Zitat von ghostgum@23.08.2005 - 09:56
    vor allem wäre es auch nützlich, wenn die temperatur in einem datenfeld angezeigt werden könnte, da info ja eh schon vorhanden...


    Die Temperatur wird nur zur Korrekturrechnung benötigt. Dazu braucht es die Gerätetemperatur.
    Diese wird nur unmittelbar nach den Einschalten mit der Aussentemperaur identisch sein. Das Gerät erwärmt sich ja durch den Prozessor, Beleuchtung oder auch wenn man es in der Hand hält.
    Insofern taugt diese Messung nicht die Aussentemperatur anzuzeigen.


    Und ob diese Temperatur gespeichert wird? Kann ich mir eigentlich nicht vorstellen.
    Bei den Garmin eTrex gibt es ja das Problem, dass sich die Verklebung des Gummis löst. Das kommt auch nur von höheren Temperaturen, z.B. wenn man es im Sommer im Auto liegen lässt, ist die Verklebung dahin. Trotzdem tauscht Garmin diese Geräte anstandslos.

    Zitat

    Zitat von gaco@22.08.2005 - 21:28
    aha, hm... dann sind ja 8MB wirklich zu klein. Es gibt doch SD-Cards heutzutage mit bis zu 1GB als speichermedium. Warum gibt es für die GPS Handgeräte nicht SD Karten zum reinschieben :blink:


    Na, gibt's schon, aber nicht von Garmin: Alan oder Magellan
    Aber für diese Geräte gibt's halt nicht so viele Karten.


    Man kann Kartenkacheln mehrer Karten auf das Gerät laden.
    Es wird aber immer nur eine angezeigt, bzw. gibt es Prioritäten, was zuerst angezeigt wird.
    Zwischen den Kartensätzen kann man hin- und herschalten.

    Zitat

    Zitat von Henning@21.08.2005 - 14:09
    Hallo,
    ExpertGPS was last updated on April 26, 2004. Es ist offensichtlich nicht mehr auf der Höhe der Zeit, denn in der Online-Hilfe wird bei der Konfiguration von Garmin GPS auf veraltete Geräte wie eTrex, GPS 12 und GPS 76 eingegangen. Baudrate bedeutet serielle Verbindung, neuere Geräte mit USB werden offensichtlich nicht unterstützt.


    TTQV wird im Gegensatz hierzu ständig weiter entwickelt (Geräte mit USB werden unterstützt) und ist in der Lightversion bereits ab 99,00 EUR zu haben.



    ExpertGPS ist die Bezahlversion von EasyGPS, welches kostenlos ist.
    ExpertGPS kann dafür Karten einlesen, EasyGPS nur Waypoints, Routenund Tracks verwalten.
    USB wird unterstützt indem man als GPS das 60C nimmt. Dabei geht es eh nur um verfügbare Symbolsätze.