Empirisoft Support

    Welcome to Empirisoft Support
Results 1 to 4 of 4

Thread: specifying response values with squiggly brackets

  1. #1
    Join Date
    Nov 2007
    Posts
    4

    specifying response values with squiggly brackets

    In the MediaLab help files, the "Labels (Questionnaire Files)" page suggests that you can recode Multiple Response answers by adding a bracketed value (e.g., {2}) after the Text label.

    However, I find that when I do this, e.g.:
    I am a student {1}
    I am a TA {2}
    then "1" and "2" are always written in the .csv files, whether the item was selected or not. (The Response Time data shows whether an item was touched, but not the participant could have checked it then un-checked it.)

    This seems like a bug, since the data doesn't allow me to distinguish between those who checked a box and those who didn't. -- Or have I misunderstood something?

  2. #2
    Join Date
    Nov 2005
    Posts
    3,328
    I've never heard of this before, but it makes sense. Technically, it's not a bug. Normally, a "0" is written to indicate that a value was not chosen or a "1" to indicate that it was chosen. Explicitly asking to have a "1" or "2" written instead of the boolean type data--does just that. But, in practice, yes, this seems like an odd and unexpected result. The only use for it, that I can think of offhand, would be in the case where you are allowing only 1 response via the (r1-1) parameter. In such a case, the actual response is written to the data file in a single variable, rather than one variable for each case. Then, I think the recoding could be practical. Not sure of an easy solution to avoid the problem of it being an unexpected outcome in other cases.

  3. #3
    Join Date
    Nov 2007
    Posts
    4
    I think this might be the same issue as was described in a previous post: http://www.empirisoft.com/support/showthread.php?t=1298

    I expected to see the specified {} value if the selection was checked, and the missing data value (99 or whatever) if the item was not checked.

    Whether or not it's "technically" a bug, it's a real problem from the experimenter's standpoint, because using the squiggly bracket method on multiple response items (without the r parameter) produces meaningless data.

    At any rate, the current Help files do not make the "explicitness" clear; it only says you can specify an alternate value for a given response item, and not what happens when the item is not selected. I hope you'll at least update the help files to clarify this.

    Thanks!

  4. #4
    Join Date
    Nov 2005
    Posts
    3,328
    Thank you for the feedback--I agree totally. At the very least we will update the documentation for the next version. Hopefully, we can think also of a way to deal with this while maintaining backward compatibility for anyone who counts on the program to act this way. Unfortunately we need to consider that because we don't have any way to know if such users exist.

Similar Threads

  1. Trouble recoding data values for multiple response items
    By jarvis24 in forum MediaLab Older Versions: Troubleshooting
    Replies: 1
    Last Post: 05-09-2008, 12:26 PM
  2. different response values for different session ids
    By duindain in forum DirectRT Older Versions: How Do I...
    Replies: 1
    Last Post: 04-23-2008, 04:34 PM
  3. 99 as values for variables that should not be missing values?
    By Cassiopeia in forum MediaLab Older Versions: Troubleshooting
    Replies: 4
    Last Post: 04-23-2008, 03:35 PM
  4. missing values
    By Jessica in forum MediaLab Older Versions: How Do I...
    Replies: 3
    Last Post: 02-29-2008, 09:25 AM
  5. Multiple Skipping Values?
    By jenjordan75 in forum DirectRT Older Versions: How Do I...
    Replies: 1
    Last Post: 01-30-2008, 02:51 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •