<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="ProgId" content="Word.Document"><meta name="Generator" content="Microsoft Word 11"><meta name="Originator" content="Microsoft Word 11"><link rel="File-List" href="file:///C:%5CDOCUME%7E1%5CAdamchic%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml"><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:View>Normal</w:View>
  <w:Zoom>0</w:Zoom>
  <w:HyphenationZone>21</w:HyphenationZone>
  <w:PunctuationKerning/>
  <w:ValidateAgainstSchemas/>
  <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
  <w:IgnoreMixedContent>false</w:IgnoreMixedContent>
  <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
   <w:DontGrowAutofit/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:LatentStyles DefLockedState="false" LatentStyleCount="156">
 </w:LatentStyles>
</xml><![endif]--><style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {mso-style-parent:"";
        margin:0cm;
        margin-bottom:.0001pt;
        mso-pagination:widow-orphan;
        font-size:12.0pt;
        font-family:"Times New Roman";
        mso-fareast-font-family:"Times New Roman";}
@page Section1
        {size:612.0pt 792.0pt;
        margin:2.0cm 42.5pt 2.0cm 3.0cm;
        mso-header-margin:36.0pt;
        mso-footer-margin:36.0pt;
        mso-paper-source:0;}
div.Section1
        {page:Section1;}
-->
</style><!--[if gte mso 10]>
<style>
 /* Style Definitions */
 table.MsoNormalTable
        {mso-style-name:"Table Normal";
        mso-tstyle-rowband-size:0;
        mso-tstyle-colband-size:0;
        mso-style-noshow:yes;
        mso-style-parent:"";
        mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
        mso-para-margin:0cm;
        mso-para-margin-bottom:.0001pt;
        mso-pagination:widow-orphan;
        font-size:10.0pt;
        font-family:"Times New Roman";
        mso-ansi-language:#0400;
        mso-fareast-language:#0400;
        mso-bidi-language:#0400;}
</style>
<![endif]--><span style="font-size: 12pt; font-family: "Times New Roman";" lang="EN-US">Hallo, <br>
there is probably one more issue in the number of points to use, if we talk
about EEG: sampling rate. <br>
If we assume "useful" range of frequencies in EEG between ~ 0 and ~
150, then having more points in the shorter period just in sense of higher sampling
rate, may not help. One might need to take in to account number of frames as
well as the length of the recording. <br>
Does someone know about some study, done to investigate this?</span><br>All the best,<br>Ilya<br><br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> German Gomez Herrero <german.gomezherrero@tut.fi><br><b><span style="font-weight: bold;">To:</span></b> eeglablist@sccn.ucsd.edu<br><b><span style="font-weight: bold;">Sent:</span></b> Tue, January 19, 2010 12:58:30 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Eeglablist] ICA decomposition of possibly 2 different conditions....<br></font><br>
Hello,<br>I just wanted to share my opinion on the important issue of data points to use with ICA. My personal approach is to be as cautious as possible and I would usually use even more data samples than the recommended by Julie (e.g. I would use a k=100 points per weight assuming a sampling frequency of 250 Hz or so). Of course this is a rather arbitrary value and there is no way to know where is the best trade-off between giving ICA enough time to "learn" the components (i.e. providing enough data samples) and not violating the assumption that the components are stationary and their number smaller than the number of EEG sensors (i.e. not trying to analyze a too long EEG segment). Recently, my colleagues and I made some (very simple) toy experiments to investigate how many data samples you would need to obtain an accurate source estimate when the sources are EEG time-series:<br><br><span><a target="_blank"
 href="http://www.cs.tut.fi/%7Egomezher/enrica/ieeespl2009.pdf">http://www.cs.tut.fi/~gomezher/enrica/ieeespl2009.pdf</a> </span><br><br>Basically what we did was to mix sources that were just EEG time-series taken randomly taken from non-overlapping epochs of a long EEG recording. In this way our sources were almost independent (assuming that autocorrelations at very long lags in the EEG are negligible) while retaining very similar spectral properties to those one would expect from the true underlying sources. Because volume conduction is linear and instantaneous, these effects have a relatively minor impact on the spectral properties of the scalp EEG, which are mainly determined by the spectral properties of the underlying brain sources. What we found is that you may need up to k=300 points per weight to get "accurate enough" estimates. I have to admit that we were relatively exigent with the definition of "accurate enough" but, still, I think that the
 results point to the direction that k=25 might be too little in some cases. Of course, our simulations are very simplistic and, for instance, do not consider the possibility that more sources may become active as the analysis window length increases. <br><br>Using a k=100 or more might be completely unaffordable when you have many data channels. In that case I would first use PCA to reduce the number of components. Specially in slow-wave sleep EEG I would expect to be able to explain most of the EEG variance with relatively few principal components. But of course, in many other cases you might lose too much data by rejecting components with PCA. My own experience tells that the most common mistake is too use too few data samples and only rarely one can be accused of using too many. In the extreme of using far too few data samples, overlearning may happen which, in some cases, can lead to completely wrong but visually appealing results:<br><br><span><a
 target="_blank" href="http://www.cs.tut.fi/%7Egomezher/projects/eeg/cimed05.pdf">http://www.cs.tut.fi/~gomezher/projects/eeg/cimed05.pdf</a> </span><br><br><br><br>Best wishes,<br>Germán<br><br><br><br>> With regard to the comment about decomposing dissimilar data<br>> separately,<br>> perhaps a distinction should be made. Arno is correct that by far the<br>> easiest<br>> approach is to look at *activity* differences within single sources.<br>> However,<br>> what I point out in the paper is that vastly different behavioral<br>> conditions<br>> (ie, sleep and wake) may show fundamentally different active sources.<br>> Within<br>> most experimental paradigms, the difference between conditions is MUCH<br>> less<br>> than the difference between sleep and wake, therefore warranting a<br>> single<br>> decomposition for both conditions. For your own curiosity, try<br>> decomposing the<br>> 2 conditions
 separately and see how similar your components are<br>> (assuming you<br>> have enough data to get clean decompositions).<br>> <br>> Now, the amount of *good* data that you will need is, of course, a<br>> slightly<br>> hazy subject. I have previously recommended a points per weight factor<br>> of 25<br>> or more, but this is based on 71 channels (dimensions) and 256 sampling<br>> rate.<br>> More channels require more data, of course, but I'm not sure if the<br>> points per<br>> weight factor remains the same when the channel number scales up. The<br>> more the<br>> better usually... I got good decompositions for ~215 channel EEG with<br>> about an<br>> hour's worth of data. A half hour would likely not have been enough.<br>> For 128<br>> channels, you can get away with less data... perhaps a half hour even,<br>> but not<br>> less, I would guess. Sorry for the highly anecdotal answer, but I
 have<br>> found<br>> that there is a lot of variability between subjects even with<br>> comparable<br>> amounts of data... therefore pointing to individual differences in the<br>> 'quality' of data that ICA is good at decomposing. But that's just a<br>> theory.<br>> <br>> Good luck, Julie<br>> <br>> --<br>> Julie Onton, PhD<br><span>> <a target="_blank" href="http://sccn.ucsd.edu/%7Ejulie">http://sccn.ucsd.edu/~julie</a></span><br>> <br>> > Dear all,<br>> ><br>> > as<br>> > it follows from J Onton’s paper: “…… jointly decomposing data from<br>> awake<br>> > and<br>> > sleeping conditions might not be optimal if the EEG source locations<br>> in these<br>> > portions of the data differed……” we do need to separate 2 conditions<br>> and than<br>> > perform ICA on<br>> > each of them separately.<br>> > I<br>> > guess it should not
 be a problem cutting out some of the data<br>> (artifacts) from<br>> > EEG recording using EEGLAB function Reject an then running ICA on<br>> this data,<br>> > but then the question of<br>> > enough data arises. It was suggested in several publications to use<br>> k*n2 data<br>> > points (where k is a coefficient and n is a number of channels), to<br>> get a<br>> > stable results of the ICA.  It was suggested to use k of 20 by some<br>> (128<br>> > channel EEG) (McMenamin 2009) or even bigger. What experiences do you<br>> have?<br>> > How<br>> > much data will one need to get stable ICA components in 128 channel<br>> recording?<br>> > And<br>> > thanks a lot for the previous answers, you help a lot.<br>> ><br>> ><br>> >       _______________________________________________<br><span>> > Eeglablist page: <a target="_blank"
 href="http://sccn.ucsd.edu/eeglab/eeglabmail.html">http://sccn.ucsd.edu/eeglab/eeglabmail.html</a></span><br>> > To unsubscribe, send an empty email to eeglablist-<br>> <a ymailto="mailto:unsubscribe@sccn.ucsd.edu" href="mailto:unsubscribe@sccn.ucsd.edu">unsubscribe@sccn.ucsd.edu</a><br>> > For digest mode, send an email with the subject "set digest mime" to<br>> > <a ymailto="mailto:eeglablist-request@sccn.ucsd.edu" href="mailto:eeglablist-request@sccn.ucsd.edu">eeglablist-request@sccn.ucsd.edu</a><br>> <br>> _______________________________________________<br>> Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" target="_blank">http://sccn.ucsd.edu/eeglab/eeglabmail.html</a><br>> To unsubscribe, send an empty email to eeglablist-<br>> <a ymailto="mailto:unsubscribe@sccn.ucsd.edu" href="mailto:unsubscribe@sccn.ucsd.edu">unsubscribe@sccn.ucsd.edu</a><br>> For digest mode, send an email with the
 subject "set digest mime" to<br>> <a ymailto="mailto:eeglablist-request@sccn.ucsd.edu" href="mailto:eeglablist-request@sccn.ucsd.edu">eeglablist-request@sccn.ucsd.edu</a><br><br><br>_______________________________________________<br>Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" target="_blank">http://sccn.ucsd.edu/eeglab/eeglabmail.html</a><br>To unsubscribe, send an empty email to <a ymailto="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu">eeglablist-unsubscribe@sccn.ucsd.edu</a><br>For digest mode, send an email with the subject "set digest mime" to <a ymailto="mailto:eeglablist-request@sccn.ucsd.edu" href="mailto:eeglablist-request@sccn.ucsd.edu">eeglablist-request@sccn.ucsd.edu</a></div></div>
<!-- cg16.c2.mail.ac4.yahoo.com compressed/chunked Thu Jan 21 13:02:44 PST 2010 -->
</div><br>

      </body></html>