On May 8, 2008, at 11:25 AM, Dr R. Sanderson wrote:
However, if there was no API available, only a SRU service, wouldn't
you complain about something else that SRU didn't do?
Like what? The current API seems to be concerned with search. Search
is what SRU does well. If it was concerned with
So, I took a long slow look at ten of the examples from Godmar's file.
Nothing I saw disabused me of my opinion: "No preview" pages on Google
Book Search are very weak tea.
Are they worthless? Not always. But they usually are. And,
unfortunately, you generally need to read the various references p
(Please excuse the cross-posting)
Skidmore College seeks a creative, service-oriented Systems Librarian to
provide leadership for library technology projects and digital
initiatives in the Scribner Library. As a member of the library
faculty, the Systems Librarian reports to the College Librar
On Wed, May 7, 2008 at 4:55 PM, Tim Spalding <[EMAIL PROTECTED]> wrote:
> As for the idea that getting a book off the shelf is a non-trivial
> hassle, while I admit that it can get hard if your library is split
> between locations, at most colleges, getting a book from a library is
> a trivial effo
At 04:55 PM 05/07/2008, Tim wrote:
. . .
Whether scannless GBS is bad enough, I leave to you. I think it is,
but there's an argument, certainly. I don't think we can argue that
there is *some* lower threshold of quality beneath which data should
be left off the OPAC. I note, for example, that mos
Please excuse cross-postings.
We have an opening for a Digital Repository Services Programmer beginning
June/July 2008 in Denver, CO. This position will be working primarily with
Fedora, Fez, and middleware to support other open source applications and
tools. Full position description below, o
Godmar,
Thank you for answering some of my questions (and I apologize for asking
anything that was more pertinent to an off-list discussion). I didn't
realize that the addison.vt.edu:2082 demo site was only showing "partial
view" links. I had assumed, wrongly, that it was perhaps only excluding
"
On Thu, May 8, 2008 at 11:25 AM, Dr R. Sanderson
<[EMAIL PROTECTED]> wrote:
>
> Like what? The current API seems to be concerned with search. Search
> is what SRU does well. If it was concerned with harvest, I (and I'm
> sure many others) would have instead suggested OAI-PMH.
>
No, the API p
I guess I don't understand why you'd prefer SRU to an API. The ideal
Except SRU _is_ an API?
However, if there was no API available, only a SRU service, wouldn't
you complain about something else that SRU didn't do?
Like what? The current API seems to be concerned with search. Search
is w
I guess I don't understand why you'd prefer SRU to an API. The ideal
(in my mind) is that by having the API available, you have your cake
and eat it too. Can a SRU (or OpenSearch or OpenURL or whatever)
service not be built on top of the API?
However, if there was no API available, only a SRU se
Mark,
I'll answer this one on list, but let's take discussion that is
specifically related to GBS classes off-list since you're asking
questions about this particular software --- I had sent the first
email to Code4Lib because I felt that our method of integrating the
Google Book viewability API i
In general, I think we all agree that standards should be used where
possible---a proliferation of APIs that our client software needs to
talk to leads to much harder to maintain client software than re-using
APIs.
However, if the standards are truly too hard to work with, sometimes the
'correct'
Slide 4 in that PowerPoint mentions something about a "small set of
Google Book Search information", but is also says that the items are
indexed by ISBN, OCLC#, and LCCN. And yet, during the admittedly brief
time that I tried out this really nice demo, I was unable to find any
links to books that
13 matches
Mail list logo
