User context

saturday, january 26th, 2008 6:39pm

I recently organized a meeting of some forward-thinking folk to brainstorm about what kinds of cool library things we could do if we knew more about a user's context. I also put up a wiki-page to help the brainstorming process.

This stems from a requirement for a project: I had to be able to access a particular barcode related to a user. Turned out the only way of getting at this barcode was to first get another piece of information, and then use that first piece of information to call an API that returns a bunch of info about a user, including the barcode. Fine; did that; got the barcode and used it for a tunneler I built. I then went to the Access 2007 conference, a terrific library programming/technology conference, where, among other terrific presentations, I heard Mark Leggot speak about the repository he set up at the University of Prince Edward Island (UPEI). He mentioned the importance of understanding a user's 'context'. Something clicked, and the general implications of what our team had achieved by being able to tie a user's log-in to this API-info about the user became clear.

This is nothing new in the internet business world; Amazon has been trailblazing this path for years. But given that authentication has mostly been a simple 'boolean' system in our Library webapps of just determining whether or not a user is permitted to access a site -- this opens up worlds of exciting possibilities. Already we've implemented a proof-of-concept 'drop box' that determines, from login, the user's 'type' (faculty/staff/student) and department and uses this data to customize the page displayed after login. Exciting stuff!

Comment architecture not yet implemented -- for now email comments to birkin.diana@gmail.com; selected comments will be displayed here.