Manu Schwendener
My feedback
513 results found
-
11 votes
An error occurred while saving the comment An error occurred while saving the comment Manu Schwendener commentedEdit: this is fixed by now.
Primo VE: please fix the alphabetical sort of the location facet: https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/40448281-sort-by-library-in-the-location-facet-when-library
An error occurred while saving the comment Manu Schwendener commentedThis is possible in Primo VE, but only as a facet on the same level as the library facet. It should be a sub-facet of the library facets.
Introduce nested facets: https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/38546641-introduce-nested-faceting-in-refine-my-results
-
114 votes
Thank you for posting this idea. We are considering to have a new toggle
""group versions together" where users can choose to if to have search results grouped by versions or turn it off.
An error occurred while saving the comment Manu Schwendener commentedCan't wait for this to get solved! :-)
Do you have any idea when this will happen?
An error occurred while saving the comment Manu Schwendener commentedPlease make the state of the toggle part of the URL, so that we can use it to send precise links and for deep linking.
Thank you :-)
An error occurred while saving the comment Manu Schwendener commentedThank you, Nili, I'm really glad to hear this.
An error occurred while saving the comment Manu Schwendener commentedAn easy way to achieve this would be:
In advanced search, let the patrons decide before the search (with checkmarks) if they want FRBR and deduplication on or off in the result list.
An error occurred while saving the comment Manu Schwendener commentedSeeing that with the August 2023 release, FRBR and deduplication will be deactivated in browse search, gives me hope.
The same should be possible for advanced search.
Ideally with parameters:
- setting per view
- separate settings for FRBR and deduplication
- library decides default
- patrons can override the default settings in their accountAn error occurred while saving the comment Manu Schwendener commented> having experienced quite a lot of difficulties both with DeDup and FRBR ...
I agree, also Deduplication on/off should be a setting the patrons can decide.
An error occurred while saving the comment Manu Schwendener commentedWhile I still think
- after advanced search, FRBR should always be deactivated
- the patrons should be able to switch FRBR offthe biggest part of the problem is solved in Primo VE with 'equals exact phrase', since May 2023.
An error occurred while saving the comment Manu Schwendener commented> patron would mistakenly believe that only one match exists
Yes, this is why FRBR Preferred is not the solution.
----
Thank you for the example, Nancy!
> If the FRBR settings could be easy user-controlled toggles (like "Expand My
> Results" and "Search in Full Text", this would be a great solution.Yes. The order of those three should be customizable, and the setting for FRBR on/off should be done with the same flexibility as "Search in full text" (which comes with the May 2022 release).
Ideally, the settings could also be saved as preferences in the patron's account, but that could come later.
An error occurred while saving the comment Manu Schwendener commentedIn the meantime I learned from Nili Natan that (in Primo VE) the setting
FRBR Preferred
is more practical for the patrons than
FRBR GenericIt allows them to get to the title they are looking for with only a few clicks, with just the _option_ to see the whole FRBR group.
Edit: this is a workaround. The real problem is that with Generic, in the resulting list of FRBR versions, the HIGHEST RANKED record from the results set is NOT shown as the first title.
---
The wish that the patrons should be able to deactivate FRBR and that FRBR should be deactivated after any Advanced search still stands.
An error occurred while saving the comment Manu Schwendener commentedNERS 7227, open for voting now.
An error occurred while saving the comment Manu Schwendener commented> I wonder how to ... name
For FRBR I think "Turn off grouping" would be understandable.
Manu Schwendener shared this idea · -
154 votes
An error occurred while saving the comment Manu Schwendener commentedThis is the clumsy workaround we have at the moment to try and get our patrons to add their email address so we can get back to them.
An error occurred while saving the comment Manu Schwendener commentedNERS 8185, open for voting now.
An error occurred while saving the comment Manu Schwendener commented@ExLibris: While you're working on it: sending an email via the email icon should trigger a confirmation message.
An error occurred while saving the comment Manu Schwendener commentedAn error occurred while saving the comment Manu Schwendener commentedYes, this is important. We need to know the patron's email address to be able to reply.
Patrons do not understand why nobody replies to their emails, because they have no way of knowing that we don't see who sent them.– For logged in patrons, use their email address as sender.
– When patrons are not logged in, let them send the email, but force them to fill in a 'sender email' field
-
469 votes
An error occurred while saving the comment Manu Schwendener commentedSeems to be planned for May 2024 (info via the DACHELA mailing list)
-
1 vote
An error occurred while saving the comment Manu Schwendener commentedI don't agree with the option to show the path in Primo, but hide the collection in the collection interface. This would be inconsistent and confusing.
> to give a results list for students of all items in the collection
I wouldn't mind if there was an option in Alma to distinguish between 'published collection' (= as they are now), and unpublished (= not the same as suppressed): unpublished would mean you get an URL via Alma that you can share.
If you don't want to wait for that, you could work with local fields instead.
-
4 votes
An error occurred while saving the comment Manu Schwendener commentedAlso please deactivate FRBR after any advanced search - or at least make it an option for the patron to deactivate:
An error occurred while saving the comment Manu Schwendener commented+1
-
2 votes
An error occurred while saving the comment Manu Schwendener commented> addition of a visibility checkbox or toggle
What certainly is missing is the option to toggle visible / invisible from the Manage Collections page!
And come to think of it, I wouldn't really mind if collections that are not visible in Primo (= not in the collection lobby and not showing the path in the details) could still be shown via a direct link.
It would be the same as 'unpublished' in other contexts (for example photo sharing sites): not findable, but everybody who knows the direct link can see the collection.
An error occurred while saving the comment Manu Schwendener commented> welcome any other workarounds
If you want, maybe also post in the Primo mailing group if others had a similar situation and how they solved it.
(Sorry if you already did this and I forgot.)
An error occurred while saving the comment Manu Schwendener commentedWhile I understand your wish, I have the feeling that this would be confusing for the patrons, because it would be inconsistent.
"Why am I seeing the path in the full record display, but can not find it via the collections page?"
I see two workarounds that would be less confusing, and exist already:
A) for your second case, use local fields instead of collections
B) for your second case, use an additional level in the collections. Call the top level something short (like 'others'?), in the description of the top level collection explain what's behind it.
Like this, you keep the Collections Lobby tidy / only show what you want to show there, but the behaviour of the subcollections within "others" is still consistent. -
12 votes
An error occurred while saving the comment Manu Schwendener commented+1
-
14 votes
An error occurred while saving the comment Manu Schwendener commentedI agree that it would help to have more flexibility here.
As a patron, I'd prefer if my previous pickup library could be preselected, though https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/44908411-define-preferred-pickup-location-in-personal-detai
-
3 votes
An error occurred while saving the comment Manu Schwendener commentedHi
Can you post a link to an example in your catalog?
Thank you :-)
-
60 votes
An error occurred while saving the comment Manu Schwendener commentedAn error occurred while saving the comment Manu Schwendener commentedMy hope is that now that the barcode search is possible via advanced search, this might pave the way for more item information to become searchable.
An error occurred while saving the comment Manu Schwendener commentedNERS 8162, open for voting now.
An error occurred while saving the comment Manu Schwendener commentedPlease also index the call number in the item https://ideas.exlibrisgroup.com/forums/308176-primo/suggestions/43401771-call-number-index-include-item-call-numbers-not.
In Primo VE, search and browse for call numbers only works for holdings.
An error occurred while saving the comment Manu Schwendener commented+1
-
68 votes
An error occurred while saving the comment Manu Schwendener commented -
155 votes
We have planned a development that will allow libraries to run mediation rules based on if there is a change in material type. Resources sharing staff will be able review requests that trigger this mediation rule. If this solution does not align with the idea submission, please provide further details for review.
-
756 votes
Hi all,
We would like to update that this is planned to be developed in the Primo Next Discovery Experience User Interface.
More details on the new interface plans can be found here -
Therefore we are changing the status of this idea to "Planned".
Best regards,
Yael.
An error occurred while saving the comment Manu Schwendener commentedDear Yael, may I ask for an update? Under review since April 2022.
An error occurred while saving the comment Manu Schwendener commentedNERS 8290, round 2 open for voting now.
An error occurred while saving the comment Manu Schwendener commentedNERS 8290, open for voting now.
An error occurred while saving the comment Manu Schwendener commentedDid not make it through round two of NERS.
I'm glad it's under review, this is a difficulty for our patrons.
An error occurred while saving the comment Manu Schwendener commentedNERS 7896, round 2 open for voting now.
An error occurred while saving the comment Manu Schwendener commentedNERS 7896, open for voting now
"Unify Primo My Library Card display of loans/requests from all institutions in the network"
An error occurred while saving the comment Manu Schwendener commented> You have to change "All Institutions" at the top of the list to "Has Activity." But, it defaults
> back to "All Institutions" the next time you login to your account.Yes, this is bad UX.
"Has activity" should be the only option, anyway (until they're all shown on one page).
-
1 vote
-
1 vote
An error occurred while saving the comment Manu Schwendener commented+1
-
393 votes
An error occurred while saving the comment Manu Schwendener commented> We were able to limit the OTB subject facet to specific vocabularies, such as LCSH.
We are struggling with this, too.
If this gets through, the choice of the authority file must be flexible, for us it would be the German GND, for example.
-
105 votes
An error occurred while saving the comment Manu Schwendener commented@ Ex Libris: this is working now, please close to release the votes.
An error occurred while saving the comment Manu Schwendener commentedThis seems to be part of the Alma August 2023 release
https://knowledge.exlibrisgroup.com/Alma/Release_Notes/2023/Alma_2023_Release_Notes?mon=202308BASEscroll to / search for
Network-Zone Translations of Policy Names and Descriptions Are Now Distributed to InstitutionsAn error occurred while saving the comment Manu Schwendener commentedWhile there is an option for translation in the Alma of the NZ, the translated text does _not_ show up in Primo VE of the NZ, either.
An error occurred while saving the comment Manu Schwendener commented> translations ... can not be distributed from the NZ or added manually in the IZs
> Alma - Fulfillment - Advanced policy configurations - Policy Type: “Due Date”See on screenshot how this looks in the IZs. There is no option for translation in 'Edit'.
An error occurred while saving the comment Manu Schwendener commentedScreenshot from here (https://basel.swisscovery.org/discovery/fulldisplay?docid=alma996600630105504&context=L&vid=41SLSP_UBS:live&lang=de&search_scope=UBS&adaptor=Local%20Search%20Engine&tab=UBS&query=any,contains,%22brigitte%20springmann%22&offset=0), but you won't be able to see the text unless you have an account to log in.
28 Days Loan
Reading Room, max. 28 Daysstill are displayed in English when we look at the German, French or Italian version of the interface.
An error occurred while saving the comment Manu Schwendener commentedIn my opinion this should be handled as a bug fix, not a feature request.
(SF00880698) -
52 votes
This is planned to be developed as part of NERS #8134 for a closed list of labels provided by the community.
An error occurred while saving the comment Manu Schwendener commentedVia Cindy Bowen: list of [some] labels that already support html https://knowledge.exlibrisgroup.com/Primo/Product_Documentation/020Primo_VE/Primo_VE_(English)/050Display_Configuration/030Configuring_Display_Labels_for_Primo_VE#Codes_that_Support_HTML_Formatting
An error occurred while saving the comment Manu Schwendener commentedMade it through round 2 of NERS 2023 and should be possible by autumn 2024.
An error occurred while saving the comment Manu Schwendener commentedNERS 8134, round 2 open for voting now.
An error occurred while saving the comment Manu Schwendener commentedDear Yael
Could <b>, <i>, <u> be allowed for all lables?
---
> use cases
All labels that contain:
alert, contact, description, disclaimer, error, message, note, no_services, public or temporaryHere you are already aware that an explanation is needed - being able to add a link to a help/info page would alllow us to make the display text of the labels shorter.
[table Error Messages Labels, including ...noresults... <- already supported]
---
Allow URLs / a href for:
- all labels which are displayed with a background color = messages to the patrons
[brief.results.tabs.Get_it_from_other_locations_no_services - covered above]
[customized.alert.nolocations - covered above]
[email.note - covered above]
ngrs.get.it.request.signin
nui.brief.results.tabs.getit_other
[nui.ngrs.no.offer.message.termsAndConditions.first - covered above]
nui.ngrs.signin
nui.brief.results.tabs.viewit_other_campuses
nui.getit.service_getit
nui.request.signin
nui.request.signin_additional
[nui.signin_message - covered above]
results.showingVersions
tabbedmenu.DiscoveryNetwork.label
search-advanced.precisionOperator.option.equalsPhrase
search-advanced.precisionOperator.option.startswith
search-advanced.precisionOperator.option.exact
An error occurred while saving the comment Manu Schwendener commentedNERS 8134, open for voting now.
Manu Schwendener shared this idea · -
11 votes
I think this can be closed as supported?