How are "Pre-Assigned" classes going to be handled? Are they R25 or PS Assigned? And do they carry over to the next term?
Preassignments are made to classes scheduled in R25 prior to the "bulk run". For the fall term, we anticipate loading classes from PS to R25 by start of work Tuesday, May 27 (Monday, May 26 is Memorial Day). Bulk run activities will begin Monday June 2. Reloading classroom assignments from R25 to PeopleSoft will occur by start of work, Monday June 9. Note that during the period the classes are "checked out" for R25 scheduling, no editing of *any* meeting patterns can be done (whether or not they are scheduled in R25) on an Academic Career basis. Thus, all UG classes will be in display only mode in PS but since the Vet and Law don't schedule in R25, meeting patterns for those classes could remain editable.
If someone changes the Mtg Start/End times in PS after R25 assignment, do we need to change the Facility ID back to R25 to have this change reflected in R25?
No. In transaction mode, the interface will record that the meeting pattern needs to be reevaluated in R25 and mark it as one to be loaded back to R25. When loaded, R25 will evaluate whether the assigned room is available for the new meeting pattern and if it is, no further work needs to be done by the scheduler beyond verifying that status. If the existing room assignment isn't available, a different room will need to be found and scheduled in R25.
How are we cross-checking to see if someone is using a PS Assigned Facility more than once for the same day/time, etc.? Will there be any cross checking?
"PS Assigned" facilities have the PeopleSoft "Check for Facility Conflict" flag turned on but it doesn't seem to provide warnings or errors when there is a conflict. I will see if we have reported this as a problem with Oracle/PeopleSoft. SIS has no such conflict checking, so while it would be a nifty feature, it is the way things work today.
"Barton Floor" is missing from the list. Can this be added?
There are *lots* of rooms missing from the list being demoed. We are working with college registrars to finalize the list. Barton Floor is on the master list to be loaded by month's end.
How do the colleges supersede the Dept Profile for room characteristics and/or partitions in R25? If we select different ones in PS, will this do it?
The short answer is "it depends". Here are a couple of "simple" examples: Assume a departmental profile contains no room characteristics but has a partition. And assume a different partition is selected in PS and no room characteristics are added. In this case, the PS partition takes precedence. If the departmental profile has both a partition and a room characteristic and the partition selected in PS does not have an available room with the room characteristic listed in the departmental profile, a room in the departmental profile partition(s) will be selected. When room characteristics are selected, they must exist in one of the partitions listed in either the departmental profile or assigned to the class. That is, S25 (bulk scheduler) will search for room characteristics and assign the class to a room with that characteristic within any partition associated with the department or class.
How are the Dept Profiles going to be updated when course files go away?
Department profiles have always been updated by departments - they send Anne their preferences when and if they change. The only difference is we also printed the info in SIS, now they will need to check out the scheduling web site or R25 schedulers can look in R25 for their profile information.
Will room characteristics and/or partitions carry through to the next semester in the prior term copy process?
Yes
The information ”Room Assignment” from R25 back into PS, what does that exactly include, just the name of the facility or also the room capacity?
Only the Facility_ID is transferred. No capacity information about rooms scheduled in R25 is kept in PeopleSoft; it is maintained in R25.
How does R25 use the Combined Section ID when scheduling a room for a cross-listed or co-meeting course?
Like in PeopleSoft, R25 associates the combined courses and makes them a “binding relationship.” Room assignments for one are made for all. The room capacity used is that from the Combined Section "Requested Room Capacity."
What happens if the Dept Profile within R25 is different for the Parent and Child of a cross-listed course?
For partitions only, S25 will use the complete set for possible placement (see response to 11 below). It is important to keep the class partitions in sync across all combined sections. Then, if not overridden by the need for a room characteristic, that partition will be selected, Further, if the partitions differ, there is no way of reliably predicting which partition will be used in R25.
What happens if the room characteristics and partitions are not listed exactly the same in PS for the cross-listed sections?
Each class will be loaded into R25 with the different room chars and partitions. When S25 is run, the result is unpredictable. For example, in one test case, it placed the classes in one partition but by switching the partitions associated with the combined sections, they went in the other partition. (It looks like it chose the partition associated with the first combined section loaded in S25.) So, for more reliable results, they need to match.
If partitions match and room characteristics do not, the room characteristics are additive; i.e., it must find a room with all characteristics from all classes. Again, the room characteristics must be found in one of the partitions associated with the class(es) or the departmental profile.