Wednesday, July 22, 2009

Amazoogle Fail?

The May 2009 issue of Computers in Libraries has a really interesting article called "OPACs and the Mobile Revolution."

The author, Samuel Liston, looked at how catalog interfaces from SirsiDynix, Innovative Interfaces, and AquaBrowser display in various kinds of mobile devices. He tested a Crackberry Blackberry, a Windows Mobile device, and an iPhone.

The test in each was:
1. Does the library own a specific book? (Search from the library's main page)
2. Does the library have a current copy available? (Look at the results page)
3. What is the call no. of the copy? (Look at a full-record view for the title in question)

My short (and snarky) summary of this article is two-fold:
1. iPhones do the best job of displaying at each step in the test.
2. If your users don't have iPhones, they're screwed.

I'm no code whiz, but I know that there is a difference between how a full website views on a mobile device and how 'mobile versions' of a site display. I know this because I can use my Windows Mobile-driven phone to check in for flights on Southwest's mobile site, but you couldn't pay me enough to load the full version on my phone.

I'm guessing, based on the article, that the catalog interfaces in question either don't have mobile versions or the mobile versions weren't tested.

The article concludes by showing how awesomely Amazon's website displays on each kind of mobile device.

(Cue the record scratch)

If libraries want catalogs that navigate more like Amazon (and wasn't that the impetus behind NextGen catalogs?), shouldn't we have followed Amazon's lead and looked at the mobile device-aspect of this equation? It seems like users don't want to be tethered to their laptops and they certainly don't want to be tethered to the machines in our libraries. Theoretically, users want to access our resources from their phones. And, according to this article, they can--but they can only do it reliably if they have an iPhone.

It seems like over and over again, libraries have excellent intentions when it comes to implementing "Web 2.0" ideas in a library setting. And it also seems like over and over again, libraries just barely miss the mark.

I haven't done any kind of research of my own beyond the article, so I'd love to be pointed in the directions of some awesome mobile catalog interfaces. I'm sure they're out there! Prove me wrong, library-land!

Tuesday, July 29, 2008

Another tool in the cataloger's trusty toolbelt?

I stumbled upon OCLC'S Classify by way of The FRBR blog's post about it.

Using any number of identifying characteristics (UPC, OCLC no., ISBN, ISSN or Author and/or Title), a user can identify the most frequent and most recent call numbers for both Dewey and LC Classification for a (for lack of a better word) work.

I got really excited thinking about the implications of a tool like this. I couldn't help but think that, sitting next to Worldcat Identities, that this might be the Next Big Thing for catalogers.

Upon further consideration, I wondered what exactly one might do with Classify and the use I kept coming up with was certainly not what OCLC had in mind.

Imagine being a small library without the funding or resources to purchase a copy of DDC. Imagine being able to use a freely available web resources to assign a call number to something you own.

Given the stranglehold that OCLC seems to have on DDC, this was certainly not the intended use for this technology.

But what if it had been?

In light of this argument for setting classification free, Tim Spalding's idea about Open Shelves Classification doesn't seem so radical after all.

A library's ability to catalog it's collections shouldn't be tied to how much money it has. Period. End of story.

It's one thing to choose not to catalog a collection. It's quite another to not be able to because you don't have the means to do it.

Spalding's OCS (well, our OCS, if you take adhere to the truly open nature of "open" anything) puts part of that decision back into the hands of libraries.

I still think OCLC's Classify is a neat and potentially useful tool. And it has the ability to do a lot of good if it remains freely available. But, if it goes behind the wall of subscription services, it doesn't give us a whole lot more than what we've already got or what we can get by way of worldcat.org.

OCLC's Classify: shiny toy or useful tool?

Wednesday, April 30, 2008

"How" versus "why"

Eszter Hargittai, sociologist from Northwestern University, is interviewed in the "Wired Campus" section of The Chronicle of Higher Education. You can find the interview here.

She asserts, in this interview, that students aren't as Web savvy as we believe that they are or as they claim to be.

Hargittai makes an argument throughout this interview that loses me. She seems to be arguing that because users don't know how technology works that they are Web-skills deficient.

I read this interview think that she was trying to make the argument that it's like having keys to a car without ever having had any formal instruction on how to drive.

Students are taking their cars on the road and learning how to drive by successfully (or not) making it to their destination.

A student learns how to navigate the Web through successful (and unsuccessful) searching.

I buy that. What I don't like is that she seems to imply that the job of instructor or librarian is to to teach the student the mechanics of how a particular tool works instead of why a user should use this tool to access information.

It's teaching the user how the car works instead of how to drive it.

Hargittai says "Most students don’t know that wikis can be edited at that moment. Their eyes just open up wide when they find out."

I'm not sure the how of Wikipedia matters much to most users. Maybe it should, but it doesn't.

I think that what's more important is the why, especially when teaching students to look critically at Wikipedia as a reference source.

The how is the mechanics of the car. The why is the Driver's Ed. lesson.

Earlier in the interview, Hargittai also says "Ask your average 18-year-old: Does he know what RSS means? And he won’t."

I appreciate her question, but I think she's asking the wrong one. Instead of asking a student what RSS means, ask him if he uses Bloglines or Google Reader to read some of his favorite blogs. I suspect the answer might be "yes."

Should we spend our time, then, explaining the how of RSS? Or should we teach students the why of RSS: how to use feed readers to subscribe to sources of information that might be useful to them?

Again, it's teaching a user how the car works vs. teaching the user how to drive the car.

It is true that as librarians we might be more tech savvy than the users we serve. We should know how each part of the car works in order to help our students drive it better. But I think the burden of learning how the car works lies on us.

The truth is that even if users don't know how technology "works," they're using it. So, it's our job as librarians to help empower our users to be better consumers of information. We may never move from teaching students the why of a technology to teaching them the how, though we may aspire to.

But why, not how, is where we should start.

Tuesday, December 4, 2007

Courtesy matters

I am in the process of subduing my blog subscriptions after not reading any of them for almost a month. I was struck by how much of a curmudgeon I must seem sometimes.

You know how Michael Stephens at Tame the Web puts up pictures of really unfortunate signage?

I was catching up on his blog when I came to an unfortunate sign about cell phone usage and I started thinking. And when I started thinking, that's when the curmudgeony-ness kicked in.

Why is it wrong to ask people to restrict their cell phone usage to certain parts of the library. I understand that allowing people to text message or call the reference desk from the stacks makes us more accessible to users. And I get the if you have an iPhone that you want to be able to play games or read blogs or find the catalog. But what's wrong with asking people, for example, not to talk on the phone in certain areas of the library? Or with asking people to turn off the sound on their phones or, alternately, to use earbuds/earphones.

I feel like Andy Rooney when I start talking about what bothers me. I need you to know that I'm not some techno-phobic luddite who doesn't own a cell phone. I own a cell phone and an iPod and I use them both in public places. But I do my best to put my phone on vibrate if I'm in a place where I know it would bother people if my phone went off--the theater, restaurants, church and, yes, the library.

I understand that signage should be appropriate when dealing with these concerns. Libraries look user-unfriendly if they post signs that are mean-spirited or condescending to users. Libraries should be respectful when making requests of their users and offer them the opportunity to prove their trustworthiness. As a library, I should believe that you can play with your iPod or PSP without being a distraction to others and should encourage you to do so. But what's so wrong with asking that you do those things without bothering the person sitting next to you by "cranking it 11" when you play?

So...tell me, because I'm genuinely curious. What's so wrong with putting up appropriate signage about moving your telephone conversations to a designated place in the library? And what's wrong with asking people to be courteous when using their portable devices in public?

Erin, curmudgeon

Monday, December 3, 2007

Controlling controlled vocabulary

I have to give a big "thank you" to Nicole at What I learned today for pointing me to the LCSH browser.

Created by Universitätsbibliothek Braunschweig in Germany, this tool allows users to browse LC subject headings. A user can browse through a list of headings or create a "browse" by searching in one of a few indexes. Once a user has found the term he or she desires, the user can take that term into a search in Worldcat.org, Google, LibraryThing, or Open Library.

One thing that has consistently slipped out of my grasp is the understanding of how well (or how poorly) our users understand and use controlled vocabulary. I don't work directly with our users, but I would guess that a novice searcher would have trouble constructing a search that is complex as LCSH strings can get. It's why tagging has always made sense to me, not as a replacement for controlled vocabulary but in addition to it. Given users to the tools to "discover" complex search strings seems like a neat way to give them a way into our library catalog.

I like, also, how a user can connect directly from a search term into a catalog. Theoretically, if your user was signed into his or her WorldCat.org account, clicking through to WorldCat.org would give users a list of items in your library that had that heading.

It's a neat idea, I think.

Friday, November 30, 2007

Why make something more complicated than it has to be?

Adrienne, from What Adrienne Thinks About That has a fabulous post about how she simplified her library's Summer Reading Program.

You should read it, because it's pure genius.

The key to the changes was based on this logic:
"the more children visit the library, the more likely that they’re reading. Well, DUH, in most cases, that’s going to be because their parents value the library enough to bring them there frequently, and I’m going to wager those parents are also reading to their kids and even reading themselves in their spare time."

So instead of tying the prizes to how many books a kid read, the prizes were given out in the form of weekly drawings. The more times a kidlet came to the library each week, the more times that kidlet could enter the drawings.

Adrienne's library backed this newer, simpler program up with a good collection, strong programming, and free "make-and-take" activities.

This version of the SRP resonated well with me. When I was a college student, I worked for a public library during the summer. I saw kids come into the library, pull a stack of books of the shelf, flip through them, and bring them to me for credit. It always seemed to me like a slap in the face to kids who actually read the books they were trying to get credit for. But, since it wasn't against the rules, I had to give these kidlets the credit for "reading" the books.

Bravo to Adrienne and to her library for helping to change the thinking about what a Summer Reading Program should be.

Thursday, November 29, 2007

Bitter is a four (wait...six) letter word

I started to read this article about Timothy Ferriss, author of The four hour work week, with a hope that it would teach me about unplugging from technology to make me a more productive person, both personally and professionally.

What I ended up with was a bitter taste in my mouth.

Ferriss doesn't unplug from technology. He pays someone else to plug in for him.

Maybe he doesn't use MySpace or Ning or Twitter, but he still receives correspondence electronically. Only he has personal assistants who sift through his messages and only send him the important ones.

I don't know why this article bugs me so much, but it does. I think it's because it makes technology out to be the enemy.

Technology is not, in my opinion, the enemy. We allow ourselves (myself included) to get overloaded by the presentation of too much information. And maybe this is the point that the article was trying to make: be selective with what information you allow into your world. But I thought it missed the mark.