Add a true "exact" search to Advanced search type
The available search types do not include a true "exact" search, where the results inlcude the query term(s) and only the query term(s). This type of search is very useful for one-word queries, especially when it is a common word. Using "begins with" in these situations can still result in dozens of results. We can construct a search, but it's not something the average user would know how to do, e.g.:
Title begins with intervention
NOT
Title begins with intervention?
This is a convoluted construction, and we'd prefer a true "is exactly" search type.
Andrew Welch
shared this idea
The option to perform a search with a new "Equals exact phrase" operator will be available in May 2023 release in Primo VE.
Best regards,
Yael.
-
Manu_Schwendener
commented
While we wait for NERS 8871, there is a parameter you can get activated by Ex Libris, see the note here https://knowledge.exlibrisgroup.com/Primo/Product_Documentation/020Primo_VE/Primo_VE_(English)/040Search_Configurations/Configuring_the_Ranking_of_Search_Results_in_Primo_VE -> discovery_customer_defined_exact_match_field
Difference for intervention in our catalog:
See screenshots before / after activating it for 245$$a
-
Manu_Schwendener
commented
> NERS 8871 Advanced search - Exact - Title: $a alone must find results
Made it through, should become possible by autumn 2025.
-
Manu_Schwendener
commented
NERS 8871 Advanced search - Exact - Title: $a alone must find results
Open for voting now.
At the moment, if a title has a subtitle, exact search only finds it if the subtitle is also part of the search, not if you only search for the title. This is too strict.
---
Update 2.4.2024: place 3 in NERS, round 1
-
Manu Schwendener commented
Another example why FRBR should be turned off:
This should not show me 15 titles, but only one, see screenshot.
-
After an Exact and only search, FRBR should be turned off.
In my opinion, FRBR should be turned off after all advanced searches, or at least the possibility should be there, for example with a checkbox.
Example:
Tätigkeitsbericht
Erlärung von BernI land in a FRBR group with 18 titles, ONE of which (#13) contains my search terms.
I don't want to see the activity reports of the other 17 companies.
-
I prefer this to be too strict over not strict enough.
Something I would like to see changed, though: at the moment, Title also needs the subtitle to find the hit.
Example:
Search for Du – which was completely hopeless before exact and only.
At the moment I find 3 titles https://basel.swisscovery.org/discovery/search?query=title,equals,du,AND&tab=UBS&search_scope=UBS&sortby=rank&vid=41SLSP_UBS:live&lang=en&mode=advanced&offset=0
But what most people searching for Du are looking for is https://basel.swisscovery.org/discovery/search?query=title,equals,du%20das%20kulturmagazin,AND&tab=UBS&search_scope=UBS&sortby=rank&vid=41SLSP_UBS:live&lang=en&mode=advanced&offset=0
Which I only find (using exact only) when I search for Du das Kulturmagazin.
People looking for an exact title will probably not know the exact subtitle.And the search interface only mentions title, not subtitle.
-
Hi
I'm very glad that this exists now :-)
-----
So far I have found two cases where the results should be more precise:
1)
This should not show the FRBR list of 15 versions, but only
https://basel.swisscovery.org/discovery/fulldisplay?docid=alma9957665050105504&context=L&vid=41SLSP_UBS:live&lang=en&search_scope=UBS&adaptor=Local%20Search%20Engine&tab=UBS&query=any,contains,Homer%27s%20Iliad%20translated%20by%20Richmond%20Lattimore&sortby=date_d&facet=frbrgroupid,include,9054299269076837487&offset=02)
The review (= first result) should not be here, it doesn't have Hannah Arendt as author.
-
> one-word queries ... e.g.:
> interventionWithout CDI:
https://basel.swisscovery.org/discovery/search?query=title,equals,intervention,AND&tab=DiscoveryNetwork&search_scope=DiscoveryNetwork&sortby=rank&vid=41SLSP_UBS:live&lang=en&mode=advanced&offset=0
CDI:
https://basel.swisscovery.org/discovery/search?query=title,equals,intervention,AND&tab=41SLSP_CDI&search_scope=CentralIndex&sortby=rank&vid=41SLSP_UBS:live&lang=en&mode=advanced&offset=0:-)
-
[Deleted User]
commented
This will only be implemented for PrimoVE, mind you.
-
Katharina Wolkwitz
commented
It's great that this idea made it through NERS! :-)
I'm curious though how it will end up after ExLibris is through with the development-process.
When I think of the implementation of the "searching for hyphenated key-words" which ended up with a defined dictionary-list of terms instead of a parser that pulls out the hyphens from the entered search-terms I am still suprised at the ingenuity of ExLibris' giving us something matching a request's wording without hitting the meaning behind it...
-
Made it through NERS 2021, should be possible by May 2023.
-
The problem with FRBR is not limited to advanced search *, by the way.
Patron clicks on library facet 'Basel Uni – Anglistik', which has _one_ hit.
Instead of _one_ title, he gets '4 versions found', and after clicking again he has to scroll past 3 works that are not in his library.
That's really bad UX.
* where it should just be deactivated in my opinion
-
NERS 6693, open for voting now.
-
@Katharina Wolkwitz
> the need to differentiate between a "is exact"-search and a ... "true exact"-search
We're not talking about two kinds of search.
The problem is that there is a setting in Advanced search _called_ 'is exact', but there is no way to actually DO an exact search, not even by ISBN. -
As a feeble workaround to the missing exact search, please consider voting for
Allow patrons to disable FRBR + disable FRBR in advanced search
https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/42531016-allow-patrons-to-disable-frbr-disable-frbr-in-ad -
Did not make it through the second round of NERS.
-
Second round of Primo NERS voting open now, until 31.8.2020.
-
Laura Akerman
commented
The effect of this from the few tests I've done - is that for a single word search the results for "Is (exact)" are the same as "contains". If Ex Libris intended to offer an Advanced search type for a phrase search, they should label it "Contains phrase" (although I think most users know how to use the quote marks - they learned from Google). My first impulse is, "this type of search isn't working, we should put in a SalesForce case". If Primo can no longer execute this kind of search for some reason, I hope Ex Libris will let us know and change the labelling on that search type. But true Exact search is really what we need!
-
Katharina Wolkwitz
commented
I guess there is always a chasm between what librarians expect from a "search type" definition and what any kind of user might expect. ;-/
I'm very new to Primo - we're still in the deployment phase, but being confronted with the need to differentiate between a "is exact"-search and a hopefully to be developed "true exact"-search (a feature that offers itself up to be hidden as a kind of "easteregg" for the iniated ;-) or very needy librarians ;-) ) reassures me that ExLibris is keeping true to form.
I've "only" had expierence with Aleph so far (but that for quite some years) since version 14 till now on 22. We're going over to Alma from next year on.
Kate
-
Related:
When I search for 'ISBN - is exact - ..." I should only get hits with this exact ISBN, without the rest of the FRBR cluster.
