[Building Sakai] LTI roles in portfolio sites

Charles Severance csev at umich.edu
Tue Mar 26 05:27:12 PDT 2013


Chris - the sending of the Sakai role to external tools *is* in trunk and 2.1.x

https://jira.sakaiproject.org/browse/BLTI-145

/Chuck

On Mar 26, 2013, at 12:14 AM, Maurer, Christopher Wayne wrote:

> No, we're talking the other direction.  Sending Sakai roles to an external tool.  And I do see that in trunk (haven't found a jira for it yet).  It sends "ext_sakai_role".
> 
> Chris
> 
> From: Steve Swinsburg <steve.swinsburg at gmail.com>
> Date: Tuesday, March 26, 2013 12:11 AM
> To: Chris Maurer <chmaurer at iupui.edu>
> Cc: Matthew Jones <matthew at longsight.com>, Sean Keesler <sean.keesler at threecanoes.com>, dev sakai <sakai-dev at collab.sakaiproject.org>
> Subject: Re: [Building Sakai] LTI roles in portfolio sites
> 
> Yep there is a mapping between Sakai roles and LTI roles in trunk.
> https://jira.sakaiproject.org/browse/BLTI-151 
> 
> 
> On Tue, Mar 26, 2013 at 3:04 PM, Maurer, Christopher Wayne <chmaurer at iupui.edu> wrote:
>> Oh hey, I just noticed that this is possible in trunk of basiclti.  That's nice.  Is this part of what will likely get ported back?  I know that there was a separate conversation about some of the newer lti stuff finding it's way back to 2.9?
>> 
>> Chris
>> 
>> From: Matthew Jones <matthew at longsight.com>
>> Date: Monday, March 25, 2013 10:19 PM
>> To: Sean Keesler <sean.keesler at threecanoes.com>
>> Cc: dev sakai <sakai-dev at collab.sakaiproject.org>
>> Subject: Re: [Building Sakai] LTI roles in portfolio sites
>> 
>> It looks like in the code, if the user is in the maintain role for the site they get Instructor, otherwise they get Learner. For a porfolio site realm the default maintain role is "CIG Coordinator" Any other custom mapping or logic seems like it would require some code changes.
>> 
>> On Mon, Mar 25, 2013 at 7:05 PM, sean.keesler <sean.keesler at threecanoes.com> wrote:
>>> I'm noticing that the roles passed along in the LTI tool seem limited to that of a "Learner" and a "Instructor". 
>>> In a normal course site, the difference between learners and students, teachers and instructors are just a matter of semantics. Even TA's could be rationalized to be playing the role of an "Instructor" for most purposes.
>>> 
>>> However, in portfolio site there are a few different roles (Coordinators, Evaluators, Reviewers and Participants) with different parts to play in some portfolio processes. 
>>> 
>>> When I test the LTI tool, I see the following mapping:
>>> 
>>> Sakai role                LTI Role
>>> --------------------------------------------------------
>>> CIG Coordinator       Instructor
>>> Reviewer                 Learner
>>> Participant               Learner
>>> Evaluator                Learner
>>> 
>>> I'd like to be able to adjust this for our purposes and perhaps suggest that a different default behavior may be needed OOTB.
>>> 
>>> How would one configure a mapping between Sakai site roles and roles passed as part of the launch request?
>>> 
>>> 
>>> Sean
>>> 
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> 
>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> 
>> 
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> 
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
> 
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> 
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130326/8325328e/attachment.html 


More information about the sakai-dev mailing list