' ...to take better advantage of RFID's ability to process
A timely comment Mick, and if I may, I'd like to 'fork' the thread along
the RFID-LMS integration issue at a more basic, rather than strategic,
We're just working up on our first RFID self-service installationprior
to going live, and have, at the first pass at tagging stock, and testing
SIP2 settings on the kiosk, appear to have fallen down the abyss!
The management objective is to push everything practical through
Self-Service - for Issue, Discharge and Renewal, with open access for
all types of stock, inc CD's and DVD's (inc sets), both music and spoken
word, and mixed items (e.g. book and CD).
Now, with magnetically-locked 'Safer' cases being deployed, I can see
this working for *issuing* such stock (one locked case, one tag, as many
parts as the 'Safer' will take), but personally I can only see this
being, at best, an 'Exception' at Renewal or Discharge, with staff to
sort out problems with missing parts afterwards, or block this and make
renewal/discharge staff mediated, so parts are checked manually.
I made a minor detour around 'Parent/Child' relationships in our LMS and
RFID systen, only to discover that the LMS was for School Library type
collections, and that tag parent/child functions are not related to LMS
parent/child, which I feel relates to:
'...how systems managing RFID devices communicate with the
Now, for for mixed items, two non-metallic parts (e.g. a book and map)
could be parent/child on the tags to be checked on the kiosk in issue,
discharge and renew, but we have a problem with a book/CD combinaton.
The tags to stick on the CD's'DVD's are not generally recommended, so we
can't tag such items - the only option seems to be to put them in a
Safer, and tag the pair as parent/child. But then we have an unwieldy
combination to shelve together, and the users have to unlock one part
(or break the Safer when they get home...). So how to package such
materials, and who to do (staff or suppliers) and at what cost?
On investigation, we've found lots of multi-part queries on the shelves
which is throwing up questions about both cataloguing and item settings
in the LMS, e.g. our current item types don't always clearly identify
single or multi-part, so there may be a need to increase item types, and
inflate the loan rule set (even more...)
So how can we maximise self-service in an open access design with
multi-part items, many of which we can't tag effectively?
All contributions gratefully received!
From: Discussion List for RFID in Libraries
[mailto:[log in to unmask]] On Behalf Of Mick Fortune
Sent: 23 February 2010 08:36
To: [log in to unmask]
Subject: Discussing integration issues
I can't comment on membership of BIC or the RFID Alliance. The former is
open to anyone who wants to join, the latter probably ought to be -
perhaps an Alliance member on the list could tell MJ who he needs to
I would however like to point out that the meeting is not about making
devices speak to the LMS directly. It's about how systems managing RFID
devices communicate with the LMS. That might sound like rather a subtle
point but it is key to understanding what's going on.
Some RFID suppliers have already begun to develop web services to
overcome some of SIP's limitations - to take better advantage of RFID's
ability to process multiple items for example. The meeting was set up to
see if there is any room for developing standards in this area of
operations. Although not strictly an RFID issue, it is the potential of
the technology, that the standardisation of tag data releases, that
leads logically to consideration of how best to take advantage of the
changes happening this year.
Not repeating the mistakes of the past if you like. Keeping the flow of
development in the channel rather than having it break out in all
Debating the issues is not the sole prerogative of any interest group
however, and I would argue that this is exactly the kind of topic that
the list should be discussing. The list is not a mouthpiece for any
organisation and is open to everyone with an interest in discussing
library RFID issues.
The implication of MJ's comment is that he has developed direct
communication between an RFID device and the Koha LMS. I, for one, would
certainly like to hear more about that.
Library RFID Ltd
m. +44 (0)7786 625544 t. +44 (0)1865 727411 e.
[log in to unmask] w. www.libraryrfid.co.uk Join the UK list!
Read the Library RFID blog!
Follow me on - http://twitter.com/mickfortune
> -----Original Message-----
> From: Discussion List for RFID in Libraries [mailto:LIB-RFID-
> [log in to unmask]] On Behalf Of MJ Ray
> Sent: 23 February 2010 12:22 AM
> To: [log in to unmask]
> Subject: RFID/LMS communication work, was: UK Library RFID survey
> Mick Fortune <[log in to unmask]>
> > For information the first meeting of the newly established working
> party on
> > communication protocols for RFID/LMS integration will take place at
> CILIP HQ
> > on 1st March and will be reported here as soon as possible after
> Anyone know how those of us already making LMSes and RFID devices
> communicate can input? I think the above comment is the first we've
> seen about it.
> Thanks for any pointers,
> MJ Ray (slef) Webmaster and LMS developer at | software
> www.software.coop http://mjr.towers.org.uk | .... co
> IMO only: see http://mjr.towers.org.uk/email.html | .... op
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 9.0.733 / Virus Database: 271.1.1/2703 - Release Date:
> 02/22/10 07:34:00
This Email, and any attachments, may contain Protected, Restricted or Legally Privileged information and is intended solely for the individual to whom it is addressed. It may contain sensitive or protectively marked material and should be handled accordingly.
If this Email has been misdirected, please notify the author immediately. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on any of the information contained in it or attached, and all copies must be deleted immediately.
Whilst we take reasonable steps to try to identify any software viruses, any attachments to this Email may nevertheless contain viruses which our anti-virus software has failed to identify. You should therefore carry out your own anti-virus checks before opening any documents.
Islington Council will not accept any liability for damage caused by computer viruses emanating from any attachment or other document supplied with this e-mail. All Email communications may be subject to recording and / or monitoring in accordance with relevant legislation.
Information contained in this Email may be subject to public disclosure under the Freedom of Information Act 2000 or the Environmental Information Regulations 2004. Unless the information is legally exempt from disclosure, the confidentiality of this Email and your reply cannot be guaranteed.
If you wish to re-use the information, perhaps for commercial purposes, in a way which, without permission, might breach our copyright, please first read our policy on Re-use of Public Sector Information which can be found on our website http://www.islington.gov.uk/freedomofinformation or alternatively e-mail [log in to unmask] Any part of this Email which is purely personal in nature is not authorised by London Borough of Islington.
Contact Islington switchboard: +44 20 7527 2000 www.islington.gov.uk