Nipype: Difference between revisions

From Grid5000
Jump to navigation Jump to search
 
(16 intermediate revisions by 2 users not shown)
Line 3: Line 3:


= Nipype =
= Nipype =
[https://nipype.readthedocs.io/en/latest/ Nipype] (Neuroimaging in Python Pipelines and Interfaces) is a flexible, lightweight and extensible neuroimaging data processing framework in Python. It is a community-developed initiative under the umbrella of [https://nipy.org/ Nipy]. It addresses the heterogeneous collection of specialized applications in neuroimaging: SPM in MATLAB, FSL in shell, and Nipy in Python. A uniform interface is proposed to facilitate interaction between these different packages within a single workflow.
 
== What is Nipype? ==
 
{| border="0" cellpadding="5"
|-
|valign="top"|
 
 
|valign="top"| [[File:Fninf-05-00013-g001.jpg|thumb|left|top|180px]]
[https://nipype.readthedocs.io/en/latest/ Nipype] (Neuroimaging in Python Pipelines and Interfaces) is a flexible, lightweight and extensible neuroimaging data processing framework in Python.  
 
It is a community-developed initiative under the umbrella of [https://nipy.org/ Nipy].  
 
It addresses the heterogeneous collection of specialized applications in neuroimaging: SPM in MATLAB, FSL in shell, and Nipy in Python.  
 
'''A uniform interface''' is proposed to facilitate interaction between these different packages within a single workflow.


The source code, issues and pull requests can be found [https://github.com/nipy/nipype here].  
The source code, issues and pull requests can be found [https://github.com/nipy/nipype here].  


The fundamental parts of Nipype are Interfaces, the Workflow Engine and the Execution Plugins, as you can see in the figure below.
The fundamental parts of Nipype are '''Interfaces''', the '''Workflow Engine''' and the '''Execution Plugins''', as you can see in the figure at the left:
* '''Interface''': wraps a program or function
* '''(Map)Node''': wraps an Interface for use in a Workflow
* '''Workflow''': a graph or a forest of graphs whose edges represent data flow
* '''Plugin''': a component which describes how a Workflow should be executed
 
Among the execution plugins, you can find
 
* an OAR plugin [https://github.com/nipy/nipype/blob/master/nipype/pipeline/plugins/oar.py here].
* an Slurm plugin [https://github.com/nipy/nipype/blob/master/nipype/pipeline/plugins/slurm.py here].
 
|}
 
 
== Installation ==
 
<code class="command">pip</code> can be used to install the stable release of Nipype:
{{Term|location=fontend.site|cmd=<code class="command">pip install --user nipype</code>}}
 
It is recommended to install python dependencies within a virtual environment. To do so, execute the following commands before running the  <code class="command">pip</code> command:
{{Term|location=frontend.site|cmd=<code class="command">python3 -m venv nipype</code>}}
{{Term|location=frontend.site|cmd=<code class="command">source nipype/bin/activate</code>}}
{{Term|location=frontend.site|cmd=<code class="command">pip install nipype</code>}}
 
== Basic usage ==
 
Let's assume that you have previously installed Nipype's dependencies.
 
Here, we present an basic example of performing an addition using Nipype's standalone Node:
 
<syntaxhighlight lang="python">
from nipype import Node
from nipype.interfaces import Function
 
 
def add_two(x):
    return x + 2
 
add_func = Function(input_names=["x"], output_names=["out"], function=add_two)
add_node = Node(add_func, name="add_node")
add_node.inputs.x = 3
 
res = add_node.run()
 
print(res.outputs.out)
</syntaxhighlight>
 
In the result of the workflow, we can see:
 
<syntaxhighlight lang="bash">
231129-15:04:05,941 nipype.workflow INFO:
        [Node] Setting-up "add_node" in "/tmp/tmppx3r537_/add_node".
231129-15:04:05,946 nipype.workflow INFO:
        [Node] Executing "add_node" <nipype.interfaces.utility.wrappers.Function>
231129-15:04:06,9 nipype.workflow INFO:
        [Node] Finished "add_node", elapsed time 0.004518s.
5
</syntaxhighlight>
 
 
== Basic neuroimaging usage ==
 
Let's assume that you have previously installed Nipype's dependencies and you have installed [https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/FslInstallation/Linux fsl] (the full installer is [https://git.fmrib.ox.ac.uk/fsl/conda/installer here]) to process the [https://openneuro.org/datasets/ds000003/versions/1.0.0 Rhyme judgment dataset] available on OpenNeuro.
 
Here, we present an basic example of performing pre-processing using Nipype:
 
<syntaxhighlight lang="python">
import nipype.interfaces.fsl as fsl
from nipype import Node, Workflow
 
preprocessing = Workflow(name='preprocessing')
 
# using fMRI's linear image registration tool for intra-modal motion correction
mcflirt = Node(fsl.MCFLIRT(), name='mcflirt')
mean = Node(fsl.MeanImage(), name='mean')
 
# add Nodes to Workflow
preprocessing.connect(mcflirt, 'out_file', mean, 'in_file')
 
mcflirt.inputs.in_file = '/home/ychi/nipype/ds000003/sub-01/func/sub-01_task-rhymejudgment_bold.nii.gz'
 
# Workflow execution
preprocessing.run()
 
</syntaxhighlight>
 
In the result of the workflow, we can see:
* <code>Running serially</code>
* the output folder and the execution time for the mcflirt
* the output folder and the execution time for the mean
 
== Using Nipype Plugins ==
 
As shown in [[#What_is_Nipype? | the figure above]], Nipype's workflow engine supports a plugin architecture for workflow execution. The available plugins, such as SGE, PBS, HTCondor, LSF, Slurm or OAR allow local and distributed execution of workflows and debugging.
 
All plugins can be executed by calling:
 
<code>workflow.run(plugin=PLUGIN_NAME, plugin_args=ARGS_DICT)</code>
 
 
=== Using Nipype's OAR plugin ===
 
To use the OAR plugin, you need to call:
 
<code>preprocessing.run(plugin='OAR')</code>
 
Note: you can also provide traditional oarsub arguments by using the <code>oarsub_args</code> parameter:
 
<syntaxhighlight lang="python">
preprocessing.run(plugin='OAR', plugin_args=dict(oarsub_args='-q default'))
</syntaxhighlight>
 
Other parameters supported by OAR plugin are:
* <code>template</code>: custom template file 'hello-world.sh' for batch job submission
* <code>max_jobname_len</code>: maximum length of the job name.  Default 15.
 
Note that <code>plugin_arg</code> of the node level configuration can overwrite the general configuration defined for all the other nodes of the same workflow.
 
<syntaxhighlight lang="python">
mcflirt.plugin_args = {'overwrite': True, 'oarsub_args': '-q production'}
</syntaxhighlight>
 
The basic addition example above can be executed using OAR resources as follows:
 
<syntaxhighlight lang="python">
from nipype import Node, Workflow
from nipype.interfaces import Function
from pathlib import Path
 
 
def add_two(x):
    return x + 2
 
add_func = Function(input_names=["x"], output_names=["out"], function=add_two)
add_node = Node(add_func, name="add_node")
add_node.inputs.x = 3
 
wf = Workflow(name="basic_wf", base_dir=Path.cwd())
wf.add_nodes([add_node])
 
res = wf.run(plugin='OAR', plugin_args=dict(oarsub_args='-q default'))
 
print(list(res.nodes())[0].result.outputs)
 
assert list(res.nodes())[0].result.outputs.out == 5
</syntaxhighlight>
 
In the result of the workflow, we can see:
 
<syntaxhighlight lang="bash">
240313-17:56:53,738 nipype.workflow INFO:
        Workflow basic_wf settings: ['check', 'execution', 'logging', 'monitoring']
240313-17:56:53,757 nipype.workflow INFO:
        Running in parallel.
240313-17:56:54,88 nipype.workflow INFO:
        Pending[0] Submitting[1] jobs Slots[inf]
240313-17:56:54,89 nipype.workflow INFO:
        Submitting: basic_wf.add_node ID: 0
240313-17:56:56,914 nipype.workflow INFO:
        Finished submitting: basic_wf.add_node ID: 0
240313-17:57:29,844 nipype.workflow INFO:
        [Job 0] Completed (basic_wf.add_node).
 
out = 5
</syntaxhighlight>
 
 
Well the basic neuroimaging example above can be executed using OAR resources as follows:
 
<syntaxhighlight lang="python">
import nipype.interfaces.fsl as fsl
from nipype import Node, Workflow
 
preprocessing = Workflow(name='preprocessing', base_dir='/home/ychi/nipype')
 
# using fMRI's linear image registration tool for intra-modal motion correction
mcflirt = Node(fsl.MCFLIRT(), name='mcflirt')
mean = Node(fsl.MeanImage(), name='mean')
 
# add Nodes to Workflow
preprocessing.connect(mcflirt, 'out_file', mean, 'in_file')
 
mcflirt.inputs.in_file = '/home/ychi/nipype/ds000003/sub-01/func/sub-01_task-rhymejudgment_bold.nii.gz'
 
# Workflow execution
preprocessing.run(plugin='OAR', plugin_args=dict(oarsub_args='-q production'))
</syntaxhighlight>
 
{{Warning|text=Note the use of <code>base_dir</code> here. If no location is specified, Nipype will creates a temporary folder in the /tmp directory, which is not shared across remote resources. That's why we specify an NFS server here as <code>base_dir</code>, to be sure that computations are correctly performed on distant nodes. You should probably check the fsl installation and the input folder also.}}
 
In the result of the workflow, we can see:
* <code> Running in parallel</code>
* the output folder and the execution time for the mcflirt
* the output folder and the execution time for the mean
 
=== Using Nipype's Slurm plugin ===
 
For example, to execute the basic preprocessing example above with Slurm resources, you need to call:
 
<code>preprocessing.run(plugin='SLURM')</code>
 
Other parameters supported by Slurm plugin are:
* <code>sbatch_args</code>: command line args to be passed to sbatch
* <code>template</code>: custom template file 'hello-world.sh' for batch job submission
 
 
== Pydra==
 
Pydra is a part of the second generation of the Nipype ecosystem, which is meant to provide additional flexibility and reproducibility.  


https://www.frontiersin.org/files/Articles/12318/fninf-05-00013-r4/image_m/fninf-05-00013-g001.jpg
Pydra rewrites Nipype engine with mapping and joining as first-class operations.


Pydra is a part of the second generation of the Nipype ecosystem, which is meant to provide additional flexibility and reproducibility. Pydra rewrites Nipype engine with mapping and joining as first-class operations.
However, the upstream of Pydra does not have OAR Support yet.


Nipype has an OAR plugin [https://github.com/nipy/nipype/blob/master/nipype/pipeline/plugins/oar.py here]. However, Pydra does not have OAR Support.
Examples and details of our attempt at creating a Pydra's OAR extension can be found [[User:Apetit/Pydra|here]], but this effort is currently stalled. If you would be a user of this, please let us know.
Examples and details of Pydra's OAR extension can be found [[User:Apetit/Pydra|here]].

Latest revision as of 12:27, 22 March 2024

Note.png Note

This page is actively maintained by the Grid'5000 team. If you encounter problems, please report them (see the Support page). Additionally, as it is a wiki page, you are free to make minor corrections yourself if needed. If you would like to suggest a more fundamental change, please contact the Grid'5000 team.

Nipype

What is Nipype?


Fninf-05-00013-g001.jpg

Nipype (Neuroimaging in Python Pipelines and Interfaces) is a flexible, lightweight and extensible neuroimaging data processing framework in Python.

It is a community-developed initiative under the umbrella of Nipy.

It addresses the heterogeneous collection of specialized applications in neuroimaging: SPM in MATLAB, FSL in shell, and Nipy in Python.

A uniform interface is proposed to facilitate interaction between these different packages within a single workflow.

The source code, issues and pull requests can be found here.

The fundamental parts of Nipype are Interfaces, the Workflow Engine and the Execution Plugins, as you can see in the figure at the left:

  • Interface: wraps a program or function
  • (Map)Node: wraps an Interface for use in a Workflow
  • Workflow: a graph or a forest of graphs whose edges represent data flow
  • Plugin: a component which describes how a Workflow should be executed

Among the execution plugins, you can find

  • an OAR plugin here.
  • an Slurm plugin here.


Installation

pip can be used to install the stable release of Nipype:

Terminal.png fontend.site:
pip install --user nipype

It is recommended to install python dependencies within a virtual environment. To do so, execute the following commands before running the pip command:

Terminal.png frontend.site:
python3 -m venv nipype
Terminal.png frontend.site:
source nipype/bin/activate
Terminal.png frontend.site:
pip install nipype

Basic usage

Let's assume that you have previously installed Nipype's dependencies.

Here, we present an basic example of performing an addition using Nipype's standalone Node:

from nipype import Node
from nipype.interfaces import Function


def add_two(x):
    return x + 2

add_func = Function(input_names=["x"], output_names=["out"], function=add_two)
add_node = Node(add_func, name="add_node")
add_node.inputs.x = 3

res = add_node.run()

print(res.outputs.out)

In the result of the workflow, we can see:

231129-15:04:05,941 nipype.workflow INFO:
         [Node] Setting-up "add_node" in "/tmp/tmppx3r537_/add_node".
231129-15:04:05,946 nipype.workflow INFO:
         [Node] Executing "add_node" <nipype.interfaces.utility.wrappers.Function>
231129-15:04:06,9 nipype.workflow INFO:
         [Node] Finished "add_node", elapsed time 0.004518s.
5


Basic neuroimaging usage

Let's assume that you have previously installed Nipype's dependencies and you have installed fsl (the full installer is here) to process the Rhyme judgment dataset available on OpenNeuro.

Here, we present an basic example of performing pre-processing using Nipype:

import nipype.interfaces.fsl as fsl
from nipype import Node, Workflow

preprocessing = Workflow(name='preprocessing')

# using fMRI's linear image registration tool for intra-modal motion correction
mcflirt = Node(fsl.MCFLIRT(), name='mcflirt')
mean = Node(fsl.MeanImage(), name='mean')

# add Nodes to Workflow
preprocessing.connect(mcflirt, 'out_file', mean, 'in_file')

mcflirt.inputs.in_file = '/home/ychi/nipype/ds000003/sub-01/func/sub-01_task-rhymejudgment_bold.nii.gz'

# Workflow execution
preprocessing.run()

In the result of the workflow, we can see:

  • Running serially
  • the output folder and the execution time for the mcflirt
  • the output folder and the execution time for the mean

Using Nipype Plugins

As shown in the figure above, Nipype's workflow engine supports a plugin architecture for workflow execution. The available plugins, such as SGE, PBS, HTCondor, LSF, Slurm or OAR allow local and distributed execution of workflows and debugging.

All plugins can be executed by calling:

workflow.run(plugin=PLUGIN_NAME, plugin_args=ARGS_DICT)


Using Nipype's OAR plugin

To use the OAR plugin, you need to call:

preprocessing.run(plugin='OAR')

Note: you can also provide traditional oarsub arguments by using the oarsub_args parameter:

preprocessing.run(plugin='OAR', plugin_args=dict(oarsub_args='-q default'))

Other parameters supported by OAR plugin are:

  • template: custom template file 'hello-world.sh' for batch job submission
  • max_jobname_len: maximum length of the job name. Default 15.

Note that plugin_arg of the node level configuration can overwrite the general configuration defined for all the other nodes of the same workflow.

mcflirt.plugin_args = {'overwrite': True, 'oarsub_args': '-q production'}

The basic addition example above can be executed using OAR resources as follows:

from nipype import Node, Workflow
from nipype.interfaces import Function
from pathlib import Path


def add_two(x):
    return x + 2

add_func = Function(input_names=["x"], output_names=["out"], function=add_two)
add_node = Node(add_func, name="add_node")
add_node.inputs.x = 3

wf = Workflow(name="basic_wf", base_dir=Path.cwd())
wf.add_nodes([add_node])

res = wf.run(plugin='OAR', plugin_args=dict(oarsub_args='-q default'))

print(list(res.nodes())[0].result.outputs)

assert list(res.nodes())[0].result.outputs.out == 5

In the result of the workflow, we can see:

240313-17:56:53,738 nipype.workflow INFO:
         Workflow basic_wf settings: ['check', 'execution', 'logging', 'monitoring']
240313-17:56:53,757 nipype.workflow INFO:
         Running in parallel.
240313-17:56:54,88 nipype.workflow INFO:
         Pending[0] Submitting[1] jobs Slots[inf]
240313-17:56:54,89 nipype.workflow INFO:
         Submitting: basic_wf.add_node ID: 0
240313-17:56:56,914 nipype.workflow INFO:
         Finished submitting: basic_wf.add_node ID: 0
240313-17:57:29,844 nipype.workflow INFO:
         [Job 0] Completed (basic_wf.add_node).

out = 5


Well the basic neuroimaging example above can be executed using OAR resources as follows:

import nipype.interfaces.fsl as fsl
from nipype import Node, Workflow

preprocessing = Workflow(name='preprocessing', base_dir='/home/ychi/nipype')

# using fMRI's linear image registration tool for intra-modal motion correction
mcflirt = Node(fsl.MCFLIRT(), name='mcflirt')
mean = Node(fsl.MeanImage(), name='mean')

# add Nodes to Workflow
preprocessing.connect(mcflirt, 'out_file', mean, 'in_file')

mcflirt.inputs.in_file = '/home/ychi/nipype/ds000003/sub-01/func/sub-01_task-rhymejudgment_bold.nii.gz'

# Workflow execution
preprocessing.run(plugin='OAR', plugin_args=dict(oarsub_args='-q production'))
Warning.png Warning

Note the use of base_dir here. If no location is specified, Nipype will creates a temporary folder in the /tmp directory, which is not shared across remote resources. That's why we specify an NFS server here as base_dir, to be sure that computations are correctly performed on distant nodes. You should probably check the fsl installation and the input folder also.

In the result of the workflow, we can see:

  • Running in parallel
  • the output folder and the execution time for the mcflirt
  • the output folder and the execution time for the mean

Using Nipype's Slurm plugin

For example, to execute the basic preprocessing example above with Slurm resources, you need to call:

preprocessing.run(plugin='SLURM')

Other parameters supported by Slurm plugin are:

  • sbatch_args: command line args to be passed to sbatch
  • template: custom template file 'hello-world.sh' for batch job submission


Pydra

Pydra is a part of the second generation of the Nipype ecosystem, which is meant to provide additional flexibility and reproducibility.

Pydra rewrites Nipype engine with mapping and joining as first-class operations.

However, the upstream of Pydra does not have OAR Support yet.

Examples and details of our attempt at creating a Pydra's OAR extension can be found here, but this effort is currently stalled. If you would be a user of this, please let us know.