[samigo-team] EMI's

[Jaques Smith]

Hi All,

Will there be a Samigo team meeting on 7 January 2014? We would like to
join the meeting to discuss EMI's (
https://jira.sakaiproject.org/browse/SAM-1943) . Can I add it to the agenda
please.
The jira contains all the info including the spec.

Hope everyone enjoys the holiday season.

Regards,
*Jaques Smith*
Development Manager
 *opencollab*
 *Tel*: +27 21 970 4000 | *Fax*: +27 21 914 3098
 *Mobile*: +27 82 779 9601 | *Skype*: jaques.smith
 *Web*: www.opencollab.co.za


On 6 December 2013 23:34, Neal Caidin <neal.caidin at apereo.org> wrote:

> Hi Jaques,
>
> I tried it out. It looks pretty good to me. It seems like the main need is
> that this allows the instructor more flexibility in designing the matching.
> Instead of a one-to-one match you have, potentially a many-to-many. Each
> question can have more than one match, and each match can be used more than
> once. I can imagine use cases for this.
>
> The scoring makes sense, but I did have to click the help link when I
> tried to put a total point value in and it would not let me (because it is
> the sum of the score for the parts of the question). That was not
> completely intuitive. And it looks like when I was answering as a student,
> it did not provide instructions on how to encode my answer. And the
> encoding is not something I expected, a straight list of the letters
> representing matching choices, not delimited by anything, no spaces, no
> commas. I got used to it, and it is pretty efficient. I think the
> “standard” is more to have answers separated by commas or spaces though?
> I’m taking a Coursera course and Coursera uses spaces between answers (of
> course they are numeric answers which obviously require delimiters or the
> numbers would run together, whereas in matching that is not an issue). At a
> minimum, instructions for the students are needed though.
>
> I also wonder if it makes sense to have two different matching question
> types, or if there is a way to generalize the one you have created so it
> can also take the place of the regular “Matching” question type?
>
> Those are my initial thoughts. It does look pretty cool to me overall.
>
> Cheers,
> Neal
>
>
>
> Neal Caidin
> Sakai Community Coordinator
> neal.caidin at apereo.org
> Skype: nealkdin
> Twitter: ncaidin
>
>
>
>
>
>
>
>
>
> On Dec 6, 2013, at 3:25 AM, Jaques Smith <jaques at opencollab.co.za> wrote:
>
> Hi All,
>
> Thanks for the time Tuesday to have a quick chat. As promised here is the
> details of the demo site where you can go and play with EMI's and see for
> yourself how it works.
>
> http://sakai.opencollab.co.za/portal
> Instructor:
> u: emi-i
> p: emi
> Student
> u: emi-s
> p: emi
>
> You can find the details in the Jira;
> https://jira.sakaiproject.org/browse/SAM-1943  Support for Extended
> Matching Item (R-type) MCQs
>
> Please let me know if you have any questions.
>
> Regards,
> *Jaques Smith*
> Development Manager
>  *opencollab*
>  *Tel*: +27 21 970 4000 | *Fax*: +27 21 914 3098
>  *Mobile*: +27 82 779 9601 | *Skype*: jaques.smith
>  *Web*: www.opencollab.co.za
>
> ------------------------------
> See OpenCollab email disclaimer at http://www.opencollab.co.
> za/email-disclaimer_______________________________________________
> samigo-team mailing list
> samigo-team at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/samigo-team
>
>
>

-- 

------------------------------
See OpenCollab email disclaimer at 
http://www.opencollab.co.za/email-disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/samigo-team/attachments/20131217/daebd7fa/attachment.html