If the referent has a DOI, then I would argue that
rft_id=http://dx.doi.org/10.1145/2132176.2132212 is all you need. The
descriptive information that typically goes in the ContextObject can be
obtained (if necessary) by content-negotiating for application/rdf+xml.
OTOH, if someone pokes this same URI from a browser instead, you will
generally get redirected to the publisher's web site with the full-text
close at hand.
The same principle should apply for any bibliographic resource that has
a Linked Data identifier.
Jeff
> -----Original Message-----
> From: Code for Libraries [mailto:[log in to unmask]] On Behalf
Of
> Owen Stephens
> Sent: Wednesday, November 21, 2012 9:55 AM
> To: [log in to unmask]
> Subject: Re: [CODE4LIB] OpenURL linking but from the content
provider's
> point of view
>
> The only difference between COinS and a full OpenURL is the addition
of
> a link resolver address. Most databases that provide OpenURL links
> directly (rather than simply COinS) use some profile information -
> usually set by the subscribing library, although some based on
> information supplied by an individual user. If set by the library this
> is then linked to specific users by IP or by login.
>
> There are a couple(?) of generic base URLs you can use which will try
> to redirect to an appropriate link resolver based on IP range of the
> requester, with fallback options if it can't find an appropriate
> resolver (I think this is how the WorldCat resolver works? The
'OpenURL
> Router' in the UK definitely works like this)
>
> The LibX toolbar allows users to set their link resolver address, and
> then translates COinS into OpenURLs when you view a page - all user
> driven, no need for the data publisher to do anything beyond COinS
>
> There is also the 'cookie pusher' solution which ArXiv uses - where
the
> user can set a cookie containing the base URL, and this is picked up
> and used by ArXiV (http://arxiv.org/help/openurl)
>
> Owen
>
> PS it occurs to me that the other part of the question is 'what
> metadata should be included in the OpenURL to give it the best chance
> of working with a link resolver'?
>
> Owen Stephens
> Owen Stephens Consulting
> Web: http://www.ostephens.com
> Email: [log in to unmask]
> Telephone: 0121 288 6936
>
> On 20 Nov 2012, at 19:39, David Lawrence <[log in to unmask]>
> wrote:
>
> > I have some experience with the library side of link resolver code.
> > However, we want to implement OpenURL hooks on our open access
> > literature database and I can not find where to begin.
> >
> > SafetyLit is a free service of San Diego State University in
> > cooperation with the World Health Organization. We already provide
> > embedded metadata in both COinS and unAPI formats to allow its
> capture
> > by Mendeley, Papers, Zotero, etc. Over the past few months, I have
> > emailed or talked with many people and read everything I can get my
> > hands on about this but I'm clearly not finding the right people or
> information sources.
> >
> > Please help me to find references to examples of the code that is
> > required on the literature database server that will enable library
> > link resolvers to recognize the SafetyLit.org metadata and allow
> > appropriate linking to full text.
> >
> > SafetyLit.org receives more than 65,000 unique (non-robot) visitors
> > and the database responds to almost 500,000 search queries every
> week.
> > The most frequently requested improvement is to add link resolver
> capacity.
> >
> > I hope that code4lib users will be able to help.
> >
> > Best regards,
> >
> > David
> >
> > David W. Lawrence, PhD, MPH, Director
> > Center for Injury Prevention Policy and Practice San Diego State
> > University, School of Public Health
> > 6475 Alvarado Road, Suite 105
> > San Diego, CA 92120 [log in to unmask]
> > V 619 594 1994 F 619 594 1995 Skype: DWL-SDCAwww.CIPPP.org --
> > www.SafetyLit.org
|