-
Notifications
You must be signed in to change notification settings - Fork 5
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
DICOM importer does not check for missing slices / inconsistent slice spacing #7
Comments
This would be a very useful feature since inconsistent slice spacing is quite prevalent in some of our datasets. The DICOM standard supports this but the formats that we actually work with do not - so in my opinion, the solution should be to use all of the present data to interpolate the data onto a regular grid with the most common spacing. |
Spoken like a true CT-centrist ;-) We also support MR on grand-challenge now and inconsistent slice spacings are way more common for MR than for CT if I am not mistaken. So it still needs to be considered, as I wrote in my in the original issue. It is also fine to reject those, but we then need to specify what is actually supported. |
I would argue that an import error should be produced, reporting back that no single volumetric dataset could be created from the set of DICOM files. I think we should not interpolate data by default. |
I have prepared some test data for this. It can be found here: |
The spacing is determined here, you should be able to raise any exception and it be passed along and the study will be rejected: rse-panimg/panimg/image_builders/dicom.py Lines 173 to 189 in 9e46f1f
|
Thanks, I'll work on a fix and prepare a PR. |
See comic/grand-challenge.org#1301
The text was updated successfully, but these errors were encountered: