Skip to content

BF: Fix for 'split' (concatenated?) multiframe DICOM #1328

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

Closed
wants to merge 1 commit into from

Conversation

moloney
Copy link
Contributor

@moloney moloney commented Jun 18, 2024

Can't just use number of frame indices to determine shape of data, as the actual frames could still be split into different files. Also can't assume a multiframe file is more than a single slice.

I am checking with colleagues if we have some phantom data I can use to create a test case.

Can't just use number of frame indices to determine shape of data,
as the actual frames could still be split into different files.
Also can't assume a multiframe file is more than a single slice.
Copy link

codecov bot commented Jun 18, 2024

Codecov Report

Attention: Patch coverage is 72.72727% with 3 lines in your changes missing coverage. Please review.

Project coverage is 92.19%. Comparing base (d18022d) to head (578e60d).

Files Patch % Lines
nibabel/nicom/dicomwrappers.py 72.72% 1 Missing and 2 partials ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1328      +/-   ##
==========================================
- Coverage   92.20%   92.19%   -0.01%     
==========================================
  Files          98       98              
  Lines       12400    12400              
  Branches     2557     2559       +2     
==========================================
- Hits        11433    11432       -1     
  Misses        644      644              
- Partials      323      324       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@moloney
Copy link
Contributor Author

moloney commented Jun 19, 2024

It seems like the "TestMultiFrameWrapper.test_data_trace" test assumes we will keep any extra-spatial (after 3rd dimension) singular dimensions. I can keep that behavior if desired but it seems counter intuitive.

@moloney
Copy link
Contributor Author

moloney commented Jul 24, 2024

Closing in favor on #1340

@moloney moloney closed this Jul 24, 2024
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

Successfully merging this pull request may close these issues.

1 participant