We would like to use the opportunity again to emphasize that
- Lead-DBS is research software that unfortunately can come with bugs and comes without any warranty or guarantee whatsoever. It is not intended for clinical use.
- Optimally, tech-savvy personell should supervise the use of the software and as a user, you should fully understand the tools you use, optimally get engaged with the development process, yourself.
- Only with input from expert users will we be able to make the pipeline robust to the many use-cases that it is used for.
For people further interested, an attempt to explain what went wrong?
- To seed time series from fMRI data (in normative connectomes currently implemented in 2x2x2 mm voxels) from VTAs (which are often represented by nifti files with a very small field of view but a high resolution of ~0.2 mm in Lead-DBS), we need to map the small high res VTAs to the corresponding time series of the fMRI data.
- Since everything is already precisely in MNI space, no co-registration needs to happen at this step, but a reslicing of VTA files to the low-res space.
- This was implemented using SPM routines from ~2017 forward and all was fine.
- In very very rare cases, VTAs are smaller than an fMRI voxel and this could lead to interpolation problems using SPM, sometimes resulted in empty nifti files which produced errors.
- In an attempt to solve this, our team plugged in a routine developed to make a similar process more robust, but unfortunately that routine included a co-registration step.
- In some cases, this led to the VTAs to move in fMRI space, i.e. to mislocalise them within the normative connectome. This would then lead to nonsensical results, unfortunately.