Hi John

We're certainly moving that way but at the moment I am not aware of any RFID supplier in the UK, US or ANZ that doesn't rely on the LMS for processing loan policies, storing user and item data etc.

If we had used RFID differently - like some of the solutions being sold in India and China for instance - we might have already designed circulation systems that don't need an LMS but we would still need the bib data online to be able to discover items.

But so long as we all understand where all the data is, and how we're using it we won't make expensive errors or fall foul of privacy laws.

Best

Mick

This email was generated on my smartphone by thumb-power. Please forgive errors.

m. +44 (0)7786 625544

On 28 Jun 2013, at 00:15, "Usher, John" <[log in to unmask]> wrote:

> Well, just some speculations on my part:
> 
> * You can check your reservations on a kiosk, see their bib details and manage them, but you can't create new ones as you can't see the full catalogue
> 
> * You can satisfy your res on a kiosk, but not on the OPAC
> 
> * You can manage your res on a kiosk *and* an OPAC
> 
> * You can pay cash (and possibly card) on a kiosk, for res, for balances - not always easily possible on an OPAC on the web if finance systems haven't been integrated for card payment or to use balances on user accounts
> 
> Pull that all together on a kiosk and the need for a dedicated OPAC from the LMS supplier on any fixed device other that a kiosk inside the library goes out the window (Mick's very relevant point about the ability of the LMS not withstanding)
> 
> You might need 'sit down' kiosks rather than 'standup' boxes but they exist, if not common (as far as I know) in current Self-Service deployments in Public libs at least. Just a PC with a touch screen, tag reader, printer, payment device, Kiosk software and LMS connector. No LMS software or weblink to a separate OPAC..
> 
> Something like that?
> 
> JU
> 
> -----Original Message-----
> From: Adrian Hale [mailto:[log in to unmask]] 
> Sent: 27 June 2013 10:09
> To: Discussion List for RFID in Libraries; Usher, John
> Subject: RE: OPAC on self-check kiosk?
> 
> Interested in the comment
> 
> * RFID offerings start to  emerge to integrate Borrower Services functions on the Kiosks with the bib data from OPACs into one entity?
> Would exactly would this mean?
> 
> Adrian
> 
> 
> -----Original Message-----
> From: Discussion List for RFID in Libraries [mailto:[log in to unmask]] On Behalf Of Usher, John
> Sent: 27 June 2013 09:19
> To: [log in to unmask]
> Subject: Re: [LIB-RFID-UK] OPAC on self-check kiosk?
> 
> '...Not every user is as technically adept as you John...'
> 
> ROFL!!!
> 
> No - many probably *much* better! :-)
> 
> I think we're actually agreeing here - it's just how we get might there.
> 
> A possible scenario:
> 
> * RFID kiosks are largely supplanting LMS counter access.
> 
> *  RFID offerings (static and poertable) are starting to take over what's left of the LMS counter clients to integrate tag reading
> 
> * RFID offerings start to  emerge to integrate Borrower Services functions on the Kiosks with the bib data from OPACs into one entity?
> 
> *RFID supplier offerings might move to offer OPACs on the web?
> 
> 
> So all that's left for the LMS suppliers is the backend database and record supply? And even then?...
> 
> 
> JU
> 
> 
> -----Original Message-----
> From: Mick Fortune [mailto:[log in to unmask]] 
> Sent: 27 June 2013 06:05
> To: Discussion List for RFID in Libraries; Usher, John
> Cc: [log in to unmask]
> Subject: Re: OPAC on self-check kiosk?
> 
> The distinctions are certainly blurring (see 3M's latest press release).
> 
> I think the potential for error and confusion might increase significantly if this wasn't an integrated function. Not every user is as technically adept as you John, and I'm not sure if there's any advantage to a non-integrated approach? Would the link back from the OPAC be as simple for example?
> 
> Plus there's always the risk of not being able to establish who is responsible if things go wrong.
> 
> Mick
> 
> 
> 
> This email was generated on my smartphone by thumb-power. Please forgive errors.
> 
> m. +44 (0)7786 625544
> 
> On 27 Jun 2013, at 00:03, "Usher, John" <[log in to unmask]> wrote:
> 
>> Why would you need SIP2/SIP3/BLCF?
>> 
>> With an LMS Web OPAC,  then it's just a weblink from the kiosk UI (if that can be managed safely) to it, surely?
>> 
>> I interpreted the question (perhaps wrongly?) as:
>> 
>>   'could the OPAC  be run from a kiosk'
>> 
>> which is where I initially came from, based on our own thoughts and customer requests, not:
>> 
>>    'could the OPAC be integrated with the kiosk software' 
>> 
>> which is where I ended up, which is where competing functions between the two apps such as Unseen Renewals, account management, Reservation handling etc. come in -  and where you are coming from now?
>> 
>> As I suggested:
>> 
>>   The supplier boundaries on the kiosks (like on the counter) are blurring.
>> 
>> JU
>> 
>> 
>> -----Original Message-----
>> From: Mick Fortune [mailto:[log in to unmask]] 
>> Sent: 26 June 2013 22:51
>> To: Discussion List for RFID in Libraries; Usher, John
>> Cc: [log in to unmask]
>> Subject: Re: OPAC on self-check kiosk?
>> 
>> You'd also need more than SIP (even version 3.0) to handle the comms - which means more proprietary APIs, unless of course you have a pair of suppliers that support the LCF.
>> 
>> Mick (on hols at the moment)
>> 
>> This email was generated on my smartphone by thumb-power. Please forgive errors.
>> 
>> m. +44 (0)7786 625544
>> 
>> On 26 Jun 2013, at 18:28, "Usher, John" <[log in to unmask]> wrote:
>> 
>>> We did query this when we first got kiosks - seemed a logical development.
>>> 
>>> Feedback from our supplier is that they are reluctant to do this.
>>> 
>>> One issue is the time it might occupy on the kiosk - but then they could sell us more!
>>> 
>>> Another issue is that the OPACs (to date anyway - may be changing with Smartphone/Tablet compliance) are not designed for touchscreen, so OK if you can add a mouse and keyboard, or onscreen equivalents (we don't for security reasons) you're OK, but if you can't...
>>> 
>>> Another is that the OPACs are increasingly web and Hosted at the supplier which means the kiosk would have to have internet access - and how is that controlled from the Touch user interface?
>>> 
>>> And yet another is the competition of functions from LMS and Kiosk suppliers - e.g. Unseen Renewals possible in both, but with different 'Look and Feel' on the same physical device. The supplier boundaries on the kiosks (like on the counter) are blurring.
>>> 
>>> And I'm sure there's more...
>>> 
>>> At present, t's messy - but hopefully it will start to converge.
>>> 
>>> 
>>> JU
>>> 
>>> 
>>> John Usher
>>> ICT Manager
>>> Library and Heritage Services
>>> Islington Council
>>> Central Library
>>> 2 Fieldway Crescent
>>> LONDON N5 1PF
>>> 
>>> Tel: 020 7527 6920
>>> Mobile: 07825 098 223
>>> Fax: 020 7527 6926
>>> Alternative contact: Michelle Gannon - 020 7527 6907
>>> 
>>> www.islington.gov.uk
>>> 
>>> 
>>> How to get to Central Library:  http://www.islington.gov.uk/Education/Libraries/Local/Central.asp
>>> 
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: Discussion List for RFID in Libraries [mailto:[log in to unmask]] On Behalf Of Jacqueline Barlow
>>> Sent: 26 June 2013 15:57
>>> To: [log in to unmask]
>>> Subject: OPAC on self-check kiosk?
>>> 
>>> Hello all,
>>> 
>>> 
>>> 
>>> Is there any precedent for configuring an RFID self-check kiosk so that it has the facility to search the OPAC as well? I would very much appreciate details from anyone who has ever arranged this or looked into it.
>>> 
>>> 
>>> 
>>> Kind regards,
>>> 
>>> 
>>> 
>>> Jacqueline Barlow
>>> 
>>> Manager of Learning Resource Centres
>>> 
>>> The Bournemouth & Poole College
>>> 
>>> North Road
>>> 
>>> Poole
>>> 
>>> BH14 0LS
>>> 
>>> 01202 205 804 (Tuesday, Wednesday, Friday)
>>> 
>>> 01202 205 682 (Monday & Thursday)
>>> 
>>> Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error, you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Security Warning: Please note that this email has been created in the knowledge that Internet email is not a 100% secure communications medium. We advise that you understand and accept this lack of security when emailing us. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
>>> This e-mail is intended for the addressee only. If you have received it in error, please contact the sender and delete the material from your computer. Please be aware that information in this email may be confidential, legally privileged and/or copyright protected.