Qsiprep anatomical outputs resampled really weirdly

Summary of what happened:

<qsiprep seems to resample the T1s in my dataset really awkwardly. Not sure what’s going on, because there’s no error message. >

Command used (path bindings and environment variables omitted for clarity):

singularity run --cleanenv \
/derivatives/BIDS_accession_sub /out participant \
--fs-license-file /opt/freesurfer/license.txt \
--output-resolution 1.2 \
--work-dir 
--unringing-method mrdegibbs --denoise-method dwidenoise --nthreads \
--participant_label ${subjectID} \
--separate_all_dwis \
-v -v>

Version:

0.19.0

Environment (Docker, Singularity, custom installation):

Singularity

Data formatted according to a validatable standard? Please provide the output of the validator:

BIDS

    Summary                                          Available Modalities:
    16 Files, 55.41MB                                FLAIR                 
    1 - Subject                                      T1w                   
    1 - Session                                      dwi                   

Relevant log outputs (up to 20 lines):

No errors occurred.

Screenshots / relevant information:

Preprocessed T1
The original image is 0.85x0.85x0.85 w/ dimensions [256, 256, 168]

Sharing screenshots of the un-preprocessed T1 below.

Hi @suneelbanerjee ,

At first glance, it looks like you are trying to preprocess children images? If it is the case, the normalization to an adult template as it is done by default in qsiprep may fail . You could try with one of the following options:

  • --anatomical-template and pass a children template as provided in templateflow for instance
    and/or:
  • --infant

It also looks like your T1w might be a localizer or a vnav instead of the 1mm isotropic image most people acquire

Hi @suneelbanerjee and welcome to neurostars!

Adding on to what others have said, you have issues with your command that you should fix before trying again.

You added these flags but you did not specify arguments for them. It should read something like

--work-dir /PATH/TO/WORKDIR --nthreads NUM_THREADS

(making sure that any relevant filesystems are mounted with the -B argument in the Singularity preamble).

You can try upgrading to 0.20.0

This is only the end of the BIDS validation report. There is usually more above it (errors or warnings if applicable).

Best,
Steven

Indeed that is a good catch! It seems like the T1w has indeed very low resolution et and low contrast!

Dear Matt,

Yeah, it’s certainly not the kind of T1 I’d like to be using, but it’s the only one I have available for this subject. It’s a series of axial slices interpolated and upsampled. Do you think that the resampling issue is related to the poor quality of the T1? I have noticed this same issue in a completely different dataset that has high quality T1 and DWI, which is why I think this might be a user error of some kind.

Preprocessed:

Original call here. I specified an anatomical template this time and didn’t use ‘separate all dwis’ because there was only one session.

sudo singularity run --containall --writable-tmpfs     -B /media/neel/MOUS/MOUS/MOUS/SynologyDrive/AFQ_working:/data     -B /media/neel/dataDrive1/neelbanerjee/qsiprep:/work     -B /media/neel/MOUS/MOUS/MOUS/SynologyDrive/AFQ_working/derivatives:/out     -B /media/neel/MOUS/MOUS/MOUS/SynologyDrive/DWI_render/license.txt:/opt/freesurfer/license.txt     /home/neel/qsiprep-0.19.1.sif     /data /out participant     --work-dir /work     --output-resolution 1.2     --anatomical-template MNI152NLin2009cAsym     --fs-license-file /opt/freesurfer/license.txt


Hi @suneelbanerjee,

Have you tried the —dwi-only (if the poor anatomical outputs are affecting your dwi outputs)?

Best,
Steven