- Koha - lists.katipo.co.nz

Indexing guide
by Yitzchak Schaffer 17 Jan '11

17 Jan '11

Hello all, I am new to Koha. I have a test installation running on Ubuntu; everything seems fine. I am a bit lost in trying to wrap my mind around the indexing configuration. Firstly, I came to this because I want to set a particular MARC field (035$a) as a match point for bib import. It seems to me that I need to adjust the indexing to do this, but I am not clear on how to manipulate the three Zebra config files mentioned in the manual. Is it in fact necessary to adjust indexing to create a new match point? And in any case, are there any tutorials available for indexing configuration? Thank you very much, -- Yitzchak Schaffer Systems Manager Touro College Libraries http://www.tourolib.org/

1 0

Barcode Sorting Issue in Report
by Abdul Vali 17 Jan '11

17 Jan '11

dear list members i have created a report in koha3 with the following sql: SELECT items.barcode,items.dateaccessioned,items.price,items.itemcallnumber,items.holdingbranch,biblioitems.biblioitemnumber,biblioitems.isbn,biblioitems.publicationyear,biblioitems.pages,biblioitems.size,biblioitems.place,biblio.title,biblio.author,biblio.copyrightdate FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) ORDER BY (items.barcode) asc now items.barcode field has values in alpha numeric (some are starting from 1, 2, 3, 4, etc and some barcodes are with prefix like m23, m45, m46, m67, etc ) but in my report i got the output in strange sorting order like: items.barcode ---------------------- 1565678 89765 u123456711 u12345679 .... .... but i want to sort numbers first, then barcodes with prefix. Can someone guide me how to do so? a friend of mine suggested me to use CAST in sql but i don't know what is this and how to use it -- Regards Abdul Vali Librarian - ASE School

2 2

Re: [Koha] Koha Digest, Vol 63, Issue 35
by isajalo＠gmail.com 17 Jan '11

17 Jan '11

Sent from my BlackBerry wireless device from MTN -----Original Message----- From: koha-request(a)lists.katipo.co.nz Sender: koha-bounces(a)lists.katipo.co.nz Date: Fri, 14 Jan 2011 04:33:06 To: <koha(a)lists.katipo.co.nz> Reply-To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 63, Issue 35 Send Koha mailing list submissions to koha(a)lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Out of the Office (adrea(a)moablibrary.org) 2. Re: Problem installing git (MJ Ray) 3. Re: KUDOS Conference--volunteers needed (MJ Ray) 4. Koha and blogging for the Desk Set (Caitlin McGurk) 5. Re: KUDOS Conference--volunteers needed (Lori Bowen Ayre) 6. Re: Koha and blogging for the Desk Set (Lori Bowen Ayre) 7. Re: Koha and blogging for the Desk Set (Nicole Engard) 8. Re: Conference bids? (MJ Ray) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Jan 2011 06:36:40 -0700 From: adrea(a)moablibrary.org Subject: [Koha] Out of the Office To: koha(a)lists.katipo.co.nz Message-ID: <e8360d2c414d4be3855aaf4346538e7f@163d8c55a8c740fe85912fb5e5de8baa> Content-Type: text/plain; charset=iso-8859-1 I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org ------------------------------ Message: 2 Date: Thu, 13 Jan 2011 14:41:37 +0000 (GMT) From: MJ Ray <mjr(a)phonecoop.coop> Subject: Re: [Koha] Problem installing git To: koha(a)lists.katipo.co.nz Message-ID: <20110113144137.E4D4E50243(a)nail.towers.org.uk> I asked: > But in the meantime, it should be changed. Who are the authors of > "Koha 3 Library Management System"? Is that one of those books whose > publisher asked me to fact-check but never answered my reply? I had a reply off-list to say it's by Savitra Sirohi and Amit Gupta. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha ------------------------------ Message: 3 Date: Thu, 13 Jan 2011 14:55:54 +0000 (GMT) From: MJ Ray <mjr(a)phonecoop.coop> Subject: Re: [Koha] KUDOS Conference--volunteers needed To: koha(a)lists.katipo.co.nz Message-ID: <20110113145554.ED68050243(a)nail.towers.org.uk> vtl wrote: [...] > a conference for and by users of Koha in collaboration with vendors that > support or interact with Koha. We are hopeful that this conference will be > a low cost/no cost option with the help of sponsorships from vendors and > libraries. I remain disappointed that the D in KUDOS - Developers! - still seems to be excluded from KUDOS events, but I wish the organisers the best. Regards, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha ------------------------------ Message: 4 Date: Thu, 13 Jan 2011 10:10:38 -0500 From: Caitlin McGurk <mcgurk(a)cartoonstudies.org> Subject: [Koha] Koha and blogging for the Desk Set To: koha(a)lists.katipo.co.nz Message-ID: <AANLkTimZ1NncSfpfN-JqDDZsysGz_BSpQPum2WOB4+cO(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Greetings, Koha! I'm not sure if this is List worthy, but I'm the guest-blogger this month for the librarian activist group The Desk Set. This week, I wrote about using KOHA! You can find a link here: http://thedeskset.org/?p=3351 Yours, Caitlin McGurk -- Caitlin McGurk *Librarian The Schulz Library The Center for Cartoon Studies <http://www.cartoonstudies.org> McGurk(a)cartoonstudies.org* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110113/64c97a89/atta… ------------------------------ Message: 5 Date: Thu, 13 Jan 2011 07:11:31 -0800 From: Lori Bowen Ayre <lori.ayre(a)galecia.com> Subject: Re: [Koha] KUDOS Conference--volunteers needed To: MJ Ray <mjr(a)phonecoop.coop> Cc: koha(a)lists.katipo.co.nz Message-ID: <AANLkTik5++T0BbjMS33i3KFMPEABhA-4Uix-tS_434OY(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" MJ, I don't believe there is any intent to exclude Developers from the conference! Get your ticket now! Lori On Thu, Jan 13, 2011 at 6:55 AM, MJ Ray <mjr(a)phonecoop.coop> wrote: > vtl wrote: [...] > > a conference for and by users of Koha in collaboration with vendors that > > support or interact with Koha. We are hopeful that this conference will > be > > a low cost/no cost option with the help of sponsorships from vendors and > > libraries. > > I remain disappointed that the D in KUDOS - Developers! - still > seems to be excluded from KUDOS events, but I wish the organisers > the best. > > Regards, > -- > MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. > Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster. > In My Opinion Only: see http://mjr.towers.org.uk/email.html > Available for hire for Koha work http://www.software.coop/products/koha > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant The Galecia Group // www.galecia.com (707) 763-6869 // Lori.Ayre(a)galecia.com <Lori.Ayre(a)galecia.com>Specializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110113/4ac2a50e/atta… ------------------------------ Message: 6 Date: Thu, 13 Jan 2011 07:14:02 -0800 From: Lori Bowen Ayre <lori.ayre(a)galecia.com> Subject: Re: [Koha] Koha and blogging for the Desk Set To: Caitlin McGurk <mcgurk(a)cartoonstudies.org> Cc: koha(a)lists.katipo.co.nz Message-ID: <AANLkTikjvF9CTsiXzJGC5HZuRgXCJgq_p--1zHuKimed(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Caitlin, What's not to like!? Spread the word! Lori 2011/1/13 Caitlin McGurk <mcgurk(a)cartoonstudies.org> > Greetings, Koha! > > I'm not sure if this is List worthy, but I'm the guest-blogger this month > for the librarian activist group The Desk Set. This week, I wrote about > using KOHA! > You can find a link here: http://thedeskset.org/?p=3351 > > Yours, > Caitlin McGurk > > -- > Caitlin McGurk > *Librarian > The Schulz Library > The Center for Cartoon Studies <http://www.cartoonstudies.org> > McGurk(a)cartoonstudies.org* > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant The Galecia Group // www.galecia.com (707) 763-6869 // Lori.Ayre(a)galecia.com <Lori.Ayre(a)galecia.com>Specializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110113/a9f07eb3/atta… ------------------------------ Message: 7 Date: Thu, 13 Jan 2011 07:31:11 -0800 From: Nicole Engard <nengard(a)gmail.com> Subject: Re: [Koha] Koha and blogging for the Desk Set To: Caitlin McGurk <mcgurk(a)cartoonstudies.org> Cc: koha(a)lists.katipo.co.nz Message-ID: <AANLkTimygpXVbB1ARizm0kX5kz5PkNU0EM4d-4=A4tB1(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Caitlin I'd just add that it's Koha not KOHA but awesome! Sent from my android phone. Please excuse brevity and typos. On Jan 13, 2011 7:11 AM, "Caitlin McGurk" <mcgurk(a)cartoonstudies.org> wrote: > Greetings, Koha! > > I'm not sure if this is List worthy, but I'm the guest-blogger this month > for the librarian activist group The Desk Set. This week, I wrote about > using KOHA! > You can find a link here: http://thedeskset.org/?p=3351 > > Yours, > Caitlin McGurk > > -- > Caitlin McGurk > *Librarian > The Schulz Library > The Center for Cartoon Studies <http://www.cartoonstudies.org> > McGurk(a)cartoonstudies.org* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20110113/a09d976a/atta… ------------------------------ Message: 8 Date: Thu, 13 Jan 2011 15:32:23 +0000 (GMT) From: MJ Ray <mjr(a)phonecoop.coop> Subject: Re: [Koha] Conference bids? To: koha(a)lists.katipo.co.nz Message-ID: <20110113153223.253E550243(a)nail.towers.org.uk> M. Brooke Helman wrote: > Surely, surely there are folks out there that these magic pixels will > reach that harbour a burning passion to host a Koha Conference. Step up and > declare your intent, please. The clock is ticking if we really do want an annual > Conference. Toss your hat in the ring. After all > > "How hard could it be?" software.coop has agreed to evaluate the idea of hosting #kohacon11 but we've been a bit busy (as ever). What do they need to know? We're still a fairly small company (not being able to pawn the company makes growth slower but stabler) so how many people would we need? Any notes the people at Catalyst can share? HLT? Plano? France? Is http://wiki.koha-community.org/wiki/Koha_Conference_Bidding current? Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha ------------------------------ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 63, Issue 35 ************************************

1 0

skipping versions
by Jay Brooks 16 Jan '11

16 Jan '11

Hi all, I'm new to Koha and have very little "command line" OS experience. Uh oh! Thankfully, I have a friend who's great at this stuff. Anyway, we have a small inventory of library books (9,000) at a single private school here in Ann Arbor, Michigan. None of us are library admins so setting the up system in the first place (several years ago now) was quite a trick, I'm told. Now we want to change servers as our existing host is moving on to other interests. So we need to start with a new server and migrate the data there (this time inside the school). To do that we've installed VirtualBox on a Mac Pro and used Kyle Hall's ready-to-go virtual disks to get setup. All is well but we got struck trying to get the existing sql database moved into place. We were running into some password conflicts but think we can sort that out. My question now is will a Koha 3.0 (3.1?) database work fine with version 3.2? Or is it necessary to upgrade the existing system to 3.2 before attempting to migrate the data? Thanks. Jay

2 1

Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC
by Harris, Gary, DCA 15 Jan '11

15 Jan '11

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(a)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

6 6

Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC
by Randall Rowe 14 Jan '11

14 Jan '11

Gary, Not having dealt with it directly but just reading the info on the site it says that: "The client saves circulation data as .koc files." It might also be easy to generate a report from these files with the desired information. Randy Rowe Lincoln City Libraries I.T. -----Original Message----- From: "Harris, Gary, DCA" <Gary.Harris(a)state.nm.us> Sent 1/14/2011 3:36:02 PM To: "Randall Rowe" <r.rowe(a)lincolnlibraries.org>, "Susan Bennett" <susan.bennett(a)geaugalibrary.info> Cc: "koha list" <koha(a)lists.katipo.co.nz> Subject: RE: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC Hi, Randy- This is a good idea. I'll need to discuss it with my colleagues, but it is a much better solution than further complicating this endeavor. Thanks for the insight. Gary ________________________________ From: Randall Rowe [mailto:r.rowe@lincolnlibraries.org] Sent: Friday, January 14, 2011 2:30 PM To: Harris, Gary, DCA; Susan Bennett Cc: koha list Subject: Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC Gary, The information you seek should already be in the database without needing to add further database complication. If you have the timetable of the bookmobile in question and each bookmobile is a different "location", it should be a relatively easy database query to select the count of all issued selections between (for instance) 5 minutes before arrival until 5 minutes after departure for each "stop" in the timetable. This assumes that stops are more than 10 minutes apart. Judging from this image <http://kylehall.info/wp-content/uploads/2008/09/koc3.JPG> ( http://kylehall.info/wp-content/uploads/2008/09/koc3.JPG ) you should also be able to get a complete count of all payments and returns per "stop" as well. Randy Rowe Lincoln City Libraries I.T. (402) 441-8523 r.rowe(a)lincolnlibraries.org -----Original Message----- From: "Harris, Gary, DCA" <Gary.Harris(a)state.nm.us> Sent 1/14/2011 2:06:34 PM To: "Susan Bennett" <susan.bennett(a)geaugalibrary.info> Cc: "koha list" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC 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(a)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(a)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

1 0

Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC
by Randall Rowe 14 Jan '11

14 Jan '11

Gary, The information you seek should already be in the database without needing to add further database complication. If you have the timetable of the bookmobile in question and each bookmobile is a different "location", it should be a relatively easy database query to select the count of all issued selections between (for instance) 5 minutes before arrival until 5 minutes after departure for each "stop" in the timetable. This assumes that stops are more than 10 minutes apart. Judging from this image ( http://kylehall.info/wp-content/uploads/2008/09/koc3.JPG ) you should also be able to get a complete count of all payments and returns per "stop" as well. Randy Rowe Lincoln City Libraries I.T. (402) 441-8523 r.rowe(a)lincolnlibraries.org -----Original Message----- From: "Harris, Gary, DCA" <Gary.Harris(a)state.nm.us> Sent 1/14/2011 2:06:34 PM To: "Susan Bennett" <susan.bennett(a)geaugalibrary.info> Cc: "koha list" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Rural Bookmobiles, No Connectivity, Keeping Statistics by Stop, and KOC 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(a)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(a)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(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ��

2 1

normalization rule - defining a matching rule
by Peter Huerter 14 Jan '11

14 Jan '11

Can someone please point me to more info about normalization rules in the context of defining a matching rule in Koha? Scenario: Our set of books currently in Koha was imported from Marc that we created using MarcEdit (mapping from an Excel spreadsheet). As a result our Marc information is likely "not as good" as that of LOC for any given book. So now we are trying to "overlay", or "overwrite" as many of the biblio records in our Koha database with (hopefully) "better" MARC records from LOC (or wherever). Problem: When I do a bulk z39.50 lookup on ISBN numbers (using MarcEdit), the ISBN numbers I receive from LOC often contain trailing text (like "paperback", or ":"). When I stage these records and try to match the staged records on ISBN in Koha this trailing text prevents many matches. I am assuming that it is the job of some sort of normalization routine to force a match, however I am not able to find any documentation or examples describing how one would define his/her own normalization routine. Can someone please provide an example? Thanks, Pete. -- View this message in context: http://koha.1045719.n5.nabble.com/normalization-rule-defining-a-matching-ru… Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 2

Problem when searching the catalog (No results match your search)
by lahcen lighthouse 14 Jan '11

14 Jan '11

Dear Koha community, Please I need your help for this problem when searching the catalog. Actually I register records successfuly but, when I type a title I’ve registered successfully in the catalog or in cataloging search, I got these things bellow 1/ In search catalog No results found No results match your search for 'kw,wrdl: anne frank' 2/ Cataloging search No results found Biblios in reservoir Title ISBN Date Edition coming from preview Memories of Anne Frank : Gold, Alison Leslie. 0590907220 z3950.loc.gov MARC | Card Add biblio Memories of Anne Frank : Gold, Alison Leslie. 0590907220 z3950.loc.gov MARC | Card Add biblio Memories of Anne Frank : Gold, Alison Leslie. 0590907220 z3950.loc.gov MARC | Card Add biblio I set the environment variables: KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v When I run rebuil_zebra.pl –b –r –v I get the results bellow and the problem stays the same. /home/kohauser$ KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/zebradb/biblios Zebra authorities directory = /var/lib/koha/zebradb/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ skipping authorities ==================== exporting biblio ==================== . 1........ Records exported: 9 ==================== REINDEXING zebra ==================== 13:10:56-14/01 zebraidx(20710) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 13:10:56-14/01 zebraidx(20710) [log] config /etc/koha/zebradb/zebra-biblios.cfg 13:10:56-14/01 zebraidx(20710) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 13:10:56-14/01 zebraidx(20710) [log] enabling shadow spec=/var/lib/koha/zebradb/biblios/shadow:4G 13:10:56-14/01 zebraidx(20710) [log] cache_fname = /var/lib/koha/zebradb/biblios/shadow/cache 13:10:56-14/01 zebraidx(20710) [log] zebra_stop: 0.00 0.00 0.01 13:10:56-14/01 zebraidx(20711) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 13:10:56-14/01 zebraidx(20711) [log] config /etc/koha/zebradb/zebra-biblios.cfg 13:10:56-14/01 zebraidx(20711) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 13:10:56-14/01 zebraidx(20711) [log] enabling shadow spec=/var/lib/koha/zebradb/biblios/shadow:4G 13:10:56-14/01 zebraidx(20711) [log] cache_fname = /var/lib/koha/zebradb/biblios/shadow/cache 13:10:56-14/01 zebraidx(20711) [log] dir /tmp/zlBHIUzOZy/biblio 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 0 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 1589 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 3072 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 4880 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 5827 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 5990 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 6274 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 7263 13:10:56-14/01 zebraidx(20711) [log] add grs.marcxml.record /tmp/zlBHIUzOZy/biblio/exported_records 7431 13:10:56-14/01 zebraidx(20711) [log] Iterations: isam/dict 9739/1478 13:10:56-14/01 zebraidx(20711) [log] Dict: inserts/updates/deletions: 1478/0/0 13:10:56-14/01 zebraidx(20711) [log] Records: 9 i/u/d 9/0/0 13:10:56-14/01 zebraidx(20711) [log] zebra_stop: 0.25 0.10 0.05 13:10:56-14/01 zebraidx(20714) [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 13:10:56-14/01 zebraidx(20714) [log] config /etc/koha/zebradb/zebra-biblios.cfg 13:10:56-14/01 zebraidx(20714) [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 13:10:56-14/01 zebraidx(20714) [log] enabling shadow spec=/var/lib/koha/zebradb/biblios/shadow:4G 13:10:56-14/01 zebraidx(20714) [log] cache_fname = /var/lib/koha/zebradb/biblios/shadow/cache 13:10:57-14/01 zebraidx(20714) [log] zebra_stop: 0.13 0.01 0.02 ==================== CLEANING Please help us with this and thank you. We are trying to move to Koha because we heard it’s a strong Library system. Sincerely, Lahcen Ilahiane Librarian Morocco

1 0

Getting old Koha data to new Koha version without bringing old settings
by Marty 14 Jan '11

14 Jan '11

We have been using Koha since version 2.2.7 I believe, and some upgrades haven't been as smooth as I would like them to be, mainly I think due to errors in our original database. I have been playing around with the sample data in Koha 3.2.2, and I noticed there are many great features we seem to be missing out on. So what I would like to do is start fresh with an empty database, and transfer libraries (well, it's only one library) books, patrons and whatever holds them together to the new setup, without any superfluous data that might corrupt the new setup. The existing setup is mostly the default setup. Is that possible and how would I go about it? Marty "Everything I learned about Linux I can blame on Koha"

1 0