Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Check stats for Greg's 15x3min/3min workout #4

Open
sanderroosendaal opened this issue Nov 3, 2016 · 3 comments
Open

Check stats for Greg's 15x3min/3min workout #4

sanderroosendaal opened this issue Nov 3, 2016 · 3 comments
Assignees

Comments

@sanderroosendaal
Copy link
Owner

11-3a
Downloads.zip

@sanderroosendaal
Copy link
Owner Author

Second interval - the CSV looks like this:

w 1 144 176.09 787.5 112.64
w 1 145 178.44 798 112.61
r 1 146 182.6 809 113.05
r 1 147 185.29 819.8 120.49
r 1 148 187.76 827.9 151.92
r 1 149 191.48 839.1 166.27

So pace 1:52.6 when starting last stroke at 2:59.9 (according to my algo). 798m done. The first rest stroke starts at 809m.

Extrapolation at that pace gives an additional 0.4m, so
total work distance should be 798+0.4 = 798m. PM5 gives 805m. :-/

Using ElapsedTime, 178.4 seconds at final W stroke, we would get 798m+7m = 805m. So ... the question is why rowingdata counts the elapsed time as 1:59.9 instead of 1:58.4.

@sanderroosendaal
Copy link
Owner Author

OK, the calculation is done right. Rowingdata adds 1.4 seconds worth (6.2m). However, it subtracts the 3.8m " Horizontal (meters)" value of the first stroke. Probably the cum_dist calculation ...

@sanderroosendaal
Copy link
Owner Author

sanderroosendaal commented Nov 18, 2016

Solving this is possible, but at the risk of messing up results for Just Row (when you add intervals after the row).
The ' Horizontal (meters)' value resets to a low value at the start of each interval. This low value represents the meters that you glide between the start of the interval and the start of the first interval stroke.

However, this data is only available on workouts programmed as intervals - not when you insert intervals after the fact or try to split set intervals into smaller chunks.

The code could of course try to detect what is the case (df.iloc[startintervalindex-1,' Horizontal (meters)']>df.iloc[startintervalindex,' Horizontal (meters)'] and then add the value of the first stroke ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant