Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenSesame pygaze_log item: Remove option to log all variables #132

Open
esdalmaijer opened this issue Jul 12, 2019 · 1 comment
Open

OpenSesame pygaze_log item: Remove option to log all variables #132

esdalmaijer opened this issue Jul 12, 2019 · 1 comment

Comments

@esdalmaijer
Copy link
Owner

The danger of including all variables is lag in recordings, and files that look like the one linked in this thread on the forum. In addition, there is a risk that users think "log all variables" means that the logger will do the work for them, and thus it could inspire people to not implement the logging of triggers at significant events.

The danger of NOT including all variables is that a user didn't log a variable that they should have logged for their analysis. (Although it is very likely that this is still included in the regular log file, so it's unlikely to go completely missing.)

Both are risks particularly for users who don't really know what they're doing, for example because they are new to eye tracking. I think the lowest-risk option is to not offer the option to log all variables.

Before implementing this, I would appreciate some more input. @smathot, what do you think?

@smathot
Copy link
Contributor

smathot commented Jul 16, 2019

I think the default behavior should be to log all variables, because that's what OpenSesame normally does also (in the regular .csv data file), so that's what people will assume. However, I see now that there's a bit of an inconsistency with potential for confusion: The default behavior of pygaze_log is to not log all variables. However, this option is enabled in the eye-tracking template.

So I think we should actually enable this option by default in the plugin. But I also see your point about people overestimating what the plugin will do, i.e. sending triggers. Perhaps add a small label by way of warning?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants