Logs and Metadata
Task‑root folders provide run‑level transparency and support reproducibility. Key locations:logs/, reports/run_reports/, qa/, and ica/.
Logs
- Single plain‑text log file per task (appends across runs).
- Contains system messages, warnings, and step‑by‑step notes from the run.
- Useful for debugging and audit trails.
Reports & JSON Metadata
-
*_autoclean_metadata.jsonMachine-readable JSON summary. Captures:- Run ID, timestamps, and task name.
- User/system context (username, host, PID).
- Directories used (
bids/,derivatives/,exports/). - Entry point and preprocessing parameters.
- Status (
completed,failed, etc.).
-
*_autoclean_report.pdf(QC report) Human-readable QC report. Includes:- Import details (channels, duration, sample rate).
- Processing details (filters, reference, resampling).
- Full parameter table for reproducibility.
ICA Control Sheet
Example Content
Pipeline Execution Log (Example)
The log file captures the complete pipeline execution trace: View Complete Pipeline Log Key pipeline steps documented include:Processing Logs
Per‑file CSVs are inreports/run_reports/. A combined task‑level log lives at:
- Channel Information: Original (128) vs. post-processing channel counts
- Bad Channels:
['E56', 'E128', 'E8', 'E14', 'E17', 'E2'] - Filtering: 1-80 Hz bandpass with 60/120 Hz notch filters
- Epoching: 29 trials total, 7 rejected (75.8% retained)
- ICA Components: 16 components removed from 121 total
Why These Matter
- Logs capture the execution trace.
- Metadata provides both a human-readable report and a machine-readable JSON.
- Together, they ensure that every run is auditable, reproducible, and shareable.
- The ICA control sheet will expand this functionality by enabling semi-automatic component review pipelines.