<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Russ,<div><br></div><div>The units that are used by FieldTrip in data processing are not always consistent. The problem already starts at the level of reading (where we sometimes use our own FT code, and sometimes code from other projects). MEG data might be represented in T or fT, but for Eleka there are also gradiometers that have their data expressed as T/m or fT/cm or T/mm or … Then the anatomical MRi is read in, coregistered and used to construct a volume conduction model. In that volume conduction model there is again geometrical units (m, cm, mm) but also units of conductivity.</div><div><br></div><div>You can imagine that combining data (in algorithms) that has different units will lead to unexpected results. Hence I usually play it safe and report on the results of computations as “arbitrary units”. Mostly in statistics and interpretation it does not matter anyway.</div><div><br></div><div>If you use SI units throughout, then the low-level FieldTrip code will work as expected and also represent the output of all computations in SI units. For anatomical models you can use ft_convert_units to scale it to meters. For electrode and gradiometer arrays you should use the distance and amplitude option in ft_datatype_sens (see the code, it is not mentioned in the help) and for Elekta the scaling should be specified as ‘amplitude/distance’.</div><div><br></div><div>The unit handling is a known issue and we have a number of ideas on <a href="http://bugzilla.fieldtriptoolbox.org">http://bugzilla.fieldtriptoolbox.org</a> to improve it, but to little resources to actually get it resolved.</div><div><br></div><div>best regards,</div><div>Robert</div><div><br></div><div><br></div><div>PS Note that for spectral analysis it is again different, since spectral power or density can be differently normalized. Also in that aspect the FT code is not 100% consistent. But since you mention ERFs that does not apply.</div><div><br></div><div><br></div><div><br><div><div>On 31 Dec 2015, at 22:51, russ port <<a href="mailto:russgport@gmail.com">russgport@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><font face="Calibri" class="">Dear <span style="line-height: 22.5px; text-align: justify; widows: 1; background-color: rgb(255, 255, 255);" class="">Robert and </span><span style="line-height: 22.5px; text-align: justify; widows: 1; background-color: rgb(255, 255, 255);" class="">Jan-Mathijs</span></font><div class=""><div style="text-align: left; widows: 1;" class=""><span style="background-color: rgb(255, 255, 255);" class=""><font face="Calibri" class=""><br class=""></font></span></div><div style="text-align: left; widows: 1;" class=""><font face="Calibri" class=""><span style="background-color: rgb(255, 255, 255);" class="">I was hoping for someone to help me with a point of clarification concerning the fieldtrip wiki. </span><span style="background-color: rgb(255, 255, 255);" class="">I have followed Fieldtrip’s example of creating virtual sensor ERFs for MEG data using LMCV beamforming (e.g. </span><a href="http://www.fieldtriptoolbox.org/tutorial/aarhus/beamformingerf" class="">http://www.fieldtriptoolbox.org/tutorial/aarhus/beamformingerf</a>). I get great ERFs for auditory responses that I’m happy with. There is a point on contention left between my lab mates and I though. Following what was discuss previously (<a href="http://mailman.science.ru.nl/pipermail/fieldtrip/2015-September/009609.html" class="">http://mailman.science.ru.nl/pipermail/fieldtrip/2015-September/009609.html</a>), I think that the ERF are in a “unit-less” unit. They suggest however, that these (as mentioned in the wiki) are related to equivalent current dipoles for the chosen sources (and so the unit would be A/m [or since we used cm in the head model, A/cm]). Please can you help clear up this point of contention?</font></div></div><div style="text-align: left; widows: 1;" class=""><font face="Calibri" class=""><br class=""></font></div><div style="text-align: left; widows: 1;" class=""><font face="Calibri" class="">Thanks</font></div><div style="text-align: left; widows: 1;" class=""><font face="Calibri" class="">Russ</font></div></div></blockquote></div><br></div></body></html>