Skip to content

Stacey van Groll

My feedback

157 results found

  1. 40 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm surprised this would be considered an enhancement request. I can't think of other jobs where the job name is not clear to state the job which failed with granularity by profile. Was this advised in a case that it was an enhancement rather than a defect?

  2. 0 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    We have more than one publishing profile using OAI-PMH and just use different sets, so I believe this is possible already.

  3. 20 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm not sure I understand completely, but the full text aspect is controllable by the site to activate the collection. For example, an Unpaywall collection is available as of a few months back to resolve a lot of these instances. I personally would be concerned to undermine the premise of the default search experience including full text available resources, if there is no full text link. Otherwise, if Open Access resources with a full text link are not included in the default search, that sounds like a defect. Perhaps provide an example to help resolve this confusion as to the meaning of this submission?

  4. 42 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Stacey van Groll supported this idea  · 
  5. 5 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I've noticed student queries seeking ability to limit results by place. Use cases include higher degree students for a specific research focus, or undergraduates who have assignments where their lecturers stipulate that they need to include national or regional emphasis.
    It's certainly an issue to have a facet like this which only has local results, as I can imagine patrons being upset with potentially being misled when using it and not realising that they are excluding all CDI results even though publication information is visible in the records.
    It might still be difficult also though to make such a facet meaningful and useful, given the place of publication could be very granular to a particular state, when patrons might be interested in a country. That would be onerous to manage for selections, particularly with facet value limits.
    Overall though, it would be great to have the option of a blended facet for this, for records from all data sources including CDI.

  6. 5 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm concerned that this would be considered an enhancement request when it's clearly marked as a known issue ie a defect. I suggest submission as a SalesForce case, to encourage Ex Libris to action a fix.

    https://knowledge.exlibrisgroup.com/Alma/Knowledge_Articles/Invoice_export_to_Excel_gives_only_first_Fund%2C_even_if_POL_paid_by_multiple_funds

  7. 7 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm not quite sure if this is meant to be two separate submission? For the second portion, I wonder if you've cleared cache/cookies recently or not allowed functional cookies? This may cause Recently selected entries to not appear as expected.
    Otherwise, that sounds like a regression (which describes functionality which used to exist and now doesn't due to an issue), not an enhancement request.

  8. 8 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Thank you for your suggestion. The Rialto team is reviewing this idea to determine how it might fit into our future plans. We cannot provide a timeline for these ideas, but be sure to check back often and vote for the ideas you support to receive status and comment updates.

    Best,

    Heidi Whitehead

    Rialto Product Manager

    Stacey van Groll shared this idea  · 
  9. 3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    This would be a defect according to the documentation, which is clear that the setting works on a collection level.
    Could it perhaps be the case that the articles are coming from another source which is not suppressed? You can check this in the CDI Activation Analysis Tool.
    This setting will not prevent continuing presentation unless you suppressed all of the collections containing the article, as it is collection specific (and this is documented).
    The permalink IDs may still include the suppressed collection, but that's because it's a randomised ID from the participant records.

  10. 6 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    Have you tried the Partner setting for "Enable service for guest user - Indicates whether the link to the partner displays in Primo when the patron is not logged in."?
    We don't have this active usually, as we offer resource sharing only for certain logged in patrons, but I tested it in Sandbox and it correctly caused the option to appear in Primo Get It.

  11. 302 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    14 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I also had a case for this opened in May 2020 where I directly referenced this Idea Exchange submission, and will copy details relevant comments from my case log.

    In sum, I think this was a defect that was fixed in August 2022 and will reiterate my last comment that I believe anyone still seeing this should open a case.

    CDI - Different term highlighting in record display does not match query, in comparison to PCI where highlighting is complete including stop words
    * 05310266

    Analyst advised: "In case of an exact match, the title highlight should include also the stop words. This, as you mentioned, is a good way to let the user know easily they hit the right result. If the match isn't exact, the stop words shouldn't be highlighted, again in order to allow the user a quick initial navigation among the brief results. But there are are few variations to this - namely, what counts as "exact match". For example, the search for "Playing the game; is sport as good for race relations as we'd like to think" - will get the full highlight. But it can be flexible - if you change some of the words in the query to their plural/singular forms ('races', 'sports', or 'relation') you will still see the full highlight. However, CDI isn't expanding 'we' when the indexed term is 'we'd'. Development team verified that this is the expected behavior for CDI, and that in fact it was the same for PCI (which is why 'we' wasn't highlighted then). So, the basic behavior is the same." 28.4.2021 SvG

    Responded to query only item outstanding re the Idea Exchange submission included in the original case for random stop word highlighting. 29.4.2021 SvG

    Analyst advised: "Currently, there's a fix planned for both for CDI and Primo side, to prevent the highlight of stop words when they appear separately, in addition to the expected highlight of them as part of an exact match. For example, a search for "lord of the rings" will highlight, as expected, the full exact match, but also the words "off" or "the" before or after the full highlight.", and also seemed to not see the issue in the Idea Exchange entry. 29.4.2021 SvG

    Responded to point analyst to screenshot on the entry, which shows the issue. 30.4.2021 SvG

    Analyst confirmed screenshot missed, and that it seemed an issue with the separate stop words as per the planned fix and not the "exact match" highlight. 25.2.2021 SvG

    Analyst advised tentatively planned fix for May 2022, which is extended as the fix must include also changes to the search mechanism. 15.6.2021 SvG

    Analyst advised fix estimation pushed back to August 2022. 20.2.2022 SvG

    Analyst advised firm fix in August 2022 Release. 8.7.2022 SvG

    Update of fix in the August 2022 Release and case set to closing. 22.8.2022 SvG

    Responded to advise cannot confirm and added a screenshot per the described fix in April 2021 showing the same additional highlighting. 22.8.2022 SvG

    Analyst is querying with PM re: "stop words detached from the query itself are no longer highlighted, but the adjacent stop words are. " 22.8.2022 SvG

    Added comment referencing earlier updates by analyst and the desire to ensure both aspects are resolved: "to prevent the highlight of stop words when they appear separately, in addition to the expected highlight of them as part of an exact match. For example, a search for "lord of the rings" will highlight, as expected, the full exact match, but also the words "off" or "the" before or after the full highlight." 24.8.2022 SvG

    Analyst advised: "What was actually fixed in this case is that only the words in the search phrase will be highlighted, not only the 'exact match'. For example, when searching 'lord of the rings', these words will be highlighted for all phrases that contain these words adjacent to each other. Indeed, according to the release notes, previously, the text 'of the' was highlighted even though it did not begin with Lord and/or end in Rings and currently, 'of the' is highlighted only when it appears in adjecent to the search phrase." 8.9.2022 SvG

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I still cannot replicate this. I'll attach images of what I see for one of the last examples Lacey posted with custom code stripped out to clearly show no stop word underlining.
    I suggest this be opened as a case for anyone seeing it, so there can be explanation provided for what appears to be an intermittent defect.

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm not seeing 'the' highlighted in my Primo, Lacey.
    Can you provide a link to your environment?

  12. 3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    5 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    This sounds like treating the symptom rather than the problem.
    We help our patrons with the number of results by having expanded search and search in full text toggled off by default, and the individual can chose to enable them.
    I also submitted to NERS a submission last year which is aiming for delivery in the August 2024 release: Prevent search results expansion by use of exact phrase (VE/BO) #8210

    For Browse Search, our usage is miniscule at less than half a percent of search activity, so I don't expect any comments on it because they're simply not using it. it's unfortunate though that Ex Libris choses such a strategy of hiding features to improve poor performance.

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    Interesting.
    Every now and then we may have a comment, but our general impression is that it's treated like google in that nobody really cares about the number at the top particularly when doing a broad topic search, so long as relevance ranking is good. And data shows very few people go beyond the first page or two.
    In contrast, the number of results is very necessary for context and framing when targeting into more narrow topic or known item type searches where there may only be a smaller number of results and faceting may be used to target further.
    I would think patrons would be concerned to have no indication at all as to the number of results, with also limitation of 1-5 pages at the bottom of the screen (if set to 10 or 25) and 1-3 pages (if set to 50).

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    Could you advise why this would be useful?

  13. 5 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Stacey van Groll shared this idea  · 
  14. 4 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    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

    Stacey van Groll shared this idea  · 
  15. 61 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    As an accessibility issue, this should be a SalesForce case, rather than an enhancement request.

  16. 1 vote
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I hope it’s okay if I share the translated text from the word document from Hebrew to English.

    This is:
    Sort the display of the results on the left
    In Primo - the main page (with image)
    in favorites [pin] (with image)
    add:
    Date - the newest
    Date - the oldest
    Change to the order of adding to favorites [in place of the date added]

    In sum, my understanding of the request is that main Primo results has the options to sort by publication date of the resource by Date Newest and Date Oldest. Currently in Favourites there is only an option to sort by the date that the patron pinned the item to their Favourites.
    This request is to add the same options from main Primo results into Favourites, by adding the options to sort by publication date of the resource by Date Newest and Date Oldest.

  17. 99 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Content  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Hello,

    After a meeting with Austlit it is clear there is more efforts required for preparing the file for adding it to CDI.

    We will have more updates during the coming months and probably have a more accurate timeline during Q3.

    Kind regards,

    Tamar

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    The University of Queensland Library and AustLit are collaborating on this topic to add AustLit content to the Central Discovery Index.

    Stacey van Groll supported this idea  · 
  18. 0 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I wanted to add another comment to note that the person I was talking back and forth with here appears to have deleted their account.
    I would expect their comments to remain in place, but they are missing now.
    So, it's looks like I'm having a bit of a crazy conversation only with myself, which wasn't the case.

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I believe this is because a provider has given that record metadata to Ex Libris in English.
    There is the record in English from ProQuest, and this matches to the ProQuest source platform showing the record metadata in English and the article in Chinese: cdi_proquest_journals_1858231693
    There is also a record which has Chinese metadata also, rather than English. This is cdi_hyweb_hyread_00440336 and I believe this is from the Chinese Electronic Periodical Service (CEPS).
    If you search by the Chinese characters, the Chinese version record will be returned in Primo.
    Basically, Ex Libris is presenting what the provider has given them, which does seem reasonable and right to me and is their standard practice to not adjust provider metadata.
    They also don’t Match & Merge when there are language variations, which does seem right to be also as that could get very messy trying to merge such varying data.
    Are you thinking that Ex Libris should add a detection factor during provider feed ingestion to identify if the record metadata is in English, but there is Language metadata stating something else like Chinese, and try to employ a translation service to transform the data to that language?

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    We have access to this example content via a CDI record from ProQuest, same as yours. The metadata is in English, and it has a Language display field of Chinese.
    When navigating to ProQuest, I see this is replicated by the English metadata, Chinese Language indication, and the pdf in Chinese.
    In looking around your site, I see that you have a Language facet but in a random check of your records I can’t see any Language fields displayed in records. When using this facet to limit to Chinese after doing a search by the article title, this record appears, Have you deliberately disabled the Language display field? If not, I think it is a defect that you are not seeing the Language display field, to make clear the article is in Chinese on the source platform.

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    Is there an example of this?
    Whenever I have seen this, it has appeared to be explainable by match and merge of multiple sources and the full text source content reflects the same. For example, the title in English in the source but the article in another language and in the Primo record the title is in English.
    Or is this asking instead for something like that Ex Libris step in to change the metadata themselves for the title to match the article language despite what the provider may have made available to them, such as by AI generative tools?

  19. 2 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Primo » Primo VE  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Stacey van Groll supported this idea  · 
  20. 3 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Stacey van Groll commented  · 

    I'm wondering about the nature of the solution and if it would be better enhancing the matching process en masse, rather than adding a mechanism for manual individual flagging.
    Can you advise the situation with example, which Ex Libris states currently has no technical solution? One of those instances where I wish we could still see cases so I could look up the details myself!
    Is it something like an aggregator which just randomly doesn't have a particular article?

    An error occurred while saving the comment
    Stacey van Groll commented  · 

    This seems like a metadata issue to me that would be best reported with a request for metadata correction in CDI and/or Alma, to ensure CDI records are not marked as available online per Alma coverage information when this is not true.
    It would be helpful to have the details from the stated cases to understand why the metadata correction is not possible.

Feedback and Knowledge Base