aries
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
Don't forget inconsistent data from the person sending the OpenURL.
Rosalyn
On Tue, Jun 15, 2010 at 9:56 PM, Bill Dueber wrote:
> On Tue, Jun 15, 2010 at 5:49 PM, Kyle Banerjee wrote:
>> No, but parsing holding statements for something that just gets cut off
>> early or which starts late shou
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
On Tue, Jun 15, 2010 at 5:49 PM, Kyle Banerjee wrote:
> No, but parsing holding statements for something that just gets cut off
> early or which starts late should be easy unless entry is insanely
> inconsistent.
Andthere it is. :-)
We're really dealing with a few problems here:
- Inconsis
> 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
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
On Tue, Jun 15, 2010 at 10:13 AM, Jonathan Rochkind wrote:
> 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?
>
Obviously, there has to
___
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, Jonathan Rochkind
wrote:
The tric
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 d
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 wrote:
>
> I haven't yet found any good way to do this if the user is off-c
gt; California State University
> http://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
>
>
> But if you think it's easy, please, give it a try and get back to us. :)
> Maybe your library's data is cleaner than mine.
>
>
I don't think it's easy, but I think detecting *complete* holdings is a big
part of the picture and that can be done fairly well.
Cleanliness of data will vary from on
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.
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.
Th
>
> > 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
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 wrote:
The trick here is that traditional library metadata practices make it _very
hard_ to tell if a _specific volume/issue
rnia State University
http://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 Mo
Tom Keays wrote:
I was mainly thinking of sources that use COinS. If you have a rarely held
book, for instance, then OpenURLs resolved against random institutional
endpoints are going to mostly be unproductive. However, a "union" catalog
such as OCLC already has the information about libraries i
On Mon, Jun 14, 2010 at 3:47 PM, Jonathan Rochkind 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 even for ind
> Author, title, and publication year won't get you many false positives,
> but might get you lots of false negatives.
>
> It's certainly true that there is no good "naive" approach to matching
> without identifiers and getting a good balance of minimal false positives
> and false negatives. Th
Author, title, and publication year won't get you many false
positives, but might get you lots of false negatives.
It's certainly true that there is no good "naive" approach to matching
without identifiers and getting a good balance of minimal false
positives and false negatives. There are
> So, the purpose of this would be to discover where a given item represented
> by the OpenURL was held. A secondary purpose would be as a source of
> bibliographic citation information This could be quite useful discovery
> tool, especially for materials that are not widely held.
>
Still trying t
I've heard from OCLC staff that this is something they'd _like_ to do,
but I don't believe they have it yet.
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 cas
23 matches
Mail list logo
