| filename | linenumber | description | |
| ft_appenddata.m | 206 | create the output from scratch and don't use the first varargin | |
| ft_appenddata.m | 210 | think whether this can ever happen | |
| ft_appenddata.m | 226 | is not entirely robust if the different inputs have different | |
| ft_appendfreq.m | 181 | append dof | |
| ft_appendfreq.m | 184 | append cumtapcnt cumsumcnt trialinfo dof | |
| ft_appendfreq.m | 252 | do a check on whether the parameters are present in all datasets | |
| ft_artifact_ecg.m | 220 | , at present this only works for continuous data: the assumption can | |
| ft_channelnormalise.m | 72 | this can be kept, provided the scaling is built in appropriately | |
| ft_channelrepair.m | 82 | this is not always guaranteed to be present | |
| ft_combineplanar.m | 219 | ? | |
| ft_connectivityanalysis.m | 116 | it should be checked carefully whether the following works | |
| ft_connectivityanalysis.m | 137 | old-fashioned pcc data | |
| ft_connectivityanalysis.m | 170 | do something extra here | |
| ft_connectivityanalysis.m | 172 | call selectdata | |
| ft_connectivityanalysis.m | 175 | check which methods require hasrpt | |
| ft_connectivityanalysis.m | 222 | think of accommodating partial coherence for source data with only a few references | |
| ft_connectivityanalysis.m | 271 | could also work with time domain data | |
| ft_connectivityanalysis.m | 301 | throw an error if cfg.complex~='abs', and dojack==1 | |
| ft_connectivityanalysis.m | 302 | throw an error if no replicates and cfg.method='plv' | |
| ft_connectivityanalysis.m | 303 | trial selection has to be implemented still | |
| ft_connectivityanalysis.m | 337 | this is fast but throws away the trial dimension, consider | |
| ft_connectivityanalysis.m | 414 | consider keeping track of which channels have been partialised | |
| ft_connectivityanalysis.m | 579 | do we really need this, or is this related to how | |
| ft_connectivityanalysis.m | 616 | do we really need this, or is this related to how | |
| ft_connectivityanalysis.m | 652 | do we really need this, or is this related to how | |
| ft_connectivityanalysis.m | 717 | this is granger specific and | |
| ft_connectivityanalysis.m | 810 | this needs to be implemented still | |
| ft_connectivityplot.m | 64 | check explicitly which channels belong together | |
| ft_connectivitysimulation.m | 209 | think about this | |
| ft_databrowser.m | 98 | these should be removed | |
| ft_databrowser.m | 99 | document these | |
| ft_databrowser.m | 270 | in case of continuous=yes the trl should be [1 hdr.nSamples*nTrials 0] | |
| ft_databrowser.m | 281 | make a check for the consistency of cfg.continous, cfg.blocksize, cfg.trl and the data header | |
| ft_databrowser.m | 736 | this is on | |
| ft_databrowser.m | 1103 | should be used | |
| ft_databrowser.m | 1213 | speedup ft_prepare_layout | |
| ft_databrowser.m | 1232 | needs a shift to the left for components | |
| ft_denoise_pca.m | 120 | do compatibility check on data vs refdata with respect to dimensions (time-trials) | |
| ft_denoise_pca.m | 148 | the default truncation applied by 4D is 1×10 | -8 |
| ft_denoise_pca.m | 240 | is this needed | |
| ft_dipolefitting.m | 550 | this should be renamed (if possible w.r.t. EEGLAB) | |
| ft_dipolefitting.m | 551 | this should be renamed (if possible w.r.t. EEGLAB) | |
| ft_dipolefitting.m | 556 | assign Vdata to an output variable, idem for the model potential | |
| ft_dipolefitting.m | 560 | assign Vdata to an output variable, idem for the model potential | |
| ft_dipolefitting.m | 568 | why would this be done? | |
| ft_electroderealign.m | 366 | change the flow in the remainder | |
| ft_electroderealign.m | 449 | interactive realigning to template electrodes is not yet supported | |
| ft_freqanalysis_mvar.m | 106 | build in repetitions | |
| ft_freqanalysis_mvar.m | 177 | probably the normalization for the zero Hz bin is incorrect | |
| ft_freqcomparison.m | 22 | add support for cohspctrm | |
| ft_freqgrandaverage.m | 33 | averaging coherence is not possible if inputs contain different amounts of data (i.e. chan/freq/time) | |
| ft_freqstatistics.m | 158 | deal with channelcmb | |
| ft_freqstatistics.m | 336 | squeeze out the appropriate dimords if avgoverfreq etc. | |
| ft_headmodelplot.m | 131 | why is this empty setting neccessary? | |
| ft_headmovement.m | 54 | ? | |
| ft_interactiverealign.m | 105 | pass this as appdata | |
| ft_interactiverealign.m | 313 | also plot lines? | |
| ft_interactiverealign.m | 320 | also plot lines? | |
| ft_interactiverealign.m | 324 | this only works for boundary element models | |
| ft_interactiverealign.m | 340 | this only works for boundary element models | |
| ft_megrealign.m | 207 | this may require some | |
| ft_multiplotER.m | 180 | rename directionality and refchannel in more meaningful options | |
| ft_multiplotER.m | 536 | dat = reshape(dat, [siz(1:2) siz(4)]); | |
| ft_multiplotER.m | 552 | ? | |
| ft_multiplotER.m | 595 | shouldn't this be replaced with a call to ft_plot_vector? | |
| ft_multiplotER.m | 773 | this only works with label being a string | |
| ft_mvaranalysis.m | 322 | think about this | |
| ft_mvaranalysis.m | 359 | check which is which: X(t) = A1*X(t-1) + … + An*X(t-n) + E | |
| ft_mvaranalysis.m | 388 | check which is which: X(t) = A1*X(t-1) + … + An*X(t-n) + E | |
| ft_networkanalysis.m | 196 | this needs to be implemented still | |
| ft_prepare_headmodel.m | 325 | : the next section is supposed to be partially transferred to other | |
| ft_prepare_headmodel.m | 370 | : introduce the sourceunits control as in prepare_singleshell | |
| ft_prepare_headmodel.m | 467 | : corrects the original tri because is weird | |
| ft_prepare_layout.m | 561 | there is a conflict between the use of cfg.style here and in topoplot | |
| ft_prepare_layout.m | 764 | : consider changing the box-size being determined by mindist | |
| ft_prepare_mesh_new.m | 169 | : what happens if this is in cm | |
| ft_prepare_sourcemodel.m | 169 | move to cfg.grid | |
| ft_prepare_sourcemodel.m | 176 | move to cfg.grid | |
| ft_prepare_sourcemodel.m | 182 | move to cfg.grid | |
| ft_prepare_sourcemodel.m | 188 | move to cfg.grid | |
| ft_prepare_sourcemodel.m | 189 | move spheremesh to cfg.grid | |
| ft_prepare_sourcemodel.m | 208 | move to cfg.grid | |
| ft_prepare_sourcemodel.m | 209 | move spheremesh to cfg.grid | |
| ft_prepare_sourcemodel.m | 247 | see http://bugzilla.fcdonders.nl/show_bug.cgi?id=1055 | |
| ft_prepare_sourcemodel.m | 306 | how to determine grid.unit here? | |
| ft_prepare_sourcemodel.m | 324 | is it desirable to have this in the grid? | |
| ft_prepare_sourcemodel.m | 328 | is it desirable to have this in the grid? | |
| ft_prepare_sourcemodel.m | 332 | is it desirable to have this in the grid? | |
| ft_prepare_sourcemodel.m | 503 | loop over all files, this should be two hemispheres | |
| ft_prepare_sourcemodel.m | 567 | use inside_vol instead of this replication of code | |
| ft_preprocessing.m | 248 | this should be handled by ft_checkconfig, but ft_checkconfig does not allow yet for | |
| ft_regressconfound.m | 202 | : drop in replace tcdf from the statfun/private dir | |
| ft_regressconfound.m | 322 | : drop in replace tcdf from the statfun/private dir | |
| ft_regressconfound.m | 448 | : drop in replace tcdf from the statfun/private dir | |
| ft_rejectartifact.m | 86 | this function contains a lot of lines of code that pertain to backward | |
| ft_sensorrealign.m | 415 | change the flow in the remainder | |
| ft_sensorrealign.m | 501 | interactive realigning to template electrodes is not yet supported | |
| ft_singleplotER.m | 155 | rename directionality and cohrefchannel in more meaningful options | |
| ft_sourceanalysis.m | 424 | it was incorrect , since the | |
| ft_sourceanalysis.m | 548 | , should be averaged and repeated for each trial | |
| ft_sourceanalysis.m | 549 | , should be averaged and repeated for each trial | |
| ft_sourceanalysis.m | 550 | , should be averaged and repeated for each trial | |
| ft_sourceanalysis.m | 925 | , add the component numbers to the output | |
| ft_sourceanalysis.m | 975 | , convert the source reconstruction back to a frequency representation | |
| ft_sourceanalysis.m | 977 | , convert the source reconstruction back to a component representation | |
| ft_sourcedescriptives.m | 260 | in the presence of a refdip and/or supdip, this does not work; leadfield is Nx3 | |
| ft_sourcedescriptives.m | 262 | this is a proposed dirty fix | |
| ft_sourcedescriptives.m | 347 | kan volgens mij niet | |
| ft_sourcedescriptives.m | 471 | this only makes sense when only a reference signal OR a dipole is selected | |
| ft_sourcegrandaverage.m | 281 | also allow volume structures to be used | |
| ft_sourceinterpolate.m | 204 | include other key-value pairs as well | |
| ft_sourcestatistics.m | 114 | implement roi-based statistics for the new implementation | |
| ft_sourcestatistics.m | 127 | only supported for old-style source representation | |
| ft_sourcestatistics.m | 174 | ft_selectdata should be used for the subselection | |
| ft_sourcestatistics.m | 175 | ft_selectdata has to be adjusted to work with new style source data | |
| ft_sourcestatistics.m | 436 | think of how this generalizes to volumetric data (boolean inside etc) | |
| ft_sourcestatistics.m | 471 | what about volumetric data? | |
| ft_sourcestatistics.m | 498 | this assumes positions to be in the first dimension always | |
| ft_sourcestatistics.m | 499 | what about volumetric dadta | |
| ft_sourcestatistics.m | 515 | take the intersection between all inputs | |
| ft_sourcestatistics.m | 516 | don't do the previous lines in order to take the unfolded inside | |
| ft_spikedetection.m | 363 | implement variable length waveforms | |
| ft_spikedetection.m | 369 | implement a peak shift | |
| ft_spike_plot_jpsth.m | 45 | here we should definitely think of making a matrix with the same | |
| ft_spiketriggeredspectrum.m | 28 | this function should be merged with ft_spike_triggeredspectrum | |
| ft_timelockanalysis.m | 41 | if input is one raw trial, the covariance is not computed correctly | |
| ft_topoplotIC.m | 109 | why is this done like this instead of using ft_checkdata? | |
| ft_volumenormalise.m | 289 | maintain this order for the time being to prevent them to be removed when | |
| ft_volumesegment.m | 370 | check whether this works at all | |
| ft_volumesegment.m | 372 | this may not be needed in spm8 | |
| ft_volumesegment.m | 473 | check this (e.g. strel_bol) | |
| ft_volumewrite.m | 143 | determine the voxel index of the fiducials | |
| ft_volumewrite.m | 169 | determine the voxel index of the coordinate system origin | |
| ft_volumewrite.m | 296 | , this is not functional at the moment, since earlier in this function all nans have been replaced by zeros | |
| ft_volumewrite.m | 373 | , this currently does not work due to all flipping and permuting | |
| loreta2fieldtrip.m | 66 | the transformation matrix should be assigned properly | |
| loreta2fieldtrip.m | 109 | someone should figure out how to interpret the activity | |
| nutmeg2fieldtrip.m | 139 | : should Gcoef be added regardless of structin.meg.grad_order?') | |
| nutmeg2fieldtrip.m | 192 | is this valid dimord? | |
| nutmeg2fieldtrip.m | 225 | is this a valid field? | |
| spm2fieldtrip.m | 41 | the following is not correct | |
| statistics_stats.m | 223 | , the probability is returned for each factor separately | |
| private/channelposition.m | 33 | varargin is not documented | |
| private/channelposition.m | 87 | : I don't know whether this works for a vector-gradiometer | |
| private/channelposition.m | 132 | not sure whether this will work | |
| private/channelposition.m | 251 | not sure whether this will work | |
| private/convert_event.m | 137 | ? | |
| private/denoise_artifact.m | 72 | , this assumes that all artifacts are equally long | |
| private/dimlength.m | 75 | HACK to be fixed | |
| private/dimlength.m | 86 | HACK to be fixed | |
| private/dimlength.m | 97 | HACK to be fixed | |
| private/dimlength.m | 190 | discuss appending label to source-like data | |
| private/estimate_fwhm1.m | 115 | this is a bit strange | |
| private/fourier2crsspctrm.m | 70 | ? | |
| private/headsurface.m | 201 | in case of a icosahedron projected onto a localspheres model, the | |
| private/interp_ungridded.m | 120 | 6 is number of iterations, improve here | |
| private/mergeconfig.m | 9 | also deal with configuration objects | |
| private/mergeconfig.m | 14 | also deal with configuration objects | |
| private/ndgrid.m | 27 | this function still only works up | |
| private/ndgrid.m | 122 | this has to be done | |
| private/parameterselection.m | 101 | 'pos' in dimord is not OK | |
| private/prepare_freq_matrices.m | 112 | this fails in case dimord=rpt_chan_freq and only 1 trial | |
| private/prepare_mesh_manual.m | 36 | : control slice's cmap referred to abs values | |
| private/prepare_mesh_manual.m | 37 | : clean structure slicedata | |
| private/prepare_mesh_manual.m | 38 | : check function assign3dpoints | |
| private/prepare_mesh_manual.m | 46 | why is this in cfg? | |
| private/prepare_mesh_manual.m | 56 | give a warning or so? | |
| private/prepare_mesh_manual.m | 759 | : obsolete: replaced by headshape at the beginning | |
| private/prepare_mesh_manual.m | 764 | : make it work for pre-loaded meshes | |
| private/prepare_mesh_segmentation.m | 26 | : this part needs reorganization | |
| private/prepare_mesh_segmentation.m | 28 | Please make some decent code here | |
| private/prepare_mesh_segmentation.m | 76 | : corrects the original tri because is weird | |
| private/prepare_mesh_segmentation_new.m | 69 | : try fixhollow | |
| private/prepare_resampled_data.m | 104 | for averaging the number of conditions can also be larger than 1 | |
| private/prepare_resampled_data.m | 107 | for randomization the number of conditions can already be larger than 2 | |
| private/read_besa_swf.m | 87 | , here combine the channels of the regional sources | |
| private/read_besa_tfc.m | 82 | the following statement does not work for Matlab 7.2 on XP (see mail from Stephan Bickel) | |
| private/resampledesign.m | 82 | this needs finalization | |
| private/resampledesign.m | 246 | allow for length(cfg.uvar)>1, does it make sense in the first place | |
| private/sandwich2x2.m | 6 | build in check for hermitianity | |
| private/smudge.m | 83 | this can be speeded up by using the sparse command | |
| private/statistics_wrapper.m | 489 | this is old code should be removed | |
| private/statistics_wrapper.m | 511 | : this was obviously wrong, because often trial-data is one-dimensional, so no dimensional information is present | |
| private/surfaceorientation.m | 40 | there is a bug in solid_angle resulting in negative values where they should be positive and vice versa | |
| private/undobalancing.m | 27 | check whether this is robust | |
| private/univariate2bivariate.m | 3 | this function is not documented | |
| private/univariate2bivariate.m | 117 | only works for 1 frequency | |
| private/univariate2bivariate.m | 132 | come up with something reshape( repmat(data.pos(cmb,:),[nvox 1]);data.pos data.pos]; | |
| private/univariate2bivariate.m | 143 | this assumes only 1 freq bin | |
| private/univariate2bivariate.m | 176 | this assumes dimord to be 'rpttap_…' | |
| private/univariate2bivariate.m | 186 | hard coded | |
| private/univariate2bivariate.m | 202 | should this be supported | |
| private/univariate2bivariate.m | 229 | this assumes dimord to be 'rpttap_…' | |
| private/univariate2bivariate.m | 239 | hard coded | |
| private/wizard_base.m | 79 | this does not work | |
| private/wizard_base.m | 82 | this does not always work correctly | |
Share this page: