[Eeglablist] Rejection of continuous data

Makoto Miyakoshi mmiyakoshi at ucsd.edu
Mon Dec 14 17:55:31 PST 2015

Dear Hannah,

That sounds a straightforward bug! Sorry for inconvenience. Please file it
to EEGLAB bugzilla
Thank you for your patience and cooperation.


On Mon, Dec 14, 2015 at 2:53 AM, Hiebel, Hannah (hannah.hiebel at uni-graz.at)
<hannah.hiebel at uni-graz.at> wrote:

> Hi everyone,
> I have a question regarding the rejection of continuous EEG data. As I'm
> quite new to EEGLAB I apologize in advance if I've missed any information
> explaining the issue.
> When rejecting portions of the continuous data (either visually or using
> *eeg_eegrej*), event latencies are updated but event durations appear to
> remain unchanged. As a consequence, when calculating event offsets based on
> (onset) latencies and durations, the results are no longer correct (the end
> point of an event doesn't correspond to the correct sample point in the
> pruned dataset).
> Shouldn't the durations be updated in case a portion was removed which was
> "part" of an ongoing event?
> Is there any reason not do to do so or any additional option/command I'm
> not familiar with?
> Thanks in advance!
> Best,
> Hannah
> Hannah Hiebel, Mag.rer.nat.
> Cognitive Psychology & Neuroscience
> Department of Psychology, University of Graz
> Universitätsplatz 2, 8010 Graz, Austria
> Tel.: +43 (0)316 380-5080
> email: hannah.hiebel at uni-graz.at
> _______________________________________________
> Eeglablist page: http://sccn.ucsd.edu/eeglab/eeglabmail.html
> To unsubscribe, send an empty email to
> eeglablist-unsubscribe at sccn.ucsd.edu
> For digest mode, send an email with the subject "set digest mime" to
> eeglablist-request at sccn.ucsd.edu

Makoto Miyakoshi
Swartz Center for Computational Neuroscience
Institute for Neural Computation, University of California San Diego
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sccn.ucsd.edu/pipermail/eeglablist/attachments/20151214/6b36b979/attachment-0001.html>

More information about the eeglablist mailing list