OCLC Developer Network

Worldcat Registry News Archive

Syndicate content

Check out presentations and information from our panel at CIL!

Last month I had the pleasure of participating on a panel with Jason Griffey from University of Tennessee Chattanooga and Eliot Polak from Norwich University on Plugin and Play Apps. We talked about how the WorldShare Platform can enable libraries to build and share cool custom apps with one another. Jason talked provided an intro to the concepts of platforms and their power.

New WorldCat.org traffic partner, WriteCite

A big welcome to our first online citation partner from Australia: WriteCite!

From the official announcement:

Building three apps to demonstrate the OCLC platform

For the last three months I've been working on the project of building three applications to demonstrate the OCLC cooperative platform. The intention was for any of these applications to be installed easily in the WMS staff interface as potential part of the Acqusitions workflow. The ideas for these apps came out of a brainstorm session I had with my boss and staff who work on the Acquisitions portion of WMS.

Introduction to Web Services Webinar scheduled for Thursday, July 28

Heard people talk about "using APIs and Web Services" and not quite sure what they were talking about? Or more likely--been talking about Web Services to your colleagues or manager/director and gotten blank looks?

Join Karen Coombs of the OCLC Developer Network as she demystifies the topic. Send your fellow staff members, to help them understand what you do.

URL Encoding Special Characters in API requests

This issue of url encoding special characters is something you want to keep in mind with any form input you send to an API. An example of this with WorldCat Search API is if someone puts in a title search like "Kate & Leopold". The ampersand in this will cause the API to throw an error message if you don't URL encode it. The wisest way to handle this is to URL encode any form input that might have any special characters in it. Things like title, keyword are likely suspects.

Two new visualizations for ELAG

I'm doing a presentation on visualizing library data at ELAG this week. I'm showing off some demonstrations that I built for code4lib 2011 and some new demos that I've built for ELAG. The new demonstrations for ELAG take advantage of two OCLC web services.

Updates to the WorldCat Registry APIs

There have been enhancements made recently to the WorldCat Registry to include new data elements. These new elements help support OCLC Web-Scale Management Services and mobile-specific functionality, including:
• There are changes to schemas and XML output for active and in-active records. The logical delete flag has moved to be an attribute within the Institution element.
• Better information about a library's online catalog including whether or not it is publically available or via an intranet only

Creating a Catalog Search Form Using WorldCat Registry

When I'm talking about OCLC Web Services to developers, some services spark ideas more quickly than others. Most developers can easily see applications for services like the WorldCat Search API, xISBN, and Identities. Some services though don't instanteously spark as many ideas. One such services is the WorldCat Registry. The Registry contains information about libraries worldwide. Both OCLC members and non-member institutions. Metadata like a library's name, address, phone number, OCLC Symbol, catalog URL, website URL, OpenURL resolver are all in the registry.

Comments

re: Creating a Catalog Search Form Using WorldCat Registry

I get this error when I type in "COO" for Cornell. We use WorldCat Local.

Cut and paste the following code to create a keyword catalog search for your catalog.

This catalog is not currently supported.

re: Creating a Catalog Search Form Using WorldCat Registry

Adam,

