| filename | linenumber | description |
|---|---|---|
| ft_analysisprotocol.m | 47 | the output of this function can perhaps be used as input for the wizard function |
| ft_dipolefitting.m | 85 | change the output format, more suitable would be something like: |
| ft_freqstatistics.m | 43 | change cfg.frequency in all functions to cfg.foi or cfg.foilim |
| ft_prepare_layout.m | 42 | switch to using planarchannelset function |
| ft_prepare_localspheres.m | 34 | cfg.spheremesh should be renamed consistently with other mesh generation cfgs |
| ft_prepare_localspheres.m | 35 | shape should contain pnt as subfield and not be equal to pnt (for consistency with other use of shape) |
| ft_prepare_singleshell.m | 36 | the spheremesh option should be renamed consistently with other mesh generation cfgs |
| ft_prepare_singleshell.m | 37 | shape should contain pnt as subfield and not be equal to pnt (for consistency with other use of shape) |
| ft_sourcegrandaverage.m | 153 | this function should use parameterselection |
| ft_sourceplot.m | 115 | have to be built in: |
| ft_sourceplot.m | 121 | ? |
| ft_sourceplot.m | 182 | implement marker |
| ft_sourceplot.m | 925 | : HERE THE FUNCTION THAT MAKES TO SLICE DIMENSION ALWAYS THE THIRD |
| private/inputlabel2outputlabel.m | 11 | : more flexible way of combining, e.g. by providing a cell-array |
| private/preproc.m | 94 | implement decimation and/or resampling |
| private/shiftpredict.m | 18 | this function should be reimplemented as statfun_shiftpredict for the general statistics framework |
navigation
navigation
search
Table of Contents
Problems with the code or documentation
This page lists some known issues with the FieldTrip code and the documentation on this wiki. This page is largely auto-generated, so you should not edit it.
Documentation problems
Orphans: the page exists, but it has no links to it
Wanted: the page does not exist, but there are links to it elsewhere on the site
Pages that on purpose are not linked to
There are some pages on the FieldTrip wiki that are included in another page and hence do not have a direct link to them. This causes them to appear as orphans. To prevent this, I am adding them here.
start navigation todo fixme preproc_changelogrecent fileio_changelogrecent changelogrecent specest_changelog preproc_changelog forwinv_changelog fileio_changelog forwinv_changelogrecent realtime_changelog changelog specest_changelogrecent realtime_changelogrecent
Incomplete or inconsistent code (TODO)
These incomplete or inconsistent implementations of functionality are indicated in the Matlab code with a TODO comment.
Known bugs or limitations in the code (FIXME)
These bugs (or undesired limitations in the functionality) are indicated in the Matlab code with a FIXME comment.
| filename | linenumber | description |
|---|---|---|
| ft_appenddata.m | 179 | create the output from scratch and don't use the first varargin |
| ft_appenddata.m | 183 | think whether this can ever happen |
| ft_appenddata.m | 198 | is not entirely robust if the different inputs have different |
| ft_artifact_ecg.m | 212 | , at present this only works for continuous data: the assumption can |
| ft_channelnormalise.m | 70 | this can be kept, provided the scaling is built in appropriately |
| ft_combineplanar.m | 216 | ? |
| ft_componentanalysis.m | 365 | , this is not properly supported yet |
| ft_componentanalysis.m | 375 | , this is not properly supported yet |
| ft_connectivityanalysis.m | 63 | do method specific calls to checkconfig |
| ft_connectivityanalysis.m | 90 | old-fashioned pcc data |
| ft_connectivityanalysis.m | 95 | check which methods require hasrpt |
| ft_connectivityanalysis.m | 127 | think of accommodating partial coherence for source data with only a few references |
| ft_connectivityanalysis.m | 150 | could also work with time domain data |
| ft_connectivityanalysis.m | 176 | throw an error if cfg.complex~='abs', and dojack==1 |
| ft_connectivityanalysis.m | 177 | throw an error if no replicates and cfg.method='plv' |
| ft_connectivityanalysis.m | 178 | trial selection has to be implemented still |
| ft_connectivityanalysis.m | 257 | consider keeping track of which channels have been partialised |
| ft_connectivityanalysis.m | 391 | do we really need this, or is this related to how |
| ft_connectivityanalysis.m | 430 | do we really need this, or is this related to how |
| ft_connectivityanalysis.m | 564 | adjust dimord (remove rpt in dojack && hasrpt case) |
| ft_connectivityanalysis.m | 587 | this is not correct for TF-representations when trials have |
| ft_connectivityanalysis.m | 652 | this only works for data without time dimension |
| ft_connectivityanalysis.m | 736 | this is probably not correct |
| ft_connectivityanalysis.m | 929 | this is strictly only true for jackknife, otherwise other bias is needed |
| ft_connectivityanalysis.m | 949 | speed up code and check |
| ft_connectivityanalysis.m | 1000 | rewrite to allow for multiple blocks |
| ft_connectivityanalysis.m | 1001 | change cfg.block functionality in this case |
| ft_connectivityanalysis.m | 1111 | speed up code and check |
| ft_connectivityanalysis.m | 1230 | why the +1? get the coherence |
| ft_connectivityanalysis.m | 1349 | only works for 1 frequency |
| ft_connectivityanalysis.m | 1362 | this assumes only 1 freq bin |
| ft_connectivityanalysis.m | 1392 | this assumes dimord to be 'rpttap_…' |
| ft_connectivityanalysis.m | 1402 | hard coded |
| ft_connectivitysimulation.m | 109 | think about this |
| ft_databrowser.m | 158 | how is this supposed to work? |
| ft_databrowser.m | 309 | ? |
| ft_databrowser.m | 579 | this is only for debugging |
| ft_databrowser.m | 1050 | implement further details |
| ft_dipolefitting.m | 531 | this should be renamed (if possible w.r.t. EEGLAB) |
| ft_dipolefitting.m | 532 | this should be renamed (if possible w.r.t. EEGLAB) |
| ft_dipolefitting.m | 537 | assign Vdata to an output variable, idem for the model potential |
| ft_dipolefitting.m | 541 | assign Vdata to an output variable, idem for the model potential |
| ft_electroderealign.m | 350 | change the flow in the remainder |
| ft_electroderealign.m | 433 | interactive realigning to template electrodes is not yet supported |
| ft_freqanalysis_mtmconvol.m | 300 | this works only if all frequencies have the same number of tapers |
| ft_freqanalysis_mvar.m | 64 | build in repetitions |
| ft_freqgrandaverage.m | 25 | averaging coherence is not possible if inputs contain different amounts of data (i.e. chan/freq/time) |
| ft_freqstatistics.m | 85 | at this moment (=2 April) this does not work, because the input might not always have a powspctrm o.i.d. |
| ft_headmodelplot.m | 126 | why is this empty setting neccessary? |
| ft_interactiverealign.m | 98 | pass this as appdata |
| ft_interactiverealign.m | 315 | also plot lines? |
| ft_interactiverealign.m | 322 | also plot lines? |
| ft_interactiverealign.m | 326 | this only works for boundary element models |
| ft_interactiverealign.m | 342 | this only works for boundary element models |
| ft_megrealign.m | 222 | this assumes that coils and sensors coincide, this is generally not |
| ft_mvaranalysis.m | 263 | think about this |
| ft_mvaranalysis.m | 297 | check which is which: X(t) = A1*X(t-1) + … + An*X(t-n) + E |
| ft_prepare_layout.m | 535 | there is a conflict between the use of cfg.style here and in topoplot |
| ft_preprocessing.m | 214 | this should be handled by checkconfig, but checkconfig does not allow yet for |
| ft_singleplotER.m | 238 | : variable colorLabels is not used out sashae |
| ft_sourceanalysis.m | 412 | it was incorrect , since the |
| ft_sourceanalysis.m | 536 | , should be averaged and repeated for each trial |
| ft_sourceanalysis.m | 537 | , should be averaged and repeated for each trial |
| ft_sourceanalysis.m | 538 | , should be averaged and repeated for each trial |
| ft_sourceanalysis.m | 901 | , add the component numbers to the output |
| ft_sourceanalysis.m | 951 | , convert the source reconstruction back to a frequency representation |
| ft_sourceanalysis.m | 953 | , convert the source reconstruction back to a component representation |
| ft_sourcedescriptives.m | 240 | in the presence of a refdip and/or supdip, this does not work; leadfield is Nx3 |
| ft_sourcedescriptives.m | 242 | this is a proposed dirty fix |
| ft_sourcedescriptives.m | 327 | kan volgens mij niet |
| ft_sourcedescriptives.m | 451 | this only makes sense when only a reference signal OR a dipole is selected |
| ft_sourcestatistics.m | 153 | implement roi-based statistics for the new implementation |
| ft_sourcestatistics.m | 184 | only supported for old-style source representation |
| ft_sourcestatistics.m | 231 | selectdata should be used for the subselection |
| ft_sourcestatistics.m | 232 | selectdata has to be adjusted to work with new style source data |
| ft_sourcestatistics.m | 509 | think of how this generalizes to volumetric data (boolean inside etc) |
| ft_sourcestatistics.m | 544 | what about volumetric data? |
| ft_sourcestatistics.m | 567 | this assumes positions to be in the first dimension always |
| ft_sourcestatistics.m | 568 | what about volumetric dadta |
| ft_sourcestatistics.m | 584 | take the intersection between all inputs |
| ft_spikedetection.m | 355 | implement variable length waveforms |
| ft_spikedetection.m | 361 | implement a peak shift |
| ft_timelockanalysis.m | 35 | if input is one raw trial, the covariance is not computed correctly |
| ft_timelockstatistics.m | 80 | at this moment (=10 May) this does not work, because the input might not always have an avg |
| ft_topoplotER.m | 428 | ? |
| ft_volumewrite.m | 141 | determine the voxel index of the fiducials |
| ft_volumewrite.m | 167 | determine the voxel index of the coordinate system origin |
| ft_volumewrite.m | 294 | , this is not functional at the moment, since earlier in this function all nans have been replaced by zeros |
| ft_volumewrite.m | 370 | , this currently does not work due to all flipping and permuting |
| loreta2fieldtrip.m | 62 | the transformation matrix should be assigned properly |
| loreta2fieldtrip.m | 105 | someone should figure out how to interpret the activity |
| source2full.m | 57 | this assumes that the voxel data are ordered as if in a regularly spaced 3D grid, |
| source2full.m | 83 | the following is a bit experimental and not fully tested yet it works in general case |
| sourcestatistics_parametric.m | 41 | this function should use parameterselection and getsubfield |
| sourcestatistics_parametric.m | 204 | this leads to a different df for each source location |
| sourcestatistics_randcluster.m | 66 | this function should use parameterselection and getsubfield |
| sourcestatistics_randomization.m | 35 | this function should use parameterselection and getsubfield |
| statistics_stats.m | 228 | , the probability is returned for each factor separately |
| topoplot.m | 479 | , according to Ingrid and Robert (19 Oct 2009), these deltas probably should be 0 |
| private/bti2grad.m | 38 | check whether anyone actually uses this code |
| private/bti2grad.m | 134 | check whether ori is OK for gradiometers |
| private/bti2grad.m | 177 | this is hard coded according to a few tests |
| private/channelposition.m | 166 | 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/fourier2crsspctrm.m | 70 | ? |
| private/headsurface.m | 201 | in case of a icosahedron projected onto a localspheres model, the |
| private/mergeconfig.m | 12 | also deal with configuration objects |
| private/mergeconfig.m | 17 | also deal with configuration objects |
| private/parameterselection.m | 101 | 'pos' in dimord is not OK |
| private/prepare_dipole_grid.m | 99 | move to cfg.grid |
| private/prepare_dipole_grid.m | 105 | move to cfg.grid |
| private/prepare_dipole_grid.m | 111 | move to cfg.grid |
| private/prepare_dipole_grid.m | 117 | move spheremesh to cfg.grid |
| private/prepare_dipole_grid.m | 132 | move to cfg.grid |
| private/prepare_dipole_grid.m | 206 | is it desirable to have this in the grid? |
| private/prepare_dipole_grid.m | 210 | is it desirable to have this in the grid? |
| private/prepare_dipole_grid.m | 214 | is it desirable to have this in the grid? |
| private/prepare_dipole_grid.m | 409 | use inside_vol instead of this replication of code |
| 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_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/read_neuralynx_nst.m | 109 | apply the scaling factor from ADBitVolts and convert to uV |
| private/read_neuralynx_ntt.m | 109 | apply the scaling factor from ADBitVolts and convert to uV |
| private/resampledesign.m | 202 | allow for length(cfg.uvar)>1, does it make sense in the first place |
| private/specest_tfr.m | 144 | add width |
| private/statistics_wrapper.m | 481 | this is old code should be removed |
| private/statistics_wrapper.m | 503 | : 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/wizard_base.m | 79 | this does not work |
| private/wizard_base.m | 82 | this does not always work correctly |
| private/write_plexon_nex.m | 115 | ? |
