See http://wiki.koha-community.org/wiki/RFID_RFC for details. This patch will add some sysprefs and JavaScript for talking to an "RFIDHub" which is a separate project.
I'm very interested in seeing how this comes along since Hylte that I work a lot with will be adding RFID. Will it benefit from the current work to "Ajaxify" circulation? There seemed to be plans to handle highlighting of multiple messages at once there which would be relevant for RFID as well. It seems input has been slow on this RFC(?) I know Dobrica created some RFID hack (from KohaCon11 http://www.slideshare.net/dpavlin/kohacon11-integrating-koha-with-rfid-system) - he might have some input?
I have a library that likes this idea a lot - what's the status of this? Is it sponsored or looking for sponsors?
Nicole - I very much suspect that the relevant projekt is over at https://github.com/digibib/koha-rfidhub. But I'm not shure whether it's near getting the full workflow with the necessary parts in Koha done even if the RFIDhub seems done. The way Hylte does RFID now is that the vendor created a workflow with the RFID-reader posting codes at a certain pace and relying on focus being set to the barcode box. That's not very pretty even if it works and for the staff side I'm looking forward to batch checkout since that lets them checkout the whole bunch at the same time which works perfectly with how the reader wants to work. I guess running the RFIDhub would be even better :) But at least it works for now (and I guess some RFID-vendors might use SIP2 instead(?)
Hi there, My name is Caroline and I work at the Farmington Library in Connecticut. We use Tech-Logic RFID readers and have been tagging our collection for almost a year. We are able to check in and out one item at a time, but would love to improve our accuracy and be able to check in multiple items at once using RFID. We noticed that we can use the KOHA offline component to check multiple items at a time using RFID, but sadly holds are not picked up using this method. I am not the most tech savvy person, but am willing to help. Thanks.
We are looking to go with RFID at Washoe County. To have to check in and out one item at a time is not going to go over well. What can we do to get this moving? NancyK
Created attachment 44178 [details] Screenshot of new featured
Sorry for the last comment/attachment. It was a mistake.
> We are looking to go with RFID at Washoe County. To have to check in and out > one item at a time is not going to go over well. What can we do to get this > moving? I´d say that even without the feature for RFID discussed in this thread there are two quite good options: * The new batch checkout feature. This one lets you send all the barcodes at once. It´s pushed to master and I hope that means it will show up in 3.22 that´s released in november. * Plack. It's not fully tested for staff use yet but we use it in production with quite good results (only have to restart every night and stay off the parts with known bugs - which we don't use anyway). Let med explain: The library I work tightly together with uses RFID in the existing circulation without adaptations. The RFID scanners just send the barcodes one at a time and rely on the fact that the barcode box has focus. The RFID scanner can then just pretend to be a keyboard. The problem has been page load times. Before with a load time of generally in the 1,5 - 2,5 span with some transactions taking perhaps 3,5-4 seconds we had to set the RFID scanners to wait up to 5 seconds between every barcode. Now with Plack they have been able to set the delay to 1 second. Hence: - 10 books before = 5*10 seconds = 50 seconds. - 10 books now = 1 * 10 seconds = 10 seconds. Much better. We will anyhow have a look at batch checkout which seems even better. In short a proper RFID feature would be welcome but we don't really feel any need to work towards this development now. It's not perfect but it works well enough.
Are there any plans to submit patches here?
OPL are now saying they have forked Koha, so I don't think we can expect any patches from them.
(In reply to Magnus Enger from comment #10) > OPL are now saying they have forked Koha, so I don't think we can expect any > patches from them. I think that's for sure now. Closing. Note: I know there are some RFID plugins about or worked on. Problem is that it usually depends on the RFID provider providing some sort of API to work with.
(In reply to Viktor Sarge from comment #8) > The RFID scanners just send the barcodes one at a time > and rely on the fact that the barcode box has focus. The RFID scanner can > then just pretend to be a keyboard. The problem has been page load times. > Before with a load time of generally in the 1,5 - 2,5 span with some > transactions taking perhaps 3,5-4 seconds we had to set the RFID scanners to > wait up to 5 seconds between every barcode. Now with Plack they have been > able to set the delay to 1 second. Linking bug 19814 (still NEW) to this one. This is about getting batch checkin just like we alrady have batch checkout for some time. Do you have details about the RFID scanner you are using btw?
(In reply to Marcel de Rooy from comment #12) > (In reply to Viktor Sarge from comment #8) > Do you have details about the RFID scanner you are using btw? Viktor is no longer working with Koha, so you might not get an answer from him.