Actually, I'd be concerned using Google - it will block mechanised queries,
and block "legitimate", human queries until the automated queries are
shutdown.

I'd expect any API worth it's salt would indicate how many queries per
<timeframe> it will reasonably handle.

Tom

On Fri, Jun 18, 2010 at 3:23 AM, Kyle Banerjee <[log in to unmask]> wrote:

> I'd be concerned about bumping into limits or getting throttled using APIs
> mentioned so far. I'd be inclined to go for a mass data download, match as
> much as I could, and then if there's still more than would be appropriate
> for an API approach, throw fielded searches across a number of library
> catalogs since some of them can spit out pretty easy to parse results.
>
> BTW, what is the source of the data? That could point to the best way to
> get
> what you want.
>
> kyle
>
> On Thu, Jun 17, 2010 at 1:59 AM, David Kane <[log in to unmask]> wrote:
>
> > Hi, I have large amounts of data like this:
> >
> > <yawn>
> > Reece, P. L., (2006), Progress in Smart Materials and Structures, Nova
> > Ghosh, S. K., (2008), Self-healing materials: fundamentals, design
> > strategies and applications, Wiley
> > A.Y.K. Chan, Biomedical Device Technology: Principles & Design,
> > Charles C. Thomas, 2008.
> > L.J. Street, Introduction to Biomedical Engineering Technology, CRC
> > Press, 2007.
> > </yawn>
> >
> > ... one book per line.
> >
> > they are not in any order.
> >
> > I am lazy.  So, is there a web service out there that I can throw this
> > stuff at to organise it for me and ideally find the ISBNs.
> >
> > Long shot, I know.
> >
> > But thanks,
> >
> > David.
> >
> >
> > --
> > David Kane
> > Systems Librarian
> > Waterford Institute of Technology
> > Ireland
> > http://library.wit.ie/
> > [log in to unmask]
> > T: ++353.51302838
> > M: ++353.876693212
> >
>
>
>
> --
> ----------------------------------------------------------
> Kyle Banerjee
> Digital Services Program Manager
> Orbis Cascade Alliance
> [log in to unmask] / 503.999.9787
>