Files
GameTime/.ideai/tickets/179/issue.md

3.1 KiB

id, number, title, status, priority, sprint, links, agentRefs, attachments, createdBy, updatedBy, createdAt, updatedAt, version
id number title status priority sprint links agentRefs attachments createdBy updatedBy createdAt updatedAt version
9aa3e9b3-bf4c-480d-9003-82a02ce8f4a3 179 [UI] Statistique par etape, serie, exercice et seance sur le par temps open medium d5c18b44-0eec-46db-b8ab-506cfee0bfea
agentId role
57695b92-24d0-4876-837c-76116e70a6ae assigned
kind
user
kind agent_id
agent 57695b92-24d0-4876-837c-76116e70a6ae
1785404943786 1785408937070 7

J'aimerais qu'on améliore le detail des statistiques. J'aimerais qu'on les stock par etape, par série, par exercice et par seance ainsi que par temps.

Le but serait de pouvoir afficher des statistiques sous forme d'une courbe sur un graph à deux axes (en ordonnée l'unité de la statistique et en absisse le temps) sur une étape (simplement les datas de la statistique en fonction du temps avec une barre horiezontal pour le max et une autre pour le min), une série (sur laquelle on ajouterait des marqueur sur le début et la fin de chaque étape ainsi qu'une ligne horizontale en pointillé pour le max de la série, et une pour le min de la série), sur l'exercice (sur laquelle on ajouterait des marqueurs de début et de fin de chaque série ainsi qu'une ligne horizontale en pointillé pour le max de l'exercice, et une pour le min de l'exercice) et enfin de la séance (sur laquelle on ajouterait des marqueurs de début et de fin de chaque exercice ainsi qu'une ligne horizontale en pointillé pour le max de la séance, et une pour le min de la séance). On affichera les barres horizontales min et max seulement pour les statistiques pour lesquelles ça a du sens (La FC seuleemnt pour le moment je dirais). Pour ce qui est des statistiques cumulatives dans le temps (la distance et les calories), je veux que la quantité affichée soit relative à la scope. C'est a dire que les valeurs commencent à 0 à chaque fois sur notre affichage.

Je pense qu'on peut se contenter de garder une donnée toutes les 15s et uniquement des données envoyée par la montre. Pour les données calculée (comme les calories) on ne fais le calcul et o ne l'enregistre que si la montre a donné les valeurs, on n'interpole rien. C'est a dire que quand la montre a l'écran éteint, elle n'envoie de toute façon qu'une donnée toutes les 30s, donc ça réduira grandement le nombre de données. On utilise a chauqe fois les dernieres données de la montre non consommée, c'est a dire que si la montre envoie une donnée toutes les 10sec et qu'on enregistre nos données pour notre graph toutes les 15s, alors chaque 15s, j'utilise le dernier bas de donnée récéptionné.

Dans le cas ou il n'y a pas de données recus depuis plus de 2min, on se contentera de relier la derniere valeur à la nouvelle par des pointinllé pour faire comprendre a l'utilisateur qu'il n'y a pas eu de datas. La montre ne garde rien de son côté pour compenser les données non envoyées (si apr exemple la montre et le téléphone se sont déconnecté) sauf si ça ne lui coute rien en énergie et en température de chauffe, ça sera à Main de determiner ça.