Lauftraining brauche Hilfe

Hallo,
ich möchte Glopus gerne für mein Lauftraining nutzen. Hierzu würde ich mir gerne folgende Funktionen anzeigen lassen:
- Geschwindigkeit in min/km
- Durchschittsgeschw. in min/km
- Dauer
- Strecke
- Geschwindigkeit

Dazu wollte ich mir eine Benutzerdefinierte Seite erstellen, doch ich bekomme die ersten beiden Punkte nicht hin.
Ich müsste, zumindest zur groben Annäherung einfach die TripTime/Distance teilen, aber wie muss ich das hinschreiben, damit er das macht?
%TripTime%/%Distance% ???
%TripTime/Distance% ???

geht beides nicht und auch Abwandlungen davon nicht.

Kann mir da jemand weiterhelfen, bzw. kennt eine noch bessere Methode?

Vielen Dank schon mal im Voraus.
Und auch Dank den regen Postern hier, ich lese die Beiträge immer gerne.

Gruß
Fritz

danke für die antwort...
das wäre sehr ärgerlich, ich würde nämlich gerne meinen pulsmesser mit meinem pda/glopus "kombinieren".
es muss doch irgendwie gehen, glopus "sporttauglich" zu machen

Zitat

Original von Silver34
Mommentan gibt es nur ein Wert der halbwegs in deine Richtung geht!

Das ist %Average% (Durchschnittgeschwindigkeit).

Mit 1440 / %Average% bekämmst du deine Info Zeit auf Entfernungseinheit leider ist nur 1 operator nach der Abgefragten Werten möglich!

Vielleicht, wenn es einige andere Wünschen, wird Peter das noch einbauen. So eine einfache Wertumrechnung kann in Glopus nur ein paar Programmzeilen sein.

Nur etwas geduld - Peter hat schön viel Wünsche erfüllt.

Gruß
Silver

Alles anzeigen

Eine "universelle Lösung" erfordert einen eigenen mathematischen Parser, der alles Mögliche ausgehend von Zeichenketten berechnen kann. Das ist sicher realisierbar, aber ist das nicht ein bisschen viel für die paar Anwendungen? Jede Funktion macht Glopus "dicker" (wenn auch nicht unbedingt langsamer) und PPC Anwendungen sollten doch eher schlank sein. Aber wie immer entscheidet die Anzahl der Nachfragen, ob so was eingebaut wird.

Zitat

Original von Peter Kirst
Eine "universelle Lösung" erfordert einen eigenen mathematischen Parser, der alles Mögliche ausgehend von Zeichenketten berechnen kann. Das ist sicher realisierbar, aber ist das nicht ein bisschen viel für die paar Anwendungen? Jede Funktion macht Glopus "dicker" (wenn auch nicht unbedingt langsamer) und PPC Anwendungen sollten doch eher schlank sein. Aber wie immer entscheidet die Anzahl der Nachfragen, ob so was eingebaut wird.

Also wenn es um die Nachfrage geht, dann möchte ich schon den Bedarf der Möglichkeit auch einzelne Platzhalter untereinander mathematisch verrechnen zu können anmelden. Ich hatte schon mehrmals den Wunsch geäußert, die Durchschnittsgeschwindigkeit auch rein auf die Fahrzeit berechnen zu können und nicht wie jetzt auf die gesamte Trip-Zeit, also mit Pause. Es wäre toll, wenn das in der nächsten Version ginge.

Was ist Fahrzeit? Setzt du eine v-Schwelle? Zählen die GPS-Positions-Fluktuationen (Messfehler) auch schon als Fahrt? Und die Wartezeiten an Ampeln, Stop & Go-Verkehr? Ich denke das wird nicht trivial zu definieren sein. Und je nach Definition kommen wieder ganz andere Werte raus, so dass die Aussagekraft dieses Zahlenwertes doch sehr fraglich ist. Zumindest, solange man nicht einfach über die Trip-Zeit mittelt.

Der Fall ist ähnlich wie die "Höhenmeter". Deren Aussagekraft ist auch ohne weitere Angaben wertlos. Ich verstehe nicht, warum Leute sich über total verschiedene Zahlen beschweren, die Glopus bzw. ihr Reiseführer angibt. Das liegt eben in der Natur der Sache.

