Elevate: Переход с плавающей суммой за год в приложение Elevate

Во-вторых, я люблю фитнес-тренды, но скользящее среднее за 30 дней бесценно!

Я пришел сюда, чтобы сказать это! 30-дневное скользящее среднее было одной из самых полезных функций для сравнения сезонного объема. Также прошлогодняя дистанция была весьма информативной для тех, кто сосредоточился на накоплении миль.

Было бы очень полезно добавить среднее расстояние / время / высоту за последние 30 дней и за последний год, если это возможно.

Я также хотел бы воспользоваться случаем, чтобы поблагодарить Томаса за его несоизмеримый проект.

@ashdriver @DCunnama @fjavipm Я понимаю этот отзыв. На самом деле эта устаревшая функция была закодирована кем-то другим (запросом на перенос и благодаря ему !!). Я столкнулся с множеством ошибок у многих пользователей, и мне не удавалось поддерживать эту функцию в устаревшем коде. Вот почему я переместил (или заставил вас ...) старую функцию на новую.

Я верну эту функцию и помечу ее как срочную . Честно говоря, я никогда толком не понимал концепцию 30-дневного скользящего среднего и прошлогоднего среднего расстояния / времени / высоты для моих собственных целей. Так что я могу представить, что многие пользователи (кроме вас) не смогут использовать его должным образом. Я помню, что функции должны быть доступны для всех.

Не могли бы вы еще раз объяснить мне «необходимость», «вариант использования», «решенные проблемы» за 30-дневным скользящим средним и прошлогодним средним расстоянием / временем / высотой ? Значит, я могу закодировать его в новогодней прогрессии? Это понимание требуется мне и всем остальным пользователям.

Если вы хотите вернуть старую функцию, вы все равно можете скачать старую сборку здесь: https://thomaschampagne.github.io/elevate/#/builds (с ветвью фильтров

Привет Томас,

Спасибо за ответ и объяснение. Я расскажу о своих потребностях и использовании для этого, но, надеюсь, другие могут добавить больше, если таковые имеются:

Необходимость:
Способ сравнения недавних и продолжительных тренировочных нагрузок (измеряемых расстоянием или высотой) из года в год.

Пример использования:
Пользователь может выбрать отображение графиков скользящего среднего значения высоты или расстояния за 30 или 365 дней (отображается на оси Y) и даты на оси X, начиная с 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

Теперь для меня это более ясно ... Я потратил долгие минуты на свои прогрессии, чтобы уловить это. Раньше у меня была неправильная визуализация фичи ... Это мне не помогло ... Но теперь это уже не ракетостроение :)

Итак, я предоставлю эти 2 режима:

• "Стандартный накопительный режим", который в настоящее время существует в приложении.
• И «Режим непрерывной полосы» => Нужна ваша помощь для правильной маркетинговой формулировки;)

«Режим скользящей 1 до 365 . Должны ли мы ограничивать это фиксированными значениями? Я имею в виду 1 неделю , 2 недели , 1 месяц , 3 месяца , .. 6 месяцев , 1 год . Некоторые пользователи могут не знать, какой дневной счет лучше, я думаю.

«Режим бегущей полосы» будет применим ко всем типам прогресса: дистанции , времени , высоте и счетчику .

Я до сих пор не знаю, что мы можем отобразить в таблице (справа)? Скользящая дельта между годами? А как насчет целей?

Конечно, то, что я здесь написал, не запечатано. Вы можете оставить свои предложения, идеи, предупреждения, ...;) Я свяжу здесь некоторые сборки. Так вы сможете протестировать эту функцию. Я буду работать в первую очередь над этим сейчас, другие функции находятся в состоянии ожидания.

Спасибо, Томас, я также согласен, что это одна из моих любимых частей плагина. Я лично думаю, что по умолчанию он был равен 1 месяцу, но было бы здорово разрешить пользователю устанавливать его вручную.

Я часто переключался между 1 месяцем и 1 годом, чтобы легко сравнивать свои нагрузки от одного года к другому и видеть, как проходят мои тренировки, в основном для таких мероприятий, как марафон в беге, где объем тренировок действительно приятно видеть переутомление и т. д.

