[Building Sakai] Do any schools use multiple grading bases in the same gradebook ?
George Pipkin
gpp8p at Virginia.EDU
Mon Sep 30 14:42:58 PDT 2013
Thanks for the response. The central question is do you have the same
student having multiple
enrollments in a class, each of which might have a different grading
basis ? (and if so, how do you
handle that?)
- George Pipkin
U.Va.
On 9/30/13 5:09 PM, Joshua Swink wrote:
> At UC Merced we use several grading scales, such as: Letter (A-F),
> Pass/Not Pass (P/NP), and Satisfactory/Unsatisfactory (S/U). Different
> students in the same site can use different scales. The "Course Grade
> Options" page has been modified to display all of these at once, so
> the instructor can set the Minimum %s. The validator for course grades
> has also been modified to check the grading scale of each student and
> determine whether the entered grade is in that scale.
>
> So, it sounds pretty similar.
>
> Josh
>
>
> On Mon, Sep 30, 2013 at 1:39 PM, George Pipkin <gpp8p at virginia.edu
> <mailto:gpp8p at virginia.edu>> wrote:
>
> Hi Everybody -
>
> We have been using a version of Gradebook here at U.Va. which has
> some customizations
> to meet use cases which may or may not be unique to our institution.
> One of these cases involves
> students who are enrolled in the same class under more than one
> roster.
> This means that a student
> might be enrolled under one roster as pass/fail, and another with
> "A,B,C...." grades. Up to now,
> we've been handling this without actually changing the data model, but
> we are thinking about
> contributing this and several other changes to Sakai, and whether the
> "right" way to support this
> functionality might involve a change to Gradebook's data model.
>
> I'd like to know if there any other schools out there that might
> have a need to support this use case so
> we can asses whether the downside associated with a data model
> change in
> Gradebook would be
> suitably balanced by meeting real needs of other institutions.
>
>
> - George Pipkin
> U.Va.
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> <mailto: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
> <mailto: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/20130930/adafbc70/attachment.html
More information about the sakai-dev
mailing list