Lettertray

Dealing with ILS (Integrated Library Systems) is probably the most drab and tedious part of my job, and, unfortunately fairly integral (ha ha). I find discussions about ILS issues to be generally uninteresting, hence a lengthy blog post about them.

Marshall Breeding, of http://www.librarytechnology.org, just posted the results of a survey he conducted about the level of satisfaction among ILS customers in regard to their respective systems. The report is available at http://www.librarytechnology.org/perceptions2007.pl. The most sad/interesting thing from my perspective is that Voyager, which is the system I work with, is waaaaaaaay down at the bottom of the list - as is its sister product, ALEPH. It’s no surprise to me - Voyager is poorly designed, poorly supported, and generally crappy product. What is interesting too is that the most enthusiastic supporters of open-source ILS projects are those from libraries running these crappy systems.

Part of the problem, in my humble, is that librarians still have a very consumerist attitude when it comes to their technology. The catalog and the technologies that support it, are products that you buy and then you make an effort to live with them. Ten years later, you repeat the process. In my mind, this mentality is akin to our culture’s adherence to the gas-combustion engine and coal-derived electric prower for most of our infrastructure needs. In the days of nanotechnology, ultra-efficient electronics, and ubiquitous computing, it is absurd that we cling to century-old technologies for our most fundamental needs. But we do. It’s also absurd that libraries - institutions that should be much more agile - still cling to this notion that their core technologies should take the form of large, unwieldy, local databases provided at enormous expense by private companies who really have no financial interest in improving their ILS products for more than half of their life-cycle. Once a product is 5 years old, the number of new customers dwindles and cash flow becomes scarce until the next generation comes out 5 years later. I would be very nice if libraries, collectively, put an end to this industry for good, and embraced systems that could be developed continuously, for the common good.

I’m a bit of a hypocrite, because I don’t know if I’d be able to sell that idea to our administration when the time comes to ditch Voyager, but it’s something to shoot for I guess…

Continuing the theme of divergent vocabularies in libraries, I was in a meeting last week with some other library folks from all over the spectrum, and we were brainstorming what we’d like to see in a next-generation library system. It was one of these management-nouveau exercises in which we put our ideas on little scraps of paper and pasted them to the wall. Occasionally there would be some discussion to clarify a point or develop the conversation a little further.

Somebody wrote “Good Metadata” on a piece of paper and it sparked a bit of a discussion. I don’t remember exactly how the conversation unfolded, but it became clear that I and some others in the room assumed “Good” metadata meant that it was non-MARC, XML-based, and highly customizable. I was quickly corrected by someone who told me that “Good” metadata meant complete, rich records using a controlled-vocabulary. The conversation moved on pretty quickly from there and we didn’t belabor the debate, but it once again highlighted for me just how fractured the library world has become in figuring out what our job is. The fact is, “Good” metadata is probably both of the things mentioned above. Nevertheless, we have a lot of work to do to reconcile the new work to-be-done with the work we’ve traditionally done, and, well that’s a lot of work.

I’m pretty sure that last sentence was stolen from one of Dubya’s State of the Union addresses.

What a lovely, grey December day.

I started experimenting with using Ruby to mash up some of the WorldCat.org data with Google Maps. It’s a fun project - it has probably been done 50 times in better and more useful ways, but as an exercise in web services for libraries it seems worthwhile. The aim is to develop some rudimentary sample applications that can be used to demonstrate the potential & power of Web Services to non-techno librarians. But more on that later when I have something worth posting.

What I really want to say is that since I have only recently really started using Ruby, I have found it surprisingly difficult to reverse-engineer my learning to fit into the Rails framework. Rails is so completely out-of-the-box and turnkey, and I tend to like to start with the ‘Hello World’ exercises when learning new technologies. So, instead of saying, “Hey I’m going to create a web application that does X, Y, and Z and I’ll use Rails to do it,” I said, “Hey I want to write a Ruby program that does X, Y, and Z.” Once I had the program working, I realized that fitting it nicely into the Rails framework was less intuitive than I thought it would be. What I’m doing at this point is just using a controller that calls my Ruby program, like this:

class SandboxController < ActionController::Base

require File.dirname(__FILE__) + '/myProgram.rb'

  def input
  end

  def get_addr
    @city = params[:city]
    @state = params[:state]
    @location = Array.new(search_worldcat_registry(@city,@state))
    [do_some_stuff, etc...]
  end
end

I have no idea if this sort of thing is best practice with Rails. My impression (possibly wrong) is that most developers approach a project with Rails in mind and then design in that context. Maybe next time around I’ll try it that way, but I suspect that this approach will, after a long slog, end with my having a much greater appreciation for how the Rails framework really works. I guess we’ll see…

I spent alot of time today in meetings to discuss the future of our l0cal Union Catalogs. It has really highlighted the way in which the library world has split into two camps (at least), neither of which seem to be well aware of the other.

On one hand, we have the technology folks - people like Roy Tennant, the Code4Lib bunch, and the countless number of library-employed developers who are applying a fairly non-traditional ideas to next-generation systems. These are the folks who see collections metadata as one part of a contiguous whole - an academic infrastructure made up of diverse yet coherent data sets. The idea of the ‘catalog,’ much less the Union Catalog, in this model seems pretty irrelevant, though in my experience everyone in this world is very keenly interested in presenting users with a coherent and useful public-service interface.

