How can we improve Talis Aspire Reading Lists?

Method to lock\freeze lists while still being visible to students during and after roll over.

We need the status of the list adding to the API, and therefore making it possible to retrieve archived, draft and published lists. Also the block plugin used in Moodle should be able to return archived lists. Currently the plugin loses access to the list.

Currently for the reasons below the roll over process is problematic, we believe this would solve those problems:

• Due to the process of resits and non-standard module dates it also means the archiving process cannot happen until after the start of the following year, meaning lists cannot be “frozen” at the correct time for compliance. The missing data in the audits mean there is no workaround.
• Having to keep two years lists live over the summer leads to problems of academics editing the wrong lists and deters engagement. This barrier would be removed.
Solves the issue raised on
• Previous years Moodle modules cannot see their reading lists one they are archived, making the process of getting the reading list inefficient and frustrating for the students and staff.”
Warwick University

38 votes
Sign in
Password icon
Signed in as (Sign out)

We’ll send you updates on this idea

James Winterman shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →
under review  ·  AdminLaura Unwin (Services Manager, Talis) responded  · 

We are currently reviewing this idea as this is an interesting concept and one we would like to explore further. If anyone would like to add their use case to this ticket it would be helpful to understand all scenarios.


Sign in
Password icon
Signed in as (Sign out)
  • Hannah Groom commented  ·   ·  Flag as inappropriate

    This would definitely be a useful development for us. As others have said, we roll over in April but don't archive most lists until June when exams have finished (or for some lists not until September as there are Summer modules). It would be good to make sure that academics don't edit the wrong list.

  • MMU commented  ·   ·  Flag as inappropriate

    Really the same point as Rachel B. We roll over in May, but the academic year periods start in July. So although the newly rolled over lists aren't 'live' til July, these are the ones that should be worked on from May onwards. The ability to set the lists attached to the previous academic year time period, to read only would be very beneficial. Library staff, and more importantly academics would then only be able to edit the newly rolled over list.
    This would be a really beneficial development

  • R Bramley commented  ·   ·  Flag as inappropriate

    As stated last summer: "If we could set the current year's lists to 'read only' (after rollover), we'd be happy."

    Use case: We have a 3 month overlap of time periods during which we're just crossing fingers that tutors go to the right version when editing. Yes, there are remedial steps we can take, if alerted, but "prevention is better than cure"!

    Looking forward to updates on this development.
    Best wishes to all,

  • Kristy commented  ·   ·  Flag as inappropriate

    Highly in support of a read only setting option in TARL. Post rollover we don't bulk archive until later in year due to resits and some term 3 modules running to a different timetable. We do staff comms but find year on year there is a number of occurances where the 'old' version of a list is edited (and the time period changed manually in some instances) rather than the rolled over list for the new academic year, which results in adminstrative input to resolve.

    Our preference would be read only is setting we can control (in bulk and for individual lists) in case we need to reinstate editing permissions for a particular list/s due their timetabling.


  • James Winterman commented  ·   ·  Flag as inappropriate

    Hi, R Bramley,

    The API will help with Moodle and any other integrations, currently once something is archived it is invisible to anything you have integrated using the API. Without a very time consuming and manual process of adding individual URL's you lose last years lists. This way at roll over as long as your API call is setup correctly you will not have to do anything for historic lists to still be shown.


  • R Bramley commented  ·   ·  Flag as inappropriate

    Not sure about adding list status to the API, as I'm clearly not that technical.
    We do have issues with the overlap of 2 time periods. We roll over in May, to create the next year's lists. We keep the current year's lists until Sept, to cover exams & re-sits. If we could set the current year's lists to 'read only', we'd be happy.

  • James Winterman commented  ·   ·  Flag as inappropriate

    We are more than happy top contribute at Warwick. Just let us know when you want to discuss.


  • Hilary Johnson commented  ·   ·  Flag as inappropriate

    I'd like this to be a distinct permission which could be added/removed from role profiles. So, like Anonymous we'd prefer to be able to remove this from the role we give to academics but also potentially for the role we give to temps/student economy posts etc

  • Louise Price commented  ·   ·  Flag as inappropriate

    Hi All

    We would like to be able to set an academic years reading lists as 'read-only' for the period of time between roll over and the new academic year starting. The 2016-17 list will need to be seen by students and staff possibly through the summer so we don't want to archive but the 2017-18 lists are the ones that need updating and publishing. Despite communicating the process we find academics update their current list and don't look for the newly rolled over version.

  • Adam Price commented  ·   ·  Flag as inappropriate

    Academics often use changing the year as a work around to avoid copying and archiving their lists. This idea would be very useful as the 'work around' causes a lot of headaches.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Currently academics can change the academic year of a list, including to past years. This effectively removes the list they changed. We'd like a change so that we can prevent an academic editing a list from changing the academic year.

Feedback and Knowledge Base