Elevate: Elevate 앱으로 연도 진행 롤링 합계 마이그레이션

두 번째로 피트니스 트렌드를 좋아하지만 30일 이동 평균은 매우 중요합니다!

이 말만 하려고 왔어! 30일 이동 평균은 시즌 볼륨을 비교하는 데 가장 유용한 기능 중 하나였습니다. 또한 작년 거리는 마일리지 누적에 중점을 둔 사람들에게 매우 통찰력이 있었습니다.

가능하면 지난 30일과 작년 평균 거리/시간/고도를 추가하는 것이 매우 유용할 것입니다.

나는 또한 이 기회를 통해 그의 헤아릴 수 없는 프로젝트에 대해 Thomas에게 감사를 표하고 싶습니다.

@ashdriver @DCunnamama @fjavipm 이 피드백을 이해합니다. 실제로 이 레거시 기능은 다른 사람이 코딩했습니다(pull 요청 및 그 덕분에!!). 많은 사용자와 함께 많은 버그가 발생했고 레거시 코드에서 기능을 유지할 수 없었습니다. 그렇기 때문에 이전 기능을 새 기능으로 옮겼습니다(또는 강제로...).

이 기능을 다시 가져와 긴급 플래그로 지정하겠습니다. 솔직히 말해서 저는 제 목적을 위해 30일 이동 평균 과 작년 평균 거리/시간/고도 의 개념을 전혀 이해하지 못했습니다. 그래서 나는 많은 사용자(당신을 제외하고)가 그것을 제대로 사용하지 못할 것이라고 상상할 수 있습니다. 기능은 모두가 액세스할 수 있어야 함을 기억합니다.

30일 이동 평균 과 작년 평균 거리/시간/고도 뒤에 있는 "필요", "사용 사례", "문제 해결"에 대해 다시 설명해 주시겠습니까? 그래서 새해 진행에 다시 코딩할 수 있습니까? 이 이해는 나와 다른 모든 사용자에게도 필요합니다.

이전 기능을 다시 사용하려면 https://thomaschampagne.github.io/elevate/#/builds 에서 이전 빌드를 계속 다운로드할 수 있습니다(필터 포함 분기: master, 버전: 6.8.1 ).

안녕하세요 토마스,

답변과 설명 감사합니다. 이에 대한 내 자신의 필요와 사용법을 알려줄 것이지만, 다른 사람들이 더 추가할 수 있기를 바랍니다.

필요:
최근 및 연장된 훈련 부하(거리 또는 고도로 측정)를 한 해에서 다음 해로 비교하는 방법입니다.

사용 사례:
사용자는 30일 또는 365일 평균 고도 또는 거리(y축에 표시)의 플롯을 표시하도록 선택할 수 있으며 x축에는 1월 1일부터 날짜를 표시하도록 선택할 수 있습니다. 사용 가능한 데이터가 있는 매년 다른 색상으로 오버레이할 수 있으며 이상적으로는 또한 그들 사이의 직접적인 비교를 위해 특정 연도를 선택/선택 해제하는 기능.

문제 해결됨:
이것은 이전 연도와 비교하여 연중 특정 시기에 거리와 고도로 측정한 훈련 노력을 비교하는 합리적으로 효과적인 방법을 제공합니다. 종종 운동 선수는 매년 거의 같은 날짜에 해당하는 특정 연례 이벤트를 위해 훈련하며 30일(및 더 적은 범위에서는 365일) 이동 평균을 쉽게 비교할 수 있는 것은 그러한 이벤트에 대한 준비를 비교할 수 있는 좋은 방법입니다.

선택적 추가 기능 요청: 30일과 365일 사이/미만으로 롤링 평균 창을 조정하는 기능도 유용할 수 있지만 30일은 꽤 좋은 고정 값이라고 생각합니다. 창 크기를 조정하면 매년 30일보다 긴(또는 짧은) 훈련 블록을 비교하는 데 유용할 수 있습니다. 예를 들어 마라톤 훈련 프로그램은 종종 3개월 이상으로 설정됩니다.

30일 이동 평균 과 작년 평균 거리/시간/고도 뒤에 있는 "필요", "사용 사례", "문제 해결"에 대해 다시 설명해 주시겠습니까? 그래서 새해 진행에 다시 코딩할 수 있습니까? 이 이해는 나와 다른 모든 사용자에게도 필요합니다.

