Primo
Your feedback matters to us. Help us improve Primo by telling us what you’d like to see using the message areas below. You can also can support something already posted.
We would love to be able to respond to every idea that is submitted, but this is not feasible. We are, however, committed to responding to the most popular ideas—those that have received the most points.
For more information please review our FAQ and guidelines. Thank you.
- or
No existing idea results
- ~ No ideas found ~
673 results found
-
Language field in Brief Record Display ought to use the Language codes Labels (VE)
For institutions with multi-lingual collections, the out-of-the-box Language field can be a useful addition to the record display. When Language is added to the Full Record display, the "Language codes Labels" code table is used to convert the abbreviated codes used in metadata records into generally understood language names–e.g. the code 'gle' displays as 'Irish'.
When the Language field is added to the Brief Record display, however, the labels are NOT used and the code is displayed as-is. Ex Libris recognizes this as a defect (case #06659538) but a solution is not part of the current development work plan. We are dismayed, as we hoped to add this field to our brief record display to remedy student difficulties demonstrated during usability interviews. The Language field is included in our Full Record display, but it is less visible there than it would be in the Brief Record.
Scenarios where having the language label in the Brief display would be helpful for users:
Students can have trouble distinguishing which titles are foreign language material because the metadata is primarily or solely in English. This sort of confusion can lead to item requests for material that a student cannot read and thus cannot use, which wastes the time of the student during their research, wastes the time of library staff who processed the request, and sometimes costs the library money for postage/fees incurred to process the request. For online resources, this confusion leads to inflated usage statistics that can be misleading for calculating cost per use and making renewal decisions. Image: eng metadata jpn contents
Titles can be in a different language than the contents of the text while the record metadata is in a third language. Numerous older titles, for example, are in Latin, which can be misleading about the linguistic nature of their contents. This confusion has similar impacts as described in the first scenario. Image: eng metadata latin title irish text
The Language facet is not sufficient to distinguish the primary language of the material from the presence of supplemental text in that language, like subtitles on a film. Patrons who are seeking resources in specific languages can be frustrated by this. For example, the film Parasite remains in search results after the English language filter is applied, even though the dialogue is in Korean and French while English is only present as subtitles. In those same filtered results, you can see the film Transfer, which is in German and French. Image: eng filter koreanFrench dialogue
Since the code is displayed in the Brief Record, we cannot add it for our users–it would cause more confusion than it would resolve. The out-of-the-box Language field needs to be fixed so the "Language codes Labels" code table is invoked for the Brief Record, as it is for the Full Record.
For institutions with multi-lingual collections, the out-of-the-box Language field can be a useful addition to the record display. When Language is added to the Full Record display, the "Language codes Labels" code table is used to convert the abbreviated codes used in metadata records into generally understood language names–e.g. the code 'gle' displays as 'Irish'.
When the Language field is added to the Brief Record display, however, the labels are NOT used and the code is displayed as-is. Ex Libris recognizes this as a defect (case #06659538) but a solution is not part of the current development work plan. We…
14 votes -
Have the sort order for libraries affect the pickup location order in Primo
There is currently a library sort order in Discovery for Primo VE. Our wish was to have the main campus appear first and then the branches. However we discovered that while we have options to try sorting by IP or by a custom order, this configuration does not apply to the request screen - pickup location order. We confirmed this with a ticket, and develop noted that only the alphabetical order applies to this area. We believe, it would be helpful to allow libraries with multiple libraries to put the main library at the top as that is the one that most users will select anyway.
There is currently a library sort order in Discovery for Primo VE. Our wish was to have the main campus appear first and then the branches. However we discovered that while we have options to try sorting by IP or by a custom order, this configuration does not apply to the request screen - pickup location order. We confirmed this with a ticket, and develop noted that only the alphabetical order applies to this area. We believe, it would be helpful to allow libraries with multiple libraries to put the main library at the top as that is the one…
16 votes -
Display Licenses for Results from CDI if holdings are associated with a license
For Primo VE search results, display the license for results obtained from the CDI. Primo already displays the license terms of results obtained from Alma holdings. License terms are displayed next to a Primo VE result that is from an institution’s Alma holding if the Alma holding has a license assigned to it (shown in the Electronic Collection Editor’s General tab in Alma), but the license is not currently displayed when Primo VE search results are obtained from the CDI for the same holding (that does have a license assigned to it.). This would benefit ILL staff who rely on license terms displayed in Primo to know if they can lend items.
For Primo VE search results, display the license for results obtained from the CDI. Primo already displays the license terms of results obtained from Alma holdings. License terms are displayed next to a Primo VE result that is from an institution’s Alma holding if the Alma holding has a license assigned to it (shown in the Electronic Collection Editor’s General tab in Alma), but the license is not currently displayed when Primo VE search results are obtained from the CDI for the same holding (that does have a license assigned to it.). This would benefit ILL staff who rely on…
19 votes -
Ability to reduce limit for number of links in "View It"
Ability to reduce the limit for full text links in "View It"
At present, the limit for links in "View It" is set to 25, see: https://knowledge.exlibrisgroup.com/Alma/Knowledge_Articles/View_It_is_limited_for_25_resources
However, it is not possible to reduce the number and lower the limit (as it was possible in the SFX environment).We would like the ability reduce the limit for links in the "View It" section of a Primo record.
23 votes -
Item - Searchability of Public note in Primo VE
We use the Public note of the item for provenance information. For this reason, the field contents should be searchable in Primo VE.
136 votes -
Share on social media: add Mastodon and Bluesky
Share on social media from full title display:
Please add Mastodon and Bluesky as options.
Can't speak for Threads as that's blocked in Europe, but would probably make sense to add it at the same time.
172 votes -
Add the creation date to the titles in the Saved Search Letter
Users can set an alert on the Saved Searches page and will then receive the Saved Search letter by email whenever there are new results for their saved search. However, a new result is not necessarily a new publication. The Saved Search letter could also contain older publications which are new to the inventory of the discovery system. For the users, it would be helpful to already see in the Saved Search letter the creation date of the titles, so that they know which results are real new publications. In Primo VE, however, it is currently not possible to add the creation date to the displayed data for a title in the Saved Search letter. It would be great if this option would be added.
Users can set an alert on the Saved Searches page and will then receive the Saved Search letter by email whenever there are new results for their saved search. However, a new result is not necessarily a new publication. The Saved Search letter could also contain older publications which are new to the inventory of the discovery system. For the users, it would be helpful to already see in the Saved Search letter the creation date of the titles, so that they know which results are real new publications. In Primo VE, however, it is currently not possible to add…
7 votes -
Fulfillment Network - Restrict the ordering of books from the other institution when there are books loanable in the home organization
*This is for the Fulfillment Network, not AFN.
We are in a small consortium, just two institutions. Now we are trying to use direct requesting function of the Fulfillment Network, not AFN. In this case, we found that there is no option which restricts the ordering of books from the other institution when there are books loanable in the home organization.13 votes -
Banner - start and end date
We're using the banner to promote different library related events/workshops etc that run throughout the year. Currently we would have to manually enable and disable banners.
If there was something that allows us to determine how long the banner would display then it would make it easier, and not having to make sure a member of staff is available on certain days of the year just to switch on/off a banner.
3 votes -
Create search alerts for results obtained from selecting a "view sources citing this" link from an original article
Our users would like to be able to track when new citations are added to a list of sources derived from the "view sources citing this" feature.
They suggest this could be done by creating a search alert to advise them of the changes.
1 vote -
Feedback Tool for Primo VE - ability to disable categories
For the Primo VE Feedback Tool, we would like to have the ability to disable the email form so that we can link instead to our existing form and chat service from the report.generalText bubble. Basically, we would have zero categories/issue types configured so that the email options would not be presented to the user. The user would only see the report.generalText bubble (see edited screenshot attached).
2 votes -
Make the Blank Request Form Customizable Based on User Group
Make the Blank Request Form customizable based on which user group is logging in to use it.
We are switching to using the Blank Request Form for resource sharing, however as a library that serves a university, college and community we would like to be able to customize which fields patrons see based on their user group.
Our university students have the option of picking up items at any of our consortium partner schools. The college and community members do not have this option. However there is no way to prevent them from seeing the pick up anywhere option on the blank request form at this time. This has resulted in books being sent to other schools, one of our college student to show up to get it, but of course the university is not able to sign it out to them, so we've had to remove the BRF entirely for now. We opened a ticket with ExLibris and their only suggestion was to add a note letting patrons know the pick up anywhere option is only for the university (we know no one reads those notes) or to submit a suggestion here.
Make the Blank Request Form customizable based on which user group is logging in to use it.
We are switching to using the Blank Request Form for resource sharing, however as a library that serves a university, college and community we would like to be able to customize which fields patrons see based on their user group.
Our university students have the option of picking up items at any of our consortium partner schools. The college and community members do not have this option. However there is no way to prevent them from seeing the pick up anywhere option on…
3 votes -
Title in "digital collection" section
In Primo VE, within the "Digital Collections" section, digital records currently display the entire content of field 245 as the title. This results in excessively lengthy titles for certain entries. Ideally, we would prefer that only subfield 245$$a be shown as the title within the "Digital Collections" section.
6 votes -
Link generic checkbox in purchase request form to hold item function
We are using the purchase request form in PrimoVE. Is there a way to link the generic checkbox to the hold item function in the associated po line? So the hold item checkbox in the associated PO line is activated when the user checks the generic checkbox in the purchase request form? This would make it easier for us to manage purchase requests.
3 votes -
Allow manual control of thumbnails in Primo records
Primo uses Syndetics to supply thumbnails of book covers for records within Primo. However, when Syndetics provides an incorrect image based on their data, it requires a ticket and often several weeks to correct it. In contrast, some records have no thumbnail at all and use a default gray book icon. Libraries should have the option to use this default icon when Syndetics is providing an incorrect image, or to upload and use local images in cases of records that have no images in Syndetics (for example, with archival and special collection books that are old enough that they have no ISBNs or commonly known covers available).
Primo uses Syndetics to supply thumbnails of book covers for records within Primo. However, when Syndetics provides an incorrect image based on their data, it requires a ticket and often several weeks to correct it. In contrast, some records have no thumbnail at all and use a default gray book icon. Libraries should have the option to use this default icon when Syndetics is providing an incorrect image, or to upload and use local images in cases of records that have no images in Syndetics (for example, with archival and special collection books that are old enough that they have…
34 votes -
Allow "Exclude cdi ebooks" to apply only to the filtered search
The Exclude CDI eBooks option on the Define a Custom Search Profile page allows you to remove CDI ebooks from both the filtered and expanded searches in Primo VE. This is useful for removing duplicate ebook results while keeping book chapter results. However, because it also removes those results from the expanded results, it diminishes the value of the expanded search for discovery and for initiating ILL requests. A more useful function would allow us to apply the "Exclude cdi ebooks" option just to the filtered search and not to the expanded search.
92 votes -
Customise resource recommender results by selected facets
It would be great if we could specify that particular recommended resources should be displayed on searches when a patron has selected particular facets.
For instance, if the patron has selected the Resource Type facet to show Theses, or Videos, then we could recommend resources/databases that provide us with access to that type, or if a patron has selected a language, we could recommend resources that work with that language.3 votes -
Enable logo image used in Primo to be resized without perfoming CSS customizations.
Enable logo image used in Primo to be resized without perfoming CSS customizations.
3 votes -
Make search selections "sticky" when navigating from page to page
When a patron is creating a resource list to email or save, they may wish to include items from more than one page of search results. Currently, if they select items on page 1 and the navigate to page 2 they lose any selections from page 1. The only way to retain selections is to pin them page by page. This is time consuming and can limit the flow of finding resources. Can selections of search results be "sticky" so they stay when the patron navigates from one page of results to the next?
27 votes -
Allow patron authentication with Openathens or similar
Allow patron authentication with Openathens or similar
1 vote
- Don't see your idea?