Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ENH: Add RGB outputs for diffusion qc #80

Open
araikes opened this issue Oct 26, 2023 · 3 comments
Open

ENH: Add RGB outputs for diffusion qc #80

araikes opened this issue Oct 26, 2023 · 3 comments

Comments

@araikes
Copy link

araikes commented Oct 26, 2023

  • visualqc version: master
  • Python version: 3.10
  • Operating System: Centos7

Description

Directionally encoded color maps would be helpful to assess correct ordering of the b-vector files relative to the image files. Conventions are red: left/right, green: anterior/poster, blue: superior/inferior. This would also help to provide a rough assessment of image quality.

DIPY has the ability to produce the requisite files
https://dipy.org/documentation/1.7.0/examples_built/07_reconstruction/reconst_dti/#sphx-glr-examples-built-07-reconstruction-reconst-dti-py

@raamana
Copy link
Owner

raamana commented Oct 27, 2023

thanks Adam for this great suggestion! I can't recall our discussion at NACC meeting accurately, but would you have the time and interest to contribute this? that'd be fantastic (and I'd be happy to walk you through the codebase), but no pressure at all as I know you are too busy.

@araikes
Copy link
Author

araikes commented Oct 27, 2023

Yes, happy to work on it as I have time.

Any objection to using DIPY as a requirement?

@raamana
Copy link
Owner

raamana commented Nov 1, 2023

great - no I do not have any objection at all. let me know if you want me to walk you through the codebase.

since this is needed only for the diffusion modules (not for 5 others), we might need to implement some input validation logic to ensure dipy is installed for usages of diffusion visualqc module.

if it requires only a small parts of dipy, better solution would be include those parts in our library (assuming dipy allows that etc) so it would be easier and faster for users.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants