Introduction of the Calories workout type, various improvements#158
Introduction of the Calories workout type, various improvements#158JaapvanEkris merged 281 commits intomainfrom
Conversation
|
@JaapvanEkris can we close the 0.9.7 cycle, especially in terms of the GUI? I have started working on the migration to typescript and vite/vitest (and it is comming together nicely, vite and vitest is extreme fast and has an easy to use API, I am really thinking that we should migrate all uvu tests rather sooner than later) but it is a substantial change affecting all files in the GUI and for the sake of efficiency (to avoid massive merge conflict resolutions) I would like to do this on the finalized version. |
I'm waiting for fitfilewriter to release its latest update, and update the fitrecorder to its latest version. This is an anticipation on the move of RowsAndAll.com to migrate to intervals.icu and use fit-files end of the year to communicate (see https://forum.intervals.icu/t/support-for-rowing-data-migrating-from-rowsandall-com/117915 and https://github.com/sanderroosendaal/rowingdata/blob/master/docs/FIT_EXPORT.md). As I want to prevent we need to push this update out when it is the end of the year (putting pressure on 0.9.8 planning). I anticipate a small change in the workoutsegment to facilitate the development, and a lot of documentation updates and then it is a wrap for me.
Sounds cool! |
What is the functionality that you are expecting from the fitfilewriter that needs addition? As a side note on the fit file, developer fields in garmin connect only show up if there is a valid connect IQ app ID (https://forums.garmin.com/developer/connect-iq/f/discussion/231088/fitcontributor-data-not-appearing-in-garmin-connect---can-t-figure-out-how-to-debug but implicitly this comes out from the sdk documentation) this is just something to be aware of, may be document at some point. |
Support for undocumented Garmin fields (for lap/split summary) and for developer field arrays (force curves).
I'm hopefull ErgZone will register it someday, or Garmin will accept it as industry standard. In essence, all rowing data producers jointly agreed this will be the spec moving forward. But intervals.icu will parse the data regardless of status, which is our goal. |
Mark has just released FitFileWriter 0.1.9, which includes all changes we want. I'll release this Sunday evening. |
| fitWriter.writeMessage( | ||
| 'developer_data_id', | ||
| { | ||
| application_id: "42c9182e-23a6-425f-b8fc-316d3d164a6f" |
There was a problem hiding this comment.
I can see that there is a dev id for the developer fileds: 42c9182e-23a6-425f-b8fc-316d3d164a6f is this a real app or just random UUID to satisfy the standard?
|
With the latest PR's merged, I consider 0.9.7 feature complete. I let it cool down for a day or two (last tests), and release it next saturday. |
Version 0.9.7 (April 2026)
Main contributors: Jaap van Ekris, Abasz, DXCanas, NickOldfield, cwklurks and klamp169
New functionality in 0.9.7
Newly supported rowers in 0.9.7
For an overview of all supported machines and their support status, please look at the supported rower list
Bugfixes and robustness improvements in 0.9.7
Flyhweel.jsas all dependent algorithms can use the same datastream. It reduces noise on the reference system from 1.5% (version 0.9.6) to 0.3% (version 0.9.7) (see this explanation)Flywheel.js, allowing a more thorough testing of this function's behaviourFlywheel.jsKnown issues in 0.9.7