Back to the main page.
Bug 1371 - ft_plot_topo (/ER/TFR) should support nan values per channel
| Status | CLOSED FIXED |
| Reported | 2012-03-14 13:28:00 +0100 |
| Modified | 2014-01-29 13:28:30 +0100 |
| Product: | FieldTrip |
| Component: | plotting |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Windows |
| Importance: | P3 normal |
| Assigned to: | Eelke Spaak |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: | http://bugzilla.fcdonders.nl/show_bug.cgi?id=1332 |
Arjen Stolk - 2012-03-14 13:28:05 +0100
also see bug 1332
Jan-Mathijs Schoffelen - 2012-03-21 15:40:07 +0100
assign to reporter, who can then fix it (ideal) or reassign it to a named person
Jan-Mathijs Schoffelen - 2012-09-05 13:34:58 +0200
indicate nans by just not displaying the circle
Eelke Spaak - 2012-09-11 13:57:53 +0200
Fixed this in revision 6446: - ft_plot_topo throws a warning if nans are present, but does not handle them specifically; - ft_topoplotTFR also throws a warning, but does handle them: they are removed before being handed to ft_plot_topo, and the channel markers are also removed.
Ingrid Nieuwenhuis - 2013-02-07 22:17:06 +0100
see bug 1977, removing NaNs is made optional to support masking out channels with NaNs. However, when there still are NaNs in the data at the ft_plot_topo level, they will be removed there now. I don't know if this is optimal, since now it's done at two levels. But if we want to support masking of NaN channels (which I'd like), then we have to give ft_plot_topo the NaN channels and deal with them there (to prevent the interpolation problems)