Elevate: Year Progress Rolling Sum 迁移到 Elevate 应用程序

我支持这一点，我喜欢健身趋势，但 30 天的滚动平均值是无价的！

我来就是为了说这个！ 30 天滚动平均值是比较季节数量的最有用的功能之一。 对于那些专注于积累里程的人来说，去年的距离也很有见地。

如果可能，添加过去 30 天和去年的平均距离/时间/海拔会非常有帮助。

我也想借此机会感谢 Thomas 的不可同日而语的项目

@ashdriver @DCunnama @fjavipm我理解这个反馈。 实际上，这个遗留功能是由其他人编写的（通过拉取请求并感谢他！！）。 我遇到了许多用户的许多错误，我无法在遗留代码中维护该功能。 这就是为什么我将旧功能移到（或强制为您...）新功能。

我将恢复此功能并将其标记为紧急。 老实说，为了我自己的目的，我从来没有真正理解30 天滚动平均值和去年平均距离/时间/海拔的概念。 所以我可以想象很多用户（除了你）将无法正确使用它。 我牢记所有功能都需要可供所有人使用。

那么您能否重新解释一下30 天滚动平均值和去年平均距离/时间/海拔背后的“需求”、“用例”、“解决的问题”？ 所以我可以在新年进程中重新编码吗？ 我和所有其他用户也需要这种理解。

如果您想恢复旧功能，您仍然可以在此处下载旧版本： https : 分支：master，版本：6.8.1 ）

嗨，托马斯，

感谢您的回复和解释。 我会给出我自己的需求和用法，但希望其他人可以添加更多，如果有的话：

需要：
一种比较最近和长期训练负荷（按距离或海拔测量）从一年到下一年的方法。

用例：
用户可以选择显示滚动 30 天或 365 天平均海拔或距离的图（显示在 y 轴上），x 轴上的日期从 1 月 1 日开始。可用数据的每一年都可以用不同的颜色叠加，理想情况下还可以选择/取消选择特定年份以进行直接比较。

问题解决了：
这提供了一种合理有效的方法来比较在一年中的特定时间通过距离和海拔测量的训练努力与前几年相比。 运动员通常为每年大约在同一日期举行的特定年度赛事进行训练，并且能够轻松比较 30 天（在较小程度上为 365 天）滚动平均值是比较此类赛事准备情况的好方法。

可选的附加功能请求：在 30 天和 365 天之间/以下调整滚动平均窗口的能力也可能有用，尽管我认为 30 天是一个很好的固定值。 调整窗口大小对于比较长于（或短于）30 天的年复一年的训练块可能很有用 - 例如，马拉松训练计划通常设置为 3 个月以上。

那么您能否重新解释一下30 天滚动平均值和去年平均距离/时间/海拔背后的“需求”、“用例”、“解决的问题”？ 所以我可以在新年进程中重新编码吗？ 我和所有其他用户也需要这种理解。

“过去 30 天”有助于了解特定运动的训练量变化。 在长耐力运动中，数量和强度是成功的关键。 除了可以在 HRSS 中获得的强度之外，体积是等式中最简单的部分，但通常很难得到正确的结果。 例如，过去 30 天功能可帮助您将爬坡率带入高峰事件的最后六到八周。

只是一个小的修正 - 我一直在谈论 30 天和 365 天的“滚动平均值”，但实际上窗口上的总累积距离/高程/时间可能更有用，这也是此功能以前是如何实现的。

我还想插话说，滚动 30 天和 365 天的平均值实际上是我使用您的插件的首要原因，所以请把它带回来:)

为了回答有用性问题，滚动平均值是一种很好的方法，可以更合理地衡量跑步者喜欢追踪的“连胜”。 例如，我知道一年多来我的腿至少有 3000 英里的平均滚动距离（准确地说是 424 天，如下所示）。 这些计算我在单独的 Google 电子表格上执行，但很容易转换为包含在插件中的绘图。

阈值| 每周 | 暨。 万里 | 到达日期 | 几天结束| 几个月后
-- | -- | -- | -- | -- | ——
1000 | 19 | 1006 | 2016/03/29 | 第1044章 34
1500 | 29 | 1516 | 2016/08/19 | 901 | 29
2000 | 38 | 2001 | 2016/10/21 | 第838话 27
2500 | 48 | 2505 | 2017/06/19 | 第597话 19
3000 | 58 | 3005 | 2017/12/09 | 第424话 13

从现在开始我更清楚了......我在我的进度上停留了很长时间以抓住它。 我之前对该功能进行了错误的可视化...这对我没有帮助...但从现在开始，这不是火箭科学:)

所以我将提供这两种模式：

• 应用程序中当前存在的“标准累积模式”
• 和“连续连续

“滚动连续1 到 365的可自定义滚动日值。 我们应该将其限制为固定值吗？ 我的意思是1 周、 2 周、 1 个月、 3 个月、.. 6 个月、 1 年。 有些用户可能不知道我猜哪一天计数最好。

“滚动连续距离、时间、海拔和计数。

我仍然不知道我们可以在表格中显示什么（右侧）？ 年份之间的滚动增量？ 目标呢？

当然，我在这里写的东西不是密封的。 你可以放弃你的建议、想法、警告，...... ;) 我将在这里链接一些构建。 因此，您将能够测试该功能。 我现在将主要致力于此，其他功能处于待定状态。

谢谢 Thomas，我也同意这是我最喜欢的插件部分之一。 我个人认为默认为 1 个月，但允许用户手动设置它会很棒。

我经常在 1 个月和 1 年之间来回切换，以便轻松比较我一年和下一年的负荷，看看我的训练进行得如何，主要是在跑步马拉松等项目中，训练量确实很大很高兴看到疲劳等。

干杯!

我会说固定值适用于范围 - 1 周、2 周、1 个月、3 个月、6 个月、1 年。
也可以加2个月？

对于表格值和概述，我认为保持与现有进度表相同 - 即如您所建议的与上一年和当前年份的增量。

“滚动连续模式”对我来说似乎是个不错的名字——至少我想不出更好的名字！

再次感谢您为这个项目付出的所有时间和专业知识 - 非常感谢。

• 和“连续连续

我在我的原始帖子中将“streak”这个词放在引号中，因为 Streaks 是跑步者特有的东西，也就是连续几天的跑步。 一些跑步者相信 NDO（无休息日），而连续跑是指您可以在没有休息日的情况下坚持多长时间。 因此，从这个意义上说，将其称为“滚动连续“滚动累积模式”或“窗口累积模式”之类的东西，这意味着累积发生的时间窗口。

“滚动连续1 到 365的可自定义滚动日值。 我们应该将其限制为固定值吗？ 我的意思是1 周、 2 周、 1 个月、 3 个月、.. 6 个月、 1 年。 有些用户可能不知道我猜哪一天计数最好。

我建议为单位（天、月、年）和一个数字提供一个选项。 例如，我很想拥有我 2 年的滚动积累，因为跑步是一项长期运动。 此外，最好提供叠加 2-3 个不同参数的选项，例如 30 天和 1 年，因为后者是前者的更“平滑”版本。 当然，为了使 y 轴有意义，需要绘制一个平均值而不是总数，因为总数完全不同。 可以显示许多跑步者每周跟踪的平均值。 所以在我上面的表格中，3000 英里/年对应于 58 英里/周。 因此，如果您要在彼此之上绘制 30 天和 1 年，您会看到您偏离了 58 英里/周的目标。

“滚动连续距离、时间、海拔和计数。

听起来不错，这是有道理的。

我仍然不知道我们可以在表格中显示什么（右侧）？ 年份之间的滚动增量？ 目标呢？

我没有在上面的表格中包含这个，但我也跟踪了你说达到下一个阈值或增量所需的时间。 人们不想太快地从阈值移动到阈值，因为这是受伤/倦怠的秘诀。 我在这里可以提供的是，让用户可以设置总阈值（1000、2000、3000mi 等）或每周（10、20、30mi 等）的阈值会很好，然后显示您的天数或月数已经超过了每天都会增加的门槛。

我会密切关注线程并再次感谢您愿意重新介绍这个很棒的功能！

