Currently, when one of our list owners bookmarks a resource from our library discovery platform (Ex Libris Primo VE) or from a publisher site, not all of the relevant fields are populated in the resource record in Talis Aspire. For example, when journals and articles are bookmarked, it would be extremely useful to capture the ISSN/eISSN, Publisher, and DOI, but this doesn't happen in all cases.
While students might not need the contents of these fields to use and reference the resource, they will under some circumstances. Also, there are various groups of staff for whom comprehensive metadata is essential. As a principle, we need to be able to relate an item on a reading list with the corresponding title in its collection in our library management system (Ex Libris Alma). This is only possible if there are unique identifiers available for every item. In particular, it's essential for us that eISSN/ISSN information is available for each journal and article. Without the eISSN/ISSN, we have no direct, consistent way of making that connection and have to resort to a lot of manual, time-intensive processes instead, introducing greater potential for human error.
Being unable to relate resources in Talis Aspire to titles in our library collections has quite serious negative implications for collections development work. For example, if the URL of a particular publisher's platform changes, it is difficult to be certain that we have identified and fixed all of the links. Likewise, it can be hard to determine how frequently resources drawn from a particular provider appears on reading lists.
Hello!
I marked it as 'shipped' because the new bookmarking flow is now available to test and turn on for your tenancy. It will be turned on for all customers around year end, so you still have several months to test & go live at your convenience.
In the new flow, we will now capture the copy in library if an LCN is matched. If there is a DOI we will provide a bookmark option with the metadata from CrossRef. If there is an ISBN, we will display the metadata from Open Library. In all cases, we will provide what we can 'scrape' from the webpage source.
You will have the option to select the item from library when available, and for any option, you will be able to edit if still desired. On the redesigned edit form, it will display fields we could pull from that source option, as well as display buttons to add any remaining relevant metadata fields that may also be desired.
If you aren't testing already, please raise a support ticket to request the role. You will then be able to share it with others who wish to test. The new bookmark flow works the same as today, with the exception it shows you the alternative options rather than hiding them, and takes you to a preview of the bookmark metadata rather than edit form (to improve speed for academics & list editors). Edit an existing resource is in development.
Hope this helps, and do raise a support ticket if you have questions. Comparing to the classic bookmark experience, as well as providing specific examples and your discovery system will be useful. Thank you for asking!
Could you elaborate on what a status of 'Shipped' means please? Does that mean it's on your roadmap for development? Thanks.
It would also be great if the website title is captured when bookmarking a webpage.
Thank you, Georgia.
Hello, thanks for taking the time to give us this idea. We will revisit it when we look into our bookmarking theme of work later this year. Thanks, the Product team