As i wrote earlier, I have implemented a link using the Google API in
our library catalog.
It worked . for a while :)
What we notice now is, that Google responds with an error message. It
thinks that it has detected spyware or some virus.
i see the same effect now when I click on the examples
FWIW, realize that this is client-side mashup. Google will see
individual requests from individual IP addresses from everybody
viewing your page. For each IP address from which it sees requests
it'll decide whether to block or not. It'll block if it thinks you're
harvesting their data.
Wageningen
Given this latest information, I'd be rather hesitant to even try using
Google's images as our
network traffic is all NAT'ed and all student traffic from a campus
goes out one ONE NAT address
and ALL staff traffic on another (in our case x.x.x.204 and x.x.x.205).
We currently use Amazon's
Although I completely agree that server-side queryability is something
we should ask from Google, I'd like to follow up on:
On Mon, Mar 17, 2008 at 11:06 AM, Jonathan Rochkind [EMAIL PROTECTED] wrote:
The
architecture of SFX would make it hard to implement Google Books API
access as purely
On Mon, Mar 17, 2008 at 11:13 AM, Tim Spalding [EMAIL PROTECTED] wrote:
limits. I don't think it's a strict hits-per-day, I think it's heuristic
software meant to stop exactly what we'd be trying to do, server-side
machine-based access.
Aren't we still talking about covers? I see
Original message
Date: Mon, 17 Mar 2008 11:13:58 -0400
From: Tim Spalding [EMAIL PROTECTED]
Subject: Re: [CODE4LIB] Free covers from Google
To: CODE4LIB@LISTSERV.ND.EDU
limits. I don't think it's a strict hits-per-day, I think it's heuristic
software meant to stop exactly what we'd
This is what I'm worried about too.
The API is _intended_ to be used as a client-side javascript.
_Technically_ it's of course possible to use it on the server side too.
But I am worried that this will run up against un-advertised Google rate
limits. I don't think it's a strict hits-per-day, I
Well, the SFX architecture has a feature called display logic that
let's you on the server side determine how the menu will display based
on what services are available. This is more obviously relevant to
digitized text availability from Google Books than just cover images.
You might want to
You can, of course, mix the two approaches—get once browser-side, tell
your servers what it said and store that for a while. We do something
like that with Amazon covers. We don't store the covers, but we store
*whether* Amazon has the cover. That way, it can know whether to try
Amazon or not, and
The Massachusetts Institute of Technology seeks an Executive Director to
lead its highly successful and pioneering endeavor, OpenCourseWare, in
the next phase of its development.
Launched in the spring of 2001 with over $30 million of gifts and
foundation grants, OCW publishes the educational
I was thinking of both covers and 'digitized text availability'.
But the reason I want to in fact do both server side is because of the
architecture I am trying to create here. We have a variety of systems
that should use both these services. We, like many people, are trying to
move to a more
Katherine,
This email got munged. Can you please resend?
Thanks,
Todd
On Mar 17, 2008, at 8:44 AM, Katherine Kott wrote:
Well, the SFX architecture has a feature called display logic that
let's you on the server side determine how the menu will display based
on what services are available.
My general philosophy is still always to put as _little_ Javascript as
possible. Thus my way-too-clever idea to have some javascript which
actually sends the Google (or similar) API response back to my server
via AJAX for _real_ processing. :)
But if you DO want or need to do javascript-heavy
Godmar,
It did not shut down during development, yesterday, when I developed it from
home. It broke down today, when people started to use it. All university
desktop computer have got dynamic 10.*.*.* adresses. The gateway does NAT so
they are exposed to google with about three possible IP
Interesting that these problems arise even when using the API as Google
intends on the client side.
I would encourage people to tell Google about this. If only we knew a
way to tell Google about it. If you can find a public email address
anywhere or comment form, let us know. And if you are
Matt Mitchell here at UVa just wrote a jquery plugin to access google
book covers and link to google books. I wrote up how to use it here:
http://www.ibiblio.org/bess/?p=107
We’re using it as part of Blacklight, and we’re making it
available through the Blacklight source code repository under an
Good, but why limit it to 1 class per span?
My proposal separates different functionality in multiple classes,
allowing the user to mix and match. If you limit yourself to 1 class,
you have to provide classes for all possible combinations a user might
want, such as:
Job Title: Applications Programmer/Analyst Intermediate
Target salary Range: $40,000 - $45,000 dependent on education and
previous relevant experience.
NOTE: Review of applications will begin on March 28, 2008.
The University of Michigan University Library's Web Systems department
is looking
I found a response form on the google books site. It is meant to be for people
who want their books published I am afrais, but this was not all to clear.
Anyway, it accepted my Google account and I submitted this problem
Peter
Drs. P.J.C. van Boheemen
Hoofd Applicatieontwikkeling en beheer -
Hmm, just found an example where Google clearly does something wrong:
Look at: http://library.wur.nl/WebQuery/catalog/lang/948125
It shows a cover and links to the wrong book !!!
The look up is based on isbn 0851992544, but this book has got isbn 0851993575
and this is also clearly stated in
At 02:55 PM 3/17/2008, you wrote:
My general philosophy is still always to put as _little_ Javascript as
possible. Thus my way-too-clever idea to have some javascript which
actually sends the Google (or similar) API response back to my server
via AJAX for _real_ processing. :)
But if you DO
Library Associates Companies seeks an experienced information
professional to coordinate the implementation of a new ILS system
replacing the library's current SIRSI ILS, a system utilized by this
library for over 15 years. This is a highly transactional library that
frequently runs management
22 matches
Mail list logo
