Kick off - Runalyze Lauftagebuch

[Steffen42]

Oh. Seit 31.12 keine Höhenmeter mehr aus Zwift-Einheiten.

Ich poste mal hier das Update aus dem Runalyze-Forum, da es ja ein paar Kollegen interessiert:

"Ich denke wir wissen woran es liegt. Wird in den kommenden Tagen für zukünftige Aktivitäten gefixt"

[Dirk_H]

Wie vorher gesagt: Wenn man es aktuell manuell fixen will, dann die TCX Datei aus Garmin exportieren und in Runalyze importieren.
Scheint irgendwas mit der FIT-File zu sein, denn selbige hat auch bei manuellem upload keine HM-Angaben.

[Steffen42]

Ich werde abwarten, bis es behoben ist und dann schnell manuell die FIT-Files aus dem Zwift-Ordner reinwerfen. Sollte eine Aktion von ein paar Minuten sein. Bilanz der Höhenmeter muss ja stimmen (auch wenn ich ehrlicherweise da gar nicht raufgeschaut habe in der Jahresbilanz).

[Basileus]

Da HTS einer der beiden Köpfe hinter Runalyze ist kannst du ihm schon vertrauen dass er weiß von was er schreibt

hm, Jogging-Rookie's Berechnung und Aussage macht aber Sinn. Scheint als zeigt Runalyze da etwas anderes an als zur Berechnung genutzt wird. Zumindest kam ich beim Nachrechnen auch darauf.

[JoelH]

hm, Jogging-Rookie's Berechnung und Aussage macht aber Sinn. Scheint als zeigt Runalyze da etwas anderes an als zur Berechnung genutzt wird. Zumindest kam ich beim Nachrechnen auch darauf.

Was hast du denn berechnet? Meine Berechnung habe ich ja bereits geschrieben und die ist korrekt, da würde ich gerne deine sehen.

[Jogging-Rookie]

Moin Joel,
ich rechne nicht, ich probiere rum. Es ist ja eine komfortable Hilfestellung, die Trainingsgeschwindigkeiten direkt in Runalyze sehen zu können, statt zum Bücherregal zu latschen. Mir fiel aber auf, dass die Paces so gar nicht passten - weder zum Buch, noch zur verlinkten Seite. Daher habe ich in der frei konfigurierbaren Übersicht ("Custom") so lange mit den Prozenten rumprobiert, bis es zu den Empfehlungen aus dem Buch passte. Als ich fertig war , fiel mir dann auf, dass "meine" Prozente komischerweise recht genau zu den Angaben "Prozent von Hfmax" passten, die JD (und die verlinkte Seite) neben vVO2max ja auch an die Hand geben. Also schlussfolgere ich, dass Runalyze zwar vVO2max hinschreibt, aber vHfmax berechnet, was entsprechend zu langsame Paces auswirft.

Das ist eine Kleinigkeit und hat nix mit "Vertrauen" in die klugen Köpfe von Runalyze zu tun. Wollte bloß dem Fragesteller helfen, wie er sich das bei Bedarf selbst einstellen kann. Runalyze ist super, habe meine tägliche Freude daran und hab auch das Upgrade gemacht, weil das tolle Tool es mir wert ist. Also guter Job!

[JoelH]

ich rechne nicht, ich probiere rum.

Wie beim Lotto, man gewinnt einmal und denk man hat ein System gefunden Sorry, du weißt ja ich bin zahlenaffin und Hobbystatistiker.

Also schlussfolgere ich, dass Runalyze zwar vVO2max hinschreibt, aber vHfmax berechnet

Was soll eine vHFMax sein? Die HFMax ist nicht variabel. Und die HFMax berechnet Runalyze ganz sicher nicht, die muss man da fix eingeben. Wenn es also irgendwas mit HFMax zu tun hätte, dann dürften sich deine Geschwindigkeiten nie ändern. Das tun sie aber wenn sich dein effVO2Max ändert. Also kann man ausschließen, dass dein HFMax involviert ist, denn der hat sich sicher nicht geändert.

[HTS]

Mir fiel aber auf, dass die Paces so gar nicht passten - weder zum Buch, noch zur verlinkten Seite. Daher habe ich in der frei konfigurierbaren Übersicht ("Custom") so lange mit den Prozenten rumprobiert, bis es zu den Empfehlungen aus dem Buch passte. Als ich fertig war , fiel mir dann auf, dass "meine" Prozente komischerweise recht genau zu den Angaben "Prozent von Hfmax" passten, die JD (und die verlinkte Seite) neben vVO2max ja auch an die Hand geben. Also schlussfolgere ich, dass Runalyze zwar vVO2max hinschreibt, aber vHfmax berechnet, was entsprechend zu langsame Paces auswirft.

