We have been trying to enumerate serials holdings as explicitly as possible.
E.G., this microfiche supplement to a journal,
http://summit.syr.edu/cgi-bin/Pwebrecon.cgi?BBID=274291 shows apparently
missing issues. However, there are two pieces of inferred information here:
1) every print issue had
Don't forget inconsistent data from the person sending the OpenURL.
Rosalyn
On Tue, Jun 15, 2010 at 9:56 PM, Bill Dueber b...@dueber.com wrote:
On Tue, Jun 15, 2010 at 5:49 PM, Kyle Banerjee baner...@uoregon.edu wrote:
No, but parsing holding statements for something that just gets cut off
1015 Main Library . Iowa City, Iowa 52242
wendy-robert...@uiowa.edu
319-335-5821
-Original Message-
From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Bill
Dueber
Sent: Tuesday, June 15, 2010 8:57 PM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] WorldCat
On Mon, Jun 14, 2010 at 3:47 PM, Jonathan Rochkind rochk...@jhu.edu wrote:
The trick here is that traditional library metadata practices make it _very
hard_ to tell if a _specific volume/issue_ is held by a given library. And
those are the most common use cases for OpenURL.
Yep. That's true
://xerxes.calstate.edu
From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Tom Keays
[tomke...@gmail.com]
Sent: Tuesday, June 15, 2010 8:43 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] WorldCat as an OpenURL endpoint ?
On Mon, Jun 14, 2010 at 3:47 PM
Subject: Re: [CODE4LIB] WorldCat as an OpenURL endpoint ?
On Mon, Jun 14, 2010 at 3:47 PM, Jonathan Rochkind rochk...@jhu.edu wrote:
The trick here is that traditional library metadata practices make it _very
hard_ to tell if a _specific volume/issue_ is held by a given library. And
those
The trick here is that traditional library metadata practices make it
_very
hard_ to tell if a _specific volume/issue_ is held by a given library.
And
those are the most common use cases for OpenURL.
Yep. That's true even for individual library's with link resolvers. OCLC is
not
When I've tried to do this, it's been much harder than your story, I'm
afraid.
My library data is very inconsistent in the way it expresses it's
holdings. Even _without_ missing items, the holdings are expressed in
human-readable narrative form which is very difficult to parse reliably.
Kyle Banerjee schrieb:
This might not be as bad as people think. The normal argument is that
holdings are in free text and there's no way staff will ever have enough
time to record volume level holdings. However, significant chunks of the
problem can be addressed using relatively simple methods.
...@listserv.nd.edu] On Behalf Of Tom Keays
[tomke...@gmail.com]
Sent: Tuesday, June 15, 2010 8:43 AM
To: CODE4LIB@LISTSERV.ND.EDU
Subject: Re: [CODE4LIB] WorldCat as an OpenURL endpoint ?
On Mon, Jun 14, 2010 at 3:47 PM, Jonathan Rochkind rochk...@jhu.edu
wrote:
The trick here is that traditional
I do provide the user with the proxied WorldCat URL for just the reasons
Jonathan cites. But, no, being an otherwise open web resource, you can't
force a user to use it.
On Tue, Jun 15, 2010 at 12:22 PM, Jonathan Rochkind rochk...@jhu.eduwrote:
I haven't yet found any good way to do this if
I'm not sure what you mean by complete holdings? The library holds the
entire run of the journal from the first issue printed to the
last/current? Or just holdings that dont' include missing statements?
Perhaps other institutions have more easily parseable holdings data (or
even holdings data
Oh you really do mean complete like complete publication run? Very
few of our journal holdings are complete in that sense, they are
definitely in the minority. We start getting something after issue 1,
or stop getting it before the last issue. Or stop and then start again.
Is this really
Oh you really do mean complete like complete publication run? Very few
of our journal holdings are complete in that sense, they are definitely in
the minority. We start getting something after issue 1, or stop getting it
before the last issue. Or stop and then start again.
Is this really
14 matches
Mail list logo
