Unclear on the Concept

According to the Associated Press, Sinbad is not dead, in spite of what Wikipedia says:

A telephone call and an e-mail left for Wikipedia were not immediately returned Thursday night.

Information literacy is, apparently, not as universal as we might like.

Social Network Interoperability

In the "chat" context, I now have two MSN accounts (home and work), a google talk account, an AIM account (which I never use), and an IRC nick on the freenode network. In terms of "social network" sites, which I'll define very broadly, I've got MetaFilter, Flickr, del.icio.us (which I've actually used for work), Facebook, LinkedIn, Last.fm (which has actually been somewhat useful), Blogspot (duh), and most recently Twitter. (Oh, and of course I have home and work email addresses, as well as the obligatory "hotmail" spam-magnet address.)

Facebook might be interesting, but it's clearly designed to pull users into it to see what's going on. Unfortunately, I would find it far more useful to have an RSS feed of my Facebook "News Feed", since I use Google Reader to aggregate my news feeds.

Almost none of these systems interoperate in any useful way. Facebooks claims that it can "import" my blog into the Facebook "notes" stream, which is one less place for people to look, but both Facebook and Twitter provide a status indicator, and there's no clear way for one to feed the other, which might be fun, since twitter acts as a web/IM/SMS gateway and narrowcast channel, allowing me to see what's going on with my "friends" in realtime, and to post what I'm doing easily without having to use a full web browser just to type in six words.

Although it might be argued that Facebook is social and LinkedIn is work, there's enough overlap and cross-fertilization between those two arenas that it would be interesting to see what might happen if they could join forces.

But, for the time being, I'm stuck searching for everybody I know every single time a new site pops up and everybody piles into it. I'm looking forward to the inevitable consolidation in this area.

Well, that or I'll just go back to being antisocial.

Handbooks and Manuals

It's nice to see that I'm not the only person that compares recipes in different editions of the Joy of Cooking. The changes that Karen mentions for the one recipe she's describing are minor, but they are indicative of how "Handbooks and manuals" change from one edition to the next, and indicate why one should need throw out a handbook, just because a new edition has been printed. The "Joy" is an interesting example in a couple of ways:

The Joy of Cooking is a snapshot of existing practice in American cookery. Because the "Joy" is recording trends, rather than breaking ground, it's an indicator of what household cooks were doing around that time. For example, the 1975 edition uses a lot of canned and packaged ingredients, and it hints at the beginning of the "ethnic" cooking trend (although the recipe for "refried beans" seems to have been created by somebody unfamiliar with Mexico). By 1997, the packaged ingredients are mostly eliminated (aside from "traditional" canned goods like stewed tomatoes) in favour of fresh ingredients.

The Joy of Cooking documents social trends. Aside from the "ethnic foods" I've already mentioned, it's possible to observe how broader social trends and current events affect the "Joy". In 1964, when writing About Water, there are instructions for purifying your water and an admonition to not use water that has been exposed to radioactive fallout. This section has disappeared from the 1975 edition, but the section on mixing cocktails survived from '64 to '75, only to be cut from the 1997 edition. Interestingly enough, the 1975 edition introduces a description of how to tap your own maple trees, which disappeared in the next edition. Unless this is a quirky nod to the hippie back-to-the-earth movement of the late '60s and early '70s, it's an odd thing to include.

For more information about the social history of 20th C. American cooking, see

Shapiro, Laura. 2004. Something from the oven: Reinventing dinner in 1950's America. New York, N.Y.: Viking.

which does a wonderful job of explaining the hideous food my mother cooked for me when I was a child.

Just to show that the usefulness of handbooks as historical source documents is not limited to the domestic world,, I will never throw out my other favourite handbook, the 13th ed. of The Chicago manual of style, since it's the edition of that illustrious orange bible that has an entire chapter devoted to describing the printing process, both letterpress and the newer lithographic printing process.

Software Tools

I'm a systems programmer, and a tool-maker, and I think that every library would benefit from having a software tool maker around. Being a tool maker means that I write small, relatively simple programs that only do one thing. I've never written an editor, but I've written lots of data conversion and simple analysis programs: programs that read one or two files and produce one or two files of output, and I always rely on having a command line close by to run my programs.

When I became a librarian, my need to write tools decreased, but it didn't disappear. Lists are the bane of collection librarians, and we regularly receive spreadsheets full of book bibliographic data, or generate lists of journal titles from JCR, which we then have to use as checklists to find out how much of it we own, and how many of the titles that the accreditation board expects us to own are absent. When the list of titles is brief, this process isn't too painful, but it primarily involves cutting ISBNs or titles out of a spreadsheet and pasting them into the web OPAC, then making a note in a column of the spreadsheet. Unfortunately, the lists of titles are rarely brief. For most categories of journals in JCR, there are less than one hundred titles, which is most of a day's work. I simplified this for myself by writing code for the emacs editor that would automatically query the ISBN in the catalogue for me, eliminating some of the cutting and pasting, and speeding the process up somewhat. Unfortunately, such primitive tools are insufficient when faced with a list of six hundred e-books, and a need to determine the titles that we already own, especially when the ISBN in the list may be for a different format that the one we own.

So I wrote a program. The challenge is figuring out how to get information out of the catalogue: the web OPAC is useless for programs, since they can't easily read nicely formatted HTML tables, and the system doesn't provide a simple web service interface like SRU for querying the database. Fortunately, my catalogue has a (bad) Z39.50 server, and it's possible to find Z39.50 client modules for most scripting languages nowadays, so I just used Z39.50 to talk to my catalogue. Of course, this will only tell me if I own exactly the same edition of a book as the one that the publisher told me about, and I know that's not true, since we commonly buy the paper edition, rather than the hardcover, and we also already own electronic versions of some books. This is where the whole "Web 2.0" thing takes over. OCLC is providing a cross-ISBN server, xISBN, that is a simple web service: it takes an ISBN as input, and it transmits back an XML document that is a list of "related" ISBNs: the paper, cloth, electronic version, and whatever else they thing might be associated with it.

Adding xISBN into the mix means that if we don't own the exact ISBN given by the spreadsheet, then I ship it off to OCLC and check the ISBNs in the return list to see if we have one of the related titles. In a perfect world, I'd record this information in a new column in the spreadsheet, indicating whether we owned the title or a related title, and providing a link to the web OPAC so that the librarian could click from the spreadsheet into the OPAC to check circulation statistics and other useful staff information. But reading and writing Excel files is non-trivial, and storing an URL in a CSV means you end up with an URL displayed in Excel, rather than a friendly link, so I just write out an HTML file that is a list of the titles we own, as links in the OPAC, as desired. After having spent five or six hour programming (aka "having fun"), it took a mere three minutes to process the list of six hundred computer science titles and identify the one hundred thirty titles that we own. But now I've got the tool built, so when this comes up again, or when I need to check journal holdings, it'll take no time at all.

Web 2.0, and by extension Library 2.0, is about providing modular services so that users can build what they want for whatever reason they have. Mostly on the web 2.0, this is for social or "fun" purposes, but the same philosophy also improves work productivity. Peter Murray spoke at the recent Future of the ILS symposium that the University of Windsor sponsored, and he talked about the importance of componentized business processes for users. But building the right components for our business processes also makes our business more flexible and easier to mash-up. This is a big part of what the library vendors are missing: they think they know how we should use our data, when even we don't know how we want to use it. But that, as they say, is a story for another day.

Conference Going

There's an ad playing on TV for some sort of nacho chip (Doritos, maybe): a group of travelers are stuck in the airport waiting for a delayed flight and describing the events that they're not sorry to be late for (MAN: I'm going to see my wife... and her lawyer).

The problem with the ad is that one of the sad crew is expressing his mock disappointment about missing his "podiatrists' conference". I've never met a professional, in any field, that was anything but genuinely excited at the idea of spending time in a huge meeting hall listening to other people talk about the biggest hot thing in their field, whether that field was computer programming, teaching, running a MacDonalds franchise, or librarianship.

I just got back from Access, and I'm totally excited about chatbots, diacriticals, and the 2-click web. The biggest challenge about getting back to the office after a fantastic conference is trying to make the conference buzz last long enough that you get through the accumulated email before cynicism sets in.

So, for the past week, I've been talking about what we need to do to make MPOW's website better and reading about information architecture and thinking about usability testing, focus groups, and making something for the users, and wondering how much I'll be able to pull off.

Wish me luck.

Gender differences in IT

I've been reading a lot of the postings across various blogs recently about the challenges that women entering IT face, even in librarianship, which is otherwise dominated by women. I'm not going to bother linking to all of the various posts that I've read, or commented on; they're not hard to find. I'm going to tell a story (which I do a lot of).

I'm not sure how many people cited Margolis and Fisher's Unlocking the clubhouse: Women in computing, but enough did that I checked it out from MPOW. One of the interesting things that they report as a common thread through all the women undergraduates that they spoke to was the fact that even women that were doing very well in computer science (to the point of being on the dean's honor list in some cases) didn't feel that they were doing as well as some of their male classmates. I have my own anecdote to add to the weight of their evidence.

When I was in high school, one of my good female friends always felt very insecure about her mathematical skills. She took, and passed, calculus, but always felt that math and she didn't get along that well. We lost touch when we went to different universities, but reconnected after university when we were both living in Toronto with our respective partners. Over dinner one night, she told us all that she had been going through some boxes that she'd finally moved out of her mother's house, and had come across all her high school report cards. She was amazed to discover that she had consistently earned As in all of the mathematics classes that she took. She could only remember her insecurity, and basically "ignored" or didn't recognize the objective evidence of the grades that she was getting. She knew that she was bad at math, and only the distance of time could give her the ability to read the grade and acknowledge that she must have been good at it.

And now I can see how her behaviour was not unique to her, but was part of a pattern of behaviour that women seem to more prone to than men (at least according to the information gathered by Margolis and Fisher). Margolis and Fisher declare that women switching majors out of computer science (or technology in general) to other fields cannot be simply treated as "their choice", but is an institutional problem that must be addressed by the institution. My friend who is a faculty member in Engineering (and the "artist in residence" for the Civil Engineering department) is actively involved in the Go Eng Girl program in the province, to encourage high school girls to continue in technology, so I like to think that my school is working at addressing this issue, and I'll be telling her to read Margolis and Fisher, as soon as I'm finished.

(Unfortunately, I also remember the "I want to be an engineer, just like my mom!" recruiting posters from when I was an undergraduate twenty years ago, and the engineering society that paraded "Lady Godiva" through campus at the same time.)

ResourceShelf: Maps: Weird and Wild in the Parks Map

ResourceShelf : Maps: Weird and Wild in the Parks Map brings out the latent nationalist in me. The quotation they have selected from the "National" Geographic website:

Between the U.S. and Canada, there are more than 148 million acres in the National Park System.

There is no "National Park System" that spans the United States and Canada. There is a National Park system in the United States [of America] and a National Park system in Canada