Slicer3:Architecture/Features - Revision history

Grundlett: Text replacement - "http://www.slicer.org/slicerWiki/index.php/" to "https://www.slicer.org/wiki/"

2017-07-10T17:51:25Z

Text replacement - "http://www.slicer.org/slicerWiki/index.php/" to "https://www.slicer.org/wiki/"

Marianna: Protected "Slicer3:Architecture/Features" [edit=sysop:move=sysop]

2008-05-22T16:12:37Z

Protected "Slicer3:Architecture/Features" [edit=sysop:move=sysop]

Marianna: Unprotected "Slicer3:Architecture/Features"

2008-05-19T17:00:32Z

Unprotected "Slicer3:Architecture/Features"

Marianna: Replacing page with ''''Note:''' We are migrating this content to the slicer.org domain - The newer page is [http://www.slicer.org/slicerWiki/index.php/Slicer3:Architectur...'

2008-05-19T17:00:21Z

Replacing page with '<big>'''Note:''' We are migrating this content to the slicer.org domain - <font color="orange">The newer page is [http://www.slicer.org/slicerWiki/index.php/Slicer3:Architectur...'

Spujol at 19:50, 16 October 2007

2007-10-16T19:50:35Z

Spujol at 19:48, 16 October 2007

2007-10-16T19:48:55Z

Andy: Update from Wiki

2006-12-18T13:42:24Z

Update from Wiki

Andy: Update from Wiki

2006-12-18T13:42:23Z

Update from Wiki

New page

Presentations:

* [[Media:Slicer_3-alpha-2006-04-03.ppt|Slicer 3 Architecture Presentation 2006-04-03]]

The main goals of the slicer3 re-work are:

* Provide a clean, well-defined, flexible and functional application structure for medical image computing developers and users
* Learn from user and developer feedback about earlier versions of slicer as well as other packages with similar goals
* Maximize the re-use of code by making it easy use pieces of slicer in other environments and to plug diverse pieces of code into the slicer model

At a high level, these goals are to be implemented through:

* A data-centric approach in which the '''Data Model''' (implemented as a follow on to the MRML Tree) is implemented independent of the visualization and algorithmic components of the system
** The Data Model API allows adding, deleting, reading, and modifying medical image data types (Volumes, Models, Transforms, Fiducials, etc).
** The Data Model provides functionality to serialize and deserialize the contents in an XML structure
** The Data Model API is structured to allow the either direct access (in the same process space with the algorithms) or through a client/server connection.
** A set of Adaptor Classes will be provided to allow access to the Data Model API through ITK Image Readers/Writers, VTK Image Readers/Writers, and command line utility commands. These adaptors will support access to the data by programs that have not specifically been written to support the slicer Data Model.

* An '''Execution Model''' in which algorithmic functionality is encapsulated such that they can be used in one of several modes:
** as stand-alone command line executables (for use in testing or to be called from batch scripts; these executables are also important to enable grid/distributed computing)
** as shared libraries linked into a parent application (i.e. brought into the slicer application address space where the classes can be instantiated and methods invoked with data passed as pointers)
** a framework to enable algorithm developers to efficiently code these execution modules will be provided using ITK

* A '''UI''' application interface that
** presents a consistent and modern look and feel to end users
** a 'thin' application layer that is independent of the data and execution implementation
** a UI description language (XML) so that execution modules can be 'self describing' in terms of their parameters so that, for example, the UI elements can be provided through a --xml-help command line argument
** a class hierarchy of reusable UI Widgets that enforce consistent look and feel and can be used in multiple modules
** UI widgets that are 'aware' of the Data Model, UI, and other slicer3 elements to support high level operations (e.g. a coordinate system browser, a volume properties editor, a view controller, etc).
** A 'trace' capability in the UI to support scripted tests and demos (possibly also user macros).

* A '''Visualization''' Environment customized for medical image processing (VTK based)
** A framework for representing and displaying elements of the Data Model with sub-voxel accurate rendering
** Ability to represent and display composite scenes with volumes, models, landmarks, and fiducials
** Ability for modules to add transient display elements (e.g. glyphs and widgets) to support interaction
** Cross platform high performance rendering infrastructure
** a framework to support module development

* Other global features and requirements
** Cross platform to at least: Windows, Linux, Mac. Solaris, SGI, AIX desirable but not critical.
** As much code coverage as possible in nightly testing
** Integrated with CPack for distribution and installation.

← Older revision		Revision as of 17:51, 10 July 2017
Line 1:		Line 1:
−	<big>'''Note:''' We are migrating this content to the slicer.org domain - <font color="orange">The newer page is [~~http~~://www.slicer.org/~~slicerWiki/index.php~~/Slicer3:Architecture/Features here]</font></big>	+	<big>'''Note:''' We are migrating this content to the slicer.org domain - <font color="orange">The newer page is [https://www.slicer.org/wiki/Slicer3:Architecture/Features here]</font></big>

← Older revision		Revision as of 17:00, 19 May 2008
Line 1:		Line 1:
−	~~== Presentations ==~~	+	<big>'''Note:''' We are migrating this content to the slicer.org domain - <font color="orange">The newer page is [http://www.slicer.org/slicerWiki/index.php/Slicer3:Architecture/Features here]</font></big>
−
−	~~Presentations:~~
−
−	* [[Media:Slicer_3-alpha-2006-04-03.ppt\|Slicer 3 Architecture Presentation 2006-04-03]]
−
−	~~== Goals ==~~
−
−	~~The main goals of the slicer3 re-work are:~~
−
−	* Provide a clean, well-defined, flexible and functional application structure for medical image computing developers and users
−	* Learn from user and developer feedback about earlier versions of slicer as well as other packages with similar goals
−	* Maximize the re-use of code by making it easy use pieces of slicer in other environments and to plug diverse pieces of code into the slicer model
−
−	~~== Architecture ==~~
−
−	~~At a high level, these goals are to be implemented through:~~
−
−	* A data-centric approach in which the [http://wiki.na-mic.org/Wiki/index.php/Slicer3:Data_Model '''~~Data Model~~''' ~~] (implemented as a follow on~~ to the ~~MRML Tree) is implemented independent of the visualization and algorithmic components of the system~~
−	** The Data Model API allows adding, deleting, reading, and modifying medical image data types (Volumes, Models, Transforms, Fiducials, etc).
−	** The Data Model provides functionality to serialize and deserialize the contents in an XML structure
−	** The ~~Data Model API~~ is ~~structured to allow the either direct access (in the same process space with the algorithms) or through a client/server connection.~~
−	** A set of Adaptor Classes will be provided to allow access to the Data Model API through ITK Image Readers/Writers, VTK Image Readers/Writers, and command line utility commands. These adaptors will support access to the data by programs that have not specifically been written to support the slicer Data Model.
−
−	* An [http://www.~~na-mic~~.org/~~Wiki~~/index.php/Slicer3:~~Execution_Model_Documentation#Introduction '''Execution Model'''] in which algorithmic functionality is encapsulated such that they can be used in one of several modes:~~
−	** as stand-alone command line executables (for use in testing or to be called from batch scripts; these executables are also important to enable grid/~~distributed computing)~~
−	** as shared libraries linked into a parent application (i.e. brought into the slicer application address space where the classes can be instantiated and methods invoked with data passed as pointers)
−	** a framework to enable algorithm developers to efficiently code these execution modules will be provided using ITK
−
−	* A '''UI''' application interface that
−	** presents a consistent and modern look and feel to end users
−	** a 'thin' application layer that is independent of the data and execution implementation
−	** a UI description language (XML) so that execution modules can be 'self describing' in terms of their parameters so that, for example, the UI elements can be provided through a --xml-help command line argument
−	** a class hierarchy of reusable UI Widgets that enforce consistent look and feel and can be used in multiple modules
−	** UI widgets that are 'aware' of the Data Model, UI, and other slicer3 elements to support high level operations (e.g. a coordinate system browser, a volume properties editor, a view controller, etc).
−	** A 'trace' capability in the UI to support scripted tests and demos (possibly also user macros).
−
−	* A '''Visualization''' Environment customized for medical image processing (VTK based)
−	** A framework for representing and displaying elements of the Data Model with sub-voxel accurate rendering
−	** Ability to represent and display composite scenes with volumes, models, landmarks, and fiducials
−	** Ability for modules to add transient display elements (e.g. glyphs and widgets) to support interaction
−	** Cross platform high performance rendering infrastructure
−	** a framework to support module development
−
−	* Other global features and requirements
−	** Cross platform to at least: Windows, Linux, Mac. Solaris, SGI, AIX desirable but not critical.
−	** As much code coverage as possible in nightly testing
−	** Integrated with CPack for distribution and installation.
−
−	== Features ~~& capabilities "wish-list" ==~~
−
−	~~See [[Slicer3:FeatureRequests\|Feature and Resource Requests~~ ]~~] to make a new Slicer 3 feature or resource request or to browse existing ones.~~

← Older revision	Revision as of 16:12, 22 May 2008
(No difference)

@@ Line 17: / Line 17: @@
 At a high level, these goals are to be implemented through:
-* A data-centric approach in which the '''Data Model''' (implemented as a follow on to the MRML Tree) is implemented independent of the visualization and algorithmic components of the system
+* A data-centric approach in which the [http://wiki.na-mic.org/Wiki/index.php/Slicer3:Data_Model '''Data Model''' ] (implemented as a follow on to the MRML Tree) is implemented independent of the visualization and algorithmic components of the system
 ** The Data Model API allows adding, deleting, reading, and modifying medical image data types (Volumes, Models, Transforms, Fiducials, etc).
 ** The Data Model provides functionality to serialize and deserialize the contents in an XML structure

@@ Line 23: / Line 23: @@
 ** A set of Adaptor Classes will be provided to allow access to the Data Model API through ITK Image Readers/Writers, VTK Image Readers/Writers, and command line utility commands. These adaptors will support access to the data by programs that have not specifically been written to support the slicer Data Model.
-* An '''Execution Model''' in which algorithmic functionality is encapsulated such that they can be used in one of several modes:
+* An [http://www.na-mic.org/Wiki/index.php/Slicer3:Execution_Model_Documentation#Introduction '''Execution Model'''] in which algorithmic functionality is encapsulated such that they can be used in one of several modes:
 ** as stand-alone command line executables (for use in testing or to be called from batch scripts; these executables are also important to enable grid/distributed computing)
 ** as shared libraries linked into a parent application (i.e. brought into the slicer application address space where the classes can be instantiated and methods invoked with data passed as pointers)

@@ Line 1: / Line 1: @@
 Presentations:
 * [[Media:Slicer_3-alpha-2006-04-03.ppt|Slicer 3 Architecture Presentation 2006-04-03]]
 The main goals of the slicer3 re-work are:
@@ Line 8: / Line 12: @@
 * Learn from user and developer feedback about earlier versions of slicer as well as other packages with similar goals
 * Maximize the re-use of code by making it easy use pieces of slicer in other environments and to plug diverse pieces of code into the slicer model
 At a high level, these goals are to be implemented through:
@@ Line 41: / Line 47: @@
 ** As much code coverage as possible in nightly testing
 ** Integrated with CPack for distribution and installation.