JISCMail - LIS-TALIS-ASPIRE Archives

Christina,

That’s interesting. Are the two 856 links not both displayed in Aspire? Are you saying that one or other of the links are displayed, but there is no pattern as to which one is displayed?

We have items bookmarks with multiple 856 information such as:

http://resourcelists.kent.ac.uk/items/ADDB0E68-0946-71F9-923B-D680AA46CF8B.html

These are both in the 856 42:

856 42 |3 Contributor biographical information |u http://www.loc.gov/catdir/enhancements/fy0716/2005276147-b.html

856 42 |3 Publisher description |u http://www.loc.gov/catdir/enhancements/fy0716/2005276147-d.html

Andy

From: Talis Aspire Users [mailto:[log in to unmask]] On Behalf Of Lake, Christina
Sent: 21 September 2012 14:44
To: [log in to unmask]
Subject: Re: 856 [static metadata in Aspire]

Interesting debate on dynamically updating data as I've just been manually removing links in Talis Aspire where we have two different e-book links in the catalogue record. The reason I've had to do this in Talis rather than on the catalogue is because our library provides a service to two separate institutions (University College Falmouth and University of Exeter) and so both the links are needed as one is to handle authentication for Falmouth students and one for Exeter students. However, when the book is bookmarked in Talis Aspire it is for only one set of students as we have separate Talis Aspire systems for each institution, and there appears to be no logic as to which link will be picked up, so I've been going through taking out the link I don't need where this is the case. If the 856 field were to be dynamically updated (which I agree would be a good thing!) then I would have to find a different solution for providing the right link within Talis Aspire. But maybe there's an easier solution out there already?

Christina

From: Talis Aspire Users [[log in to unmask]] on behalf of Andy Ekins [[log in to unmask]]
Sent: 21 September 2012 14:15
To: [log in to unmask]
Subject: Re: 856 [static metadata in Aspire]

Richard,

Thanks for the reply and good to know that we’re not the only ones with changing 856 data. The wider issue of dynamic updating of information would be really useful, especially if it could encompass dynamic linking to catalogue records.

I’ll add the 856 request as an idea.

Ta!

Andy

From: Talis Aspire Users [mailto:[log in to unmask]] On Behalf Of Cross, Richard
Sent: 21 September 2012 12:40
To: [log in to unmask]
Subject: Re: 856 [static metadata in Aspire]

Hi Andy

Right now, there’s no dynamic link between *any* bookmarked metadata and the source metadata in Aspire.

Aspire grabs and copies the data. Although, in the case of the local LMS, it will include an reference id back to the source record, there’s no dynamic link to reflect subsequent changes in the source metadata. (The Availability look-up, in contrast, is real time).

Although it’s simple to ‘refresh’ (i.e. wipe and replace) the metadata at the individual bookmark level (by, for instance, an LCN look-up), there’s no independent ‘Global Change’ feature in Aspire.

There are lots of use cases where dynamic record updating (of local collection data, especially) could be extremely useful in Aspire – but I think a wider approach that just $856 link field values would be worth considering.

We dealt with one of the change cases you outlined below this summer. We needed to update the Shibboleth IdP URL referenced in the $856 deep-link of one eBook providers. That meant (as well as the single change on the eBook provider account) we had to update all of our records in Aleph, re-harvest them into Primo and contract Talis to update all occurrences of those eBook records in Aspire.

Regards

Richard Cross

Resource Discovery and Innovation Team Manager

Libraries and Learning Resources

Hollymount House

Nottingham Trent University

Nottingham NG1 4BU

t: +44(0)115 848 4878

m: 07789 983916

e: [log in to unmask]

From: Talis Aspire Users [mailto:[log in to unmask]] On Behalf Of Andy Ekins
Sent: 21 September 2012 12:09
To: [log in to unmask]
Subject: [LIS-TALIS-ASPIRE] 856

All,

We identified a problem with our cataloguing practise a few weeks back. We were moving the URL for e-books from the 856 field to the holding and then displaying it from there on our OPAC. The problem was that Aspire expects the URL to be in the 856 and as such none of our e-books links were displaying. We undertook some internal development work to move the 856 from the holding back to the 856 for all our e-books and have now change the cataloguing practise so it is left in the 856 by default.

However we have discovered a problem…

It appears that the 856 metadata that show in Aspire are static from the point at which the item was bookmarked (Talis correct me if I’m wrong!). If so, this means that all our e-books that have been bookmarked already appear to have no 856 information in Aspire. This means we will need to revisit them and relink them. Given that changes to the 856 field are possible and potentially probable (changes to SSO, suppliers URLs, e-book packages, etc), wouldn’t it be better if the 856 information was ‘cached’ instead of static? By this I mean updated on a regular (daily, weekly, monthly) basis; this means that any changes to the 856 would eventually be reflected in Aspire.

Thoughts?

Cheers,

Andy

-------------------------------------------

Andy Ekins

Project Manager - Library Collections

Information Services
Templeman Library
University of Kent
Canterbury
CT2 7NU
01227 827351

To unsubscribe from the LIS-TALIS-ASPIRE list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=LIS-TALIS-ASPIRE&A=1

DISCLAIMER: This email is intended solely for the addressee. It may contain private and confidential information. If you are not the intended addressee, please take no action based on it nor show a copy to anyone. In this case, please reply to this email to highlight the error. Opinions and information in this email that do not relate to the official business of Nottingham Trent University shall be understood as neither given nor endorsed by the University. Nottingham Trent University has taken steps to ensure that this email and any attachments are virus-free, but we do advise that the recipient should check that the email and its attachments are actually virus free. This is in keeping with good computing practice.

To unsubscribe from the LIS-TALIS-ASPIRE list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=LIS-TALIS-ASPIRE&A=1