Zitat

Original von frank334
Was ist Fahrzeit? Setzt du eine v-Schwelle? Zählen die GPS-Positions-Fluktuationen (Messfehler) auch schon als Fahrt? Und die Wartezeiten an Ampeln, Stop & Go-Verkehr? Ich denke das wird nicht trivial zu definieren sein. Und je nach Definition kommen wieder ganz andere Werte raus, so dass die Aussagekraft dieses Zahlenwertes doch sehr fraglich ist. Zumindest, solange man nicht einfach über die Trip-Zeit mittelt.

Der Fall ist ähnlich wie die "Höhenmeter". Deren Aussagekraft ist auch ohne weitere Angaben wertlos. Ich verstehe nicht, warum Leute sich über total verschiedene Zahlen beschweren, die Glopus bzw. ihr Reiseführer angibt. Das liegt eben in der Natur der Sache.

Ganz einfach: Trip-Time minus Break-Time, oder? Derzeit wird die Durchschnittsgeschwindigkeit über die Trip-Time gerechnet. Als Radfahrer macht man ab und zu mal 'ne Pause, mich interessiert dann die Durchschnittsgeschwindigkeit über die reine Fahrzeit, genauso wie mich die addierten Höhenmeter interessieren, die ich gerne auf meiner benutzerdefinierten Anzeige darstellen möchte. Die Angaben gibt's ja schon auf der Seite der Höhenanzeige und der Geschwindigkeitsanzeige.

Wer sich ein wenig mit GPS beschäftigt weiß natürlich, welche Ungenauigkeiten gerade bei Höhe und damit bei Steigung, aber auch bei Geschwindigkeit und Koordinaten bestehen.

Ich habe mich nicht beschwert über unterschiedliche Zahlen. Ich finde es zwar toll, wie Du Dich hier mit Tools und Diskussionen etc. einbringst, aber gleichzeitig stört mich, dass häufig Kritik an den Beiträgen anderer in Deinen Postings mitschwingt, die ich eher dem Entwickler als einem engagierten Nutzer zugestehe.

Bitte nehme das nicht persönlich. Zuerst muss man die Sache klar definieren, bevor man so etwas in Glopus einbauen kann. Bei den Höhenmetern stand 1200m Glopus-Messung dem Wert von 740m MagicMaps gegenüber. Das sind eben keine Peanuts mehr, sondern man muss sich fragen, was misst man da eigentlich.

Einfach mit "Break-Time" machst du dir die Sache doch etwas einfach. Dann musst du schon sagen was das ist. Soll der Benutzer einen "Break" Button drücken? Das wäre dann eindeutig. Wenn Glopus automatisch die Pause erkennen soll, ist nicht klar was im Stop&Go-Verkehr, bei GPS-Fluktuationen und bei Mini-Stopps passieren soll. Für den Mittelungs-Zahlenwert spielt das aber eine sehr große Rolle.

Zitat

Original von frank334
Bitte nehme das nicht persönlich. Zuerst muss man die Sache klar definieren, bevor man so etwas in Glopus einbauen kann. Bei den Höhenmetern stand 1200m Glopus-Messung dem Wert von 740m MagicMaps gegenüber. Das sind eben keine Peanuts mehr, sondern man muss sich fragen, was misst man da eigentlich.

Einfach mit "Break-Time" machst du dir die Sache doch etwas einfach. Dann musst du schon sagen was das ist. Soll der Benutzer einen "Break" Button drücken? Das wäre dann eindeutig. Wenn Glopus automatisch die Pause erkennen soll, ist nicht klar was im Stop&Go-Verkehr, bei GPS-Fluktuationen und bei Mini-Stopps passieren soll. Für den Mittelungs-Zahlenwert spielt das aber eine sehr große Rolle.

Ganz einfach und klar definiert die Werte nehmen, die sowieso schon irgendwo in Glopus vorhanden sind, nur nicht als Platzhalter greifbar. Schau doch mal auf die Geschwindigkeits- und die Höhenseite in Glopus, da gibt's die Werte.

