<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Hi Tibor, and Jefe,
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">I guess that the road to a solution starts by looking into the code, and inspecting what line prompts the error (let me give this one away: line 145 in ft_inverse_eloreta).</div>
<div class=""><br class="">
</div>
<div class="">Also, it might be useful to consider not only the source model, but also the volume conduction model, and the method that was used for the forward computation. This was not mentioned in your messages, so it is hard to comment on that.</div>
<div class=""><br class="">
</div>
<div class="">Then, it may make sense to think about what matrix gives a rank of 0. Typically, the only way in which matlab returns a 0, is in the case of an empty matrix.</div>
<div class=""><br class="">
</div>
<div class="">Thus, the suspicion will rise that the eloreta code is trying to operate on dipole positions for which the corresponding leadfield is an empty matrix.</div>
<div class=""><br class="">
</div>
<div class="">The latter typically occurs if that dipole position is considered to be an ‘outside’ position in the forward computation step, e.g. when it is ’sticking out’ of the brain compartment boundary of the volume conduction model (but again, given the
lack of details about the specifics of the volume conduction model etc., this is mere speculation, causing me to already type and think about this for longer than is probably necessary (in case the above is not true) ).</div>
<div class=""><br class="">
</div>
<div class="">Then, the overall question might boil down to the question: why does the forward computation consider some dipoles to be outside (i.e. not returning a leadfield matrix for those locations), and why does the inverse computation code (at least for
particular method) not take that into account?</div>
<div class=""><br class="">
</div>
<div class="">Assuming that all my speculations above are valid, a principled solution will lie in ensuring that the eloreta code only considers the dipole positions with a valid lead field matrix. </div>
<div class=""><br class="">
</div>
<div class="">I am looking forward for a PR that addresses this.</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Best wishes,</div>
<div class=""><br class="">
</div>
<div class="">Jan-Mathijs</div>
<div class=""><br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On 20 Oct 2020, at 10:26, Diego Lozano-Soldevilla <<a href="mailto:dlozanosoldevilla@gmail.com" class="">dlozanosoldevilla@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div class="">Dear Tibor and FieldTrippers</div>
<div class="">I'm in the same situation. I excluded those positions but now I'm wondering whether this was a good decision. If somebody know what's happening and how to fix this, please drop a line!</div>
<div class="">Yours sincerely,</div>
<div class="">Diego</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<br class="">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, 19 Oct 2020 at 20:17, <<a href="mailto:tibor.auer@gmail.com" class="">tibor.auer@gmail.com</a>> wrote:<br class="">
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-GB" style="overflow-wrap: break-word;" class="">
<div class="gmail-m_6661753111117432046WordSection1">
<p class="MsoNormal"><span class="">Dear FieldTrippers,<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><u class=""></u> <u class=""></u></p>
<p class="MsoNormal">I have some questions regarding source reconstruction.<u class=""></u><u class=""></u></p>
<p class="MsoNormal"> <u class=""></u><u class=""></u></p>
<p class="MsoNormal">We use eLORETA, which runs fine for most participants, however, I receive this error message for quite a few:<u class=""></u><u class=""></u></p>
<p class="MsoNormal"> <u class=""></u><u class=""></u></p>
<p class="MsoNormal" style="text-indent:36pt"><i class="">the forward solutions have a different rank for each location, which is not supported</i><u class=""></u><u class=""></u></p>
<p class="MsoNormal"> <u class=""></u><u class=""></u></p>
<p class="MsoNormal"><span class="">The rank of the leadfdield is reduced at each sourcemodel position to the default 3. However, it sometimes has an even lower rank (often 0) at certain sourcemodel positions, and I am not sure how to interpret it.
</span>We use a cortical sheet based sourcemodel, and I have noticed that only a handful (<<1%) of positions are affected.
<span class="">My educated guess would be to exclude those positions, but I am not sure how it affects the analysis, either.<u class=""></u><u class=""></u></span></p>
<p class="MsoNormal"><span class=""><u class=""></u> <u class=""></u></span></p>
<p class="MsoNormal">Kind regards,<u class=""></u><u class=""></u></p>
<p class="MsoNormal">Tibor <u class=""></u><u class=""></u></p>
<p class="MsoNormal"><u class=""></u> <u class=""></u></p>
<p class="MsoNormal"><b class=""><span style="color:rgb(34,42,53)" class="">Auer, Tibor M.D. Ph.D.<u class=""></u><u class=""></u></span></b></p>
<p class="MsoNormal"><b class=""><span style="color:rgb(0,102,255)" class="">Research Fellow<u class=""></u><u class=""></u></span></b></p>
<p class="MsoNormal"><b class=""><span style="color:rgb(0,102,255)" class="">School of Psychology, Faculty of Health and Medical Sciences</span></b><span style="color:rgb(0,102,255)" class=""><u class=""></u><u class=""></u></span></p>
<p class="MsoNormal">University of Surrey, Guildford GU2 7XH<u class=""></u><u class=""></u></p>
<p class="MsoNormal"><a href="mailto:T.Auer@surrey.ac.uk" target="_blank" class=""><span style="color:rgb(5,99,193)" class="">T.Auer@surrey.ac.uk</span></a><u class=""><span style="color:rgb(5,99,193)" class=""><u class=""></u><u class=""></u></span></u></p>
<p class="MsoNormal"><a href="https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FTiborAuer&data=02%7C01%7Ct.auer%40surrey.ac.uk%7Cdb32da458c424eedef2908d7d4bd1421%7C6b902693107440aa9e21d89446a2ebb5%7C0%7C0%7C637211780868086968&sdata=zrT5%2FnGGsar14C3WartuU99tzsfLu30Peh9fuaqrAUg%3D&reserved=0" target="_blank" class=""><span style="color:rgb(5,99,193)" class="">@TiborAuer</span></a><u class=""></u><u class=""></u></p>
</div>
</div>
_______________________________________________<br class="">
fieldtrip mailing list<br class="">
<a href="https://mailman.science.ru.nl/mailman/listinfo/fieldtrip" rel="noreferrer" target="_blank" class="">https://mailman.science.ru.nl/mailman/listinfo/fieldtrip</a><br class="">
<a href="https://doi.org/10.1371/journal.pcbi.1002202" rel="noreferrer" target="_blank" class="">https://doi.org/10.1371/journal.pcbi.1002202</a><br class="">
</blockquote>
</div>
</div>
_______________________________________________<br class="">
fieldtrip mailing list<br class="">
<a href="https://mailman.science.ru.nl/mailman/listinfo/fieldtrip" class="">https://mailman.science.ru.nl/mailman/listinfo/fieldtrip</a><br class="">
https://doi.org/10.1371/journal.pcbi.1002202<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>