First things first, this thing probably needs a better name, but I’m not up to the task. Got ideas? Post in the comments. For the rest of this, let’s just pretend it’s an interview.

What is WPopac? It’s an OPAC — a library catalog, for my readers outside libraries — inside the framework of WordPress, the hugely popular blog management application.

Why misuse WordPress that way? WordPress has a a few things we care about built-in: permalinks, comments, and trackbacks (and a good comment spam filter), just to start. But it also offers something we’ve never seen in a library application before: access to a community of knowledge, programmers, and designers outside libraries. Because the core of WPopac is WordPress, and because it preserves WordPress’s rich plugin API and themes structure, it already has more users, designers, developers, and administrators than all the ILS vendors combined.

So, down with the ILS? Well, no. There are some brave souls working on full-fledged open-source ILSs, but that’s not my goal here. The ILS does a lot of stuff I don’t want to be responsible for, like the acquisitions workflow and financial, inventory, and circulation management. When you peak inside your ILS, you realize there’s a lot there you don’t want to have fix.

So, we have to have both an ILS and WPopac? Well, you don’t have to have anything, but if you want it, at least WPopac is free, extensible, and open-source. Less flippant answer: yes, it does assume there’s an ILS in the background somewhere, but more than a few people see potential for projects like this to serve underfunded libraries that may lack automation. That could be interesting.

But blog posts are unstructured and library data is full of structure. What gives? The standard WordPress content database is buttressed with extra tables to represent all the bibliographic information in its atomic detail. But even the ‘unstructured’ data takes some clues from the microformats camp, putting everything in XML parsable XHTML.

How’s that work again? Well, let me be careful here. I’m not proposing WPopac as a solution, rather as a framework for building a solution. That said, you can get a pretty good idea of how the first draft of this concept works by looking at a real record (be sure to view the source, as there are some hidden divs in there). But if you don’t like that, you can change the look by fiddling with the stylesheet or switching themes, and you can change the content with the WordPress API or by changing the way it’s loaded in the first place.

Further, because all the bibliographic data is there in its atomic detail, plugins can use and display that data anywhere on the page. Try a search to see how I’m using that data in the right column to improve findability, as in my clustered search results prototype from last fall.

So, does that mean I can do XYZ that I’ve wanted to do? Maybe. Anybody who knows how to write a WordPress plugin can take a stab at playing with all that data. The “refine search” content in the right column, and the “alternate searches” content at the bottom is generated that way. Try this one: I’ve finally got the Wikipedia results I’ve always wanted in the catalog, just look in the right column. Or take a look at the “add to del.icio.us” link in the record display, that’s generated by a regular wordpress plugin written by Arne Brachhold, who wasn’t thinking of libraries or OPACs when he wrote it. And down at the bottom of the page you’ll see the a list of related works that’s built by my own bsuite plugin. Want COinS-PMH/unAPI? The interface and all the data are there to make it happen, and here’s a good plugin to start from.

So no guarantees, but hey, give it a try. And if you run into trouble you’ll be among hundreds of thousands of WordPress users and supported by a huge community of plugin and theme authors.

What about RSS, XML, OpenSearch? WordPress solves the RSS feed for us (look at this URL to see). A feature-complete XML API, is a bit further off, but maybe somebody wants to pitch in to help solve that one? And full OpenSearch support, taking advantage of the suggested and alternate search features, is my next big project (here’s where I’m going with that).

This is awesome, can I run it at my library? Well, Jenny called dibs… But, really, this project started with my attempts to find a way to make my work sharable, so, yes. Call me a dreamer, but I find the notion of a community of libraries sharing plugins and code changes really exciting. But right now, there are three major components — the data importer, the plugin, and some modifications to the WordPress baseline code — and all of them need a little more work to make them distributable. Stay tuned.

This sucks, it doesn’t do X, and your plan for Y is all wrong. You’re probably right. This is my first stab at a really big problem, and there’s a lot that isn’t done and certainly a few things I didn’t think of. The plan here is to build a framework that let’s us ask questions, build possible solutions, and share them easily. The only thing I’m certain of is our need to find ways to make our systems easier to use, easier to extend, and integrated into the larger stream of progress that’s shaping the internet that over 200 million Americans are making an essential part of their lives. Take this as an invitation to get involved, there’s lots to do.

library, libraries, library 2.0, lib20, opac 2.0, opac, library catalog, library services, wordpress, wpopac, future libraries

First, Josh Porter, the first speaker of the day has a blog where he’s posted his presentation notes and some key points. Josh spoke about Web 2.0, and ended with the conclusion that successful online technologies are those that best model user behavior. “I think Web 2.0 is about modeling something that already exists in our offline worlds, mostly in the spoken words and minds of humankind.”
Interestingly, in findability terms, it was Josh’s post that clued me in that the event podcast was online because he linked to my blog in his post. Lesson: links make things findable.

Like Josh, I found my voice a little unfamiliar, but you can listen here (51MB) if that’s your thing.

Also, I demoed some features I’d like to see in a future OPAC, but to help people visualize them, I finally put together a graphical mockup of them here.

tags: asist, authentication service, buy hack or build, databases, hack, hacks, libraries, library, library catalog, library services, neasis&t, neasist, opac, opac hacks, university portal

I was tempted to speak without slides yesterday, and I must offer my apologies to anybody trying to read them now, as I’m not sure how the slides make sense without the context of my speech. On that point, it’s worth knowing that Lichen did an outstanding job liveblogging the event, despite struggling with a blown tire earlier that morning.

It’s probably well understood by anybody reading this that most library services are at the web 1.0 stage. My slides show a number of screenshots of our current library catalog, but my speech went something like “I’m not here to tell you how we re-painted, re-wallpapered our catalog….” So, skip past those slides, and read here for context.

My following points were about some of the hacks I’d put into production to bring our library services up to about web 1.5 status. They include an awareness that library services include not only the OPAC, but also our website and a number of databases. We’ve all encountered difficulty trying to describe the different reasons to use each of these resources, but our patrons have less and less patience for it. Among the barriers to use is access. Even when our databases are freely available on campus, off-campus use often requires a special password for one stage or another of the process.

The slides demonstrate our current solution. By integrating our resources into the university portal and leveraging the authentication service it provided, I was able to hack single sign-on access to our databases and patron self-service module. This lowered the barriers to access, and we saw our usage of those resources increase dramatically.

All this was good, but it still wasn’t web 2.0, and it revealed a larger problem looming ahead: identity management. The more we try to provide individualized, customized, targeted services, the more we’ll bump into that issue of how we identify our patrons.

Moving forward to our web 2.0 future, I wanted to posit the idea that one of the most useful recent developments is the way we can now separate the tools that store and manage our data from the tools that display and manipulate our data. Yes, I’m talking about APIs, Webservices, XML, RSS, REST, SOAP, et all.

As examples, I offered a personal vacation map (using Google Maps), the Colr Pickr (using Flickr), our reviews and bookjacket pages (using Amazon), and this silly home made search engine (using Yahoo, Technorati, Amazon, Flickr, and Wikipedia).

Even more specific to libraries, I offered my OPAC suggest, A9.com integration and this functional (but not pretty) prototype of how I’d like to make subject headings a more prominent part of the search process.

So, you’re free to go through my slides, but you might do better to read around here and at LibDev. If you do go through the slides, be sure to follow the links out to websites. I didn’t visit even half of them during my talk, but I put them there to offer some redeeming value on review.

tags: asist, authentication service, buy hack or build, databases, hack, hacks, identity management, libraries, library, library catalog, library services, neasis&t, neasist, opac, opac hacks, university portal