This update has been in the works for a while, but it’s finally ready. And it’s a big one. Here’s a summary of what’s new and improved:
Previously, there was the “new” calendar and the “old” list of rides. Now the calendar shows monthly power curve and training load summaries, the old list has been updated so it’s going to stay around, and there’s a new sortable and searchable table that is also useful for mass editing and deleting. The interface has been updated to make all these views easily accessible, and any can be set to the default view.
For touch screen users, the arrows in the header can now be clicked/touched without navigating to the top-level link (which affected the coaching menu and would have affected the rides menu.)
What the table can do:
Some addition summary information is now shown for months on the calendar, as it was with the list rides view.
Also, after many requests, training plans can now be drag-and-dropped to new days on the calendar.
The old power curve chart has been removed, and the one that was previously referred to as the new power curve chart takes its place. This chart has also gained the ability to have multiple chart configurations saved.
There is now a “draw mode” for the training load chart. Once activated (the button is in the legend), clicking and dragging on the chart sets the training load of the day based on where the mouse is. There are more instructions on how this works in the text underneath the chart. This is designed for playing around with training load values and seeing how they affect the chart. Nothing is saved.
Rating of perceived exertion is now supported. Each ride and training plan can have the RPE set. This uses the 6–20 scale. There is no need to use this, but it’s there if you want it.
It’s popular to do “virtual rides” these days, where a ride is ridden on a trainer, but the ride data contains artificial GPS data of a real location (thanks Zwift.) The main difficulty with these rides is that ride files normally just use UTC time, and the timezone applied is chosen based on the geographic location. This has meant that virtual rides are normally in the wrong timezone, and sometimes show up on the wrong day.
Rides can now be set as virtual rides, and when this happens, the timezone specified in your profile settings is used.
Previously uploaded virtual rides can easily have their times updated using the new rides table. Searching for something like “zwift” or “island” (it depends on how your rides are named) will probably show just the virtual rides. These can then all be selected, and then mass edited using the tool at the top of the editing page to set the time option to “set to your timezone.”
Virtual rides imported from Strava are automatically treated as virtual.
The API has been updated so that the
/user/<id>/upload endpoint can have a
virtual boolean specified in the request body, to specify that the ride being uploaded is virtual.
The segments tool on ride pages has been slightly updated so “find efforts” can now search for efforts based on power or heart rate, instead of just power.
Your best one hour power is now shown in the best/rank/rating table at the bottom of the athlete statistics page. Previously, the longest duration shown was thirty minutes.
The type and purpose of rides is now shown on ride pages and can be edited.
With Flexicharts, when using the
rebase_dates command, dates are now displayed on the chart instead of boring numbers.
Finally, to make importing just the latest ride (or few rides) from Strava easier, there is now a “quick Strava importer”, which can be found via the linked accounts page. This saves a few clicks, although Garmin Connect integration will make getting rides into to this site easier still, and that’s one of the next things…
This is the blog of Cycling Analytics, which aims be the most insightful, most powerful and most user friendly tool for analysing ride data and managing training. You might be interested in creating an account, or following via Facebook or Twitter.