Re: [IUG] Patron Verification
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Date: Thu, 17 Aug 2006 08:54:15 -0400 (EDT)
- From: "Leo Papa" <papal at cantonpl dot org>
- Subject: Re: [IUG] Patron Verification
John and Steve
Thanks for you responses about the LDAP and EPV products and how they
function at your institutions. What I'm trying to do is pass some form of
patron authentication information, from a MyMillennium login, to a hosted
application (a blog) running on another server.
If I understand your explanations, LDAP would work but it would require
synchronizing accounts between 3 servers, Innovative, the LDAP server, and
and the hosted application server. A lot of overhead.
I was hoping to figure out some type of seemless (single) login,
preferably one that would not require us to set up a separate
authentication (LDAP) server.
I'm going to explore an authentication method used by one of our e-book
vendors, Overdrive, which uses a SIP2 connection to pull patron
information from the Innovative server. The patron does not have to
create an account, just logs in the same way they would log into
MyMillennium. Overdrive must use this data to build their own patron
database, because they keep track of items specific patrons have checked
out.
If the vendor for our hossted blog can mimick Overdrive, users would not
have to create new users names/passwords. The downside is that the will
need to execute separate logins, for the blog and for MyMillennium WebOPAC
services, i.e., the login to the blog will be outside of their
MyMillennium account.
Leo
--
Technology Department Head
Canton Public Library
(734) 397-0999 x160
Steve Sowder wrote:
> I think we operate a bit differently than Wayne State.
>
> We are a software only site, just recently upgraded to r2006.
>
> We installed an LDAP about a two years ago. Our IT department installed
> it at our request and got it running before we bought the External
> Patron Verification. IT used it for another application on campus.
>
> When we were ready, III worked with our IT department. Now, when a patron
> verifies, they use their campus email account name and password on the
> LDAP server. The LDAP server supplies a verified ID number to the
> library system which then looks up that patron. If found, then all is
> ok and the patron proceeds.
>
> So, in our case, the LDAP verifies first and then provides the
> necessary info (the ID number) to the library system. Community and
> "others" simply supply name and ID to the library system only.
>
> BTW: the LDAP still runs both the original application and the
> External Patron Verification application.
>
> Steve
> sowder at andrews dot edu
>
> On Wed, 16 Aug 2006, John Rutherford wrote:
>
>> You have to purchase the product, and then III would install it on the
>> server, that part works
>> the same for a turnkey or software only site. But you would then have to
>> have a non-innovative
>> ldap server for it to authenticate to. In our case the University runs
>> the ldap server that we use the
>> external patron verification module (ldap) to connect to when patron
>> requests are required.
>>
>> so when a patron logs into their patron record, places a hold etc.
>> Millennium checks the external ldap
>> server from the institution for a record for that patron. it uses a
>> field in the patron record that must also be
>> in the ldap server to match both records (usually a university id or
>> something similar). After it verifies that the user is in the external
>> ldap server, it then
>> allows the transaction to proceed and uses the information such as
>> patron type to complete the transaction.
>>
>> John Rutherford
>> Wayne State.
>>
>> Leo Papa wrote:
>> > Good afternoon:
>> >
>> > I have a couple of questions:
>> >
>> > Can LDAP services be enabled on a turnkey Innovative server?
>> >
>> > Is Innovative's external patron verification service something that
>> can be
>> > enabled on any turnkey system, or is it a product that must be
>> purchase
>> > and possibly a separate server?
>> >
>> >
>> >
>> > Leo Papa
>> >
>>
>> --
>> This message was distributed through the Innovative Users Group INNOPAC
>> list
>> Public replies: INNOPAC at innopacusers dot org
>> Update your subscription options:
>> http://innopacusers.org/mailman/listinfo/innopac
>>
>>
>> --
>> BEGIN-ANTISPAM-VOTING-LINKS
>> ------------------------------------------------------
>>
>> Teach CanIt if this mail (ID 13375941) is spam:
>> Spam:
>> http://www.andrews.edu/spam/canit/b.php?c=s&i=13375941&m=a74d226527ee
>> Not spam:
>> http://www.andrews.edu/spam/canit/b.php?c=n&i=13375941&m=a74d226527ee
>> Forget vote:
>> http://www.andrews.edu/spam/canit/b.php?c=f&i=13375941&m=a74d226527ee
>> ------------------------------------------------------
>> END-ANTISPAM-VOTING-LINKS
>>
>>
> --
> This message was distributed through the Innovative Users Group INNOPAC
> list
> Public replies: INNOPAC at innopacusers dot org
> Update your subscription options:
> http://innopacusers.org/mailman/listinfo/innopac
>