Hi Nathan,Thanks for taking the time to post here, this is excellent stuff. For the 3.2 release we're updating the website to include some 'practical' advice to go alongside the science section. I will reuse this post to advise on the very best way to estimate CP and W'.Mark
Is there still more work needed to improve the W'Bal model?
Nathan,
A minor testing tip to add is that for the shorter intervals try flying starts with a lead in just below your expected CP. With the lead in you will get the VO2 kinetics up without depleting significant W' decreasing the Wilkie effect caused by VO2 lag. From the attached jpeg the peak around 600 watts was an effort just shy of 1 minute done with the flying start.
To recap and summarise additional info from above discussion:
4. Even pace as much as possible.
So reading through all these posts (and Nathan and Doc, thank you so much for taking the time to post these. It takes my old ex phys knowledge and sort of turns it upside down a little bit, forcing me to revisit everything.) it becomes clear that we're looking for 3 to 5 self paced TTs, evenly spaced, between 2 and 15 minutes. So for example, 2, 5, 8, 12, 15 minutes, for example? Extra data points would remove the heavy reliance on any single point.With GC, the modeling only asks for 2 points.Is there any way (mark, more question for you) to create a model that will take into account all these points, fit the curve to these points and extrapolate out?
Where have we seen this one before?
http://www.fredericgrappe.com/wp-content/uploads/2011/07/The%20record%20power.pdf
We could also update the dialog tool to be more sophisticated for when there is no ride data and allow multiple points to be entered. Can look at that for v4.CheersMark
Hi Mark, I'm not 100% sure how the auto CP + W' calculator in GC works. As you know, the problem with using field derived powermeter data recorded during training is that not ALL durations represent true maximal efforts because nobody does a true maximal over every duration in 1sec increments. So we get those little steps occurring whenever there is a maximal effort. My understanding is that you created an algorithm in GC which detects the edge of those little steps and then uses those values to fit a hyperbola. Is this correct?
I use a scientific graphing program called Graphpad PRISM to fit the hyperbola (and say for example, modeling VO2 kinetics), but for a coding guru such as yourself, then surely it should be possible to write a small, independent module that runs a least squares hyperbolic curve fit on manually entered values?
The brute force fit basically looks for minimal values of W'/CP as the duration gets longer.
I would've thought that 'non-dedicated truly maximal efforts' are most likely to be achieved on hills (for most) which would then overestimate CP (for non-hill efforts).....please correct me if I'm wrong.
Other than that, the points on the steps most likely indicate maximal efforts and might be good to use for selection of, for example, a 3:43 or a 16:37 effort achieved in races that might be greater than dedicated testing could produce.
I have previously thought that the ability to select intervals based on gradient would be a useful feature (eg best 5min power with <2% gradient...or whatever time period or gradient)......maybe in version 5! :-)
damn good idea for a projectMy initial thought was that I would be happy to provide data and I'm sure others here would be too....I wonder how much calibration/zero offset of power meters matters since the study would be looking for variance between hills and flat (as opposed to variance between the power meters). Even a pilot study of 10 athletes with 10 data points (all terrains then sort out by gradient) at 2 different durations gives 200 data points which would have decent power.
Recently I've made several posts outlining why W'bal goes negative if you use FTP instead of CP in the model. This occurs mainly because FTP underestimates CP.In most cyclists (excluding elite and pros), CP lies in the range 20-30MMP. So you simply do a TT in this duration range, and I recommend this as a doublecheck of your CP, but it does not give you the value of W'. For that you need to conduct short TTs also.I do not recommend the 3min AOT test because during the last 30sec of this test you are still recruiting type IIx fibres. These fibres are fatigued but they still produce some force. Therefore, the potential to overestimate CP exists (especially for well trained cyclists) because this essentially violates the concept of CP, which is that type IIx fibres are not being recruited. Secondly, getting access to the lab equipment is difficult to perform this test.The recommended "gold standard" to estimate CP is to conduct 3-5 time to exhaustion tests as constant power in the range 2-15min. Again, the problem with this is that not everyone has access to a cycle ergometer that has a constant power mode. Secondly, TTe tests are notoriously variable due to psychological factors. At the point of exhaustion, if I were to offer you $10,000 to continue for another 30 s. I reckon you'd give it a red hot go.A practical field method has been validated in a couple of studies (see links below). These use standard self-paced TTs instead of TTe tests over the same duration. There are some important points to consider though when conducting self-paced TTs.1. Most important is that the TT is done as evenly paced as possible. Going out too hard could cause premature fatigue, whereas going out too easily might lead to some W' being left in the tank at the end (ie: you do not attain VO2max)2. The key to estimating CP properly is that we want the shortest and longest duration which elicits VO2max. 2min might just not be long enough in all cases, so I would recommend 2.5 or 3min to be sure. Anything over 15min (if evenly paced) begins to approach the maximum duration that humans can sustain which elicits VO2max ie: a TTe test lasting >20-25min will not induce VO2max. Task failure occurs in combination with other reasons such as increased central fatigue, that are less present at shorter durations. So to be safe, I believe it is wise to cap the long end at around 15min. For this reason also it should be obvious that the 3/20min test has the potential to underestimate CP.3. The durations should be evenly spaced. Thus duration of 3,8,14min would be preferable to 2,5,15min for example.
Lastly, a small modification that I believe could be used to prevent an underestimation of W' by a conservative pacing error, is simply to commence your "end spurt" about 30sec earlier than you otherwise normally would. If at the end of the TT, the power is still rising and especically if it is above the average power, this would indicate that you have W' left in the tank (thus inducing a small underestimation). However if the power is decreasing at the end, and it is below average power, then it implies you've expended virtually all that you can. If the pacing is done very evenly though, we do not expect a large end spurt to occur anyway.
What's the point of completing 3-5 time to exhaustion tests if the 2 parameter CP model is set up in GC to search an interval in the Anaerobic range and another interval in the Aerobic range? Say you completed 3 tests of 3, 8 & 14min would you set up the model to search for intervals between 120-180sec for the anaerobic range to include the 3min test and 780-900sec range to include the 14min test into the CP calculation and not include the 8min test? So how do you include the extra 1-3 intervals into the CP calculation?
So I guess for now it's only worth completing a 2.5-3min and a 13-15min MMP test to calculate your CP
There's going to be alot to look forward to in v4.0 by the sounds of it.So I guess for now it's only worth completing a 2.5-3min and a 13-15min MMP test to calculate your CP