You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many common image analysis workflows run on one or several selected channels of multi-channel images. Depending on the image storage format, the separate channels might exist in separate files or in a single dataset.
This makes it often necessary to split or merge channels, depending on the plugin being used and how it defines its inputs.
To allow developers to create more generic plugins, I propose to add a new widget allowing to ask specifically for single-channel images. In a script, this could e.g. look like:
All that would be needed is a new Widget that supports Img (or Dataset) parameters when they have the single-channel style annotation.
The widget could then accept both images that already have a single channel only, or -- when provided a multi-channel image -- ask for which channel index should be taken as input. (Although a nice dynamic way of changing channel choices, or disabling channel choice for single-channel images, would have to wait for scijava/scijava-common#42 (comment) or similar being implemented.)
The text was updated successfully, but these errors were encountered:
Many common image analysis workflows run on one or several selected channels of multi-channel images. Depending on the image storage format, the separate channels might exist in separate files or in a single dataset.
This makes it often necessary to split or merge channels, depending on the plugin being used and how it defines its inputs.
To allow developers to create more generic plugins, I propose to add a new widget allowing to ask specifically for single-channel images. In a script, this could e.g. look like:
which could be rendered in a widget like this:
All that would be needed is a new
Widget
that supportsImg
(orDataset
) parameters when they have thesingle-channel
style annotation.The widget could then accept both images that already have a single channel only, or -- when provided a multi-channel image -- ask for which channel index should be taken as input. (Although a nice dynamic way of changing channel choices, or disabling channel choice for single-channel images, would have to wait for scijava/scijava-common#42 (comment) or similar being implemented.)
The text was updated successfully, but these errors were encountered: