Manu_Schwendener
My feedback
178 results found
-
5 votes
Manu_Schwendener supported this idea ·
-
22 votes
Manu_Schwendener shared this idea ·
-
3 votes
An error occurred while saving the comment -
151 votes
An error occurred while saving the comment Manu_Schwendener commented
> populating new book lists in our Discovery Collections
Yes, exactly
An error occurred while saving the comment Manu_Schwendener commented
> for the Collection Discovery feature
There's the facet group "New records" in Primo, with "last week", "last month" and "last three months", but they can't be used to build a set that then populates the logical collection.
Manu_Schwendener supported this idea ·
-
17 votes
Manu_Schwendener supported this idea ·
-
16 votes
Manu_Schwendener supported this idea ·
-
11 votes
An error occurred while saving the comment Manu_Schwendener commented
I agree that if you add a link behind your logo, you should also be able to describe where the link will lead.
> half the users expected the logo to go back to the main Primo VE search landing
> page rather ... (as many libraries have configured)This is the default - when you don't put an external URL behind the logo - and doesn't need configuration.
-
47 votes
An error occurred while saving the comment Manu_Schwendener commented
This should be fixed
https://knowledge.exlibrisgroup.com/Primo/Release_Notes/002Primo_VE/2025/010Primo_VE_2025_Release_Notes?mon=202504BASE"April 2025 SF: 05305640, 05310473, 05319841, 05328486, 05330867, 06027317,06259460, 06755228, 06877607, 06989963, 07214655, 07807403
When filtering by a specific date (with months) in Advanced Search, out-of-range records are returned. This has been fixed." -
423 votes
An error occurred while saving the comment Manu_Schwendener commented
You can activate stemming, which I personally loathe because it shows results that don't contain my search terms.
-
3 votes
-
1 vote
-
125 votes
An error occurred while saving the comment Manu_Schwendener commented
What Jahn describes above leads to the following strange situation in our IZ, which is part of the same consortium.
We have deduplication deaktivated in our view.
In some cases, a link from 776 is created automatically, and works as expected
shows a link “Available in other form“, which links to this online version
https://basel.swisscovery.org/discovery/fulldisplay?vid=41SLSP_UBS:live&search_scope=UBS&tab=UBS&docid=alma9972335550005504&lang=en&context=L&adaptor=Local%20Search%20Engine&query=any,contains,education&facet=tlevel,include,available_p&facet=rtype,include,journals&offset=0The field responsible for this is a 776 $t
https://basel.swisscovery.org/discovery/sourceRecord?vid=41SLSP_UBS:live&docId=alma998305080105504&recordOwner=41SLSP_NETWORK776 08$iErscheint auch als Online-Ausgabe $tAnthropology & education quarterly
---
In many cases, we add a $x to the 776 field
https://ubs.swisscovery.slsp.ch/discovery/fulldisplay?vid=41SLSP_UBS:live&search_scope=UBS&tab=UBS&docid=alma99972970105504&lang=en&context=L776 08$iErscheint auch als $nOnline-Ausgabe $tRecht $x2504-1487
As we're in a consortium, all IZs see the same 776 fields. But that link only works in the IZs which _have_ the online version with ISSN 2504-1487.
What I would expect: that there is a check for this, and the link is not active, but the information stays visible, when the value in $x does not exist in the same IZ.
(Or, if that is not possible: 776 is hidden when the value in $x does not exist in the same IZ.)
What acutally happens: if no link via $x is possible, a title search is started.
Which leads to unusable results. Which means we had to suppress the display of all 776 with $x, also in the IZs where the link would work correctly.
This is an unsatisfying situation.
-
184 votes
An error occurred while saving the comment Manu_Schwendener commented
> Bluesky = priority
Yes, also for me.
An error occurred while saving the comment Manu_Schwendener commented
Bluesky logo files https://drive.google.com/drive/folders/16mlJPfWNnc6jj-3vGZ88SFysIY13GBp0 , via https://bsky.social/about/blog/press-faq
If there are difficulties for Bluesky, try contacting them on Github https://github.com/bluesky-social/social-app/issues or @ https://bsky.app/profile/pfrazee.com
Manu_Schwendener supported this idea ·
-
42 votes
An error occurred while saving the comment Manu_Schwendener commented
Manu_Schwendener shared this idea ·
-
27 votes
Manu_Schwendener supported this idea ·
An error occurred while saving the comment Manu_Schwendener commented
We really miss something like this, see also https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/48220646-inform-patrons-about-pick-from-shelf
-
9 votes
Manu_Schwendener supported this idea ·
-
46 votes
Manu_Schwendener supported this idea ·
-
3 votes
Manu_Schwendener supported this idea ·
-
237 votes
Manu_Schwendener supported this idea ·
-
9 votes
AdminTamar Ganor (Admin, Ex Libris) responded
Hello,
This idea has been closed by mistake, I apologize for the inconvenience.
It will be reviewed and addressed according to the regular workflow of content requests.
My sincere apologies.
Kind regards,
Tamar Ganor
Content Product Manager
Manu_Schwendener supported this idea ·
Plus 19 votes from https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/43494663-new-records-facet-according-to-inventary-record