Lass mich die Schlussfolgerung so formulieren: Wer möglichst die Pace-Tabelle aus dem Buch reproduzieren möchte, sollte die Prozentangaben von %HRmax aus dem Buch bei Runalyze eingeben (auch wenn Runalyze %vVO2max "verlangt"). Dann passen die resultierenden Paces einigermaßen zum Buch.

Der Grund dafür ist nur eben nicht, dass Runalyze nicht in %vVO2max (sondern irgendetwas mit %HRmax) rechnet, sondern dass die Prozentangaben im Buch bei Daniels nicht zu den Tabellen passen. Da wir wie gesagt aus rechtlichen Gründen uns nicht direkt auf das Buch beziehen (möchten), können wir hier als Standardeinstellungen nichts angeben, was exakt zum Buch passt.

Das ist nicht so richtig optimal, aberer aus unserer Sicht darf gerne jeder wissen, dass a) Der Autor das Buches und seine "Berater" die Verwendung der wissenschaftlichen Erkenntnisse möglichst unterbinden wollen und b) das Buch solche Fehler enthält.

[Steffen42]

Falls jemand verzweifelt versucht, auf runalyze zuzugreifen. Es gibt offenbar seit ein paar Stunden ein Problem mit einem Datenbankknoten.

Die Statusseite zeigt das auch zuverlässig an:

https://status.runalyze.com

Geduld, Garmin Connect war ja auch ein paar Tage offline, da halten wir ein paar Stunden auch aus.

[Dirk_H]

Falls jemand verzweifelt versucht, auf runalyze zuzugreifen. Es gibt offenbar seit ein paar Stunden ein Problem mit einem Datenbankknoten.
.. da halten wir ein paar Stunden auch aus.

Dann habe ich ja eine Entschuldigung für einen (weiteren) Ruhetag.

[Steffen42]

Dann habe ich ja eine Entschuldigung für einen (weiteren) Ruhetag.

Niemals! Lauf jetzt!!!

[Steffen42]

Status sagt zwar noch "down", man kommt aber dran. Aktivitäten hochladen ging bei mir manuell, nicht per API.

[JoelH]

Status sagt zwar noch "down", man kommt aber dran. Aktivitäten hochladen ging bei mir manuell, nicht per API.

Dazu der Text der auf dem Status-Server zu finden ist.

The database was damaged by the outage in such a way that we had to import our last complete database backup from 2 o'clock (CET). Repairing the defective entries, on the other hand, would have cost us much more time.

Changes made between 2am and 9:15am were unfortunately lost in the process. You have to repeat the changes manually. Likewise, you may have to manually re-upload activities that were imported into Runalyze via automatic synchronization during this time. Activities that were still in the queue should now be processed one by one. If in doubt, please manually upload your current activity to Runalyze.

Also, there may be issues with API connections in some circumstances. If an automatic synchronization of new data (i.e. after 2pm on Monday) does not work, please reconnect to the corresponding API once. Unfortunately, we cannot check individual cases here.

[Steffen42]

Dazu der Text der auf dem Status-Server zu finden ist.

Hätte ich mal lesen sollen. Hätte mir dann nämlich zwei Fragen gleichzeitig beantwortet: "wo ist mein Krafttraining von heute früh?" und "warum lässt sich der Lauf von heute Mittag nicht syncen"?

[ruca]

Und bei Facebook der Text in Deutsch, dazu diese Ergänzung:

Wir entschuldigen uns ausdrücklich bei Euch für den Ausfall und die daraus resultierenden fehlenden Daten. Wir arbeiten mit Hochdruck daran, dass solche Ausfälle möglichst nicht auftreten und im Zweifelsfall möglichst keine Daten verloren gehen und Runalyze schnell wieder verfügbar ist. Wir werden den Vorfall später genauer analysieren und unsere Infrastruktur entsprechend anpassen.

So geht das.

[Steffen42]

Und bei Facebook der Text in Deutsch, dazu diese Ergänzung:




So geht das.

Soll ich mal die lächerlichen Infos von Garmin während der Ransomware Downage rausholen?

[Steffen42]

Ich werde abwarten, bis es behoben ist und dann schnell manuell die FIT-Files aus dem Zwift-Ordner reinwerfen. Sollte eine Aktion von ein paar Minuten sein. Bilanz der Höhenmeter muss ja stimmen (auch wenn ich ehrlicherweise da gar nicht raufgeschaut habe in der Jahresbilanz).

Ich habe jetzt alle Zwift-Aktivitäten vom 31.12-10.1 neu hochgeladen. Jetzt passen die Höhenmeter wieder.