The Worldcat Registry (http://www.worldcat.org/registry/Opac/3913) actually lists Cornell's catalog as Voyager. Libraries can update their own Registry information to reflect changes. So if you want the Registry to reflect the fact that Cornell is using WorldCat Local then the person with rights to update the information in the Registry will need to make this change.

Additionally, Voyager is one of the catalogs that I tried really hard to get to work but couldn't seem to hack it properly, which is why the demo doesn't produce a form for you and gives you the "This catalog is not currently supported" message.

If you want to embed a WorldCat Local search box in a page, it quite easy to do. You can see an example of it on University of Washington Libraries site (http://www.lib.washington.edu/). To get an embeddable search box for Cornell go to http://cornell.worldcat.org/tools/searchboxHTML, configure, then cut and paste the code. There was a blog post about this on the WorldCat Blog last April.

Also as an FYI, the WorldCat list widget and WorldCat keyword search widget can be customized for your WorldCat Local implementation.

re: Creating a Catalog Search Form Using WorldCat Registry

I have created a simple catalog search form for our school library back in my college days but it never get integrated in our own school because of some issues in my rights as developer of the software.

WorldCat Registry Detail Service - Look up by OCLC symbol

Written by colleague Joanna White, Product Manager of the WorldCat Registry. Users can use a new Registry Web Service to retrieve an institution record in XML using the OCLC symbol. For example: http://worldcat.org/webservices/registry/lookup/Institutions/oclcSymbol/OCL?serviceLabel=content Additional notes. Q: What happens when no records are found? When no WorldCat Registry record is found for a given OCLC Symbol , the web service returns "0" results in the XML response while the user interface presents options to adjust the search query. Q: Do I need to adjust my service for searches by special characters? Yes. Services that utilize these web services have to accommodate for special characters present in some OCLC symbols, for example symbols such as "A#2". Q: What is included in the returned content? If a user is not authorized, then the "public view" of the XML data is returned to the user. If the user is authorized, then the "authorized" version of the XML data is returned to the user. For example, "authorized" users will see IP Addresses for the record. More information on all the data fields is available with Data Fields Quick Reference at http://www.oclc.org/us/en/registry/support/Registryquickreference.pdf WorldCat Registry detailed search is also available as part of our more general Registry Search web service. This SRU service returns HTML to a web browser but XML to software agents (e.g., curl) Example of SRU search: http://www.worldcat.org/webservices/registry/search/Institutions?version=1.1&operation=searchRetrieve&recordSchema=info%3Arfa%2FrfaRegistry%2FschemaInfos%2FadminData&maximumRecords=10&startRecord=1&resultSetTTL=300&recordPacking=xml&query=local.oclcSymbol+exact+%22OCL%22+not+local.logicalDelete%3D%221%22&x-info-6-deletedRecord= Details about the three WorldCat Registry web services are listed here http://www.worldcat.org/wcpa/content/affiliate/default.jsp

Comments

re: WorldCat Registry Detail Service - Look up by OCLC symbol

When it finds no registry record it returns 0 in the XML response, but it is a completely differentt sort of response probably coming directly from the SRU interface. This is not really a problem though.
What I would really want from this service is some extra functionality concerning Openurl base url's.
I would really like it to respond to a search on IP number and give back the institution that has a openurl resolver covering the domain of the IP adress, so I can provide a correct base url to people who are accessing our catalog from other areas. I can now see the baseurl in the response since I have discovererd I can do: http://worldcat.org/webservices/registry/lookup/Institutions/oclcSymbol/OCL?serviceLabel=enhancedContent

Now I would like it to retrieve the record by IP adress. That would be great.

WorldCat Registry Links Now Easier to Create

Posted on behalf of my colleagues Joanna White and Xiaoming Liu: WorldCat Registry users now have an option to semi-automatically configure direct links to their catalog for over sixty ILS vendors. Authorized users can provide a sample catalog search link, click a button and receive suggested ISBN, ISSN and OCLC deep links. This guessing service is also available in a stand-alone user-friendly form and as a Web Service provided by xISBN LibLook. The WorldCat Registry provides an increasing number of links (library catalog links, OpenURL resolvers, etc.) to both WorldCat.org and the WorldCat Search API, as well as to external services like LibX. As more libraries use and maintain their WorldCat Registry information, the service can provide better and more accurate links for syndication. We are interested to learn about your experiences and how we can support more and better linking. For more information about the WorldCat Registry see Building the Grid and a short video tutorial on the Registry and how it can help your users connect to your services. Xiaoming Liu, xISBN and Joanna White, WorldCat Registry

Comments

re: WorldCat Registry Links Now Easier to Create

Configuring these deep links is very important -- helps complete the discovery-to-delivery process offered by WorldCat.org. So take the time to fill this out for your institution.

Follow the OCLC Developer Network:

The OCLC Developer Network supports the use of OCLC Web Services—a set of tools and APIs that expose data and services for WorldCat and our member libraries and partner institutions or companies. learn more »

© 2010 OCLC Domestic and international trademarks and/or service marks of OCLC Online Computer Library Center, Inc. and its affiliates


Powered by Drupal, an open source content management system