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 ~
1158 results found
-
text
Allow users to text themselves call number/location for an item
193 votes -
A-Z option in Primo VE Journal Search
Add an A-Z browse option for Primo VE Journal Search, like the one available for Primo Classic as of the May 2017 release: https://knowledge.exlibrisgroup.com/Primo/Product_Documentation/030Highlights/028Primo_May_2017_Highlights#Support_of_Alma_Journal_Search_%28New_UI%29
184 votes -
Primo Analytics - Ability to report on all search strings, not just Popular and Zero Results
Primo Analytics currently only includes search string data for Popular and Zero Results subject areas. It would be a vast improvement to be able to see all search string results.
Note: This functionality is available via BIRT, but only by individual reports by first letter of the alphabet, which are unwieldy and essentially unusable in loading so slowly (and often not at all).181 votes -
Hide completed purchase requests from the Primo MyAccount
Completed purchase requests (rejected or approved) should not be visible in the Primo MyAccount.
177 votesHi all,
We would like to update that we are planning to add this functionality to the Primo Next Discovery Experience User Interface.
We are currently evaluating it together with the Alma team.
More details on the plans for the new interface can be found here:
Best regards,
Yael.
-
Add an Abstract resource type for the Primo Central Index
Primo Central Index contains many records for abstracts of conference papers that have been published in journal issues/supplements.
These records are given the Article resource type in Primo. This confuses users, who when they find these items expect a full-length article instead of a short abstract.
It also creates problems with link resolvers, which attempt to generate article-level links and fail (publishers usually do not provide these abstracts as individual articles).
To fix this, Primo Central should be given a new resource type for abstracts.
The sources for these records are usually large indexes such as Scopus or Web of Science, which already mark these items as abstracts. This would make it easy to reclassify items as the Abstract resource type.
Primo Central Index contains many records for abstracts of conference papers that have been published in journal issues/supplements.
These records are given the Article resource type in Primo. This confuses users, who when they find these items expect a full-length article instead of a short abstract.
It also creates problems with link resolvers, which attempt to generate article-level links and fail (publishers usually do not provide these abstracts as individual articles).
To fix this, Primo Central should be given a new resource type for abstracts.
The sources for these records are usually large indexes such as Scopus or Web of…
168 votes -
Only show "starts with" for relevant fields
Currently, the "starts with" functionality is only available for title searching. There are already some posts here about adding it for other fields, like call number and subject, which I support. This post is about the current behavior though. If I choose to search by another field, such as author/creator or subject, then the next dropdown allows me to choose "starts with" even though it's not available, and it immediately switches to a title search. I'd prefer that, if a user has selected a field other than Title, that "starts with" just wouldn't show up at all. If the task at hand is finding something by author, it doesn't make sense to switch the user to a title search. So if I've selected an author search, then I'd only have contains or is (exact) available in the next dropdown.
Currently, the "starts with" functionality is only available for title searching. There are already some posts here about adding it for other fields, like call number and subject, which I support. This post is about the current behavior though. If I choose to search by another field, such as author/creator or subject, then the next dropdown allows me to choose "starts with" even though it's not available, and it immediately switches to a title search. I'd prefer that, if a user has selected a field other than Title, that "starts with" just wouldn't show up at all. If the task…
167 votesHi all,
This is planned to be handled in the Primo Next Discovery Experience User Interface.
More details on the new interface planning can be found here -
Best regards,
Yael.
-
proximity search operator for fulltext search in Primo Central
A strong argument for a discovery index compared to a bibliographic database is the incorporation of full text in the index. I have not found an actual number or a percentage how many Primo Central collections are full text searchable. But we all know: it is significant. Since this year all Primo Central searches will always expand to full text.
https://knowledge.exlibrisgroup.com/Primo/Knowledge_Articles/Primo_Central_Full-Text_SearchingThe most powerful feature for full text search is proximity.
https://en.wikipedia.org/wiki/Proximity_search_(text)Aleph was able to support proximity for small hitsets
https://knowledge.exlibrisgroup.com/Aleph/Knowledge_Articles/Proximity_doesn't_work_for_larger_results.... and Summon has a proximity feature
https://knowledge.exlibrisgroup.com/Summon/Product_Documentation/Searching_in_The_Summon_Service/Search_Features/Summon%3A_Boolean%2C_Phrase%2C_Wildcard_and_Proximity_Searching#proximityProximity search is currently not supported nor planned in the Primo/Primo Central roadmap. Although as part of the search engine algorithm the proximity is being calculated and records in which the query words are closer (we call the distance slop) will be rank higher.
It would be great to add proximity operator to the Primo search syntax and to support proximity search in Primo Central.
A strong argument for a discovery index compared to a bibliographic database is the incorporation of full text in the index. I have not found an actual number or a percentage how many Primo Central collections are full text searchable. But we all know: it is significant. Since this year all Primo Central searches will always expand to full text.
https://knowledge.exlibrisgroup.com/Primo/Knowledge_Articles/Primo_Central_Full-Text_SearchingThe most powerful feature for full text search is proximity.
https://en.wikipedia.org/wiki/Proximity_search_(text)Aleph was able to support proximity for small hitsets
https://knowledge.exlibrisgroup.com/Aleph/Knowledge_Articles/Proximity_doesn't_work_for_larger_results.... and Summon has a proximity feature
https://knowledge.exlibrisgroup.com/Summon/Product_Documentation/Searching_in_The_Summon_Service/Search_Features/Summon%3A_Boolean%2C_Phrase%2C_Wildcard_and_Proximity_Searching#proximityProximity search is currently not supported nor planned in…
167 votes -
Enable the Hebrew Acronym file in CDI
I would like the Hebrew Acronym file to work in the same manner for local and remote records and enable the correct retrieval of records with any of the many Hebrew words that are comprised of initials (eg פלמ"ח, תנ"ך, תשנ"א, אדמו"ר, בג"ץ, רמב"ם, מפא"י…….).
Currently, searching a term either with or without the " sign will retrieve the term both with and without the quotation sign (") but ONLY for local records. Until this will work in CDI, many remote records will not be retrievable when searching terms that can be written in both ways (with or without the " sign).
I would like the Hebrew Acronym file to work in the same manner for local and remote records and enable the correct retrieval of records with any of the many Hebrew words that are comprised of initials (eg פלמ"ח, תנ"ך, תשנ"א, אדמו"ר, בג"ץ, רמב"ם, מפא"י…….).
Currently, searching a term either with or without the " sign will retrieve the term both with and without the quotation sign (") but ONLY for local records. Until this will work in CDI, many remote records will not be retrievable when searching terms that can be written in both ways (with or without the…
167 votes -
My Library Account: add Recalled Loans Tab
It would be very beneficial for library patrons to be able to view their recalled loans, at a glance, when checking their library account in Primo; please could you add a Recalled Loans tab to the Overview section of My Library Account
165 votes -
Results for e-resources when narrowing down to IZ
The users expect that with the facets, you would be able to filter electronic resources by library and/or IZ that licensed them. This is currently not the case. When filtering by location, e-resources (incl. external data sources) are not delivered as results.
Electronic resources should be recognized by Primo as owned by libraries and institutions like physical resources. We would highly appreciate if Ex Libris could make this possible.
163 votes -
Move Peer Reviewed into it's own facet group
The Peer Reviewed facet is currently grouped in the Availability facet group. It has nothing to do with Availability or the other things in the Availability facet group. Not seeing another facet group that makes sense, Peer Reviewed should be in it's own facet group. This will make more sense to the user, allow more flexibility in controlling the placement and the look and feel of these individual facets.
160 votesHi all,
This is to update that this is planned to be added in the Primo Next Discovery Experience User Interface. We are planning to add it as a separate "Quick filter" option for a results list.
More details on the new interface planning can be found here -
Best regards,
Yael.
-
Improve Display Logic in Alma Uresolver to show all variant coverage statements in a collapsed menu
Ideally, Alma should be able to display ALL unique variant coverage statements when showing a collapsed menu.
If a library uses the Display Logic rules to for example show Proquest as an option only once in a services menu, this works very well where a journal may be in 12 Proquest databases with the same coverage.
However, when the coverage varies significantly between these databases, Alma uresolver will still just show one of the coverage statements and a user will only see a subset of holdings and believe this is all the library has. (eg Nursing standard in Proquest is a good example in some it is 1998-2013 and others is 2015 +, )
The most obvious case is when using the A-Z list or a general Primo search to find a journal title.
In SFX it is possible to add a year or source parameter to the display logic rule so that the collapse display logic only applies when the user specifies a date or when the open url does not come from the A-Z list. This means that a user wanting to use Primo or the A-Z to see ALL date holdings of a given serial title could see all possible links with their coverage statements, not just one statement per provider.
It would be better if the collapsed menu could be preserved and all the unique holding statements were shown, however, the SFX logic of conditionally showing all links is preferable to the current Alma behaviour.
Ideally, Alma should be able to display ALL unique variant coverage statements when showing a collapsed menu.
If a library uses the Display Logic rules to for example show Proquest as an option only once in a services menu, this works very well where a journal may be in 12 Proquest databases with the same coverage.
However, when the coverage varies significantly between these databases, Alma uresolver will still just show one of the coverage statements and a user will only see a subset of holdings and believe this is all the library has. (eg Nursing standard in Proquest is…
159 votes -
Allow patrons to order a specific item in a fulfillment network
Hi
We are in a consortium with a fulfillment network.
Which in many cases means that the patrons can not pick which copy of a book they want to order.
While this may make sense as the default (1), it is frustrating for many patrons, myself included.
- When more than one copy is available, I want to be able to decide which one to get
- When a book is on loan I may prefer to wait for the copy of my favorite library to come back instead of getting the book from somewhere else
This is especially relevant when I'm in a setting where getting a copy from another library costs me money.
The option 'choose specific item' should be available in the full title display (when logged in). If this is not possible, it could be an option in the patron settings.
(1) Although it leads to an inconsistent display in Primo VE: sometimes the links for ordering are above the call number, sometimes next to it.
Hi
We are in a consortium with a fulfillment network.
Which in many cases means that the patrons can not pick which copy of a book they want to order.
While this may make sense as the default (1), it is frustrating for many patrons, myself included.
- When more than one copy is available, I want to be able to decide which one to get
- When a book is on loan I may prefer to wait for the copy of my favorite library to come back instead of getting the book from somewhere else
This is especially relevant when I'm…
155 votes - When more than one copy is available, I want to be able to decide which one to get
-
Configure fields included in Course Information
We would like to be able to modify the default configuration of Course Information field displayed in the details view of the full record in Primo VE, adding to or deleting the default elements (Course ID, Department Name, Course Instructor Name) or changing their order. For example, an institution may want to include only Course ID and Instructor Name but not Department Name here. This is not currently possible.
156 votesHi,
This is to update that this issue is still not planned to be developed in the current road map. We will continue to evaluate it for a future release.
Therefore we are keeping this under "Under review" status.
Best regards,
Yael.
-
Add fields for Name and email address to the Action>Email option
Our students have started using the Action>Email option which is available when displaying a record in Primo to ask questions about that title/item.
Unfortunately they don't realise that their Name/email address isn't being included and so we are receiving messages to our library email from Primo asking us to help without details of the patron!
If you could add fields for Name and email address to the Action>Email form that would resolve the issue.
154 votes -
Add filter for "Available Now" (i.e. not checked out etc.) to Availability filter/facet
The Availability filter/facet in Primo VE currently includes options to limit by "Available online" and "Held by library". It would be helpful if these options could be further refined to enable filtering to materials that are actually currently fully available/accessible -- for example, not checked out to another user or in another out-of-library processing status. This is functionality that I see in other library catalogs, especially for electronic resources/ebook collections.
154 votes -
Allow Primo to comply with the "force password change on next login" setting in Alma for internal users
Alma has the internal user setting "Force password change on next login". Primo does not comply with this setting, so there is no way to force patrons to change their passwords in Primo. This is problematic, because our internal user accounts have a very insecure default password initially set for them. Please consider implementing this feature for Primo
149 votes -
Ignore call number prefix (subfield k) when indexing for Call Number Browse
Primo's browse search "By Library of Congress Call Numbers" includes the call number prefix (holdings record field 852 $k) when generating the browse list. At UGA, we use that prefix for oversize volumes (Folio, Ff), and for a variety of branch locations, special statuses and shelving areas (Juv, Ref, Vet Med, etc.).
As a result, any holdings with a prefix do not show up alongside holdings in the same call number range, essentially hiding many titles from patrons interested in browsing the shelf list. (This would be an issue for staff as well, but shelf list browsing works correctly in Alma.)
Please reconfigure Primo's browse search to ignore (but, ideally, still display) the call number prefix when generating this index.
Primo's browse search "By Library of Congress Call Numbers" includes the call number prefix (holdings record field 852 $k) when generating the browse list. At UGA, we use that prefix for oversize volumes (Folio, Ff), and for a variety of branch locations, special statuses and shelving areas (Juv, Ref, Vet Med, etc.).
As a result, any holdings with a prefix do not show up alongside holdings in the same call number range, essentially hiding many titles from patrons interested in browsing the shelf list. (This would be an issue for staff as well, but shelf list browsing works correctly in…
145 votes -
Allow CDI records and external resources to be added to Alma collections for Primo Collection Discovery
We appreciate being able to create curated collections of Alma records to highlight lists of recommended reading and similar tools in Primo VE Collection Discovery. Sometimes we have a title that we’d love to include in these lists, but then find that a record exists only in CDI but not Alma. This is true for certain video collections, for example, that have database-type collections in Alma (no portfolios). There may also be single external resources (websites, etc.) that we'd also like to highlight. Currently there is no way to add CDI records nor single external resources to these collections. You can create an import profile to create Alma records for materials held in external collections -- but in the use cases I have we would not want to harvest a full collection but only highlight a single title, or refer to an already-existing CDI record. Currently, our only option is to create a different resource (like a LibGuide or separate webpage) -- but it would be wonderful if Alma collections/Collection Discovery could be enhanced to enable broader, better, fuller usage.
We appreciate being able to create curated collections of Alma records to highlight lists of recommended reading and similar tools in Primo VE Collection Discovery. Sometimes we have a title that we’d love to include in these lists, but then find that a record exists only in CDI but not Alma. This is true for certain video collections, for example, that have database-type collections in Alma (no portfolios). There may also be single external resources (websites, etc.) that we'd also like to highlight. Currently there is no way to add CDI records nor single external resources to these collections. You…
141 votesThis is planned to be developed only for Primo VE.
This will be part of the 2024 roadmap.
-
Active Links in Journal Record when Searching in Journals
Currently when you search for a journal in a general search the full record will have links to the author, subject heading, etc. When you use the actual Journal Search this links are not available. It would be nice to have active links in this record as well.
141 votes
- Don't see your idea?