Hello Steve,
Hm....
If dim[0] = 5, fslview happily displays the first image in 5th dimension.
Do not take me wrong! I do not want you to fix this to "if (dim[0] >4) {
do not know what to do}" even if you consider this as a bug!!! (like AFNI
did) What I would propose is to have a switch to higher indecies of the
5th dimension so that people who store data from several channels in one
file can access it.
The problem is that saving channels in different files creates a
bookkeeping problem of file multiplication.... Is it possible to agree
that the 5th dimension is the channel number? (I would prefer it to be the
4th and the time be the last dimension used, by the way).
What do people do for muti-channel data now? Do they combine the images
into one image and thus not have multi-channel files or they save each
channel in a separate file?
Am I very far from the reality of the real word?
Thanks for your help
Lazar
On Sat, 11 Dec 2004, Stephen Smith wrote:
> Hi - none of the programs use the 5th (etc.) dimension yet - but that
> wouldn't necessarily make sense anyway as it wouldn't have been defined
> yet what the programs were expected to do with the 5th dimension....
>
> Cheers, Steve.
>
>
> On Thu, 9 Dec 2004, Lazar Fleysher wrote:
>
> > Hello everybody,
> >
> >
> > If MRI data is collected from several channels, it may be interesting to
> > look at each of the channels separately. The natural thing is to use the
> > 5th dimension in the NIFTI format for the channel number. However, it
> > appears that fslview can access only the first index in dimensions higher
> > than 4. (AFNI seems to choke even on that...)
> >
> > Is it something that no one needs accept us, here?
> > If not, could it be considered as a feature request?
> >
> > Thanks
> >
> > Lazar
> >
>
> --
> Stephen M. Smith DPhil
> Associate Director, FMRIB and Analysis Research Coordinator
>
> Oxford University Centre for Functional MRI of the Brain
> John Radcliffe Hospital, Headington, Oxford OX3 9DU, UK
> +44 (0) 1865 222726 (fax 222717)
>
> [log in to unmask] http://www.fmrib.ox.ac.uk/~steve
>
