Lister les activités avec activities

Traduction automatique provisoire, non révisée. En cas de doute, consultez la version anglaise, qui fait référence.

kent activities liste ce qu’une base de données a réellement enregistré, une ligne par séance : début, fin et sport.

Il est en lecture seule. Là où info compte les lignes et files liste les imports, celui-ci répond à la question qu’on se pose d’abord : qu’y a-t-il là-dedans ?

Synopsis

kent activities <dbfilename>

Ce qu’il affiche

$ kent activities mydata.sqlite
Database:  mydata.sqlite

#   Started              Ended                Sport    Sub-sport
1   2026-08-01T09:35:42  2026-08-01T10:05:46  Running  Generic
2   2026-08-03T08:26:57  2026-08-03T08:55:50  Running  Generic
3   2026-08-04T08:11:32  2026-08-04T08:40:54  Running  Generic
...
23  2026-08-27T09:28:00  2026-08-27T09:58:12  Running  Generic
24  2026-08-28T08:41:09  2026-08-28T09:10:30  Running  Generic
25  2026-08-29T09:37:23  2026-08-29T10:05:16  Running  Generic

Colonne	Ce que c’est
`#`	Le numéro de la séance dans cette base, dans l’ordre où les séances sont stockées.
`Started`	Quand la séance a commencé.
`Ended`	L’horodatage enregistré par la séance elle-même, écrit par l’appareil à l’arrêt. Il n’est pas calculé à partir de l’heure de début et d’une durée.
`Sport`	Le sport enregistré par l’appareil, par exemple Running ou Swimming.
`Sub-sport`	La catégorie plus fine, par exemple Generic ou Lap Swimming. La précision varie selon les appareils.

Une ligne par séance, pas par fichier. Un seul fichier .FIT peut contenir plusieurs séances, et une activité multisport enregistre une séance par segment : une base de dix fichiers peut donc lister plus de dix activités.

Une base sans activité

Une base créée mais jamais alimentée affiche une phrase simple et réussit. Aucune activité est une réponse, pas un échec :

$ kent createdb mydata.sqlite
$ kent activities mydata.sqlite
Database:  mydata.sqlite

No activities recorded.
$ echo $?
0

Dans un script, testez le code de sortie pour savoir si Kent a pu lire la base, pas s’il a trouvé quelque chose.

Un chemin inexistant est signalé comme manquant et n’est pas créé :

$ kent activities nope.sqlite
kent activities: nope.sqlite does not exist
$ echo $?
1

Une base plus ancienne est refusée

Comme info, details et files, il lit des colonnes nommées précises : une base plus ancienne que ce que cette version attend est donc refusée avec une explication plutôt qu’avec une erreur SQLite brute :

$ kent activities old.sqlite
kent activities: this database reports schema version 1, older than the version 2 this build of cordelia expects. Use `kent sqldump` to export it instead
$ echo $?
1

Ce qu’il n’est pas