Categories
Conferences Libraries

Chicago Underground Library’s Community Based Cataloging System: Talk at Code4Lib 2011

Last week I traveled to Bloomington, Indiana for the Code4Lib 2011. I certainly learned a lot for my day job (more on that in the coming days), but I was actually there along with Nell Taylor to present my work with the Chicago Underground Library. This was a well-documented conference, so you can pretend you were right there with me, or else remember what it was like being there.

  • Our talk is archived here (45 minutes in).
  • Slides/Handouts here
  • We were absolutely thrilled with the reception we got on Twitter, IRC, and blogs, particularly this post by Eric Hellman. I got involved with the project because I thought it was something important and worth doing, and a little outside validation from time to time is important to stave off burnout.

    There were a few points and questions raised that I wanted to discuss in some more detail than I always did in the hallways or late at night in the hospitality suite. I also want to thank everyone who offered advice or future help, and I will spend some time over the next weeks getting organized to set up distributed coding/usability/etc.–as well as getting the regular Underground Library volunteers up to speed on the capabilities of the new website.

    First, yes, the record item data is “stored” in Drupal. I am pretty sure librarians are the only ones bothered by this, as most people are ok with the concept of stuff being on websites. Think of it less as a library catalog and more as a series of webpages about things and maybe you will be happier about it. It is, however, done in a very Drupal-y way that as that I mentioned during the talk, is not easily replicable in other CMSs. That is not to say that is not not replicable in them, only that Drupal makes it trivial to set up this style of library catalog (I say trivial in the sense that if you know Drupal it’s trivial. If you don’t know Drupal, you will not find it so). After all, we were doing something similar in WordPress. Again, think of it as a series of webpages about stuff, not a library catalog!

    That being said, I am a librarian, and over the last months I’ve become increasingly uncomfortable about our data. Nell put my fears succinctly on the CUL’s Facebook page “CUL’s new metal band: Crises of Data Confidence. First album: The Road to Damascus of Dublin Core.” Despite my name being bandied about on Twitter with Dublin Core, I am not tied to that as the only metadata schema that is worth considering. But I do like it, and could absolutely see building the catalog in something like Omeka that has it built in. The main point of doing something like this is to make the data easily retrievable and understandable by other systems, rather than being quite so flat and Drupal-y. As many people pointed out, Drupal is not a preservation strategy, which is absolutely right. Many people suggested using Islandora, which is a Drupal front end to a Fedora repository. I absolutely like this idea, though as of now we don’t exactly have a “repository”–and I will point out that the virtual catalog doesn’t really represent the physical library either for right now, as we don’t have space or staff to keep things in order.

    Here’s the deal though. At the end of the day, we want to make this a replicable model for lots of people who don’t have lots of server space, technical ability, or time, but who do want to create their own Underground Library. That is the goal, and that goal will inform future development. As I said, lots of people offered to help, and I will be taking all of you up on those offers.

    I am probably forgetting to answer other questions or comments, so please let me know if there’s something else I should address.

    Categories
    Libraries

    “Day in the Life”

    This week there’s a yearly meme (can that possibly be the correct phrase?) about what librarians do all day. The idea is to show the many types of libraries and librarians out there, and presumably to educate and entertain. I’m not participating formally, as I usually tweet about projects I’m working on during the day as a quick way of networking with colleagues. I’m not great about exhaustively cataloging what I do in a day, as my never yet started “energy maps” and other day mapping activities indicate. I prefer to keep comprehensive to-do lists and calendars to make sure I’m doing what I intended to do. For the rest, I assume a little spontaneity is what keeps life fresh and interesting.

    On the other hand, when it comes time to producing annual reports and so forth, quantifying the body of work not captured in calendars and project plans can be challenging. One of my current projects is to quantify effort in electronic resource management–this is what I will be addressing at two conferences this spring. For this I created a very simple trouble ticket system (you can download it here if you want) that we use to get problem reports from patrons so I can actually follow up with people. Before this, things would occasionally gather dust in inboxes until someone got around to clearing them out. Lots of libraries have ticketing systems, but this attempts to track how difficult a request was in addition to who answered and what the resolution was. The other point of such systems is to automatically populate a knowledgebase with answers to questions–this is definitely not that sophisticated a system, but the types of problems inform documentation and staff training. One thing that I hope to discern over the coming months is how difficultly levels are handled at different types of institutions to eventually develop a *spoiler alert* theoretical model for handing electronic resource issues. Basically it would fill out “routine product maintenance” in the Digital Library Federation’s Electronic Resource Management Workflow Diagram (find here in PDF).

    Oh wait, but I was writing about the day in my library life. But right now I have to prep for instruction session, so that will have to wait.

    Categories
    Libraries

    Experiment time

    In the lab…

    I am trying another experiment to get participation in the library website redesign process. This time I have created a little survey in LibGuides to test three potential catalog search options. Here’s my voting box:

    catalogvote

    Library Labs in LibGuides

    I created the Library Labs last semester for this kind of thing. I looked at many Library Labs pages before settling on LibGuides as the best option to create this.  The other options I considered were a WordPress blog and a page on regular library website. The library already has a WordPress.com blog that generally works well enough for our purposes, but as you may know you can’t change a whole lot for free on WordPress.com blogs. The tagging and template customization that would be necessary wouldn’t be possible for free. And why pay for a hosted blog when we already have scads of servers on campus plus two other candidate CMSs? Moving our blog to be self-hosted is on my to-do list for the future, but in the mean time I looked at both our CMS options. The CMS used for our regular website isn’t really meant to do all the things that were important to me in this project: namely, a very social and interactive feeling that would allow everyone to vote and comment. I am sure there are modules that could extend it to do so, but the only ones I found were very expensive, and anyway I don’t have any say over the administration of that CMS.  Since all that is built into LibGuides already, I went with that. My concern is that it doesn’t look as “official” as the regular website, but I suspect that might make people feel more comfortable contributing. I also find that LibGuides get to be terribly cluttered, so I have tried to stick to no more than two columns per page and minimize the boxes.

    But does it work?

    Statistics show that people do look at it, but I have to be very proactive in driving people to the page. You can see from the chart below that when it started in October some people viewed the page but didn’t view the website redesign tab. Then in November lots of people viewed it because I made updates and let people know about it. In December I pushed the Browser Toolbar tab, so people looked at that and not the website redesign page. Oddly enough, in January (not in the chart) the views are exactly even for each tab (there’s a new one for database trials).

    “Library Labs” Page Hits 2010

    Page Oct Nov Dec Total
    Browser Toolbar 24 24
    Home 40 75 40 155
    Website Redesign 8 27 7 42
    Totals 48 102 71 221

    Overall, I am happy with how this has gone so far. Not a lot of people have commented or submitted feedback, but I think that’s only to be expected– it’s still a relatively new feature, and getting anyone to fill out surveys or make comments except when they are annoyed about an already existing feature is difficult. I do count on the LIS students here to be the ones interested in participating, and I hope to do a lot more outreach with them in the future on this project.