It’s that time of year again. The time between semesters when one offering of the main course I teach is still drawing to a close and when I have to think about preparing for the next offering. It’s time – for better or worse – to roll over. The following is a description and some thoughts on how and what I do during roll over.
As it happens there is some discussion going on in the Moodle community about “roll over”, but at the institutional level. The following is very much focused on the course level.
The high level steps I use are:
- Use the Moodle/institutional roll over process.
- Update my “macros”.
- Check for broken links.
- Other manual changes
Overall, the tools provided by the institution to roll over a course from one semester to the next do a reasonable job. However, if you have a fair amount of structure and content to a course site there is a hole. The tools don’t yet know enough about the institutional context (dates, weeks). Nor is this information provided in a way that helps teaching staff integrate the information in a way that responds to those changes. The problem gets worse the more you get into the unique course context (e.g. names of weekly topics).
Moodle/institutional roll over
I log an IT request (using a god awful interface) and in a little while some magic happens and the content from Semester 1 (S1) is copied into the Semester 2 (S2) course. The image below (click on it to see it larger) is of the newly rolled over S2 course site. As it shows – for better or worse – the course has quite a collection of resources that make up each weekly learning path (originally called and based on the idea of a weekly ramble). The interconnections between each of the elements is quite convoluted. e.g. the “Introduce yourself” book links to the “Share your introductions” discussion forum and vice versa.
The Moodle/institutional roll over process does a really good job of updating the interconnections between elements. This is good.
But there’s a problem. Can you see the problem in the following image?
Semester 2 runs from late July through to October/November. The dates in the above image are different. They are for Semester 1. The Moodle roll over process doesn’t know anything about USQ dates. This causes problems because dates are littered throughout the course site. Such as the assessment overview page, each individual assignment page, the study schedule, and any of the learning path pages that mention dates.
The suggestion is that I need to manually search (remember there’s typically no search engine on a Moodle course site) and replace all occurrences of dates and any other information that may change from offering to offering. Information that might include:
- the details of the teaching staff;
e.g. the assessment information contains directions to “email the course examiner” with extension requests. Who is the course examiner may change from offering to offering.
- names of weeks/topics; and
In the above image, week 1 goes under the title “ICT, PLNs and You”. I may wish to change that topic name in Semester 2 (e.g. add in the missing comma “ICT, PLNs, and You”) and the course material uses the topic names throughout.
- the weeks of the semester for each topic.
For some historical reason, when it numbers the weeks of semester my institution includes weeks that are holidays in the count. Since holidays are never at the same time each semester, it means for some topics their week of semester changes. In Semester 1, the “Finishing your UoW” topic is in Week 8. In semester 2, it will be Week 6.
“Macros” – my solution to this problem
- Identify which course site (S1 or S2) the user is viewing.
- Replace all the “macro” variables with values appropriate to the course site.
What I need to do know is enter appropriate information for the new offering, this includes
- links to books within the course site;
Assessment, study schedule etc.
- Assignment due date – course profile.
- Professional experience dates – PE calendar
- Weeks and dates – academic calendar.
This also involves moving the holidays and week numbers around.
With the script updated viewing the S2 course site now reveals the following. Dates and weeks updated.
The institution has a “check course” tool that performs a range of checks. Problems it picked up in the newly rolled over course included
- Cross-course references
- Reference to missing activity
22 problems were identified, all to be fixed manually. Most were due to the tweaking of paths I did last semester which broke links.
Other manual changes
Teaching team details – need to remove the folk who aren’t teaching in S2. The institutional system for “teaching team” does this automatically, but it has some missing functionality, including
- No space to add a “Advice on specific request” section.
i.e. when students are looking for how to contact the teaching team, they often want to ask the same question. A section like this allows some additional advice and scaffolding.
- No space for “personalisation”.
The institutional version only offers the standard contact details and qualification information that is present in the institutional database. It doesn’t allow a staff member to personalise their part of the course site. e.g. to explain exactly what they do in the course and more importantly take a small step in creating a relationship with the students.
Week order for study schedule and “jump to” – the change in week numbers for specific topics needs to be manually adjusted. That’s done, but a problem
Build the scaffolds
A number of the activities are based around discussion forums. Students have to complete an activity and share the end result in a forum. Many of these includes example responses (often only seen after the student posts their response). Most of these come from other students in the offering, but a small number are provided by me. I need to manually copy these over from the last offering.
But it appears that the institutional SSO is playing silly buggers. Will have to complete that task later.