[FieldTrip] code change in ft_compute_leadfield.m
Johanna Zumer
johanna.zumer at donders.ru.nl
Tue Jun 21 16:56:20 CEST 2011
Dear FieldTrip users,
I've made a small change to ft_compute_leadfield (available in tonight's
release) regarding how the 'reducerank' option is handled, if multiple
dipole locations are entered all at once into ft_compute_leadfield.m.
This will *not* affect the vast majority of users, since usually
ft_compute_leadfield is called by higher FT functions and not directly by
users.
For example, it will not affect you if you create a leadfield either by
calling ft_prepare_leadfield or by letting ft_sourceanalysis compute the
leadfield for you (regardless of your 'reducedrank' option), since these
higher level FT functions call ft_compute_leadfield in a for-loop over
dipole location (and _not_ multiple dipole locations at once).
For completeness, here's a list of (rare) cases when it will affect your
results:
1) If you call ft_compute_leadfield directly with Nx3 dipoles (N>1) and
reducerank='yes' (or =2)
2) If you use a refdip in beamformer_DICS or beamformer_PCC, or a supdip in
beamformer_PCC, of *more than 1 dipole location* at a time (Nx3 refdip or
subdip, where N>1), AND you specified reducerank='yes' (or =2) in any of
these cases.
3) Default behaviour of calling ft_dipolefitting will not change. However
if you call dipole_fit directly with more than one dipole AND
reducerank='yes' (or =2).
Please let me know if this isn't clear.
Best,
Johanna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.science.ru.nl/pipermail/fieldtrip/attachments/20110621/25df8640/attachment-0001.html>
More information about the fieldtrip
mailing list