In most Primos, users can search in different search profile slots (Primo VE) or tabs (Primo with a BO), e.g. Library Catalogue, PCI, Everything. However, our users do not switch a lot between the different slots/tabs. The majority performs the whole session in the same slot/tab. In order to make the users more aware of the different slot/tabs and the different content in them, we suggest that on top of the results list the number of results in every defined slot/tab should be displayed. The displayed information should be a link, so that the users can easily switch to the result list in another slot/tab.

In the brief and full display pages, libraries can display information contained in data fields (such as the title, author, and creation date) from the source record. This information helps users to differentiate records quickly. In some cases, there can be a lot of information that is displayed. This is particularly the case when Contributor is added: all 7XX fields are added, and in their entirety (see for example in the attached screenshot).

We would like an option that would allow the library to either limit the number of fields to display (for example max 3 7XX fields) or to only display fields based on the content of some subfields (for example: only display 7XX where $$e equals 'editor', 'publishing director ', 'translator', 'Director', 'film director'...).

Some authors have the same names so we want to include the date field ($d) in the search when users click on their links within full records. However, we have learned that Ex Libris has hard-coded a facet search into the $$Q, thereby killing this option because you get 0 results (since the facet search includes the date). This is currently not configurable, but is a huge problem for us. Here is an example:
https://catalog.library.vanderbilt.edu/discovery/fulldisplay?docid=alma991043557451103276&context=L&vid=01VANINST:vanui&lang=en&searchscope=MyInstandCI&adaptor=Local%20Search%20Engine&tab=Everything&query=any,contains,Harry%20Potter&offset=0

Click on the creator "Potter, Harry, 1954- author."

Gives 0 results, with a facet of "Potter, Harry, 1954-"

Remove the facet and it automatically conducts another search, giving you 4 results.

Libraries should be given the option to either enable this or not (in our case, we would disable the automatic facet search).

When I click on a subject heading in a record in Primo VE (https://catalog.library.vanderbilt.edu/discovery/fulldisplay?docid=alma991029907089703276&context=L&vid=01VANINST:DIVINITY&searchscope=MyInstitution&tab=LibraryCatalog&lang=en), Primo VE does an exact subject search and gets no results, not even the record on which I clicked the subject heading. This only happens with some subject headings, not all. An example: the subject heading Self immolation -- Religious aspects -- Buddhism gives zero results (not even the record which contains the subject link I'm clicking on shows up, nor any other records with that subject heading -- 2 others); while the subject heading Buddhism -- China -- Customs and practices seems fine. We reported this to Ex Libris, which Vlad responded with the following:

"I have investigated this issue further and found that the issue is being caused by the hyphen in Self-immolation. Other subject exact searches work fine, but quotations are needed around "Self-immolation" in order for the exact search to recognize the word."

So subjects with hyphens cannot perform an exact search correctly in Primo VE without having quotes around them. This should be corrected.

Below is an email that I got from one of our reference librarians:

Here’s a citation issue, we’re coping with.
I expect you can’t fix this because it looks like a broad indexing issue, but can it be reported?

PROBLEM ONE (this affects MLA & APA & Chicago)
The Primo citations often include extra information, for example:
-- that it is a “report” or includes an “author abstract” or “Brief Article”

In these cases, it looks like it stems from Primo including too much info in the title field.

PROBLEM TWO (this affects only MLA)
Primo citations often include not just the name of the publication (needed in citations) but also publisher information (not needed in citations) -Example “Crain Communications Inc”

Gale & Ebsco citations are not always perfect, but they are better and do not tend to include unneeded info.

When our users look for a book in the Primo Search Portal they expect that the Primo Search behaves like a Google Search, i.e. they expect that Primo finds books with titles or metadata containing words similar to those in their query. Unfortunately, the Primo Search is very sensitive to the exact spelling of the words in the query. If the search query is slightly inaccurate, the book is not found in Primo. I tried such unsuccessful search queries on www.amazon.de, and Amazon usually found the correct book: Amazon showed the correct hit on top of the list (see attachment). This shows that the search algorithms of Amazon are clearly superior to those of Primo. I feel that Ex Libris should take steps to keep up with modern search technologies.
Some, but not all, of Primo’s shortcomings seem rather easy to fix. Primo fails to take word flexions in non-English languages into account. Since the endings of German words not only depend on plural and singular but also on the context, Primo’s search results for German queries are overly sensitive to word flexions. However, some of the English examples indicate that improving Primo’s dictionaries will not be sufficient. Over the long term, ExLibris may consider to team up with a specialized search provider.

Similar proposals in ExLibris idea exchange
https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/37586617-increase-primo-search-capability-to-support-major
https://ideas.exlibrisgroup.com/forums/564566-summon/suggestions/17415091-automatically-searching-for-the-corrected-spelling

En los casos en que disponemos de un registro bibliográfico con ejemplares en formato impreso, copia electrónica activada en la "Comunity Zone", y además se ha activado también en Primo Central para garantizar la indexación y la capacidad de recuperación a nivel de texto completo, el registro bibliográfico se visualiza en Primo VE como si fueran dos registros bibliográficos exactamente con la misma información (códigos de barras, signaturas y ubicaciones duplicados).

Según nos dicen desde SalesForce, debido a limitaciones/arquitectura del sistema, no es posible combinar el registro de Primo Central con los registros locales en Alma, lo cual crea confusión entre nuestro personal y usuarios.

Adjunto una copia de pantalla para que lo véais.