"지난 30일"은 특히 스포츠별로 훈련량의 변화를 이해하는 데 유용합니다. 장기 지구력 스포츠에서 볼륨과 강도는 성공의 열쇠입니다. HRSS에서 얻을 수 있는 강도를 제외하고 볼륨은 방정식의 가장 간단한 부분이지만 올바른 값을 구하는 것은 종종 매우 어렵습니다. 예를 들어, 지난 30일 기능은 피크 이벤트의 마지막 6-8주에 이르는 램프 속도를 얻는 데 도움이 됩니다.

약간의 수정 - 저는 30일 및 365일 동안의 '롤링 평균'에 대해 이야기했지만 실제로 창에 대한 총 누적 거리/고도/시간이 더 유용할 수 있으며 이 기능이 이전에 구현된 방식입니다.

또한 저는 30일 및 365일 평균이 실제로 제가 귀하의 플러그인을 사용하는 가장 큰 이유라고 말하고 싶었습니다. 그러니 제발 다시 가져와 주세요 :)

유용성에 대한 질문에 답하기 위해, 롤링 평균은 러너가 추적하기 좋아하는 "연속"을 보다 합리적으로 측정할 수 있는 좋은 방법입니다. 예를 들어, 나는 1년 이상 동안(아래에서 볼 수 있듯이 정확히 424일 동안) 최소 3000마일의 이동 평균을 내 다리에 가지고 있다는 것을 알고 있습니다. 이 계산은 별도의 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

지금부터 나에게 더 명확해졌습니다... 나는 그것을 잡기 위해 내 진행 상황에 오랜 시간을 머물렀습니다. 전에 기능을 잘못 시각화했는데... 그건 도움이 되지 않았습니다... 하지만 이제부터는 로켓 과학이 아닙니다. :)

그래서 저는 이 2가지 모드를 제공할 것입니다:

• 현재 앱에 존재하는 "표준 누적 모드"
• 그리고 "연속 연속 모드" => 올바른 마케팅 문구에 대한 도움이 필요합니다 ;)

"연속 연속 실행 모드" 는 1에서 365 사이의 사용자 지정 가능한 롤링 데이 값을 갖습니다. 이것을 고정 값으로 제한해야 합니까? 1주 , 2주 , 1개월 , 3개월 ,.. 6개월 , 1년 . 일부 사용자는 내가 추측하는 가장 좋은 날짜 수를 모를 수 있습니다.

"연속 연속 실행 모드" 는 모든 진행 유형( 거리 , 시간 , 고도 및 개수)에 적용 됩니다.

테이블(오른쪽)에 무엇을 표시할 수 있는지 아직 모르겠습니다. 연도 간의 롤링 델타? 목표는 어떻습니까?

물론 내가 여기에 쓴 것은 봉인된 것이 아니다. 제안, 아이디어, 경고 등을 삭제할 수 있습니다. ;) 여기에 일부 빌드를 연결하겠습니다. 따라서 기능을 테스트할 수 있습니다. 지금은 주로 작업할 것이며 다른 기능은 보류 상태에 있습니다.

Thomas에게 감사합니다. 이 플러그인이 제가 가장 좋아하는 부분 중 하나라는 데도 동의합니다. 저는 개인적으로 1개월로 기본 설정되어 있다고 생각하지만 사용자가 수동으로 설정할 수 있게 하면 좋을 것입니다.

나는 종종 1개월과 1년 사이를 왔다 갔다 하여 한 해의 부하를 쉽게 비교하고 내 훈련이 어떻게 진행되고 있는지 확인했습니다. 피로회복 등에 좋다.

건배!

고정 값이 1주, 2주, 1개월, 3개월, 6개월, 1년 범위에 적합하다고 말하고 싶습니다.
2개월도 추가되나요?

테이블 값과 개요의 경우 기존 진행 테이블과 동일하게 유지한다고 생각합니다. 즉, 제안한 대로 이전 연도와 현재 연도의 델타입니다.

"Rolling Streak Mode"는 나에게 적절한 이름처럼 보입니다. 적어도 나는 더 나은 것을 생각할 수 없습니다!

이 프로젝트에 바친 모든 시간과 전문 지식에 다시 한 번 감사드립니다. 대단히 감사합니다.

• 그리고 "연속 연속 모드" => 올바른 마케팅 문구에 대한 도움이 필요합니다 ;)

연속 기록은 주자에게 특정한 것을 의미하고 연속적으로 며칠을 달리는 것을 의미하기 때문에 원래 게시물에서 "연속"이라는 단어를 따옴표로 묶었습니다. 일부 러너는 NDO(무휴)를 믿으며 연속 기록은 하루도 쉬지 않고 갈 수 있는 기간입니다. 그런 의미에서 "연속 연속 모드" 라고 부르는 것은 혼란스러울 수 있습니다. 누적이 발생하는 시간 창을 암시하는 "롤링 누적 모드" 또는 " 창이 있는 누적 모드" 와 같은 것을 제안합니다.

