GPSTrack

  • Zitat

    Original von loew
    Siehst Du denn evtl. eine Möglichkeit, wie ich das Track-Log vom eTrex unkonvertiert auf den PPC oder PC bekommen kann?


    Ehrlich gesagt: Nein. Das Problem ist hierbei aber nicht Ozi-Explorer, sondern vielmehr der Etrex selbst. Denn der Etrex speichert den Track intern nicht als NMEA-File, sondern nur die wichtigsten Daten wie Koordinaten, Höhe und Zeit. Das macht auch Sinn, denn wie umfangreich NMEA-Dateien bei längeren Tracks werden können, zeigen ja die von TTN erzeugten .pgl-Dateien.
    Die Frage, die sich stellt ist: Welche Auswertungen möchtest Du mit den Etrex-Daten vornehmen? Prinzipiell kann man mit den Ozi-Tracks schon einiges anfangen und es ist auch nicht schwierig Konvertierungstools zu programmieren bzw. gibt es auch schon zahlreiche im Netz.
    Bezüglich der genauen Spezifikationen der .plt-Dateien habe ich mal vor einiger Zeit über Google einiges gefunden.

  • Zitat

    Original von karomue
    Kann durch Rechnen Koordinatenveränderung und Zeit, Geschwindigkeit gebildet werden?


    Das würde mich auch interessieren! OziExplorer macht das z.B., denn auf Basis der plt-Dateien kann Ozi im Tracklog-Monitor durchaus Distanz, Geschwindigkeit etc. anzeigen. Falls jemand die Formeln hierzu kennt (auf Basis WGS84), wäre ich sehr interessiert.

  • Hallo nSonic,
    <<Kann durch Rechnen Koordinatenveränderung und Zeit, Geschwindigkeit gebildet werden>>
    Du hast recht, könnte schwierig werden. Breitengrad-Abstände sind wohl gleich, bei den Längengraden hängt es wieder vom Breitengrad ab. Ich denke mal darüber nach, muß auch einiges nachkramen, vielleicht gibt es ja eine annehmbare Näherung.


    Müssen wir Sven etwas vertrösen, aber noch braucht er es ja nicht, da ihm das Radfahren noch verwehrt ist. :)


    Gruß, Charly

  • @karomue: Wie gesagt, daß es prinzipiell geht, zeigt die Ozi-Explorer-Software. Insofern kann es nicht so unendlich schwierig sein.

  • @nSonic:


    Bestätige Lauffähigkeit V0.6 auf WIN8SE!! Klasse, endlich kann ich auch im Garten "spielen".


    @vossi


    Hmm, warte ich doch mal, ob es Ozi-Experten gibt, die hierzu mehr sagen können.


    Ich weiss garnicht, ob mein Garmin12XL auch ein Protokoll liefert, ohne es mit TTN oder VisualGPSce abzurufen (??).


    Viele Grüße,


    Charly

  • ich glaube ich hab da schon so eine Idee...
    Die Breite ist ja fix
    Der Abstand zwischen den Längen ist abhängig von der Breite (wahrscheinlich über cos oder ähnliches zu ermitteln)


    wenn ich zwei Punkte auf km umrechnen könnte, dann könnte ich ja über eine einfach Dreieck-Formel die Garde Linie zwischen diesen Punkten ermitteln... und so schonmal die gefahrene Strecke berechnen...


    Zusammen mit der Zeit könnte man eine ungefähre Geschwindigkeit erhalten... wie hoch die Toleranzen werden weiß ich aber noch nicht, da die Protokollzeilen ja immer mit etwas differenz kommen können ... jetzt muss ich erstmal Formeln pauken...


    nSonic

    • Offizieller Beitrag

    Hallo vossi,


    schön, dass Du Dich mit der Thematik so gut auskennst! :)


    <<Welche Auswertungen möchtest Du mit den Etrex-Daten vornehmen?>>


    Die Idee ist, ausschließlich mit dem eTrex unterwegs zu sein (z.B. beim Fahrradfahren) und das erstellte Log dann später in GPSTrack weiterverarbeiten / visualisieren zu können.


    Würde ich zusätzlich den PPC mitnehmen, könnte ich über diesen zusätzlich ein Log erstellen lassen, mit dem das dann ginge, aber das ist ja nicht Sinn der Sache.


    Bliebe also ohne zusätzlichen Aufwand, wenn ich das richtig sehe, der OziExplorerCE ...


    Dann stellt sich als nächstes natürlich die (überhaupt nicht ketzerisch gemeinte) Frage, was GPSTrack dann einfacher macht, als der OziExplorer!? - Hört sich vielleicht komisch an, aber ich komme momentan wirklich nicht d´rauf. Vielleicht hilft mir hier ja jemand mal auf die Sprünge!?


    Viele Grüße,
    Sven

    • Offizieller Beitrag

    Hallo Charly,


    <<Müssen wir Sven etwas vertrösen, aber noch braucht er es ja nicht, da ihm das Radfahren noch verwehrt ist.>>


    nicht mehr lange! :)


    Viele Grüße,
    Sven

  • Hallo zusammen
    @Sven
    Ich sehe für mich erst mal den Vorteil von GPSData, das ich die
    Trackaufzeichnungsdaten von MN/BMN auswerten kann.
    Mit einem einfachen Tool.
    Ohne teuere Software.


    vlg bab

    ;) bab

  • Zitat

    Original von loew
    Dann stellt sich als nächstes natürlich die (überhaupt nicht ketzerisch gemeinte) Frage, was GPSTrack dann einfacher macht, als der OziExplorer!? - Hört sich vielleicht komisch an, aber ich komme momentan wirklich nicht d´rauf. Vielleicht hilft mir hier ja jemand mal auf die Sprünge!?


    Ich kenne den Ozi nicht.
    bei GPSTrack nimmst Du einfach irgendeine Bitmap mit einer Karte drauf und skalierst den Track dazu passend - ohne zu wissen, wo welche Koordinaten sind...


    Was macht der Ozi? (kannst mir ja mal mailen)


    P.S.: bitte schick mir mal ein Log von Deinem Empfänger - ich seh mir das Format mal an...


    nSonic

  • loew: Für Deine Zwecke brauchst Du eigentlich nur den OziExplorer für den PC (es sei denn, Du willst den Track schon unterwegs im Biergarten auf dem PocketPC bestaunen). Neben dem Visualieren des Tracks auf (vorher zu kalibrierenden) Karten kann Ozi den Track auch in Echtzeit (oder um einen Faktor x beschleunigt) animiert wiedergeben, gibt Dir Infos über minimale und maximale Höhe, Durchschnittsgeschwindigkeit etc. Ich persönlich mache meine Trackverwaltung (egal ob vom Biken, Bergsteigen, Paddeln oder Autofahren) nur mit Ozi. Es lassen sich auch Höhen- und Geschwindiskeitsprofile grafisch darstellen und zwar sowohl als Funktion der Zeit als auch des zurückgelegten Weges (=Skalierung der X-Achse).

  • @betatester,


    ich habe die Postings kurz gelesen, Nachfolgendes ist damit z. T. ja schon überholt. Ich stelle es trotzdem hier rein, sei es auch nur zur Diskussion.


    Hallo, nSonic,
    da ist auch die Formel für die Breite drin, cos war gut getippt!


    Hallo Sven,
    Prog für Visualisierung allgemein. U.a. auch für TA-PAT, der so den Verlauf von Straßen, die in TTN oder anderen nicht vorhanden sind, "ansehen" kann. Auch wenn Teleatlas vermutl. Profi-Progs zu Verfügung hat, um aus den log's auch so was zu machen. Könnte auch - das ist aber nicht so ganz ernst - wenn man es immer mitlaufen lassen würde, bei Geschwindigkeitsverstößen als Beweis dienen.


    Also, hier was ich so nebenbei überlegt hatte:
    was haben wir für die eTrex-Lösung:
    Gem. dem Standardwerk Wolfgang Linke, Orientierung mit Karte, Kompass, GPS haben wir den Abstand der Breitengrade mit 111,1 km, den der Längengrade mit cosBreite [°] * 111,1 [km]. Dann brauchen wir etwas Koordinatentransformation, Geschwindigkeit = Weg/Zeit, Umrechnungskonstanten in passende Dimensionen und das wars im Grundsatz. Was noch fehlen würde, ist eine Mittelung, wie es in den Protokollen durch die Software auch gemacht wird. Und Zeit. Den Rest macht nSonic als erfahrener Programmierer vermutlich mit links, und wenn die ganze Nudelei etwas dauert, macht es ja auch nicht so viel.


    Wenn ich jetzt keinen Überlegungsfehler gemacht habe, müsste alles zur Berechnung der Geschwindigkeit aus der Differenz zweier Koordinatenpaare und der Zeit (Taktzeit, Konstante) vorhanden sein.


    Ist jetzt eine Zeitfrage. Meine Neugierde wird es wahrscheinlich nicht zulassen, dass ich das nicht prüfe. Wie gesagt, Frage der Zeit...Bis dahin wird nSonic längst eine Lösung programmiert haben.


    Viele Grüße,


    Charly

  • @karomue: Den Weg habe ich inzwischen berechnen können - ich rechne die Position (Grad,Minute,Sek.) in konkrete Kilometer um (Breite ist Konstant = BreiteGrad * 111,~), Die Länge ergibt sich aus Längengrad * (cos(Breitengrad)*111,~)


    Damit war ich in der Lage die gesamt zurückgelegte Strecke zu ermitteln (Summe der mini-Strecken zwischen je zwei Positionen) ... das scheint mir auch ziemlich realistische Ergebnisse zu liefern - ich konnte es aber nur mit meinem Log prüfen da ich von anderen Logs keine weiteren Infos habe wie lang die in echt gewesen sind (die Strecken)


    Die Zeit bekomme ich auch... ich habe dann mal versucht zwischen je zwei Positionen die Geschw. zu berechnen... Da kommt nix pralles bei raus - riesensprünge... wenn ich jeweils die Strecke zwischen 5 Positionen nehme und die Zeit dazwischen, dann wird das etwas besser... aber so richtig gefallen wir mir das auch alles noch nicht.


    Versucht habe ich folgendes:
    Strecke = km-Differenz zwischen zwei Positionen
    Zeit = Sekunden zwischen diesen beiden Positionen
    kmh = (3600 / Zeit) * Strecke
    (wer es als Weg/Zeit lesen möchte: kmh = Strecke / (Zeit / 3600) )


    nur wie gesagt - so was richtig tolles an Speed kommt da nicht raus... zumindest weicht es teils _erheblich_ von den VTG bzw. RMC-Daten ab... weiß nur noch nicht, warum das so ist...??


    nSonic

  • Hallo nSonic,


    ich habe beim Wandern mit dem Garmin 12XL die Erfahrung gemacht, dass die Geschwindigkeit wenn man vom Stand losläuft oder von konstanter Geschindigkeit plötzlich hält, mehrere Sek. braucht, bis sie sich wieder eingepegelt hat. Also wird die Geschwindigkeit offenbar über eine recht lange Zeit gemittelt. Hängt vermutlich mit der Problematic der ganzen Rechnerei mit Laufzeiten, Sat-Stellungen und, und, und zusammen. Erstaunlich, dass nach "Einlaufen" die Geschwindigkeit doch so genau ist (zu sein scheint). Fahre jetzt schon das 3 Jahr in Urlaub mit dem Garmin auf der "Front"ablage". Geschwindigkeit liegt immer eine konstanten Betrag (z.B. gefahrene nach Tacho 130) unter der Tachoanzeige.


    Zum Problem des tatsächlichen Weges fällt mir jetzt nichts Gescheites ein. Müsste man vielleicht eine Route genau Start-Ziel abfahren, Weg wird in TTN z.B. bei der Planung ja angezeigt, zusätzlich km-Zählerstand
    (mit allen Ungenauigkeiten) könnte ein gutes Gefühl geben.


    Viele Grüße,


    Charly

    • Offizieller Beitrag

    Hallo nSonic,


    <<bitte schick mir mal ein Log von Deinem Empfänger - ich seh mir das Format mal an...>>


    habe mir jetzt mal ein Tool (G7toCE) besorgt, mit dem man das Track-Log des eTrex auslesen kann.


    Sieht so aus:


    Version 2:G7T
    #Sat May 21 18:33:57 1983 GMT
    #Sinnotts Radius=6371.0 km
    D WGS-84
    M DMS
    Z 0.000000
    A Feet ->Altitude/Depth units for this file
    ! -r cblack -r tt -r sn
    ! -w coblack -w ctblue -w sovs -w stvs -w ane
    ! -t cblack -t wt -t sn
    ! -p ly -p fn -p cblack -p wt -p ablack -p sn
    N New Track Log Start - ACTIVE LOG,Default Color,1
    T N52 22 38.97 E013 12 54.65 Sun May 18 10:36:07 2003 ;172.339812; 1e25; SM; 0.0000; 0.0000; 0.0000; INF; -;
    N New Track Segment Start
    T N52 22 39.04 E013 12 55.03 Sun May 18 10:43:56 2003 ;140.800576; 1e25; SM; 0.0048; 0.0000; 0.0048; 0.0; 469;
    T N52 22 38.20 E013 12 52.48 Sun May 18 10:44:19 2003 ;140.800576; 1e25; SM; 0.0340; 0.0340; 0.0388; 2.4; 23;
    T N52 22 38.97 E013 12 54.26 Sun May 18 10:44:39 2003 ;140.800576; 1e25; SM; 0.0256; 0.0596; 0.0643; 2.1; 20;
    N New Track Segment Start
    T N52 22 39.59 E013 12 56.96 Sun May 18 10:45:38 2003 ;142.377318; 1e25; SM; 0.0338; 0.0000; 0.0982; 0.9; 59;
    N New Track Segment Start
    T N52 22 38.81 E013 12 54.18 Sun May 18 10:46:39 2003 ;142.377318; 1e25; SM; 0.0358; 0.0000; 0.1340; 0.9; 61;
    N New Track Segment Start
    T N52 22 38.50 E013 12 52.48 Sun May 18 10:49:49 2003 ;140.800576; 1e25; SM; 0.0208; 0.0000; 0.1547; 0.2; 190;


    usw. ...


    Viele Grüße,
    Sven