Ваше здоровье!

Я бы сказал, что фиксированные значения подходят для диапазона - 1 неделя, 2 недели, 1 месяц, 3 месяца, 6 месяцев, 1 год.
Может, еще 2 месяца добавить?

Что касается значений таблицы и обзора, я думаю, оставьте ее такой же, как в существующих таблицах прогрессии, то есть дельту с предыдущим и текущим годом, как вы предлагаете.

"Rolling Streak Mode" мне кажется подходящим названием - по крайней мере, я не могу придумать ничего лучше!

Еще раз спасибо за все время и знания, которые вы посвятили этому проекту - мы очень ценим его.

• И «Режим непрерывной полосы» => Нужна ваша помощь для правильной маркетинговой формулировки;)

Я заключил слово «полоса» в кавычки в своем исходном посте, поскольку полоски означают что-то особенное для бегунов, а именно последовательные дни бега. Некоторые бегуны верят в NDO (без выходных), а полосы - это то, как долго вы можете идти без перерыва. В этом смысле название «Режим непрерывной полосы» может сбивать с толку. Я бы предложил что-то вроде «Скользящего накопительного режима» или «Оконного накопительного режима», подразумевающего временное окно, в котором происходит накопление.

«Режим скользящей 1 до 365 . Должны ли мы ограничивать это фиксированными значениями? Я имею в виду 1 неделю , 2 недели , 1 месяц , 3 месяца , .. 6 месяцев , 1 год . Некоторые пользователи могут не знать, какой дневной счет лучше, я думаю.

Я бы предложил дать возможность использовать единицы (дни, месяцы, годы) и числа. Например, мне бы хотелось, чтобы у меня был накопленный за 2 года непрерывный бег, поскольку бег - это долгая игра. Вдобавок было бы неплохо дать возможность накладывать 2-3 разных параметра, например, 30day и 1year поверх друг друга, поскольку последний является более «сглаженной» версией первого. Конечно, для того, чтобы ось Y имела смысл, нужно построить среднее значение, а не общее, так как итоговые значения сильно различаются. Среднее значение может отображаться за неделю, которую отслеживают многие бегуны. Так что в моей таблице выше 3000 миль в год соответствуют 58 в неделю. Так что, если бы вы построили график 30 дней и 1 год поверх друг друга, вы бы увидели, насколько вы отклоняетесь от цели в 58 миль в неделю.

«Режим бегущей полосы» будет применим ко всем типам прогресса: дистанции , времени , высоте и счетчику .

Звучит хорошо, и в этом есть смысл.

Я до сих пор не знаю, что мы можем отобразить в таблице (справа)? Скользящая дельта между годами? А как насчет целей?

Я не включил это в таблицу выше, но я также отслеживаю, сколько времени требуется, чтобы достичь следующего порога или дельты, как вы говорите. Не хочется слишком быстро переходить от порога к порогу, так как это рецепт травмы / выгорания. Что я могу здесь предложить, так это то, что было бы неплохо, если бы пороги задавались пользователем либо в целом (1000, 2000, 3000 миль и т. Д.), Либо за неделю (10, 20, 30 миль и т. Д.), А затем отображали, сколько дней или месяцев вы были превышены порог, который будет увеличиваться с каждым днем.

Я буду следить за этой веткой и еще раз спасибо за желание повторно представить эту замечательную функцию!

• "Стандартный накопительный режим", который в настоящее время существует в приложении.

Я бы также предложил в стандартном режиме добавить опцию ежемесячной, а не только годовой. Многие бегуны участвуют в одной и той же гонке год за годом, поэтому было бы неплохо иметь «сброс» за месяц, чтобы сравнить, как накопление за январь 2019 года складывается с накоплением за 2018 год, если это имеет смысл. На данный момент все это ползучая функция :), поэтому я был бы более чем счастлив, если бы вы просто восстановили предыдущую функциональность :)

Собственно как насчет простой «скользящей суммы» ? Стандартный режим больше похож на "YTD Sum" (Year To Date). Просто мысль.