"연속 연속 실행 모드" 는 1에서 365 사이의 사용자 지정 가능한 롤링 데이 값을 갖습니다. 이것을 고정 값으로 제한해야 합니까? 1주 , 2주 , 1개월 , 3개월 ,.. 6개월 , 1년 . 일부 사용자는 내가 추측하는 가장 좋은 날짜 수를 모를 수 있습니다.

단위(일, 월, 년)와 숫자에 대한 옵션을 제공하는 것이 좋습니다. 예를 들어 달리기는 장기 게임이므로 2년 롤링 누적을 갖고 싶습니다. 또한 후자는 전자의 "부드러운" 버전이므로 30일 및 1년과 같이 2-3개의 서로 다른 매개변수를 오버레이하는 옵션을 제공하는 것이 좋습니다. 물론 y축이 의미가 있으려면 총계가 크게 다르기 때문에 총계가 아닌 평균 값을 표시해야 합니다. 평균은 많은 주자가 추적하는 주 단위로 표시될 수 있습니다. 따라서 3000mi/년 이상의 내 테이블에서 58/주에 해당합니다. 따라서 30일 및 1년을 서로 겹쳐서 표시하면 주당 58mi 목표에서 얼마나 벗어났는지 알 수 있습니다.

"연속 연속 실행 모드" 는 모든 진행 유형( 거리 , 시간 , 고도 및 개수)에 적용 됩니다.

소리가 좋고 의미가 있습니다.

테이블(오른쪽)에 무엇을 표시할 수 있는지 아직 모르겠습니다. 연도 간의 롤링 델타? 목표는 어떻습니까?

나는 이것을 위의 표에 포함시키지 않았지만 당신이 말한 대로 다음 임계값 또는 델타에 도달하는 데 걸리는 시간도 추적합니다. 이것은 부상/번아웃의 원인이 되므로 임계값에서 임계값으로 너무 빨리 이동하는 것을 원하지 않습니다. 내가 여기서 제안할 수 있는 것은 임계값을 사용자가 총계(1000, 2000, 3000mi 등) 또는 주당(10, 20, 30mi 등) 단위로 설정할 수 있도록 한 다음 몇 일 또는 몇 개월인지 표시하는 것이 좋습니다. 매일 증가할 임계값을 초과했습니다.

스레드를 계속 주시할 것이며 이 멋진 기능을 기꺼이 다시 소개해주셔서 다시 한 번 감사드립니다!

• 현재 앱에 존재하는 "표준 누적 모드"

또한 표준 모드에서 연간 옵션이 아닌 월간 옵션을 추가하는 것이 좋습니다. 많은 주자들이 해마다 같은 경주를 하기 때문에 2019년 1월 누적이 2018년 누적과 어떻게 겹쳐졌는지 비교하기 위해 매월 "재설정" 하는 것이 좋습니다. 이 시점에서 이 모든 것은 기능 크리프입니다. 그래서 이전 기능을 복원하면 더할 나위 없이 기쁠 것입니다. :)

실제로 간단한 "롤링 합계"는 어떻습니까? 표준 모드는 "YTD 합계" (Year To Date)와 비슷합니다. 그냥 생각.

그래서 2일 전에 개발을 시작했습니다.

나는 그 순간에 그것을 사용했습니다.

export enum ProgressionMode {
    STANDARD_CUMULATIVE,
    ROLLING_CUMULATIVE
}

@mathin "Rolling Sum" & "Year To Date Sum" 은 실제로 훨씬 더 간단해 보입니다. 나는 이것들을 켤 수 있다. 다른 사람들은 어떻게 생각합니까?

여기에 몇 가지 결과 !! :) TDD를 통해 메인스트림 로직 코딩을 마쳤습니다. UI에서 몇 가지 우회 작업을 수행한 후 다음과 같은 결과가 나타납니다.

"30일 롤링섬"

"3개월 롤링 합계" :

"1년 롤링 합계" :

연결된 "연간 누계 합계" :

그리고 "30일 롤링 합계" 와 비교할 레거시 "마지막 " :

완벽해 보입니다. 빠르게 구현해 주셔서 감사합니다!

당신은 단위 현재 동작 여기에 테스트 유효성을 검사 할 수 있습니다 : https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.spec .ts#L537

그리고 여기 방법: https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.ts#L200

여기에 몇 가지 결과 !! :) TDD를 통해 메인스트림 로직 코딩을 마쳤습니다. UI에서 몇 가지 우회 작업을 수행한 후 다음과 같은 결과가 나타납니다.

정말 놀랍습니다! 정말 감사합니다. 새 메트릭을 사용하기 시작하고 싶습니다!

하나의 작은 질문/의견. 기존 "지난 30일 거리"를 새로운 "30일 롤링 합계"와 (시각적으로만) 비교할 때 "롤링 합계"가 더 "들쭉날쭉"하거나 반대로 레거시 "지난 30일"보다 좀 더 매끄럽게 보입니다. 이것은 단지 플로팅 기능의 인공물입니까, 아니면 레거시 코드에서 진행 중인 추가 데이터 스무딩이 있습니까?

다시 한번 감사합니다!!!

@mathin 내가 사용하는 d3 curveLinear 모드입니다. https://github.com/d3/d3-shape#curveLinear

_curveNatural_을 사용하면 다음을 제공합니다.

@mathin 다시. 귀하의 요청 정보:

또한 후자는 전자의 "부드러운" 버전이므로 30일 및 1년과 같이 2-3개의 서로 다른 매개변수를 오버레이하는 옵션을 제공하는 것이 좋습니다. 물론 y축이 의미가 있으려면 총계가 크게 다르기 때문에 총계가 아닌 평균 값을 표시해야 합니다. 평균은 많은 주자가 추적하는 주 단위로 표시될 수 있습니다.

"빠른" 작업을 수행하는 것이 훨씬 더 어려워 보입니다. 나중에 수행할 새 문제에서 추적할 수 있습니다.

따라서 3000mi/년 이상의 내 테이블에서 58/주에 해당합니다. 따라서 30일 및 1년을 서로 겹쳐서 표시하면 주당 58mi 목표에서 얼마나 벗어났는지 알 수 있습니다.

당신은 나를 잃었다 :)

일부 UI 업데이트 및 "6주 Elevation Rolling Sum" :

이것은 매우 멋지고 유망해 보입니다!
나는 30일/1개월 동안 4주 롤링 합계를 선호하고 3개월 동안 13주를 선호합니다.
대부분의 사람들이 일반적으로 같은 요일에 운동을 하기 때문입니다.
주간 기준을 사용하여 일요일의 각 여행은 일요일 X-back의 여행을 대체하므로 라인이 훨씬 더 매끄럽고 흔들림이 훨씬 적습니다.

나는 30일/1개월 동안 4주 롤링 합계를 선호하고 3개월 동안 13주를 선호합니다.
대부분의 사람들이 일반적으로 같은 요일에 운동을 하기 때문입니다.

너무 좋은 포인트입니다. 30일이 아닌 4주 롤링 합계도 보고 싶습니다. 그리고 BTW, 13주가 아니라 12주를 쓰려고 했던 것 같은데요?

@bkleingoldewijk @mathin 원하는 기간을 선택할 수 있습니다. 필요한 숫자를 곱하기만 하면 됩니다.

훌륭한!

단발

내 iPhone에서 보낸

2월 12일 Op. 2019 om 18:57 heft Thomas Champagne < [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- 스레드를 음소거

나는 또한 롤링 30일 365일의 열렬한 팬입니다. 그러나 나는 또한 한 주에 동일한 사이클링 패턴을 갖는 경향이 있으므로 롤링 4주와 52주가 더 유익할 것이라는 점을 두 번째로 고려합니다. 감사합니다.

색상 및 대비에 문제가 있습니다. 지금 내 그래프의 2019년은 매우 어두운 배경에 대해 매우 어두운 색상을 사용하고 있습니다. 색상 선택은 더 신중해야 하거나 팔레트에서 선택할 수 있는 옵션이 있어야 합니다.

@jfhaugh "롤링" 팔레트는 여기에서 정의됩니다: https://github.com/thomaschampagne/elevate/blob/develop/plugin/app/src/app/year-progress/year-progress.component.ts#L43

당신은 나에게 당신의 목록을 줄 수 있습니다 ;)?

(밝은 테마에서도 작동해야 함)

도움이 될 수 있습니다: https://color.adobe.com/create/color-wheel/

다음은 Rolling & Year to date 진행 의 첫 번째 테스트 가능한 빌드입니다.

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

참고: 새 동기화를 방지하려면 "공식" elevate의 백업을 사용하여 해당 빌드로 복원할 수 있습니다.

물론 귀하의 도움을 매우 환영합니다:

