Difference between revisions of "Documentation/Nightly/Developers/Tutorials/MigrationGuide/Slicer"
Line 3: | Line 3: | ||
== Migration Guide == | == Migration Guide == | ||
+ | |||
+ | === Slicer 4.9: slicer.util.getNode() raises exception if node not found === | ||
+ | |||
+ | If slicer.util.getNode() is called and the node is not found then instead of just returning None (Slicer 4.8 behavior), the method now raises a MRMLNodeNotFoundException. This makes code debugging easier (the error is reported when it happens), and in general more consistent with Python conventions. | ||
+ | |||
+ | How to update existing code: | ||
+ | |||
+ | It is advisable to only use slicer.util.getNode in tests, or interactively in the Python console, as its behavior is somewhat unpredictable (it may either found a node by name or ID, and result of wildcard search is even less deterministic). In general, it is recommended to use the MRML scene's GetFirstNodeByName and GetNodeByID methods instead. | ||
+ | |||
+ | '''Replace this:''' | ||
+ | |||
+ | <pre> | ||
+ | n = slicer.util.getNode(nodeNameOrID) | ||
+ | </pre> | ||
+ | |||
+ | '''By one of these:''' | ||
+ | |||
+ | If node is to be found by name: | ||
+ | <pre> | ||
+ | n = slicer.mrmlScene.GetFirstNodeByName(nodeName) | ||
+ | </pre> | ||
+ | |||
+ | If node is to be found by ID: | ||
+ | <pre> | ||
+ | n = slicer.mrmlScene.GetNodeByID(nodeID) | ||
+ | </pre> | ||
+ | |||
+ | If node is to be found by name or ID (slower, less predictable, recommended for testing only): | ||
+ | |||
+ | <pre> | ||
+ | try: | ||
+ | n = slicer.util.getNode(nodeNameOrID) | ||
+ | except slicer.util.MRMLNodeNotFoundException: | ||
+ | n = None | ||
+ | </pre> | ||
+ | |||
+ | More information: https://github.com/Slicer/Slicer/commit/b63484af1b1b413f35396f8f7efb73e870448bd4 | ||
===Slicer 4.8: Application: isRelease() function not available or deprecated=== | ===Slicer 4.8: Application: isRelease() function not available or deprecated=== |
Revision as of 14:02, 19 January 2018
Home < Documentation < Nightly < Developers < Tutorials < MigrationGuide < SlicerContents
- 1 Migration Guide
- 1.1 Slicer 4.9: slicer.util.getNode() raises exception if node not found
- 1.2 Slicer 4.8: Application: isRelease() function not available or deprecated
- 1.3 Slicer Python Module: modulewidget and others removed.
- 1.4 MRML: Slicer 4.6: Moved up vtkMRMLStorableNode in the MRML node hierarchy.
- 1.5 MRML: Slicer 4.5: Introduction of vtkMRMLLabelMapVolumeNode
- 1.6 CLI: Slicer 4.3: Add ITKFactoryRegistration library centralizing ITK IO factory registration
Migration Guide
Slicer 4.9: slicer.util.getNode() raises exception if node not found
If slicer.util.getNode() is called and the node is not found then instead of just returning None (Slicer 4.8 behavior), the method now raises a MRMLNodeNotFoundException. This makes code debugging easier (the error is reported when it happens), and in general more consistent with Python conventions.
How to update existing code:
It is advisable to only use slicer.util.getNode in tests, or interactively in the Python console, as its behavior is somewhat unpredictable (it may either found a node by name or ID, and result of wildcard search is even less deterministic). In general, it is recommended to use the MRML scene's GetFirstNodeByName and GetNodeByID methods instead.
Replace this:
n = slicer.util.getNode(nodeNameOrID)
By one of these:
If node is to be found by name:
n = slicer.mrmlScene.GetFirstNodeByName(nodeName)
If node is to be found by ID:
n = slicer.mrmlScene.GetNodeByID(nodeID)
If node is to be found by name or ID (slower, less predictable, recommended for testing only):
try: n = slicer.util.getNode(nodeNameOrID) except slicer.util.MRMLNodeNotFoundException: n = None
More information: https://github.com/Slicer/Slicer/commit/b63484af1b1b413f35396f8f7efb73e870448bd4
Slicer 4.8: Application: isRelease() function not available or deprecated
Error message similar to:
Missing/deprecated qSlicerCoreApplication::isRelease()
or
Missing/deprecated slicer.app.isRelease()
Solution:
Use qSlicerCoreApplication::releaseType() == "Stable"
Summary:
Prior to rXYZ, the variable Slicer_VERSION_TWEAK was used to check if a "stable release" was built. The variable value was set by updating the sources and defining the variable to an integer greater or equal to 0. In other word, if the variable evaluated to an empty string, a nighty or experimental build was being done, if it evaluated to an integer, a stable release build was being done.
The approach had few issues:
- the name of the variable was confusing
- identifying a "stable release" only from a source tree revision was not enough. Indeed the environment defining a "release" is the one found on the build machines used to generate the installer.
- nightly build are also considered as release
To address this, the CMake variable Slicer_RELEASE_TYPE was introduced. As of 2017-10-04, it can be set to Experimental, Nightly or Stable with Experimental being the value hard-coded in the source.
Identifying a build as "stable" is now explicitly done by setting Slicer_RELEASE_TYPE to Stable at configure time.
Also, since the concept of release types was introduced, the function isRelease() has been removed in favor of releaseType().
References:
https://github.com/Slicer/Slicer/pull/354
Slicer Python Module: modulewidget and others removed.
Summary Python classes formerly in "slicer.moduledm", "slicer.modulelogic", "slicer.modulemrml" and "slicer.modulewidget" are now directly available in the slicer module.
See example of change here.
Rational:
See comments in commit messages referenced blow.
References:
https://github.com/Slicer/Slicer/commit/628f83fe7a6f4e0710e306bcaf7c04b9e3e5e6bd
https://github.com/Slicer/Slicer/commit/9cb5668fde1abc8f0430a91ca37fc29277ceeb4e
MRML: Slicer 4.6: Moved up vtkMRMLStorableNode in the MRML node hierarchy.
Rational:
vtkMRMLStorableNode is not a children of vtkMRMLTransformable node anymore, but directly a children of vtkMRMLNode.
This allows making a node storable without requiring it to be also transformable. It is important for several node types (color maps, tables, etc), which require separate storage node but are not transformable.
References:
- Changed introduced in r24891
Error message similar to:
/tmp/LongitudinalPETCT/MRML/vtkMRMLLongitudinalPETCTStudyNode.cxx: In member function ‘void vtkMRMLLongitudinalPETCTStudyNode::ObserveRegistrationTransform(bool)’: /tmp/LongitudinalPETCT/MRML/vtkMRMLLongitudinalPETCTStudyNode.cxx:478:28: error: ‘class vtkMRMLVolumePropertyNode’ has no member named ‘GetParentTransformNode’ && propNode->GetParentTransformNode() ^ /tmp/LongitudinalPETCT/MRML/vtkMRMLLongitudinalPETCTStudyNode.cxx:480:23: error: ‘class vtkMRMLVolumePropertyNode’ has no member named ‘SetAndObserveTransformNodeID’ propNode->SetAndObserveTransformNodeID( ^ /tmp/LongitudinalPETCT/MRML/vtkMRMLLongitudinalPETCTStudyNode.cxx:503:23: error: ‘class vtkMRMLVolumePropertyNode’ has no member named ‘SetAndObserveTransformNodeID’ propNode->SetAndObserveTransformNodeID(NULL); ^
Solution:
Removes lines and/or refactor code
MRML: Slicer 4.5: Introduction of vtkMRMLLabelMapVolumeNode
Rational:
Before vtkMRMLScalarVolumeNode was used for both scalar and label map volumes and the LabelMap custom MRML node attribute was used for distinguishing between them (0=scalar; 1=label map volume).
This made conversion between labelmap/scalar volumes very easy but made it difficult to customize behavior, display, processing of segmentation information.
Now a new vtkMRMLLabelMapVolumeNode class is used for storing segmentation information (still using vtkMRMLScalarVolume used as base class for backward compatibility; but in the future the base class may be changed to reflect that segmentation can be represented in various ways, not just as volumes).
Error message similar to:
error: ‘class vtkMRMLScalarVolumeNode’ has no member named ‘SetLabelMap’ outputVolumeNode->SetLabelMap(1); ^
Solution (part1: down cast to vtkMRMLLabelMapVolumeNode, remove call to SetLabelMap)
Replace lines like:
vtkMRMLNode* outputNode = d->OutputLabelVolumeMRMLNodeComboBox->currentNode(); vtkMRMLScalarVolumeNode* outputVolumeNode = vtkMRMLScalarVolumeNode::SafeDownCast(outputNode); [...] outputVolumeNode->SetLabelMap(1);
with:
vtkMRMLLabelMapVolumeNode* outputVolumeNode = vtkMRMLLabelMapVolumeNode::SafeDownCast(d->OutputLabelVolumeMRMLNodeComboBox->currentNode()); [...]
Solution (part2: Update UI file):
Replace lines like:
<widget class="qMRMLNodeComboBox" name="InputLabelVolumeMRMLNodeComboBox"> <property name="nodeTypes"> <stringlist> <string>vtkMRMLScalarVolumeNode</string> </stringlist> </property> [...] </widget>
with:
<widget class="qMRMLNodeComboBox" name="InputLabelVolumeMRMLNodeComboBox"> <property name="nodeTypes"> <stringlist> <string>vtkMRMLLabelMapVolumeNode</string> <------------- Update Here </stringlist> </property> [...] </widget>
Solution (part3: Update node selector configuration):
Replace lines like:
nodeSelector.setNodeTypes(QStringList("vtkMRMLScalarVolumeNode")); nodeSelector.addAttribute("vtkMRMLScalarVolumeNode", "LabelMap", "1");
with:
nodeSelector.setNodeTypes(QStringList("vtkMRMLLabelMapVolumeNode"));
References:
- http://www.slicer.org/slicerWiki/index.php/Documentation/Labs/Segmentations#vtkMRMLLabelMapVolumeNode_integration
- http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&revision=24291
CLI: Slicer 4.3: Add ITKFactoryRegistration library centralizing ITK IO factory registration
Rational:
Linking against ITKFactoryRegistration ensures that ITK IO factory are properly registered on all supported platforms.
Error message similar to:
Undefined symbols for architecture x86_64: "itk::itkFactoryRegistration()", referenced from: _main in ImageMakerTest.cxx.o ld: symbol(s) not found for architecture x86_64
Solution:
Replace lines like:
target_link_libraries(${CLP}Test ${CLP}Lib)
with:
target_link_libraries(${CLP}Test ${CLP}Lib ${SlicerExecutionModel_EXTRA_EXECUTABLE_TARGET_LIBRARIES})
References: