[Building Sakai] LTI roles in portfolio sites

[Steve Swinsburg]

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"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130326/4c0c0d11/attachment.html