Suggestion: Changing order of channels

[vischer]

Hello all,

when analyzing hyperstacks, we use a fixed order of channels, e.g:

  CH1 = PhaseContrast,
  CH2 = FluorDAPI
  CH3 = FluorGFP

If the hyperstack has the wrong order, we first have to rearrange it, and a built-in menu with the dialog:

        getString("Change Channel Order", "1-2-3");

would be much more convenient than fiddling with "Split" and "Merge" channels, and would automatically preserve each channel's LUT, Brightness, Labels etc.

(It also would make sense if channels could have names somewhere in future.)
 
Wayne, I suggested this before, now I wonder if there is a broader interest, or if I have overseen any related development since.

best regards,
Norbert
--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html

[ctrueden]

Hi Norbert,

> I wonder if there is a broader interest

Yes, these are good ideas. I filed a couple of related tickets in the
ImageJ2 Trac.

> a built-in menu with the dialog:
>
>         getString("Change Channel Order", "1-2-3");
>
> would be much more convenient than fiddling with "Split" and "Merge"
> channels, and would automatically preserve each channel's LUT,
> Brightness, Labels etc.

[Create a Rearrange Data command]
http://trac.imagej.net/ticket/1568

> (It also would make sense if channels could have names somewhere in
> future.)

[Add ability to label individual positions along an axis]
http://trac.imagej.net/ticket/1567

So we will have these features eventually, though it may be awhile before
we get to them. Let us know if you want to be CCed on either of these (to
receive status updates).

Regards,
Curtis


On Tue, Sep 18, 2012 at 5:35 AM, Norbert Vischer <[hidden email]>wrote:

> Hello all,
>
> when analyzing hyperstacks, we use a fixed order of channels, e.g:
>
>   CH1 = PhaseContrast,
>   CH2 = FluorDAPI
>   CH3 = FluorGFP
>
> If the hyperstack has the wrong order, we first have to rearrange it, and
> a built-in menu with the dialog:
>
>         getString("Change Channel Order", "1-2-3");
>
> would be much more convenient than fiddling with "Split" and "Merge"
> channels, and would automatically preserve each channel's LUT, Brightness,
> Labels etc.
>
> (It also would make sense if channels could have names somewhere in
> future.)
>
> Wayne, I suggested this before, now I wonder if there is a broader
> interest, or if I have overseen any related development since.
>
> best regards,
> Norbert
> --
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
>

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html