View Issue Details

IDProjectCategoryView StatusLast Update
0001841Slicer4Core: CLI infrastructurepublic2014-03-06 05:10
Reporterjayender Assigned Tofedorov  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product VersionSlicer 4.0.1 
Target VersionSlicer 4.0.1Fixed in VersionSlicer 4.2.0 
Summary0001841: Multivolumes do not load after saving
Description

I am not able to save and then load DCE-MRI using the MultiVolumeImporter module.

TagsNo tags attached.

Activities

fedorov

fedorov

2012-03-28 12:49

developer   ~0003925

Using the dataset provided with the module, I am able to load it, save the scene, and load the scene back with the multivolume correctly loaded. I cannot reproduce the issue reported.

jayender

jayender

2012-03-28 15:17

reporter   ~0003928

Last edited: 2012-03-28 15:17

Andriy, I have uploaded the dataset for you to test. I have sent you the link by email.

fedorov

fedorov

2012-03-29 10:31

developer   ~0003933

I was able to reproduce the problem with your data.

The short answer I cannot fix this.

Here's the long answer. Multivolume support modules use DWI IO mechanisms for storage. This means a multivolume is stored as a DWI volume in an NRRD file. As it turns out, if you attempt to save multi-component data, NRRD write function performs a series of checks to determine whether it is a DWI or not, and it does not treat the data as DWI unless it has more than 6 components (see Libs/vtkTeem/vtkNRRDWriter.cxx:88).

As a workaround, you can create duplicate dataframes so that the total number of frames is more than 6.

Hopefully in the future the IO mechanisms for multivolume will be revised to get rid of this constraint, but for now it is what it is.

fedorov

fedorov

2012-08-28 07:12

developer   ~0005827

With the rearchitecture of MultiVolume implementation, it no longer depends on DWI infrastructure, and there should be no constraint on minimum number of components allowed. Tested with 3 frames -- import, saving and reloading work without issues.

jcfr

jcfr

2014-03-06 05:07

administrator   ~0010961

Closing resolved issues that have not been updated in more than 3 months

Issue History

Date Modified Username Field Change
2012-03-28 10:45 jayender New Issue
2012-03-28 12:48 fedorov Status new => assigned
2012-03-28 12:48 fedorov Assigned To => fedorov
2012-03-28 12:49 fedorov Note Added: 0003925
2012-03-28 12:49 fedorov Status assigned => feedback
2012-03-28 15:17 jayender Note Added: 0003928
2012-03-28 15:17 jayender Note Edited: 0003928
2012-03-29 10:31 fedorov Note Added: 0003933
2012-03-29 10:31 fedorov Status feedback => resolved
2012-03-29 10:31 fedorov Resolution open => not fixable
2012-05-10 13:38 jayender Status resolved => closed
2012-08-21 11:30 jcfr Fixed in Version => Slicer 4.0.1
2012-08-21 11:30 jcfr Target Version => Slicer 4.0.1
2012-08-28 07:12 fedorov Note Added: 0005827
2012-08-28 07:12 fedorov Status closed => resolved
2012-08-28 07:12 fedorov Fixed in Version Slicer 4.0.1 => Slicer 4.2.0 - Feature freeze Sept 1st 2012
2012-08-28 07:12 fedorov Resolution not fixable => fixed
2014-03-06 05:07 jcfr Note Added: 0010961
2014-03-06 05:10 jcfr Status resolved => closed