Back to the main page.
Bug 558 - ft_sourceanalysis does not seem to handle cfg.lambda
| Status | CLOSED INVALID |
| Reported | 2011-03-31 08:59:00 +0200 |
| Modified | 2011-06-06 10:18:48 +0200 |
| Product: | FieldTrip |
| Component: | inverse |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Mac OS |
| Importance: | P1 major |
| Assigned to: | Robert Oostenveld |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Jan-Mathijs Schoffelen - 2011-03-31 08:59:47 +0200
When specifying cfg.lambda, this does not seems to percolate to the lower level inverse functions. -I noticed this when looking at bug 554, where Lilla specified cfg.lambda (rather than the heretofore used cfg.mne.lambda), and she got an error. The error is caused by the minimumnormestimate not knowing about lambda, because optarg = ft_cfg2keyval(getfield(cfg, 'method')); -I suspect that the lambda is also not processed when using other inverse methods, because in the typical usage, lambda is defined at the highest level of the cfg, and not as cfg.dics.lambda, for example