[Portfolio] sections overriding groups?
|
View:
New views
9 Messages
—
Rating Filter:
Alert me
|
 |
[Portfolio] sections overriding groups?
by Summers, Teggin
::
Rate this Message:
Some parts of this message have been removed.
Learn more about Nabble's security policy.
Hi All, I’m writing to let you all know of a problem we’ve
encountered and to see if anyone else has had this issue. We have an
instructor using a matrix for collection of course materials. He has sections
for multiple class rosters within his course, and it seems that the sections
are overriding his ability to create specific groups. In addition, he is not
able to see matrices for anyone who is not specifically listed in his roster or
sections. We are filing this as a bug, but I just thought I would send
this note out to see if anyone else has encountered this problem. All best, Teggin Teggin Summers, Ph.D. Assistant Director, ePortfolio Initiatives 2210B Torgersen Hall Learning Technologies; Virginia Tech teggin@...; (540) 231-0982 http://eportfolio.vt.edu _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
Re: [Portfolio] sections overriding groups?
by KaraStiles
::
Rate this Message:
Regarding this: the sections are overriding his ability to create specific groups.
Can you describe how that looks? What happens when the instructor tries to create a group? We have also encountered the problem viewing a user's matrix when using sections in a portfolio site. Even the owner of the site is not allowed to see the students if they are placed into sections. A quick workaround for this problem is to give the Instructor's role (is it instructor or organizer?) in the site realm the section.role.ta permission and then add the instructor to all sections as a TA. This may or may not work depending on how your SIS is updating the roster info in Sakai. I agree it's a bug though. Thanks, Kara Kara Stiles Senior Functional Consultant rSmart http://www.rsmart.com ICQ: 396517169 ----- Original Message ----- From: "Teggin Summers" <techambe@...> To: "portfolio@..." <portfolio@...> Sent: Wednesday, August 26, 2009 11:02:54 AM GMT -07:00 U.S. Mountain Time (Arizona) Subject: [Portfolio] sections overriding groups? Hi All, I’m writing to let you all know of a problem we’ve encountered and to see if anyone else has had this issue. We have an instructor using a matrix for collection of course materials. He has sections for multiple class rosters within his course, and it seems that the sections are overriding his ability to create specific groups. In addition, he is not able to see matrices for anyone who is not specifically listed in his roster or sections. We are filing this as a bug, but I just thought I would send this note out to see if anyone else has encountered this problem. All best, Teggin Teggin Summers, Ph.D. Assistant Director, ePortfolio Initiatives 2210B Torgersen Hall Learning Technologies; Virginia Tech teggin@...; (540) 231-0982 http://eportfolio.vt.edu _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
Re: [Portfolio] sections overriding groups?
by Beth Kirschner
::
Rate this Message:
Teggin,
This seems related, if not identical to http://jira.sakaiproject.org/browse/SAK-10949 -- if so, can you add comments to this JIRA? I'm assuming you're reporting this against Sakai 2.6? Thanks, - Beth On Aug 26, 2009, at 2:02 PM, Summers, Teggin wrote: > Hi All, > > I’m writing to let you all know of a problem we’ve encountered and > to see if anyone else has had this issue. We have an instructor > using a matrix for collection of course materials. He has sections > for multiple class rosters within his course, and it seems that the > sections are overriding his ability to create specific groups. In > addition, he is not able to see matrices for anyone who is not > specifically listed in his roster or sections. > > We are filing this as a bug, but I just thought I would send this > note out to see if anyone else has encountered this problem. > > All best, > > Teggin > > Teggin Summers, Ph.D. > Assistant Director, ePortfolio Initiatives > 2210B Torgersen Hall > Learning Technologies; Virginia Tech > teggin@...; (540) 231-0982 > http://eportfolio.vt.edu > > _______________________________________________ > portfolio mailing list > portfolio@... > http://collab.sakaiproject.org/mailman/listinfo/portfolio > > TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... > with a subject of "unsubscribe" _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
Re: [Portfolio] sections overriding groups?
by Zaldivar, Marc
::
Rate this Message:
Just FYI: We figured out our problem with this issue, and it wasn't a bug. We didn't realize the instructors do NOT need to be added to sections in order to see them in the matrix, but DO need to be added to groups in order to see those. We had created a group but failed to add the Instructor to that group. So, no bug, but a learning curve!
Marc On 8/26/09 2:02 PM, "Summers, Teggin" <techambe@...> wrote: Hi All, I'm writing to let you all know of a problem we've encountered and to see if anyone else has had this issue. We have an instructor using a matrix for collection of course materials. He has sections for multiple class rosters within his course, and it seems that the sections are overriding his ability to create specific groups. In addition, he is not able to see matrices for anyone who is not specifically listed in his roster or sections. We are filing this as a bug, but I just thought I would send this note out to see if anyone else has encountered this problem. All best, Teggin Teggin Summers, Ph.D. Assistant Director, ePortfolio Initiatives 2210B Torgersen Hall Learning Technologies; Virginia Tech teggin@...; (540) 231-0982 http://eportfolio.vt.edu _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
[Portfolio] SAK-12914
by Mark Breuker
::
Rate this Message:
Hi all,
I was wondering if SAK-12914 (Database error when importing osp matrix) is actively being worked on? Or are we in need of developer resources for this issue? Thanks, Mark _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
Re: [Portfolio] SAK-12914
by Beth Kirschner
::
Rate this Message:
Hi Mark,
Unfortunately, developer resources are in short supply (at least compared to outstanding JIRA issues), and this issue is not being actively worked on at the moment. But I will raise it as an issue at our next conference call, September 14th. - Beth On Sep 2, 2009, at 4:29 AM, Mark Breuker wrote: > Hi all, > > I was wondering if SAK-12914 (Database error when importing osp > matrix) > is actively being worked on? Or are we in need of developer resources > for this issue? > > Thanks, > > Mark > > _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
[Portfolio] Sections and Groups, Part II
by Zaldivar, Marc
::
Rate this Message:
All,
We had sent out an earlier email in August about sections over-riding group access. While we figured out that situation, we have a new one and I thought I'd solicit some advice/suggestions from you all. Our development group has worked this summer to integrate our Sakai system (still running 2.5.x) into the Banner data. They resolved this by allowing all CRNs from Banner to become "rosters" for a course site. An instructor can then select a roster and automatically add students to the course. All works as it should. The trick is that this process also auto-creates a "section" for each roster added to the course. This is to enable the separation of different CRNs if you add multiple ones to the same site (co-teaching is very big here, as is teaching multiple sections of the same course). All that works fine too. The problem becomes when we add a matrix to a course site. Usually, we add these to portfolio sites, but a few courses are wanting to use the workflow of the matrix at the course level, not the program level. The problem becomes that the section automatically puts all students in one group together, so there is no way to isolate them in small working groups with the group tool - no matter what, they are in a group with all students together. We have 4-5 projects that want to "open up" the matrix to students sharing work with each other at the course level, using the "Review" permission turned on for students. However, we can't do that if it gives access to all students to all other students. SO, is there a way to isolate, in the database, sections from groups? My thought is that we could somehow take "sections" out of the group awareness in the matrix, so it only paid attention to groups. Are there other work-arounds that I am not thinking of? Thanks for any perspective! Marc On 8/26/09 2:02 PM, "Summers, Teggin" <techambe@...> wrote: Hi All, I'm writing to let you all know of a problem we've encountered and to see if anyone else has had this issue. We have an instructor using a matrix for collection of course materials. He has sections for multiple class rosters within his course, and it seems that the sections are overriding his ability to create specific groups. In addition, he is not able to see matrices for anyone who is not specifically listed in his roster or sections. We are filing this as a bug, but I just thought I would send this note out to see if anyone else has encountered this problem. All best, Teggin Teggin Summers, Ph.D. Assistant Director, ePortfolio Initiatives 2210B Torgersen Hall Learning Technologies; Virginia Tech teggin@...; (540) 231-0982 http://eportfolio.vt.edu _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
|
|
|
|
|
Re: [Portfolio] Sections and Groups, Part II
by Beth Kirschner
::
Rate this Message:
I've written this up as http://jira.sakaiproject.org/browse/SAK-17055
and will bring it up on the next OSP conference call. Let me know if anyone on this list thinks that section groups should be treated the same as site groups, otherwise I agree this seems like a bug. - Beth On Sep 28, 2009, at 7:27 PM, Kara Stiles wrote: > I had a grumpy list post last February about the Matrices tool not > playing with groups/sections as nicely as some of the other Sakai > tools do. > > If the Matrices tool could *just* respect the permissions in the > *group* realms for the site, then you could do this: > > 1. Remove the matrix.review permission from the student role in the > site realm > 2. Add the matrix.review permission to the Student role in the group > realm > 3. Create a new role in the group realm and call it StudentSection > (or something) > 4. Remove the section.role.student permission from the Student role > in the group realm > 5. Give the section.role.student permission to the StudentSection > (or something) role in the group realms > 6. Configure items 1-5 in the realm templates so you only have to do > it ONCE! > > > ...and as long as the Matrices tool respected the group realms the > way Announcements currently do (and the way Calendar used to!), this > would be a reasonable method of configuring the group realms so that > users could view their group members in the matrix, but not their > "section" members. > > ...Or you could just try and remove the section.role.student > permission from the Student role in the group realm and see what > happens, but I bet that would break a bunch of stuff. I don't have > an available CM integration on a test instance this afternoon, > otherwise I'd try it out just for fun. > > Anyhow, I'd vote to make the Matrices tool play nice with group > realms, in the same nice way the Announcements tool plays with group > realms. > > Bye now, > Kara > > Kara Stiles > Senior Functional Consultant > rSmart > http://www.rsmart.com > ICQ: 396517169 > > ----- Original Message ----- > From: "Marc Zaldivar" <mzaldiva@...> > To: "portfolio" <portfolio@...> > Sent: Wednesday, September 23, 2009 8:00:59 AM GMT -07:00 U.S. > Mountain Time (Arizona) > Subject: [Portfolio] Sections and Groups, Part II > > All, > > We had sent out an earlier email in August about sections over- > riding group access. While we figured out that situation, we have a > new one and I thought I'd solicit some advice/suggestions from you > all. > > Our development group has worked this summer to integrate our Sakai > system (still running 2.5.x) into the Banner data. They resolved > this by allowing all CRNs from Banner to become "rosters" for a > course site. An instructor can then select a roster and > automatically add students to the course. All works as it should. > > The trick is that this process also auto-creates a "section" for > each roster added to the course. This is to enable the separation > of different CRNs if you add multiple ones to the same site (co- > teaching is very big here, as is teaching multiple sections of the > same course). All that works fine too. > > The problem becomes when we add a matrix to a course site. Usually, > we add these to portfolio sites, but a few courses are wanting to > use the workflow of the matrix at the course level, not the program > level. The problem becomes that the section automatically puts all > students in one group together, so there is no way to isolate them > in small working groups with the group tool - no matter what, they > are in a group with all students together. We have 4-5 projects > that want to "open up" the matrix to students sharing work with each > other at the course level, using the "Review" permission turned on > for students. However, we can't do that if it gives access to all > students to all other students. > > SO, is there a way to isolate, in the database, sections from > groups? My thought is that we could somehow take "sections" out of > the group awareness in the matrix, so it only paid attention to > groups. Are there other work-arounds that I am not thinking of? > > Thanks for any perspective! > > Marc > > > On 8/26/09 2:02 PM, "Summers, Teggin" <techambe@...> wrote: > > Hi All, > > I'm writing to let you all know of a problem we've encountered and > to see if anyone else has had this issue. We have an instructor > using a matrix for collection of course materials. He has sections > for multiple class rosters within his course, and it seems that the > sections are overriding his ability to create specific groups. In > addition, he is not able to see matrices for anyone who is not > specifically listed in his roster or sections. > > We are filing this as a bug, but I just thought I would send this > note out to see if anyone else has encountered this problem. > > All best, > > Teggin > > Teggin Summers, Ph.D. > Assistant Director, ePortfolio Initiatives > 2210B Torgersen Hall > Learning Technologies; Virginia Tech > teggin@...; (540) 231-0982 > http://eportfolio.vt.edu > > > _______________________________________________ > portfolio mailing list > portfolio@... > http://collab.sakaiproject.org/mailman/listinfo/portfolio > > TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... > with a subject of "unsubscribe" > _______________________________________________ > portfolio mailing list > portfolio@... > http://collab.sakaiproject.org/mailman/listinfo/portfolio > > TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... > with a subject of "unsubscribe" > > _______________________________________________ portfolio mailing list portfolio@... http://collab.sakaiproject.org/mailman/listinfo/portfolio TO UNSUBSCRIBE: send email to portfolio-unsubscribe@... with a subject of "unsubscribe" |
| Free embeddable forum powered by Nabble | Forum Help |
