Back to the main page.
Bug 1807 - bti248 gradiometer system is not explicitly defined
| Status | CLOSED FIXED |
| Reported | 2012-11-02 09:57:00 +0100 |
| Modified | 2012-12-31 11:46:28 +0100 |
| Product: | FieldTrip |
| Component: | core |
| Version: | unspecified |
| Hardware: | PC |
| Operating System: | Mac OS |
| Importance: | P3 normal |
| Assigned to: | Robert Oostenveld |
| URL: | |
| Tags: | |
| Depends on: | |
| Blocks: | |
| See also: |
Robert Oostenveld - 2012-11-02 09:57:40 +0100
I noticed that the dataset 'original/meg/bti248grad/e,rfhp1.0Hz,COH' resulted in ft_senstype=bti248, whereas I had expected bti248grad. Checking ft_chantype, I noticed that it is not aware of bti248grad or bti248grad_planar.
Robert Oostenveld - 2012-11-02 10:03:49 +0100
mbp> svn commit forward/ft_senstype.m test/test_bug1807.m Sending forward/ft_senstype.m Adding test/test_bug1807.m Transmitting file data .. Committed revision 6845. I have added bti248grad to ft_senstype where appropriate, but it won't be autodetected correctly since the channels are the same as for the bti248 system. To fix it, the appropriate grad.type should be added to the bti2grad function.
Robert Oostenveld - 2012-11-02 10:16:21 +0100
ft_chantype should deal with the bti248grad and bti248 system separately. At this moment all MEG channels are simply type 'meg', I suggest to make that meggrad and megmag respectively (consistent with neuromag and ctf).
Jan-Mathijs Schoffelen - 2012-11-28 17:16:38 +0100
bash-3.2$ svn commit -m "enhancement - correctly detect bti248grad, addressing bug 1807" fileio/private/bti2grad.m fileio/ft_chantype.m forward/ft_senstype.m Sending fileio/ft_chantype.m Sending fileio/private/bti2grad.m Sending forward/ft_senstype.m Transmitting file data ... Committed revision 7044.