Cataloguing the Library of Babel

[nmg]

So I exaggerate - we're not quite at the level of certain other bibliophiles, but we do have upwards of 3-4000 books in Gark Villa. Unfortunately, I also have a poor memory so I'm forever buying duplicate copies of books that I already own, or lending out books and forgetting who to. One of my projects for paternity leave and Christmas was to investigate software for cataloguing our collection, and perhaps make a start on the task. However, the garklet took up more of my time than I'd envisaged (that is, all of it) and I didn't get very far.

perdita_fysh mentioned the software that she'd been using to keep track of her books: Delicious Library. Given that I have a shiny new MacBook Pro, I thought I'd take a look. Five minutes later, I found myself $40 lighter.

Delicious Library is a very slick piece of software that automates much of the tedium of building a library catalogue. It uses the iSight camera to read barcodes, and automatically retrieves the bibliographic information from Amazon. In addition to books, it can also catalogue CDs, DVDs and computer games. It has minimal circulation functionality for tracking loans, but this is nicely integrated into iCal and the address book.

It isn't perfect, and there are a number of areas for improvement, some of which may be dealt with in the next version: integration with online library catalogues is essential for high quality metadata, since the Amazon data is uniformly dreadful (LOC or COPAC would be my choices here, and services like CDDB would suffice for music); it needs to improve the way it handles metadata (representing editors as well as authors would be a good start); it needs smart collections along the lines of iTunes' smart playlists.

There are other systems with similar (or greater) functionality, such as Bookpedia from Bruji or the open source Books, but Delicious Library is better finished and more robust.

Comments

Re: Copac XML

[nmg.livejournal.com]

I'm a little skeptical of Delicious Monster's interest in representing richer metadata. They're currently reproducing only what is present in Amazon's listings, and they're scrambling that in places. In an ideal world, they'd open up and provide a search plugin architecture along the lines of that offered by Books, not to mention export plugins to satisfy both the DC-in-RDF crowd *and* the BibTeX mafia.

DL's internal XML format is very rudimentary, with little concession made to extensibility; all the fields for a record are stored as attribute values on a single element, which doesn't allow for multiple-valued fields or any provenance annotations. Given this, I doubt that they'd make particularly good (or any) use of a MARC21-based XML format from COPAC, which would be a shame.

(I assume that you're the Mike Mertens of CURL, by the way...)

Re: Copac XML

[mikemertens.livejournal.com]

Yes, of CURL fame. It is a shame that this data cannot be re-used for public good, since we are ultimately funded by the taxpayer, and that's the purpose (public good effect) of Copac anyway.