Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2D, 3D Differences when using default MFF sensor coordinates vs adultaverage64.sfp #26

Closed
mamoran66 opened this issue May 15, 2020 · 1 comment

Comments

@mamoran66
Copy link

A user has noticed a difference when viewing sensor positions and interpolated views when using the default 3D coordinates stored in the MFF versus .sfp files imported from our website. The difference could indeed be with the coordinates themselves. I am hoping you can rule out a difference in the way the two methods of using sensor positions are imported or transformed that might explain the difference. If you have a way to directly check the two sets of coordinates, that would also resolve the question. Issue from customer:

"Our main concern is the difference in channel locations between the "AdultAverageNet64_v1.sfp" and the MFFMatlabIO plugin. To demonstrate, I've added two more figures to the email. We ran an ICA twice, using the "AdultAverageNet64_v1.sfp" as our channel locations and a second time using the MFFMatlabIO plugin channel locations. We've plotted IC1 using both methods. The eye electrodes for the ".sfp" file looks off. Some of the spacing is a bit off as well (looking at the frontal electrodes)."

I've attached the SFP and the resulting view, one default and one sfp
KU.zip

@arnodelorme
Copy link
Owner

This is because the 3-D plotting function has automated electrode alignment to the 3-D head mesh for standard EGI coordinate files. This is not the case if you have a custom file. In this case, you need to optimize the alignment between electrode and 3-D mesh yourself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants