Friday, October 19, 2007

Archives Deathmatch

For years, there have been no real archival management systems built that are specifically for manuscript archivists. There are museum systems, and obviously library systems.
And in the last year, TWO archival management systems have been released: Archon and Archivists Toolkit.

Since I am on the Archivists' Toolkit listserv, I see all the posts that get made about that particular product. AT comes from a group of universities (The University of California, San Diego, New York University, and the Five Colleges), and is supposed to revolutionize the way that archivists look at data. And I think that it does. Although to me, it looks an awful lot like a cataloging system with a really easy user interface. But I would never tell an archivist that. Archivists are notoriously touchy about being compared to catalogers (except for me, since I'm both). I've actually written about this before, in the guise of the "uniqueness" argument.

But, at any rate, archivists are trying stuff out, and it's not going so well, methinks. Lots of buggy issues with Archivists Toolkit. Some people can never get their computer to let them install the software, some can never figure out how to publish the information that they put into the database, and I don't want to think about the people who may never be able to extract the information that they put in. But of course, Archivists Toolkit is just one of the products; the other is Archon.

Archon was developed by the U of Illinois Urbana-Champaign. Archon is web-based, instead of software based. I haven't played with it as much as AT, and since I'm not on the listserv I can't speak to its usefulness now that it's hit version 2.01. But from the descriptions---it just sounds so much better. Web-based? Automatic publication onto the web? Automatic search functionality? Yes, please! And they even appease archivists--"With Archon, there is no need to encode a finding aid, input a catalog record, or program a sytlesheet. " See that? NO NEED to catalog. Just like archivists like it.

We'll see which one wins. I actually put my money on AT, but only because everyone's touting it as a wonderful piece of wonderfullness that will revolutionize archival work. And they only say that because UC and NYU are involved. Not that I'm jaded or anything.

Tuesday, October 16, 2007

Cataloging in the Digital Age

I've never found much about how our cataloging has changed with the rise of electronic cataloging, and I've been looking around quite a bit for it in the past few months. Maybe because it's so intrinsic in our everyday lives, so no one bothers to write about it. Or maybe catalogers just don't have the time, and the researchers never catalog.
The point is this: we catalog a lot more fully now, then we did before 1990. I never understood why this was. Did catalogers just not care? Was the rise of the internet and search engines creating a demand for better records? Or was it something else?
I decided that it was definitely something else, and that is the catalog card. Not user perceptions or demands, but the nature of the catalog card.
In the years of the paper card catalog, the main entry "card" was usually more like 2-3 cards. A good catalog record is complex, and has subjects, and author, and title and varying title and numbers and extant and everything else we have in catalog records today. That can be a lot of cards. When LC made your cards for you and sent them to you, they also did the cataloging, in effect, because they were making the cards. However, when OCLC came online in the 1970s, suddenly it was possible to have a much longer record. The computer didn't care how long your record was. But--here's the catch--you still had a card catalog, and when you "cataloged" in OCLC, you still ordered your cards from LC.
I have ranted and raved over the seeming incompetence of the cataloging librarian who came before me, who was in the position for 30 years before retiring, and who, in her "wisdom", deleted content note fields. 505? Gone! Anything beyond information on indexes and bibliographies? Gone! This is made me angry to no end, because of course nowadays we positively love for our books to have content fields; the users demand it!
And one day it dawned on me: she was deleting these fields because they ate up space--on a paper card. Catalogers, in the 1970s, 80s and some of the 90s, were still ordering paper from LC, and no one wants a 6-page card. So what do you get rid of? The fat. Anything in the 5xx fields was fair game. Getting a book's record down to the absolute minimum of cards was the goal. Unfortunately, the mentality (without the reason) kept on for a long time after it was unnecessary. And some of it was never fixed. Find a record in OCLC for a book published before 1980, that isn't really important enough to have been reprinted. The record is woefully inadequate by today's standards. Why? Because that was the most efficient record that could be created. Efficiency of SPACE overruled efficiency of SEARCH. Which also explains why searching an online catalog used to be so very annoying. A catalog full of small records? How can you find anything when you're limited to only 3 subject headings and no content field? What kind of keyword searching is THAT?
Today, of course, its common for records to be very long--a table of contents field, a summary field, 6 or 7 or 10 subject heading fields. Space? Who cares about space? Space doesn't exist.

Thursday, May 17, 2007

The Rise of the "Web 2.0"

I hate to start talking about the "generation gap", but sometimes it becomes increasingly obvious. I'm not an undergrad anymore, but I still use the tools that lots of undergrads use: blogs, facebook, text messaging, online document handlers, etc etc. I like technology, and I like knowing about the newest things to come out and how people are using them.
But many people insist on using software to do things that could be done so much more effortlessly through the web. They call it "web 2.0" and seem not to understand that it's the same thing as it always was: social interaction. People find the path of easiest communication and then use it until something even more useable comes along.
Why use Blackboard technology when you could be using blogs? Forget emails; use RSS feeds, or even pinging products to send out text messages. This stuff isn't hard; in fact, it's ridiculously easy, because people are thinking of things all the time. Why use a paper or email survey when you can just put a poll into your website that generates automatic results that users can see? Or why use Java-enabled chat rooms when you can use an embedded widget?
The opportunites that are out there, and are free, are amazing, and yet I feel like many people aren't seeing that these are awesome solutions. I blame Windows operating systems on this, because people believe firmly that software is designed to crash. It really isn't, you know. It's supposed to be designed NOT to do that, but Windows probably WAS designed to mess up a lot, so you'd continue to buy the new, "better" version (Java, anyone?).
At any rate, I think it's kind of sad that people feel like they're trapped in boxes of software and ownership, when the web is exploding with things that make ownership and licenses basically irrelevant.

Monday, April 30, 2007

The Problem with Blogs by Catalogers/Techies

I really like reading blogs by other catalogers and by technology people. They can be informative, and insightful, and give me links to more good things and more NEW things.
However, they also tend to use tech terms and cataloging terms to the extreme. This is related to the problem I have with FRBR (the "new" cataloging standard). If I am not an experienced cataloger, or a tech guru, some, nay, MANY of these blogs are completely unintelligible to me. Thus, they are useless! I think that one reason Lawrence Lessig has enjoyed such ridiculous success with his articles, and blogs, and books, is that he is accessible to almost everyone. He doesn't dive into minutiae; he keeps it general and smart and, most importantly, relevant to a broad audience. Jim over in your cataloging department who has "the coolest blog about cataloging!", cites people you've never heard of, terms you've never used, and programs you would never want.
Now, I'm a fairly experienced cataloger and organizer. I know what they're getting at, most of the time. But sometimes I feel like a kindergartener, and I don't think that is my fault.
I'm going to use the example of FRBR again. I use AACRII, and am comfortable with the terminology of AACRII. I'm even somewhat experienced in FRBR terminology, since my cataloging professor has been part of the movement to change our terminology to encompass all kinds of materials (books, web sites, journals, antelopes, etc).
But when I go to almost any website that talks about FRBR, I'm lost almost immediately. Who is that person they're touting? What article? What the hell do you mean by manifestation? How do I apply that very abstract term to my own concrete stack of books and cds and multi-volume treatises that are sitting on my desk? Does anyone know? Does anyone really care?
I know how whiny this all sounds...gee, what a freaking complainer, why not just find the defintions of terms for FRBR and get it figured out?

Well, I would, if I could find anything that acts as a cross-walk between FRBR and AACRII. As it stands, I merely tread water and do things all the old-fashioned way. Which for a 27-year-old database administrator/cataloger, is saying something.
"Wicked people never have time for reading. It's one of the reasons for their wickedness." —Lemony Snicket, The Penultimate Peril.