0003892: Improve parse local data in subject hierarchy - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update

0003892	Slicer4	Module SubjectHierarchy	public	2014-11-12 06:35	2017-11-22 09:02

Reporter	pinter	Assigned To	pinter
Priority	normal	Severity	minor	Reproducibility	have not tried
Status	closed	Resolution	fixed
Product Version
Target Version		Fixed in Version	Slicer 4.5.0-1

Summary	0003892: Improve parse local data in subject hierarchy
Description	If there are data nodes in the root, then subjects are created from them Andras' description: "If I load a number of nrrd files from the same directory and choose “Create hierarchy from loaded directory structure” then my volumes become patients (and I can change the role manually to volume). If there are not enough directory levels (actually, there are, but probably you only consider the directory path from the common root path from all the images) then dummy patient/study levels should be created or the missing higher levels should be skipped."
Additional Information	There is a bug if performed when DICOM was already loaded Take changes in http://www.na-mic.org/Bug/view.php?id=3891 into consideration (SH nodes will be already present!)
Tags	No tags attached.

pinter 2014-11-13 12:06 developer ~0012692 Last edited: 2014-11-13 12:08	Solution: Create generic folder role and create hierarchy using that kind of container node Note: role should be possible to change (Patient role is created under scene, that cannot be set to Subject; this is a bug)

pinter 2014-11-20 12:30 developer ~0012712	Fixed in http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&revision=23795

Import 2017-06-07 23:51:09: master 1813639d 2014-11-20 17:12:06 pinter Details Diff	ENH: Update parse local data to follow changes in subject hierarchy Parse local data ('Create hierarchy from local directory structure' context menu action for scene in subject hierarchy) now creates folder nodes instead of subject and study, because we cannot guarantee that the number of directory levels accommodates this condition. Removed the concept of ChildLevelMap and related code, due to fewer levels (now we only have Subject, Study and Folder, there is no separate Patient and Generic series) and the general nature of Folder (there is no need now to create a new type of hierarchy node for every grouping concept). Fixes 0003892 git-svn-id: http://svn.slicer.org/Slicer4/trunk@23795 3bd1e089-480b-0410-8dfb-8563597acbee
	mod - Modules/Loadable/SubjectHierarchy/MRML/vtkMRMLSubjectHierarchyConstants.cxx		Diff File
	mod - Modules/Loadable/SubjectHierarchy/MRML/vtkMRMLSubjectHierarchyConstants.h		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/CMakeLists.txt		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyAbstractPlugin.cxx		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyAbstractPlugin.h		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyDICOMPlugin.cxx		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyDICOMPlugin.h		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyDefaultPlugin.cxx		Diff File
	add - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyFolderPlugin.cxx		Diff File
	rm - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyGenericFolderPlugin.cxx		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyParseLocalDataPlugin.cxx		Diff File
	mod - Modules/Loadable/SubjectHierarchy/Widgets/qSlicerSubjectHierarchyParseLocalDataPlugin.h		Diff File
	mod - Modules/Loadable/SubjectHierarchy/qSlicerSubjectHierarchyModule.cxx		Diff File
	mod - Modules/Loadable/Volumes/SubjectHierarchyPlugins/qSlicerSubjectHierarchyVolumesPlugin.cxx		Diff File
	mod - Modules/Loadable/Volumes/SubjectHierarchyPlugins/qSlicerSubjectHierarchyVolumesPlugin.h		Diff File

Date Modified	Username	Field	Change
2014-11-12 06:35	pinter	New Issue
2014-11-12 06:35	pinter	Status	new => assigned
2014-11-12 06:35	pinter	Assigned To	=> pinter
2014-11-12 06:36	pinter	Additional Information Updated
2014-11-12 06:44	pinter	Description Updated
2014-11-12 06:44	pinter	Additional Information Updated
2014-11-13 12:06	pinter	Note Added: 0012692
2014-11-13 12:08	pinter	Note Edited: 0012692
2014-11-20 12:30	pinter	Note Added: 0012712
2014-11-20 12:30	pinter	Status	assigned => resolved
2014-11-20 12:30	pinter	Fixed in Version	=> Slicer 4.4.1
2014-11-20 12:30	pinter	Resolution	open => fixed
2015-09-09 08:29	jcfr	Fixed in Version	Slicer 4.4.1 => Slicer 4.5.0-1
2017-06-10 08:51	pinter	Changeset attached	=> Slicer master 1813639d
2017-11-22 09:02	pinter	Status	resolved => closed