Hi Stuart, > Slots also have place-based access control (restricted by IP range), > so one solution would be to accommodate testing exclusively in rooms > with computers with static IP addresses, and thereby eliminate the > need for proctor validation with those particular slots. > > Although that could work for some of the test locations listed on > slide 12 of your Placement Test instructions: > http://math.usask.ca/placement/how_to_reserve_a_time_slot_pictorial_guide_2015.pdf > > (i.e., those with the description: "Computers provided in this > computer lab", if they have static IPs, it would not work for > those with the description: "bring your own portable computer > with WiFi"). > In fact, since our campus-wide implementation of using non-static IPs (in the 10-dot style) (about five years ago?), the Lon Capa feature of restricting access by IP range no longer works effectively for us.
That's one of the reasons for us looking forward to this "done" button so that when a student checks out of the test in the presence of an invigilator, the student can longer sign back into the test after the student has left the exam room. It would be ideal if this "checking out" procedure is protected by a secret password that the invigilator would use to sign a student out of the test. That would conceivably resolve a few technical issues that we face here which arise from the switching of static IP addresses to 10-dot IP addresses. Amos Lee Math and Stats Univ of Sask On 08/07/2015 1:08 PM, Stuart Raeburn wrote: > Hi, > > > The "Done" Button: Can we call it a "Proctor Sign Out" button > > so that the student will need to call an invigilator/proctor > > to sign the student out when done? Having a SECRET > > "proctor signing-out" password (that is different from the > > "proctor signing in" password) may also be helpful, I think. > > I have added this feature request to the currently open enhancement request: > http://bugs.loncapa.org/show_bug.cgi?id=6763. > > Work done on the implementation of the "done" button so far has been > to support a use case for remotely proctored online exams in which a > proctoring service monitors and records student actions during the > exam. Actions may include a student terminating his/her access to the > exam, using the "done button", which then allows the proctor to end > the proctored session before the student's time limit is reached. > > > ... For a large group of 50 students, having the > > proctor go around to enter the proctor's credentials one > > student at a time is impractical. In practice, one ends up with > > little choice but to announce the proctor's credentials on the > > board for all the students to type in themselves. > > The original intention was that the proctor validation screen would be > used by a proctor to verify that the student sitting at the keyboard > was the person who was supposed to be taking the exam, quiz or > placement test. > > Accordingly, LON-CAPA supports display of the particular student's > photo on the validation page, once a conduit has been established to > your institution's student photo data source. > > However, in the case of a placement test completed prior to the > regular academic year, student photos might be unavailable, so instead > you might require the student to bring photo ID etc. (and you might > also complete that check separately from access to the test itself, > i.e., to gain entry to the testing room etc.). > > Slots also have place-based access control (restricted by IP range), > so one solution would be to accommodate testing exclusively in rooms > with computers with static IP addresses, and thereby eliminate the > need for proctor validation with those particular slots. > > Although that could work for some of the test locations listed on > slide 12 of your Placement Test instructions: > http://math.usask.ca/placement/how_to_reserve_a_time_slot_pictorial_guide_2015.pdf > > (i.e., those with the description: "Computers provided in this > computer lab", if they have static IPs, it would not work for those > with the description: "bring your own portable computer with WiFi"). > > > Stuart Raeburn > LON-CAPA Academic Consortium > > Quoting Amos Lee <l...@math.usask.ca>: > > > Hi, > > > > Fantasic, Stuart! The "done" button is a "dream" feature that > > we had desired for quite a while. > > > > > > I am wondering whether it is possible to have the following > > added functionalities: > > > > > > Proctor Credentials for Signing In (before timer starts): > > > > As It Stands: At the start time of the scheduled time slot and > > right before the student is prompted to activate the timer, the > > system will ask for keyboard entry of the proctor's username > > and password. For a large group of 50 students, having the > > proctor go around to enter the proctor's credentials one > > student at a time is impractical. In practice, one ends up with > > little choice but to announce the proctor's credentials on the > > board for all the students to type in themselves. That opens > > up a can of worms. > > > > Desired Feature: Is it possible to set it up so that each student > > is assigned a *different* "proctor signing-in" password? If it is > > possible, then each student can be given his/her unique proctor > > password on a little slip of paper. The non-reusability of "proctor > > signing-in" password for another student would defeat potential > > cheating via texting credentials to a friend. > > > > > > Proctor Credentials for Signing Out (before student logs out): > > > > The "Done" Button: Can we call it a "Proctor Sign Out" button > > so that the student will need to call an invigilator/proctor > > to sign the student out when done? Having a SECRET > > "proctor signing-out" password (that is different from the > > "proctor signing in" password) may also be helpful, I think. > > > > > > > > By the way, I'd like to thank all the Lon Capa developers for the > > latest version of Lon Capa (2.11.1-2015053018). It is the best > > version of Lon Capa yet that we have ever used since 2007. The > > system response is snappy, and the count-down timer works like a > > charm. > > > > > > > > Regards, > > > > Amos Lee > > Math & Stats > > Univ of Sask > > > > > > > > > > > > > > On 17/06/2015 2:23 PM, Stuart Raeburn wrote: > >> Hi Doug, > >> > >> See: http://bugs.loncapa.org/show_bug.cgi?id=6763 > >> See: > >> http://mail.lon-capa.org/pipermail/lon-capa-cvs/Week-of-Mon-20150615/026786.html > >> > >> When the timer parameter is set (and the scope is for all items in > >> a folder), > >> e.g., for a remote proctored exam, students currently need to remain > >> in place in the proctored environment until the time allotted to the > >> exam has elapsed. > >> > >> The next LON-CAPA release will contain a "done button" which the > >> student can use to indicate that he/she wishes to end the exam. Once > >> that button has been pushed) and the student has also confirmed that > >> he/she is "done"), and the action has been processed server-side, the > >> student's access to items in the exam folder will cease, and the > >> student may leave the proctored environment. > >> > >> > >> Stuart Raeburn > >> LON-CAPA Academic Consortium > >> > >> Quoting "Mills, Douglas G" <dmi...@illinois.edu>: > >> > >> > Hi All, > >> > > >> > We've not used this before but are looking into it. We have some > >> > online courses currently running and will be using ProctorU for the > >> > exams in one of them. One concern that's been raised about the > >> > security here is what is to prevent a student from signing up for a > >> > slot to take the exam with proctor u, go through it quickly and > >> > claim to be done after about half the time is gone, sign off, etc. > >> > but then come back unproctored before the 90-minute time limit has > >> > expired? I just tested this in my demo course and it seems that > >> > once the proctor has authenticated to give access, the student can > >> > log out of Lon-Capa, come back and have access again as long as the > >> > time has not expired. Am I missing something there? I admit > >> > readily to being a novice at using Slots so perhaps there's a > >> > setting there which could prevent that behavior? > >> > > >> > Doug > >> > > >> > Douglas Mills > >> > Director of Instructional Technology > >> > Department of Chemistry > >> > University of Illinois > > > _______________________________________________ > LON-CAPA-users mailing list > LON-CAPA-users@mail.lon-capa.org > http://mail.lon-capa.org/mailman/listinfo/lon-capa-users > _______________________________________________ LON-CAPA-users mailing list LON-CAPA-users@mail.lon-capa.org http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
