MAISON-LLF: Multimodal Sensor Dataset for Monitoring Older Adults Post Lower-Limb Fractures in Community Settings
Notice bibliographique
Résumé
The MAISON-LLF dataset was collected from 10 older adult participants living alone in the community following lower limb fractures. Each participant contributed data for over 8 weeks, beginning from their first-week post-discharge. This resulted in a total of 560 days of continuous multimodal sensor data, complemented by biweekly clinical questionnaire data. The MAISON-LLF dataset is organized into a directory tree, as shown below. maison-llf/├── sensor-data/│ ├── p01/...│ ├── p10/│ │ ├── acceleration-data.csv│ │ ├── heartrate-data.csv│ │ ├── motion-data.csv│ │ ├── position-data.csv│ │ ├── sleep-data.csv│ │ ├── step-data.csv├── features/│ ├── p01/...│ ├── p10/│ │ ├── acceleration-features.csv│ │ ├── heartrate-features.csv│ │ ├── motion-features.csv│ │ ├── position-features.csv│ │ ├── sleep-features.csv│ │ ├── step-features.csv│ │ ├── clinical.csv├── dataset/│ ├── all-features.csv│ ├── all-features-imputed.csv│ ├── dataset-daily.pt│ ├── dataset-weekly.pt│ ├── dataset-biweekly.pt│ ├── In ‘sensor-data’ folder, the dataset includes 60 CSV files containing data from six sensor types for 10 participants. Each file includes a ‘timestamp’ column indicating the date and time of the recorded sensor data, accurate to milliseconds (‘yyyy-MM-dd HH:mm:ss.SSS’), along with the corresponding sensor measurements. For instance, the ‘acceleration-data.csv’ files include four columns: timestamp, and x, y, and z coordinates, while the ‘heartrate-data.csv’ files contain two columns: timestamp and heart rate value. The dataset also includes 70 CSV files containing daily features extracted from the sensor data, along with clinical questionnaire data and physical test results. Each feature CSV file includes a timestamp column representing the date (‘yyyy-MM-dd’) of the sensor data from which the daily features were extracted, alongside the corresponding sensor features. For example, the ‘acceleration-features.csv’ files contain eight columns: timestamp and the seven acceleration features and the ‘heartrate-features.csv’ files include five columns: timestamp and the four heart rate features. Additionally, the ‘clinical.csv’ files provide values for individual items of the SIS (‘sis-01’ to ‘sis-06’), OHS (‘ohs-01’ to ‘ohs-12’), and OKS (‘oks-01’ to ‘oks-12’) questionnaires, along with their final scores (‘sis’, ‘ohs’, and ‘oks’). These files also include results for the TUG and 30-second chair stand tests. Each participant has four sets of clinical data, with each set sharing the same ‘timestamp’ corresponding to the date (‘yyyy-MM-dd’) on which the clinical data were collected. To provide a comprehensive overview of the dataset, the ‘all-features.csv’ and ‘all-features-imputed.csv’ files in ‘dataset’ folder combine all daily features, clinical data, and demographic information into single CSV files, representing the data before and after missing value imputation (as explained in subsection 2.2.4). Additionally, the Python PyTorch files are structured datasets designed to facilitate supervised and unsupervised machine learning model development for estimating clinical outcomes. ‘dataset-daily.pt’ in ‘dataset’ folder contains a NumPy array with dimensions num_days × num_features, representing the daily features for all 10 participants. Alongside this array, it includes a num_days IDs array that maps each day to a participant (IDs 1 to 10). Additionally, the file contains three separate num_days arrays for SIS, OHS, and OKS scores, each assigned to the corresponding days in the daily features array. ‘dataset-weekly.pt’ in ‘dataset’ folder provides an array with dimensions num_weeks × 7 × num_features, which includes the weekly sequential features for all participants. This file also includes a num_weeks IDs array to identify the participant (1 to 10) associated with each week in the samples array. Similar to the daily dataset, it contains three separate num_weeks arrays for the SIS, OHS, and OKS scores, each assigned to the respective weeks in the weekly features array. ‘dataset-biweekly.pt’ in ‘dataset’ folder provides an array with dimensions num_biweeks × 14 × num_features, which includes the biweekly sequential features for all participants. This file also includes a num_biweeks IDs array to identify the participant (1 to 10) associated with each biweekly period in the samples array. Similar to the daily dataset, it contains three separate num_biweeks arrays for the SIS, OHS, and OKS scores, each assigned to the respective biweekly periods in the biweekly features array. CitationCite the related pre-print: A. Abedi, C. H. Chu, and S. S. Khan, "Multimodal Sensor Dataset for Remote Monitoring of Older Adults Post Lower-Limb Fractures in the Community,"
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,001 | 0,003 |
| Méta-épidémiologie (sens strict) | 0,002 | 0,000 |
| Méta-épidémiologie (sens large) | 0,001 | 0,001 |
| Bibliométrie | 0,002 | 0,002 |
| Études des sciences et des technologies | 0,001 | 0,000 |
| Communication savante | 0,001 | 0,001 |
| Science ouverte | 0,002 | 0,001 |
| Intégrité de la recherche | 0,001 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,009 | 0,007 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».