Which was good because I found a great thing buried at the bottom: Getting Started with the Google Data PHP Client Library.  Fun!  Ok for me maybe.  I like lists and I like videos.  This minimizes my brain function and leads me to learn things quickly (which I then forget quickly).  We’re talking about moving to Google here at Wheaton for email and calendaring, so hopefully when we do I will remember these lovely PHP libraries and be able to have tons-o-fun with Google APIs.

Share/Save

Additionally, Google has also come out with a way to embed the viewer into your webpage. They have a developer guide and a reference guide on how to use the embedded view API; and they created a Preview Wizard which does it for you automatically, that’s how I created this page. They have also provided some samples to help you get started.

You can see how this information, in conjunction with the book data API would come in handy if say you wanted to create your own catalog or use images in your already existing catalog.

Interesting side note: The libraries participating in the Google Book project have decided to work together to create something called the HathiTrust. This trust will keep all the books that Google is scanning in case Google goes belly up (Google provides an electronic copy of each book it scans to the library it scanned it from). They too are developing APIs and what not so that you can get data out of the books, it’ll be interesting to see what they do with all of this data.

Share/Save

• The splash page for the WorldCat API
• WorldCat’s Developer network houses the WorldCat API Documentation
• David Walker did a presentation on the WorldCat API at Code4Lib 2008
• The World Cat Developers’ Network Blog…just in case
• Karen Coombs, author of the blog Library Web Chic, has a number of postings on the WorldCat API

If you figure out how to download the information into my brain let me know.

Share/Save

The process as I seem to understand it.

1. Brown seems to have re-purposed SFX (their link resolver…like SerialsSolutions…but better…however I’m a bit biased :) ). They’ve set it up to do a number of things:
   • First they set up the z39.50 lookup feature in SFX so that if the item exists in the library catalog it redirects users directly to the record in the library catalog. I’m sure SS has something like this which is probably easy enough to set up.
   • Second if the book doesn’t exist in the catalog, they seem to redirect users to an easyBorrow search. This is easy enough to set up in SFX since the architecture is open. Whether or not something like this is possible with SS is another question.
   • This seems to lead me to some questions for Jean:
     • Where is the 360 Link Documentation?
     • Can I attend these webinars without us paying for it?
2. Next, Brown requires users to authenticate…once. In their documentation on easyBorrow they indicated they are using LDAP. How did they make this work? Did they set up an LDAP authentication API? How do Wheaton College users currently authenticate for the different ILL options we offer and are those different authentication methods connected somehow.
   • Question for Elliot: Can you walk me through the ILL process as we explain it to users?
   • Question for Kim: Can you walk me through how ILL requests get processed?
   • Question for Mary: Can you walk me through how InRhode requests get processed?
   • Question for Brian: Does LDAP have an API (because it might scare me if it does)?
   • General Question: Brown discusses III’s Patron Services API. This allows them to pull information from the III catalogs, ILLiad (their ILL borrowing system), and develop a staff interface that shows failures and successes in the easyBorrow searches they do (one for each catalog). Where can I get documentation about III’s API? Do we have to pay to use the API? I wonder if my friend Carol knows (she works at a III library and is interested in doing similar things)?
3. The remainder of the system seems simple enough (if I can get API documentation for our different systems). Since I would imagine Brown is already checking InRhode, HELIN, and WorldCat we could just ask for their code.

I think the hardest pieces will be the authentication and the ILL, particularly ILL. We may need to look at lending as a whole to figure out the best way to go about this. Brown is working with a lot of automated systems but our ILL isn’t automated the same. This goes back to something we talked about in the web team meetings…making InRhode and ILL borrowing seem more seamless. This system will help do that but i wonder if we would need to do some work on the department level to make it even more seamless (there she goes again…stirring up trouble).

All in all though, I think that this might be doable, assuming Brown wants to share their code.

Some things for me to take a look at:

• Django — “Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design.”
  • Django Overview
  • Installation Guide
  • Tutorial
• Service Oriented Architecture
  • Wikipedia Article
  • XML.com Article

Share/Save