Print

Print


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/ -+



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%