Back to the main page.

Bug 1127 - implement variable loading consistently

Status CLOSED WONTFIX
Reported 2011-11-09 10:24:00 +0100
Modified 2015-01-12 12:11:18 +0100
Product: FieldTrip
Component: core
Version: unspecified
Hardware: PC
Operating System: Windows
Importance: P5 enhancement
Assigned to: Jan-Mathijs Schoffelen
URL:
Tags:
Depends on:
Blocks:
See also:

Jörn M. Horschig - 2011-11-09 10:24:37 +0100

we talked about this in one of the FT meetings. I just realized that e.g. ft_prepare_headmodel does not support loading data from disk, some other use ft_preamble loadvar data, etc.


Robert Oostenveld - 2011-11-09 12:43:52 +0100

My idea here would be that only FT main functions that take a regular data structure (raw, comp, timelock) as input should support cfg.inputfile. We don't want to promote arbitrary inputs (such as geom in ft_prepare_headmodel, or the input args for ft_stratify) to formal fieldtrip data structures. This leaves open the question: what are currently the format FT data structures, besides the obvious ones?


Boris Reuderink - 2011-11-17 10:46:44 +0100

Changed the status of bugs without a specific owner to UNCONFIRMED. I'll try to replicate these bugs (potentially involving the submitter), and change confirmed bugs to NEW. Boris


Boris Reuderink - 2011-11-17 13:49:47 +0100

So, how do we go about this? Should we assign someone to come up with a plan?


Boris Reuderink - 2012-01-03 14:08:49 +0100

Bump.


Boris Reuderink - 2012-02-01 15:49:31 +0100

Explanation from RO during bug-binge. This is a low priority enhancement, but not un-important. There are plans to move towards compiled QSUB, so that is can run without MATLAB. *For this, file handling is required.* If compiled MATLAB takes off, a compiled FieldTrip might even be viable, which would process cfg files. Robert suggested to assign this bug to JM, which I do now.


Jan-Mathijs Schoffelen - 2014-03-06 16:27:02 +0100

I don't think that anything specific needs to be done about this at the moment. Compiled FieldTrip works quite well and is currently up-and-running for the human connectome project. I suggest to reopen once we encounter issues in this respect.


Robert Oostenveld - 2015-01-12 12:11:18 +0100

(In reply to Jan-Mathijs Schoffelen from comment #6) agreed. Seems to work fine for the moment, also because of the relative consistent use of preambles.