• 应用程序中当前存在的“标准累积模式”

我还建议在标准模式下添加每月选项而不仅仅是每年选项。 许多跑步者年复一年地参加同一场比赛，因此如果有意义的话，最好每月进行一次“重置” ，以便比较 2019 年 1 月的累积与 2018 年的累积情况。 在这一点上，所有这些都是功能蠕变:) 所以如果你只是恢复以前的功能，我会很高兴:)

其实一个简单的“滚动总和”呢？ 标准模式更像是“YTD Sum” （

所以我两天前开始开发。

我当时使用的是：

export enum ProgressionMode {
    STANDARD_CUMULATIVE,
    ROLLING_CUMULATIVE
}

@mathin “滚动总和”和“年初至今总和”似乎确实简单得多。 我可以打开这些。 别人怎么看？

这里有一些结果！！ :) 我完成了通过 TDD 编写主流逻辑。 在用户界面中绕过几次后，以下是一些结果：

“30天滚动总和”

“3个月滚动总和” ：

“1年滚动总和” ：

“年初至今总和”相关联：

与“30 天滚动总和”比较的传统“最后” ：

看起来很完美，非常感谢您如此迅速地开始实施！

您可以在此处使用单元测试验证当前行为： https :

方法在这里： https :

这里有一些结果！！ :) 我完成了通过 TDD 编写主流逻辑。 在用户界面中绕过几次后，以下是一些结果：

这绝对是惊人的！ 非常感谢，我等不及要开始使用新指标了！

一个小问题/评论。 当我比较（当然只是在视觉上）传统的“过去 30 天的距离”与新的“30 天滚动总和”时，在我看来，“滚动总和”更“锯齿”，或者相反，传统的“过去 30 天”看起来更流畅一些。 这只是绘图功能的人工制品还是遗留代码中是否有任何额外的数据平滑？

再次感谢！！！

@mathin这只是我使用的 d3 曲线线性模式： https :

使用 _curveNatural_ 它给出：

再次@mathin 。 关于您的要求：

此外，最好提供叠加 2-3 个不同参数的选项，例如 30 天和 1 年，因为后者是前者的更“平滑”版本。 当然，为了使 y 轴有意义，需要绘制一个平均值而不是总数，因为总数完全不同。 可以显示许多跑步者每周跟踪的平均值。

似乎要“快速”完成要困难得多，也许可以在稍后完成的新问题中对其进行跟踪。

所以在我上面的表格中，3000 英里/年对应于 58 英里/周。 因此，如果您要在彼此之上绘制 30 天和 1 年，您会看到您偏离了 58 英里/周的目标。

你失去了我:)

一些 UI 更新和“6 周海拔滚动总和” ：

这看起来非常漂亮和有希望！
我倾向于 30 天/1 个月内 4 周的滚动总和，3 个月内 13 周的滚动总和。
因为大多数人通常在一周的同一天锻炼。
使用星期日的每周行程代替星期日 X-back 的行程，因此线路会更顺畅，摆动也更少。

我倾向于 30 天/1 个月内 4 周的滚动总和，3 个月内 13 周的滚动总和。
因为大多数人通常在一周的同一天锻炼。

这是一个很好的观点，我还希望看到 4 周的滚动总和，而不是 30 天。 顺便说一句，我想你的意思是写 12 周而不是 13 周，对吗？

@bkleingoldewijk @mathin你可以选择你想要的时期。 只需乘以您需要的数字。

优秀！

鲍勃

从我的iPhone发送

操作 2 月 12 日 2019 OM 18时57 heeft托马斯香槟< [email protected] [email protected] > HET volgende geschreven：

@bkleingoldewijk https://github.com/bkleingoldewijk @mathin https://github.com/mathin你可以选择你想要的时期。 只需按您需要的数字多个。

[图片] https://user-images.githubusercontent.com/151973/52657012-f395ee80-2ef7-11e9-81c4-5b43b4792c70.png

