【问题标题】:Strava API - Segment effort_count inconsistenciesStrava API - 细分努力计数不一致
【发布时间】:2020-11-07 00:09:24
【问题描述】:

我知道这可能不是这个问题的正确位置,但邮件列表是沉默的,也许这里有更多的受众。

我正在使用 strava API 的 getSegmentById 端点每天获取多个细分的effort_count。我注意到偶尔返回的数字会有随机波动。有一天,有几个部分的努力计数低于前一天。在不同的一天,几乎所有细分的计数都出现了巨大的跳跃,大得令人难以置信(即,通常每天努力 10-20 次的细分在当天有 500 个)。

有人对此有任何解释吗?或者,鉴于 API 邮件列表没有给出任何回复,是否有更好的地方来解决这些问题?

邮件列表主题:https://groups.google.com/forum/#!topic/strava-api/cJZyoGl49AU

这是日期之间effort_count 差异的屏幕截图。负数随机出现。计数在世界标准时间晚上 11 点记录。

【问题讨论】:

    标签: strava


    【解决方案1】:

    过去,我在段排行榜 API 上遇到过类似的问题,有时会返回经过身份验证的用户的错误位置。

    我使用在 google 群组中找到的技巧(context_entries 参数)解决了这个问题。

    changes to segment API 之后,这个技巧不再起作用,我不得不分析从 Strava 返回的数据:如果有什么奇怪的地方,我只需在超时后重试请求;它通常在 2-3 次尝试中解决。也许这个技巧也适用于effort_count

    【讨论】:

    • 你有没有找到任何关于这种不一致的解释?如果 API 结果非常偏离平均水平,我可以更改代码以重试,但我需要这样做感觉很奇怪......
    • 从未调查过问题;在 Strava 支持下打开了一张票,但最后我使用了这个技巧:groups.google.com/forum/#!topic/strava-api/Z884GXNwqNU
    • 我忘了提段排行榜问题偶尔也会出现在官方 strava 应用程序和网站中。您是否注意到细分工作量的这一点?
    • 在 API 更改之前,我一直在使用排行榜进行计数,它的工作相当可靠。该 API 允许检索“今天”的计数,并且从未出现过负值。我第一次看到负值是在 2020 年 6 月 18 日。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-02-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-04-03
    • 1970-01-01
    相关资源
    最近更新 更多