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 >