Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

Data Management


Storage Rule

Every participant session must exist in four separate physical/logical locations before it is considered safely stored.

#LocationPurpose
1Testing computer (KINARM / tablet)Point-of-collection copy — the original session files as written by the software.
2Encrypted backup drive (next to KINARM)Offline copy, kept disconnected from the network.
3CCM DropboxShared copy that everyone else works from.
4Personal computer working copyLocal copy used for active analysis.

Transfer sequence for a new session:

  1. Collect the session on the testing computer (Location 1).

  2. At the end of each testing session, copy new session folders to the encrypted backup drive (Location 2).

  3. Transfer the data to your working computer with a USB, then upload the same session folders to the CCM Dropbox (Location 3), into the correct Project / Experiment / Subject path.

  4. Only after Locations 2 and 3 are confirmed should a personal working copy (Location 4) be used for analysis.


Dropbox Folder Structure

Our CCM Lab Dropbox is organized into:

Projects
├── _admin
│   ├── participant_key.xlsx     (links participant ID ↔ identity)
│   ├─ README_template.txt
├── <Project>                  e.g. Localization
│   ├── README.txt  
│   ├── <Experiment1>          e.g. Experiment 1
│   │   ├── protocol.txt
│   │   ├── data
│   │      │ 
│   │      ├── P01 	 e.g. 923483931_2026-11-01_24-52-16.kinarm
│   │      ├── P02
│   │      └── ...
│   └── <Experiment2>
└── <Project2>

Every project folder must contain a README.txt describing:


Naming Conventions

Participant IDs:

Dropbox Files

Once copied into the correct Project/Experiment file, there is no need to rename it there.

After processing .kinarm file

Once you have processed the .kinarm file into a .csv file, rename it with the following conventions:

P<id>_<ConditionIfNeeded>

Example: P02_Baseline


Backup Schedule & Integrity Checks

TaskFrequencyResponsible
Copy new sessions to encrypted backup driveSame day as collectionData collector
Upload new sessions to CCM DropboxSame day as collectionData collector
Verify session file counts match across Locations 1–3WeeklyLab manager
Spot-check that a random file opens correctly in each locationMonthlyLab manager
Confirm backup drive itself is not full / failingMonthlyLab manager
Backup KINARM Task ProgramsMonthlyLab manager
Move old/unused KINARM Task Programs into Documents/Dexterit Project ArchivesMonthlyLab manager

New Data Collection Checklist

Use this checklist for every testing session:

  1. Confirm participant ID has been assigned and matches the entry in Dropbox admin/participant_key.xlsx.

  2. Run the session; confirm raw files are written to the testing computer under the correct participant/session name.

  3. Same day: copy the session to the encrypted backup drive (this should be Elements D:/KINARM Backups/ or Elements D:/Tablet Backup/) under the correct participant file

  4. Same day: transfer session data to your working computer with a USB, then upload the session to the correct Dropbox path (do not rename raw files)

  5. Log the session as complete in the project tracking participant_key.xlsx (session date, participant ID, any notes on data quality).

  6. When ready to analyze, pull a personal working copy from Dropbox to run through our preprocessing script and rename based on naming conventions above

Onboarding checklist for new lab members:

Offboarding checklist when a lab member leaves: