Thanks, Susan. I'll let you know what we end up doing. Your early solution _may_ work for us as well. As usual, we will need to test and evaluate. Gary ________________________________ From: Susan Bennett [mailto:susan.bennett@geaugalibrary.info] Sent: Friday, January 14, 2011 12:59 PM To: Harris, Gary, DCA Cc: koha list Subject: Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC Hi Gary, We are also using Kyle's Offline circ for our bookmobile. We are not keeping records by stop but we did think about trying to keep that data. the only vaiable solution we were able to come up with was saved a separate offline circ file for each stop and using the data in those files to gather the information. We ultimately ended up deciding the data wasn't important enough for the hours added to the work flow. If you hear of something better or if you decide to go the development route please let me know. Susan Bennett ILS System Administrator Geauga County Public Library 440 286-6811 x 125 440 286-7419 FAX On Fri, Jan 14, 2011 at 1:46 PM, Harris, Gary, DCA <Gary.Harris@state.nm.us> wrote: Greetings- We have implemented Koha 3.2 for part (books-by-mail) of our rural services operation with the help of our OSS support vendor. Part 2 of the implementation will be for three rural bookmobiles sharing a database. The bookmobile offices are located in different parts of our large, rural state. Many of the people and places served by our three bookmobiles do not have connectivity to the Internet. We plan to make heavy use of Kyle Hall's Koha Offline Circulation (KOC) v. 1.2 software to help overcome this problem. However, as a state agency, and in the name of properly managing/assigning the number of stops for each bookmobile, we must find a way to count the number of checkouts made at a particular stop to be effective in organizing our resources. Many of you are probably thinking that we could create a patron attribute called stop and associate it with an individual patron in the patron record. This approach, unfortunately, will not work in our case since patrons may use one or more stops. We need to record stop information at the time of checkout using KOC. One idea we have is the creation of a new table called "stops", or an addition to one of the borrowers tables that contains stop and bookmobile data that could be downloaded prior to a run and used in the KOC environment. We are are not developers, and we can ask our support vendor or Kyle Hall for assistance, but we do wonder if anyone in the community has experienced, and perhaps solved, this kind of problem. Thanks for reading this long post. Gary +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Gary L. Harris, M.L.S. M.A. Director, Technical Services Bureau New Mexico State Library 1209 Camino Carlos Rey Santa Fe, NM 87507 (505) 476-9730 gary.harris@state.nm.us http://www.nmstatelibrary.org "You never change things by fighting the existing reality. To change something, build a new model that makes the existing model obsolete." -- Buckminster Fuller _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

Salvete! I realise that you're not connected. However, I can't help wondering that if you *were*, there ought be a clever way to have GPS detect where you are (granted that you're not providing service to Mars) and having Koha pull it up. Is there a way to get some of the android stuff to work over a _really_ long distance instead of just between the stacks and the front desk? Cheers, Brooke

We have implemented Koha 3.2 for part (books-by-mail) of our rural services operation with the help of our OSS support vendor. Part 2 of the implementation will be for three rural bookmobiles sharing a database. The bookmobile offices are located in different parts of our large, rural state. Many of the people and places served by our three bookmobiles do not have connectivity to the Internet. We plan to make heavy use of Kyle Hall's Koha Offline Circulation (KOC) v. 1.2 software to help overcome this problem.

However, as a state agency, and in the name of properly managing/assigning the number of stops for each bookmobile, we must find a way to count the number of checkouts made at a particular stop to be effective in organizing our resources. Many of you are probably thinking that we could create a patron attribute called stop and associate it with an individual patron in the patron record. This approach, unfortunately, will not work in our case since patrons may use one or more stops. We need to record stop information at the time of checkout using KOC.

One idea we have is the creation of a new table called "stops", or an addition to one of the borrowers tables that contains stop and bookmobile data that could be downloaded prior to a run and used in the KOC environment. We are are not developers, and we can ask our support vendor or Kyle Hall for assistance, but we do wonder if anyone in the community has experienced, and perhaps solved, this kind of problem. Thanks for reading this long post.

Snap - that was my thought too Daniel :) Then you could just 'set' the stop (aka branch) as the current branch and change it when you get to the nest stop. Cheers Jo. On Sat, Jan 15, 2011 at 11:26 AM, Daniel Grobani <dgrobani@samuelmerritt.edu

wrote:

Could you make each stop a separate branch?

Daniel Grobani Library Technology Specialist John A. Graziano Memorial Library Samuel Merritt University dgrobani@samuelmerritt.edu

-- View this message in context: http://koha.1045719.n5.nabble.com/Rural-Bookmobiles-No-Connectivity-Keeping-... Sent from the Koha - Discuss mailing list archive at Nabble.com. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

-- Joann Ransom RLIANZA Head of Libraries, Horowhenua Library Trust. *Q: Why is this email three sentences or less? A: http://three.sentenc.es*