[FieldTrip] Fwd: source localization difficulties

[jan-mathijs schoffelen]

Begin forwarded message:

> From: Kanal Eliezer <ekanal at cmu.edu>
> Date: September 26, 2011 9:45:00 PM GMT+02:00
> To: jan-mathijs schoffelen <jan.schoffelen at DONDERS.RU.NL>
> Subject: Re: [FieldTrip] source localization difficulties
> 
> Hello Dr Schoffelen -
> 
> Thanks for the advice. The way I got this part to work was to use SPM to convert my DICOM files to NIfTI ('*.img') and use `ft_read_mri` on that file, instead of reading the DICOM files directly. Using this method, I was able to reconstruct well.
> 
> However, it seems that there's another related issue. When running the
> 	ft_plot_sens(data_preprocessed.hdr.grad);
> 	hold on;
> 	ft_plot_vol(vol);
> check, I got the attached image. Do you have any idea why it's doing that? Please let me know if I can provide any more details which could help troubleshoot. 
> 
> In case it's relevant, I did notice that the output structure of the `ft_volumerealign` function (run with method='interactive') contained the following field:
> 	mri_realign.coordsys = 'ctf';
> That can't be correct. I'm pretty sure it should be 'nifti'. However, I tried re-running `ft_volumesegment` after manually changing that value, and the figure looks the same.
> 
> Any help would be most appreciated! Thanks -
> 
> Elli
> 
> 
> 
> 
> On Sep 24, 2011, at 3:09 AM, jan-mathijs schoffelen wrote:
> 
>> Hi Elli,
>> 
>>> Hello Dr. Schoffelen -
>>> 
>>> I sent a response to the below email, but I think it got lost in the shuffle. I tried what you suggested, and I got the image attached below (matlab figure).
>>> 
>>> Two questions: (1) What could be the cause of this poor alignment? This isn't right/left flipping, as the nose also looks to be in the back. (2) Do you have any idea why the reconstruction of the MRI looks so poor? FreeSurfer reconstructions looked much "healthier".
>> 
>> To combine both questions into 1 answer, I wouldn't say that the alignment is bad, it's the segmentation that seems to be completely off. This usually happens, when FieldTrip assigns the wrong coordinate system to the MRI. For the segmentation to work, SPM needs an approximate coregistration of the MRI in MNI-space. FieldTrip tries to achieve this, and needs the tag mri.coordsys for this. This tag is usually set after a pass through ft_volumerealign, where you can specify a cfg.coordsys (I just noticed this as an undocumented option: perhaps that needs to change). By default, this tag is set to 'ctf', see http://fieldtrip.fcdonders.nl/faq/how_are_the_different_head_and_mri_coordinate_systems_defined for a definition of the coordinate systems. If the coordinate system in which the sensors are defined differs from the ctf coordinate system, causing a bad initial alignmnent prior to the segmentation and a worthless segmentation.
>> 
>>> You mentioned below that I could simply load the up freesurfer files and go from there. All the *.mgz files I've found from freesurfer processing are simply volumetric MRI files. The surface files are stored in a variety of formats with seemingly no file extension. Is there a way to load FreeSurfer surfaces, or should I be using `ft_prepare_headmodel` to do that?
>> 
>> The ft_read_headshape function should be able to read freesurfer triangle and quadrangle files. Use it as ft_read_headshape(filename, 'fileformat', 'freesurfer-triangle_binary');
>> 
>>> Thanks -
>>> 
>>> Eliezer Kanal
>> 
>> 
>> Best,
>> 
>> Jan-Mathijs

Jan-Mathijs Schoffelen, MD PhD 
Donders Institute for Brain, Cognition and Behaviour, 
Centre for Cognitive Neuroimaging,
Radboud University Nijmegen, The Netherlands
J.Schoffelen at donders.ru.nl
Telephone: +31-24-3614793

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.science.ru.nl/pipermail/fieldtrip/attachments/20110927/e5331843/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: check.jpg
Type: image/jpg
Size: 23087 bytes
Desc: not available
URL: <http://mailman.science.ru.nl/pipermail/fieldtrip/attachments/20110927/e5331843/attachment.jpg>