There's a subtle bug in the code that produces the "summary views" in the
SPM file selection window, which can mean that the order of scans within a
summarised group may not be the same as in a "normal" uncompressed view.
When image filenames do not have leading zeros, in a normal view, SPM is
clever, and will put "image2.img" before "image10.img", even though
alphabetically they should be the other way round. However, in a summary
view, selecting the group of files indicated by entry "image*.img" returns
the list of matching files in alphabetical order, with "image10.img"
appearing before "image2.img". Further, when using a file filter string of
"*", under certain circumstances the files within a group may be in a
really bizarre order.
This is only really an issue for sites which do not use leading zeros in
filenames, and select files by group from a summary view. With filenames
such as "image002.img" & "image010.img" the smart order and alphabetical
order of the summary view are the same.
An updated version of spm_get.m for SPM96/7 is available from the SPMweb
site at:
ftp://ftp.fil.ion.ucl.ac.uk/spm/spm96_updates/spm_get.m
Further technical details on the problem, workarounds, and the fix can be
found in the "Bugs&Fixes" section of the SPM96 web page:
http://www.fil.ion.ucl.ac.uk/spm/spm96.html#Bugs96
-andrew
+- Dr Andrew Holmes [log in to unmask]
| ___ __ __ Wellcome Department of Cognitive Neurology |
| ( _)( )( ) Functional Imaging Laboratory, Stats & |
| ) _) )( )(__ 12 Queen Square, Systems |
| (_) (__)(____) London. WC1N 3BG. England, UK |
+------------------------------------- http://www.fil.ion.ucl.ac.uk/ -+
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|