On 22-Mar-07, at 22:09 , William Denton wrote:
Say I live in Lower Mowat but one day I'm in Upper Mowat, in the next
municipality (or county, or whatever) over, visiting my tailor.
The two
library systems are separate but share their resources.  I pop into
library to update my Twittering friends on my inseam measurement.
I don't
actually have an account at the Upper Mowat Library, but I log in
to one
of their computers using my Lower Mowat-supplied OpenID identifier,
the Upper Mowat system recognizes where I'm from and gives me
access to

Bill, this sounds intriguing.  The hard part of this process will be
federating the patron databases into the OpenID framework.

Right now some ILSs support querying an external LDAP server to
authenticate patrons (III does this for logging in to the opac to
place holds, for example), and some external systems support querying
the patron database to authenticate (certain wireless access points
and internet terminal management systems do this).

So, when I walk in to my library and set up my library account,
instead of them giving me a PIN with which to log in, I give them my
OpenID (they might still give me a PIN, so people without OpenIDs can
use the system, but I'll ignore it).  Then, when I attempt to access
services, I will select the "log in with my OpenID" option, it will
pass off to the OpenID infrastructure, which will return 'aye' or
'nay', and then I'll be in, and the ILS will look up my authenticated
OpenID in the patron database to find out how much money I owe in fines.

It's not clear to me that NCIP comes in to the process, since that's
a different (very heavy) way of passing authentication information
around that I don't think fits well with the OpenID framework, but
that something that I've have to look deeper into.

- David

David J. Fiander
Digital Services Librarian

Reply via email to