Sometimes instructors perform a citation search in Leganto and just add the first result that comes up in the search results; often this is actually a book review or other format that isn't logical for reserves. Additionally, most instructors are searching and expecting the latest edition to appear first in the list. Other faculty from certain departments want to choose a particular edition, and so need edition information prominently surfaced in the search result.

This results in processing delays as staff must check with instructors to clarify what items they really intended to place on reserve.

One possible solution may be to offer an option for faculty to specially indicate that the submitted citation must be filled as specified (format/edition). Something could indicate that by default, any available edition can be substituted for the one added to the list as a result of search.

Information about the person who published the reading list is poorly accessible. It can be found under Recent Changes in the Reading List in Alma, but it can disappear if the log is too long. We would like it to be clearly visible on the Reading List level and placed next to the Review Requester field.

We need this solution for better reporting and list management. We believe that this should be an easy fix, as all of the information is already available in the system.

Information about person who published the list should be added to Course Reserves Subject Area in Analytics as well (registered as a separate idea https://ideas.exlibrisgroup.com/forums/395697-leganto/suggestions/43545588-add-information-about-who-published-the-list-to-co).

We would like to have a possibility to add information about librarian/reviewer (a person who is responsible for processing the list) or list coordinator (someone who distributes/assigns lists to reviewers in a particular department) to reading list in Alma. It should be an editable field, available for rollover, and visible in Analytics in Course Reserves Subject Area.

In the future this information can be used to configure the following auto-assign-workflow: when the list owner sends a list to the library, the list changes its status to Ready for processing, Reviewer/Coordinator is activated as an assignee, and a message about auto-assign is generated and sent out.

Leganto February 2021 release included an Ideas Exchange introducing:
“Two new parameters allow you to define when and to whom the value in the general message parameter will display…The new generalmessagerole parameter allows you to specify that the value in the general_message parameter will display only for the user role indicated”

The University of New South Wales welcomes this enhancement. We believe that the ability to display a different message simultaneously in both Leganto Instructor and Student environments improves this communication functionality further.
This provides the benefit of varying the wording of messages aimed at differing target groups.

Do other members of the Community also see a need for this?”

The Leganto UI supports multiple languages, which is very helpful. It is however not possible to translate individual texts of reading lists, such as their titles, into different languages.

Please enable the following:

1. A way to easily input in multiple (at least two) languages a) reading list titles, b) section names, c) citation public notes, d) section notes, and e) possibly other such reading list related texts that are not part of the bibliographic metadata.




2. That the relevant translated text (as per above) be displayed depending on what language the user has selected for the UI in the Leganto language menu.

To be clear: a kind of multi language support for reading lists may already be implemented by creating duplicate lists, one for each language, but that approach has at least the following drawbacks:

1. When working with a rolled-over list, the very same changes (e.g. adding new citations) must be made to several lists, which is error prone and somewhat tedious.




2. The user changing the language setting for the Leganto UI does not affect which language version of the reading list is displayed.




3. Data integrity is weaker, because even though the different language versions are supposed to reflect the very same list, their actual content is not interlinked and may well differ in reality (something that could occur as a result of failing to reproduce the very same changes when working with a rolled-over list, as mentioned under (1)).

Oh, and all such translations should of course be readable and writeable via the API:s.

(This suggestion focuses in particular on the ability to translate texts in reading lists but is somewhat related to this idea: https://ideas.exlibrisgroup.com/forums/395697-leganto/suggestions/39034405-display-templates-and-other-elements-in-the-interf)

If we place a Purchase Request through Alma Course Reserves - the system generates a brief BIB with MMS ID against the citation. But if the Purchase Request is Rejected, the brief BIB is deleted from Alma (proper) but not from Alma Course Reserves and the citation remains resource located against the brief BIB that will not be fulfilled.

Currently, we are manually detaching these citations but do think that if the brief BIB is deleting in Alma proper it should be reflecting in Alma Course Reserve.

Can the brief BIB be removed from the citation in Alma Course Reserves when it is removed from Alma after the Purchase request is Rejected.

Physical (print) and electronic (ebook) availability cannot be added as columns in these Analytics subject areas. This would be hugely beneficial for most of our daily reports and workflows as we try to ensure that a certain number of copies or electronic versions are available for resources added to reading lists.

An additional requirement is for availability to be shown for records related to the citation. This is because we have separate title records for physical (print) holdings and electronic (ebook) portfolios, and use the related_records parameter in Leganto Customer Settings to display availability for all available formats at citation level.

The title says it all. Alma allows you to archive reading lists, which is useful--this leaves them as reportable in Analytics but removes them from Alma -- however strangely this function does not exist for at the course level, including the course that contains any archived reading lists. Since we get new course records every semester, this leaves a lot of expired courses that our reserves staff have to wade through, and makes this archiving feature note very useful for the course management workflow. If you deleted courses, any reading lists that had been archived would disappear from Analytics.

I would simply suggest that Ex Libris add archiving capability at the course level.

Hide locations from Resource Locate

We would like an option to filter out specific locations for the resource locate functionality in Leganto.

For legal reasons we can't purge lost/discarded items, they have to remain in Alma where they are collected in locations that are suppressed from discovery so they don't show up in Primo. Unfortunately that doesn't exclude them from being used as positive results for resource locating even though they are not actually available.

We also have several collections that are not accessible to people but (some of them) show up in Primo. Those are also items we wouldn't want to be used for resource location matching.