Bibliographic Wilderness

Hadn’t seen this blogged yet anywhere I read, so I’ll cite it, even though I know some people are annoyed by just pointing to existing resources in your blog.

Has some good practical advice for attempting to integrate institutional repository and ‘e-print/pre-print’ content into your link resolver.

http://www.dlib.org/dlib/march07/sugita/03sugita.html
Shigeki Sugita et al.
Linking Service to Open Access Repositories
D-Lib Magazine
March/April 2007
Volume 13 Number 3/4 ISSN 1082-9873

Or: There’s no such thing as a free lunch, but some meals are still better than others, even on a budget.

The horizon-l list has rather incredibly turned into “open source ILS for newbies” lately.

Someone posted [paraphrased, it's a closed list] “I know open source isn’t free, despite what everyone says. We don’t have much in-house technical expertise, and we’re worried that the open source ILSs don’t have the feature we need from a mature ILS yet. What can we do?”

I replied: (more…)

I have been thinking lately of a library subject guide system. A really great utopian library subject system. I imagined a system where librarians would list databases and other resources (chosen from Metalib and/or some other central repository of our stuff, when possible; URLs entered manually when not); also add other narrative text as desired. And organize the whole thing coherently somehow, without knowing any HTML.

And then we’re kind of at the kind of subject guides most of us have today (but perhaps easier to create), but then there’s all sorts of cool new features (I really hate saying ‘2.0′) we can imagine: (more…)

So, no more Corinthian.

New product apparently expected towards the end of 2008.

1) New product will be based on Unicorn. Will moving from Horizon to Unicorn be no easier than moving from Horizon to another vendor’s ILS…. will it be harder than moving to Evergreen?

2) Prior to the end of 2008, will we have a few more more succesful implementations of open source ILSs, in libraries comparable to our own, to give our own timid libraries enough confidence to make that move? Fall 2008 instead of Summer 2007, the previous (well, the latest previous) Corinthian release date—gives us more time.

The biggest winner of this announcement is Evergreen and Koha.

Oh, and all the rest of us too. Sometimes the only way to get off the sinking ship is to be pushed.

Know someone that wants a sysadmin job at a major university library in Baltimore City? We are hiring. I don’t think the posting says so, but we run Red Hat and Solaris at present.

https://hrnt.jhu.edu/jhujobs/job_view.cfm?view_req_id=27602

Dan Chudnov envisions a scenario for using OpenURL to let a person carry their ’services’ around with them from website to website, in an automatic way. At least that’s my interpretation of his scenario, I’m sure he or someone else will correct me if I’m mis-characterizing it.

That’s started me thinking in more detail about what the architecture needed to support this scenario would look like. I’m going to make a few posts about this, starting with this one investigating how we should think about the ‘link resolver’. (Note that I’m not sure if this is exactly what dchud was thinking just stated differently, or expands upon it, or even contradicts it! That’s why we write these things down, to tease out from each other what we mean and build shared mental models and vocabulary, right?)

So, what is a ‘link resolver’? Well, of course, it’s something that takes an OpenURL, which represents a bibliographic item and tells the user where he can get electronic access to the item. (And, yes, the OpenURL includes not just an item citation, but the ‘context’ of the request, but let’s face it, the item requested, the ‘referrent’, is the principle payload, and the main thing that ‘link resolvers’ act upon; in practice the extra stuff is just bonus). The very name ‘link resolver’ implies this scenario, but let’s consider an alternate more abstract understanding of the class of services our ‘link resolvers’ fit into. (more…)

Richard Wallis of Talis posts on a project that impacts our fantasies of local indexing (rather than cross-search) for scholarly articles.

“By embedding Onix encoded journal article information in to a RSS 2.0 feed it was possible to build a process, capable of being automated, for those articles to be inserted in to a library catalogue without human intervention.”

http://blogs.talis.com/panlibus/archives/2007/02/tocross.php

As I’ve told some people, I have some code to put the info from SFX on what databases (ie SFX ‘targets’) have online coverage for a given serial, on the OPAC page for that serial. I think this is fairly easy improvement you can make with a big impact.

(more…)

So I finally get around to making a blog to write about library matters. Attending the Code4Lib conference was the final impetus. What a great conference. Nice to spend a week discussing with very smart people very interesting ideas about how to make libraries work better in the digital environment. The way we try to extend and grow this community is with communication, right? Less re-inventing of wheels and isolation, more synergy and collaboration. Not just on code, but sharing of analyses, plans and experiences, participation in public discourse to take our collective practice forward. So a blog is one way of doing that public communication (’publishing’ is just a word for ‘public communication’, right? A blog may not be the best way to do it, but better than nothing).

(more…)