Итак, я начал разработку 2 дня назад.

Я использовал это на данный момент:

export enum ProgressionMode {
    STANDARD_CUMULATIVE,
    ROLLING_CUMULATIVE
}

@mathin «Скользящая сумма» и «Годовая сумма» действительно кажутся намного проще. Я могу включить их. Как думают другие?

Некоторые результаты здесь !! :) Я закончил кодировать основную логику через TDD. И после нескольких обходов пользовательского интерфейса вот некоторые результаты:

«30-дневная скользящая сумма»

«Скользящая сумма за 3 месяца» :

«Скользящая сумма за 1 год» :

Связанная «Годовая сумма» :

И устаревшее «Последнее 30-дневное расстояние» для сравнения с «30-дневной скользящей суммой» :

Выглядит идеально, большое спасибо за то, что вы так быстро решили что-то реализовать!

Проверить текущее поведение можно с помощью модульных тестов здесь: https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.service. .ts # L537

И метод здесь: https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.ts#L200

Некоторые результаты здесь !! :) Я закончил кодировать основную логику через TDD. И после нескольких обходов пользовательского интерфейса вот некоторые результаты:

Это просто потрясающе! Большое спасибо, не могу дождаться, чтобы начать использовать новые метрики!

Один небольшой вопрос / комментарий. Когда я сравниваю (конечно, только визуально) устаревшую «Последнюю 30-дневную дистанцию» с новой «30-дневной скользящей суммой», мне кажется, что «скользящая сумма» более «зубчатая» или, наоборот, устаревшая «Последняя 30-дневная». выглядит чуть более гладко. Является ли это просто артефактом функций построения графиков или существует ли какое-либо дополнительное сглаживание данных в устаревшем коде?

Спасибо еще раз!!!

@mathin Я использую просто режим d3 curveLinear: https://github.com/d3/d3-shape#curveLinear

Использование _curveNatural_ дает следующее:

@mathin снова. О ваших запросах:

Вдобавок было бы неплохо дать возможность накладывать 2-3 разных параметра, например, 30day и 1year поверх друг друга, поскольку последний является более «сглаженной» версией первого. Конечно, для того, чтобы ось Y имела смысл, нужно построить среднее значение, а не общее, так как итоговые значения сильно различаются. Среднее значение может отображаться за неделю, которую отслеживают многие бегуны.

Кажется, намного сложнее сделать это «быстро», возможно, отследить это в новом выпуске, который будет сделан позже.

Так что в моей таблице выше 3000 миль в год соответствуют 58 в неделю. Так что, если бы вы построили график 30 дней и 1 год поверх друг друга, вы бы увидели, насколько вы отклоняетесь от цели в 58 миль в неделю.

Ты потерял меня :)

Некоторые обновления пользовательского интерфейса и «скользящая сумма за 6 недель» :

Это выглядит очень красиво и многообещающе!
Я бы предпочел 4-недельную скользящую сумму за 30 дней / 1 месяц и 13 недель за 3 месяца.
Поскольку большинство людей обычно тренируются в один и тот же день недели.
Использование еженедельного обряда каждая поездка в воскресенье заменяет поездку воскресенья X-back, поэтому леска будет намного более гладкой и будет намного меньше колебаний.

Я бы предпочел 4-недельную скользящую сумму за 30 дней / 1 месяц и 13 недель за 3 месяца.
Поскольку большинство людей обычно тренируются в один и тот же день недели.

Это такой замечательный момент, я также хотел бы видеть скользящую сумму за 4 недели вместо 30 дней. И, кстати, я думаю, вы хотели написать 12 недель, а не 13, верно?

@bkleingoldewijk @mathin Вы можете выбрать

Превосходно!

Боб

отправлено из моего Айфона

Оп 12 февр. 2019 в 18:57 heeft Thomas Champagne < [email protected] [email protected] > heeft 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://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

Примечание. Чтобы избежать новой синхронизации, вы можете использовать резервную копию своего «официального» повышения, чтобы восстановить его в этой сборке.

Конечно, мы приветствуем вашу помощь:

• Найдите ошибки в распространенных и запутанных случаях
• Предоставьте мне идеи / текст, чтобы лучше понять функцию (особенно непрерывную прогрессию, которая, безусловно, сложна для большинства пользователей). Например, «Под кнопкой вы должны написать следующее: », «Добавить всплывающую подсказку * и отобразить * *» и т. Д.
• Предоставьте мне содержимое вспомогательного диалогового окна (отображается при нажатии кнопки (?))
• Исправь мой английский :)

Спасибо за вашу помощь и тестирование :)

Какое- то время ждал скользящих показателей - nice

Вкладка "Прогресс за год"

• было бы еще лучше, если бы в подборке "Годы" можно было ..
  
  
  
  • выбрать все
  
  
  • убрать выделение со всего
  
  
  • наоборот
  
  
  • последние 5 лет (например)
    
    (Примечание: моя база данных восходит к 2003 году, но по мере того, как я возвращаюсь во времени, данные становятся все более разреженными. Это сильно отвлекает от графиков. Кроме того, почти 20 лет сложно устанавливать или снимать флажки.)
  
  

• Скользящие периоды - одна из лучших особенностей этого программного обеспечения. Пипец.
  
  
  
  • настраиваемое скользящее временное окно было бы идеально
  
  
  • или, включая 4 недели или 30 дней
  
  

Продолжайте хорошую работу!

Я обновил помощник по функциям, если вы могли бы взглянуть на улучшения текста и английского

Исходный файл, который вы можете редактировать и отправлять обратно: https://github.com/thomaschampagne/elevate/blob/9632d6b28a4a7cfe57b1099c031f9856ae8c2855/plugin/app/src/app/year-progress/year-progress-helper-dialog/year-progress helper-dialog.component.html

@thomaschampagne еще раз благодарим за выпуск этой удивительной новой функции!

У меня небольшая проблема. На днях я установил скользящий интервал на 1 день и посмотрел на свои графики. Я был удивлен, увидев значения 30 миль +, что показалось довольно странным, поскольку я не ультра-парень. Я никогда не бегаю больше, чем марафон (только в день забега), и даже включая предсоревновательную разминку (максимум 1 милю), я никогда не превышаю максимум 27-28 миль за один день и никогда не превышаю 30 миль. При дальнейшем осмотре я обнаружил, что 30-минутный день произошел, когда я пробежал длинный пробег на 22 мили, а накануне - легкий пробег на 8 миль, в общей сложности 30 миль.

Это заставило меня понять, что скользящий интервал может быть реализован на почасовой основе. Это означает, что, вероятно, пробеги на 22 и 8 миль произошли менее чем за 24 часа друг от друга (но в разные дни), и поэтому они, вероятно, были рассчитаны на одном и том же однодневном интервале. Похоже, что тот же принцип применяется ко всем скользящим интервалам относительно количества дней / недель и т. Д. Это звучит как «правильная» функциональность, которая должна быть реализована, но на практике «квантование» скользящего интервала, вероятно, было бы более полезным.

Одно из предложений - квантовать интервалы в полночь, чтобы, скажем, двухдневный интервал считал от полуночи до полуночи, а не переходил в течение дня. Я надеюсь, что в этом есть смысл.

Еще раз спасибо, дайте мне знать, что вы думаете, и если мне нужно что-то уточнить.

@mathin Вы, наверное, правы. Это могло быть связано с датами. Не могли бы вы создать новый тикет для этой потенциальной ошибки? И свяжите мне повышенную резервную копию + идентификаторы / даты действий, где может быть проблема.

@mathin Вы, наверное, правы. Это могло быть связано с датами. Не могли бы вы создать новый тикет для этой потенциальной ошибки? И свяжите мне повышенную резервную копию + идентификаторы / даты действий, где может быть проблема.

Привет, @thomaschampagne . Я бы сделал то, что вы просили, но не знаю как (резервная копия + идентификатор / даты и т. Д.). Если у вас будет время исправить функциональность, это было бы здорово, но я не ожидаю, что вы это сделаете, поскольку я понимаю, что это ваш любимый проект. Еще раз спасибо за отличный функционал!