[Contrib: Evaluation System] How to add evaluatees?

[Jim Eng]

I have that mostly done and will check it into subversion in a new  
contrib project named "evalgroup".  The evalgroup  project will build  
and deploy an implementation of EvalGroupProvider that gets groups and  
memberships from CourseManagementService. It is intended as a tool for  
development, testing and demonstration -- NOT PRODUCTION. It will have  
dependencies on eval api and cm api.

Jim


On Aug 24, 2009, at 9:31 AM, Aaron Zeckoski wrote:

> The eval group provider was designed with external groups and things
> like CM in mind. There is no seamless integration but someone could
> write an eval group provider that gets data from the course management
> stuff. This would be the best way to handle things for Will's issue.
>
> -AZ
>
>
> On Mon, Aug 24, 2009 at 12:39 PM, Will Humphries<whumphri at vt.edu>  
> wrote:
>> Sorry to chime in late. In my experience I've been unable to assign  
>> an
>> evaluation to a group created by the CM impl. I think setting
>> eval.be.evaluated for instructors in !realm.template.course will  
>> allow
>> those instructors to be evaluated, but I don't think it will let me
>> assign an evaluation to a roster that's been imported to a site -  
>> only
>> to ad-hoc groups.
>>
>> It'd be handy if we could assign an evaluation to a CM roster
>> independant of any site. For example a university might want an
>> evaluation to go out to a set of courses that don't otherwise use  
>> Sakai.
>> It'd be nice if those courses weren't forced to have a Sakai site. I
>> think that might be the work Jim was describing.
>>
>> -Will
>>
>> Stephen Marquard wrote:
>>> Maybe I'm missing something (never having used an  
>>> EvalGroupProvider), but how would this be different to just  
>>> setting the default realm permissions in the ! 
>>> realm.template.course realm appropriately using trunk with the  
>>> sample CM impl ?
>>>
>>> Cheers
>>> Stephen
>>>
>>>
>>>>>> Jim Eng <jimeng at umich.edu> 8/12/2009 5:58 PM >>>
>>>>>>
>>> Sounds like the easiest way to deal with this is to create a simple
>>> EvalGroupProvider impl that defines groups and permissions based on
>>> rosters provided by the sample CM impl.  As Dick said, that would  
>>> make
>>> development and debugger easier.
>>>
>>> Jim
>>>
>>>
>>> On Aug 12, 2009, at 11:49 AM, Stephen Marquard wrote:
>>>
>>>
>>>> In trunk, the evaluatee instructors should be those users in the
>>>> site to which it's assigned who have a role with the
>>>> eval.be.evaluated permission.
>>>>
>>>> I'm not sure if it's different for ad-hoc groups though. I'm not  
>>>> too
>>>> familiar with the trunk code around that as this is one of the  
>>>> areas
>>>> where our branch diverges.
>>>>
>>>> Cheers
>>>> Stephen
>>>>
>>>>
>>>>>>> Jim Eng <jimeng at umich.edu> 8/12/2009 5:48 PM >>>
>>>>>>>
>>>> I am running eval trunk in sakai trunk. I have created a sample  
>>>> course
>>>> site ("SMPL101" the sample CM impl for the current term) and  
>>>> added the
>>>> eval tool to that site.
>>>>
>>>> Within the eval tool, I created a template with two questions  
>>>> related
>>>> to the class and two questions related to the instructor.  Then I
>>>> created an evaluation based on that template and tried to assign
>>>> groups for the evaluation, and in particular I would like to  
>>>> designate
>>>> an instructor who will be evaluated.  That's where I'm having  
>>>> trouble.
>>>>
>>>> I added an ad hoc group with a few students and a few instructors  
>>>> from
>>>> the SMPL 101 roster. That works.  But I cannot find any place  
>>>> where I
>>>> can designate an instructor to be evaluated.  In Michigan's CTools
>>>> impl, that would come from the provider, but how do I get that to  
>>>> work
>>>> here?
>>>>
>>>> Also, has anyone created a sample eval-group provider that will  
>>>> lets
>>>> you choose the sample eval-groups corresponding to the courses  
>>>> offered
>>>> through the sample CM impl?
>>>>
>>>> Thanks.
>>>>
>>>> Jim
>>>> _______________________________________________
>>>> evaluation mailing list
>>>> evaluation at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>>>
>>>> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org
>>>>  with a subject of "unsubscribe"
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> evaluation mailing list
>>> evaluation at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>>
>>> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org 
>>>  with a subject of "unsubscribe"
>>>
>>>
>> _______________________________________________
>> evaluation mailing list
>> evaluation at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>
>> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org 
>>  with a subject of "unsubscribe"
>>
>
>
>
> -- 
> Aaron Zeckoski (azeckoski (at) vt.edu)
> Senior Research Engineer - CARET - University of Cambridge
> https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
> http://aaronz-sakai.blogspot.com/ - http://tinyurl.com/azprofile
> _______________________________________________
> evaluation mailing list
> evaluation at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>
> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org 
>  with a subject of "unsubscribe"