• 일반적이고 뒤틀린 사례에서 버그 찾기
• 기능에 대한 이해를 높일 수 있는 아이디어/텍스트를 제공하십시오(특히 대부분의 사용자에게 확실히 복잡한 롤링 진행). 예: "버튼 아래에 다음을 작성해야 합니다. ", "도구 설명 추가 * 및 표시 * *" 등...
• 도우미 대화 상자의 내용 제공((?) 버튼을 클릭하면 표시됨)
• 내 영어를 고쳐주세요 :)

도움과 테스트에 감사드립니다 :)

롤링 메트릭을 잠시 기다렸습니다 — 멋진

연도 진행 탭

• "연도" 선택에 대해
  
  
  
  • 모두 선택
  
  
  • 모두 선택 해제
  
  
  • 반전 선택
  
  
  • 지난 5년(예)
    
    (참고: 내 데이터베이스는 2003년으로 거슬러 올라갑니다. 그러나 시간을 거슬러 올라갈수록 데이터가 점점 희박해집니다. 그래프에 많은 주의가 산만해집니다. 또한 거의 20년에 걸쳐 확인란을 선택하거나 선택 해제하는 것도 힘든 일입니다)
  
  

• 롤링 기간은 이 소프트웨어의 가장 좋은 기능 중 하나입니다. 엉덩이를 걷어차.
  
  
  
  • 사용자 정의 가능한 슬라이딩 시간 창은 완벽할 것입니다.
  
  
  • 또는 4주 또는 30일 포함
  
  

좋은 일을 계속하십시오!

텍스트 개선 사항과 영어를 살펴볼 수 있다면 기능 도우미를 업데이트했습니다.

편집하고 다시 게시할 수 있는 소스 파일: https://github.com/thomaschampagne/elevate/blob/9632d6b28a4a7cfe57b1099c031f9856ae8c2855/plugin/app/src/app/year-progress/year-progress-helper-dialog/year helper-dialog.component.html

@thomaschampagne 이 놀라운 새 기능을 출시해 주셔서 다시 한 번 감사드립니다!

보고할 작은 문제가 있습니다. 요전날에는 롤링 간격을 1일로 설정하고 그래프를 살펴보았습니다. 나는 울트라 가이가 아니기 때문에 다소 이상해 보이는 30mi+의 값을 보고 놀랐습니다. 나는 마라톤(경기 당일에만) 이상을 달리지 않으며, 경기 전 워밍업(최대 1mi)을 포함하더라도 하루에 최대 27-28마일을 초과하지 않으며 30마일을 초과하지도 않습니다. 추가 조사에서 나는 30마일 날이 내가 22마일의 장거리 달리기와 전날 총 30마일을 8마일의 쉬운 달리기를 했을 때 발생했음을 발견했습니다.

이를 통해 롤링 간격이 시간 단위로 구현될 수 있음을 깨달았습니다. 즉, 아마도 22mi 및 8mi 실행은 서로 24시간 이내에 발생했으며(그러나 별개의 날에) 동일한 1일 롤링 간격으로 계산되었을 것입니다. 동일한 원칙이 일/주 등의 수와 관련하여 모든 롤링 간격에 적용되는 것 같습니다. 이것은 구현해야 할 "올바른" 기능처럼 들리지만 실제로는 롤링 간격의 "양자화"가 더 유용할 것입니다.

한 가지 제안은 자정에 간격을 양자화하여 하루 동안 롤링하는 대신 2일 간격이 자정에서 자정까지 계산되도록 하는 것입니다. 나는 그것이 의미가 있기를 바랍니다.

다시 한 번 감사 드리며 생각을 알려주고 명확히해야 할 사항이 있으면 알려주십시오.

@math 당신이 맞을 것입니다. 날짜에서 올 수 있습니다. 이 잠재적인 버그에 대한 새 티켓을 만들 수 있습니까? 그리고 문제가 발생할 수 있는 백업 + 활동 ID/날짜를 높여주세요.

@math 당신이 맞을 것입니다. 날짜에서 올 수 있습니다. 이 잠재적인 버그에 대한 새 티켓을 만들 수 있습니까? 그리고 문제가 발생할 수 있는 백업 + 활동 ID/날짜를 높여주세요.

안녕하세요 @thomaschampagne 입니다. 나는 당신이 요청한 것을 할 것이지만 어떻게 (백업 + ID/날짜 등) 모르겠습니다. 기능을 수정할 시간이 있다면 훌륭할 것이지만 귀하의 애완 동물 프로젝트라는 것을 이해하기 때문에 그렇게 할 것으로 기대하지 않습니다. 훌륭한 기능에 다시 한 번 감사드립니다!