—
你收到这个是因为你被提到了。
直接回复本邮件，在 GitHub 上查看https://github.com/thomaschampagne/elevate/issues/760#issuecomment-462865891 ，或者将线程静音https://github.com/notifications/unsubscribe-auth/AtN0S2opo7- OK64kFII6bAM1C2Dc1tzRks5vMwCMgaJpZM4ako11 。

我也是滚动30天和365天的忠实粉丝。 然而，我也认为滚动 4 周和 52 周会提供更多信息，因为我在一周内倾向于使用相同的骑行模式。 非常感谢。

存在颜色和对比度问题。 现在，我的图表上的 2019 年在非常暗的背景下使用非常暗的颜色。 颜色选择需要更加小心，或者有从托盘中选择的选项。

@jfhaugh这里定义了“滚动”调色板： https :

你可以给我你的清单;)？

（应该也适用于轻主题）

可能有帮助： https :

这是Rolling & Year 迄今为止进展的第一个可测试版本：

v6.9.2_stable_2019-02-23-14-06.zip

注意：为了避免新的同步，您可以使用“官方”提升的备份将其恢复到该版本中。

当然，非常欢迎您的帮助：

• 在常见和扭曲的情况下查找错误
• 向我提供想法/文本以增加对功能的理解（尤其是对大多数用户来说肯定很复杂的滚动进程）。 例如“在按钮下你应该写： ”、“添加工具提示悬停*并显示* *”等...
• 向我提供助手对话框的内容（单击 (?) 按钮时显示）
• 修正我的英语:)

感谢您的帮助和测试:)

等待滚动指标有一段时间了 — 不错@thomaschampagne

年进度选项卡

• 如果对于“年”的选择，就更好了。
  
  
  
  • 全选
  
  
  • 取消全选
  
  
  • 反转选择
  
  
  • 过去 5 年（例如）
    
    （注意：我的数据库可以追溯到 2003 年，但是随着时间的推移，数据变得越来越稀疏。它在图表中造成了很多干扰。在近 20 年间选中或取消选中复选框也很费力）
  
  

• 滚动周期是该软件的最佳功能之一。 踢屁股。
  
  
  
  • 可定制的滑动时间窗口将是完美的
  
  
  • 或者，包括 4 周或 30 天
  
  

保持良好的工作！

如果您可以查看文本改进和英语，我更新了功能助手

您可以编辑和回发的源文件： https :

@thomaschampagne再次感谢您发布这个惊人的新功能！

我有一个小问题要报告。 前几天，我将滚动间隔设置为 1 天并查看了我的图表。 我很惊讶地看到 30mi+ 的值，这看起来很奇怪，因为我不是一个超人。 我从来没有跑过马拉松（仅在比赛日），即使包括赛前热身（最大 1 英里），我也不会在一天内超过 27-28 英里，也永远不会超过 30 英里。 经过进一步检查，我发现 30 英里的一天发生在我长跑 22 英里和前一天轻松跑 8 英里、总共 30 英里时。

这让我意识到滚动间隔可能按小时实施。 意思是，22 英里和 8 英里的运行可能发生在彼此之间不到 24 小时的时间内（但在不同的日子里），因此它们可能被计算在相同的 1 天滚动间隔内。 相同的原则似乎适用于关于天数/周数等的所有滚动间隔。这听起来像是要实现的“正确”功能，但实际上滚动间隔的“量化”可能更有用。

一个建议是量化午夜的间隔，这样可以说 2 天的间隔从午夜计数到午夜，而不是在一天内滚动。 我希望这是有道理的。

再次感谢，如果我需要澄清一些事情，请让我知道您的想法。

@mathin你可能是对的。 它可能来自日期。 你能为这个潜在的错误创建一张新票吗？ 并给我链接一个提升备份 + 活动 ID/可能出现问题的日期。

@mathin你可能是对的。 它可能来自日期。 你能为这个潜在的错误创建一张新票吗？ 并给我链接一个提升备份 + 活动 ID/可能出现问题的日期。

嗨@thomaschampagne 。 我会按照你的要求做，但我不知道怎么做（备份+id/日期等）。 如果您有时间修复功能，那将会很棒，但我不希望您这样做，因为我知道这是您的宠物项目。 再次感谢强大的功能！