So einen mathematischen Parser, den Peter angesprochen hatte, gab es mal als Übung im Informatik-Unterricht der 12. Klasse. Das war gar nicht so schwer. Die Terme konnten dann berechnet, vereinfacht oder symbolisch differenziert werden. Klammern beliebig verschachtelt, spezielle Funktionen wie e/sin/cos/tan etc. Eine schöne Übung, aber vielleicht etwas Overkill für Glopus.

Die Angabe Höhenmeter finde ich bei einem Fehler von 60% (wie zuvor berichtet) eher unsinnig. Vernünftigere Werte würde man über ein gleitendes Mittel über viele GPS-Fixes bekommen.

Ich hab mal geschaut, Peter definiert v >3 km/h als Fahrt. Bei normalen Überlandfahren kann man so ganz gut Fahrt und Pause unterscheiden. Im Stop&Go-Verkehr würde man aber eher Unsinn herausbekommen, der zudem stark von dieser willkürlichen Schwelle abhängt.

Aber meinetwegen, blendet diese Werte nur ein. Ich brauche normalerweise nur Karte und Geschwindigkeit.

Zitat

Original von frank334
Ich hab mal geschaut, Peter definiert v >3 km/h als Fahrt. Bei normalen Überlandfahren kann man so ganz gut Fahrt und Pause unterscheiden. Im Stop&Go-Verkehr würde man aber eher Unsinn herausbekommen, der zudem stark von dieser willkürlichen Schwelle abhängt.

Laut Threadüberschrift geht es hier ums Lauftraining.
Da gehört Stop&Go-Verkehr nicht zu den üblichen Situationen, wenn man nicht gerade über Großstadtstrassen joggt.
Bei normalem Joggen erhält so wie es die User wünschen durchaus brauchbare Werte.

Edit: Auch ich wünsche mir die Durchschnittsgeschwindigkeit bezogen auf die Zeit v>3km/h fürs Radfahren im Gelände.

Jo, wir sind da wohl etwas abgedriftet. Beim Laufen scheint die 3km-Schwelle vernünftig. Für die Höhenmeter würde ich eher dem Wert von MagicMaps vertrauen.

p.s.

wie geht das eigentlich, Glopus beim Joggen? Das war bei mir der einzige Anwendungsfall der nicht funktionierte. Bei Auto&Rad kann der PDA gut fixiert werden. Aber beim Joggen? PDA's lassen sich nicht so schön an den Arm binden wie der Garmin Forerunner. Und in der Jackentasche hatte ich sehr große Messfehler mit 200m-Radius. Interessanter wäre vielleicht eine kleine Bluetooth-Maus mit Logging-Funktion zum Joggen.

Die Maus habe ich auch über BT und dann in meiner Gesäßtasche. Das funktionier sehr gut. Den XDA mini habe ich in einem Alucase mit zwei breiten Gummis am linken Arm (die Blutzirkulation ist zwar immer etwas eingeschränkt , aber es ist ja auch bisher nur ein Provisorium). Fast alle Trainigspläne sind aber in der Geschwindigkeitsangabe km/min und ich habe halt wenig Lust dies immer umzurechnen, weshalb ich mal versucht habe das über GLOPUS direkt zu ermitteln .
Scheinbar geht das bisher aber nicht. Naja, dann werde ich mal weiter vorher in km/h umrechnen.
Trotzdem Danke für die Antworten.
Gruß
Fritzel

PDA mit ausgeklappter GPS-Antenne in der Jackentasche lief sehr schlecht. Vermutlich durch das ganze Gezappele. Auf dem Fahrrad gibt es einen schönen Linientrack entlang der Strasse. Beim Jogging zappelt der nur in der Landschaft herum. Trotz SIRF-III-Chip. Die Momentangeschwindigkeit zappelt folglich auch wild herum, von 5-20 km/h, absolut unbrauchbar. Erst eine Mittelung über mehrere GPS-Fixes würde an die Laufgeschwindigkeit herankommen.

Hast du auch den SIRF-III-Chip in der Maus? Und die bringt einen Track als Linie? Ich hatte mal nach GPS-Mäusen gesucht, die selbst den Track speichern können. Dann müsste man den PDA nicht mitnehmen. Am Arm wäre es mir doch zu lästig. Leider gibt es nur sehr wenige Modelle die das können. Kann jemand einen empfehlen?