On the other hand, we have the approach common to MLS-educated mainstream librarians. At the risk of lumping this extremely diverse group into an artificially homogenized whole, please bear with me. Librarians are, mostly, still thinking of catalogs. They may be feature-rich and easy on the eyes (though probably not), but they are still catalogs. Locally managed, meticulously manicured, completist documents that are, by definition, tied to the physical buildings in which their collection resides. This isn’t to cast librarians as stodgy Luddites, nor to declare library technologists as revolutionary geniuses - in fact, I think the differences in philosophy are pretty easy to work around if we all get to using the same vocabulary. But what strikes me is that these conversations are largely occurring in parallel, rather than across organizations.

At last year’s Code4Lib 2007 conference , I was surprised at how few ‘official’ librarians were in attendance. But what I experienced was unbridled enthusiasm for the academic mission of the library, coupled with incredible talent and tons of promising new initiatives & projects. I think it made a pretty good (and pretty well-trodden) case that the MLS is superfluous to innovative library work. But I was dismayed that so much of the work emerging from this community, or many others like it, is almost completely unknown to the typical working librarian. Just because it is on a computer doesn’t make it somebody else’s domain anymore, and I think if we’re going to get this next-gen thing right, we’re going to need to accept it.

Incidentally, I don’t think I’ll be attending Code4Lib 2008 for personal reasons, which makes me sad. I hope to get involved more in years to come…

I moved this blog to my own domain (lettertray.org, in case you hadn’t noticed).  It took about 3 seconds, literally, to dump the old Wordpress.com blog and import it here.  Now granted, these are two flavors of the same product, but it seems that Wordpress has made it just as easy to do the same with a whole bunch of other blog software stuff.

Why can’t all data be this easy to move around?  It can, but then a lot of people would stop getting paid.

I’ve been working lately on some pilot projects using library data in Web Services (big “W” and big “S”, mind you) repositories. I’ve been trying to wrap my head around REST, or rather what it means for the real-library world. I like it. A lot. The crazy thing is that libraries really haven’t even caught on to the Web Services bandwagon, much less gone through the whole RPC/SOAP/REST soul-searching to discover what we want our next generation technologies to look like. Instead we still get into debates about MARC fields and unfixed bugs in our dying ILSs and such. Sigh.

Thankfully there are a bunch of community-based projects that are exploring some of these issues. I’m think of Evergreen, which is building in some really nice features for supporting web-services calls against catalog data; OpenSearch, which is attempting to standardize some ways to share search process data; and more broad protocol-type projects like unAPI. My problem with this is not that these projects exist - they’re terrific. The problem is that the issues, & technologies that make these projects terrific have failed to become a part of librarians’ vocabularies. Many of the folks who are developing these systems do work in the library world, but many of them are programmers/techies first and library people second. For a profession that has always clung desperately to it’s own sense of relevance, why are librarians merely becoming consumers of information-management technologies and not designers, researchers, and zealots?

It isn’t that librarians should all become programmers - we shouldn’t (at least not all of us). Nor should librarians’ central concern be about bleeding-edge technologies. But the fact is that we already spend massive amounts of time, energy, and resources dealing with and learning about library-centric technologies that are either dead or might as well be. What is the catalyst that brings us, as a profession, back to a place where we’re not merely digesting interfaces & services that are served to us by vendors, but actually dictating the terms of how our collections should be made accessible long-term and across the web?

None of this discussion is new, and folks like Roy Tennant have been talking openly about these issues for years and years. I think that is what is so frustrating. Librarians, as a profession, are aware of these issues, but we have such poor leadership and we’re such a highly-stratified profession that we haven’t been able to gain a consensus about how our technological existence can evolve.

Wow.  Just, wow.  Samuel started Kindergarten this morning at Schuylerville.  We visited his school yesterday for orientation and he got to meet his teacher, see his classroom, and ride the bus.  It actually made us feel a lot better about the whole thing, since his school seems great & well-run.  Jasper started his 5-day-a-week preschool this morning too.  I got to bring him in myself, which is always sweet - it’s hard finding one-on-one time with them.   I’m so happy for them and a bit sad, but at this point I’m just tired of dreading the moment we cut the cord and see them off on the bus.  I’m happy to be moving along with life…

This morning I ran 2 miles in 17:56 - my best time yet.  I’ve been trying to go longer distances at a slower pace recently.  It was gratifying to be able to run a shorter distance in a much better time.  Still, a 9-minute mile isn’t an Olympian effort, but I’m pretty damned proud.

We went to Heritage Day in Clinton Corners this weekend. It was fun seeing the memories of my childhood revived in my kids. It was a very fun day - good food, music, family. I saw lots of people that I hadn’t seen in years. Although the cognitive-dissonance-of-the-day award goes to running into Francoise, an acquaintance from college who had no connection whatsoever to my childhood. She lived next door to Emilie and I for a couple years and was in our circle of friends. Considering that Clinton Corners has a population of about 14, it was pretty bizarre.

Yesterday morning Jasper and Sam were eating breakfast and began a downward spiral of really gross humor. We’ve been trying to break them of the habit, and in my frustration I said that if they talked like that at school their teachers might send them home. Jasper, the quintessential 4-year-old wiseass, said “In the mail?” Luckily I was hidden from view at the time so I could feign displeasure as they cackled with glee at his rapier wit.