The COinS generator was an instance of the 1Cate/Worldcat Link Manager
software, which has been retired.
A replacement would be an hour or two of work in RoR or Django, very suitable
for a hackathon. I’d be happy to consult if anyone wants it.
I continue to be surprised at the ratio of
. Giarlo
Sent: Friday, January 17, 2014 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS metadata format support
Chad,
In that case, I wonder if you might get more mileage out of
schema.orgmicrodata instead of COinS. There are undoubtedly more clients
out there that can make sense
I was able to easily find and create COinS for books and journals. I started
thinking about images, video, audio, etc. I see references to
'info:ofi/fmt:kev:mtx:unknown' as a rft_val_fmt value some places. I would
assume if I went down that road the rft.genre would have a value of 'unknown'
Hi Chad,
Are these subscription images/video/audio that libraries have? The original
purpose of COinS, as I understand it, was to get people to subscription
copies. Depending on what you're doing (i.e. the purpose/intended use)
there might be a better standard these days.
In case it helps
The missing formats are missing because they were never defined in the
OpenURL standard. There is a registry of formats [1] that was designed
to be updatable, although few updates have been done. I worked on the
document type standards that are there today, and would happily help
develop
What's your use case for the COinS, Chad?
-Mike
On Fri, Jan 17, 2014 at 10:00 AM, Karen Coyle li...@kcoyle.net wrote:
The missing formats are missing because they were never defined in the
OpenURL standard. There is a registry of formats [1] that was designed to
be updatable, although few
to only certain resource types.
Best,
Chad
- Original Message -
From: Jodi Schneider jschnei...@pobox.com
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 12:54:43 PM
Subject: Re: [CODE4LIB] COinS metadata format support
Hi Chad,
Are these subscription images/video/audio
@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 1:05:29 PM
Subject: Re: [CODE4LIB] COinS metadata format support
What's your use case for the COinS, Chad?
-Mike
On Fri, Jan 17, 2014 at 10:00 AM, Karen Coyle li...@kcoyle.net wrote:
The missing formats are missing because they were never defined
to do I just didn't want to limit this feature to only
certain resource types.
Best,
Chad
- Original Message -
From: Jodi Schneider jschnei...@pobox.com
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 12:54:43 PM
Subject: Re: [CODE4LIB] COinS metadata format support
Hi
12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS metadata format support
Chad,
In that case, I wonder if you might get more mileage out of schema.orgmicrodata
instead of COinS. There are undoubtedly more clients out there that can make
sense of HTML5 microdata than COinS
J. Giarlo leftw...@alumni.rutgers.edu
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 1:33:45 PM
Subject: Re: [CODE4LIB] COinS metadata format support
Chad,
In that case, I wonder if you might get more mileage out of
schema.orgmicrodata instead of COinS. There are undoubtedly more
-
From: Michael J. Giarlo leftw...@alumni.rutgers.edu
To: CODE4LIB@LISTSERV.ND.EDU
Sent: Friday, January 17, 2014 1:33:45 PM
Subject: Re: [CODE4LIB] COinS metadata format support
Chad,
In that case, I wonder if you might get more mileage out of
schema.orgmicrodata instead of COinS
, but it has gone. Anything of that ilk?
Thanks,
Dave
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Michael
J. Giarlo
Sent: Friday, January 17, 2014 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS metadata format support
Chad
: [CODE4LIB] COinS metadata format support
Mike,
I initially started with microdata; larger coverage... Someone reminded me
about COinS and that has gotten me distracted now. Been weighing both back and
forth in my mind. Why not both? Can I have my cake and eat it too?
I like cake,
Chad
of the
OCLC NJ COinS tool, but it has gone. Anything of that ilk?
Thanks,
Dave
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Michael J. Giarlo
Sent: Friday, January 17, 2014 12:34 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS
Agreed.
The SchemaBibex group is having some of this discussion, and I think the
'appropriate copy' problem is one the library community can potentially bring
to the table. There are no guarantees, and it could be we end up with yet
another set of standards/guidelines/practices that the wider
, if anything to avoid
proprietary solutions becoming de facto standards.
Cheers,
M
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Owen
Stephens
Sent: 21 November 2012 10:37
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS
Agreed
On 11/20/2012 8:25 PM, Godmar Back wrote:
Could you elaborate on your belief that COinS is actually illegal in
HTML5? Why would that be so?
Yeah, thanks for calling me on that, I was wrong! Not sure where I got
that idea, but it does not seem to be illegal. (Did some earlier version
of HTML5
It _IS_ an old unused metadata format that should be replaced by
something else (among other reasons because it's actually illegal in
HTML5), but I'm not sure there is a something else with the right
balance of flexibility, simplicity, and actual adoption by consuming
software.
But COinS
For what it is worth, I can offer an approximate measure of the utility of
COinS. After my online database had UnAPI metadata available for quite a
while, I began receiving lots of requests for COinS from people who use
Mendeley. Normally, I receive lots of complaints, requests and suggestions.
I
Funny this topic comes up right now.
A few days ago, Wikipedia (arguably the biggest provider of COiNS) decided
to discontinue it because they've discovered that generating the COinS
using their decrepit infrastructure uses up so much processing power that
attempts to edit pages with lots of
If the goal is to embed bibliographic metadata in HTML, I would suggest
Schema.org instead of COinS.
Jeff
Jonathan Rochkind rochk...@jhu.edu wrote:
It _IS_ an old unused metadata format that should be replaced by
something else (among other reasons because it's actually illegal in
HTML5),
Could you elaborate on your belief that COinS is actually illegal in
HTML5? Why would that be so?
- Godmar
On Tue, Nov 20, 2012 at 5:20 PM, Jonathan Rochkind rochk...@jhu.edu wrote:
It _IS_ an old unused metadata format that should be replaced by something
else (among other reasons because
Jonathan Rochkind wrote:
What do you mean by suggest schema.org?
I'm suggesting Schema.org as a cross-domain extensible vocabulary that that can
be (but doesn't have to be) embedded in HTML (e.g. via Microdata
http://www.w3.org/TR/microdata/ and/or RDFa
http://www.w3.org/TR/rdfa-lite/
I've been adding COinS to some of our pages. However, we don't have a
URLResolver here, so I can't tell how they look and if they are working.
Anyone willing to check a few and let me know?
http://www.lpi.usra.edu/lpi/lpi_contribution.cfm
Thanks,
David Bigwood
dbigw...@hou.usra.edu
Lunar
Sent: Friday, March 11, 2011 10:57 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] COinS
I've been adding COinS to some of our pages. However, we don't have a
URLResolver here, so I can't tell how they look and if they are
working.
Anyone willing to check a few and let me know?
http
Demian,
Thanks for the tip. I'd forgotten Zotero did COinS.
Dave
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of
Demian Katz
Sent: Friday, March 11, 2011 10:08 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] COinS
If you install
True, but sad.
Sent from Eric Hellman's iPhone
1-862-596-0116
On Dec 8, 2008, at 2:20 PM, Karen Coyle [EMAIL PROTECTED] wrote:
Eric Hellman wrote:
Yep. There's no URI for LCC. You could put LCC in the subject field
of a
dublin core profile metadata format ContextObject. But it's not
Even if there was a URI for LCC, I wouldn't put it in rft_id unless an
individual LCC uniquely identifies a particular manifestation--I don't
_think_ it does, I think two books can share the same LCC? But I guess
not when you include all the trailing 'cutter'-type numbers?
At any rate, there
On 9 December 2008, Jonathan Rochkind wrote:
... I think two books can share the same LCC? But I guess not when you
include all the trailing 'cutter'-type numbers?
Not in the same library, but there's nothing to stop two different
libraries from having the same call number for two different
LCCN--Library of Congress Control Number--eg 98013779--, yes.
LCC--Library of Congress Classification--eg BF575.H27 W35 1991--I don't
think so.
Jonathan
Eric Hellman wrote:
just catch up on the discussion here...
for the benefit of those who aren't on the openurl list, it was pointed out
Yep. There's no URI for LCC. You could put LCC in the subject field of a
dublin core profile metadata format ContextObject. But it's not clear why
anyone would want to do that.
On 12/8/08 10:41 AM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
LCCN--Library of Congress Control Number--eg
Eric Hellman wrote:
Yep. There's no URI for LCC. You could put LCC in the subject field of a
dublin core profile metadata format ContextObject. But it's not clear why
anyone would want to do that.
Well, it could provide some -- dare I say? -- CONTEXT. Having the
classification could help
On Fri, Dec 5, 2008 at 9:08 PM, Michael Ang [EMAIL PROTECTED] wrote:
From what I've been reading it sounds like abbr with title is more of a
problem than span with title. So maybe span with title isn't too much
of a problem in practice? I suspect that whether the span is empty doesn't
make a
I agree with this, as well as just using HTTP for it (Status: 300/Conneg).
Still gets a bit tricky when talking about a 'search results' or
'browse' page (rather than a 'resource' page).
Of course, some other metadata options beside JSON would probably
helpful in this case, since it would take
just catch up on the discussion here...
for the benefit of those who aren't on the openurl list, it was pointed out
that you can put lccn in a ContextObject using info uri's:
rft_id=info:lccn/93004427
Eric
On 12/1/08 1:28 PM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
I'm not sure there's
Wait, has there actually been confirmation of this behavior? What
browser displays the title for a span? I haven't run across this.
-Ross.
On Thu, Dec 4, 2008 at 2:02 PM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
Yeah, I had recently noticed indepedently, been unhappy with the way a COinS
On Dec 4, 2008, at 9:30 AM, Tom Habing wrote:
link rel=unapi-server type=application/xml title=unAPI href=http://www.dlfaquifer.org/unapi
/
Yes, forgot to mention this piece.
link rel=unapi-server type=application/xml title=unAPI href=http://ethicshare.org/unapi
/
On 12/05/2008 10:45 AM, Ross Singer wrote:
Wait, has there actually been confirmation of this behavior? What
browser displays the title for a span? I haven't run across this.
If you tag things as span title='foo'Some Text/span, most browsers
will display the title as a tooltip over Some
On Thu, Dec 4, 2008 at 2:31 PM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
Not that I know of.
You can say display:none, but that'll probably hide it from LibX etc too.
No, why would it.
BTW, I don't see why screen readers would stumble over this when the
child of the span is empty. Do they
Actually... @media aural :-)
http://www.w3.org/TR/CSS2/media.html#media-types
But is it supported well enough?
On Thu, Dec 4, 2008 at 2:31 PM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
Not that I know of.
You can say display:none, but that'll probably hide it from LibX etc too.
What is
On Thu, Dec 4, 2008 at 11:31 AM, in message [EMAIL PROTECTED], Jonathan
Rochkind [EMAIL PROTECTED] wrote:
What is needed is a CSS @media for screen readers, like one exists for
'print'.
For CSS3, the working group feels that screen readers should combine screen and
speech media types as
Actually [EMAIL PROTECTED] speech. :-)
http://www.w3.org/TR/CSS21/aural.html
CSS 2.1 reserves the 'speech' media type (see chapter 7, Media
types), but does not yet define which properties do or do not apply to
it...The type 'aural' is now deprecated.
I strongly suspect the current generation
Right, one note on that: http://ocoins.info/#id3205609416
What I was more referring to was this behavior occurring w/r/t to COinS/unAPI.
1) Is this really happening?
2) Wouldn't this be an implementation issue?
-Ross.
On Fri, Dec 5, 2008 at 10:49 AM, Thomas Dowling [EMAIL PROTECTED] wrote:
On Fri, Dec 5, 2008 at 10:50 AM, Godmar Back [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 2:31 PM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
Not that I know of.
You can say display:none, but that'll probably hide it from LibX etc too.
No, why would it.
I agree with Godmar -- everything
My Firefox3 does, and my IE7 does too. That's mysterious that yours
doesn't.
Jonathan
Ross Singer wrote:
Wait, has there actually been confirmation of this behavior? What
browser displays the title for a span? I haven't run across this.
-Ross.
On Thu, Dec 4, 2008 at 2:02 PM, Jonathan
Ah, thanks Godmar and Thomas. The empty span is probably the key. I
don't always use empty spans for COinS. For instance, the Code4Lib
Journal, we put a link inside the span that takes you to a page that
says If you had LibX installed, you'd get useful functionality here
instead of this link.
Oops, good point, display:none might cause problems for COinS using
user-agents that count on inserting content into the span and having it
be visible.
Perhaps user-agents should be changed to change the style, removing
display:none if it's there, maybe that should be reccommended best
On Fri, Dec 5, 2008 at 10:50 AM, Godmar Back [EMAIL PROTECTED] wrote: would
it.
BTW, I don't see why screen readers would stumble over this when the
child of the span is empty. Do they try to read empty text? And if
a COinS is processed, we fix up the title so tooltips show nicely.
Yeah, if
On Fri, Dec 5, 2008 at 10:50 AM, Godmar Back [EMAIL PROTECTED] wrote:
BTW, I don't see why screen readers would stumble over this when the
child of the span is empty. Do they try to read empty text? And if
a COinS is processed, we fix up the title so tooltips show nicely.
Thinking about this
On Fri, Dec 5, 2008 at 1:14 PM, Ross Singer [EMAIL PROTECTED] wrote:
On Fri, Dec 5, 2008 at 10:50 AM, Godmar Back [EMAIL PROTECTED] wrote:
BTW, I don't see why screen readers would stumble over this when the
child of the span is empty. Do they try to read empty text? And if
a COinS is
Ed Summers wrote:
On Fri, Dec 5, 2008 at 10:50 AM, Godmar Back [EMAIL PROTECTED] wrote: would
it.
BTW, I don't see why screen readers would stumble over this when the
child of the span is empty. Do they try to read empty text? And if
a COinS is processed, we fix up the title so tooltips
For the DLF Aquifer portal (http://www.dlfaquifer.org/), we have
implemented unAPI as follows.
In the html head there is a link:
link rel=unapi-server type=application/xml title=unAPI
href=http://www.dlfaquifer.org/unapi; /
which identifies the base URL for the unAPI service, then
On Dec 3, 2008, at 4:19 PM, Karen Coyle wrote:
Thanks, Chad, it does help. And I think it helps me understand why I
was a bit confused by the suggestion, but let me see if I've gotten
it:
I asked about COinS. COinS (drat, hate uplow, from now on just
coins) is basically just a formatted
On Wed, Dec 3, 2008 at 9:12 PM, Ed Summers [EMAIL PROTECTED] wrote:
On Tue, Dec 2, 2008 at 3:11 PM, Godmar Back [EMAIL PROTECTED] wrote:
COinS are still needed, in particular in situations in which multiple
resources are displayed on a page (like, for instance, in the search
results pages of
Yeah, I had recently noticed indepedently, been unhappy with the way a
COinS title shows up in mouse-overs, and is reccommended to be used by
screen readers. Oops.
But I think it's still worth putting in, until we come up with something
better. COinS is one of the few useful micro-standards
On 12/04/2008 02:02 PM, Jonathan Rochkind wrote:
Yeah, I had recently noticed indepedently, been unhappy with the way a
COinS title shows up in mouse-overs, and is reccommended to be used by
screen readers. Oops.
By any chance, do current screen readers honor something like 'span
class=Z3988
Not that I know of.
You can say display:none, but that'll probably hide it from LibX etc too.
What is needed is a CSS @media for screen readers, like one exists for
'print'. So you could have a seperate stylesheet for screenreaders, like
you can have a seperate stylesheet for print. That
I know of no uses other than browser plug-ins. For microformats in
general, browser plugins (or other user-agent behavior--at one point
there was talk of supporting microformats in FF3 without a plugin, but
it didn't make it in) are the most common use case.
I know of no way for you to
On Dec 2, 2008, at 4:21 PM, Karen Coyle wrote:
I've looked at unAPI, but I can't get a handle on what needs to be
in the abbr. What would be useful?
kc
I put together a pretty basic unAPI interface (technically, a Drupal
module) for our EthicShare project; you can see how the abbr tags
Thanks, Chad, it does help. And I think it helps me understand why I was
a bit confused by the suggestion, but let me see if I've gotten it:
I asked about COinS. COinS (drat, hate uplow, from now on just coins) is
basically just a formatted string imbedded in the html that will be used
by an
Yes, that's correct.
However, if you already offer persistent URLs for item data in one or
more machine-readable formats (like MARC, or DC in XML), the additional
work that needs to be done is likely just a fairly small amount of
'glue' to make those alternate formats discoverable via unAPI.
This is correct. I'd bet it'd be like 10 lines of PHP or less, though.
-Ross.
On Wed, Dec 3, 2008 at 5:19 PM, Karen Coyle [EMAIL PROTECTED] wrote:
Thanks, Chad, it does help. And I think it helps me understand why I was a
bit confused by the suggestion, but let me see if I've gotten it:
I
On Tue, Dec 2, 2008 at 3:11 PM, Godmar Back [EMAIL PROTECTED] wrote:
COinS are still needed, in particular in situations in which multiple
resources are displayed on a page (like, for instance, in the search
results pages of most online systems or on pages such as
http://citeulike.org, or in a
One thing to keep in mind when looking at unAPI, COinS and
Microformats in general is:
http://www.bbc.co.uk/blogs/radiolabs/2008/06/removing_microformats_from_bbc.shtml
//Ed
Ed Summers wrote:
I guess the main thing I wanted to
communicate is that you could simply add:
link rel=alternate type=application/json
href=http://openlibrary.org/api/get?key=/b/{open-library-id}; /
to the head element in OpenLibrary HTML pages for books, and that
would go a long way to
Gabriel Farrell wrote:
COinS would be great, but unAPI would be useful also. In the case of
Zotero, for example, more information can be passed along with unAPI
than with COinS.
I agree. They are not mutually exclusive and can be used for quite
different purposes. In my experience COinS is
Having a per-page link to get an alternate representation of a
resource is certainly helpful for some applications, and please do
support it, but don't consider the problem solved.
The primary weakness of this approach is that it works only if a page
is dedicated to a single resource.
COinS are
I've looked at unAPI, but I can't get a handle on what needs to be in
the abbr. What would be useful?
kc
Ere Maijala wrote:
Gabriel Farrell wrote:
COinS would be great, but unAPI would be useful also. In the case of
Zotero, for example, more information can be passed along with unAPI
than
I have a question to ask for the Open Library folks and I couldn't quite
figure out where to ask it. This seems like a good place.
Would it be useful to embed COinS in the book pages of the Open Library?
Does anyone think they might make use of them?
Thanks,
kc
--
Having COinS embedded in the Open Library would be useful. Zotero would
have made use of such COinS -- but because they were absent, a custom
translator was written to grab the bibliographic metadata from OL.
-Raymond
Karen Coyle wrote:
I have a question to ask for the Open Library folks and
Coyle
Sent: Monday, December 01, 2008 11:08 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] COinS in OL?
I have a question to ask for the Open Library folks and I couldn't quite
figure out where to ask it. This seems like a good place.
Would it be useful to embed COinS in the book pages
Not just the book pages, I might add! Wikipedia probably has the most
non-book COinS deployed; Worldcat is the premier site for book COinS.
A recent but impressive addition to the COinSiverse is ResearchBlogging- see
http://ResearchBlogging.org
Eric
On 12/1/08 11:08 AM, Karen Coyle [EMAIL
: +44 (0)20 7594 8829
e: [EMAIL PROTECTED]
-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf
Of
Karen Coyle
Sent: 01 December 2008 16:08
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] COinS in OL?
I have a question to ask for the Open Library folks
Yes. A COinS object could/would allow users using LibX to be directed
to my link resolver, to find an alternate licensed ebook copy of that
book, to issue an ILL request for a print version, or to find a print
version on the local libraries shelves.
It is important that the COinS object
Thanks, Eric (and all!) - by non-book you mean other formats (films,
music, etc.?) OL doesn't have records for those (yet). There is an
author record, but I'm not sure how it might be used (it doesn't have a
link to LCNA). I supposed a COinS with the author name and dates would
be of some
Thanks for the specifics. I'll definitely include those. We also have
things like DDC and LCC -- I'm not sure those help in the OpenURL world
although I'm always hoping that someone will find a good use for them
since they are rich bits of information. And we have lots of subjects,
but I guess
I'm not sure if a COinS with just author information, rather than a
citation to a particular bibliographic resource, is actually of use.
The OpenURL SAP profiles, which COinS works with, wasn't really designed
for that. I'd work up a clear use case before expending development
energy on it.
I'm not sure there's any good way to include a DDC or LCC in an SAP1
OpenURL for COinS. Same with subject vocabularies. Really, I'm pretty
sure there is NOT, in fact. But if there is, sure, throw them in, put
in anything you've got.
But this re-affirms my suggestion that there might be a
Definitely useful.
Minor note. COinS appears to separate first and last name for authors.
Open Library has them as a single field. I'm sure you'll find a
solution.
On Mon, 2008-12-01 at 08:08 -0800, Karen Coyle wrote:
I have a question to ask for the Open Library folks and I couldn't quite
At Mon, 1 Dec 2008 08:15:24 -0800,
Raymond Yee wrote:
Having COinS embedded in the Open Library would be useful. Zotero would
have made use of such COinS -- but because they were absent, a custom
translator was written to grab the bibliographic metadata from OL.
Zotero also supports Unapi,
On Mon, Dec 01, 2008 at 08:08:15AM -0800, Karen Coyle wrote:
I have a question to ask for the Open Library folks and I couldn't quite
figure out where to ask it. This seems like a good place.
Would it be useful to embed COinS in the book pages of the Open Library?
Does anyone think they
PROTECTED]
-Original Message-
From: Code for Libraries [mailto:[EMAIL PROTECTED] On Behalf
Of
Karen Coyle
Sent: 01 December 2008 16:08
To: CODE4LIB@LISTSERV.ND.EDU
Subject: [CODE4LIB] COinS in OL?
I have a question to ask for the Open Library folks and I couldn't
quite
figure out where
On Mon, Dec 1, 2008 at 3:53 PM, John Miedema [EMAIL PROTECTED] wrote:
Definitely useful.
Minor note. COinS appears to separate first and last name for authors.
Open Library has them as a single field. I'm sure you'll find a
solution.
Depending on the metadata format used (I figure pretty
Of course, if the software providing the structured data does already
know how to seperate firstname and lastname, that will be quite useful
to the client who is receiving it. But if all you've got is a name
string and don't know what is firstname and what is lastname, yeah, the
OpenURL
Hi Karen:
I definitely think adding COinS to OpenLibrary pages could make sense.
I'm curious what everyone's use case is. Is it mainly browser plugins
that can inject links to a relevant OpenURL router so that you can
find books in your local context? If so I think use of COinS in
OpenLibrary
John Miedema wrote:
Definitely useful.
Minor note. COinS appears to separate first and last name for authors.
Open Library has them as a single field. I'm sure you'll find a
solution.
We've still got the input records with last, first, and they are linked
to the OL record. But I also
Thanks, Ed. Some of this is a bit over my head, but I'll pass it along
to those to whom it will make sense.
There is every intention to make the OL data available in
machine-readable formats -- there's the usual problem of not having
enough time to implement everything with a small
On Mon, Dec 1, 2008 at 11:05 PM, Karen Coyle [EMAIL PROTECTED] wrote:
I asked about COinS because it's something I have vague knowledge of. (And I
assume it isn't too difficult to implement.) However, if there are other
services that would make a bigger difference, I invite you (all) to speak
I am developing a service to put our link resolver (SFX) information for
a given title on the OPAC 'details' screen for that title.
In addition to putting the information right on that screen, I'm putting
an OpenURL link there to our link resolver. To begin with, this is not
COinS, because I
That makes sense, thanks. I have certainly spent some time with that
openurl reference document. It occurs to me that for external users, it
would actually be _preferable_ for them to see both sets of links. Since
this link is in fact attached in this case to some data generated _from_
my link
91 matches
Mail list logo
