Back to the main page.
Bug 2614 - Reference to non-existent field 'dimord'.
Status | CLOSED DUPLICATE |
Reported | 2014-06-18 10:21:00 +0200 |
Modified | 2019-08-10 12:28:09 +0200 |
Product: | FieldTrip |
Component: | preproc |
Version: | unspecified |
Hardware: | PC |
Operating System: | Linux |
Importance: | P5 normal |
Assigned to: | |
URL: | |
Tags: | |
Depends on: | |
Blocks: | |
See also: |
- 2014-06-18 10:21:00 +0200
I have been getting the error: ??? Reference to non-existent field 'dimord'. Error in ==> ft_selectdata_old at 468 rpttapflag = ~isempty(strfind(data.dimord, 'rpttap')); Error in ==> ft_selectdata at 78 [varargout{1:nargout}] = ft_selectdata_old(varargin{:}); Error in ==> ft_freqanalysis at 215 data = ft_selectdata(data, 'rpt', cfg.trials); Error in ==> lena_do_fastICA_ed at 134 TFData1_h = ft_freqanalysis(cfg,comp); when running a frequency analysis that worked previously. Colleagues have further found this: there is an inconvenience in the ft_freqanalysis function since it changed on the 12th of June 2014. This implies that if you run ft_componentanalysis before ft_freqanalysis on preprocessed data, there are both 'raw' and 'comp' features detected by ft_freqanalysis, leading to the function defining the input as 'raw+comp' and expecting a dimord field in the data structure, which is not supplied by default. Best, Lena
Robert Oostenveld - 2014-06-18 10:29:50 +0200
Hi Lena, Thanks for reporting it here. This was also reported by email by Floris and has been fixed by now. See bug #2613. Robert *** This bug has been marked as a duplicate of bug 2613 ***