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] >