Back to the main page.

Bug 2419 - non-existent field 'use_tri_area'.

Status CLOSED FIXED
Reported 2013-12-11 22:46:00 +0100
Modified 2014-01-15 14:49:14 +0100
Product: FieldTrip
Component: core
Version: unspecified
Hardware: Macintosh
Operating System: Mac OS
Importance: P3 normal
Assigned to: Jan-Mathijs Schoffelen
URL:
Tags:
Depends on:
Blocks:
See also:

- 2013-12-11 22:46:40 +0100

I am able to run everything up to the MNE with no problem, and it seems like the MNE portion works. But when I run the command bnd = ft_read_headshape('Subject01-oct-6-src.fif', 'format', 'mne_source'); and then plot it to visualize the source space. I get the error Reference to non-existent field 'use_tri_area'. Error in ft_read_headshape (line 421) shape.area = [src(1).use_tri_area(:); src(2).use_tri_area(:)]; I have looked on this site and online and can't find an explanation of what is wrong or how to fix the problem. Any help would be appreciated. I am using an Anatomical MRI scan for the head model analysis, the skull is present and I manually am Identifying the fiducials. Also, a few steps earlier it had me check the white matter segmentation done by Freesurfer and that worked fine and what I get closely resembles the tutorial. So I think the problem is somewhere in the MNE I am just not sure where. Any help would be appreciated.


Robert Oostenveld - 2013-12-12 08:48:59 +0100

As far as I know there are not many people using FT for their analysis pipeline like you do. I checked, but don't seem to have a suitable fif file to test the ft_read_headshape code on. If you send me your fif file (see http://fieldtrip.fcdonders.nl/faq/how_should_i_send_example_data_to_the_developers), I will have a look at it.


Jan-Mathijs Schoffelen - 2013-12-12 12:36:31 +0100

Hi Robert, I indeed suggested to Nicholas to also upload a faulty fif-file. Mine just work. Feel free to assign the bug to me. I added the areas to begin with.


Jan-Mathijs Schoffelen - 2014-01-07 20:03:31 +0100

Hi Nicholas, Could you upload one of the fif-files causing a crash?


- 2014-01-08 18:20:55 +0100

https://www.dropbox.com/s/on20lcapa5ytpbp/4299_JR-7-src.fif that is the link to the file causing the crash.


Jan-Mathijs Schoffelen - 2014-01-13 09:21:54 +0100

Error reproduced. It seems the fif-file contains a downsampled mesh, where the vertices are downsampled, but not re-triangulated. The file therefore lacks the (assumed) triangle information. I built in a check in ft_read_headshape for this. bash-4.1$ svn commit -m "bugfix - made function more robust when triangle information is absent" fileio/ft_read_headshape.m test/test_bug2419.m Sending fileio/ft_read_headshape.m Adding test/test_bug2419.m Transmitting file data .. Committed revision 9090.


- 2014-01-13 17:02:31 +0100

Just to check is that something that Freesurfer was supposed to do so I can try and find out how to fix the problem?


Jan-Mathijs Schoffelen - 2014-01-13 20:01:09 +0100

I think it has to do with how you specify the call to mne_create_source_space (I don't recall from the top of my head how this function is called). If I remember well, you can either specify it to create the mesh with or without a triangulation attached (I think with --ico as an option: see http://martinos.org/mne/stable/manual/cookbook.html "setting up the source space"-section).