[gradebook2-dev] [Building Sakai] gradebook and gradebook2 iRubric integration

[Jon Gorrono]

This looks pretty good, John.

I have been hoping that we would be able to also increase the
experience for other score providing tools with all of this.  I wonder
if that can still be done without going through a long process of
upgrading them to provide scoring agents per this API from their
codebase and that we could create an agent for Assignments and for
Tests&Quizzes, even from within the GB2, or some service component,
codebase....

On Fri, May 24, 2013 at 3:48 PM, John Bush <john.bush at rsmart.com> wrote:
> I want to circle back around on this thread.  We've gone a differently
> way than lti, one that more closely resembles how turnitin works in
> CLE, which I think Sam suggested early on at some point.
>
> We've created an abstraction called a ScoringAgent.
> https://source.sakaiproject.org/svn/msub/rsmart.com/sakai/trunk/scoring-service/
>
> The idea is that gradebook2, gradebook, assignments, and whatever else
> in core sakai would bind to that, in the same way ContentReview
> service works.
>
> Then there is an irubric implementation of a ScoringAgent here:
> https://source.sakaiproject.org/svn/msub/rsmart.com/sakai/trunk/irubric/
>
> We are in the process of refactoring the old iRubric patches to live
> under the cover of this paradigm.  Which for the most part really
> won't change the user experience at all.  But is a cleaner and
> hopefully more acceptable approach to one day including the
> ScoringAgent service into core.  There would no longer be any patches
> spread out across various modules.  For anyone, not deploying the
> irubric impl, nothing would break or seem different in anyway, until
> you deploy it and turn it on.  We are even keeping the old irubric
> configuration, so that should make the transition very seamless for
> anyone already using the patches.
>
> We are handling the gradebook2 pieces of this rework now, eventually
> we'd want to refactor the gradebook1 patches as well.
>
> I have a partially working impl now, but there is still more work to
> be done.  When I have the gb2 work in a reasonable state I'll ask for
> some more eyes.  I might need a little help from gb2 devs along the
> way, I'm not much of a gwt expert.
>
> On Mon, Nov 5, 2012 at 1:41 PM, Ramesh Sabetiashraf
> <ramesh.sabeti at reazon.com> wrote:
>> We’re playing around with the LTI tool in 2.9 and it seems that the LTI tool
>> can be configured to tie to a single gradebook item.  Is that a correct
>> assumption?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Ramesh
>>
>>
>>
>> From: sakai-dev-bounces at collab.sakaiproject.org
>> [mailto:sakai-dev-bounces at collab.sakaiproject.org] On Behalf Of Charles
>> Severance
>>
>>
>> Sent: Thursday, September 27, 2012 4:19 AM
>> To: Jon Gorrono
>> Cc: sakai-dev
>> Subject: Re: [Building Sakai] gradebook and gradebook2 iRubric integration
>>
>>
>>
>> The latest LTI code basically has a bunch of API calls that allow tools to
>> make, manage and launch LTI placements under tool control.  This is in 2.9
>> and easily ported to 2.8 - the post-2.9 trunk code in LTI has a cleaned up
>> UI and better integration with Site Info as well.
>>
>>
>>
>> It is how we made LTI work as a core resource type in LessonBuilder.
>>
>>
>>
>> /Chuck
>>
>>
>>
>> On Sep 26, 2012, at 8:50 PM, Jon Gorrono wrote:
>>
>>
>>
>> I don't think this is crazy at all, and is just what I think we had in mind.
>>
>> One thing I wanted to add is that the BLTI version that was targetee for 2.8
>> includes a mechanism for pushing and updating grades, so perhaps a ws
>> callback would not be necessary. And, IIRC a grade is a number between
>> 0 and 1 in the spec.
>>
>> WRT GB2, there are some basic UI components that Ramesh and crew introduced
>> in
>> their coding and those are good ones in general: a button for updating
>> grades (via a 'pull' or request for a 'push') for one. And those bits
>> are also relevant to any other tool supplying grades to the sakai
>> gradebook (edu-services), so the thought was for GB2 to introduce a
>> general mechanism for handling those things. And that mechanism would be
>> (and in simpler cases, perhaps not) the BLTI launch mechanism...
>>
>>
>>
>>
>> _______________________________________________
>> 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"
>
>
>
> --
> John Bush
> 602-490-0470



-- 
Jon Gorrono
PGP Key: 0x5434509D -
http{pgp.mit.edu:11371/pks/lookup?search=0x5434509D&op=index}
http{middleware.ucdavis.edu}