Mit OZI-CE und RBT3000 im Skiurlaub -> OCI-PC Auswertung

So liebe Skifahrer und OZI-ceaner...

ich bin fast wieder da und habe langsam angefagen meinen Skiurlaub von vor 1 1/2Wochen "auszuwerten".
Ich habe bei meinen 8 Tagen Skifahren immer meine RBT3000 von 08:30 bis 16:30 auf der Piste in der Jacke eingeschaltet.
Abends dann mit dem PDA den Datenlogger ausgelesen und als Track abgespeichert,...
und für den nächsten Tag wieder neu aufgeladen.

Da so mancher auf die Idee gekommen ist,.. seine "Speed" oder sein "Gerutsche" mit dem Navi zu "überwachen".. ein paar kleine Bilder von meiner ersten Auswertung.

Ich war die Woche im Skigebiet Skiwelt Amade unterwegs,..
Die RBT3000 hat Ihreren Dienst wieder tadellos vollrichtet...
(einfach in der Brusttasche gesteckt,.. in einem einfachem Gefrierbeutel gegen Feuchtigkeit geschützt)

Ein Skitag mit 45km Skifahren (inkl. liften, die geraden Striche sind die LIFTE) sieht so aus:

ich habe zur besseren Übersicht, die Nachtansicht in blau für OZI-PC gewählt,..
der gelbe Track ist ca. 45km lang,..

man sieht eigentlich ganz gut,... trotz einfachster Ablage in der Jacke,.. kein Problem mit dem Empfang und kaum Fehlmessungen...
dadurch hat sich mit OZI-PC folgende Höhenauswertung gebracht:

jau,.. und mein eigentliches Ziel war ja auch neben der "Höhenanalyse"
mal zu gucken, wie schnell man so beim skifahren wird,..

Klar,.. die SPeedangabe bezieht sich auf die Horizontale,.. da ein Berg meistens abfällt
war man logischerweise je nach Gefälle einiges schneller,..
wie man das aber ausrechnet,.. weiss ich leider noch nicht
(witzig ist auch.. wenn man beim "Live" abspielen vom Track sieht,.. das ein 2er Sessellift so 7-8km/h schnell ist und je nach Gondel 17km/h

Die eigentliche Positionsbestimmung der RBT3000 ist schon klasse,.. und bei über 4000 Trackpunkten finde ich schon erstaunlich,.. dass ausser ein paar Ausreissern
die Speed (Werte über 80km/h sind wohl Schrott) super erkannt wurde.

naja,... ich weiss,.. was auch für mich nur ein interessanter "JUX"
Ergebniss,... nix gebrochen und RBT3000 läuft und läuft und läuft....

Hallo PeDeAe,
hol dir doch GPSTrack von www.nsonic.de, les da das NMEA-File ein - dann stimmt auch die Geschwindigkeit.

Hallo Peter

bist du sicher, das GPS-Track für die Speedberechnung wirklich auch
den Höhenversatz mit einbezieht??

ich finde das Ergebniss von OZI-CE und GPSTrack sieht eigentlich ähnlich aus?!
... müsste dann nicht auch automatisch eine längere Strecke errechnet werden ??
Wenn ich in gleicher Zeit eine größere Geschwindigkeit habe (Berg runter) habe ich
je nach Winkel halt auch eine größere Strecke,..
OZI-PC und GPSTrack sagen aber beide 45km ?!

Hallo PeDeAe,

Zitat

Original von PeDeAe
.. dass ausser ein paar Ausreissern die Speed (Werte über 80km/h sind wohl Schrott) super erkannt wurde.

... so so, "Ausreisser"
... Du hast Deine Atomic eher ordentlich laufen lassen :gap

Sag mal PeDeAe Du haßt ja mit Deiner RBT3000 doch bestimmt nmea Logfiles aufgenommen. Wie groß waren denn die? Mein nmea logfile (hmmm ich könnte ihn ja eigentlich anhängen) aufgenommen zwischen 8:30 und 13:30Uhr ist 3,6 MB groß.

Viel Spaß damit

Zitat

Original von PeDeAe
Hallo Peter

bist du sicher, das GPS-Track für die Speedberechnung wirklich auch
den Höhenversatz mit einbezieht??...

Nein, sicher bin ich nicht. Aber GPS misst doch den Abstand zwischen 2 Track-Punkten im Raum? Wenn das stimmt, müssten auch Steigungen/Gefälle die richtige Strecke liefern.

(Ich seh schon, da muss mal jemand die Eiger-Nordwand durchsteigen und mitloggen )

Hallo,
folgendes habe ich gelesen:

Die Geschwindigkeit ist lt. NMEA Spezifikation "Speed over Ground" oder auch "horizontal Speed". Die Höhenänderung wird demnach nicht in die Berechnung der Geschwindigkeit und Wegstrecke einbezogen. Bei Positionsänderungen mit großem vertikal Anteil (bergauf/bergab) ist diese Tatsache entsprechend zu berücksichtigen.

Gruß Wolfdieter

Hallo Markus (wirklich online in Frankreich tzz , hallo Wolfdieter, hallo Peter, hallo cludy)

Markus: du scheinst recht zu haben,.. NHTOP50trans scheint bei 15.000 Punkten beim konverieren abzuschneiden,...

Dein Track ist aber garnicht so schlecht (bin sonst eigentlich kein MD95k Freund
Habe auch mal unten die Grafik von DIR hinterlegt,..
man sieht eigentlich auch da ganz gut,.. wenn es per Lift wieder ab nach oben ging,...
Wenn man dann die maximalen Ausreisser weglässt kann man eigentlich auch da ganz gut
auf die "Horizontal-Geschwindigkeit" (wenn es denn nun so ist) schätzen,...

ich werde bei meinem eigenem Track mal einen einzelnen Berg rausfiltern und mal da genauer hingucken, wo ich wusste, das man da flott runter fährt,..
ansonsten dir noch einen schönen Urlaub (PS: skifahren ist noch besser als PDA-Forum,.. aber pssst ;))

was meine RBT3000 Datenloggerfiles angeht,. so kann die RBT3000 generell 30.000 Datenpunkte speichern,..
da ich aber den Eindruck habe, dass die Maus einen "internen" Filter hat,..
sodass keine "Schrottwerte" gespeichert werden , und da sie nur alle 10m abspeichert
sind bei mir immer so 800k bis 1,5MB NMEA Log für ca.8h und 45km draus geworden,...

@Wolfdieter&Peter:
jau,.. so habe ich das auch mit der Horizontalgeschwindigkeit "im Kopf", bedarf also noch einer genauen Klärung (Hallo Fermoll ??,.. hallo ??)

Hallo beisammen,

schöne Grüße wieder aus dem frühlingshaften (Süd)Deutschland. Ich bin seit gestern wieder zu Hause. Nach 7 genialen Skitagen mit strahlendblauem Himmel und 80-90 Ski- Kilometern pro Tag.

Jetzt bin ich kaputt und die Auswertung der aufgezeichneten Werte wartet.

@PeDeAe:

Vielen Dank fürs posten von meinem Logfile. Was Du hier darstellst ist das was ich auch sehe. Höhe Prima, Geschwindigkeit ziemlich wackelig. Interessant ist es allerdings, daß die Geschwindigkeiten im NMEA logfile viel stabiler sind als im OZI.

Was die (höhenkorrigierte) Geschwindigkeit betrifft, ja, ich kann mich auch erinnern, daß Die Geschwindigkeit "Speed over Ground" ist. Allerdings sollte es doch kein Problem sein dies umzurechnen oder? Strecke zwischen zwei Punkten, Winkelfunktion und Höhendifferenz, Zeit, ist doch alles was man braucht. Wenn ich nur programmieren könnte...

Ich habe mir schon überlegt, ob ich sowas in Excel machen soll, da könnte man, um die Peaks bei der Geschwindigkeit zu vermeiden, evt. die Entfernung immer über mehrere Trackpunkte berechnen. Vielleicht würde das was helfen. Außerdem könnte man auch die Höhenmeter auf/ abwärs summieren was ganz interessant ist (mein Fahrradcomputer macht das). Leider fehlt mir ein Wenig die Zeit dazu und vor allem:

Wie berechnet man die Entfernung zwischen zwei Koordinatenpunkten?

Oder gibt es hier jemanden der sowas aus dem Ärmel schütteln kann?

Gruß

Markus

Zitat

Original von markuhn
...
Leider fehlt mir ein Wenig die Zeit dazu und vor allem:

Wie berechnet man die Entfernung zwischen zwei Koordinatenpunkten?

Oder gibt es hier jemanden der sowas aus dem Ärmel schütteln kann?

Gruß

Markus

Alles anzeigen

Kein Problem, gleich das oberste Tool :
Hier

@peterpu

Danke, das hilft mir schon mal weiter. Mal schauen wann ich dazu komme. Ich habe zwar noch nicht ganz verstanden woher die 111,1944 km (Entf =M * 111,1944 km) kommen, soll mir aber erst mal egal sein.

Wastl

die Höhe noch mit berücksichtigen sollte nach dem ich die Anleitung von peterpu habe kein Problem sein. Wozu gibt es den Herrn Pythagoras. Aber Wastl, gut daß Du hier bist: Kannst Du mir nochmal schnell erklären wie sich das Datum/Uhrzeit Format im plt file zusammensetzt? Du weißt schon, diese wunderbar verschlüsselte Zahl(38348.7725289) Dann muß ich nicht erst suchen ;D

Aber ansonsten nicht zu schnell mit was rechnen, meine Freundin schreit nach meiner seltenen Freizeit Sie war nämlich nicht beim Skifahren dabei

Markus