# mne\_analyze surface viewer error

**URL:** https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540
**Category:** Mailing List Archive (read-only)
**Tags:** list-archive
**Created:** [February 5, 2013, 12:55am UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540 "2013-02-05T00:55:44Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 5, 2013, 12:55am UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/1 "2013-02-05T00:55:44Z")

</div>

Hello,

I am using mne\_analyze to align MEG/MRI coordinates in accordance with the  
instructions at [http://www.martinos.org/mne/manual/sampledata.html#chdijbig](http://www.martinos.org/mne/manual/sampledata.html#chdijbig).  
However I am having an issue with some of the way my inflated surfaces  
appear when displayed in the viewer. I've attached two examples of some  
particularly bad ones, and the third attachment is an example of what the  
inflated surface looks like ordinarily. This third image is the same  
surface as the first one that looks like a block. At what point in  
processing is my workflow going wrong? Thanks in advance.

Best wishes,

Vincent Rupp  
-------------- next part --------------  
An HTML attachment was scrubbed...  
URL: [http://mail.nmr.mgh.harvard.edu/pipermail/mne\_analysis/attachments/20130204/ab91cecb/attachment.html](http://mail.nmr.mgh.harvard.edu/pipermail/mne_analysis/attachments/20130204/ab91cecb/attachment.html)  
-------------- next part --------------  
A non-text attachment was scrubbed...  
Name: Screenshot from 2013-02-04 16:47:26.png  
Type: image/png  
Size: 42324 bytes  
Desc: not available  
Url : [http://mail.nmr.mgh.harvard.edu/pipermail/mne\_analysis/attachments/20130204/ab91cecb/attachment.png](http://mail.nmr.mgh.harvard.edu/pipermail/mne_analysis/attachments/20130204/ab91cecb/attachment.png)  
-------------- next part --------------  
A non-text attachment was scrubbed...  
Name: Screenshot from 2013-02-04 16:49:20.png  
Type: image/png  
Size: 42887 bytes  
Desc: not available  
Url : [http://mail.nmr.mgh.harvard.edu/pipermail/mne\_analysis/attachments/20130204/ab91cecb/attachment-0001.png](http://mail.nmr.mgh.harvard.edu/pipermail/mne_analysis/attachments/20130204/ab91cecb/attachment-0001.png)  
-------------- next part --------------  
A non-text attachment was scrubbed...  
Name: Screenshot from 2013-02-04 16:48:24.png  
Type: image/png  
Size: 109704 bytes  
Desc: not available  
Url : [http://mail.nmr.mgh.harvard.edu/pipermail/mne\_analysis/attachments/20130204/ab91cecb/attachment-0002.png](http://mail.nmr.mgh.harvard.edu/pipermail/mne_analysis/attachments/20130204/ab91cecb/attachment-0002.png)

---

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 5, 2013, 9:18am UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/2 "2013-02-05T09:18:56Z")

</div>

hi Vincent,

can you check your bem surfaces?  
are they also weird?  
what did you use to make the head (skin) surface?  
is your T1 image properly contrasted?

Alex

---

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 5, 2013, 12:52pm UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/3 "2013-02-05T12:52:42Z")

</div>

Hi Vincent,

I assume this problem happens with your own data not for with the sample  
data set, correct? Did you check the FreeSurfer segmentation? It looks  
to me like FreeSurfer failed for some reason. Here are some instructions  
on how to check the FS output:

[http://surfer.nmr.mgh.harvard.edu/fswiki/FsTutorial/OutputData](http://surfer.nmr.mgh.harvard.edu/fswiki/FsTutorial/OutputData)

I hope this helps.

Martin

---

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 5, 2013, 12:54pm UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/4 "2013-02-05T12:54:53Z")

</div>

Hello,

The BEM surface segmentation using mne\_watershed\_bem has gone wrong. There is most probably a way the avoid this. There are new options --gcatlas and --preflood \<number\> for mne\_watershed\_bem in the nightly build.  
I do not recall which one of them helps, I hope someone at the Martinos can help you.

- Matti

---

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 12, 2013, 2:50am UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/5 "2013-02-12T02:50:44Z")

</div>

Using the -gcatlas option with mne\_watershed\_bem successfully resolved this  
issue; thanks for the helpful responses. Also, I just wanted to suggest  
packaging libgfortran.so.1 with new MNE installations because it seems to  
cause issues with many users who have newer versions of the library already  
installed. Thanks again!

Best wishes,

Vincent Rupp

---

<div class="post-metadata">

### Author: ![system](https://global.discourse-cdn.com/free1/uploads/mne/original/1X/85cc6bd2b69cb698a166dc6d880fb550510d0144.jpeg) [@system](https://mne.discourse.group/u/system)
#### Post date: [February 13, 2013, 6:10pm UTC](https://mne.discourse.group/t/mne-analyze-surface-viewer-error/540/6 "2013-02-13T18:10:35Z")

</div>

Dear Matti,

I alsoe head a few cases with quite distorted skulls so played a bit with the gcaatlas option.  
Could it be that the watershed routine expects a particular version of the atlas:

...

Mode: Atlas analysis  
Mode: T1 normalized volume  
Mode: Use the information of atlas (default parms, --help for details)  
GCAread: could not open GCA /localdata/freesurfer/average/RB\_all\_withskull\_2007-08-08.gca for reading  
No such file or directory  
...

It seems I've got to link the exisiting RB\_all\_withskull\_2008-03-26.gca agains the expected name.  
Or it should also be possible to simply pass the gcaatlas name to --atlas on invoking mne\_watershed\_bem, right?

Thanks and best,  
Denis
