<div dir="ltr"><div class="gmail_default" style="color:rgb(51,51,153)">Hello Nils, not sure if the below will help, best wishes!<br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br>..so clearly something is happening between the time you pick epochs based on the new event value, and when you go back to the "original" data set and see the values you put in are gone. Or alternatively, something is happening when the original data set is refreshed, after you go back to it to get the next "event".<br><br></div><div class="gmail_default" style="color:rgb(51,51,153)">If you are indeed able to pull out new epochs with your new events for one value, perhaps the dirty solution is to simply repopulate the event codes again in the "original file", and then pull the event codes with 2, etc...repeating the process for each one. Not elegant....<br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br></div><div class="gmail_default" style="color:rgb(51,51,153)">try to see what specific functions get run that update/modify event info<br><br></div><div class="gmail_default" style="color:rgb(51,51,153)">I assume you are saving the original data after inserting the new event info into it, and then when you re-open the file, the extra info you put is gone.<br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br></div><div class="gmail_default" style="color:rgb(51,51,153)">try to talk directly into the event info structure if you are not already, or make a fascimile in matlab to draw from<br><br></div><div class="gmail_default" style="color:rgb(51,51,153)">try to change the event code info to all String or all Integers<br><br></div><div class="gmail_default" style="color:rgb(51,51,153)">try doing it from the gui, for just a few events, and see if you can make the events remain. There may be some small not-documented expectation that you're missing.<br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br></div><div class="gmail_default" style="color:rgb(51,51,153)">I remember having to "repopulate" event fields on the fly as necessary from a larger index of values. This seemed to work ok through a quick loop, but had to be done again and again.<br><br></div><div class="gmail_default" style="color:rgb(51,51,153)">I remember that this was due to something about eeglab refreshing the events according to some consistency it needed. <br><br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br><br><br><br><br><br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br><br></div><div class="gmail_default" style="color:rgb(51,51,153)"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 19, 2017 at 4:30 AM, Nils Hachmeister <span dir="ltr"><<a href="mailto:nils.hachmeister@uni-bielefeld.de" target="_blank">nils.hachmeister@uni-bielefeld.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello everyone,<br>
<br>
I have an odd eeglab behaviour, which I don't understand: I added an additional field to the events in my data set in order to do some additional analyses. This works fine. After adding the field to each event in the MATLAB commandline and calling eeglab redraw I can, for instance, generate an Channel ERP Image using the gui, sorting trials by the new field.<br>
<br>
When I want to use this field to select epochs (via the corresponding menu), for instance, selecting only those epoch for which the time-locking event's new field-value is 0, I get a second data set and all the events still have the new field. That's just fine. However, going back to the original data set to select all epochs for which the new field's value is 2, I notice that the new field is gone for all the events.<br>
<br>
First I suspected eeglab would do some kind of consistency test, notice that the events have a field which is not present in the urevents and correct that. That's why in a second attempt I added the new field to the urevents (rather than the events) and then copied the new field to each event from its corresponding urevent.<br>
<br>
Again trying to select a subset of the epochs, the new field is removed from the original data set for both, events and urevents. Since I cannot see, how this might be sensible behaviour I suspect that I do something wrong, due to my limited understanding of the structure spanning between event, urevent and epoch.<br>
<br>
Can someone help me?!?<br>
<br>
Best<br>
<br>
Nils Hachmeister<br>
<br>
<br>
______________________________<wbr>_________________<br>
Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" rel="noreferrer" target="_blank">http://sccn.ucsd.edu/eeglab/ee<wbr>glabmail.html</a><br>
To unsubscribe, send an empty email to <a href="mailto:eeglablist-unsubscribe@sccn.ucsd.edu" target="_blank">eeglablist-unsubscribe@sccn.uc<wbr>sd.edu</a><br>
For digest mode, send an email with the subject "set digest mime" to <a href="mailto:eeglablist-request@sccn.ucsd.edu" target="_blank">eeglablist-request@sccn.ucsd.e<wbr>du</a><br>
</blockquote></div><br></div>