Context
Following suggestion in #4, we should identify the smallest useful subset of the OSIPI DCE Challenge data to use as the first concrete dashboard example.
The goal is not to support the full challenge dataset immediately. The goal is to choose one small, defensible DCE example that can drive the first dashboard workflow.
Proposed first subset
Start with the OSIPI DCE Challenge synthetic data, preferably one minimal case such as:
- synthetic data rather than clinical data
- one patient/case
- one visit/timepoint, if applicable
Working hypothesis for discussion:
Use one synthetic DCE Challenge case as the first dashboard example, then add clinical/public datasets later.
Why synthetic first
Synthetic/reference data is a better starting point for dashboard development because it is:
- directly tied to OSIPI
- DCE-specific
- safer and simpler than clinical data
- likely to have known/reference outputs
- suitable for validation and regression testing
- small enough to make a focused dashboard path
Clinical data can be added later as the realistic demo once the dashboard flow works.
Initial local development fixture
For UI development, we can initially use the existing OSIPY fixture data instead of downloading/handling the full challenge data:
/Users/ctw/Sites/osipy/tests/fixtures/osipi_dro/dce/
Relevant files include examples such as:
Ktrans.nii
kep.nii
vp.nii
R10.nii
AIF.npz
Ea.npz
This can support an early dashboard flow with fixture/reference data while we decide the canonical challenge subset.
Candidate dashboard flow
- Select use case: OSIPI DCE Challenge - Synthetic example
- Show dataset/paper/source metadata
- Let the user select a local data folder
- Detect expected files/inputs
- Generate or preview OSIPY YAML/config
- Validate the configuration
- Run or mock-run the DCE workflow
- Inspect output maps, starting with
Ktrans
- Later: add comparison/scoring against reference outputs
Questions for Thursday
- Which exact synthetic DCE Challenge subset should be first?
- one synthetic patient/case?
- one visit/timepoint?
- both synthetic cases/visits?
- Should the first output focus only on
Ktrans, or also include vp, kep, R10, and AIF?
- Should challenge scoring be part of the first dashboard demo, or a follow-up?
- Should OSF be treated as the canonical source for the challenge data?
- What is the smallest success criterion for the first dashboard example?
- config validates?
- OSIPY runs?
- output map appears?
- scoring works?
Acceptance criteria
Related: #4
Context
Following suggestion in #4, we should identify the smallest useful subset of the OSIPI DCE Challenge data to use as the first concrete dashboard example.
The goal is not to support the full challenge dataset immediately. The goal is to choose one small, defensible DCE example that can drive the first dashboard workflow.
Proposed first subset
Start with the OSIPI DCE Challenge synthetic data, preferably one minimal case such as:
Working hypothesis for discussion:
Why synthetic first
Synthetic/reference data is a better starting point for dashboard development because it is:
Clinical data can be added later as the realistic demo once the dashboard flow works.
Initial local development fixture
For UI development, we can initially use the existing OSIPY fixture data instead of downloading/handling the full challenge data:
Relevant files include examples such as:
Ktrans.niikep.niivp.niiR10.niiAIF.npzEa.npzThis can support an early dashboard flow with fixture/reference data while we decide the canonical challenge subset.
Candidate dashboard flow
KtransQuestions for Thursday
Ktrans, or also includevp,kep,R10, andAIF?Acceptance criteria
Related: #4