Back to the main page.
Bug 827 - ambiguity in x/y dimensions when topoplotting chan_freq data
| Status | CLOSED WONTFIX |
| Reported | 2011-07-19 11:11:00 +0200 |
| Modified | 2014-05-14 20:08:47 +0200 |
| Product: | FieldTrip |
| Component: | plotting |
| Version: | unspecified |
| Hardware: | All |
| Operating System: | All |
| Importance: | P1 normal |
| Assigned to: | Robert Oostenveld |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | 1021 |
| See also: |
Stephen Whitmarsh - 2011-07-19 11:11:06 +0200
The thing is that now with ft_topoplotTFR it is unclear what the xlim and ylim parameters will stand for. It changes according to the dimensions of the input data and I doubt it is intuitively consistent, suspecting a bug. At least I have made several mistakes after e.g. having used ft_selectdata to average over time or frequency. e.g. while the dimord is 'chan_freq': a) specifying NO xlim and NO ylim, relying on the defaults ('all'), gives a correct plot over all frequencies. b) specifying NO xlim (chan?), but a valid ylim (freq?), always gives a plot using ALL frequencies. c) specifying NO ylim (chan?), but xlim as frequency give a correct plot Debugging in topoplotER shows that indeed xlim is taken as the frequency dimension, while ylim is empty. Soooo... should xlim not be channel and ylim frequency?
Stephen Whitmarsh - 2011-07-19 11:38:05 +0200
I am ofcourse suggesting a toilim/foilim/channel field instead of the xparam-xlim combination.
Robert Oostenveld - 2014-04-14 14:03:27 +0200
this was considered by Roemer et al.
Robert Oostenveld - 2014-04-14 14:04:38 +0200
this was considered by Roemer et al and discussed in more detail at http://fieldtrip.fcdonders.nl/development/restructure_and_rework_all_visualization_functions. Right now there are no plans to do a major rewrite of the plotting functions, hence I will close this bug.