Ah, good angle, and worth investigating. Thanks!

Jenn




On 2014-07-14 8:54 PM, "Karen Coombs" <[log in to unmask]> wrote:

>Jenn,
>
>The WorldCat knowledge base has an API. For ebooks and ejournals should be
>able to query the API by the ISBN/ISSN to see if there is a match in the
>WorldCat knowledge base and the url(s) for that item. Before I joined
>OCLC,
>I played with the idea of doing something similar to this using a
>javascript and php proxy script in order to link to e-content from the
>record for the print version of the item in a library catalog.
>
>Karen
>
>
>On Mon, Jul 14, 2014 at 3:26 PM, Harper, Cynthia <[log in to unmask]> wrote:
>
>> Yes that helps - we call it "suppressed".
>>
>> Your post inspired me to research changing from our "old-style" III link
>> resolver to OCLC KB.  So far, fun with pubget...
>>
>> Cindy
>>
>> -----Original Message-----
>> From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
>> Jenn Riley
>> Sent: Monday, July 14, 2014 3:05 PM
>> To: [log in to unmask]
>> Subject: Re: [CODE4LIB] non-kb based openurl from ILS
>>
>> Oops, sorry for being oblique! Right now we have records for ebooks and
>> ejournals in Aleph completely hidden from users ('shadowed' as we call
>>it
>> here), so they're not retrieved in searches. We did this because we knew
>> the links in them werent going to work once we shut off SFX. If we had
>> OpenURL working in Aleph going through the OCLC KB we'd unshadow these
>> records and make them available to users again.
>>
>> This all assumes the records can get into Aleph in the first place which
>> is a separate issue, for which our approach and painful decisions are
>>too
>> complicated to get into here. :-)
>>
>> Does that help?
>>
>> Jenn
>>
>>
>>
>>
>> On 2014-07-14 2:50 PM, "Harper, Cynthia" <[log in to unmask]> wrote:
>>
>> >Sorry if this is too basic, but I'm not sure what you mean by
>>"shadowing"
>> >records in Aleph - does that mean you'd just have brief records in
>> >Aleph which are loaded from an OCLC kb export? But that sounds like
>> >your second option, adding a linkout...  I just don't know the
>>"shadowing"
>> >terminology.
>> >
>> >Cindy Harper
>> >[log in to unmask]
>> >
>> >-----Original Message-----
>> >From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of
>> >Jenn Riley
>> >Sent: Monday, July 14, 2014 1:54 PM
>> >To: [log in to unmask]
>> >Subject: [CODE4LIB] non-kb based openurl from ILS
>> >
>> >Hi everyone,
>> >
>> >We use Aleph for our back end ILS and WorldCat Local as our discovery
>> >layer. We'd previously maintained both the OCLC KB and the SFX KB, but
>> >under the principle of not maintaining data in two places we've retired
>> >SFX. We started out just shadowing records for e-books and e-journals
>> >in Aleph, but are now wondering what it would look like to continue to
>> >have those records available in Aleph and find a way to have them link
>> out.
>> >The URLs in these (currently shadowed) records go to SFX, and trying to
>> >redirect or batch update those looks like a no-go based on the
>> >difficulty of matching up the SFX and OCLC KB data. So we'd have to
>> >hide those URLs and find another way to get the user from the Aleph
>> >search result to the electronic version of that item.
>> >
>> >In this scenario we're considering a 'find full text' button in Aleph
>> >that sends an OpenURL request through to the OCLC link resolver. It's
>> >basically old-skool OpenURL as before KBs existed. Or how OpenURL works
>> >from an A&I database.
>> >
>> >We think it's possible to do this in Aleph piggybacking on how the SFX
>> >requests were constructed and sent, but would like to talk with others
>> >who have done this or something similar through Aleph, if there are
>>any.
>> >Anyone have any experience with this? Or words of advice?
>> >
>> >Jenn
>> >
>> >-----------------------------------
>> >Jenn Riley
>> >Associate Dean, Digital Initiatives | Vice Doyenne, Initiatives
>> >numériques
>> >
>> >McGill University Library | Bibliothèque Université McGill
>> >3459 McTavish Street | 3459, rue McTavish Montreal, QC, Canada H3A 0C9
>> >| Montréal (QC) Canada  H3A 0C9
>> >
>> >(514) 398-3642
>> >[log in to unmask]
>>