From David.W.Hartman at disney.com Wed Feb 1 05:38:42 2012 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Tue, 31 Jan 2012 11:38:42 -0500 Subject: [Koha] Importing circulation records Message-ID: <3E19441498923443B9DBE2FE1C0E70B6045119DDE7@SM-FLOR-VXMB04B.wdw.disney.com> Is there an import tool for bringing patron circulation records (patron name, ID of book, book title) into Koha? If so, what format is recommended to bring this over .. CSV, Excel, etc. Thanks for any input.. David W. Hartman Global Business Technology Strategy Library Team Disney 336N From dearden at sarsf.org Wed Feb 1 05:57:20 2012 From: dearden at sarsf.org (Doug Dearden) Date: Tue, 31 Jan 2012 09:57:20 -0700 Subject: [Koha] How or maybe where are relevance rankings established? In-Reply-To: <5832B6B7-4CCA-4553-B925-3CB8F806449D@kohaaloha.com> References: <5832B6B7-4CCA-4553-B925-3CB8F806449D@kohaaloha.com> Message-ID: Thanks Mason, you've put me on the yellow brick road. I've looked at several config files in the ..../zebradb subdirectory, and am now surrounded by the flying monkeys. :) Best, Doug -----Original Message----- From: Mason James [mailto:mtj at kohaaloha.com] Sent: Monday, January 30, 2012 6:50 PM To: Doug Dearden Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] How or maybe where are relevance rankings established? On 2012-01-31, at 12:44 PM, Doug Dearden wrote: > Hello All, > > I am trying to get a grip on how a search is ordered when "relevance" is specified. Is there a place in the staff client where these results are controlled - i.e. which fields are given weight? afaik, the relevance is determined in zebra, internally here's some doc.. http://www.indexdata.com/zebra/doc/administration-ranking.html http://www.indexdata.com/zebra/doc/querymodel-zebra.html > > Or perhaps the question is where would I find the algorithm that is being used - assuming it is hard coded somewhere? > > The "about" info pasted below my name in the event an update will make a difference here. yes indeed, good thinking :) From ontariowolf64 at yahoo.com Wed Feb 1 06:52:02 2012 From: ontariowolf64 at yahoo.com (Marty) Date: Tue, 31 Jan 2012 09:52:02 -0800 (PST) Subject: [Koha] Search / index problem, help... ? In-Reply-To: References: , <1327928863.50801.YahooMailClassic@web161005.mail.bf1.yahoo.com> Message-ID: <1328032322.11642.YahooMailNeo@web161203.mail.bf1.yahoo.com> Have you tried clearing the zebra indexes first and then rebuild the index? For clearing the zebra index: # Zebra Indexes ?? $ zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init ?? $ zebraidx -c /etc/koha/zebradb/zebra-authorities.cfg -g iso2709 -d authorities init (It is possible your zebra-biblios.cfg and zebra-authorities.cfg live somwhere else, the above location is where mine are) After that, restart zebra and re-index. (rebuild_zebra.pl -b -w) I hope this helps. I have had similar issues after loading a database from a different library to test. If I do not clear the zebra index, anything from the previous library will cause errors. ________________________________ From: Sonia P. To: Cc: koha at lists.katipo.co.nz Sent: Monday, January 30, 2012 8:19:28 PM Subject: Re: [Koha] Search / index problem, help... ? Thanks all for your help. So I have searched in the biblioitem database as well (biblionumber and biblioitemnumber), and these two numbers (which cause errors) doesn't exist.? I don't get it... As for the , I don't think we run multiple instances of Koha on the same server (why would we?).? I have tried a few command lines like that, and it didn't change anything. I don't know what the problem is.? I don't know why these biblios would cause any problem if they have been deleted.? What can I do? Cheers, Sonia. > Date: Mon, 30 Jan 2012 05:07:43 -0800 > From: gbengaadara at yahoo.com > Subject: Re: [Koha] Search / index problem, help... ? > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > > > > > --- On Mon, 1/30/12, Sonia P. wrote: > > > > > > As for the zebra reindex, I am sorry it's a stupid question, > > but what's that you mention in the > > command line? > > > I think the assumption is probably that you are running Koha installed from the debian package, which allows multiple instances of Koha on the same server. > > If you are not running the package, you should be fine with -b -r -v i guess. > > > Olugbenga Adara > > Mobile: 234 (0) 8033220288 > Home: 234 (2) 8721720 > Skype: gbengaadara > Blog: http://gbengaadara.blogspot.com > Twitter: http://twitter.com/gbengaadara > Profile: http://www.linkedin.com/in/gbengaadara ??? ??? ??? ? ??? ??? ? _______________________________________________ Koha mailing list? http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From David.W.Hartman at disney.com Wed Feb 1 07:02:54 2012 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Tue, 31 Jan 2012 13:02:54 -0500 Subject: [Koha] If I am searching on subject using opac-search.pl, does the search look for matches in biblioitems.marcxml? Message-ID: <3E19441498923443B9DBE2FE1C0E70B6045125B8DA@SM-FLOR-VXMB04B.wdw.disney.com> If I am searching on subject using opac-search.pl, does the search look for matches in biblioitems.marcxml? From vimal0212 at gmail.com Wed Feb 1 22:51:58 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Wed, 1 Feb 2012 15:21:58 +0530 Subject: [Koha] OPAC MARC View display not working well Message-ID: Dear Friends, I am using Koha 3.6.3 version. I imported few records into Koha. MARC view of search result shows only Leader field. Other fields are not visible. I rebuild the zebra, but no change in the MARC view. See the screen shot. https://picasaweb.google.com/lh/photo/gqoHGK4j0-C4bhCJERf0FtMTjNZETYmyPJy0liipFm0?feat=directlink -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From hagud at orex.es Wed Feb 1 22:58:37 2012 From: hagud at orex.es (Hugo Agud) Date: Wed, 1 Feb 2012 10:58:37 +0100 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: References: Message-ID: Hi Maybe you should take a look on the bibitems marcxml field to check what is inside.... perhaps only leader has been imported? what happens if you try to export.. it only export the leader too? Hugo 2012/2/1 Vimal Kumar > Dear Friends, > > I am using Koha 3.6.3 version. > I imported few records into Koha. > MARC view of search result shows only Leader field. > Other fields are not visible. > I rebuild the zebra, but no change in the MARC view. > See the screen shot. > > > https://picasaweb.google.com/lh/photo/gqoHGK4j0-C4bhCJERf0FtMTjNZETYmyPJy0liipFm0?feat=directlink > > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.org > Blog: http://linuxhalwa.blogspot.com > --------------------------------------------------------------------------- > "I forget what I was taught. I only remember what I have learnt" > -Patrick White > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From chisangaz at gmail.com Thu Feb 2 02:15:46 2012 From: chisangaz at gmail.com (Raphael Muonga) Date: Wed, 1 Feb 2012 15:15:46 +0200 Subject: [Koha] How can one batch delete null barcoded item records? Message-ID: We are using Koha 3.2 on Ubuntu. Our Assistant Librarian generated multiple item records (100) with null barcode number with same title. We have failed to delete as "delete this record in Edit is not doing anything". And worse still the Tools > Batch Item Deletion cannot work with null barcode. How cann we delete these records with are sequentially number as item #3315 to #3414? Any SQL solution or whatever that can do? Raphael From jp at pk.dy.fi Thu Feb 2 02:24:56 2012 From: jp at pk.dy.fi (Perch) Date: Wed, 1 Feb 2012 05:24:56 -0800 (PST) Subject: [Koha] Software error Message-ID: <1328102696245-5447481.post@n5.nabble.com> This message appears in various situations. Checking items out/in, adding a new issue to an existing subscription and so on. Software error: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 3008. For help, please send mail to the webmaster (webmaster at vps185), giving this error message and the time and date of the error. Any ideas? -- View this message in context: http://koha.1045719.n5.nabble.com/Software-error-tp5447481p5447481.html Sent from the Koha-general mailing list archive at Nabble.com. From oleonard at myacpl.org Thu Feb 2 02:39:18 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 1 Feb 2012 08:39:18 -0500 Subject: [Koha] How can one batch delete null barcoded item records? In-Reply-To: References: Message-ID: > How cann we delete these records with are sequentially number as item > #3315 to #3414? Any SQL solution or whatever that can do? The batch item deletion tool can import a file of item numbers. Under "use a file," check "item number file" and upload a plain text file listing each item number on a separate line. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From lculber at mdah.state.ms.us Thu Feb 2 02:53:36 2012 From: lculber at mdah.state.ms.us (Linda Culberson) Date: Wed, 01 Feb 2012 07:53:36 -0600 Subject: [Koha] Importing circulation records In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B6045119DDE7@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B6045119DDE7@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <4F2943E0.3090700@mdah.state.ms.us> David, It's been a while, but from my notes, I believe how we did it was by using the barcode numbers and the borrowernumber from our old system, and then tying the barcode to the item number. We came from Aleph 500, so it is a bit convoluted, and may not fit your needs, but basically, we used old_issues and added a temporary field for the barcode. From Aleph, we got the borrowernumber, date_due, returndate, timestamp, and the item's barcode number. Then we updated the oldissues.itemnumber based on the barcode. I think the statement was something like: update old_issues, items set old_issues.itemnumber=items.itemnumber where old_issues.barcode=items.barcode; On 1:59 PM, Hartman, David W. - GBTS Library wrote: > Is there an import tool for bringing patron circulation records (patron name, ID of book, book title) into Koha? If so, what format is recommended to bring this over .. CSV, Excel, etc. Thanks for any input.. > > David W. Hartman > Global Business Technology Strategy Library > Team Disney 336N > > > -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 From chisangaz at gmail.com Thu Feb 2 04:51:40 2012 From: chisangaz at gmail.com (Raphael Muonga) Date: Wed, 1 Feb 2012 17:51:40 +0200 Subject: [Koha] How can one batch delete null barcoded item records? In-Reply-To: References: Message-ID: Owen Thanks a lot. It worked, I actually missed out those two options of Barcode file and Items file in Tools> Batch Item Deletion . Raphael On 2/1/12, Owen Leonard wrote: >> How cann we delete these records with are sequentially number as item >> #3315 to #3414? Any SQL solution or whatever that can do? > > The batch item deletion tool can import a file of item numbers. Under > "use a file," check "item number file" and upload a plain text file > listing each item number on a separate line. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > From HBright at farmingtonlibraries.org Thu Feb 2 06:45:35 2012 From: HBright at farmingtonlibraries.org (Hal Bright) Date: Wed, 1 Feb 2012 17:45:35 +0000 Subject: [Koha] KUDOS Message-ID: Has anyone heard if there will be a KUDOS conference this year. I am trying to organize a sharing meeting for CT (and vicinity) KOHA users and do not want to conflict. Harold Bright Director of Information Services Farmington Libraries - 6 Monteith Drive Farmington, CT 06032 - hbright at farmingtonlibraries.org W 860-673-6791 x 204 - F 860-675-7148 http://www.farmingtonlibraries.org From dearden at sarsf.org Thu Feb 2 07:02:42 2012 From: dearden at sarsf.org (Doug Dearden) Date: Wed, 1 Feb 2012 11:02:42 -0700 Subject: [Koha] How or maybe where are relevance rankings established? In-Reply-To: References: <5832B6B7-4CCA-4553-B925-3CB8F806449D@kohaaloha.com> Message-ID: Hi Ian, Thanks for the info. Your comment that ?exact matches in the title field are most relevant (in keyword searches, at least), then partial title matches, then regular matches? is the behavior that I expected, but doesn?t seem to always hold true. If you go to our public catalog at http://library.sarsf.org and do a Title search on ?coming of age? (without the quotes), there are four hits returned, all of which have the phrase in either the Title or the Remainder of Title field. If you do the same search as a Keyword search, the returned list is topped by an item that has the phrase ?coming of age? in the Summary, Etc. field (520a). The four hits that get returned when doing a Title search appear in positions 2, 4, 5, and 9. We would like to get the books that have the exact phrase in the title at the top of the list. Looking at the code in Search.pm it does look like it is trying to weight for title, but I also traced the system preferences it is calling at the beginning of the subroutine and they all say ?REQUIRES ZEBRA? on them. So I assume any final tweaking would include both zebra config and perhaps refining what is going on in the subroutine in Search.pm. None of the above am I up to right now. ;) We will live with things as they are. Again thanks for the response. Best, Doug From: Ian Walls [mailto:koha.sekjal at gmail.com] Sent: Wednesday, February 01, 2012 4:29 AM To: Doug Dearden Subject: Re: [Koha] How or maybe where are relevance rankings established? Doug, Relevancy weighting is determined in C4/Search.pm. It's pretty complex, and not as rich as one might think. The basic truth is that exact matches in the title field are most relevant (in keyword searches, at least), then partial title matches, then regular matches. I'm simplifying quite a bit, but things like author matches or "newness" of publication year don't factor in. The exact code starts currently around line 757, in the internal subroutine _build_weighted_query(). Cheers, -Ian On Tue, Jan 31, 2012 at 11:57, Doug Dearden > wrote: Thanks Mason, you've put me on the yellow brick road. I've looked at several config files in the ..../zebradb subdirectory, and am now surrounded by the flying monkeys. :) Best, Doug -----Original Message----- From: Mason James [mailto:mtj at kohaaloha.com] Sent: Monday, January 30, 2012 6:50 PM To: Doug Dearden Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] How or maybe where are relevance rankings established? On 2012-01-31, at 12:44 PM, Doug Dearden wrote: > Hello All, > > I am trying to get a grip on how a search is ordered when "relevance" is specified. Is there a place in the staff client where these results are controlled - i.e. which fields are given weight? afaik, the relevance is determined in zebra, internally here's some doc.. http://www.indexdata.com/zebra/doc/administration-ranking.html http://www.indexdata.com/zebra/doc/querymodel-zebra.html > > Or perhaps the question is where would I find the algorithm that is being used - assuming it is hard coded somewhere? > > The "about" info pasted below my name in the event an update will make a difference here. yes indeed, good thinking :) _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From lrea at nekls.org Thu Feb 2 07:21:00 2012 From: lrea at nekls.org (Liz Rea) Date: Wed, 1 Feb 2012 12:21:00 -0600 Subject: [Koha] KUDOS In-Reply-To: References: Message-ID: <77506215-8757-4B29-BD71-5FF7EDCEB721@nekls.org> KUDOS has been very quiet of late - I suspect that there may not be a conference this year. I say go ahead and plan. They can plan around you. :) Liz Rea lrea at nekls.org -------------- next part -------------- On Feb 1, 2012, at 11:45 AM, Hal Bright wrote: > Has anyone heard if there will be a KUDOS conference this year. I am trying to organize a sharing meeting for CT (and vicinity) KOHA users and do not want to conflict. > > Harold Bright > Director of Information Services > Farmington Libraries - 6 Monteith Drive > Farmington, CT 06032 - hbright at farmingtonlibraries.org > W 860-673-6791 x 204 - F 860-675-7148 > http://www.farmingtonlibraries.org > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From glawson at rhcl.org Thu Feb 2 09:51:21 2012 From: glawson at rhcl.org (G. Laws) Date: Wed, 01 Feb 2012 14:51:21 -0600 Subject: [Koha] KUDOS In-Reply-To: <77506215-8757-4B29-BD71-5FF7EDCEB721@nekls.org> References: <77506215-8757-4B29-BD71-5FF7EDCEB721@nekls.org> Message-ID: <4F29A5C9.5000801@rhcl.org> One or two or three of us here at RHCL would certainly be interesting in attending if there is a conference. Greg -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 -------------------- On 02/01/2012 12:21 PM, Liz Rea wrote: > KUDOS has been very quiet of late - I suspect that there may not be a conference this year. > > I say go ahead and plan. They can plan around you. :) > > Liz Rea > lrea at nekls.org > > > > > > On Feb 1, 2012, at 11:45 AM, Hal Bright wrote: > >> Has anyone heard if there will be a KUDOS conference this year. I am trying to organize a sharing meeting for CT (and vicinity) KOHA users and do not want to conflict. >> >> Harold Bright >> Director of Information Services >> Farmington Libraries - 6 Monteith Drive >> Farmington, CT 06032 - hbright at farmingtonlibraries.org >> W 860-673-6791 x 204 - F 860-675-7148 >> http://www.farmingtonlibraries.org From phuong.le at ttu.edu.vn Thu Feb 2 14:27:46 2012 From: phuong.le at ttu.edu.vn (Phuong Le) Date: Thu, 2 Feb 2012 08:27:46 +0700 Subject: [Koha] KUDOS In-Reply-To: <4F29A5C9.5000801@rhcl.org> References: <77506215-8757-4B29-BD71-5FF7EDCEB721@nekls.org> <4F29A5C9.5000801@rhcl.org> Message-ID: Dear friend, I am a very new participant in Koha. I also would like to go to the workshop or conference which talk about using Koha. However I do not know when and where and how to get this information. If someone know, please let me know! Best regards, Phuong On Thu, Feb 2, 2012 at 3:51 AM, G. Laws wrote: > One or two or three of us here at RHCL would certainly be interesting in > attending if there is a conference. > > Greg > > -- > > Greg Lawson > Rolling Hills Consolidated Library > 1912 N. Belt Highway > St. Joseph, MO 64506 > > > -------------------- > > On 02/01/2012 12:21 PM, Liz Rea wrote: > > KUDOS has been very quiet of late - I suspect that there may not be a > conference this year. > > > > I say go ahead and plan. They can plan around you. :) > > > > Liz Rea > > lrea at nekls.org > > > > > > > > > > > > On Feb 1, 2012, at 11:45 AM, Hal Bright wrote: > > > >> Has anyone heard if there will be a KUDOS conference this year. I am > trying to organize a sharing meeting for CT (and vicinity) KOHA users and > do not want to conflict. > >> > >> Harold Bright > >> Director of Information Services > >> Farmington Libraries - 6 Monteith Drive > >> Farmington, CT 06032 - hbright at farmingtonlibraries.org hbright at farmingtonlibraries.org> > >> W 860-673-6791 x 204 - F 860-675-7148 > >> http://www.farmingtonlibraries.org > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Phuong Librarian of Tan Tao University LAN phone call: 152 Visit office: Library at 5th floor From abesottedphoenix at yahoo.com Thu Feb 2 18:05:20 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Wed, 1 Feb 2012 21:05:20 -0800 (PST) Subject: [Koha] KohaCon et cetera In-Reply-To: References: <77506215-8757-4B29-BD71-5FF7EDCEB721@nekls.org> <4F29A5C9.5000801@rhcl.org> Message-ID: <1328159120.427.YahooMailNeo@web114718.mail.gq1.yahoo.com> Salvete! > I am a very new participant in Koha. I also would like to go to the > workshop or conference which talk about using Koha. However I do not know > when and where and how to get this information. If someone know, please let > me know! ??? First thing is first. Welcome to the Community! ??? The international Conference is KohaCon. It's 5-7 June in Edinburgh, Scotland. There is a hackfest afterwards that runs from 9-11 June. The relevant page on the wiki for this stuff is here: http://wiki.koha-community.org/wiki/KohaCon12_Summary ??? I realise folks can't globe trot. There's an IRC meeting every month. February's meeting is coming up on the 8th. Information on that is here: http://wiki.koha-community.org/wiki/General_IRC_Meeting,_8_February_2012 ??? There might be more specific local listservs in your neck of the woods that would give you more information about local Conferences and get togethers. Cheers, Brooke From vimal0212 at gmail.com Thu Feb 2 18:57:18 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Thu, 2 Feb 2012 11:27:18 +0530 Subject: [Koha] OPAC MARC View display not working well Message-ID: Dear Hugo and Mason, I successfully imported the same MARC file in previous versions. The MARC view problem with 3.6.2 and 3.6.3 version. Other OPAC views are good. Nothing wrong happened during importing records. Problem with MARC View only. Where I can find bibitems marcxml field ? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From chisangaz at gmail.com Thu Feb 2 20:35:43 2012 From: chisangaz at gmail.com (Raphael Muonga) Date: Thu, 2 Feb 2012 09:35:43 +0200 Subject: [Koha] Which directory is Koha database on Ubuntu? Message-ID: I am using Koha 3.2 installed using LiveCD with Ubuntu 10.10 In which directory is the database located? I would like to do msqldump of it. From hagud at orex.es Thu Feb 2 21:19:21 2012 From: hagud at orex.es (Hugo Agud) Date: Thu, 2 Feb 2012 09:19:21 +0100 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: References: Message-ID: you can check it in the mysql tables.. however... try to export the bib recrd and check what info you get from Koha.. then you will be able to see the wha'ts is really stored in Koha.. 2012/2/2 Vimal Kumar > Dear Hugo and Mason, > > I successfully imported the same MARC file in previous versions. > The MARC view problem with 3.6.2 and 3.6.3 version. > Other OPAC views are good. > Nothing wrong happened during importing records. > Problem with MARC View only. > > Where I can find bibitems marcxml field ? > > Regards, > > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.org > Blog: http://linuxhalwa.blogspot.com > --------------------------------------------------------------------------- > "I forget what I was taught. I only remember what I have learnt" > -Patrick White > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From ian.bays at ptfs-europe.com Thu Feb 2 23:33:04 2012 From: ian.bays at ptfs-europe.com (Ian Bays) Date: Thu, 02 Feb 2012 10:33:04 +0000 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: References: Message-ID: <4F2A6660.5040603@ptfs-europe.com> I believe (prompted by the original post) we are seeing this issue on version 3.06.01.000. Vimal explained the only problem is with MARC view on OPAC. If you then click MARC view "view plain" you can see the full record, but in the MARC view (view labelled) you only see tags 000, 001 and 008. eg: http://eso.koha-ptfs.eu/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=17503 and http://eso.koha-ptfs.eu/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=17069 (which incidentally also shows the 942 tag in labelled MARC view) So I do not think it is necessarily any problem with Vimal's data. We have a system at version 3.06.02.003 which had no bib data on it but importing a record and viewing in OPAC MARC view, the problem does not seem to be there any more. Ian On 02/02/2012 08:19, Hugo Agud wrote: > you can check it in the mysql tables.. however... try to export the bib > recrd and check what info you get from Koha.. then you will be able to see > the wha'ts is really stored in Koha.. > > 2012/2/2 Vimal Kumar > >> Dear Hugo and Mason, >> >> I successfully imported the same MARC file in previous versions. >> The MARC view problem with 3.6.2 and 3.6.3 version. >> Other OPAC views are good. >> Nothing wrong happened during importing records. >> Problem with MARC View only. >> >> Where I can find bibitems marcxml field ? >> >> Regards, >> >> -- >> Vimal Kumar V. >> Mahatma Gandhi University Library >> Kottayam, Kerala- 686 560 >> Web: http://www.vimalkumar.org >> Blog: http://linuxhalwa.blogspot.com >> --------------------------------------------------------------------------- >> "I forget what I was taught. I only remember what I have learnt" >> -Patrick White >> > > -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays at ptfs-europe.com From jp at pk.dy.fi Fri Feb 3 01:06:51 2012 From: jp at pk.dy.fi (Perch) Date: Thu, 2 Feb 2012 04:06:51 -0800 (PST) Subject: [Koha] Search problems Message-ID: <1328184411075-5450449.post@n5.nabble.com> We're experiencing a problem with search with Koha 3.04.04.000. The search doesn't return any results at all. This is what's in koha-error_log [Thu Feb 02 08:54:50 2012] [error] [client nnn.nnn.nnn.nnn] [Thu Feb 2 08:54:50 2012] search.pl: Use of uninitialized value $key in hash element at /usr/share/koha/lib/C4/Templates.pm line 227., referer: http://name.of.the.koha.server:8080/cgi-bin/koha/catalogue/search.pl?idx=kw&q=Studies+in&idx=kw&idx=kw&sort_by=relevance Help? -- View this message in context: http://koha.1045719.n5.nabble.com/Search-problems-tp5450449p5450449.html Sent from the Koha-general mailing list archive at Nabble.com. From r.rowe at lincolnlibraries.org Fri Feb 3 02:30:38 2012 From: r.rowe at lincolnlibraries.org (Randall Rowe) Date: Thu, 02 Feb 2012 13:30:38 GMT Subject: [Koha] Which directory is Koha database on Ubuntu? Message-ID: <201202020730217.SM01735@[172.25.1.250]> mysqldump should "just know" where to find the database. But as you asked it should be in /var/lib/mysql/XXXXXXX where XXXXXXX is the name you gave it during install. Randy Rowe Lincoln City Libraries I.T. (402) 441-8523 -----Original Message----- From: "Raphael Muonga" Sent 2/2/2012 1:35:43 AM To: "Koha" Subject: [Koha] Which directory is Koha database on Ubuntu? I am using Koha 3.2 installed using LiveCD with Ubuntu 10.10 In which directory is the database located? I would like to do msqldump of it. _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ?????????? From lculber at mdah.state.ms.us Fri Feb 3 03:56:02 2012 From: lculber at mdah.state.ms.us (Linda Culberson) Date: Thu, 02 Feb 2012 08:56:02 -0600 Subject: [Koha] Koha - call number indexing Message-ID: <4F2AA402.3030105@mdah.state.ms.us> All, Can someone explain to me where the call number indexes are pulling from? We have our local call numbers pulling from the 092 and I thought that was the field being indexed, but it seems to be the items.itemscallnumber Is that correct? For some reason, not all of our records are pulling up by call number and I'm trying to figure out why. Thanks in advance for your help. -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 From paul.a at aandc.org Fri Feb 3 06:01:46 2012 From: paul.a at aandc.org (Paul) Date: Thu, 02 Feb 2012 12:01:46 -0500 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: <4F2A6660.5040603@ptfs-europe.com> References: Message-ID: <5.2.1.1.2.20120202113518.027fc720@localhost> At 10:33 AM 2/2/2012 +0000, Ian Bays wrote: >I believe (prompted by the original post) we are seeing this issue on >version 3.06.01.000. >Vimal explained the only problem is with MARC view on OPAC. >If you then click MARC view "view plain" you can see the full record, but >in the MARC view (view labelled) you only see tags 000, 001 and 008. We are running 3.06.01.000 in production and have exactly the same number of fields in "plain" and "labelled". I have checked this for both Z39.50 imports and manually entered data, and for records using both the default framework and our own internal customized framework (so four different possibilities for importing records) plus the MarcEdit imports we originally did from .ods spreadsheets. I have checked using Firefox, Chrome, Opera and Safari (not IE, we're an M$-free environment) just in case it's a browser related glitch. So, as far as I can see, there is no intrinsic problem with 3.06.01.000 Best -- Paul >eg: >http://eso.koha-ptfs.eu/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=17503 >and >http://eso.koha-ptfs.eu/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=17069 >(which incidentally also shows the 942 tag in labelled MARC view) > >So I do not think it is necessarily any problem with Vimal's data. >We have a system at version 3.06.02.003 which had no bib data on it but >importing a record and viewing in OPAC MARC view, the problem does not >seem to be there any more. > >Ian >On 02/02/2012 08:19, Hugo Agud wrote: >>you can check it in the mysql tables.. however... try to export the bib >>recrd and check what info you get from Koha.. then you will be able to see >>the wha'ts is really stored in Koha.. >> >>2012/2/2 Vimal Kumar >> >>>Dear Hugo and Mason, >>> >>>I successfully imported the same MARC file in previous versions. >>>The MARC view problem with 3.6.2 and 3.6.3 version. >>>Other OPAC views are good. >>>Nothing wrong happened during importing records. >>>Problem with MARC View only. >>> >>>Where I can find bibitems marcxml field ? >>> >>>Regards, >>> >>>-- >>>Vimal Kumar V. >>>Mahatma Gandhi University Library >>>Kottayam, Kerala- 686 560 >>>Web: http://www.vimalkumar.org >>>Blog: http://linuxhalwa.blogspot.com >>>--------------------------------------------------------------------------- >>>"I forget what I was taught. I only remember what I have learnt" >>>-Patrick White >> > >-- >Ian Bays >Director of Projects, PTFS Europe Limited >Content Management and Library Solutions >+44 (0) 800 756 6803 (phone) >+44 (0) 7774 995297 (mobile) >+44 (0) 800 756 6384 (fax) >skype: ian.bays >email: ian.bays at ptfs-europe.com > >_______________________________________________ >Koha mailing list http://koha-community.org >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. , and From mm_abdelmawla at yahoo.com Fri Feb 3 08:03:22 2012 From: mm_abdelmawla at yahoo.com (mohamed abdelmawla mahmood) Date: Thu, 2 Feb 2012 11:03:22 -0800 (PST) Subject: [Koha] requesting video tutorial for installing koha on ubuntu In-Reply-To: <1328105901.47269.YahooMailNeo@web125601.mail.ne1.yahoo.com> References: <1328105439.25729.YahooMailNeo@web125601.mail.ne1.yahoo.com> <1328105901.47269.YahooMailNeo@web125601.mail.ne1.yahoo.com> Message-ID: <1328209402.4781.YahooMailNeo@web125603.mail.ne1.yahoo.com> but because i am a beginner in using Ubuntu,? may someone, if you please make a video tutorial(as you know with screen recorder) for the installing process and upload the video at any video host service like youtube for example i have searched the web for a video tutorial but i didn't find anything so you will not help me only but a lot whom are like me i hope that you would accept my request if you do it send me, if you please the video link many thanks for your expected reply mabdelmawla From angela.secrest at hccs.edu Fri Feb 3 08:15:38 2012 From: angela.secrest at hccs.edu (Angela.Secrest) Date: Thu, 2 Feb 2012 19:15:38 +0000 Subject: [Koha] Koha - call number indexing In-Reply-To: <4F2AA402.3030105@mdah.state.ms.us> References: <4F2AA402.3030105@mdah.state.ms.us> Message-ID: <7107F672F361BD47A721735A909EFA5406CF51@sy-facmbx01.ad.hccs.edu> I can't help, but we are having this problem as well. I finally got them to show up in the OPAC result, but not the detail display. I added a callnumber field to the biblio table, mapped it to the 090 and added it to the template. The column is empty but the call numbers are displaying in the result. That won't work for items because all item subfields need to be mapped to the same field as I understand it? We are still completely unable to search by call number. Angela K. Secrest District Director, Library Services Houston Community College 3100 Main St., MC 1229J Houston, TX 77002 Phone: 713.718.7592 URL: http://library.hccs.edu Follow: twitter/HCCLibraries This email may contain confidential and/or privileged information. If you are not the intended recipient (or have received this email in error) please notify the sender immediately and destroy this email. Any unauthorized copying, disclosure or distribution of the material in this email is strictly prohibited. -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Linda Culberson Sent: Thursday, February 02, 2012 8:56 AM To: koha Subject: [Koha] Koha - call number indexing All, Can someone explain to me where the call number indexes are pulling from? We have our local call numbers pulling from the 092 and I thought that was the field being indexed, but it seems to be the items.itemscallnumber Is that correct? For some reason, not all of our records are pulling up by call number and I'm trying to figure out why. Thanks in advance for your help. -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From oftl at critfc.org Fri Feb 3 08:34:14 2012 From: oftl at critfc.org (Lenora Oftedahl) Date: Thu, 02 Feb 2012 11:34:14 -0800 Subject: [Koha] Koha - call number indexing In-Reply-To: <7107F672F361BD47A721735A909EFA5406CF51@sy-facmbx01.ad.hccs.edu> References: <4F2AA402.3030105@mdah.state.ms.us> <7107F672F361BD47A721735A909EFA5406CF51@sy-facmbx01.ad.hccs.edu> Message-ID: <4F2A74B2.9F33.0058.0@critfc.org> Might try using 050 4 rather then 090 which is already claimed in Koha. 082 vs 092 might be better as well. I've noticed that OCLC has moved to using more 050 4 rather then 090 in most records. That might explain the indexing. Lenora StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission Independent Koha installation http://www.fishlib.org >>> From: Angela.Secrest To: Linda Culberson , koha Date: 2/2/2012 11:18 AM Subject: Re: [Koha] Koha - call number indexing I can't help, but we are having this problem as well. I finally got them to show up in the OPAC result, but not the detail display. I added a callnumber field to the biblio table, mapped it to the 090 and added it to the template. The column is empty but the call numbers are displaying in the result. That won't work for items because all item subfields need to be mapped to the same field as I understand it? We are still completely unable to search by call number. Angela K. Secrest District Director, Library Services Houston Community College 3100 Main St., MC 1229J Houston, TX 77002 Phone: 713.718.7592 URL: http://library.hccs.edu Follow: twitter/HCCLibraries This email may contain confidential and/or privileged information. If you are not the intended recipient (or have received this email in error) please notify the sender immediately and destroy this email. Any unauthorized copying, disclosure or distribution of the material in this email is strictly prohibited. -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Linda Culberson Sent: Thursday, February 02, 2012 8:56 AM To: koha Subject: [Koha] Koha - call number indexing All, Can someone explain to me where the call number indexes are pulling from? We have our local call numbers pulling from the 092 and I thought that was the field being indexed, but it seems to be the items.itemscallnumber Is that correct? For some reason, not all of our records are pulling up by call number and I'm trying to figure out why. Thanks in advance for your help. -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From CHillyard at washoecounty.us Fri Feb 3 10:46:29 2012 From: CHillyard at washoecounty.us (Hillyard, Cecil) Date: Thu, 2 Feb 2012 13:46:29 -0800 Subject: [Koha] Searching by 'object' numbers Message-ID: <3D21CC279BBF8940952E444C9A58A38E05B8AEDF@wcmailw.admin.washoecounty.us> When viewing the cataloging log the items or bibs are designated by an object number. How do you search the catalog by these numbers? There isn't anything in advanced search. Thank you, __________________________ Cecil Hillyard Cataloger Washoe County Library Technical Services Reno, NV 89505 www.washoecountylibrary.us From CHillyard at washoecounty.us Fri Feb 3 10:49:37 2012 From: CHillyard at washoecounty.us (Hillyard, Cecil) Date: Thu, 2 Feb 2012 13:49:37 -0800 Subject: [Koha] Loading Authority records Message-ID: <3D21CC279BBF8940952E444C9A58A38E05B8AEE0@wcmailw.admin.washoecounty.us> I believe someone asked about this not too long ago but I don't recall seeing any answer. I can get authority records from our bibliographic vendor but how do you get them into Koha? __________________________ Cecil Hillyard Cataloger Washoe County Library Technical Services Reno, NV 89505 www.washoecountylibrary.us From sossolapro at hotmail.com Fri Feb 3 15:35:12 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Fri, 3 Feb 2012 03:35:12 +0100 Subject: [Koha] Search / index problem, help... ? In-Reply-To: <1328032322.11642.YahooMailNeo@web161203.mail.bf1.yahoo.com> References: , <1327928863.50801.YahooMailClassic@web161005.mail.bf1.yahoo.com> , <1328032322.11642.YahooMailNeo@web161203.mail.bf1.yahoo.com> Message-ID: Many thanks for your help! Clearing the zebra indexes fixed the problem (but then I couldn't restart zebra, which took lots of IRC support to solve). Cheers, Sonia. Date: Tue, 31 Jan 2012 09:52:02 -0800 From: ontariowolf64 at yahoo.com Subject: Re: [Koha] Search / index problem, help... ? To: sossolapro at hotmail.com CC: koha at lists.katipo.co.nz Have you tried clearing the zebra indexes first and then rebuild the index? For clearing the zebra index:# Zebra Indexes $ zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init $ zebraidx -c /etc/koha/zebradb/zebra-authorities.cfg -g iso2709 -d authorities init (It is possible your zebra-biblios.cfg and zebra-authorities.cfg live somwhere else, the above location is where mine are) After that, restart zebra and re-index. (rebuild_zebra.pl -b -w) I hope this helps. I have had similar issues after loading a database from a different library to test. If I do not clear the zebra index, anything from the previous library will cause errors. From: Sonia P. To: Cc: koha at lists.katipo.co.nz Sent: Monday, January 30, 2012 8:19:28 PM Subject: Re: [Koha] Search / index problem, help... ? Thanks all for your help. So I have searched in the biblioitem database as well (biblionumber and biblioitemnumber), and these two numbers (which cause errors) doesn't exist. I don't get it... As for the , I don't think we run multiple instances of Koha on the same server (why would we?). I have tried a few command lines like that, and it didn't change anything. I don't know what the problem is. I don't know why these biblios would cause any problem if they have been deleted. What can I do? Cheers, Sonia. > Date: Mon, 30 Jan 2012 05:07:43 -0800 > From: gbengaadara at yahoo.com > Subject: Re: [Koha] Search / index problem, help... ? > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > > > > > --- On Mon, 1/30/12, Sonia P. wrote: > > > > > > As for the zebra reindex, I am sorry it's a stupid question, > > but what's that you mention in the > > command line? > > > I think the assumption is probably that you are running Koha installed from the debian package, which allows multiple instances of Koha on the same server. > > If you are not running the package, you should be fine with -b -r -v i guess. > > > Olugbenga Adara > > Mobile: 234 (0) 8033220288 > Home: 234 (2) 8721720 > Skype: gbengaadara > Blog: http://gbengaadara.blogspot.com > Twitter: http://twitter.com/gbengaadara > Profile: http://www.linkedin.com/in/gbengaadara _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From peterzhaonj at 163.com Fri Feb 3 18:46:40 2012 From: peterzhaonj at 163.com (Peter Zhao) Date: Fri, 3 Feb 2012 13:46:40 +0800 (CST) Subject: [Koha] Software error In-Reply-To: References: Message-ID: <465d532c.6b63.13541c00f2f.Coremail.peterzhaonj@163.com> Hi, Could anyone know how to fix this problem? Software error: utf8 "\xB1" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174. Thanks a lot. Peter Zhao From billightness at yahoo.co.uk Fri Feb 3 19:29:08 2012 From: billightness at yahoo.co.uk (MARC FELIX) Date: Fri, 3 Feb 2012 06:29:08 +0000 (GMT) Subject: [Koha] Self Check In Message-ID: <1328250548.45202.YahooMailNeo@web29601.mail.ird.yahoo.com> Hi, i work in a university library where we use koha 3.4.5 on debian squeeze. Lately the we have been experiencing situations where items that have been check out and not yet checked in appear to have been checked in, in the user's circulation history. An sql statement to retrieve items checked in on that day does not include the item and the catalog record of the book indicate that the book is lost. What could be the issue? Regards, Mugoh Muriuki. From chrisc at catalyst.net.nz Fri Feb 3 20:26:03 2012 From: chrisc at catalyst.net.nz (=?utf-8?B?Q2hyaXMgQ29ybWFjaw==?=) Date: Fri, 03 Feb 2012 20:26:03 +1300 Subject: [Koha] =?utf-8?q?Self_Check_In?= Message-ID: <20120203072618.6D0CE3210E@mail.catalyst.net.nz> Someone may be marking them lost that would return them off the persons card. There isn't a charge for replacement price on their account? Chris Sent from my HTC ----- Reply message ----- From: "MARC FELIX" To: "Koha at lists.katipo.co.nz" Subject: [Koha] Self Check In Date: Fri, Feb 3, 2012 7:29 pm Hi, i work in a university library where we use koha 3.4.5 on debian squeeze. Lately the we have been experiencing situations where items that have been check out and not yet checked in appear to have been checked in, in the user's circulation history. An sql statement to retrieve items checked in on that day does not include the item and the catalog record of the book indicate that the book is lost. What could be the issue? Regards, Mugoh Muriuki. _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From hagud at orex.es Fri Feb 3 21:22:49 2012 From: hagud at orex.es (Hugo Agud) Date: Fri, 3 Feb 2012 09:22:49 +0100 Subject: [Koha] Software error In-Reply-To: <465d532c.6b63.13541c00f2f.Coremail.peterzhaonj@163.com> References: <465d532c.6b63.13541c00f2f.Coremail.peterzhaonj@163.com> Message-ID: HI If I am not wrong this is a problem with ilegal characters during importing, try to convert the import file to UTF-8 and it will run smoothly 2012/2/3 Peter Zhao > Hi, > Could anyone know how to fix this problem? > > Software error: > > utf8 "\xB1" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line > 174. > > Thanks a lot. > > Peter Zhao > > > > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From bargioni at pusc.it Fri Feb 3 22:49:38 2012 From: bargioni at pusc.it (Stefano Bargioni) Date: Fri, 3 Feb 2012 10:49:38 +0100 Subject: [Koha] Loading Authority records In-Reply-To: References: Message-ID: <8F29999D-4D04-43F2-83E4-4A48D3308753@pusc.it> > I believe someone asked about this not too long ago but I don't recall > seeing any answer. > > I can get authority records from our bibliographic vendor but how do you > get them into Koha? Hi, Cecil: some months ago I wrote something similar: this was my experience during migration from non-Koha to Koha 3.2. In Koha, manually add some auth records, at least one for each type of auth you are going to import. Look at created records in table auth_header. Use each auth_header.marcxml as a model for a (perl) script to tail marcxml records with your data. A model for PERSO_NAME (replace *...* with your data) could be: 00000nz a2200133n 4500 *YOUR LIBRARY CODE* *CURRENT TIMESTAMP like 20101125120000.0* *YYMMDD*n||a|nnnaabn || aad |d *YOUR LIBRARY CODE* *YOUR LIBRARY LANGUAGE CODE* *YOUR LIBRARY CODE* *SURNAME, NAME* *USED FOR/SEE FROM* PERSO_NAME At begin of file insert: and append at end of file Then import the created xml file using bulkmarcimport.pl -a -m marcxml -file your_authorities.xml and link them to your biblios with link_bibs_to_authorities.pl HTH. Stefano --- Dott. Stefano Bargioni Pontificia Universita' della Santa Croce - Roma Vicedirettore della Biblioteca --- "Non refert quam multos habeas libros, sed bonos" (Seneca) --- From ian.bays at ptfs-europe.com Fri Feb 3 23:26:35 2012 From: ian.bays at ptfs-europe.com (Ian Bays) Date: Fri, 03 Feb 2012 10:26:35 +0000 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: <1C68D79E-6B15-4149-BFB8-62DDA0730AB1@kohaaloha.com> References: <4F2A6660.5040603@ptfs-europe.com> <1C68D79E-6B15-4149-BFB8-62DDA0730AB1@kohaaloha.com> Message-ID: <4F2BB65B.3050709@ptfs-europe.com> Yes. Even exporting the odd record from the 3.6.1 and importing to the 3.6.2, the display on the 3.6.2 does not fail. I thought we might have broken the xsl stylesheet, but turning that off still loses those tags (020, 099, 245, 300, 650). Will report what we find - however embarrassing... Ian On 03/02/2012 00:52, Mason James wrote: > On 2012-02-2, at 11:33 PM, Ian Bays wrote: > >> I believe (prompted by the original post) we are seeing this issue on version 3.06.01.000. > > >> We have a system at version 3.06.02.003 which had no bib data on it but importing a record and viewing in OPAC MARC view, >> the problem does not seem to be there any more. > so.... its broken in your 3.6.1 Koha?, but fixed in your 3.6.2 Koha? > >> Ian -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays at ptfs-europe.com From M.de.Rooy at rijksmuseum.nl Fri Feb 3 23:33:02 2012 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Fri, 3 Feb 2012 10:33:02 +0000 Subject: [Koha] OPAC MARC View display not working well In-Reply-To: <4F2BB65B.3050709@ptfs-europe.com> References: <4F2A6660.5040603@ptfs-europe.com> <1C68D79E-6B15-4149-BFB8-62DDA0730AB1@kohaaloha.com>, <4F2BB65B.3050709@ptfs-europe.com> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA31033D3A04@S-MAIL-1A.rijksmuseum.intra> Report 6829 and follow-ups may be relevant here? (Problem with 0XX fields.) ________________________________________ Van: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] namens Ian Bays [ian.bays at ptfs-europe.com] Verzonden: vrijdag 3 februari 2012 11:26 To: Mason James Cc: koha at lists.katipo.co.nz Onderwerp: Re: [Koha] OPAC MARC View display not working well Yes. Even exporting the odd record from the 3.6.1 and importing to the 3.6.2, the display on the 3.6.2 does not fail. I thought we might have broken the xsl stylesheet, but turning that off still loses those tags (020, 099, 245, 300, 650). Will report what we find - however embarrassing... Ian On 03/02/2012 00:52, Mason James wrote: > On 2012-02-2, at 11:33 PM, Ian Bays wrote: > >> I believe (prompted by the original post) we are seeing this issue on version 3.06.01.000. > > >> We have a system at version 3.06.02.003 which had no bib data on it but importing a record and viewing in OPAC MARC view, >> the problem does not seem to be there any more. > so.... its broken in your 3.6.1 Koha?, but fixed in your 3.6.2 Koha? > >> Ian -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays at ptfs-europe.com _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From CHillyard at washoecounty.us Sat Feb 4 04:43:31 2012 From: CHillyard at washoecounty.us (Hillyard, Cecil) Date: Fri, 3 Feb 2012 07:43:31 -0800 Subject: [Koha] Loading Authority records In-Reply-To: <8F29999D-4D04-43F2-83E4-4A48D3308753@pusc.it> References: <8F29999D-4D04-43F2-83E4-4A48D3308753@pusc.it> Message-ID: <3D21CC279BBF8940952E444C9A58A38E05B8AEE2@wcmailw.admin.washoecounty.us> Thanks. __________________________ Cecil Hillyard Washoe County Library -Tel: 775-327-8338 or 7750-327-8330 fax: 775-327-8334 -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Stefano Bargioni Sent: Friday, February 03, 2012 1:50 AM To: koha at lists.katipo.co.nz Subject: Re: [Koha] Loading Authority records > I believe someone asked about this not too long ago but I don't recall > seeing any answer. > > I can get authority records from our bibliographic vendor but how do > you get them into Koha? Hi, Cecil: some months ago I wrote something similar: this was my experience during migration from non-Koha to Koha 3.2. In Koha, manually add some auth records, at least one for each type of auth you are going to import. Look at created records in table auth_header. Use each auth_header.marcxml as a model for a (perl) script to tail marcxml records with your data. A model for PERSO_NAME (replace *...* with your data) could be: 00000nz a2200133n 4500 *YOUR LIBRARY CODE* *CURRENT TIMESTAMP like 20101125120000.0* *YYMMDD*n||a|nnnaabn || aad |d *YOUR LIBRARY CODE* *YOUR LIBRARY LANGUAGE CODE* *YOUR LIBRARY CODE* *SURNAME, NAME* *USED FOR/SEE FROM* PERSO_NAME At begin of file insert: and append at end of file Then import the created xml file using bulkmarcimport.pl -a -m marcxml -file your_authorities.xml and link them to your biblios with link_bibs_to_authorities.pl HTH. Stefano --- Dott. Stefano Bargioni Pontificia Universita' della Santa Croce - Roma Vicedirettore della Biblioteca --- "Non refert quam multos habeas libros, sed bonos" (Seneca) --- _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From dimple148 at yahoo.co.in Sat Feb 4 05:17:18 2012 From: dimple148 at yahoo.co.in (Dimple Patel) Date: Fri, 3 Feb 2012 21:47:18 +0530 (IST) Subject: [Koha] Fwd: EPT Award Function Message-ID: <1328285838.89198.YahooMailClassic@web95402.mail.in2.yahoo.com> --- On Fri, 3/2/12, Subbiah Arunachalam wrote: Electronic Publishing Trust for Development and Centre for Internet and Society ? cordially invite you to the EPT award function when ? Prof. M??S Swaminathan FRS ? will present the Inaugural EPT Award for Open Access in the Developing World to ? Dr Francis Jayakanth NCSI, Indian Institute of Science ? Venue: Sambasivan Auditorium, M S Swaminathan Research Foundation ? Date: 14 February 2012 ? Time: 1600 hours ? ? Programme 16.00:??Welcome and introduction to the award ??????????????Subbiah Arunachalam ? 16.05:? Presenting the award and felicitation ??????????????Prof. M S Swaminathan ? 16.15:??Acceptance speech ????????????? Dr Francis Jayakanth ? 16.25:? Felicitation by eminent scientists ????????????Prof. G Baskaran ????????????Prof.??K Mangala Sunder ? 16.35:??Vote of thanks ? 16.40:? Tea From vimal0212 at gmail.com Sat Feb 4 06:06:50 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Fri, 3 Feb 2012 22:36:50 +0530 Subject: [Koha] requesting video tutorial for installing koha on ubuntu Message-ID: Dear Mohamed, Consider to use any koha live cd, if you feel that koha manual installation is difficult. http://kylehall.info/index.php/projects/koha/koha-virtual-appliance/ Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From mm_abdelmawla at yahoo.com Sat Feb 4 06:10:15 2012 From: mm_abdelmawla at yahoo.com (mohamed abdelmawla mahmood) Date: Fri, 3 Feb 2012 09:10:15 -0800 (PST) Subject: [Koha] requesting video tutorial for installing koha on ubuntu In-Reply-To: <1328209402.4781.YahooMailNeo@web125603.mail.ne1.yahoo.com> References: <1328105439.25729.YahooMailNeo@web125601.mail.ne1.yahoo.com> <1328105901.47269.YahooMailNeo@web125601.mail.ne1.yahoo.com> <1328209402.4781.YahooMailNeo@web125603.mail.ne1.yahoo.com> Message-ID: <1328289015.12925.YahooMailNeo@web125605.mail.ne1.yahoo.com> ?why no one reply ----- Forwarded Message ----- From: mohamed abdelmawla mahmood To: "koha at lists.katipo.co.nz" Sent: Thursday, February 2, 2012 9:03 PM Subject: [Koha] requesting video tutorial for installing koha on ubuntu but because i am a beginner in using Ubuntu,? may someone, if you please make a video tutorial(as you know with screen recorder) for the installing process and upload the video at any video host service like youtube for example i have searched the web for a video tutorial but i didn't find anything so you will not help? me only but a lot whom are like me i hope that you would accept my request if you do it send me, if you please the video link many thanks for your expected reply mabdelmawla _______________________________________________ Koha mailing list? http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From sunillibnss at gmail.com Sat Feb 4 04:09:17 2012 From: sunillibnss at gmail.com (sunillibnss at gmail.com) Date: Fri, 03 Feb 2012 07:09:17 -0800 Subject: [Koha] excel format to koha Message-ID: <4183223.8065.1328281757195.JavaMail.nabble@sam.nabble.com> please send me an excel format (eg,) to convert excel data to koha (via marc editor). From nengard at gmail.com Sat Feb 4 09:47:33 2012 From: nengard at gmail.com (Nicole Engard) Date: Fri, 3 Feb 2012 15:47:33 -0500 Subject: [Koha] excel format to koha In-Reply-To: <4183223.8065.1328281757195.JavaMail.nabble@sam.nabble.com> References: <4183223.8065.1328281757195.JavaMail.nabble@sam.nabble.com> Message-ID: Instructions can be found in the manual: http://manual.koha-community.org/3.6/en/marceditexcel.html Nicole 2012/2/3 : > please send me an excel format (eg,) to convert excel data to koha (via marc editor). > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.a at aandc.org Sun Feb 5 06:14:38 2012 From: paul.a at aandc.org (Paul) Date: Sat, 04 Feb 2012 12:14:38 -0500 Subject: [Koha] Z39.50 pop-up box Message-ID: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> We have added a couple of additional Z39.50 sources and now, when we open (under cataloguing > add biblio) the Z39.50 search, the Search button and "Cancel" URL are off the bottom of the pop-up box. It is of course resizable by dragging the bottom edge, but ... [minor, repetitive comments from our volunteers.] Can some kind person please tell me how to re-set the height of the pop-up? I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, .js and greybox scripts, but no luck in resetting it so far. If someone can point me in the right direction I'll be happy to try and file a "bug + fix". Thanks - Paul From cnighswonger at foundations.edu Sun Feb 5 07:07:13 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Sat, 4 Feb 2012 13:07:13 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> Message-ID: On Sat, Feb 4, 2012 at 12:14 PM, Paul wrote: > We have added a couple of additional Z39.50 sources and now, when we open > (under cataloguing > add biblio) the Z39.50 search, the Search button and > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable by dragging the bottom edge, but ... [minor, repetitive comments > from our volunteers.] > > Can some kind person please tell me how to re-set the height of the pop-up? > > Without digging into the code, it is probably set in the calling template from whence the popup is called. > I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, > .js and greybox scripts, but no luck in resetting it so far. I would suggest becoming familiar with Firebug. It is your best friend when working with presentation foo. > If someone can point me in the right direction I'll be happy to try and > file a "bug + fix". > > This is not a bug, per se. It will always happen when the list of servers expands, and thus will most likely be a moving target at best. Kind Regards, Chris From skushner at mplmain.mtpl.org Sat Feb 4 10:37:00 2012 From: skushner at mplmain.mtpl.org (Scott Kushner) Date: Fri, 3 Feb 2012 16:37:00 -0500 Subject: [Koha] Translating a template file. Message-ID: <135996400018D3448DFF998E536286EF2A57BB@exchange.mplmain.mtpl.org> I want to translate one .tmpl to template toolkit .tt file. Does anyone know the command for this? I have a git install. Do not have /koha/tt dir.... Just want to translate the one template file. Thanks, Scott Kushner Systems Librarian Middletown Public Library 55 New Monmouth Rd Middletown, NJ 07748 From oleonard at myacpl.org Sun Feb 5 13:36:27 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Sat, 4 Feb 2012 19:36:27 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> Message-ID: > the Search button and > "Cancel" URL are off the bottom of the pop-up box. It is of course resizable > by dragging the bottom edge, but ... Are you saying there is no scrollbar, or do they not want to scroll? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From ajala2006 at yahoo.com Sun Feb 5 19:30:44 2012 From: ajala2006 at yahoo.com (ajala gbenga) Date: Sun, 05 Feb 2012 06:30:44 +0000 Subject: [Koha] Koha Digest, Vol 76, Issue 8 Message-ID: <787553.88703.qm@smtp110-mob.biz.mail.ne1.yahoo.com> ---------- Sent via Nokia Email ------Original message------ From: To: Date: Sunday, February 5, 2012 12:00:01 PM GMT+1300 Subject: Koha Digest, Vol 76, Issue 8 Send Koha mailing list submissions to koha at 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 at lists.katipo.co.nz You can reach the person managing the list at koha-owner at 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. Z39.50 pop-up box (Paul) 2. Re: Z39.50 pop-up box (Chris Nighswonger) 3. Translating a template file. (Scott Kushner) ---------------------------------------------------------------------- Message: 1 Date: Sat, 04 Feb 2012 12:14:38 -0500 From: Paul To: koha at lists.katipo.co.nz Subject: [Koha] Z39.50 pop-up box Message-ID: <5.2.1.1.2.20120204120302.0518c928 at stormy.ca> Content-Type: text/plain; charset="us-ascii"; format=flowed We have added a couple of additional Z39.50 sources and now, when we open (under cataloguing > add biblio) the Z39.50 search, the Search button and "Cancel" URL are off the bottom of the pop-up box. It is of course resizable by dragging the bottom edge, but ... [minor, repetitive comments from our volunteers.] Can some kind person please tell me how to re-set the height of the pop-up? I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, .js and greybox scripts, but no luck in resetting it so far. If someone can point me in the right direction I'll be happy to try and file a "bug + fix". Thanks - Paul ------------------------------ Message: 2 Date: Sat, 4 Feb 2012 13:07:13 -0500 From: Chris Nighswonger To: Paul Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Z39.50 pop-up box Message-ID: Content-Type: text/plain; charset=UTF-8 On Sat, Feb 4, 2012 at 12:14 PM, Paul wrote: > We have added a couple of additional Z39.50 sources and now, when we open > (under cataloguing > add biblio) the Z39.50 search, the Search button and > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable by dragging the bottom edge, but ... [minor, repetitive comments > from our volunteers.] > > Can some kind person please tell me how to re-set the height of the pop-up? > > Without digging into the code, it is probably set in the calling template from whence the popup is called. > I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, > .js and greybox scripts, but no luck in resetting it so far. I would suggest becoming familiar with Firebug. It is your best friend when working with presentation foo. > If someone can point me in the right direction I'll be happy to try and > file a "bug + fix". > > This is not a bug, per se. It will always happen when the list of servers expands, and thus will most likely be a moving target at best. Kind Regards, Chris ------------------------------ Message: 3 Date: Fri, 3 Feb 2012 16:37:00 -0500 From: "Scott Kushner" To: , Cc: koha-devel at lists.koha-community.org Subject: [Koha] Translating a template file. Message-ID: <135996400018D3448DFF998E536286EF2A57BB at exchange.mplmain.mtpl.org> Content-Type: text/plain; charset="us-ascii" I want to translate one .tmpl to template toolkit .tt file. Does anyone know the command for this? I have a git install. Do not have /koha/tt dir.... Just want to translate the one template file. Thanks, Scott Kushner Systems Librarian Middletown Public Library 55 New Monmouth Rd Middletown, NJ 07748 ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 76, Issue 8 *********************************** From ajala2006 at yahoo.com Sun Feb 5 19:31:01 2012 From: ajala2006 at yahoo.com (ajala gbenga) Date: Sun, 05 Feb 2012 06:31:01 +0000 Subject: [Koha] Koha Digest, Vol 76, Issue 8 Message-ID: <183853.41920.qm@smtp114-mob.biz.mail.ne1.yahoo.com> ---------- Sent via Nokia Email ------Original message------ From: To: Date: Sunday, February 5, 2012 12:00:01 PM GMT+1300 Subject: Koha Digest, Vol 76, Issue 8 Send Koha mailing list submissions to koha at 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 at lists.katipo.co.nz You can reach the person managing the list at koha-owner at 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. Z39.50 pop-up box (Paul) 2. Re: Z39.50 pop-up box (Chris Nighswonger) 3. Translating a template file. (Scott Kushner) ---------------------------------------------------------------------- Message: 1 Date: Sat, 04 Feb 2012 12:14:38 -0500 From: Paul To: koha at lists.katipo.co.nz Subject: [Koha] Z39.50 pop-up box Message-ID: <5.2.1.1.2.20120204120302.0518c928 at stormy.ca> Content-Type: text/plain; charset="us-ascii"; format=flowed We have added a couple of additional Z39.50 sources and now, when we open (under cataloguing > add biblio) the Z39.50 search, the Search button and "Cancel" URL are off the bottom of the pop-up box. It is of course resizable by dragging the bottom edge, but ... [minor, repetitive comments from our volunteers.] Can some kind person please tell me how to re-set the height of the pop-up? I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, .js and greybox scripts, but no luck in resetting it so far. If someone can point me in the right direction I'll be happy to try and file a "bug + fix". Thanks - Paul ------------------------------ Message: 2 Date: Sat, 4 Feb 2012 13:07:13 -0500 From: Chris Nighswonger To: Paul Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Z39.50 pop-up box Message-ID: Content-Type: text/plain; charset=UTF-8 On Sat, Feb 4, 2012 at 12:14 PM, Paul wrote: > We have added a couple of additional Z39.50 sources and now, when we open > (under cataloguing > add biblio) the Z39.50 search, the Search button and > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable by dragging the bottom edge, but ... [minor, repetitive comments > from our volunteers.] > > Can some kind person please tell me how to re-set the height of the pop-up? > > Without digging into the code, it is probably set in the calling template from whence the popup is called. > I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, > .js and greybox scripts, but no luck in resetting it so far. I would suggest becoming familiar with Firebug. It is your best friend when working with presentation foo. > If someone can point me in the right direction I'll be happy to try and > file a "bug + fix". > > This is not a bug, per se. It will always happen when the list of servers expands, and thus will most likely be a moving target at best. Kind Regards, Chris ------------------------------ Message: 3 Date: Fri, 3 Feb 2012 16:37:00 -0500 From: "Scott Kushner" To: , Cc: koha-devel at lists.koha-community.org Subject: [Koha] Translating a template file. Message-ID: <135996400018D3448DFF998E536286EF2A57BB at exchange.mplmain.mtpl.org> Content-Type: text/plain; charset="us-ascii" I want to translate one .tmpl to template toolkit .tt file. Does anyone know the command for this? I have a git install. Do not have /koha/tt dir.... Just want to translate the one template file. Thanks, Scott Kushner Systems Librarian Middletown Public Library 55 New Monmouth Rd Middletown, NJ 07748 ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 76, Issue 8 *********************************** From paul.a at aandc.org Mon Feb 6 02:51:03 2012 From: paul.a at aandc.org (Paul) Date: Sun, 05 Feb 2012 08:51:03 -0500 Subject: [Koha] Z39.50 pop-up box Message-ID: <5.2.1.1.2.20120205085007.024cd028@localhost> [apologies for delay, I first sent this from a "wrong" email address] At 01:07 PM 2/4/2012 -0500, Chris Nighswonger wrote: >On Sat, Feb 4, 2012 at 12:14 PM, Paul ><paul.a at aandc.org> wrote: >We have added a couple of additional Z39.50 sources and now, when we open >(under cataloguing > add biblio) the Z39.50 search, the Search button and >"Cancel" URL are off the bottom of the pop-up box. It is of course >resizable by dragging the bottom edge, but ... [minor, repetitive comments >from our volunteers.] >Can some kind person please tell me how to re-set the height of the pop-up? > >Without digging into the code, it is probably set in the calling template >from whence the popup is called. >? >I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, >.js and greybox scripts, but no luck in resetting it so far. > >I would suggest becoming familiar with Firebug. It is your best friend >when working with presentation foo. I work with Firebug fairly regularly - which is how I got as far as the "greybox" scripts, but nothing appears to define height in finite terms. I found a "100%" and tried a few different values to no avail; also a "height=300" -- but 400 did not cure the problem. I also tried adding a css bottom-margin, but no joy. When I got to the "yui" scripts (all lines run together), I decided to write to the experts here :) From past experience with web-gui interfaces, I *thought* (but am more than happy to be proven wrong) that browsers defaulted to enclose/show all elements and that height had to be specifically defined to override the default. That's what I was looking for. btw, is there a quick CLI to restart Koha without rebooting? tnx and br - paul >? >? If someone can point me in the right direction I'll be happy to try and >file a "bug + fix". > > >This is not a bug, per se. It will always happen when the list of servers >expands, and thus will most likely be a moving target at best. > >Kind Regards, >Chris --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. , and From paul.a at aandc.org Mon Feb 6 03:04:29 2012 From: paul.a at aandc.org (Paul) Date: Sun, 05 Feb 2012 09:04:29 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> Message-ID: <5.2.1.1.2.20120205085244.01d3f9c8@localhost> At 07:36 PM 2/4/2012 -0500, Owen Leonard wrote: > > the Search button and > > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable > > by dragging the bottom edge, but ... > >Are you saying there is no scrollbar, or do they not want to scroll? Thanks for the reply. There is of course a scroll bar (I mentioned "resizing" only to say that the box dimensions were not statically fixed.) But until I added the British and French national libraries (about 17% and 11% of our holdings by country of publication) there was no need to scroll or resize. It's "no big thing" perhaps; but from my tech point of view it should be simple to fix yet isn't (if there was a simple fix, I'm sure someone would have emailed it) and from an admin point of view efficiency is based on the number of operations required. I first heard about this from a training session - new volunteers saw a marvelously formatted list of eight possible sources with no *apparent* actions to be taken or buttons to click. Again, not a big thing -- it's just for the "beauty of Koha." tnx and br - paul From ajala2006 at yahoo.com Mon Feb 6 03:37:12 2012 From: ajala2006 at yahoo.com (ajala gbenga) Date: Sun, 05 Feb 2012 14:37:12 +0000 Subject: [Koha] Koha Digest, Vol 76, Issue 8 Message-ID: <689416.5440.qm@smtp119-mob.biz.mail.gq1.yahoo.com> ------Original message------ From: To: Date: Sunday, February 5, 2012 12:00:01 PM GMT+1300 Subject: Koha Digest, Vol 76, Issue 8 Send Koha mailing list submissions to koha at 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 at lists.katipo.co.nz You can reach the person managing the list at koha-owner at 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. Z39.50 pop-up box (Paul) 2. Re: Z39.50 pop-up box (Chris Nighswonger) 3. Translating a template file. (Scott Kushner) ---------------------------------------------------------------------- Message: 1 Date: Sat, 04 Feb 2012 12:14:38 -0500 From: Paul To: koha at lists.katipo.co.nz Subject: [Koha] Z39.50 pop-up box Message-ID: <5.2.1.1.2.20120204120302.0518c928 at stormy.ca> Content-Type: text/plain; charset="us-ascii"; format=flowed We have added a couple of additional Z39.50 sources and now, when we open (under cataloguing > add biblio) the Z39.50 search, the Search button and "Cancel" URL are off the bottom of the pop-up box. It is of course resizable by dragging the bottom edge, but ... [minor, repetitive comments from our volunteers.] Can some kind person please tell me how to re-set the height of the pop-up? I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, .js and greybox scripts, but no luck in resetting it so far. If someone can point me in the right direction I'll be happy to try and file a "bug + fix". Thanks - Paul ------------------------------ Message: 2 Date: Sat, 4 Feb 2012 13:07:13 -0500 From: Chris Nighswonger To: Paul Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Z39.50 pop-up box Message-ID: Content-Type: text/plain; charset=UTF-8 On Sat, Feb 4, 2012 at 12:14 PM, Paul wrote: > We have added a couple of additional Z39.50 sources and now, when we open > (under cataloguing > add biblio) the Z39.50 search, the Search button and > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable by dragging the bottom edge, but ... [minor, repetitive comments > from our volunteers.] > > Can some kind person please tell me how to re-set the height of the pop-up? > > Without digging into the code, it is probably set in the calling template from whence the popup is called. > I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, > .js and greybox scripts, but no luck in resetting it so far. I would suggest becoming familiar with Firebug. It is your best friend when working with presentation foo. > If someone can point me in the right direction I'll be happy to try and > file a "bug + fix". > > This is not a bug, per se. It will always happen when the list of servers expands, and thus will most likely be a moving target at best. Kind Regards, Chris ------------------------------ Message: 3 Date: Fri, 3 Feb 2012 16:37:00 -0500 From: "Scott Kushner" To: , Cc: koha-devel at lists.koha-community.org Subject: [Koha] Translating a template file. Message-ID: <135996400018D3448DFF998E536286EF2A57BB at exchange.mplmain.mtpl.org> Content-Type: text/plain; charset="us-ascii" I want to translate one .tmpl to template toolkit .tt file. Does anyone know the command for this? I have a git install. Do not have /koha/tt dir.... Just want to translate the one template file. Thanks, Scott Kushner Systems Librarian Middletown Public Library 55 New Monmouth Rd Middletown, NJ 07748 ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 76, Issue 8 *********************************** From info at AandC.org Sun Feb 5 13:07:16 2012 From: info at AandC.org (Archives and Collections Society) Date: Sat, 04 Feb 2012 19:07:16 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> Message-ID: <5.2.1.1.2.20120204140554.054d4dc8@localhost> At 01:07 PM 2/4/2012 -0500, Chris Nighswonger wrote: >On Sat, Feb 4, 2012 at 12:14 PM, Paul ><paul.a at aandc.org> wrote: >We have added a couple of additional Z39.50 sources and now, when we open >(under cataloguing > add biblio) the Z39.50 search, the Search button and >"Cancel" URL are off the bottom of the pop-up box. It is of course >resizable by dragging the bottom edge, but ... [minor, repetitive comments >from our volunteers.] >Can some kind person please tell me how to re-set the height of the pop-up? > >Without digging into the code, it is probably set in the calling template >from whence the popup is called. >? >I have gone crosseyed grepping "height" in all sorts of .pl, .css, .tt, >.js and greybox scripts, but no luck in resetting it so far. > >I would suggest becoming familiar with Firebug. It is your best friend >when working with presentation foo. I work with Firebug fairly regularly - which is how I got as far as the "greybox" scripts, but nothing appears to define height in finite terms. I found a "100%" and tried a few different values to no avail; also a "height=300" -- but 400 did not cure the problem. I also tried adding a css bottom-margin, but no joy. When I got to the "yui" scripts (all lines run together), I decided to write to the experts here :) From past experience with web-gui interfaces, I *thought* (but am more than happy to be proven wrong) that browsers defaulted to enclose/show all elements and that height had to be specifically defined to override the default. That's what I was looking for. btw, is there a quick CLI to restart Koha without rebooting? tnx and br - paul >? >? If someone can point me in the right direction I'll be happy to try and >file a "bug + fix". > > >This is not a bug, per se. It will always happen when the list of servers >expands, and thus will most likely be a moving target at best. > >Kind Regards, >Chris --- Archives and Collections (ACS) Society 205, Main Street, Picton, Ontario, K0K 2T0, Canada http://www.AandC.org Canadian Charitable Organization 88721 9921 RR0001 Dedicated to maritime conservation and education. From ontariowolf64 at yahoo.com Mon Feb 6 09:27:24 2012 From: ontariowolf64 at yahoo.com (Marty) Date: Sun, 5 Feb 2012 12:27:24 -0800 (PST) Subject: [Koha] Search / index problem, help... ? In-Reply-To: References: , <1327928863.50801.YahooMailClassic@web161005.mail.bf1.yahoo.com> , <1328032322.11642.YahooMailNeo@web161203.mail.bf1.yahoo.com> Message-ID: <1328473644.72538.YahooMailNeo@web161202.mail.bf1.yahoo.com> Occasionally I have had zebra not wanting to restart, but restarting the computer has always?worked for me, as in, turning it off, go get a coffee and start it up again. I love easy solutions, especially if they give me a chance to get a coffee :-) ? Marty ________________________________ From: Sonia P. To: koha at lists.katipo.co.nz Sent: Thursday, February 2, 2012 9:35:12 PM Subject: Re: [Koha] Search / index problem, help... ? Many thanks for your help! Clearing the zebra indexes fixed the problem (but then I couldn't restart zebra, which took lots of IRC support to solve). Cheers, Sonia. Date: Tue, 31 Jan 2012 09:52:02 -0800 From: ontariowolf64 at yahoo.com Subject: Re: [Koha] Search / index problem, help... ? To: sossolapro at hotmail.com CC: koha at lists.katipo.co.nz Have you tried clearing the zebra indexes first and then rebuild the index? For clearing the zebra index:# Zebra Indexes ? $ zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init ? $ zebraidx -c /etc/koha/zebradb/zebra-authorities.cfg -g iso2709 -d authorities init (It is possible your zebra-biblios.cfg and zebra-authorities.cfg live somwhere else, the above location is where mine are) After that, restart zebra and re-index. (rebuild_zebra.pl -b -w) I hope this helps. I have had similar issues after loading a database from a different library to test. If I do not clear the zebra index, anything from the previous library will cause errors. ? ? ? ? From: Sonia P. To:? Cc: koha at lists.katipo.co.nz Sent: Monday, January 30, 2012 8:19:28 PM Subject: Re: [Koha] Search / index problem, help... ? ? Thanks all for your help. So I have searched in the biblioitem database as well (biblionumber and biblioitemnumber), and these two numbers (which cause errors) doesn't exist.? I don't get it... As for the , I don't think we run multiple instances of Koha on the same server (why would we?).? I have tried a few command lines like that, and it didn't change anything. I don't know what the problem is.? I don't know why these biblios would cause any problem if they have been deleted.? What can I do? Cheers, Sonia. > Date: Mon, 30 Jan 2012 05:07:43 -0800 > From: gbengaadara at yahoo.com > Subject: Re: [Koha] Search / index problem, help... ? > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > > > > > --- On Mon, 1/30/12, Sonia P. wrote: > > > > > > As for the zebra reindex, I am sorry it's a stupid question, > > but what's that you mention in the > > command line? > > > I think the assumption is probably that you are running Koha installed from the debian package, which allows multiple instances of Koha on the same server. > > If you are not running the package, you should be fine with -b -r -v i guess. > > > Olugbenga Adara > > Mobile: 234 (0) 8033220288 > Home: 234 (2) 8721720 > Skype: gbengaadara > Blog: http://gbengaadara.blogspot.com > Twitter: http://twitter.com/gbengaadara > Profile: http://www.linkedin.com/in/gbengaadara ? ? ? ? ? ? ? ? ? ? ? ? ? _______________________________________________ Koha mailing list? http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ? ? ??? ??? ??? ? ??? ??? ? _______________________________________________ Koha mailing list? http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From paul.a at aandc.org Mon Feb 6 12:24:45 2012 From: paul.a at aandc.org (Paul) Date: Sun, 05 Feb 2012 18:24:45 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: <5.2.1.1.2.20120205085244.01d3f9c8@localhost> References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> Message-ID: <5.2.1.1.2.20120205180925.0547def0@localhost> At 09:04 AM 2/5/2012 -0500, I wrote: > > the Search button and > > "Cancel" URL are off the bottom of the pop-up box. It is of course > resizable > > by dragging the bottom edge, but ... A roller coaster ride. With many thanks to a participant here who wrote to me "off-list" and pointed me to the intranet file cataloging-toolbar.inc. For the record, line 38 has a height=450, now edited to height=530. After multiple [mem]cache[d] clearing (and eventual reboot) of the server and on the client browsers, the popup is now resized when accessed from staff client home > cataloging > Z3950 Search. But, when accessed from staff client home > Add Marc record > Z3950 Search, it's still the same old "small" size. Maybe there's still some remnants cached somewhere, or maybe I'm still missing something in Koha. Time will tell -- only my sanity is at risk :-) With my thanks to all who have helped thus far, Paul From gcollum at hotmail.com Mon Feb 6 12:39:00 2012 From: gcollum at hotmail.com (Garry Collum) Date: Sun, 5 Feb 2012 18:39:00 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: <5.2.1.1.2.20120205180925.0547def0@localhost> References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca>, <5.2.1.1.2.20120204120302.0518c928@stormy.ca>, <5.2.1.1.2.20120205180925.0547def0@localhost> Message-ID: Ah! My offlist reply was unintentional. There is also an instance of the PopupZ3950 function in addbiblio.tt. ~/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt I think once you adjust this one, you will be fine. Garry > Date: Sun, 5 Feb 2012 18:24:45 -0500 > To: koha at lists.katipo.co.nz > From: paul.a at aandc.org > Subject: Re: [Koha] Z39.50 pop-up box > > At 09:04 AM 2/5/2012 -0500, I wrote: > > > the Search button and > > > "Cancel" URL are off the bottom of the pop-up box. It is of course > > resizable > > > by dragging the bottom edge, but ... > > A roller coaster ride. With many thanks to a participant here who wrote to > me "off-list" and pointed me to the intranet file > cataloging-toolbar.inc. For the record, line 38 has a height=450, now > edited to height=530. After multiple [mem]cache[d] clearing (and eventual > reboot) of the server and on the client browsers, the popup is now resized > when accessed from staff client home > cataloging > Z3950 Search. > > But, when accessed from staff client home > Add Marc record > Z3950 Search, > it's still the same old "small" size. Maybe there's still some remnants > cached somewhere, or maybe I'm still missing something in Koha. Time will > tell -- only my sanity is at risk :-) > > With my thanks to all who have helped thus far, > Paul > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.poulain at biblibre.com Mon Feb 6 21:27:44 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 06 Feb 2012 09:27:44 +0100 Subject: [Koha] Translating a template file. In-Reply-To: <135996400018D3448DFF998E536286EF2A57BB@exchange.mplmain.mtpl.org> References: <135996400018D3448DFF998E536286EF2A57BB@exchange.mplmain.mtpl.org> Message-ID: <4F2F8F00.5070409@biblibre.com> Le 03/02/2012 22:37, Scott Kushner a ?crit : Hi Scott, > I want to translate one .tmpl to template toolkit .tt file. > Does anyone know the command for this? I have a git install. Isn't this page of the wiki what' you're looking for: http://wiki.koha-community.org/wiki/Htp-to-tt-conversion ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From HBright at farmingtonlibraries.org Tue Feb 7 03:31:26 2012 From: HBright at farmingtonlibraries.org (Hal Bright) Date: Mon, 6 Feb 2012 14:31:26 +0000 Subject: [Koha] The Picture Box Message-ID: Does any public library use the "picture" option? We have been contemplating it for some time now. Questions...do you use it for teens adults or kids only? Does the picture go away when the patron is deleted (i.e. is the picture connected to the patron file)? Have any privacy issues arisen? Harold Bright Director of Information Services Farmington Libraries - 6 Monteith Drive Farmington, CT 06032 - hbright at farmingtonlibraries.org W 860-673-6791 x 204 - F 860-675-7148 http://www.farmingtonlibraries.org From tom at nd.edu Tue Feb 7 03:53:16 2012 From: tom at nd.edu (Tom Hanstra) Date: Mon, 06 Feb 2012 09:53:16 -0500 Subject: [Koha] Anonymous Patron setting Message-ID: <4F2FE95C.5010604@nd.edu> I have two instances of Koha 3.6.2 for which I am having problems setting the AnonymousPatron value. When I attempt to make the change, I receive an error saying that: You need to log in again, your session has timed out. even though it obviously has not because I can still navigate within the System Preferences. I've watched the logs when this happens and cannot see anything which suggests what might be going on. Does anyone have ideas on what might be happening and where to look. I have this problem with multiple logins, each of which should have the permissions to make this setting change. Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From lculber at mdah.state.ms.us Tue Feb 7 05:18:41 2012 From: lculber at mdah.state.ms.us (Linda Culberson) Date: Mon, 06 Feb 2012 10:18:41 -0600 Subject: [Koha] batch updates of bibliographic records using MarcEdit Message-ID: <4F2FFD61.6000000@mdah.state.ms.us> All, I was looking at Nicole's excellent tutorial at http://networkedblogs.com/sSegb on using MarcEdit to Add Koha Items, and I was wondering if it might be possible to select a group of records that had errors, use MarcEdit to correct those errors, and load them back using the Marc Import matching on the 001 or the 999c or some other field? Has anyone done something like this or is there another way? Thanks! -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 From paul.a at aandc.org Tue Feb 7 05:43:30 2012 From: paul.a at aandc.org (Paul) Date: Mon, 06 Feb 2012 11:43:30 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120205180925.0547def0@localhost> Message-ID: <5.2.1.1.2.20120206112856.05cda000@localhost> At 06:39 PM 2/5/2012 -0500, Garry Collum wrote: >Ah! My offlist reply was unintentional. There is also an instance of the >PopupZ3950 function in addbiblio.tt. > >~/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Many thanks Garry. For the record in 3.6.1 it is at /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt One question remains from my original query: Is there a quick CLI command to restart Koha without rebooting the server? The .tt didn't need it, but the .inc did (maybe a quirk of my install of memcached.) Again tnx and br, Paul From dearden at sarsf.org Tue Feb 7 06:58:06 2012 From: dearden at sarsf.org (Doug Dearden) Date: Mon, 6 Feb 2012 10:58:06 -0700 Subject: [Koha] Z39.50 pop-up box In-Reply-To: <5.2.1.1.2.20120206112856.05cda000@localhost> References: <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120206112856.05cda000@localhost> Message-ID: Paul, To restart Koha without restarting the server itself, I think you just restart Apache. Sudo apache2ctl restart Best, Doug -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Paul Sent: Monday, February 06, 2012 9:44 AM To: Garry Collum; koha at lists.katipo.co.nz Subject: Re: [Koha] Z39.50 pop-up box At 06:39 PM 2/5/2012 -0500, Garry Collum wrote: >Ah! My offlist reply was unintentional. There is also an instance of the >PopupZ3950 function in addbiblio.tt. > >~/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Many thanks Garry. For the record in 3.6.1 it is at /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt One question remains from my original query: Is there a quick CLI command to restart Koha without rebooting the server? The .tt didn't need it, but the .inc did (maybe a quirk of my install of memcached.) Again tnx and br, Paul _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From MDuncan at uttyler.edu Tue Feb 7 07:03:51 2012 From: MDuncan at uttyler.edu (Margo Duncan) Date: Mon, 6 Feb 2012 18:03:51 +0000 Subject: [Koha] batch updates of bibliographic records using MarcEdit In-Reply-To: <4F2FFD61.6000000@mdah.state.ms.us> References: <4F2FFD61.6000000@mdah.state.ms.us> Message-ID: <65FC53912D223C4891D3B0C897C74B4DA0B6DD@CATBERT.info.uttyler.edu> Linda, Yes, that's how we fix batches of records; we match on the 001. Feel free to contact me if you have any questions. Margo Margo Duncan, MLS Systems Librarian Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan at uttyler.edu -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Linda Culberson Sent: Monday, February 06, 2012 10:19 AM To: koha Subject: [Koha] batch updates of bibliographic records using MarcEdit All, I was looking at Nicole's excellent tutorial at http://networkedblogs.com/sSegb on using MarcEdit to Add Koha Items, and I was wondering if it might be possible to select a group of records that had errors, use MarcEdit to correct those errors, and load them back using the Marc Import matching on the 001 or the 999c or some other field? Has anyone done something like this or is there another way? Thanks! -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From cnighswonger at foundations.edu Tue Feb 7 07:11:14 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 6 Feb 2012 13:11:14 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120206112856.05cda000@localhost> Message-ID: replying to the list too this time... :P On Mon, Feb 6, 2012 at 1:10 PM, Chris Nighswonger < cnighswonger at foundations.edu> wrote: > On Mon, Feb 6, 2012 at 11:43 AM, Paul wrote: > >> >> One question remains from my original query: Is there a quick CLI >> command to restart Koha without rebooting the server? >> >> > Koha is a web-app and as such does not "run" in the sense of a traditional > app, therefore it does not require "restarting" as such. > > >> The .tt didn't need it, but the .inc did (maybe a quirk of my install of >> memcached.) >> >> > You are probably being caught in the caching "trap" in general. In order > for you changes to show up in the user's browser, either do a "shift-F5" > refresh or otherwise clear the browser's cache. > > Your memcached cache may need flushing depending on what it is caching as > well. > > Kind Regards, > Chris > From jcamins at cpbibliography.com Tue Feb 7 07:20:40 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Mon, 6 Feb 2012 13:20:40 -0500 Subject: [Koha] batch updates of bibliographic records using MarcEdit In-Reply-To: <65FC53912D223C4891D3B0C897C74B4DA0B6DD@CATBERT.info.uttyler.edu> References: <4F2FFD61.6000000@mdah.state.ms.us> <65FC53912D223C4891D3B0C897C74B4DA0B6DD@CATBERT.info.uttyler.edu> Message-ID: Linda and Margo, I know I sound a bit like a broken record, but when you are overlaying records that you have exported from your database, *please* do not use 001 as the match point (unless you are specifically setting it as some sort of accession number). 001 is not guaranteed to be unique or even exist. It generally contains the OCLC number for records you've imported from OCLC, but one could fly a vintage inter-war airplane through an arch made of the records not covered by that "generally" without knocking any loose with the wings. Use 999$c and biblionumber for the matching rule. That is guaranteed to be unique and have a 1-to-1 match. Regards, Jared On Mon, Feb 6, 2012 at 1:03 PM, Margo Duncan wrote: > Linda, > > Yes, that's how we fix batches of records; we match on the 001. > > Feel free to contact me if you have any questions. > > Margo > > Margo Duncan, MLS > Systems Librarian > Robert R. Muntz Library > The University of Texas at Tyler > 903.566.7174 | mduncan at uttyler.edu > > > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto: > koha-bounces at lists.katipo.co.nz] On Behalf Of Linda Culberson > Sent: Monday, February 06, 2012 10:19 AM > To: koha > Subject: [Koha] batch updates of bibliographic records using MarcEdit > > All, > I was looking at Nicole's excellent tutorial at > http://networkedblogs.com/sSegb on using MarcEdit to Add Koha Items, and > I was wondering if it might be possible to select a group of records that > had errors, use MarcEdit to correct those errors, and load them back using > the Marc Import matching on the 001 or the 999c or some other field? Has > anyone done something like this or is there another way? > > Thanks! > -- > Linda Culberson lculber at mdah.state.ms.us > Archives and Records Services Division > Ms. Dept. of Archives & History > P. O. Box 571 > Jackson, MS 39205-0571 > Telephone: 601/576-6873 Fax: 601/576-6824 > > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ From lculber at mdah.state.ms.us Tue Feb 7 07:39:30 2012 From: lculber at mdah.state.ms.us (Linda Culberson) Date: Mon, 06 Feb 2012 12:39:30 -0600 Subject: [Koha] batch updates of bibliographic records using MarcEdit In-Reply-To: References: <4F2FFD61.6000000@mdah.state.ms.us> <65FC53912D223C4891D3B0C897C74B4DA0B6DD@CATBERT.info.uttyler.edu> Message-ID: <4F301E62.4050001@mdah.state.ms.us> Jared, Point taken. Thanks, Jared. Linda On 2/6/2012 12:20 PM, Jared Camins-Esakov wrote: > Linda and Margo, > > I know I sound a bit like a broken record, but when you are overlaying > records that you have exported from your database, *please* do not use > 001 as the match point (unless you are specifically setting it as some > sort of accession number). 001 is not guaranteed to be unique or even > exist. It generally contains the OCLC number for records you've imported > from OCLC, but one could fly a vintage inter-war airplane through an > arch made of the records not covered by that "generally" without > knocking any loose with the wings. Use 999$c and biblionumber for the > matching rule. That is guaranteed to be unique and have a 1-to-1 match. > > Regards, > Jared > > On Mon, Feb 6, 2012 at 1:03 PM, Margo Duncan > wrote: > > Linda, > > Yes, that's how we fix batches of records; we match on the 001. > > Feel free to contact me if you have any questions. > > Margo > > Margo Duncan, MLS > Systems Librarian > Robert R. Muntz Library > The University of Texas at Tyler > 903.566.7174 ? | mduncan at uttyler.edu > > > > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz > > [mailto:koha-bounces at lists.katipo.co.nz > ] On Behalf Of Linda Culberson > Sent: Monday, February 06, 2012 10:19 AM > To: koha > Subject: [Koha] batch updates of bibliographic records using MarcEdit > > All, > I was looking at Nicole's excellent tutorial at > http://networkedblogs.com/sSegb ? on using MarcEdit to Add Koha > Items, and I was wondering if it might be possible to select a group > of records that had errors, use MarcEdit to correct those errors, > and ? load them back using the Marc Import matching on the 001 or > the 999c or some other field? ? Has anyone done something like this > or is there another way? > > Thanks! > -- > Linda Culberson ? ? ? lculber at mdah.state.ms.us > > Archives and Records Services Division > Ms. Dept. of Archives & History > P. O. Box 571 > Jackson, MS 39205-0571 > Telephone: ? 601/576-6873 ? Fax: ? > 601/576-6824 > > _______________________________________________ > Koha mailing list ? http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ > Koha mailing list ? http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > -- > Jared Camins-Esakov > Bibliographer, C & P Bibliography Services, LLC > (phone) +1 (917) 727-3445 > (e-mail) jcamins at cpbibliography.com > (web) http://www.cpbibliography.com/ > -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Fax: 601/576-6824 From tom at nd.edu Tue Feb 7 08:25:05 2012 From: tom at nd.edu (Tom Hanstra) Date: Mon, 06 Feb 2012 14:25:05 -0500 Subject: [Koha] Patron import as command line Message-ID: <4F302911.4020308@nd.edu> Is there any documentation available on how I might run a patron import as a command line instead of interactively loading the data via Koha tools? Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From r.rowe at lincolnlibraries.org Tue Feb 7 06:10:18 2012 From: r.rowe at lincolnlibraries.org (Randall Rowe) Date: Mon, 06 Feb 2012 17:10:18 GMT Subject: [Koha] Z39.50 pop-up box Message-ID: <20120206111037.SM16030@[172.25.1.250]> To restart Apache as root or using sudo /etc/init.d/apache2 restart or /etc/init.d/apache2 stop /etc/init.d/apache2 start Randy Rowe Lincoln City Libraries I.T. -----Original Message----- From: "Paul" Sent 2/6/2012 10:43:30 AM To: "Garry Collum" , koha at lists.katipo.co.nz Subject: Re: [Koha] Z39.50 pop-up box At 06:39 PM 2/5/2012 -0500, Garry Collum wrote: >Ah! My offlist reply was unintentional. There is also an instance of the >PopupZ3950 function in addbiblio.tt. > >~/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Many thanks Garry. For the record in 3.6.1 it is at /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt One question remains from my original query: Is there a quick CLI command to restart Koha without rebooting the server? The .tt didn't need it, but the .inc did (maybe a quirk of my install of memcached.) Again tnx and br, Paul _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ?????????? From gmc at esilibrary.com Tue Feb 7 10:03:47 2012 From: gmc at esilibrary.com (Galen Charlton) Date: Mon, 06 Feb 2012 16:03:47 -0500 Subject: [Koha] Equinox job posting - Library Data Specialist Message-ID: <4F304033.9070904@esilibrary.com> Equinox Software, a growing and dynamic software development and support company based in Duluth, Georgia, is seeking a talented and dedicated Library Data Specialist. This position is responsible for extracting, translating, munging, and loading library data as well as helping our customers configure their Koha and Evergreen systems. We are looking for the following qualities in a candidate: * Familiarity with library operations and practices, particularly technical services and library systems administration * Experience with library data formats, including ISO 2709 * Experience operating or managing an integrated library system is strongly preferred * Experience with Evergreen and/or Koha is preferred * High comfort level with Linux, a shell prompt, scripting, SQL, and programming * The ability to communicate effectively both orally and in writing * Strong customer service focus * Ability to work well in a team environment with minimum direction Summary of essential job functions: * Performing analysis of legacy data and helping to advise customers on the best way to migrate and manipulate their data to a new ILS. * Performing data extracts, data translation, and data cleanup as part of larger projects to implement a new ILS and assist with policy configuration. * Performing special data change and data cleanup projects. * Providing excellent technical support to Equinox customers The ideal candidate is prepared not only to help our customers migrate to a new ILS, but to also help create and maintain the tools to make this process as efficient and painless for our customers as possible. A MLS or equivalent is helpful, but not required. Equinox offers a strong benefits package including family health, dental, and vision insurance, fully paid for by the company. We also offer a 401k plan with matching contributions. Salary starts at $40,000 a year but is negotiable and commensurate with experience. Please send your resume, 3 professional references, and salary requirements to careers at esilibrary.com About Equinox Equinox Software is a growing team of skilled professionals who provide comprehensive support and services for open source solutions for public, special, and academic libraries worldwide. Equinox offers consultation, software development, comprehensive support and training, migration and data services. -- Galen Charlton Director of Support and Implementation Equinox Software, Inc. / The Open Source Experts email: gmc at esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org From paul.a at aandc.org Tue Feb 7 12:14:11 2012 From: paul.a at aandc.org (Paul) Date: Mon, 06 Feb 2012 18:14:11 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120206112856.05cda000@localhost> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120206112856.05cda000@localhost> Message-ID: <5.2.1.1.2.20120206162953.021cf078@localhost> At 01:10 PM 2/6/2012 -0500, Chris N. wrote: >On Mon, Feb 6, 2012 at 11:43 AM, Paul wrote: >One question remains from my original query: ? Is there a quick CLI >command to restart Koha without rebooting the server? >Koha is a web-app and as such does not "run" in the sense of a traditional >app, therefore it does not require "restarting" as such. >The .tt didn't need it, but the .inc did (maybe a quirk of my install of >memcached. >You are probably being caught in the caching "trap" in general. In order >for you changes to show up in the user's browser, either do a "shift-F5" >refresh or otherwise clear the browser's cache. >Your memcached cache may need flushing depending on what it is caching as >well. and others have suggested restarting Apache. Many thanks to all. The browser cache flushing is no problem. All our machines are set up with zero cache, so a simple works wonders. And of course Apache is the primary player on the server. What I was looking for was a simple way to simulate all the operations that affect Koha on reboot: so includes the "servers" for zebra, mysql, memcached and apache (maybe more?) I suppose that writing a script would be the way to go, but haven't tried it yet, just hoping that perhaps someone else had already done it ... Best - Paul From paul.a at aandc.org Tue Feb 7 12:51:24 2012 From: paul.a at aandc.org (Paul) Date: Mon, 06 Feb 2012 18:51:24 -0500 Subject: [Koha] Z39.50 pop-up box In-Reply-To: References: <5.2.1.1.2.20120206112856.05cda000@localhost> <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120204120302.0518c928@stormy.ca> <5.2.1.1.2.20120205180925.0547def0@localhost> <5.2.1.1.2.20120206112856.05cda000@localhost> Message-ID: <5.2.1.1.2.20120206183501.029e7230@localhost> At 09:43 AM 2/7/2012 +1300, Mason James wrote: >On 2012-02-7, at 5:43 AM, Paul wrote: > > At 06:39 PM 2/5/2012 -0500, Garry Collum wrote: > >> Ah! My offlist reply was unintentional. There is also an instance of > the PopupZ3950 function in addbiblio.tt. > >> > >> ~/koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt > > > > Many thanks Garry. For the record in 3.6.1 it is at > /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt > > > > One question remains from my original query: Is there a quick CLI > command to restart Koha without rebooting the server? > > > > The .tt didn't need it, but the .inc did (maybe a quirk of my install > of memcached.) > >probably a quirk of your web browser or web-proxy > >afaik, Koha does not use memcached to cache any files Maybe not out of the box, but I've set it up to do just that. You can set a memcached server "per site" plus one for perl. See . I'm fairly certain that it accounts for part of the speed on our new server (even with 8 Gigs of memory and solid state drives), although I haven't done any formal timing with and without it. I'm also testing whether it could be advantageous to use an addition memcached server for zebra, but there's problems with the cronjob that we have set at one minute. There is one slight difficulty that I have not looked into too deeply, and that is that it *may* be difficult to use on an Apache prefork install -- I used worker. On our old server (now my sandbox) using prefork (and Koha 3.2) I was never convinced that it did anything. One day I'll try and experiment - I know that Paul Poulain is also interested in "speeding things up." I can tell you that our volunteers have fallen in love with 3.6.1, in good part because of the speed. Best - Paul From aprilyn.gallana at tip.edu.ph Tue Feb 7 19:34:44 2012 From: aprilyn.gallana at tip.edu.ph (april) Date: Tue, 7 Feb 2012 06:34:44 +0000 (UTC) Subject: [Koha] problem in generating a barcode Message-ID: system: koha 2.2.9 fedora 14 im having a problem with the barcode it always says: Can't find inventory codes in that range. Please try again. [Tue Feb 07 14:44:02 2012] [error] [client 10.0.2.95] [Tue Feb 7 14:44:02 2012] barcodes.pl: Use of uninitialized value in numeric eq (==) at /usr/local/koha/intranet/modules/C4/Auth.pm line 195., referer: http://10.0.2.95:8080/cgi-bin/koha/barcodes/barcodes.pl please help... thanks, April Gallana TIP From aprilyn.gallana at tip.edu.ph Tue Feb 7 19:53:58 2012 From: aprilyn.gallana at tip.edu.ph (april) Date: Mon, 6 Feb 2012 22:53:58 -0800 (PST) Subject: [Koha] Reserve pending priority 0 Message-ID: <1328597638272-5462370.post@n5.nabble.com> System : Koha 2.2.9, on Win 32 Issue: Under the Circulation > Reserves Pending, the priority will occasionally get set to zero...even when the item is issued and the "cancel reserve" option is selected correctly during the issuing procedure. From that point on, onces the priority has been set to zero, there is no way to delete the reserve from the "reserves pending list". The materials are correctly issued and tracked from that point on, but the "pending reserve request" with a priority of "0" seems to stick, and this list can grow quite large over time. Is there a way to clear these from the list using the standard librarian interface ? -- View this message in context: http://koha.1045719.n5.nabble.com/Reserve-pending-priority-0-tp5462370p5462370.html Sent from the Koha-general mailing list archive at Nabble.com. From aprilyn.gallana at tip.edu.ph Tue Feb 7 20:00:23 2012 From: aprilyn.gallana at tip.edu.ph (april) Date: Tue, 7 Feb 2012 07:00:23 +0000 (UTC) Subject: [Koha] Reserve pending priority 0 Message-ID: System : Koha 2.2.9, on fedora Issue: Under the Circulation > Reserves Pending, the priority will occasionally get set to zero...even when the item is issued and the "cancel reserve" option is selected correctly during the issuing procedure. From that point on, onces the priority has been set to zero, there is no way to delete the reserve from the "reserves pending list". The materials are correctly issued and tracked from that point on, but the "pending reserve request" with a priority of "0" seems to stick, and this list can grow quite large over time. Is there a way to clear these from the list using the standard librarian interface ? please help... thanks From magnus at enger.priv.no Tue Feb 7 22:44:20 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Tue, 7 Feb 2012 10:44:20 +0100 Subject: [Koha] 2012-02-08 Global bug squashing day #9 - you can help! Message-ID: Dear Community, In just 15 minutes, it's that time again (at least in Kiribati): http://wiki.koha-community.org/wiki/2012-02-08_Global_bug_squashing_day Just as an example of work that needs to be done, there are currently 89 bugs that need signing off - that's too many! And to put things in perspective, on 2012-02-08 it's just 2 months and 2 weeks until 2012-04-22 is upon us! (If you're wondering why that is significant, it's the date dictated by tradition for the next version of Koha - 3.8. (The actual date is of course dictated by Paul P. ;-)) Happy hunting, folks! Magnus From chisangaz at gmail.com Tue Feb 7 22:45:05 2012 From: chisangaz at gmail.com (Raphael Muonga) Date: Tue, 7 Feb 2012 11:45:05 +0200 Subject: [Koha] Koha 3.2 Patron and Item Card Printing issues Message-ID: Colleagues, We are on Koha 3.2 and we are not sure how we can can print Patron Cards using the Tools function. How possible is it to print Patron Cards in Koha 3.2? Also is there a way of printing Items Cards for use like the old manual Cadex system? The other issue is how can one delete Patrons in say a Batch form? Regards. Raphael From David.W.Hartman at disney.com Wed Feb 8 04:41:21 2012 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Tue, 7 Feb 2012 10:41:21 -0500 Subject: [Koha] Adding more patrons to my database Message-ID: <3E19441498923443B9DBE2FE1C0E70B604514EE6FB@SM-FLOR-VXMB04B.wdw.disney.com> Hello Koha list, I am adding more patrons using the csv import tool to my patron database. If there are duplicates, will Koha give me the option to overwrite or ignore a duplicate record? Thanks for any help and advice.... David W. Hartman Global Business Technology Strategy Library From MMcElroy at washoecounty.us Wed Feb 8 04:51:08 2012 From: MMcElroy at washoecounty.us (McElroy, Maureen) Date: Tue, 7 Feb 2012 07:51:08 -0800 Subject: [Koha] Problem with "hold-ability" of items on order, not yet received Message-ID: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> Dear collective brain, We are new to Koha and are on version 3.6. In our first attempt at entering orders in the acquisitions module, it seems as though the titles we ordered, are viewable but not hold-able. Many of the items we order are very popular titles that are not due to release for months out (6 months to a year) but our patrons want to see we're getting them and want to be able to get onto a hold queue for them. How do we input orders in the acquisitions module that allow holds to be placed on them? Maureen McElroy Manager Technical Services Dept. Washoe County Library 301 S Center St. Reno, NV 89501 775 327-8330 mailto:mmcelroy at washoecounty.us www.washoecountylibrary.us "Most important of all, perhaps, a library within a community stands as a testimonial to its values, its belief in universal access to literature and knowledge." Scott Turow From susan.bennett at geaugalibrary.info Wed Feb 8 05:02:29 2012 From: susan.bennett at geaugalibrary.info (Susan Bennett) Date: Tue, 7 Feb 2012 11:02:29 -0500 Subject: [Koha] Problem with "hold-ability" of items on order, not yet received In-Reply-To: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> References: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> Message-ID: We handled this by creating a "dummy" library called "ON ORDER" then for any material on order we create at least one item record with the owning library of ON ORDER and the correct itemtype & collection code. This way the patron can see it is an order record and place holds if the item type allows. Susan Bennett ILS System Administrator Geauga County Public Library 440 286-6811 x 125 440 286-7419 FAX On Tue, Feb 7, 2012 at 10:51 AM, McElroy, Maureen wrote: > Dear collective brain, > > We are new to Koha and are on version 3.6. > > In our first attempt at entering orders in the acquisitions module, it > seems as though the titles we ordered, are viewable but not hold-able. > > Many of the items we order are very popular titles that are not due to > release for months out (6 months to a year) but our patrons want to see > we're getting them and want to be able to get onto a hold queue for > them. > > How do we input orders in the acquisitions module that allow holds to be > placed on them? > > > > Maureen McElroy > Manager Technical Services Dept. > Washoe County Library > 301 S Center St. > Reno, NV 89501 > 775 327-8330 > mailto:mmcelroy at washoecounty.us > > www.washoecountylibrary.us > > "Most important of all, perhaps, a library within a community stands as > a testimonial to its values, its belief in universal access to > literature and knowledge." Scott Turow > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From lrea at nekls.org Wed Feb 8 08:25:04 2012 From: lrea at nekls.org (Liz Rea) Date: Tue, 7 Feb 2012 13:25:04 -0600 Subject: [Koha] Problem with "hold-ability" of items on order, not yet received In-Reply-To: References: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> Message-ID: NEKLS handles this similarly - our best practices are outlined here: http://www.nexpresslibrary.org/best-practices-for-cataloging-on-order-items/ Liz Rea lrea at nekls.org On Feb 7, 2012, at 10:02 AM, Susan Bennett wrote: > We handled this by creating a "dummy" library called "ON ORDER" then for > any material on order we create at least one item record with the owning > library of ON ORDER and the correct itemtype & collection code. This way > the patron can see it is an order record and place holds if the item type > allows. > > Susan Bennett > ILS System Administrator > Geauga County Public Library > 440 286-6811 x 125 > 440 286-7419 FAX > > > On Tue, Feb 7, 2012 at 10:51 AM, McElroy, Maureen > wrote: > >> Dear collective brain, >> >> We are new to Koha and are on version 3.6. >> >> In our first attempt at entering orders in the acquisitions module, it >> seems as though the titles we ordered, are viewable but not hold-able. >> >> Many of the items we order are very popular titles that are not due to >> release for months out (6 months to a year) but our patrons want to see >> we're getting them and want to be able to get onto a hold queue for >> them. >> >> How do we input orders in the acquisitions module that allow holds to be >> placed on them? >> >> >> >> Maureen McElroy >> Manager Technical Services Dept. >> Washoe County Library >> 301 S Center St. >> Reno, NV 89501 >> 775 327-8330 >> mailto:mmcelroy at washoecounty.us >> >> www.washoecountylibrary.us >> >> "Most important of all, perhaps, a library within a community stands as >> a testimonial to its values, its belief in universal access to >> literature and knowledge." Scott Turow >> >> >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From Katrin.Fischer at bsz-bw.de Wed Feb 8 08:40:29 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 7 Feb 2012 20:40:29 +0100 Subject: [Koha] Problem with "hold-ability" of items on order, not yet received References: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD01626635@Bodensee.bsz-bw.de> Hi Maureen, there is no way around adding items to your records, if you want to make it possible to place holds. You can add the items in acquisitions by setting the system preference AcqCreateItem to 'Create an item when [placing an order]'. It will make it possible to add items from the order form. You can also use a specific ACQ framework with some default values to make this a bit easier. For example you could use a special itemtype 'on order' and set your configuation rules to allow holds for this itemtype. Katrin -----Urspr?ngliche Nachricht----- Von: koha-bounces at lists.katipo.co.nz im Auftrag von Liz Rea Gesendet: Di 07.02.2012 20:25 An: Susan Bennett Cc: koha at lists.katipo.co.nz Betreff: Re: [Koha] Problem with "hold-ability" of items on order,not yet received NEKLS handles this similarly - our best practices are outlined here: http://www.nexpresslibrary.org/best-practices-for-cataloging-on-order-items/ Liz Rea lrea at nekls.org On Feb 7, 2012, at 10:02 AM, Susan Bennett wrote: > We handled this by creating a "dummy" library called "ON ORDER" then for > any material on order we create at least one item record with the owning > library of ON ORDER and the correct itemtype & collection code. This way > the patron can see it is an order record and place holds if the item type > allows. > > Susan Bennett > ILS System Administrator > Geauga County Public Library > 440 286-6811 x 125 > 440 286-7419 FAX > > > On Tue, Feb 7, 2012 at 10:51 AM, McElroy, Maureen > wrote: > >> Dear collective brain, >> >> We are new to Koha and are on version 3.6. >> >> In our first attempt at entering orders in the acquisitions module, it >> seems as though the titles we ordered, are viewable but not hold-able. >> >> Many of the items we order are very popular titles that are not due to >> release for months out (6 months to a year) but our patrons want to see >> we're getting them and want to be able to get onto a hold queue for >> them. >> >> How do we input orders in the acquisitions module that allow holds to be >> placed on them? >> >> >> >> Maureen McElroy >> Manager Technical Services Dept. >> Washoe County Library >> 301 S Center St. >> Reno, NV 89501 >> 775 327-8330 >> mailto:mmcelroy at washoecounty.us >> >> www.washoecountylibrary.us >> >> "Most important of all, perhaps, a library within a community stands as >> a testimonial to its values, its belief in universal access to >> literature and knowledge." Scott Turow >> >> >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From jcamins at cpbibliography.com Wed Feb 8 12:37:50 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 7 Feb 2012 18:37:50 -0500 Subject: [Koha] Reserve pending priority 0 In-Reply-To: References: Message-ID: 2.2.9 is a very old version. At this point if you are using Koha 2.x you're basically on your own, as the community does not support it. If you are very lucky, someone may remember enough to help, but that's not very likely, given how old Koha 2.x is. You should probably consider upgrading to a more recent version. Good luck. Regards, Jared On Feb 7, 2012 2:01 AM, "april" wrote: > System : > Koha 2.2.9, on fedora > > Issue: > Under the Circulation > Reserves Pending, the priority will > occasionally get set to zero...even when the item is issued and the > "cancel reserve" option is selected correctly during the issuing > procedure. From that point on, onces the priority has been set to zero, > there is no way to delete the reserve from the "reserves pending list". > The materials are correctly issued and tracked from that point on, but > the "pending reserve request" with a priority of "0" seems to stick, and > this list can grow quite large over time. > > Is there a way to clear these from the list using the standard librarian > interface ? > > please help... > > thanks > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From chisangaz at gmail.com Thu Feb 9 03:49:59 2012 From: chisangaz at gmail.com (Raphael Chisanga Muonga) Date: Wed, 8 Feb 2012 16:49:59 +0200 Subject: [Koha] Cannot Check Out! Message-ID: Fellow friends, suddenly we have a problem with one Patron. When we want to check out for this Patron the system is coming up with Cannot Check Out! Lost: Patron's card is lost. We have no clue as to what has caused this and how to resolve it. Plse help asap. We just recorded her checkout manually on paper. Regards. Raphael From chisangaz at gmail.com Thu Feb 9 04:06:19 2012 From: chisangaz at gmail.com (Raphael Chisanga Muonga) Date: Wed, 8 Feb 2012 17:06:19 +0200 Subject: [Koha] Cannot Check Out! Message-ID: Colleagues, I have just spotted that our assistant Librarian had the Patron's profile with Lost Card checked to Yes which was wrong. We have reversed that to No and it is fine now. From tomascohen at gmail.com Thu Feb 9 04:56:29 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 8 Feb 2012 12:56:29 -0300 Subject: [Koha] [Discussion Tech] Cache handling in koha In-Reply-To: References: Message-ID: Hi, I'm just starting a thread to discuss this topic so we make some decisions and we can continue improving Koha in this aspect. As far as I can remember there are a few issues with this: 1) The use of ENV vs. koha-conf.xml vs. DB/systempreferences to store memcached configuration. I introduced the use of ENV (from Apache vhost definition) for storing memcached servers configuration data on Bug 6193. This was done for being able to cache the koha-conf.xml configuration variables (prior to that, memcached info was saved in koha-conf.xml itself and thus not-cacheable). When coding that I realized that memcached was being initialized everywhere we needed it. And namespaces where not always consistent (KOHA and koha alternatively, this might not be a problem if this happens to be case insensitive, anyway, it looked bad to me). I then exported the object memcached and the ismemcached variable in C4::Context. This first patch (koha-conf.xml in memcache, and memcached object available for every other lib that includes C4::Context) has been pushed. Then there's a second patch, that removes several memcached configuration validation and ?initialization code from the rest of the libs, and reuses that variables from C4::Context. I tested it to work flawlessly, but things around it halted when other proposals raised. I like mi approach. I like how the resulting code looked, I wont hide it. But I don't need it to be accepted at all, maybe the other proposals are far better. The only thing I missed on this cache thing was more feedback. Back to the ENV use I think we must make a desicion: ?- Do we want to cache koha-conf.xml ? If the answer is no, then we can revert that patch. And we are done. If the answer is yes, we can deal with it is storing the settings in the database, but this will make it difficult to memoize the function reading. Or leave it as it is now. I don't agree it is a problem to move those settings to the vhost definition, it could be even moved into a separate file with an include sentence in the vhost definition for convenience (/etc/koha/memcached.conf and Include in vhost definition...) 2) Memoization in Koha Do we plan to use memoization in the mid/long-term? Or are we thinking of a more abstract set of 'cache' utilities which provide an interface to memcached? Using memoization is nice, clean and simple. It has the disadvantage that caching is done in an implicit way, and there are hidden problems (read side-effects) that have to be taken into account. For example, someone writes a method, other memoizes it, but doesn't know that a third method relies on data returned by the first mehotd being 'online'. As-is, memoize_memcached doesn't provide a proper way of invalidating data automatically. As said in a previous email: we will end up hooking all the data writing methods so they invalidate all the memcached store, or those methods the writer knows have to do with the current. Almost like making it explicit, but just for writers. In which case it is better to implement the second option, making everything explicit: The second approach means we have to hook every function to handle its caching, and cache invalidation. Its advantage is that being explicit, but requieres a lot of work and we will end up having business logic mixed with cache handling code, which is not a problem per-se. Just thinking. If we are planning to go on with memoization, I made a proposal on IRC (which had zero responses) to add memoize_memcached an array of references to data invalidation methods, so we don't have to hook every method. The Memoize::Memcached dev told me to take over the lib as he isn't maintaining it nor working on perl anymore. I'd like to do that, but I halted my work on that until it is more clear that it is not a waste of time. Ok. I'd like to re-read this words I wrote, but I'm just back from holidays and my bosses need a lot of answers for a lot of stuff I didn't finish last year, right now, so... Regards To+ From barry at oslo.ie Thu Feb 9 06:32:53 2012 From: barry at oslo.ie (Barry Cannon) Date: Wed, 8 Feb 2012 17:32:53 -0000 Subject: [Koha] 3.06.02 LDAP Problem Message-ID: <001e01cce687$b0f08d30$12d1a790$@oslo.ie> Hello, I have a new site running 3.06.02. I have configured LDAP as authentication and it seems to connect, authenticate and create the new patron correctly. The problem is though, that once the user logs in for the first time (and hence creates the Patron record) they are met with a "Error 500" screen. The actual Patron record is created and if they click the login button and login again then it will display the patron page correctly (and does for all subsequent logins). There isn't much in the logs except for a "Malformed Header - opac-user.pl" error. If I add a "Content-type" header to the opac-user.pl script (and not rely on the template to add the header) the first time user can login fine and the page shows correctly. (so this leads me to think the problem is in the page header but only on LDAP creation as a manual Patron creation is fine for first time login) I also noticed that the LDAP auto creation doesn't add an expiration date, even though it assigns the correct Parton Category. So, does anyone gave any ideas before I log a bug and start debugging it? I have used LDAP before on pre 3.06.02 sites with no problems. Thanks Barry From sowen at edzone.net Thu Feb 9 06:46:11 2012 From: sowen at edzone.net (Scott Owen) Date: Wed, 8 Feb 2012 12:46:11 -0500 Subject: [Koha] 3.06.02 LDAP Problem In-Reply-To: bd3!!fd9"!A)R"!G%p!! References: bd3!!fd9"!A)R"!G%p!! Message-ID: <4F326E93.8081.000C.1@edzone.net> I have noticed this exact same behavior. The expiration date is the most disconcerting to me. After users log in successfully 1 time, all is well, but the first initial login is a bit confusing. -S >>> Barry Cannon 2/8/2012 12:32 PM >>> Hello, I have a new site running 3.06.02. I have configured LDAP as authentication and it seems to connect, authenticate and create the new patron correctly. The problem is though, that once the user logs in for the first time (and hence creates the Patron record) they are met with a "Error 500" screen. The actual Patron record is created and if they click the login button and login again then it will display the patron page correctly (and does for all subsequent logins). There isn't much in the logs except for a "Malformed Header - opac-user.pl" error. If I add a "Content-type" header to the opac-user.pl script (and not rely on the template to add the header) the first time user can login fine and the page shows correctly. (so this leads me to think the problem is in the page header but only on LDAP creation as a manual Patron creation is fine for first time login) I also noticed that the LDAP auto creation doesn't add an expiration date, even though it assigns the correct Parton Category. So, does anyone gave any ideas before I log a bug and start debugging it? I have used LDAP before on pre 3.06.02 sites with no problems. Thanks Barry _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From tom at nd.edu Thu Feb 9 07:37:19 2012 From: tom at nd.edu (Tom Hanstra) Date: Wed, 08 Feb 2012 13:37:19 -0500 Subject: [Koha] Anonymize checkout history Message-ID: <4F32C0DF.2050800@nd.edu> Does anyone successfully use the Anonymize Checkout History tool in Koha? We have found it not to work as we would expect and I'm not sure if we are attempting to use it improperly or the tool just does not work. Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From dpavlin at gmail.com Thu Feb 9 08:48:23 2012 From: dpavlin at gmail.com (=?ISO-8859-2?Q?Dobrica_Pavlinu=B9i=E6?=) Date: Wed, 8 Feb 2012 20:48:23 +0100 Subject: [Koha] 3.06.02 LDAP Problem In-Reply-To: <001e01cce687$b0f08d30$12d1a790$@oslo.ie> References: <001e01cce687$b0f08d30$12d1a790$@oslo.ie> Message-ID: On Wed, Feb 8, 2012 at 18:32, Barry Cannon wrote: > Hello, > > ? ? ? ? ? ?I have a new site running 3.06.02. I have configured LDAP as > authentication and it seems to connect, authenticate and create the new > patron correctly. The problem is though, that once the user logs in for the > first time (and hence creates the Patron record) they are met with a "Error > 500" screen. The actual Patron record is created and if they click the login > button and login again then it will display the patron page correctly (and > does for all subsequent logins). There isn't much in the logs except for a > "Malformed Header - opac-user.pl" error. Could you please include exact error message including line number? Please also include part of your koha-conf.xml > I also noticed that the LDAP auto creation doesn't add an expiration date, > even though it assigns the correct Parton Category. LDAP mappings can have default values, so in our example, we want to take LDAP field hredupersonexpiredate or if it's missing 2012-12-23 using following configuration: ... 2012-12-23 ... -- ?...2share!2flame... http://blog.rot13.org From barry at oslo.ie Thu Feb 9 09:27:04 2012 From: barry at oslo.ie (Barry Cannon) Date: Wed, 8 Feb 2012 20:27:04 +0000 Subject: [Koha] 3.06.02 LDAP Problem In-Reply-To: References: <001e01cce687$b0f08d30$12d1a790$@oslo.ie> Message-ID: > > Could you please include exact error message including line number? There is no line number mentioned in the log as the problem is with the header which is generated by the template file (or rather, the included header file). All that is logged is the referer URL > LDAP mappings can have default values, so in our example, we want to take > LDAP > field hredupersonexpiredate or if it's missing 2012-12-23 using > following configuration: > > > ... > 2012-12-23 > ... > This is a non runner for any of our sites. Hard coding an expiry date seems excessive. I suspect the older versions used the default expiry period from the Category Code assigned to the new user to calculate the expiry date. I plan and rebuilding this in a staging environment to recreate the problem. Hopefully, I can track the problem down and get a patch out quickly. From lculber at mdah.state.ms.us Thu Feb 9 09:38:16 2012 From: lculber at mdah.state.ms.us (Linda Culberson) Date: Wed, 08 Feb 2012 14:38:16 -0600 Subject: [Koha] Koha - rebuild_zebra.pl -b -x -r -v cleaning but not rebuilding Message-ID: <4F32DD38.6090204@mdah.state.ms.us> All, We have had an instance using rebuild_zebra.pl -b -x -r -v where it emptied the zebra bibliographic database but didn't rebuild it. Has anyone else had that happen before? Know the reason or the solution? We have compared the scripts and the configuration files with the other instances which are running correctly and have found no differences. Any help would be appreciated. Thanks. -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 From angela.secrest at hccs.edu Thu Feb 9 10:02:10 2012 From: angela.secrest at hccs.edu (Angela.Secrest) Date: Wed, 8 Feb 2012 21:02:10 +0000 Subject: [Koha] Koha - rebuild_zebra.pl -b -x -r -v cleaning but not rebuilding In-Reply-To: <4F32DD38.6090204@mdah.state.ms.us> References: <4F32DD38.6090204@mdah.state.ms.us> Message-ID: <7107F672F361BD47A721735A909EFA54071BE4@sy-facmbx01.ad.hccs.edu> As a matter of fact, we did. It turned out to be a permissions problem. After that I systematically checked permissions on all the Koha directories. Best regards, Angela Angela K. Secrest District Director, Library Services Houston Community College 3100 Main St., MC 1229J Houston, TX 77002 Phone: 713.718.7592 URL: http://library.hccs.edu Follow: twitter/HCCLibraries This email may contain confidential and/or privileged information. If you are not the intended recipient (or have received this email in error) please notify the sender immediately and destroy this email. Any unauthorized copying, disclosure or distribution of the material in this email is strictly prohibited. -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Linda Culberson Sent: Wednesday, February 08, 2012 2:38 PM To: koha Subject: [Koha] Koha - rebuild_zebra.pl -b -x -r -v cleaning but not rebuilding All, We have had an instance using rebuild_zebra.pl -b -x -r -v where it emptied the zebra bibliographic database but didn't rebuild it. Has anyone else had that happen before? Know the reason or the solution? We have compared the scripts and the configuration files with the other instances which are running correctly and have found no differences. Any help would be appreciated. Thanks. -- Linda Culberson lculber at mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From BWolf at washoecounty.us Tue Feb 7 11:16:29 2012 From: BWolf at washoecounty.us (Wolf, Bonnie) Date: Mon, 6 Feb 2012 14:16:29 -0800 Subject: [Koha] Placing holds on ordered items Message-ID: <3D21CC279BBF8940952E444C9A58A38E07062633@wcmailw.admin.washoecounty.us> Our library is new to Koha (currently version 3.6). We are just beginning to order materials, and it seems that the records created upon order will not allow holds on the title because no items exist. Does anyone know of a way to makes titles "holdable" before items are actually received? I'd appreciate any insights you may have. Bonnie Wolf Washoe County Library Technical Services 775-327-8331 From cmeech at waitaki.govt.nz Wed Feb 8 10:04:30 2012 From: cmeech at waitaki.govt.nz (Chris Meech) Date: Wed, 8 Feb 2012 10:04:30 +1300 Subject: [Koha] Problem with "hold-ability" of items on order, not yet received In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD01626635@Bodensee.bsz-bw.de> References: <3D21CC279BBF8940952E444C9A58A38E085E2BF3@wcmailw.admin.washoecounty.us> <028B1A54D03E7B4482CDCA4EC8F06BFD01626635@Bodensee.bsz-bw.de> Message-ID: <988CFBF8CA18774A819D6157BACB27F903B4621785@WDCEX1.waitakidc.govt.nz> Hi, We have been on Koha for about 8 months now and are still refining the way we deal with acquisitions. The crux of the problem is that the way Koha wants to deal with Orders ie. A status On order (Not for loan) does not allow reserves to be placed against it. Yet we definitely want to let people place reserves against items on order. For us Items are added to the Bib record automatically when the order is placed. The work around we have adopted is to make a new authorized value in SHELF (Shelving location field) that we use to indicate the item is on order. This displays in the catalogue in the Home library field (below the home library, if you have selected a home library). We tend to have minimum data in these fields to try and highlight the On order- item type On order in SHELF and that's it. Acquisitions information is complete in the acquisitions section. The down side is that the status of the item is Available when the item itself is not. I am not very satisfied with the clarity of this approach for the public but it allow people to place holds on items on order. What we need is an Authorized value for item status that can accommodate holds placed against it, (which Not for loan prevents) Christopher Meech Reference Librarian Waitaki District Libraries P.O. Box 134,Oamaru 9444 62 Thames St, Oamaru 9400 cmeech at waitaki.govt.nz 03 433 0850 -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Fischer, Katrin Sent: Wednesday, 8 February 2012 8:40 a.m. To: Liz Rea; Susan Bennett Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Problem with "hold-ability" of items on order, not yet received Hi Maureen, there is no way around adding items to your records, if you want to make it possible to place holds. You can add the items in acquisitions by setting the system preference AcqCreateItem to 'Create an item when [placing an order]'. It will make it possible to add items from the order form. You can also use a specific ACQ framework with some default values to make this a bit easier. For example you could use a special itemtype 'on order' and set your configuation rules to allow holds for this itemtype. Katrin -----Urspr?ngliche Nachricht----- Von: koha-bounces at lists.katipo.co.nz im Auftrag von Liz Rea Gesendet: Di 07.02.2012 20:25 An: Susan Bennett Cc: koha at lists.katipo.co.nz Betreff: Re: [Koha] Problem with "hold-ability" of items on order,not yet received NEKLS handles this similarly - our best practices are outlined here: http://www.nexpresslibrary.org/best-practices-for-cataloging-on-order-items/ Liz Rea lrea at nekls.org On Feb 7, 2012, at 10:02 AM, Susan Bennett wrote: > We handled this by creating a "dummy" library called "ON ORDER" then for > any material on order we create at least one item record with the owning > library of ON ORDER and the correct itemtype & collection code. This way > the patron can see it is an order record and place holds if the item type > allows. > > Susan Bennett > ILS System Administrator > Geauga County Public Library > 440 286-6811 x 125 > 440 286-7419 FAX > > > On Tue, Feb 7, 2012 at 10:51 AM, McElroy, Maureen > wrote: > >> Dear collective brain, >> >> We are new to Koha and are on version 3.6. >> >> In our first attempt at entering orders in the acquisitions module, it >> seems as though the titles we ordered, are viewable but not hold-able. >> >> Many of the items we order are very popular titles that are not due to >> release for months out (6 months to a year) but our patrons want to see >> we're getting them and want to be able to get onto a hold queue for >> them. >> >> How do we input orders in the acquisitions module that allow holds to be >> placed on them? >> >> >> >> Maureen McElroy >> Manager Technical Services Dept. >> Washoe County Library >> 301 S Center St. >> Reno, NV 89501 >> 775 327-8330 >> mailto:mmcelroy at washoecounty.us >> >> www.washoecountylibrary.us >> >> "Most important of all, perhaps, a library within a community stands as >> a testimonial to its values, its belief in universal access to >> literature and knowledge." Scott Turow >> >> >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From JGhiorzi at cosb.us Wed Feb 8 10:17:01 2012 From: JGhiorzi at cosb.us (James Ghiorzi) Date: Tue, 7 Feb 2012 13:17:01 -0800 Subject: [Koha] Adding more patrons to my database In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604514EE6FB@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604514EE6FB@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Hello David, You probably have an answer already, but once you access tools, and than import patrons function, it should give you the option on what to do with duplicate records: (If matching record is already in the borrowers table: Ignore this one, keep the existing one, or Overwrite the existing one with this It also should give you options for Patron Attributes : Replace all Patron Attributes, Replace only included Patron Attributes) The only thing I am unsure of is how prevalent these options are in the older versions of Koha. Respectfully, James Ghiorzi Library Assistant II San Benito County Free Library 470 Fifth St. Hollister, CA 95023 (831) 636-4107 ________________________________________ From: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] On Behalf Of Hartman, David W. - GBTS Library [David.W.Hartman at disney.com] Sent: Tuesday, February 07, 2012 7:41 AM To: Koha Subject: [Koha] Adding more patrons to my database Hello Koha list, I am adding more patrons using the csv import tool to my patron database. If there are duplicates, will Koha give me the option to overwrite or ignore a duplicate record? Thanks for any help and advice.... David W. Hartman Global Business Technology Strategy Library _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From smichaelxx at tlen.pl Thu Feb 9 19:35:19 2012 From: smichaelxx at tlen.pl (kamild) Date: Wed, 8 Feb 2012 22:35:19 -0800 (PST) Subject: [Koha] Problem with place hold In-Reply-To: <695B4B60-6C4A-4126-B8A0-BB7362EB1722@nekls.org> References: <1327475492374-5429552.post@n5.nabble.com> <695B4B60-6C4A-4126-B8A0-BB7362EB1722@nekls.org> Message-ID: <1328769319429-5468757.post@n5.nabble.com> I configured Circulation, fines rules and circulation in System preference the same way in Koha 3.6.2 and Place hold works good. Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-place-hold-tp5429552p5468757.html Sent from the Koha-general mailing list archive at Nabble.com. From p.sztuczynski at uksw.edu.pl Thu Feb 9 22:54:46 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Thu, 09 Feb 2012 10:54:46 +0100 Subject: [Koha] PDF file in catalogue Message-ID: <4F3397E6.6010106@uksw.edu.pl> Hi, is there any way to put downloadable file in catalogue(or at least an URL)? What item type should i use? -- Przemys?aw Sztuczy?ski UKSW http://uksw.edu.pl From kbodling at mountvernon.org Fri Feb 10 03:27:24 2012 From: kbodling at mountvernon.org (Kurt Bodling) Date: Thu, 9 Feb 2012 14:27:24 +0000 Subject: [Koha] PDF file in catalogue In-Reply-To: <4F3397E6.6010106@uksw.edu.pl> References: <4F3397E6.6010106@uksw.edu.pl> Message-ID: My suggestions based on our practice: 1. URL to click on goes in MARC field 856, subfield $u OR it can go into Koha item record field 952, subfield $u The link appears in a different place in the public catalogue, depending on which field you use. Or you could put same URL into BOTH the 856 and the 952. 2. Create new item type. Kurt A. Bodling Technical Services Librarian George Washington's Mount Vernon Estate, Museum & Gardens > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Przemek Sztuczynski > Sent: Thursday, February 09, 2012 4:55 AM > To: koha at lists.katipo.co.nz > Subject: [Koha] PDF file in catalogue > > Hi, > > is there any way to put downloadable file in catalogue(or at least an > URL)? What item type should i use? > -- > Przemys?aw Sztuczy?ski > UKSW > http://uksw.edu.pl > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From oftl at critfc.org Fri Feb 10 07:52:09 2012 From: oftl at critfc.org (Lenora Oftedahl) Date: Thu, 09 Feb 2012 10:52:09 -0800 Subject: [Koha] Citation creator Message-ID: <4F33A553.9F33.0058.0@critfc.org> Is there a widget to add on to Koha that will generate citations like WorldCat does in their Cite/Export function? Thanx. Lenora From JAdams at washoecounty.us Fri Feb 10 08:08:08 2012 From: JAdams at washoecounty.us (Adams, Jason) Date: Thu, 9 Feb 2012 11:08:08 -0800 Subject: [Koha] limit display length of last name? (holdslip) Message-ID: <3D21CC279BBF8940952E444C9A58A38E0605491D@wcmailw.admin.washoecounty.us> Our library branch places hold items (to be picked up) in a public area for patrons to grab and check out for themselves. For privacy reasons, we'd like to limit the info displayed on the hold slips/receipts. Is there a way to limit the length (e.g. first 2 letters) of the "surname" displayed on these receipts AND is there a way to limit the display of units of the "cardnumber" (e.g. the LAST 4 numbers). I'm hoping it's a matter of simple HTML code for displaying pieces (or limited lengths) of database info that I've never needed to know about until now. Many thanks to whomever can provide a solution and/or other alternatives for "privatizing" the hold slips. We're currently typing this code (first 2 of last name and last 4 of card number) into a template that we print via Publisher. It'd be great if we could write/code it into Koha to do for us. Jason Adams, L.A. II Northwest Reno Library I believe this is what we'd like to change (where it says surname and cardnumber) - koha-tmpl/intranet-tmpl/prog/en/modules/circ/hold-transfer-slip.tmpl Koha -- Circulation: Transfers
Date:

Transfer to Hold in

,

  • ... ... From HBright at farmingtonlibraries.org Fri Feb 10 09:22:14 2012 From: HBright at farmingtonlibraries.org (Hal Bright) Date: Thu, 9 Feb 2012 20:22:14 +0000 Subject: [Koha] Citation creator In-Reply-To: <4F33A553.9F33.0058.0@critfc.org> References: <4F33A553.9F33.0058.0@critfc.org> Message-ID: KOHA exports directly to Zotero from the list function. Sent from my iPhone On Feb 9, 2012, at 1:59 PM, "Lenora Oftedahl" wrote: > Is there a widget to add on to Koha that will generate citations like WorldCat does in their Cite/Export function? > > Thanx. > Lenora > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From nengard at gmail.com Fri Feb 10 11:54:46 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 9 Feb 2012 17:54:46 -0500 Subject: [Koha] Placing holds on ordered items In-Reply-To: <3D21CC279BBF8940952E444C9A58A38E07062633@wcmailw.admin.washoecounty.us> References: <3D21CC279BBF8940952E444C9A58A38E07062633@wcmailw.admin.washoecounty.us> Message-ID: Bonnie, You need to attach an item for it to allow holds. There is a 'not for loan' status of 'ordered' that you apply to the item record so that patrons know it's not available yet and so that they can place holds on them. Nicole C. Engard ByWater Solutions On Mon, Feb 6, 2012 at 5:16 PM, Wolf, Bonnie wrote: > Our library is new to Koha (currently version 3.6). We are just > beginning to order materials, and it seems that the records created upon > order will not allow holds on the title because no items exist. Does > anyone know of a way to makes titles "holdable" before items are > actually received? > > I'd appreciate any insights you may have. > > Bonnie Wolf > Washoe County Library > Technical Services > 775-327-8331 > > > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From eb at efdss.org Fri Feb 10 12:28:15 2012 From: eb at efdss.org (Elaine Bradtke) Date: Thu, 9 Feb 2012 23:28:15 +0000 Subject: [Koha] Citation creator In-Reply-To: <4F33A553.9F33.0058.0@critfc.org> References: <4F33A553.9F33.0058.0@critfc.org> Message-ID: The longer answer, Zotero can create a citation, but indirectly, you have to download the info into Zotero first, then use Zotero to create the citation for you. I use Zotero all the time, very helpful in my other work. On Thu, Feb 9, 2012 at 6:52 PM, Lenora Oftedahl wrote: > Is there a widget to add on to Koha that will generate citations like > WorldCat does in their Cite/Export function? > > Thanx. > Lenora > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) From s.barale at erentil.net Fri Feb 10 14:17:49 2012 From: s.barale at erentil.net (Stefano Barale) Date: Fri, 10 Feb 2012 02:17:49 +0100 Subject: [Koha] Introduction and a question In-Reply-To: <3D21CC279BBF8940952E444C9A58A38E0605491D@wcmailw.admin.washoecounty.us> References: <3D21CC279BBF8940952E444C9A58A38E0605491D@wcmailw.admin.washoecounty.us> Message-ID: <4F34703D.1020509@erentil.net> Hello everybody! First of all let me briefly introduce myself. I am a physicist with roughly ten years of experience in the ICT field, eight of which in international and multi-cultural environments. I have a good background in web applications and IT research with extensive experience in all aspects of free and open source software, plus I have worked in recent years in the areas of technical training and instructional design. During the last few weeks I started a project here in Turin, Italy that includes the creation of an ILS/OPAC for a foundation that bought a considerable number of books in Arabic. In order to build it up, Koha was chosen. I made the first attempts to install the software on my local machine (running Ubuntu 10.10), just to start testing. After reading several docs I ended up with Apache replying my requests with this message: System Maintenance The Koha Online Catalog is offline for system maintenance. We'll be back soon! If you have any questions, please contact the Site Administrator on the OPAC port, while I get: Unable to connect on the Intranet port. I see that this is not a new problem, so please forgive me if I've missed the message that solves it all. RTFM is an acceptable answer (just point me to some links, please :D ) Best regards, Stefano From paul.poulain at biblibre.com Fri Feb 10 22:41:33 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 10 Feb 2012 10:41:33 +0100 Subject: [Koha] IRC meeting decision about "discussion" Message-ID: <4F34E64D.3050805@biblibre.com> Hi all, (Koha general mailing list reader: this mail is also for you, please read it's an opportunity to participate to Koha, even if you don't have technical skills !) Tomas was faster than me to start a discussion, I planned to send a mail about the results of our discussion during the last IRC session. The question was : "how to deal with patches that are 'in discussion'". I made a proposal, that has been a little bit amended during the discussion, here is the final result: * when a patch is rejected or is conflicting with another one (not a technical conflict, but a "strategic" conflict), the bug status can be set to "In Discussion" * Someone (I volunteered to do it, but feel free to do it yourself if you're concerned= - start a wiki page with describing the problem - send a mail to koha-devel and koha pointing to the wiki page, and calling for comments. * the delay for discussion is "until next IRC meeting, not less than 1 week" * at the next IRC meeting, - if the discussion (on the wiki or koha-devel) result in a general agreement, nothing specific need to be made (no vote needed) - if the discussion result in a balanced situation, organize a vote. About the vote (this has not been discussed on last IRC meeting, thinking of it and proposing it now): as some of us are always sleeping during IRC meetings, it's unfair to vote only on the IRC channel during the meeting. I propose that ppl could also express their preference/vote on the wiki itself (and have a specific section for that on the page). Those votes would be added to the IRC vote. I've started the general discussion wiki page: http://wiki.koha-community.org/wiki/Bug_and_Enhancement_Discussion -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.poulain at biblibre.com Fri Feb 10 23:44:34 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 10 Feb 2012 11:44:34 +0100 Subject: [Koha] [Discussion tech] database table naming Message-ID: <4F34F512.5010707@biblibre.com> Continuing with open discussion for the future of Koha: On the page http://wiki.koha-community.org/wiki/DB_schema_bugs, we have referenced some inconsistencies on the database. One of them is about table naming : acquisition related tables all start by aq, other tables don't have any prefix. OTOH, Julian has submitted a bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5339 that adds an "invoice" table, related to acquisitions, but don't has a aq prefix. The possible options are on http://wiki.koha-community.org/wiki/Table_naming, let's start the discussion ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.poulain at biblibre.com Sat Feb 11 00:24:42 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 10 Feb 2012 12:24:42 +0100 Subject: [Koha] [Discussion tech] Generalise the use Template Toolkit plugins Message-ID: <4F34FE7A.7000905@biblibre.com> I've started another discussion page: http://wiki.koha-community.org/wiki/Generalise_the_use_Template_Toolkit_plugins Chris_c recently has added a plugin to manage the display of dates into Koha (see http://wiki.koha-community.org/wiki/Coding_Guidelines#Displaying_dates), that is very interesting. Do we want to generalise this mechanism ? When do we want to use it ? For example, the patch for bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 could nicely use this mechanism let's start the discussion ! (reading the page and the possible solutions, you'll see I made 2, but am not happy with them. Probably need others ideas...) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From abesottedphoenix at yahoo.com Sat Feb 11 00:55:59 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Fri, 10 Feb 2012 03:55:59 -0800 (PST) Subject: [Koha] [Koha-devel] IRC meeting decision about "discussion" In-Reply-To: <4F34E64D.3050805@biblibre.com> References: <4F34E64D.3050805@biblibre.com> Message-ID: <1328874959.76683.YahooMailNeo@web114707.mail.gq1.yahoo.com> Salvete! > (Koha general mailing list reader: this mail is also for you, please > read it's an opportunity to participate to Koha, even if you don't have > technical skills !) > ??? +1 > * the delay for discussion is "until next IRC meeting, not less than 1 > week" ??? I think that should probably read "window" in the stead of "delay". If you have something to talk about, don't delay. :D > About the vote (this has not been discussed on last IRC meeting, > thinking of it and proposing it now): as some of us are always sleeping > during IRC meetings, it's unfair to vote only on the IRC channel during > the meeting. I propose that ppl could also express their preference/vote > on the wiki itself (and have a specific section for that on the page). > Those votes would be added to the IRC vote. ??? This is very yucky on its face. For a long time now, the bar of involvement has been if you really are that keen to change things, show up at the General Meeting. This used to suck more before we rotated meeting times and folks could be screwed out of a meeting for literally months at a time. ??? While it's nice to have spam protection on the wiki, there are roadblocks to signing up. Do you really want a maths test when you're in a hurry to vote on something before work? How about a long wait for authorisation that might cost you the ability to vote on something you care about? ??? I think this erodes a lot of the impetus for using IRC. I've noticed that there are less folks on there in general, though. Separate problem, but how do we get to know one another now and make new folks feel welcomed, preferably in a realish time way. Identica mebbe? ??? Even if everyone wanted to do it this way, and I turn out to be very much in the minority, how are you going to accurately tabulate this many proxy votes? Deduplicating this as chair gets to be a bit of a bear, but it would be manageable at one issue per meeting. I certainly don't mind it as much for stuff like Conference. However this just doesn't seem right for deeper issues, that there are probably many of since this whole thing started to address a bug backlog. ??? I'm willing to give over on this if we can get 50 replies to this message that say "I wanna do it Paul's way." AND you have a bot or summat that will crawl the wiki for a given issue, tabulate proxy votes and then check against active IRC meeting participants. (But that seems like programming time that could be better spent on fixing barcodes or performance or whatnot.) Cheers, Brooke From oleonard at myacpl.org Sat Feb 11 02:24:50 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 10 Feb 2012 08:24:50 -0500 Subject: [Koha] [Koha-devel] IRC meeting decision about "discussion" In-Reply-To: <1328874959.76683.YahooMailNeo@web114707.mail.gq1.yahoo.com> References: <4F34E64D.3050805@biblibre.com> <1328874959.76683.YahooMailNeo@web114707.mail.gq1.yahoo.com> Message-ID: > For a long time now, the bar of involvement has been if you really are that keen to change things, > show up at the General Meeting. I think this is a valid point. The meeting agendas are posted well in advance, so it should be possible to arrange to be present for a vote. We've already demonstrated that for larger issues (like the Koha non-profit question) we can use alternate methods to vote. I say we should keep the smaller stuff (especially developer-centric stuff) to the IRC meetings. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From fabio.tian at gmail.com Sat Feb 11 02:34:59 2012 From: fabio.tian at gmail.com (Fabio Tiana) Date: Fri, 10 Feb 2012 14:34:59 +0100 Subject: [Koha] Introduction and a question In-Reply-To: <4F34703D.1020509@erentil.net> References: <3D21CC279BBF8940952E444C9A58A38E0605491D@wcmailw.admin.washoecounty.us> <4F34703D.1020509@erentil.net> Message-ID: Welcome Stefano! Are you installing Koha from source or with packages? However, it looks like a partial Apache configuration to me. As for the backend port, have you enabled the Listen 8080 directive in /etc/apache2/ports.conf ? In regard to the OPAC you could try to disable the default Apache site, if any, and most of all, *if not used* (make sure it isn't! check under /etc/apache2/sites-enabled/ ). So you could run sudo a2dissite 000-default (000-default stands for the default site name), I'm not sure it's your case though. I hope this could help. Regards, Fabio 2012/2/10 Stefano Barale > Hello everybody! > First of all let me briefly introduce myself. > > I am a physicist with roughly ten years of experience in the ICT field, > eight of which in international and multi-cultural environments. I have a > good background in web applications and IT research with extensive > experience in all aspects of free and open source software, plus I have > worked in recent years in the areas of technical training and instructional > design. > > During the last few weeks I started a project here in Turin, Italy that > includes the creation of an ILS/OPAC for a foundation that bought a > considerable number of books in Arabic. In order to build it up, Koha was > chosen. > I made the first attempts to install the software on my local machine > (running Ubuntu 10.10), just to start testing. After reading several docs I > ended up with Apache replying my requests with this message: > > System Maintenance > The Koha Online Catalog is offline for system maintenance. We'll be back > soon! If you have any questions, please contact the Site Administrator > > > on the OPAC port, while I get: > > Unable to connect > > on the Intranet port. > I see that this is not a new problem, so please forgive me if I've missed > the message that solves it all. > RTFM is an acceptable answer (just point me to some links, please :D ) > Best regards, > Stefano > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > From oleonard at myacpl.org Sat Feb 11 02:52:30 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 10 Feb 2012 08:52:30 -0500 Subject: [Koha] Introduction and a question In-Reply-To: <4F34703D.1020509@erentil.net> References: <3D21CC279BBF8940952E444C9A58A38E0605491D@wcmailw.admin.washoecounty.us> <4F34703D.1020509@erentil.net> Message-ID: > RTFM is an acceptable answer (just point me to some links, please :D ) If you're not using the packages, the INSTALL file which comes with Koha is the best place to look. I agree that this sounds like an Apache configuration issue, so I suggest focusing on those instructions. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From annweitzel at juno.com Sun Feb 12 03:48:40 2012 From: annweitzel at juno.com (Ann Weitzel) Date: Sat, 11 Feb 2012 06:48:40 -0800 (PST) Subject: [Koha] Can't delete patron record In-Reply-To: <1328889539342-5472966.post@n5.nabble.com> References: <1328889539342-5472966.post@n5.nabble.com> Message-ID: <1328971720782-5475047.post@n5.nabble.com> I've found a work-around solution for the disabled 'Delete' menu item. It is only disabled on the Details tab and the Fines tab. You can delete a patron from the following other tabs: Checkout, Notices, and Circulation History. Also, I found that I can right-click on the disabled Delete menu item from the Details tab and choose 'Inspect element' then edit the HTML code that disables the menu item so that the Delete menu item becomes visible, however, the patron record is not deleted and the Koha software restores the original HTML when you refresh the page. I'd still like to know if there is a simple fix/patch for this without having to upgrade (or downgrade) the Koha software. Ann Weitzel -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-delete-patron-record-tp5472966p5475047.html Sent from the Koha-general mailing list archive at Nabble.com. From cnighswonger at foundations.edu Sun Feb 12 04:24:41 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Sat, 11 Feb 2012 10:24:41 -0500 Subject: [Koha] Can't delete patron record In-Reply-To: <1328971720782-5475047.post@n5.nabble.com> References: <1328889539342-5472966.post@n5.nabble.com> <1328971720782-5475047.post@n5.nabble.com> Message-ID: On Sat, Feb 11, 2012 at 9:48 AM, Ann Weitzel wrote: > I've found a work-around solution for the disabled 'Delete' menu item. It > is > only disabled on the Details tab and the Fines tab. You can delete a patron > from the following other tabs: Checkout, Notices, and Circulation History. > > Hmm... that sounds like a bug. Perhaps you can create a bug report at bugs.koha-community.org for this. It sounds like permissions are not being enforced properly. Kind Regards, Chris From annweitzel at juno.com Sat Feb 11 04:58:59 2012 From: annweitzel at juno.com (Ann Weitzel) Date: Fri, 10 Feb 2012 07:58:59 -0800 (PST) Subject: [Koha] Can't delete patron record Message-ID: <1328889539342-5472966.post@n5.nabble.com> I am running Koha v3.06.02.003 and have successfully migrated my old database from 3.00.00.107 to this newer Koha instance. I can add new patron records through the Staff Interface as user kohaadmin but when I attempt to delete any patron records (old or new) via the Patron Details -> More button -> Delete, the Delete menu item is grayed out (disabled). Is there something I first need to enable before I can delete patron records or this a bug in Koha? The kohaadmin user in MySQL has full database privileges. Also, how can I upgrade my Koha 3.6.2 to the latest build of 3.6.3 without database loss? Can I simply re-run the Web Installer to do an in-place upgrade or do I have to press the 'Big Red Do-Over' button ;-) Thanks! Ann Weitzel -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-delete-patron-record-tp5472966p5472966.html Sent from the Koha-general mailing list archive at Nabble.com. From annweitzel at juno.com Sat Feb 11 05:19:42 2012 From: annweitzel at juno.com (Ann Weitzel) Date: Fri, 10 Feb 2012 08:19:42 -0800 (PST) Subject: [Koha] Patron card number auto-increment no longer working for alphanumeric entries Message-ID: <1328890782441-5473047.post@n5.nabble.com> In an older Koha version (3.00.00.107) the alphanumeric entries would increment by one when a new patron record was added. For example, if the last patron entered had a card number of DLIS07313, then the new patron record would be filled in with DLIS0714. Now in Koha v3.06.02.003, the cardnumber is auto-filled only with pure integer numbers starting with 1, 2, 3, etc... ignoring the existing alphanumeric entries entirely. Was this a design change or is there something I can do to change the auto-increment pattern to ignore the pre-pended alpha chars and increment the numeric suffix, like it did in v3.0.0? Thanks in advance. Ann Weitzel -- View this message in context: http://koha.1045719.n5.nabble.com/Patron-card-number-auto-increment-no-longer-working-for-alphanumeric-entries-tp5473047p5473047.html Sent from the Koha-general mailing list archive at Nabble.com. From lis4satish at gmail.com Mon Feb 13 06:00:16 2012 From: lis4satish at gmail.com (satish) Date: Sun, 12 Feb 2012 22:30:16 +0530 Subject: [Koha] koha-circulation policies and patron restricions Message-ID: Hello, We have only one kind of patron's (student's) database with the library, and depends on the collection/library ( from general stack, SC book bank) patrons will be having restrictions to number of books to be borrowed and also the due -date attached to it. Our scenario is: eg: General category student can take only 1 book from General Stack and due date is for 15 days and not from any other stack. where as, SC category student can take 2 books from SC book bank for 3 months and also 1 book from General stack for 15 days. How to restrict patrons from checking out books from particular collection? How to achieve this? Thank you in Advance Satish -- From M.de.Rooy at rijksmuseum.nl Mon Feb 13 20:11:31 2012 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Mon, 13 Feb 2012 07:11:31 +0000 Subject: [Koha] [Koha-devel] [Discussion tech] Generalise the use Template Toolkit plugins In-Reply-To: <4F34FE7A.7000905@biblibre.com> References: <4F34FE7A.7000905@biblibre.com> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA31044A8E4B@S-MAIL-1B.rijksmuseum.intra> I would say here that a general rule is hard to make. Even disapproving a patch only for the reason of not using a plugin is "discussionable". Current Koha does a lot of things in a lot of ways. Standardizing with routines and plugins is a continuous educational project.. ________________________________________ Van: koha-devel-bounces at lists.koha-community.org [koha-devel-bounces at lists.koha-community.org] namens Paul Poulain [paul.poulain at biblibre.com] Verzonden: vrijdag 10 februari 2012 12:24 To: koha-devel at lists.koha-community.org; Koha-Mailinglist Onderwerp: [Koha-devel] [Discussion tech] Generalise the use Template Toolkit plugins I've started another discussion page: http://wiki.koha-community.org/wiki/Generalise_the_use_Template_Toolkit_plugins Chris_c recently has added a plugin to manage the display of dates into Koha (see http://wiki.koha-community.org/wiki/Coding_Guidelines#Displaying_dates), that is very interesting. Do we want to generalise this mechanism ? When do we want to use it ? For example, the patch for bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 could nicely use this mechanism let's start the discussion ! (reading the page and the possible solutions, you'll see I made 2, but am not happy with them. Probably need others ideas...) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 _______________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ From chris at bigballofwax.co.nz Mon Feb 13 20:12:41 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 13 Feb 2012 20:12:41 +1300 Subject: [Koha] [Koha-devel] [Discussion tech] Generalise the use Template Toolkit plugins In-Reply-To: <809BE39CD64BFD4EB9036172EBCCFA31044A8E4B@S-MAIL-1B.rijksmuseum.intra> References: <4F34FE7A.7000905@biblibre.com> <809BE39CD64BFD4EB9036172EBCCFA31044A8E4B@S-MAIL-1B.rijksmuseum.intra> Message-ID: On 13 February 2012 20:11, Marcel de Rooy wrote: > I would say here that a general rule is hard to make. Even disapproving a patch only for the reason of not using a plugin is "discussionable". ?Current Koha does a lot of things in a lot of ways. Standardizing with routines and plugins is a continuous educational project.. > +1 ! I agree completely. Chris From tajoli at cilea.it Tue Feb 14 00:39:16 2012 From: tajoli at cilea.it (Zeno Tajoli) Date: Mon, 13 Feb 2012 12:39:16 +0100 Subject: [Koha] To print barch barcodes on Zebra GK 420T Message-ID: <4F38F664.3030900@cilea.it> Hi to all, I have to print big batches of barcodes with Zebra GK 420T. I try to use the pdf files created with Koha's Label Creator Module. In fact the print isn't correct. Positions of barcode are not not correct on the first 10 barcode, correct on 11?-20? barcode, not correct from 21? barcode until the end. So I try to work with CSV export of barcode labels. Do you have experience with this printer ? Do you have/develop specific routines to handle barcodes from csv export with this printer ? Cheers Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer From elbadri_father at hotmail.com Tue Feb 14 02:59:05 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Mon, 13 Feb 2012 15:59:05 +0200 Subject: [Koha] circulation problem Message-ID: Dear All my system is circulating books in yesterday date and i can't checkout books for some student it just give a yellow sign with no massage From oleonard at myacpl.org Tue Feb 14 03:13:08 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Mon, 13 Feb 2012 09:13:08 -0500 Subject: [Koha] circulation problem In-Reply-To: References: Message-ID: > my system is circulating books in yesterday date and i can't checkout books for some student it just give a yellow sign with no massage You don't say which version you're using, but the second problem sounds like a bug which has been fixed for over a year: http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1794 If that is the same problem you're seeing you'll need to upgrade Koha. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From oleonard at myacpl.org Tue Feb 14 03:45:47 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Mon, 13 Feb 2012 09:45:47 -0500 Subject: [Koha] circulation problem In-Reply-To: References: Message-ID: Please include the mailing list in your reply or you won't be able get help from anyone else. 2012/2/13 alaa Badri : > Thanks for your interesting > Yeas this is the problem i facing , my koha version is 3? , what about date > problem , and if? you have any good document for upgrading from 3 to new > version The INSTALL files distributed with Koha include upgrade instructions. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From p.sztuczynski at uksw.edu.pl Tue Feb 14 03:55:20 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Mon, 13 Feb 2012 15:55:20 +0100 Subject: [Koha] PDF file in catalogue In-Reply-To: References: <4F3397E6.6010106@uksw.edu.pl> Message-ID: <4F392458.7070201@uksw.edu.pl> Thanks, ill use field 856. -- Przemys?aw Sztuczy?ski UKSW http://uksw.edu.pl On 09.02.2012 15:27, Kurt Bodling wrote: > My suggestions based on our practice: > > > 1. URL to click on goes in MARC field 856, subfield $u > > OR it can go into Koha item record field 952, subfield $u > > > The link appears in a different place in the public catalogue, depending on which field you use. Or you could put same URL into BOTH the 856 and the 952. > > > > 2. Create new item type. > > > > Kurt A. Bodling > Technical Services Librarian > George Washington's Mount Vernon > Estate, Museum& Gardens > > >> -----Original Message----- >> From: koha-bounces at lists.katipo.co.nz [mailto:koha- >> bounces at lists.katipo.co.nz] On Behalf Of Przemek Sztuczynski >> Sent: Thursday, February 09, 2012 4:55 AM >> To: koha at lists.katipo.co.nz >> Subject: [Koha] PDF file in catalogue >> >> Hi, >> >> is there any way to put downloadable file in catalogue(or at least an >> URL)? What item type should i use? >> -- >> Przemys?aw Sztuczy?ski >> UKSW >> http://uksw.edu.pl >> _______________________________________________ >> Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha From p.sztuczynski at uksw.edu.pl Tue Feb 14 03:55:34 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Mon, 13 Feb 2012 15:55:34 +0100 Subject: [Koha] Holds queue and patron holds difference Message-ID: <4F392466.1090808@uksw.edu.pl> Hi! When patron puts item on hold using "Next available copy", after holds queue is rebuild, it shows both barcode and callnumber. However, when I look it up in patron`s reserves(../cgi-bin/koha/circ/circulation.pl?findborrower=...#reserves) , both barcode and callnumber fields are empty. Is there any way to make this table look like the one in Holds Queue? regards -- Przemys?aw Sztuczy?ski UKSW http://uksw.edu.pl From dpavlin at gmail.com Tue Feb 14 04:39:42 2012 From: dpavlin at gmail.com (=?ISO-8859-2?Q?Dobrica_Pavlinu=B9i=E6?=) Date: Mon, 13 Feb 2012 16:39:42 +0100 Subject: [Koha] To print barch barcodes on Zebra GK 420T In-Reply-To: References: <4F38F664.3030900@cilea.it> Message-ID: Zebra printers (IMHO) don't work well when you are printing PDF files on them. Problem on Linux side is cups driver which isn't quote up to task, and Windows driver is GDI one, which means that Windows has to rasterize PDF back into image before sending it to printer (which might explain incorect barcodes, but I'm guessing here). To overcome this, I wrote small converter from bitmap to ZPL and documented our setup using Inkscape template to produce pixel-perfect output on Zebra: http://blog.rot13.org/2012/02/printing-from-koha-to-zebra-printers-on-local-windows-machine.html Hope this helps :-) On Mon, Feb 13, 2012 at 12:39, Zeno Tajoli wrote: > Hi to all, > > I have to print big batches of barcodes with ?Zebra GK 420T. > I try to use the pdf files created with Koha's Label Creator Module. > In fact the print isn't correct. > Positions of barcode are not not correct on the first 10 barcode, > correct on 11?-20? barcode, not correct from 21? barcode until the end. > > So I try to work with CSV export of barcode labels. > > Do you have experience with this printer ? > Do you have/develop specific routines to handle barcodes from csv export > with this printer ? > > Cheers > Zeno Tajoli > > -- > Dott. Zeno Tajoli > tajoliAT_SPAM_no_prendiATcilea.it > fax +39 02 2135520 > CILEA - Consorzio Interuniversitario > http://www.cilea.it/disclaimer > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- ?...2share!2flame... http://blog.rot13.org From mamfab at gmail.com Tue Feb 14 05:46:16 2012 From: mamfab at gmail.com (Muhammad Abdullah) Date: Tue, 14 Feb 2012 00:46:16 +0800 Subject: [Koha] Problem with remove_items_from_biblioitems.pl Message-ID: Hello, I'm attempting to upgrade from Koha version 3.2 to version 3.6 by just copying over 3.2 db into a new instance of Koha 3.6. The webinstaller ran just fine in bringing the db up to date, bar some errors about duplicate fields that are already in the tables. However, I received these errors when I ran "remove_items_from_biblioitems.pl" script, which produces the following output: "...................................................... Use of uninitialized value $biblioitem_tag in numeric ne (!=) at /home/koha/kohaclone/C4/Biblio.pm line 3184. Use of uninitialized value $biblio_tag in numeric ne (!=) at /home/koha/kohaclone/C4/Biblio.pm line 3184. Use of uninitialized value $biblio_subfield in string at /home/koha/kohaclone/C4/Biblio.pm line 3216. Use of uninitialized value $biblioitem_subfield in string at /home/koha/kohaclone/C4/Biblio.pm line 3216. Tag "" is not a valid tag. at /home/koha/kohaclone/C4/Biblio.pm line 3216" Any help on how to solve this problem so that I can proceed with the upgrade is very appreciated. From elbadri_father at hotmail.com Tue Feb 14 07:01:33 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Mon, 13 Feb 2012 20:01:33 +0200 Subject: [Koha] circulation problem In-Reply-To: References: , , , Message-ID: Thanks , could you please explain how i can solve wrong date problem in book circulation > Date: Mon, 13 Feb 2012 09:45:47 -0500 > Subject: Re: [Koha] circulation problem > From: oleonard at myacpl.org > To: elbadri_father at hotmail.com > CC: koha at lists.katipo.co.nz > > Please include the mailing list in your reply or you won't be able get > help from anyone else. > > 2012/2/13 alaa Badri : > > Thanks for your interesting > > Yeas this is the problem i facing , my koha version is 3 , what about date > > problem , and if you have any good document for upgrading from 3 to new > > version > > The INSTALL files distributed with Koha include upgrade instructions. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org From tajoli at cilea.it Tue Feb 14 07:25:20 2012 From: tajoli at cilea.it (Zeno Tajoli) Date: Mon, 13 Feb 2012 19:25:20 +0100 Subject: [Koha] To print barch barcodes on Zebra GK 420T In-Reply-To: References: <4F38F664.3030900@cilea.it> Message-ID: <4F395590.10703@cilea.it> Hi Dobrica and all, Il 13/02/2012 16:39, Dobrica Pavlinu?i? ha scritto: > Zebra printers (IMHO) don't work well when you are printing PDF files on them. > Problem on Linux side is cups driver which isn't quote up to task, > and Windows driver is GDI one, which means that Windows has > to rasterize PDF back into image before sending it to printer > (which might explain incorect barcodes, but I'm guessing here). thank you very much for your code. I try to use it to develop a solution for my situation. Bye Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer From bob at calyx.net.au Tue Feb 14 17:10:06 2012 From: bob at calyx.net.au (Bob Birchall) Date: Tue, 14 Feb 2012 15:10:06 +1100 Subject: [Koha] circulation problem In-Reply-To: References: , , , Message-ID: <4F39DE9E.6030303@calyx.net.au> On 14/02/12 05:01, alaa Badri wrote: > Thanks , could you please explain how i can solve wrong date problem in book circulation Koha reads the date from the server. Are you sure that date is set correctly? Bob Birchall Calyx From chris at bigballofwax.co.nz Tue Feb 14 19:47:50 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 14 Feb 2012 19:47:50 +1300 Subject: [Koha] [Koha-bugs] circulation bug In-Reply-To: References: Message-ID: 2012/2/14 alaa Badri : > Dear All > > I re install my system and restore data base but now i facing this bug > ?http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1794 > > Do you have any?solution?for this bug , i'm waiting for your response > That screenshot is attached to bug 4036, which was fixed in May of 2010. You must be using a very old version of Koha, and you should upgrade Chris From elbadri_father at hotmail.com Tue Feb 14 20:18:47 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Tue, 14 Feb 2012 09:18:47 +0200 Subject: [Koha] [Koha-bugs] circulation bug In-Reply-To: References: , Message-ID: Thanks Chris but kindly if you have a good documentation that explain upgrading form koha 3 to new version > From: chris at bigballofwax.co.nz > Date: Tue, 14 Feb 2012 19:47:50 +1300 > Subject: Re: [Koha-bugs] circulation bug > To: elbadri_father at hotmail.com > CC: koha at lists.katipo.co.nz > > 2012/2/14 alaa Badri : > > Dear All > > > > I re install my system and restore data base but now i facing this bug > > http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=1794 > > > > Do you have any solution for this bug , i'm waiting for your response > > > That screenshot is attached to bug 4036, which was fixed in May of 2010. > > You must be using a very old version of Koha, and you should upgrade > > Chris From chris at bigballofwax.co.nz Tue Feb 14 20:19:45 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 14 Feb 2012 20:19:45 +1300 Subject: [Koha] [Koha-bugs] circulation bug In-Reply-To: References: Message-ID: 2012/2/14 alaa Badri : > Thanks Chris > > but kindly if you have a good?documentation?that explain upgrading form koha > 3 to new version > As Owen said, its in the INSTALL files that come with the tarball Chris From elbadri_father at hotmail.com Tue Feb 14 20:30:15 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Tue, 14 Feb 2012 09:30:15 +0200 Subject: [Koha] [Koha-bugs] circulation bug In-Reply-To: References: , , Message-ID: ThanksDid you main that i will find it in a new version package , and what is the version you recommend it to me and on which ubuntu distribution > From: chris at bigballofwax.co.nz > Date: Tue, 14 Feb 2012 20:19:45 +1300 > Subject: Re: [Koha-bugs] circulation bug > To: elbadri_father at hotmail.com > CC: koha at lists.katipo.co.nz > > 2012/2/14 alaa Badri : > > Thanks Chris > > > > but kindly if you have a good documentation that explain upgrading form koha > > 3 to new version > > > As Owen said, its in the INSTALL files that come with the tarball > > Chris From p.sztuczynski at uksw.edu.pl Wed Feb 15 01:33:00 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Tue, 14 Feb 2012 13:33:00 +0100 Subject: [Koha] Hold limit per item Message-ID: <4F3A547C.2000504@uksw.edu.pl> Hi, is there any way to set maximum number of holds for item? Or for all items? regards -- Przemys?aw Sztuczy?ski Centrum System?w Informatycznych Uniwersytet Kardyna?a Stefana Wyszy?skiego tel. (22)561-89-21 (wew. 321) From elbadri_father at hotmail.com Wed Feb 15 02:36:28 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Tue, 14 Feb 2012 15:36:28 +0200 Subject: [Koha] version 3 upgrading Message-ID: Dear All how to upgrading from koha 3 to 3.6 on unbuntu 9.10 From peterzhaonj at 163.com Wed Feb 15 02:22:11 2012 From: peterzhaonj at 163.com (Peter Zhao) Date: Tue, 14 Feb 2012 21:22:11 +0800 (CST) Subject: [Koha] enconding Z3950:CCCII In-Reply-To: References: Message-ID: <1fe73682.2a156.1357c070c46.Coremail.peterzhaonj@163.com> Hi, Could anyone know how to let Koha support enconding Z3950:CCCII ? Thanks a lot. Peter Zhao From oleonard at myacpl.org Wed Feb 15 02:44:57 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 14 Feb 2012 08:44:57 -0500 Subject: [Koha] version 3 upgrading In-Reply-To: References: Message-ID: > how to upgrading from koha 3 to 3.6 on unbuntu 9.10 >> As Owen said, it's in the INSTALL files that come with the tarball >> >> Chris As Chris said, it's in the INSTALL files that come with the tarball (the file you download when you download Koha). You can download Koha here: http://koha-community.org/download-koha/ Here is a direct link to the contents INSTALL file we're talking about: http://bit.ly/AhUmiV -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From nengard at gmail.com Wed Feb 15 03:05:04 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 14 Feb 2012 09:05:04 -0500 Subject: [Koha] Hold limit per item In-Reply-To: <4F3A547C.2000504@uksw.edu.pl> References: <4F3A547C.2000504@uksw.edu.pl> Message-ID: The circulation and fine rules are set on a per item type basis if you want: http://manual.koha-community.org/3.6/en/patscirc.html#circfinerules Nicole 2012/2/14 Przemek Sztuczy?ski : > Hi, > > is there any way to set maximum number of holds for item? Or for all items? > > > regards > -- > Przemys?aw Sztuczy?ski > Centrum System?w Informatycznych > Uniwersytet Kardyna?a Stefana Wyszy?skiego > tel. (22)561-89-21 (wew. 321) > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From esosa at internetworks.bz Wed Feb 15 06:20:52 2012 From: esosa at internetworks.bz (bluesky222) Date: Tue, 14 Feb 2012 09:20:52 -0800 (PST) Subject: [Koha] koha centos installation Message-ID: <1329240052906-5483115.post@n5.nabble.com> Can someone help me install koha-3.06.03. at first i was installing liblime koha but then i stumbled on a post here to install the community version. I just cant find a proper website that would guide me installing it on centos. -- View this message in context: http://koha.1045719.n5.nabble.com/koha-centos-installation-tp5483115p5483115.html Sent from the Koha-general mailing list archive at Nabble.com. From s.rh.j at hotmail.com Wed Feb 15 08:52:20 2012 From: s.rh.j at hotmail.com (Jorge R.) Date: Tue, 14 Feb 2012 20:52:20 +0100 Subject: [Koha] koha centos installation In-Reply-To: <1329240052906-5483115.post@n5.nabble.com> References: <1329240052906-5483115.post@n5.nabble.com> Message-ID: FYI http://wiki.koha-community.org/wiki/Koha_3.6_on_Centos_6.2_i386 Jorge > Date: Tue, 14 Feb 2012 09:20:52 -0800 > From: esosa at internetworks.bz > To: koha at lists.katipo.co.nz > Subject: [Koha] koha centos installation > > Can someone help me install koha-3.06.03. at first i was installing liblime > koha but then i stumbled on a post here to install the community version. I > just cant find a proper website that would guide me installing it on centos. > > -- > View this message in context: http://koha.1045719.n5.nabble.com/koha-centos-installation-tp5483115p5483115.html > Sent from the Koha-general mailing list archive at Nabble.com. > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From ecarrazana at uci.cu Wed Feb 15 09:38:30 2012 From: ecarrazana at uci.cu (Edisnel C. C.) Date: Tue, 14 Feb 2012 15:38:30 -0500 (CST) Subject: [Koha] OAI problem In-Reply-To: Message-ID: Hi, How can I configure OAI in Koha 3.0.6? The OAI-PMH preference is ON Error de lectura XML: error de sintaxis Ubicaci?n: http://10....../cgi-bin/koha/oai.pl?verb=GetRecord&identifier=KOHA-OAI-TEST:10&metadataPrefix=oai_dc N?mero de l?nea 1, columna 1: How can I configure the sets? 2012-02-14T14:37:07Z http://10....../cgi-bin/koha/oai.pl Koha repository doesn't have sets Thanks Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com From arm at hanover.ca Wed Feb 15 10:00:25 2012 From: arm at hanover.ca (Agnes Rivers-Moore) Date: Tue, 14 Feb 2012 16:00:25 -0500 Subject: [Koha] koha-circulation policies and patron restricions In-Reply-To: References: Message-ID: <4F3ACB69.90502@hanover.ca> Hello Satish Please state which version of Koha or Liblime Koha. Also, please explain how the different types of student are identified in Koha (patron categories?) and also how the different types of books are identified in Koha (item type? location? collection code?). Depending on the version and what data is in Koha some of this may be achieved using the circulation rules. Agnes On 12/02/2012 12:00 PM, satish wrote: > Hello, > > We have only one kind of patron's (student's) database with the library, > and depends on the collection/library ( from general stack, SC book bank) > patrons will be having restrictions to number of books to be borrowed and > also the due -date attached to it. > > Our scenario is: > eg: General category student can take only 1 book from General Stack and > due date is for 15 days and not from any other stack. > where as, SC category student can take 2 books from SC book bank for 3 > months and also 1 book from General stack for 15 days. > > How to restrict patrons from checking out books from particular collection? > > How to achieve this? > Thank you in Advance > Satish > -- > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- CEO/ Chief Librarian Hanover Public Library. 451 10th Ave, Hanover, ON N4N 2P1 Tel: 519-364-1420 Email: arm at hanover.ca Please consider the environment before printing this message or attachments. Support your library! Please consider making a donation, joining the Friends of the Library, or remembering us in your will. From lis4satish at gmail.com Wed Feb 15 18:17:48 2012 From: lis4satish at gmail.com (satish) Date: Wed, 15 Feb 2012 10:47:48 +0530 Subject: [Koha] koha-circulation policies and patron restricions In-Reply-To: <4F3ACB69.90502@hanover.ca> References: <4F3ACB69.90502@hanover.ca> Message-ID: Hello Agnes, I am into the role of developing a library from the scratch and we are using Koha 3.6.2. Currently we identified, 3 types of students (patron category) as follows. 1. General Student 2. Student from SC Community 3. Student from ST Community. and item type comprises only Books. The collection comprises in only one location. 1. General Stack 2. SC Book Bank 3. ST Book Bank. And check-out criteria is as follows. 1. SC student can borrow max of 2 books from SC Book Bank ( for 1 semester) + 1 Book from General Stack ( for 15 days) 2. ST Student can borrow max of 2 books from ST Book Bank ( for 1 semester) + 1 Book from General STack ( 15 days) 3. General Student can borrow max of only 2 books (15 days) from General Stack, and no books are allowed for checking out from SC and ST Book bank . To work around, so for I tried to create, 3 item types - namely: 1. Books ( Default with koha) 2. SC Book Bank 3. ST Book Bank and with the help of circulation rules, (item type and patron category), load period and current checkouts have been updated accordingly and I am feeling so happy after doing this. Am I going in the right direction?? any other alternatives?? Thank You in advance. Satish Govt. Engg. College, Hassan Karnataka, India. On Wed, Feb 15, 2012 at 2:30 AM, Agnes Rivers-Moore wrote: > Hello Satish > > Please state which version of Koha or Liblime Koha. > Also, please explain how the different types of student are identified in > Koha (patron categories?) and also how the different types of books are > identified in Koha (item type? location? collection code?). > > Depending on the version and what data is in Koha some of this may be > achieved using the circulation rules. > > Agnes > > > On 12/02/2012 12:00 PM, satish wrote: > >> Hello, >> >> We have only one kind of patron's (student's) database with the library, >> and depends on the collection/library ( from general stack, SC book bank) >> patrons will be having restrictions to number of books to be borrowed and >> also the due -date attached to it. >> >> Our scenario is: >> eg: General category student can take only 1 book from General Stack >> and >> due date is for 15 days and not from any other stack. >> where as, SC category student can take 2 books from SC book bank for 3 >> months and also 1 book from General stack for 15 days. >> >> How to restrict patrons from checking out books from particular >> collection? >> >> How to achieve this? >> Thank you in Advance >> Satish >> -- >> ______________________________**_________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/**mailman/listinfo/koha >> >> > -- > > CEO/ Chief Librarian > Hanover Public Library. > 451 10th Ave, > Hanover, ON > N4N 2P1 > > Tel: 519-364-1420 > Email: arm at hanover.ca > > Please consider the environment before printing this message or > attachments. > > Support your library! Please consider making a donation, joining the > Friends of the Library, or remembering us in your will. > > -- From vimal0212 at gmail.com Wed Feb 15 18:37:39 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Wed, 15 Feb 2012 11:07:39 +0530 Subject: [Koha] Problem with MARC View in OPAC Display Message-ID: Dear Friends, In a previous letter I mentioned about problem in viewing "MARC View" in OPAC. MARC view display only Leader information and Item information. Screen shot here, https://lh6.googleusercontent.com/-F7FZ3iL-ZZ4/Ty0QI40BtcI/AAAAAAAAGfE/_U-HXbPKnUQ/s400/koha-marc-view.png My koha version is 3.6.3 on Ubuntu 10.04.03. I just installed fresh koha on Ubuntu 10.04.03 again, the same problem still persists. Anybody else got the same problem? I found the problem with Koha 3.6.2 and 3.6.3. I hope that developers will seriously notice it and solve it soon. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From chrisc at catalyst.net.nz Wed Feb 15 18:41:46 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 15 Feb 2012 18:41:46 +1300 Subject: [Koha] Problem with MARC View in OPAC Display In-Reply-To: References: Message-ID: Hmm I have quite a few koha 3.6.3 installs and none of them have this problem. How did you add the records and have you changed the frameworks? Chris -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Vimal Kumar wrote: Dear Friends, In a previous letter I mentioned about problem in viewing "MARC View" in OPAC. MARC view display only Leader information and Item information. Screen shot here, https://lh6.googleusercontent.com/-F7FZ3iL-ZZ4/Ty0QI40BtcI/AAAAAAAAGfE/_U-HXbPKnUQ/s400/koha-marc-view.png My koha version is 3.6.3 on Ubuntu 10.04.03. I just installed fresh koha on Ubuntu 10.04.03 again, the same problem still persists. Anybody else got the same problem? I found the problem with Koha 3.6.2 and 3.6.3. I hope that developers will seriously notice it and solve it soon. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com _____________________________________________ "I forget what I was taught. I only remember what I have learnt" -Patrick White _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From smichaelxx at tlen.pl Wed Feb 15 20:51:12 2012 From: smichaelxx at tlen.pl (kamild) Date: Tue, 14 Feb 2012 23:51:12 -0800 (PST) Subject: [Koha] Opac don't show Checkout information Message-ID: <1329292272876-5485156.post@n5.nabble.com> Hi, I checkout some book but when I search in OPAC then not show information in Availability. But When I enter the book now I see information about checkout in Holdings - Status. What may be the problem? Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Opac-don-t-show-Checkout-information-tp5485156p5485156.html Sent from the Koha-general mailing list archive at Nabble.com. From vimal0212 at gmail.com Wed Feb 15 20:59:05 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Wed, 15 Feb 2012 13:29:05 +0530 Subject: [Koha] Problem with MARC View in OPAC Display Message-ID: Thank you for lot of responses. I customized data entry fields in cataloguing using the following method, http://ksrcas.pbworks.com/w/page/3809371/editingmarcframework When I imported records using following commands, records are display properly. cd /usr/share/koha/bin/migration_tools perl bulkmarcimport.pl -d -commit 1000 -file /home/koha/marcfilename.mrc When I enter records manually and import manually, MARC Veiw display has problem. I am sure, my biblio data is in good condition. Any idea about my problem? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From elbadri_father at hotmail.com Wed Feb 15 22:35:40 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Wed, 15 Feb 2012 11:35:40 +0200 Subject: [Koha] Problem after upgrading Message-ID: Dear All I upgrade koha 3 to koha 3.6 but i have aproblem with check out book i got this massage Software error: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2982. any help From magnus at enger.priv.no Wed Feb 15 22:44:20 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Wed, 15 Feb 2012 10:44:20 +0100 Subject: [Koha] OAI problem In-Reply-To: References: Message-ID: On 14 February 2012 21:38, Edisnel C. C. wrote: > > ?Hi, > ?How can I configure OAI in Koha 3.0.6? > ?The OAI-PMH preference is ON > > Error de lectura XML: error de sintaxis > Ubicaci?n: http://10....../cgi-bin/koha/oai.pl?verb=GetRecord&identifier=KOHA-OAI-TEST:10&metadataPrefix=oai_dc > N?mero de l?nea 1, columna 1: Not sure about that one... > How can I configure the sets? Koha 3.0.6 does not support sets. There is a patch for this bug, but it is currently "Failed QA": "Bug 6440 - Koha's OAI-PMH does not support sets" http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6440 Hopefully that will be fixed, so setscan be available in Koha version 3.8. Best regards, Magnus Enger libriotech.no From tajoli at cilea.it Wed Feb 15 23:05:18 2012 From: tajoli at cilea.it (Zeno Tajoli) Date: Wed, 15 Feb 2012 11:05:18 +0100 Subject: [Koha] Problem with MARC View in OPAC Display In-Reply-To: References: Message-ID: <4F3B835E.9060902@cilea.it> Hi, Il 15/02/2012 08:59, Vimal Kumar ha scritto: > Thank you for lot of responses. > I customized data entry fields in cataloguing using the following method, > > http://ksrcas.pbworks.com/w/page/3809371/editingmarcframework > > When I imported records using following commands, records are display > properly. [...] > When I enter records manually and import manually, MARC Veiw display has > problem. > I am sure, my biblio data is in good condition. > > Any idea about my problem? we can try this check: -- open in catalogiung one of the records with the problem -- Chnage framework from your to 'Default' -- Save the record -- Go to Opac and see the result. Cheers Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer From elbadri_father at hotmail.com Wed Feb 15 23:53:19 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Wed, 15 Feb 2012 12:53:19 +0200 Subject: [Koha] cataloging seach problem Message-ID: When i tray to search for any thing in search the cataloging i got no results Please help From elbadri_father at hotmail.com Thu Feb 16 01:23:43 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Wed, 15 Feb 2012 14:23:43 +0200 Subject: [Koha] cataloging seach problem In-Reply-To: <4F3B9864.6010703@calyx.net.au> References: , <4F3B9864.6010703@calyx.net.au> Message-ID: Dear Bob i did all of steps in this page but i still have the same problem , did you have any another idia and i need you know i just upgrade koha form 3 to 3.6 thanks > Date: Wed, 15 Feb 2012 22:35:00 +1100 > From: bob at calyx.net.au > To: elbadri_father at hotmail.com > Subject: Re: [Koha] cataloging seach problem > > On 15/02/12 21:53, alaa Badri wrote: > > When i tray to search for any thing in search the cataloging i got no results > > Please help > You're having a hard time all around, alaa. > > This problem is to do with Zebra. Either its not started, or not > configured correctly, or your indexes have not been created. > Start at the last question on this page: > http://koha-community.org/documentation/faq/ > > Best wishes. > Bob Birchall > Calyx > From hagud at orex.es Thu Feb 16 01:33:07 2012 From: hagud at orex.es (Hugo Agud) Date: Wed, 15 Feb 2012 13:33:07 +0100 Subject: [Koha] cataloging seach problem In-Reply-To: References: <4F3B9864.6010703@calyx.net.au> Message-ID: Hi Why not export a bunch of records and send it to he list, we can ingest them in other Koha and check If they're wrong or ok... and then you will know IF the records and bad or the system installation Hugo 2012/2/15 alaa Badri > > Dear Bob > i did all of steps in this page but i still have the same problem , did > you have any another idia and i need you know i just upgrade koha form 3 to > 3.6 > thanks > > > Date: Wed, 15 Feb 2012 22:35:00 +1100 > > From: bob at calyx.net.au > > To: elbadri_father at hotmail.com > > Subject: Re: [Koha] cataloging seach problem > > > > On 15/02/12 21:53, alaa Badri wrote: > > > When i tray to search for any thing in search the cataloging i got no > results > > > Please help > > You're having a hard time all around, alaa. > > > > This problem is to do with Zebra. Either its not started, or not > > configured correctly, or your indexes have not been created. > > Start at the last question on this page: > > http://koha-community.org/documentation/faq/ > > > > Best wishes. > > Bob Birchall > > Calyx > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From elbadri_father at hotmail.com Thu Feb 16 01:40:45 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Wed, 15 Feb 2012 14:40:45 +0200 Subject: [Koha] cataloging seach problem In-Reply-To: References: <4F3B9864.6010703@calyx.net.au>, , Message-ID: I'm already run this record in another koha and it's working fine but the problem in 3.6 version which i upgraded today From: hagud at orex.es Date: Wed, 15 Feb 2012 13:33:07 +0100 Subject: Re: [Koha] cataloging seach problem To: elbadri_father at hotmail.com CC: koha at lists.katipo.co.nz Hi Why not export a bunch of records and send it to he list, we can ingest them in other Koha and check If they're wrong or ok... and then you will know IF the records and bad or the system installation Hugo 2012/2/15 alaa Badri Dear Bob i did all of steps in this page but i still have the same problem , did you have any another idia and i need you know i just upgrade koha form 3 to 3.6 thanks > Date: Wed, 15 Feb 2012 22:35:00 +1100 > From: bob at calyx.net.au > To: elbadri_father at hotmail.com > Subject: Re: [Koha] cataloging seach problem > > On 15/02/12 21:53, alaa Badri wrote: > > When i tray to search for any thing in search the cataloging i got no results > > Please help > You're having a hard time all around, alaa. > > This problem is to do with Zebra. Either its not started, or not > configured correctly, or your indexes have not been created. > Start at the last question on this page: > http://koha-community.org/documentation/faq/ > > Best wishes. > Bob Birchall > Calyx > _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Hugo Agud - Orex Digital www.orex.es Director Avenida Sarri? 29 ? 08029 Barcelona : hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From hagud at orex.es Thu Feb 16 01:42:35 2012 From: hagud at orex.es (Hugo Agud) Date: Wed, 15 Feb 2012 13:42:35 +0100 Subject: [Koha] cataloging seach problem In-Reply-To: References: <4F3B9864.6010703@calyx.net.au> Message-ID: the idea is to check agains another 3.6... I have three on production and I can check it 2012/2/15 alaa Badri > I'm already run this record in another koha and it's working fine but the > problem in 3.6 version which i upgraded today > > ------------------------------ > From: hagud at orex.es > Date: Wed, 15 Feb 2012 13:33:07 +0100 > > Subject: Re: [Koha] cataloging seach problem > To: elbadri_father at hotmail.com > CC: koha at lists.katipo.co.nz > > > Hi > > Why not export a bunch of records and send it to he list, we can ingest > them in other Koha and check If they're wrong or ok... and then you will > know IF the records and bad or the system installation > > Hugo > > 2012/2/15 alaa Badri > > > Dear Bob > i did all of steps in this page but i still have the same problem , did > you have any another idia and i need you know i just upgrade koha form 3 to > 3.6 > thanks > > > Date: Wed, 15 Feb 2012 22:35:00 +1100 > > From: bob at calyx.net.au > > To: elbadri_father at hotmail.com > > Subject: Re: [Koha] cataloging seach problem > > > > On 15/02/12 21:53, alaa Badri wrote: > > > When i tray to search for any thing in search the cataloging i got no > results > > > Please help > > You're having a hard time all around, alaa. > > > > This problem is to do with Zebra. Either its not started, or not > > configured correctly, or your indexes have not been created. > > Start at the last question on this page: > > http://koha-community.org/documentation/faq/ > > > > Best wishes. > > Bob Birchall > > Calyx > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > -- > > *Hugo Agud - Orex Digital * > > *www.orex.es* > > * > * > > Director > > Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 > 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ > > > > No imprima este mensaje a no ser que sea necesario. Una tonelada de papel > implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. > > > > Aviso de confidencialidad > Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO > RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni > est? autorizado a recibirlo por el remitente), no est? autorizado a > copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este > mensaje > por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su > sistema. > > > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From p.sztuczynski at uksw.edu.pl Thu Feb 16 01:59:55 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Wed, 15 Feb 2012 13:59:55 +0100 Subject: [Koha] Hold limit per item In-Reply-To: References: <4F3A547C.2000504@uksw.edu.pl> Message-ID: <4F3BAC4B.1050409@uksw.edu.pl> On 14.02.2012 15:05, Nicole Engard wrote: > The circulation and fine rules are set on a per item type basis if you > want: http://manual.koha-community.org/3.6/en/patscirc.html#circfinerules > > Nicole > > 2012/2/14 Przemek Sztuczy?ski: >> Hi, >> >> is there any way to set maximum number of holds for item? Or for all items? If i understand this correctly, this allows me to set maximum number of holds for user - ie user type "x" can hold 3 items of type "books" I need a setting that will block holds on reserved item, so after someone puts an item on hold, others will not be able to reserve it. -- Przemys?aw Sztuczy?ski UKSW http://uksw.edu.pl From mfekry6 at hotmail.com Thu Feb 16 02:35:46 2012 From: mfekry6 at hotmail.com (Mohamed Fekry Negm) Date: Wed, 15 Feb 2012 13:35:46 +0000 Subject: [Koha] cataloging seach problem In-Reply-To: References: , <4F3B9864.6010703@calyx.net.au>, , , , , Message-ID: you have a problem in your indexing data Mohamed Fekry NegmNetworks Library & Systems SpecialistMisr International University Tel : ( 002 ) 01141133420 > From: elbadri_father at hotmail.com > To: hagud at orex.es > Date: Wed, 15 Feb 2012 14:40:45 +0200 > CC: koha at lists.katipo.co.nz > Subject: Re: [Koha] cataloging seach problem > > > I'm already run this record in another koha and it's working fine but the problem in 3.6 version which i upgraded today > > From: hagud at orex.es > Date: Wed, 15 Feb 2012 13:33:07 +0100 > Subject: Re: [Koha] cataloging seach problem > To: elbadri_father at hotmail.com > CC: koha at lists.katipo.co.nz > > Hi > Why not export a bunch of records and send it to he list, we can ingest them in other Koha and check If they're wrong or ok... and then you will know IF the records and bad or the system installation > > > Hugo > > 2012/2/15 alaa Badri > > > > > Dear Bob > > i did all of steps in this page but i still have the same problem , did you have any another idia and i need you know i just upgrade koha form 3 to 3.6 > > thanks > > > > > Date: Wed, 15 Feb 2012 22:35:00 +1100 > > > From: bob at calyx.net.au > > > To: elbadri_father at hotmail.com > > > Subject: Re: [Koha] cataloging seach problem > > > > > > On 15/02/12 21:53, alaa Badri wrote: > > > > When i tray to search for any thing in search the cataloging i got no results > > > > Please help > > > You're having a hard time all around, alaa. > > > > > > This problem is to do with Zebra. Either its not started, or not > > > configured correctly, or your indexes have not been created. > > > Start at the last question on this page: > > > http://koha-community.org/documentation/faq/ > > > > > > Best wishes. > > > Bob Birchall > > > Calyx > > > > > > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -- > > > Hugo Agud - Orex Digital > > www.orex.es > > > > > > > > > Director > > > > Avenida Sarri? 29 ? 08029 Barcelona : hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ > > > > > > No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. > > > > Aviso de confidencialidad > Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni > > > est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje > > > por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From nengard at gmail.com Thu Feb 16 03:11:28 2012 From: nengard at gmail.com (Nicole Engard) Date: Wed, 15 Feb 2012 09:11:28 -0500 Subject: [Koha] Hold limit per item In-Reply-To: <4F3BAC4B.1050409@uksw.edu.pl> References: <4F3A547C.2000504@uksw.edu.pl> <4F3BAC4B.1050409@uksw.edu.pl> Message-ID: Oh! That can't be done. The next person to place a hold will be put second on the list to receive the item so it won't knock the person who had the hold first off the list. Nicole 2012/2/15 Przemek Sztuczy?ski : > On 14.02.2012 15:05, Nicole Engard wrote: >> >> The circulation and fine rules are set on a per item type basis if you >> want: http://manual.koha-community.org/3.6/en/patscirc.html#circfinerules >> >> Nicole >> >> 2012/2/14 Przemek Sztuczy?ski: >>> >>> Hi, >>> >>> is there any way to set maximum number of holds for item? Or for all >>> items? > > > > If i understand this correctly, this allows me to set maximum number of > holds for user - ie user type "x" can hold 3 items of type "books" > > I need a setting that will block holds on reserved item, so after someone > puts an item on hold, others will not be able to reserve it. > > -- > Przemys?aw Sztuczy?ski > UKSW > http://uksw.edu.pl From storypage at gmail.com Thu Feb 16 03:59:57 2012 From: storypage at gmail.com (Jim Maroon) Date: Wed, 15 Feb 2012 08:59:57 -0600 Subject: [Koha] KUDOS 2012 Message-ID: Hey, y'all. I wanted to attend KUDOS last year, but at the time we had not definitively selected Koha as our ILS (although I knew in my heart we would), so the higher ups nixed the idea. So, I was looking forward to this year... until I saw a somewhat cryptic email on the list that said there would be no KUDOS 2012. I want to ignore it but my head won't let it go. Is there a particular reason why? Or is it just that nobody has signed on to host the thing? Feel free to write me off-list if this is a sensitive subject. Thanks. --Jim Maroon storypage at gmail.com -- ================================================== "The man, who, by his own and his family's labour, can provide a sufficiency of food and raiment and a comfortable dwelling place, is not a poor man." --William Cobbett, *Cottage Economy*, 1826. From ecarrazana at uci.cu Thu Feb 16 04:09:27 2012 From: ecarrazana at uci.cu (Edisnel C. C.) Date: Wed, 15 Feb 2012 10:09:27 -0500 (CST) Subject: [Koha] OAI problem In-Reply-To: Message-ID: Ok, the patch work, thanks. But how can I obtain all records in the database using the ListRecords ver, without use sets example: http://10.33.9.18:3390/cgi-bin/koha/oai.pl?verb=ListRecords&from=1998-05-01&until=2010-05-01&metadataPrefix=oai_dc this is the result (no records here): 2012-02-15T08:06:41Z http://10.33.9.18:3390/cgi-bin/koha/oai.pl thanks ----- Mensaje original ----- De: "Magnus Enger" Para: "Edisnel C. C." CC: koha at lists.katipo.co.nz Enviados: Mi?rcoles, 15 de Febrero 2012 10:44:20 Asunto: Re: [Koha] OAI problem On 14 February 2012 21:38, Edisnel C. C. wrote: > > ?Hi, > ?How can I configure OAI in Koha 3.0.6? > ?The OAI-PMH preference is ON > > Error de lectura XML: error de sintaxis > Ubicaci?n: http://10....../cgi-bin/koha/oai.pl?verb=GetRecord&identifier=KOHA-OAI-TEST:10&metadataPrefix=oai_dc > N?mero de l?nea 1, columna 1: Not sure about that one... > How can I configure the sets? Koha 3.0.6 does not support sets. There is a patch for this bug, but it is currently "Failed QA": "Bug 6440 - Koha's OAI-PMH does not support sets" http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6440 Hopefully that will be fixed, so setscan be available in Koha version 3.8. Best regards, Magnus Enger libriotech.no Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com From vimal0212 at gmail.com Thu Feb 16 05:59:48 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Wed, 15 Feb 2012 22:29:48 +0530 Subject: [Koha] Problem with MARC View in OPAC Display Message-ID: Dear Friends, I followed the way suggested by Zeno Tajoli, -- open in catalogiung one of the records with the problem -- Chnage framework from your to 'Default' -- Save the record -- Go to Opac and see the result. Now it works. I think the problem with the BKS framework i customized. What may be the problem? Manual Cataloguing using Default Framework is not practical. We want to customize to display necessary fields. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From paul.poulain at biblibre.com Thu Feb 16 06:16:26 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 15 Feb 2012 18:16:26 +0100 Subject: [Koha] [Koha-devel] [Discussion Tech] Cache handling in koha In-Reply-To: References: Message-ID: <4F3BE86A.2020203@biblibre.com> Le 08/02/2012 16:42, Tomas Cohen Arazi a ?crit : > Hi, I'm just starting a thread to discuss this topic so we make some > decisions and we can continue improving Koha in this aspect. As far as > I can remember there are a few issues with this: > > 1) The use of ENV vs. koha-conf.xml vs. DB/systempreferences to store > memcached configuration. Unless i've missed something or someone opinion, everybody agrees that the use of ENV is better, because it will result in caching koha-conf.xml itself. (I add my vote to this option) Unless someone object in the next 3 days, i'll consider the decision is taken, and will push bug 6193 patch, and subsequent patches will have to consider caching is retrieved from here. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From dearden at sarsf.org Thu Feb 16 06:57:48 2012 From: dearden at sarsf.org (Doug Dearden) Date: Wed, 15 Feb 2012 10:57:48 -0700 Subject: [Koha] Problem with MARC View in OPAC Display In-Reply-To: References: Message-ID: Hi Vimal, Check out this section of the documentation: http://manual.koha-community.org/3.6/en/catadmin.html#marcbibframeworks Look at sub section 4.1.4 Edit Framework Subfields, and in particular the field labeled "hidden". If you have a value in there greater than 0, it will cause the field to be hidden on the OPAC. I suspect that may be the problem. Best, Doug -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Vimal Kumar Sent: Wednesday, February 15, 2012 10:00 AM To: Koha-List; Zeno Tajoli Subject: Re: [Koha] Problem with MARC View in OPAC Display Dear Friends, I followed the way suggested by Zeno Tajoli, -- open in catalogiung one of the records with the problem -- Chnage framework from your to 'Default' -- Save the record -- Go to Opac and see the result. Now it works. I think the problem with the BKS framework i customized. What may be the problem? Manual Cataloguing using Default Framework is not practical. We want to customize to display necessary fields. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From magnus at enger.priv.no Thu Feb 16 21:54:23 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Thu, 16 Feb 2012 09:54:23 +0100 Subject: [Koha] OAI problem In-Reply-To: References: Message-ID: On 15 February 2012 16:09, Edisnel C. C. wrote: > > ?Ok, the patch work, thanks. But how can I obtain all records in the database using the ListRecords ver, without use sets > > example: > http://10.33.9.18:3390/cgi-bin/koha/oai.pl?verb=ListRecords&from=1998-05-01&until=2010-05-01&metadataPrefix=oai_dc That exact query string seems to work fine for me, on version 3.6.3. Maybe something got fix between your version and mine? 3.0.6 is quite old now (almost 2 years), maybe you should consider an upgrade? Best regards, Magnus Enger libriotech.no From p.sztuczynski at uksw.edu.pl Thu Feb 16 22:07:59 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Thu, 16 Feb 2012 10:07:59 +0100 Subject: [Koha] Hold limit per item In-Reply-To: References: <4F3A547C.2000504@uksw.edu.pl> <4F3BAC4B.1050409@uksw.edu.pl> Message-ID: <4F3CC76F.2050707@uksw.edu.pl> On 15.02.2012 15:11, Nicole Engard wrote: > Oh! That can't be done. The next person to place a hold will be put > second on the list to receive the item so it won't knock the person > who had the hold first off the list. > > Nicole Ok. Is there any way to at least inform patrons that item is already on hold? -- Przemys?aw Sztuczy?ski UKSW http://uksw.edu.pl From elbadri_father at hotmail.com Thu Feb 16 23:02:05 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Thu, 16 Feb 2012 12:02:05 +0200 Subject: [Koha] Circulation report Message-ID: Hi Every body i need to make report for last Circulated items from 1-2-2012 tell now pleas help From elbadri_father at hotmail.com Fri Feb 17 00:48:13 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Thu, 16 Feb 2012 13:48:13 +0200 Subject: [Koha] Circulation report Message-ID: How to get report for All Circulation Actions on Range Date Please help urgent From bob at calyx.net.au Fri Feb 17 00:55:31 2012 From: bob at calyx.net.au (Bob Birchall) Date: Thu, 16 Feb 2012 22:55:31 +1100 Subject: [Koha] Circulation report In-Reply-To: References: Message-ID: <4F3CEEB3.3060300@calyx.net.au> On 16/02/12 22:48, alaa Badri wrote: > How to get report for All Circulation Actions on Range Date Have you read the manual? Its at http://koha-community.org/documentation/ You may get the information you are seeking from the Log Viewer on the Tools menu. > > Please help urgent > The people on the list give their time voluntarily to answer questions and it is not always possible to answer promptly. However if you take the time to study the manual, you'll find its full of great information. Best wishes for your use of Koha. Bob Birchall Calyx From susan.bennett at geaugalibrary.info Fri Feb 17 03:13:44 2012 From: susan.bennett at geaugalibrary.info (Susan Bennett) Date: Thu, 16 Feb 2012 09:13:44 -0500 Subject: [Koha] Circulation report In-Reply-To: <4F3CEEB3.3060300@calyx.net.au> References: <4F3CEEB3.3060300@calyx.net.au> Message-ID: I run the following report monthly to get checkouts and renewals, changing the dates of course. You may need to change some of the field names since I'm on one of the PTFS versions. SELECT items.ccode AS Collection, COUNT( statistics.itemnumber ) AS Count, Branch AS BRANCH FROM statistics LEFT JOIN items ON (statistics.itemnumber = items.itemnumber) WHERE statistics.type IN ('issue') AND year(statistics.datetime) = '2012' and month(statistics.datetime) = '01' GROUP BY branch, items.ccode SELECT items.ccode AS Collection, COUNT( statistics.itemnumber ) AS Count, Branch AS BRANCH FROM statistics LEFT JOIN items ON (statistics.itemnumber = items.itemnumber) WHERE statistics.type IN ('renew') AND year(statistics.datetime) = '2012' and month(statistics.datetime) = '01' GROUP BY branch, items.ccode Susan Bennett ILS System Administrator Geauga County Public Library 440 286-6811 x 125 440 286-7419 FAX On Thu, Feb 16, 2012 at 6:55 AM, Bob Birchall wrote: > On 16/02/12 22:48, alaa Badri wrote: > >> How to get report for All Circulation Actions on Range Date >> > Have you read the manual? Its at http://koha-community.org/** > documentation/ > You may get the information you are seeking from the Log Viewer on the > Tools menu. > >> >> Please help urgent >> >> > The people on the list give their time voluntarily to answer questions and > it is not always possible to answer promptly. However if you take the time > to study the manual, you'll find its full of great information. > > Best wishes for your use of Koha. > > Bob Birchall > Calyx > > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > From mjr at phonecoop.coop Fri Feb 17 04:45:40 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 16 Feb 2012 15:45:40 +0000 Subject: [Koha] Opac don't show Checkout information In-Reply-To: <1329292272876-5485156.post@n5.nabble.com> Message-ID: kamild > I checkout some book but when I search in OPAC then not show information in > Availability. But When I enter the book now I see information about checkout > in Holdings - Status. What may be the problem? I'm not sure if Koha might only show holdings in the results screen for some values of the OPACXSLTResultsDisplay system preference. Of course, if the XSLT is enabled and modified, that could explain it. Might be something else, though. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From mjr at phonecoop.coop Fri Feb 17 04:46:57 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Thu, 16 Feb 2012 15:46:57 +0000 Subject: [Koha] Problem after upgrading In-Reply-To: Message-ID: alaa Badri > I upgrade koha 3 to koha 3.6 but i have aproblem with check out book i got this massage > Software error: > Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2982. > > any help Have you run the upgrade script to split books and items? (See INSTALL file.) Does it happen with one book or all books? Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From nengard at gmail.com Fri Feb 17 06:18:13 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 16 Feb 2012 12:18:13 -0500 Subject: [Koha] Hold limit per item In-Reply-To: <4F3CC76F.2050707@uksw.edu.pl> References: <4F3A547C.2000504@uksw.edu.pl> <4F3BAC4B.1050409@uksw.edu.pl> <4F3CC76F.2050707@uksw.edu.pl> Message-ID: There is a feature request for this: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7398 Nicole 2012/2/16 Przemek Sztuczy?ski : > On 15.02.2012 15:11, Nicole Engard wrote: >> >> Oh! That can't be done. ?The next person to place a hold will be put >> second on the list to receive the item so it won't knock the person >> who had the hold first off the list. >> >> Nicole > > > Ok. Is there any way to at least inform patrons that item is already on > hold? > > > -- > Przemys?aw Sztuczy?ski > UKSW > http://uksw.edu.pl From glawson at rhcl.org Fri Feb 17 06:40:51 2012 From: glawson at rhcl.org (G. Laws) Date: Thu, 16 Feb 2012 11:40:51 -0600 Subject: [Koha] Servers for US Public Libraries Message-ID: <4F3D3FA3.1080307@rhcl.org> http://home.techsoup.org/Stock/Pages/Product.aspx?id=HW-46674&cat=TechSoup%20Global%20Catalog&category= Many libraries are currently facing funding chalenges; Techsoup (techsoup.org) sometimes has servers available to organizations at fair prices. Although currently out-of-stock, the above server is an example of equipment that US NPOs and public libraries can sometimes obtain. Four Opterons and 32GB of memory would make a decent Koha server (=? understatement); if you needed more storage you could just attach a NAS box or similar. If interested, you need to check the site periodically because stuff comes and goes. If really interested, it would be advisable to pre-register because they do check eligibility. Other items, like network switches, are also listed; start at the base URL to find their offerings. Most of the Techsoup software is very Microsoft-centric and comes with certain restrictions; I've not found the software to be as desirable as hardware. -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 From p.sztuczynski at uksw.edu.pl Fri Feb 17 08:24:02 2012 From: p.sztuczynski at uksw.edu.pl (=?UTF-8?B?UHJ6ZW1layBTenR1Y3p5xYRza2k=?=) Date: Thu, 16 Feb 2012 20:24:02 +0100 Subject: [Koha] Hold limit per item In-Reply-To: References: <4F3A547C.2000504@uksw.edu.pl> <4F3BAC4B.1050409@uksw.edu.pl> <4F3CC76F.2050707@uksw.edu.pl> Message-ID: <4F3D57D2.4060901@uksw.edu.pl> W dniu 2012-02-16 18:18, Nicole Engard pisze: > There is a feature request for this: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7398 > > Nicole > Okay, thanks. -- PS From esosa at internetworks.bz Thu Feb 16 09:00:33 2012 From: esosa at internetworks.bz (Emir Sosa) Date: Wed, 15 Feb 2012 14:00:33 -0600 Subject: [Koha] koha centos installation In-Reply-To: References: <1329240052906-5483115.post@n5.nabble.com> Message-ID: oh kkk....i had centos 5.5 installed....i just downloaded centos 6 and about to install koha....thx...will let you know how that works..... From esosa at internetworks.bz Thu Feb 16 12:08:43 2012 From: esosa at internetworks.bz (Emir Sosa) Date: Wed, 15 Feb 2012 17:08:43 -0600 Subject: [Koha] koha centos installation In-Reply-To: References: <1329240052906-5483115.post@n5.nabble.com> Message-ID: ok so i got stumbled here http://pastebin.com/T3qcE8NX everything was going fine until i did make install im guess it has to do with ip and dns issues the server is configured with name s1.server1.bz with a private ip...i dont have a dns entry on the name server....how can i proceed with this :-/ at the moment its using a private ip but then i will NAT with with a public ip later on From danielg.koha at gmail.com Fri Feb 17 09:13:28 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Thu, 16 Feb 2012 12:13:28 -0800 Subject: [Koha] Call for News for the February Newsletter Message-ID: Dear Koha Kommunitarians, I'm harvesting news for the February newsletter. Please send me by the 25th anything you think your fellow community members might like to know about. "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two about what you're currently working on for publication in the gossip/society column. And if you know of a go-live not announced on the list, please be sure to let me know about it. Thanks, Daniel Grobani From paul.a at aandc.org Fri Feb 17 10:30:00 2012 From: paul.a at aandc.org (Paul) Date: Thu, 16 Feb 2012 16:30:00 -0500 Subject: [Koha] koha centos installation In-Reply-To: References: <1329240052906-5483115.post@n5.nabble.com> Message-ID: <5.2.1.1.2.20120216162222.05ea9ca0@localhost> At 05:08 PM 2/15/2012 -0600, Emir Sosa wrote: >ok so i got stumbled here >http://pastebin.com/T3qcE8NX >everything was going fine until i did make install >im guess it has to do with ip and dns issues >the server is configured with name s1.server1.bz with a private ip...i dont >have a dns entry on the name server....how can i proceed with this :-/ >at the moment its using a private ip but then i will NAT with with a public >ip later on Have you added it to your /etc/hosts file? A line such as: 192.168.3.3 s1.server1.bz That should work for LAN use so long as you have something in your ifcfg like: NETWORK=192.168.3.0 NETMASK=255.255.255.0 IPADDR=192.168.3.3 You can modify the setup when you "go public". P. From asarmagan at gelisim.edu.tr Fri Feb 17 21:40:51 2012 From: asarmagan at gelisim.edu.tr (=?ISO-8859-9?Q?A=2E_=DEenol_Arma=F0an?=) Date: Fri, 17 Feb 2012 10:40:51 +0200 Subject: [Koha] Z39.50 servers info Message-ID: Hi all, Would you share largest libraries in the United States (NYPL, MIT, UCLA, etc.) Z39.50 servers info? We have only the following information: COLUMBIA UNIVERSITY New York University Libraries Smithsonian Institution Libraries Library of Congress Thank you. A.Senol Armagan Head of Library and Documentation Center Istanbul Gelisim University, Turkey From library.mcrc at gmail.com Fri Feb 17 22:20:12 2012 From: library.mcrc at gmail.com (Madhura Deodhar IES Library) Date: Fri, 17 Feb 2012 14:50:12 +0530 Subject: [Koha] How to add Hindi/Marathi books in koha Message-ID: Dear Friends, I want to add some Hindi/Marathi - Indian Languages books in koha database. Where i will get the option of choosing the language while cataloging? What changes would i require to do? Any help would be appreciated. -- *Regards,* ** *Madhura M.Deodhar* *Librarian *IES Management College and Research Centre VMD Lotlikar Vidya Sankul Opp.Lilavati Hospital, Bandra Reclamation Bandra (West) Mumbai - 50 61378327(direct) 9869385665/9167004647 http://iesmglib.blogspot.com *P **Please consider the environment before printing this e-mail.* * * From mjr at phonecoop.coop Fri Feb 17 23:37:44 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 17 Feb 2012 10:37:44 +0000 Subject: [Koha] koha centos installation In-Reply-To: Message-ID: Emir Sosa > http://pastebin.com/T3qcE8NX > the server is configured with name s1.server1.bz with a private ip...i dont > have a dns entry on the name server....how can i proceed with this :-/ No need for DNS. Set it correctly in /etc/hosts - your system is probably currently confused about its name and primary IP address. Alternatively, you can set the WEBSERVER_IP environment variable which will bypass trying to use gethostbyname and risking that error. Other stuff will probably break on a confused system, so it's best to fix /etc/hosts and hostname if you can. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From soderqvist at sipri.org Fri Feb 17 23:46:40 2012 From: soderqvist at sipri.org (Magdalena =?utf-8?Q?S=C3=B6derqvist?=) Date: Fri, 17 Feb 2012 11:46:40 +0100 (CET) Subject: [Koha] bulkmarcimport-problems! In-Reply-To: Message-ID: <54a0ad3f-2bcf-42a1-b131-4fcb3c5446f0@zimbra.sipri.org> Hi all, my IT-expert is helping me import some marc-records which I have edited in Marc Edit. But importing the records back into Koha is not working. And the editing itself does not seem to be the problem, we get the same error message when trying to import the orginal, unedited .mrc file, which I pulled from the "tools/export.pl" page. Do the below messages contain enough information to tell what we're doing wrong? Any help is, as always, much appreciated. We are currently running version 3.6.2 on Debian Squeeze. Also: we're doing this on a copy of the database, could that be part of the problem? Cheers, Magdalena ******************** deleting biblios > > DBD::mysql: b do failed: Cannot delete or update a parent row: a > > foreign key constraint fails (`koha`.`issues`, CONSTRAINT > > `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` > > (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. ******************* Duplicate entry 'A13150' for key 'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 361, line 804. .DBD::mysql::st execute failed: Duplicate entry 'A13151' for key 'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 2105, line 805. ERROR in _koha_new_item INSERT INTO items SET ******************** - . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Magdalena S?derqvist Librarian SIPRI Library and Documentation Department STOCKHOLM INTERNATIONAL PEACE RESEARCH INSTITUTE Signalistgatan 9 SE-169 70 Solna, Sweden Telephone: +46 8 655 97 78 Fax: +46 8 655 97 33 Email: soderqvist at sipri.org Internet: www.sipri.org From magnus at enger.priv.no Sat Feb 18 01:01:44 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Fri, 17 Feb 2012 13:01:44 +0100 Subject: [Koha] bulkmarcimport-problems! In-Reply-To: <54a0ad3f-2bcf-42a1-b131-4fcb3c5446f0@zimbra.sipri.org> References: <54a0ad3f-2bcf-42a1-b131-4fcb3c5446f0@zimbra.sipri.org> Message-ID: Tj?nare, Magdalena! 2012/2/17 Magdalena S?derqvist : > Hi all, > my IT-expert is helping me import some marc-records which I have edited in Marc Edit. But importing the records back into Koha is not working. And the editing itself does not seem to be the problem, we get the same error message when trying to import the orginal, unedited .mrc file, which I pulled from the "tools/export.pl" page. Do the below messages contain enough information to tell what we're doing wrong? Any help is, as always, much appreciated. We are currently running version 3.6.2 on Debian Squeeze. > > Also: we're doing this on a copy of the database, could that be part of the problem? That should not be a problem, it's a really, really good idea! ;-) > ******************** > deleting biblios >> > DBD::mysql: b do failed: Cannot delete or update a parent row: a >> > foreign key constraint fails (`koha`.`issues`, CONSTRAINT >> > `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` >> > (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. > > ******************* Not sure about this first part. > > Duplicate entry 'A13150' for key 'itembarcodeidx' at > /usr/share/koha/lib/C4/Items.pm line 361, line 804. > .DBD::mysql::st execute failed: Duplicate entry 'A13151' for key > 'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 2105, > line 805. > ERROR in _koha_new_item INSERT INTO items SET >From the subject I guess you are re-importing with the bulkmarcimport.pl command line script. How are you running that? With what options? The default is that Koha will add your records as if they were new, which causes the error above, because the barcodes that you try to import are already present in the database. I *think* this should be taken care of if you run the script with "-match 999c" - this should match on the biblionumber in field 999$c. I have not tested that though... Best regards, Magnus Enger libriotech.no From vimal0212 at gmail.com Sat Feb 18 05:59:15 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Fri, 17 Feb 2012 22:29:15 +0530 Subject: [Koha] Display Barcode in OPAC Normal View Message-ID: Dear Friends, In my experience most of the koha users are like to see barcode in OPAC Normal view. See the example, https://lh5.googleusercontent.com/-H0APDWhWE8o/Tz6G1-1TX7I/AAAAAAAAGzw/e-0I3v5CRf0/s400/Koha%2520Online%2520Catalog.png I request developers to display barcode in OPAC Normal View in future versions of Koha. How can I display barcode in OPAC Normal View in current version of Koha? Can you guide me? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From esosa at internetworks.bz Sat Feb 18 04:11:05 2012 From: esosa at internetworks.bz (bluesky222) Date: Fri, 17 Feb 2012 07:11:05 -0800 (PST) Subject: [Koha] koha centos installation In-Reply-To: References: <1329240052906-5483115.post@n5.nabble.com> Message-ID: i keep having issues grrr... http://pastebin.com/shPwGBgN now apache doesnt want to run. for some reason it doesnt want to start. i added the following to /etc/hosts 127.0.0.1 localhost 192.168.1.10 s1.server1.bz On Fri, Feb 17, 2012 at 4:38 AM, MJ Ray-2 [via Koha] < ml-node+s1045719n5492111h57 at n5.nabble.com> wrote: > Emir Sosa <[hidden email]> > > > http://pastebin.com/T3qcE8NX > > > the server is configured with name s1.server1.bz with a private ip...i > dont > > have a dns entry on the name server....how can i proceed with this :-/ > > No need for DNS. Set it correctly in /etc/hosts - your system is > probably currently confused about its name and primary IP address. > > Alternatively, you can set the WEBSERVER_IP environment variable > which will bypass trying to use gethostbyname and risking that error. > > Other stuff will probably break on a confused system, so it's best > to fix /etc/hosts and hostname if you can. > > Hope that helps, > -- > MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. > http://koha-community.org supporter, web and library systems developer. > In My Opinion Only: see http://mjr.towers.org.uk/email.html > Available for hire (including development) at http://www.software.coop/ > > _______________________________________________ > Koha mailing list http://koha-community.org > [hidden email] > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://koha.1045719.n5.nabble.com/koha-centos-installation-tp5483115p5492111.html > To unsubscribe from koha centos installation, click here > . > NAML > -- View this message in context: http://koha.1045719.n5.nabble.com/koha-centos-installation-tp5483115p5492839.html Sent from the Koha-general mailing list archive at Nabble.com. From JAdams at washoecounty.us Sat Feb 18 08:35:44 2012 From: JAdams at washoecounty.us (Adams, Jason) Date: Fri, 17 Feb 2012 11:35:44 -0800 Subject: [Koha] printing non-receipt-size docs via firefox - how? Message-ID: <3D21CC279BBF8940952E444C9A58A38E0605493A@wcmailw.admin.washoecounty.us> Ever since we've installed Koha with Epson receipt printers and Dymo label writers attached (and various other standard networked printers), we've had difficulties printing anything else but receipts via Mozilla Firefox (i.e. web pages, database docs, print-screens, and even Koha holds reports). It seems that our Firefox settings to print Koha receipts overrides almost anything else we do through Firefox, affecting the size of our printouts (e.g. we'll get a receipt-sized column of a full 8.5"x11" printout). Even selecting a different paper size or another printer doesn't help - we still get the 2.5" column on a full piece of paper. Sound familiar? PDFs seem to print fine as do Word and Publisher documents. This has been such a problem for us that we've had to limit our non-Koha printouts to just two or three computers out of the 12 or more PCs we own; thus, often forcing us to email ourselves links, documents, print screens, etc. just so we can switch computers and print them from a different computer. Anyone know of any quick fixes, shortcut keys, and/or Firefox add-ons that could help us? Thanks in advance! Jason Adams, L.A. II Northwest Reno Library From lrea at nekls.org Sat Feb 18 08:41:41 2012 From: lrea at nekls.org (Liz Rea) Date: Fri, 17 Feb 2012 13:41:41 -0600 Subject: [Koha] printing non-receipt-size docs via firefox - how? In-Reply-To: References: <3D21CC279BBF8940952E444C9A58A38E0605493A@wcmailw.admin.washoecounty.us> Message-ID: We use a customized version of Firefox for this, it's basically portable firefox that we set up with the receipt printers so that users can use their normal, installed firefox to print "normal" sized documents on the regular printer. You can have a look at it here: http://www.nexpresslibrary.org/go-live/install-firefox/ Liz Rea NEKLS On Fri, Feb 17, 2012 at 1:35 PM, Adams, Jason wrote: > Ever since we've installed Koha with Epson receipt printers and Dymo > label writers attached (and various other standard networked printers), > we've had difficulties printing anything else but receipts via Mozilla > Firefox (i.e. web pages, database docs, print-screens, and even Koha > holds reports). ?It seems that our Firefox settings to print Koha > receipts overrides almost anything else we do through Firefox, affecting > the size of our printouts (e.g. we'll get a receipt-sized column of a > full 8.5"x11" printout). ?Even selecting a different paper size or > another printer doesn't help - we still get the 2.5" column on a full > piece of paper. ?Sound familiar? PDFs seem to print fine as do Word and > Publisher documents. ?This has been such a problem for us that we've had > to limit our non-Koha printouts to just two or three computers out of > the 12 or more PCs we own; thus, often forcing us to email ourselves > links, documents, print screens, etc. just so we can switch computers > and print them from a different computer. > > Anyone know of any quick fixes, shortcut keys, and/or Firefox add-ons > that could help us? ?Thanks in advance! > > Jason Adams, L.A. II > > Northwest Reno Library > > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Northeast Kansas Library System lrea at nekls.org 785-838-4090 -- Northeast Kansas Library System lrea at nekls.org 785-838-4090 From glawson at rhcl.org Sat Feb 18 08:52:45 2012 From: glawson at rhcl.org (G. Laws) Date: Fri, 17 Feb 2012 13:52:45 -0600 Subject: [Koha] printing non-receipt-size docs via firefox - how? In-Reply-To: <3D21CC279BBF8940952E444C9A58A38E0605493A@wcmailw.admin.washoecounty.us> References: <3D21CC279BBF8940952E444C9A58A38E0605493A@wcmailw.admin.washoecounty.us> Message-ID: <4F3EB00D.8080001@rhcl.org> This is apparently standard behavior--"just the way it is", or at least that's our experience too. One fix is to run a separate instance of Firefox using a different profile (run> firefox -ProfileManager), or install and use Chrome for your non-Koha web browsing. -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 816-232-5479 ------------------------ On 02/17/2012 01:35 PM, Adams, Jason wrote: > Ever since we've installed Koha with Epson receipt printers and Dymo > label writers attached (and various other standard networked printers), > we've had difficulties printing anything else but receipts via Mozilla > Firefox (i.e. web pages, database docs, print-screens, and even Koha > holds reports). It seems that our Firefox settings to print Koha > receipts overrides almost anything else we do through Firefox, affecting > the size of our printouts (e.g. we'll get a receipt-sized column of a > full 8.5"x11" printout). Even selecting a different paper size or > another printer doesn't help - we still get the 2.5" column on a full > piece of paper. Sound familiar? PDFs seem to print fine as do Word and > Publisher documents. This has been such a problem for us that we've had > to limit our non-Koha printouts to just two or three computers out of > the 12 or more PCs we own; thus, often forcing us to email ourselves > links, documents, print screens, etc. just so we can switch computers > and print them from a different computer. > > Anyone know of any quick fixes, shortcut keys, and/or Firefox add-ons > that could help us? Thanks in advance! > > Jason Adams, L.A. II > > Northwest Reno Library > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From elbadri_father at hotmail.com Sat Feb 18 10:49:22 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Fri, 17 Feb 2012 23:49:22 +0200 Subject: [Koha] searching in the catalog Message-ID: when i try to search in the catalog i get this massage No results found No results match your search for 'kw,wrdl: * but when i tray it with my old data base it's work fine From vimal0212 at gmail.com Sat Feb 18 13:29:07 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Sat, 18 Feb 2012 05:59:07 +0530 Subject: [Koha] How to add Hindi/Marathi books in koha Message-ID: Dear Madhura, Either you can enable regional keyboard from System > Preferences > Keyboard > Layout in Ubuntu 10.04 onwards, or you can make use Google Transliteration, http://www.google.com/transliterate Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From bob at calyx.net.au Sat Feb 18 13:38:14 2012 From: bob at calyx.net.au (Bob Birchall) Date: Sat, 18 Feb 2012 11:38:14 +1100 Subject: [Koha] How to add Hindi/Marathi books in koha In-Reply-To: References: Message-ID: <4F3EF2F6.30202@calyx.net.au> On 18/02/12 11:29, Vimal Kumar wrote: > Dear Madhura, > > Either you can enable regional keyboard from System> Preferences> > Keyboard> Layout in Ubuntu 10.04 onwards, > > or you can make use Google Transliteration, > http://www.google.com/transliterate > > > Regards, > Translation of Koha into Marathi was commenced at KohaCon11 in Thane last October. I don't know how much progress was made or whether the effort has been sustained. Information about Koha translations is available at translate.koha-community.org Bob Birchall CALYX From bob at calyx.net.au Sat Feb 18 13:43:37 2012 From: bob at calyx.net.au (Bob Birchall) Date: Sat, 18 Feb 2012 11:43:37 +1100 Subject: [Koha] Z39.50 servers info In-Reply-To: References: Message-ID: <4F3EF439.4040701@calyx.net.au> On 17/02/12 19:40, A. ?enol Arma?an wrote: > Hi all, > > Would you share largest libraries in the United States (NYPL, MIT, UCLA, > etc.) Z39.50 servers info? We have only the following information: > > > COLUMBIA UNIVERSITY > > New York University Libraries > > Smithsonian Institution Libraries > > Library of Congress > > > Thank you. Details of many z39.50 servers are available here: http://irspy.indexdata.com/ Bob Birchall Calyx From vimal0212 at gmail.com Sat Feb 18 14:17:50 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Sat, 18 Feb 2012 06:47:50 +0530 Subject: [Koha] Edit XSLT template Message-ID: Dear Friends, How to edit and add a new field to XSLT display in OPAC? Where is the xslt file locate? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From lori.ayre at galecia.com Sat Feb 18 16:05:23 2012 From: lori.ayre at galecia.com (Lori Bowen Ayre) Date: Fri, 17 Feb 2012 19:05:23 -0800 Subject: [Koha] granularity of library control of item viewability and requestability Message-ID: Is it possible for libraries to control whether items they own are viewable by other libraries (and can they control WHICH libraries can view their items)? Can a library make their items viewable but not requestable for filling holds (and can they control WHICH libraries can view and which can request their items)? Lori From lori.ayre at galecia.com Sat Feb 18 16:06:15 2012 From: lori.ayre at galecia.com (Lori Bowen Ayre) Date: Fri, 17 Feb 2012 19:06:15 -0800 Subject: [Koha] items that are lost, fees assessed, and then found Message-ID: If a patron has lost an item and paid a fine. What happens when they then return the lost item? Is there a slick way to figure out how much they should be refunded based on the fine assessed and the late fee that would apply? Lori From lrea at nekls.org Sat Feb 18 16:38:19 2012 From: lrea at nekls.org (Liz Rea) Date: Fri, 17 Feb 2012 21:38:19 -0600 Subject: [Koha] granularity of library control of item viewability and requestability In-Reply-To: References: Message-ID: On Fri, Feb 17, 2012 at 9:05 PM, Lori Bowen Ayre wrote: > Is it possible for libraries to control whether items they own are viewable > by other libraries (and can they control WHICH libraries can view their > items)? > Not really. > Can a library make their items viewable but not requestable for filling > holds ?(and can they control WHICH libraries can view and which can request > their items)? > Yes, using the Holds policy by item type controls in the circ and fine rules. I haven't ever tried it, but I'm sure you could use circ rules to limit which libraries can request holds (technically, the method I am thinking of is undocumented, and is considered a bug, but you may be convincing me that it's not a bug and actually is useful). Liz Rea Northeast Kansas Library System lrea at nekls.org 785-838-4090 From liny at cusat.ac.in Sat Feb 18 17:27:57 2012 From: liny at cusat.ac.in (liny at cusat.ac.in) Date: Sat, 18 Feb 2012 09:57:57 +0530 (IST) Subject: [Koha] Display Barcode in OPAC Normal View In-Reply-To: Message-ID: Hi Vimal, Edit /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/opac-detail.tmpl and add barcode same as other fields. regards Liny Varghese Information Scientist University Library Cochin University of Science and Technology Kochi-22, India http://library.cusat.ac.in ----- Original Message ----- From: "Vimal Kumar" To: "Koha-List" Sent: Friday, February 17, 2012 10:29:15 PM Subject: [Koha] Display Barcode in OPAC Normal View Dear Friends, In my experience most of the koha users are like to see barcode in OPAC Normal view. See the example, https://lh5.googleusercontent.com/-H0APDWhWE8o/Tz6G1-1TX7I/AAAAAAAAGzw/e-0I3v5CRf0/s400/Koha%2520Online%2520Catalog.png I request developers to display barcode in OPAC Normal View in future versions of Koha. How can I display barcode in OPAC Normal View in current version of Koha? Can you guide me? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From mjr at phonecoop.coop Sun Feb 19 01:43:08 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Sat, 18 Feb 2012 12:43:08 +0000 Subject: [Koha] Edit XSLT template In-Reply-To: Message-ID: Vimal Kumar > How to edit and add a new field to XSLT display in OPAC? > Where is the xslt file locate? The various OPAC xslt files are in opac-tmpl/prog/en/xslt or the equivalent if you don't use the prog templates. Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From nengard at gmail.com Sun Feb 19 03:24:13 2012 From: nengard at gmail.com (Nicole Engard) Date: Sat, 18 Feb 2012 09:24:13 -0500 Subject: [Koha] items that are lost, fees assessed, and then found In-Reply-To: References: Message-ID: Lori, They are refunded the replacement price for the book, but not the fines. Nicole On Fri, Feb 17, 2012 at 10:06 PM, Lori Bowen Ayre wrote: > If a patron has lost an item and paid a fine. What happens when they then > return the lost item? Is there a slick way to figure out how much they > should be refunded based on the fine assessed and the late fee that would > apply? > > Lori > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From vimal0212 at gmail.com Sun Feb 19 07:29:38 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Sat, 18 Feb 2012 23:59:38 +0530 Subject: [Koha] I am trouble with OPAC MARC view and barcode search not working Message-ID: Dear Friends, I got trouble when I try to customise MARC framework BKS. I used following command to hide all fields in catalouing page, *use koha;* *UPDATE marc_subfield_structure SET tab='-1' WHERE frameworkcode='BKS';* ** *This makes all MARC tags tab to Ignore status. * An then I enable (setting tag to display in 0 tab) only necessary fields for data entry goto Adminstration > MARC Bibliogrpahic Framework. This method was successful till 3.4.5. But after apply the same method with version 3.6.3 does not working. The result is that OPAC MARC View does not display bibliographic records, https://lh5.googleusercontent.com/-H0APDWhWE8o/Tz6G1-1TX7I/AAAAAAAAGzw/e-0I3v5CRf0/s400/Koha%2520Online%2520Catalog.png Another problem is that not able to search for barcode from Advanced search in both staff client and OPAC. If your time permits, you can check my koha 3.6.3 database backup here, http://ksrcas.pbworks.com/w/file/51062714/koha.sql.gz username is librarian, password is librarian123 There is a sample record of book in it. May I know what method you are following for customize MARC fields in cataloging? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From JGhiorzi at cosb.us Sat Feb 18 16:48:43 2012 From: JGhiorzi at cosb.us (James Ghiorzi) Date: Fri, 17 Feb 2012 19:48:43 -0800 Subject: [Koha] items that are lost, fees assessed, and then found In-Reply-To: References: Message-ID: Hi Lori, I did a test case and came up with more of a mystery than an answer. The thing I did was I checked a book out. Than marked it as lost through the edit item interface, and it applied the cost of the book to the patron account. I checked the book back in but no credit was issued. So I than checked the item back out, and put a lost fine in the account/fines detail section of the patron account. I than waived the amount, checked the item in, and the system issued a credit for the item, but since I had waived the fine the patron was owed a credit at that point. So I guess there is really no slick way to do this other than to mark the book as lost in the edit item interface. If the patron turns it back in it will issue a message telling you that it was lost. Than at that point I'd imagine the patron would want some sort of refund, so you should be able to get their card, or surname, or at the very least do a little research under the item barcode hyper-text link and get their account straightened out. Hope that helps, James Ghiorzi Library Assistant II San Benito County Free Library 470 Fifth St. Hollister, CA 95023 (831) 636-4107 ________________________________________ From: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] On Behalf Of Lori Bowen Ayre [lori.ayre at galecia.com] Sent: Friday, February 17, 2012 7:06 PM To: Koha list Subject: [Koha] items that are lost, fees assessed, and then found If a patron has lost an item and paid a fine. What happens when they then return the lost item? Is there a slick way to figure out how much they should be refunded based on the fine assessed and the late fee that would apply? Lori _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From evan.njoroge at googlemail.com Sun Feb 19 01:55:12 2012 From: evan.njoroge at googlemail.com (Evan Mungai Njoroge) Date: Sat, 18 Feb 2012 15:55:12 +0300 Subject: [Koha] Setting up KOHA to send emails In-Reply-To: References: Message-ID: Colleagues, I have set up KOHA 3.6.1 running on Ubuntu 10.10, my only problem is that It can't send emails to patrons on registering or even overdues (everything is set for it). Kindly take me through on how to set it up (do you need to configure Ubuntu to be able to send mails or KOHA and how). EM Njoroge Think?Create?Share?Grow http://about.me/uhusiano From elbadri_father at hotmail.com Sun Feb 19 20:58:05 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Sun, 19 Feb 2012 09:58:05 +0200 Subject: [Koha] Koha Digest, Vol 76, Issue 32 In-Reply-To: References: , Message-ID: I'm still i can't searching in the catalog and this is my command result misc/migration_tools/rebuild_zebra.pl -b -a -v -r 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 ================================ ==================== exporting authority ==================== 1 Records exported: 1 ==================== REINDEXING zebra ==================== ==================== exporting biblio ==================== 6901.................................................................................................... Records exported: 6982 ==================== REINDEXING zebra ==================== ==================== CLEANING ==================== Date: Sat, 18 Feb 2012 11:50:08 +0600 Subject: Fwd: Koha Digest, Vol 76, Issue 32 From: ahammadnur59 at gmail.com To: elbadri_father at hotmail.com Hi first rebuild your zebra with -b -a -v -r options then search if not work then explain detail of your of your command line message. ---------- Forwarded message ---------- From: Date: Sat, Feb 18, 2012 at 5:00 AM Subject: Koha Digest, Vol 76, Issue 32 To: koha at lists.katipo.co.nz Send Koha mailing list submissions to koha at 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 at lists.katipo.co.nz You can reach the person managing the list at koha-owner at 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. Re: printing non-receipt-size docs via firefox - how? (G. Laws) 2. searching in the catalog (alaa Badri) ---------------------------------------------------------------------- Message: 1 Date: Fri, 17 Feb 2012 13:52:45 -0600 From: "G. Laws" To: koha at lists.katipo.co.nz Subject: Re: [Koha] printing non-receipt-size docs via firefox - how? Message-ID: <4F3EB00D.8080001 at rhcl.org> Content-Type: text/plain; charset=ISO-8859-1 This is apparently standard behavior--"just the way it is", or at least that's our experience too. One fix is to run a separate instance of Firefox using a different profile (run> firefox -ProfileManager), or install and use Chrome for your non-Koha web browsing. -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 816-232-5479 ------------------------ On 02/17/2012 01:35 PM, Adams, Jason wrote: > Ever since we've installed Koha with Epson receipt printers and Dymo > label writers attached (and various other standard networked printers), > we've had difficulties printing anything else but receipts via Mozilla > Firefox (i.e. web pages, database docs, print-screens, and even Koha > holds reports). It seems that our Firefox settings to print Koha > receipts overrides almost anything else we do through Firefox, affecting > the size of our printouts (e.g. we'll get a receipt-sized column of a > full 8.5"x11" printout). Even selecting a different paper size or > another printer doesn't help - we still get the 2.5" column on a full > piece of paper. Sound familiar? PDFs seem to print fine as do Word and > Publisher documents. This has been such a problem for us that we've had > to limit our non-Koha printouts to just two or three computers out of > the 12 or more PCs we own; thus, often forcing us to email ourselves > links, documents, print screens, etc. just so we can switch computers > and print them from a different computer. > > Anyone know of any quick fixes, shortcut keys, and/or Firefox add-ons > that could help us? Thanks in advance! > > Jason Adams, L.A. II > > Northwest Reno Library > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > ------------------------------ Message: 2 Date: Fri, 17 Feb 2012 23:49:22 +0200 From: alaa Badri To: koha list Subject: [Koha] searching in the catalog Message-ID: Content-Type: text/plain; charset="windows-1256" when i try to search in the catalog i get this massage No results found No results match your search for 'kw,wrdl: * but when i tray it with my old data base it's work fine ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 76, Issue 32 ************************************ -- Nur Ahammad Junior Assistant Librarian Independent University, Bangladesh From paul.a at aandc.org Mon Feb 20 03:35:56 2012 From: paul.a at aandc.org (Paul) Date: Sun, 19 Feb 2012 09:35:56 -0500 Subject: [Koha] Koha search [was: Koha Digest, Vol 76, Issue 32] In-Reply-To: References: Message-ID: <5.2.1.1.2.20120219091851.03d1a708@localhost> Note change of "Subject:" -- "Digest" is not very explicit ... At 09:58 AM 2/19/2012 +0200, alaa Badri wrote: >I'm still i can't searching in the catalog and this is my command result It looks as though zebra re-indexed cleanly, so, first things first, go to Home --> Administration --> System Preferences --> Searching and verify on the first line that you have " |Use| the Zebra search engine" enabled. I that fails, you may want to look for errors in /var/log/koha -- you should find specific error logs for both Koha and zebra. Paul >misc/migration_tools/rebuild_zebra.pl -b -a -v -r >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 >================================ >==================== >exporting authority >==================== >1 >Records exported: 1 >==================== >REINDEXING zebra >==================== >==================== >exporting biblio >==================== >6901.................................................................................................... >Records exported: 6982 >==================== >REINDEXING zebra >==================== >==================== >CLEANING >==================== > > >Date: Sat, 18 Feb 2012 11:50:08 +0600 >Subject: Fwd: Koha Digest, Vol 76, Issue 32 From: ahammadnur59 at gmail.com To: elbadri_father at hotmail.com Hi first rebuild your zebra with -b -a -v -r options then search if not work then explain detail of your of your command line message. From Eric.Begin at inLibro.com Mon Feb 20 05:51:56 2012 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Sun, 19 Feb 2012 11:51:56 -0500 Subject: [Koha] Koha search [was: Koha Digest, Vol 76, Issue 32] In-Reply-To: <5.2.1.1.2.20120219091851.03d1a708@localhost> References: <5.2.1.1.2.20120219091851.03d1a708@localhost> Message-ID: <4F4128AC.30602@inLibro.com> In addition to what Paul is mentioning, make sure you are running the rebuild_zebra script using the koha user, not root. If you previously ran the command with your root user, the owner of the files in /var/lib/koha/zebradb/biblios/registers will be root. Just chown every thing in /var/lib/koha/zebradb/ to koha. Regards, Eric B?gin www.inLibro.com On 2012-02-19 09:35, Paul wrote: > Note change of "Subject:" -- "Digest" is not very explicit ... > > At 09:58 AM 2/19/2012 +0200, alaa Badri wrote: > >> I'm still i can't searching in the catalog and this is my command result > > It looks as though zebra re-indexed cleanly, so, first things first, > go to Home --> Administration --> System Preferences --> Searching and > verify on the first line that you have " |Use| the Zebra search > engine" enabled. > > I that fails, you may want to look for errors in /var/log/koha -- you > should find specific error logs for both Koha and zebra. > > Paul > > >> misc/migration_tools/rebuild_zebra.pl -b -a -v -r >> 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 >> ================================ >> ==================== >> exporting authority >> ==================== >> 1 >> Records exported: 1 >> ==================== >> REINDEXING zebra >> ==================== >> ==================== >> exporting biblio >> ==================== >> 6901.................................................................................................... >> >> Records exported: 6982 >> ==================== >> REINDEXING zebra >> ==================== >> ==================== >> CLEANING >> ==================== >> >> >> Date: Sat, 18 Feb 2012 11:50:08 +0600 >> Subject: Fwd: Koha Digest, Vol 76, Issue 32 > > From: ahammadnur59 at gmail.com > To: elbadri_father at hotmail.com > > Hi first rebuild your zebra with -b -a -v -r options then search if > not work then explain detail of your of your command line message. > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From celuran at gmail.com Mon Feb 20 15:26:42 2012 From: celuran at gmail.com (emilly mcleay) Date: Mon, 20 Feb 2012 13:26:42 +1100 Subject: [Koha] introduction, also: renew all patrons? Message-ID: Hi! I'm at a small secondary college library in Melbourne, Australia and we just migrated to Koha (v3.6) over the summer holidays! It's been pretty exciting and has mostly gone very smoothly. (also, so glad the mailing list archives are easy to search, and that most of my questions were asked&answered already!) Now that I'm using it day to day, I've started to notice that a lot of the patrons expired in the past, if that makes sense, last year or otherwise before we actually installed Koha. I'm guessing it's to do with the fact that I set all the students to an enrolment period of 14 months, but their registration date copied over from the old system? I thought 14 months made sense, as I've divided patrons into year level categories, and 14 months gives me four weeks leeway to move all the patrons into their new year levels before getting four hundred notices that patrons are about to expire. Obviously it's an easy fix individually - just hit renew patron when I'm about to check out to them - but I was wondering if there was an easy way to renew all patrons. Thanks Emilly McLeay www.emillymcleay.com From chris at bigballofwax.co.nz Mon Feb 20 20:32:16 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 20 Feb 2012 20:32:16 +1300 Subject: [Koha] Fwd: To insert Indian Rupees symbol- regarding In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: AK Sharma Date: 19 February 2012 00:37 Subject: To insert Indian Rupees symbol- regarding To: koha-owner at lists.katipo.co.nz Dear all How one can insert the Indian Rupee Symbol in koha. -- Dr. A.K. Sharma Documentation Officer National Institute of Abiotic Stress Management Malegaon Khurd, BARAMATI- 413 115 (Pune), Maharashtra Phone: 02112-254057/8 Fax: 02112-254056 Cell: 08956120245, 09423861498 (Baramati) 09425374463 (Bhopal) Mail: arun_2929 at rediffmail.com From chris at bigballofwax.co.nz Mon Feb 20 20:36:31 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 20 Feb 2012 20:36:31 +1300 Subject: [Koha] introduction, also: renew all patrons? In-Reply-To: References: Message-ID: On 20 February 2012 15:26, emilly mcleay wrote: > Hi! > > I'm at a small secondary college library in Melbourne, Australia and we > just migrated to Koha (v3.6) over the summer holidays! It's been pretty > exciting and has mostly gone very smoothly. (also, so glad the mailing list > archives are easy to search, and that most of my questions were > asked&answered already!) Now that I'm using it day to day, I've started to > notice that a lot of the patrons expired in the past, if that makes sense, > last year or otherwise before we actually installed Koha. I'm guessing it's > to do with the fact that I set all the students to an enrolment period of > 14 months, but their registration date copied over from the old system? I > thought 14 months made sense, as I've divided patrons into year level > categories, and 14 months gives me four weeks leeway to move all the > patrons into their new year levels before getting four hundred notices that > patrons are about to expire. > > Obviously it's an easy fix individually - just hit renew patron when I'm > about to check out to them - but I was wondering if there was an easy way > to renew all patrons. > Hi Emily You weren't at VALA by any chance were you? It's great to see another antipodean Koha user :). So to answer your question with a question. Do you have access to the database either from the commandline or via some tool like phpmyadmin? If so you can run UPDATE borrowers SET dateexpiry = '2012-12-31'; (changing the date to something that makes sense for you) Chris From mao at lins.fju.edu.tw Mon Feb 20 21:24:59 2012 From: mao at lins.fju.edu.tw (=?UTF-8?B?5q+b5oW256aO?=) Date: Mon, 20 Feb 2012 16:24:59 +0800 Subject: [Koha] Fwd: To insert Indian Rupees symbol- regarding In-Reply-To: References: Message-ID: for your information http://timesofindia.indiatimes.com/biz/india-business/Cabinet-approves-new-rupee-symbol/articleshow/6171234.cms 2012/2/20 Chris Cormack : > ---------- Forwarded message ---------- > From: AK Sharma > Date: 19 February 2012 00:37 > Subject: To insert Indian Rupees symbol- regarding > To: koha-owner at lists.katipo.co.nz > > > Dear all > How one can insert the Indian Rupee Symbol in koha. > > -- > Dr. A.K. Sharma > Documentation Officer > National Institute of Abiotic Stress Management > Malegaon Khurd, BARAMATI- 413 115 (Pune), Maharashtra > Phone: 02112-254057/8 Fax: 02112-254056 > Cell: 08956120245, 09423861498 (Baramati) 09425374463 (Bhopal) > Mail: arun_2929 at rediffmail.com > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Wishing you all the best. . . . Anthony Mao ??? http://bit.ly/maolins Department of Library and Information Science Fu Jen Catholic University ?http://bit.ly/lins No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205 Taiwan ?886 2 29052334 Taiwan From M.de.Rooy at rijksmuseum.nl Mon Feb 20 22:15:12 2012 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Mon, 20 Feb 2012 09:15:12 +0000 Subject: [Koha] Improving permissions on lists (virtual shelves) Message-ID: <809BE39CD64BFD4EB9036172EBCCFA310953A97F@S-MAIL-1B.rijksmuseum.intra> Hi all, Following up on the discussion on list permissions in December, I updated the wiki page http://wiki.koha-community.org/wiki/List_permissions and submitted the first patches for report 7310 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7310) These first patches form the foundation for further changes but still stay very close to current functionality. One new point (not discussed before): While developing and refactoring some code, I removed the increasing lists information from session storage. This simplified the code, makes the sessions much smaller, ensures actual list information and did not make a big difference in performance (depending on factors as session count, number of lists, etc.; could even be faster). Next step in the development is now test and sign-off. Anyone willing is welcome to test! A detailed test plan is included on the report and on the wiki. Hope to hear from you! Marcel From mjr at phonecoop.coop Mon Feb 20 22:26:41 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Mon, 20 Feb 2012 09:26:41 +0000 Subject: [Koha] Setting up KOHA to send emails In-Reply-To: Message-ID: Evan Mungai Njoroge > I have set up KOHA 3.6.1 running on Ubuntu 10.10, my only problem is that > It can't send emails to patrons on registering or even overdues (everything > is set for it). > Kindly take me through on how to set it up (do you need to configure Ubuntu > to be able to send mails or KOHA and how). You need to configure the system to be able to send mails. Then if you installed the packages, I think the rest can be done by running koha-email-enable. Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From kmkale at anantcorp.com Tue Feb 21 03:34:45 2012 From: kmkale at anantcorp.com (Koustubha Kale) Date: Mon, 20 Feb 2012 20:04:45 +0530 Subject: [Koha] Fwd: To insert Indian Rupees symbol- regarding In-Reply-To: References: Message-ID: Perhaps you could try the instructions in tghis blog? http://www.tejasbarot.com/2010/08/03/installing-new-indian-rupee-symbol-in-linux-fedora-rhel-ubuntu/ Once the fonts are installed you can set it as the default font in your system / browser and then you should be able to use it in koha. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 On Mon, Feb 20, 2012 at 1:02 PM, Chris Cormack wrote: > ---------- Forwarded message ---------- > From: AK Sharma > Date: 19 February 2012 00:37 > Subject: To insert Indian Rupees symbol- regarding > To: koha-owner at lists.katipo.co.nz > > > Dear all > How one can insert the Indian Rupee Symbol in koha. > > -- > Dr. A.K. Sharma > Documentation Officer > National Institute of Abiotic Stress Management > Malegaon Khurd, BARAMATI- 413 115 (Pune), Maharashtra > Phone: 02112-254057/8 Fax: 02112-254056 > Cell: 08956120245, 09423861498 (Baramati) 09425374463 (Bhopal) > Mail: arun_2929 at rediffmail.com > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From paul.a at aandc.org Tue Feb 21 10:17:05 2012 From: paul.a at aandc.org (Paul) Date: Mon, 20 Feb 2012 16:17:05 -0500 Subject: [Koha] How to include 952$x in a report Message-ID: <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> Help requested please from an expert in MySQL reports. The code below works perfectly, but I want to add 952$x (a text string for the condition of our holdings as in "good/fair" or "fine tpb") to the first line. If I add items.more_subfields_xml (which includes 952$x) I get a plethora of formatted XML that is unsuitable for copying straight into a spreadsheet. I have tried "mapping" 952$x to "condition" -- but have failed to create an "items.condition" -- is there another "name of field" that I can use? SELECT items.biblionumber,items.barcode,items.dateaccessioned FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) ORDER BY items.biblionumber asc Many thanks - Paul From chris at bigballofwax.co.nz Tue Feb 21 10:24:52 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 21 Feb 2012 10:24:52 +1300 Subject: [Koha] How to include 952$x in a report In-Reply-To: <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> References: <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> Message-ID: On 21 February 2012 10:17, Paul wrote: > Help requested please from an expert in MySQL reports. ?The code below works > perfectly, but I want to add 952$x (a text string for the condition of our > holdings as in "good/fair" or "fine tpb") to the first line. > > If I add items.more_subfields_xml (which includes 952$x) I get a plethora of > formatted XML that is unsuitable for copying straight into a spreadsheet. > > I have tried "mapping" 952$x to "condition" -- but have failed to create an > "items.condition" -- is there another "name of field" that I can use? > > SELECT ?items.biblionumber,items.barcode,items.dateaccessioned > > FROM items > LEFT JOIN biblioitems on > (items.biblioitemnumber=biblioitems.biblioitemnumber) > LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) > > ORDER BY items.biblionumber asc > http://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC Chris > Many thanks - Paul > > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.a at aandc.org Tue Feb 21 11:47:10 2012 From: paul.a at aandc.org (Paul) Date: Mon, 20 Feb 2012 17:47:10 -0500 Subject: [Koha] How to include 952$x in a report In-Reply-To: References: <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> Message-ID: <5.2.1.1.2.20120220171040.02a99ce0@localhost> At 10:24 AM 2/21/2012 +1300, Chris Cormack wrote: >On 21 February 2012 10:17, Paul wrote: > > Help requested please from an expert in MySQL reports. ? The code below > works > > perfectly, but I want to add 952$x (a text string for the condition of our > > holdings as in "good/fair" or "fine tpb") to the first line. > > > > If I add items.more_subfields_xml (which includes 952$x) I get a > plethora of > > formatted XML that is unsuitable for copying straight into a spreadsheet. [snip first trial code] >http://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC Thanks Chris, I had tried something along those lines, and have now tried again. Started with deleting the: WHERE biblionumber=14), per mysql manual "The statement selects all rows if there is no WHERE clause", but still get error "can't use undefined value as an ARRAY reference" at guided_reports.pl line 618. After multiple trial/error changes to punctuation, etc, here's what I have, still non-functional: SELECT items.biblionumber,items.barcode,items.dateaccessioned FROM items; SELECT ExtractValue(marcxml,'//datafield[@tag="952"]/subfield[@code>="x"]') AS ITEM FROM biblioitems LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) ORDER BY items.biblionumber asc Removing the "SELECT ExtractValue ..." and preceding semi-colon works fine, I'm just totally flummoxed on getting the 952$x part to function. Is another LEFT JOIN required? Could you possibly suggest the correct syntax? Many thanks. Paul From cmeech at waitaki.govt.nz Tue Feb 21 12:04:22 2012 From: cmeech at waitaki.govt.nz (Chris Meech) Date: Tue, 21 Feb 2012 12:04:22 +1300 Subject: [Koha] How to include 952$x in a report In-Reply-To: <5.2.1.1.2.20120220171040.02a99ce0@localhost> References: <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> <5.2.1.1.2.20120220155842.02a99ce0@stormy.ca> <5.2.1.1.2.20120220171040.02a99ce0@localhost> Message-ID: <988CFBF8CA18774A819D6157BACB27F903B46217B9@WDCEX1.waitakidc.govt.nz> Hi Paul, Perhaps this might give you what you want? (Using 999) SELECT ExtractValue(more_subfields_xml, '/collection/record/datafield[\@tag=\"999\"]/subfield[\@code=\"x\"]'), items.barcode, items.biblionumber,items.barcode,items.dateaccessioned FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) ORDER BY items.biblionumber asc Cheers Chris Meech -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Paul Sent: Tuesday, 21 February 2012 11:47 a.m. To: Chris Cormack; koha Subject: Re: [Koha] How to include 952$x in a report At 10:24 AM 2/21/2012 +1300, Chris Cormack wrote: >On 21 February 2012 10:17, Paul wrote: > > Help requested please from an expert in MySQL reports. ? The code below > works > > perfectly, but I want to add 952$x (a text string for the condition of our > > holdings as in "good/fair" or "fine tpb") to the first line. > > > > If I add items.more_subfields_xml (which includes 952$x) I get a > plethora of > > formatted XML that is unsuitable for copying straight into a spreadsheet. [snip first trial code] >http://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC Thanks Chris, I had tried something along those lines, and have now tried again. Started with deleting the: WHERE biblionumber=14), per mysql manual "The statement selects all rows if there is no WHERE clause", but still get error "can't use undefined value as an ARRAY reference" at guided_reports.pl line 618. After multiple trial/error changes to punctuation, etc, here's what I have, still non-functional: SELECT items.biblionumber,items.barcode,items.dateaccessioned FROM items; SELECT ExtractValue(marcxml,'//datafield[@tag="952"]/subfield[@code>="x"]') AS ITEM FROM biblioitems LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) ORDER BY items.biblionumber asc Removing the "SELECT ExtractValue ..." and preceding semi-colon works fine, I'm just totally flummoxed on getting the 952$x part to function. Is another LEFT JOIN required? Could you possibly suggest the correct syntax? Many thanks. Paul _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From vimal0212 at gmail.com Tue Feb 21 21:13:19 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Tue, 21 Feb 2012 13:43:19 +0530 Subject: [Koha] Report to display count of records without number of copies. Message-ID: Dear Friends, Can you help me to build a report to display, Count of records without number of copies. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From bargioni at pusc.it Tue Feb 21 21:55:29 2012 From: bargioni at pusc.it (Stefano Bargioni) Date: Tue, 21 Feb 2012 09:55:29 +0100 Subject: [Koha] How to include 952$x in a report Message-ID: Paul, seems you are using two queries (";" delimits queries). If I'm not wrong, you can use SELECT items.biblionumber,items.barcode,items.dateaccessioned, ExtractValue(biblioitems.marcxml,'//datafield[@tag="952"]/subfield[@code="x"]') AS ITEM FROM biblioitems LEFT JOIN items ON (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio ON (biblioitems.biblionumber=biblio.biblionumber) ORDER BY items.biblionumber ASC It works on my Koha 3.2.7 (Mysql 5.1.49). Also see @code="x", instead of @code>="x". Using ">=x" will extract subfields x,y,z... HTH. Stefano > At 10:24 AM 2/21/2012 +1300, Chris Cormack wrote: >> On 21 February 2012 10:17, Paul wrote: >>> Help requested please from an expert in MySQL reports. ? The code below >> works >>> perfectly, but I want to add 952$x (a text string for the condition of our >>> holdings as in "good/fair" or "fine tpb") to the first line. >>> >>> If I add items.more_subfields_xml (which includes 952$x) I get a >> plethora of >>> formatted XML that is unsuitable for copying straight into a spreadsheet. > [snip first trial code] > >> http://wiki.koha-community.org/wiki/SQL_Reports_Library#Query_MARC > > Thanks Chris, I had tried something along those lines, and have now tried > again. Started with deleting the: > > WHERE biblionumber=14), > > per mysql manual "The statement selects all rows if there is no WHERE > clause", but still get error "can't use undefined value as an ARRAY > reference" at guided_reports.pl line 618. After multiple trial/error > changes to punctuation, etc, here's what I have, still non-functional: > > SELECT items.biblionumber,items.barcode,items.dateaccessioned > FROM items; > > SELECT ExtractValue(marcxml,'//datafield[@tag="952"]/subfield[@code>="x"]') > AS ITEM > FROM biblioitems > > LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) > LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) > > ORDER BY items.biblionumber asc > > Removing the "SELECT ExtractValue ..." and preceding semi-colon works fine, > I'm just totally flummoxed on getting the 952$x part to function. Is > another LEFT JOIN required? > > Could you possibly suggest the correct syntax? Many thanks. > > Paul From mglavica at ffzg.hr Tue Feb 21 22:49:55 2012 From: mglavica at ffzg.hr (Marijana Glavica) Date: Tue, 21 Feb 2012 10:49:55 +0100 Subject: [Koha] Report to display count of records without number of copies. In-Reply-To: References: Message-ID: <20120221094955.GA30219@mjesec.ffzg.hr> On Tue, Feb 21, 2012 at 01:43:19PM +0530, Vimal Kumar wrote: > Dear Friends, > > Can you help me to build a report to display, > Count of records without number of copies. If you need count of all titles: SELECT COUNT(biblionumber) AS Count FROM biblio ; other useful reports: http://wiki.koha-community.org/wiki/SQL_Reports_Library Marijana From richa.srivastava36 at gmail.com Wed Feb 22 01:00:16 2012 From: richa.srivastava36 at gmail.com (Richa Srivastava) Date: Tue, 21 Feb 2012 17:30:16 +0530 Subject: [Koha] How to display fields in OPAC Message-ID: Where can I find xslt styelsheet to change the field display in normal view in OPAC? Is this wise to touch the xslt style sheet as a library staff? Can it be accessed through staff-client interface? -- Best wishes ??? Richa Srivastava From paul.poulain at biblibre.com Wed Feb 22 02:22:04 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 21 Feb 2012 14:22:04 +0100 Subject: [Koha] [Discussion tech] Generalise the use Template Toolkit plugins In-Reply-To: References: <4F34FE7A.7000905@biblibre.com> <809BE39CD64BFD4EB9036172EBCCFA31044A8E4B@S-MAIL-1B.rijksmuseum.intra> Message-ID: <4F439A7C.2050409@biblibre.com> Le 13/02/2012 08:12, Chris Cormack a ?crit : > On 13 February 2012 20:11, Marcel de Rooy wrote: >> I would say here that a general rule is hard to make. Even disapproving a patch only for the reason of not using a plugin is "discussionable". > Current Koha does a lot of things in a lot of ways. Standardizing with routines and plugins is a continuous educational project.. > > I agree completely. I also agree completely too: Koha does a lot of things in a lot of ways. Maybe we don't conclude the same things: my conclusion is that we must coordinate & organize things as much as possible. So, my preference would go to: * it's too hard to make a general rule for display plugins. There would be too many possibilities to imagine. * for bug 4078, we should ask for a plugin though: looking at the code, it introduces dozens of: + $something = PlaceCurrencySymbol($something); Those will add complexity to the code, if one day $something must be reused after the PlaceCurrencySymbol has been applied, there will be side effects. There are *bad* things like: + $$item{field} = PlaceCurrencySymbol($$item{field}) if ($$item{field} =~ /^\d+\.\d\d$/); in the patch : they'll display a currency just in case something is numeric with 2 decimals. That can be the case of a dewey code, librarians won't like seeing a $ or ? on their dewey ;-) I'll ask for an alternate patch on the bug itself, it's really a nice feature but Aleksa probably missed the T::T plugin (great) feature ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From David.W.Hartman at disney.com Wed Feb 22 09:52:36 2012 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Tue, 21 Feb 2012 15:52:36 -0500 Subject: [Koha] Updating ebook records in Koha - what happens to adjusted biblio records? Message-ID: <3E19441498923443B9DBE2FE1C0E70B60451AAF3F4@SM-FLOR-VXMB04B.wdw.disney.com> My library subscribes to Books24x7 and Safari Books online. When I update my collection to have the latest book records from these providers, I assume I should REVERT the last batch input and IMPORT the latest records. If I took an existing Safari biblio record and added a print (second copy) to this existing record, would the print item (second copy) and biblio record disappear when I REVERT the Safari record, or would the biblio and item record remain for the one print copy? Let me know .. I do not want to start the updating process without understanding its impact to revert and import updates. From vtl at scls.lib.wi.us Wed Feb 22 14:27:15 2012 From: vtl at scls.lib.wi.us (vtl at scls.lib.wi.us) Date: Tue, 21 Feb 2012 19:27:15 -0600 Subject: [Koha] Novelist Message-ID: Hi, Is any library using the Novelist integration that was included with the 3.6.0 Koha upgrade? I would like to see what this looks like. Vicki -- Vicki Teal Lovely Helping our 53 member libraries provide the best possible service to the public. ILS Project Manager South Central Library System Madison, WI vtl at scls.lib.wi.us (608)242-4713 ILS Help Desk (608)242-4720 Twitter: vickiteal Blog: http://scls.typepad.com/link2koha/ From nengard at gmail.com Wed Feb 22 14:39:00 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 21 Feb 2012 20:39:00 -0500 Subject: [Koha] Novelist In-Reply-To: References: Message-ID: That was submitted to Koha 3.6 by a ByWater Solutions partner - Los Gatos Public Library. You can see it in action on their system: http://catalog.losgatosca.gov/ Nicole C. Engard ByWater Solutions On Tue, Feb 21, 2012 at 8:27 PM, vtl at scls.lib.wi.us wrote: > Hi, > > Is any library using the Novelist integration that was included with the > 3.6.0 Koha upgrade? ? I would like to see what this looks like. > > Vicki > > -- > Vicki Teal Lovely > > Helping our 53 member libraries provide the best possible service to the > public. > > ILS Project Manager > South Central Library System > Madison, WI > vtl at scls.lib.wi.us > (608)242-4713 > ILS Help Desk (608)242-4720 > Twitter: vickiteal > Blog: http://scls.typepad.com/link2koha/ > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From magnus at enger.priv.no Wed Feb 22 21:57:36 2012 From: magnus at enger.priv.no (Magnus Enger) Date: Wed, 22 Feb 2012 09:57:36 +0100 Subject: [Koha] Patron card number auto-increment no longer working for alphanumeric entries In-Reply-To: <1328890782441-5473047.post@n5.nabble.com> References: <1328890782441-5473047.post@n5.nabble.com> Message-ID: On 10 February 2012 17:19, Ann Weitzel wrote: > In an older Koha version (3.00.00.107) the alphanumeric entries would > increment by one when a new patron record was added. > For example, if the last patron entered had a card number of DLIS07313, then > the new patron record would be filled in with DLIS0714. Now in Koha > v3.06.02.003, the cardnumber is auto-filled only with pure integer numbers > starting with 1, 2, 3, etc... ignoring the existing alphanumeric entries > entirely. > > Was this a design change or is there something I can do to change the > auto-increment pattern to ignore the pre-pended alpha chars and increment > the numeric suffix, like it did in v3.0.0? Sounds like a bug. Try reporting it here: http://bugs.koha-community.org/bugzilla3/ Best regards, Magnus Enger libriotech.no From soderqvist at sipri.org Thu Feb 23 01:44:07 2012 From: soderqvist at sipri.org (Magdalena =?utf-8?Q?S=C3=B6derqvist?=) Date: Wed, 22 Feb 2012 13:44:07 +0100 (CET) Subject: [Koha] bulkmarcimport-problems! In-Reply-To: Message-ID: Hej Magnus - and thanks for the quick response! The suggestion to run "-match 999c" - did not work though! I'm attaching error messages from both import attempts. Does anyone have any suggestion on where we might go from here?? //Magdalena Latest attempt (with -match 999c): koha at kohatest:/usr/share/koha/bin/migration_tools$ perl ./bulkmarcimport.pl -d -match 999c -commit 1000 -v -v -file /root/40_77000_2.mrc deleting biblios DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 97. DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 98. .Use of uninitialized value $recorddata in pattern match (m//) at ./bulkmarcimport.pl line 392, line 1. unable to search the database for duplicates : No query entered at ./bulkmarcimport.pl line 217, line 1. First import attempt (without -match 999c ) koha at kohatest:/usr/share/koha/bin/migration_tools$ perl ./bulkmarcimport.pl -d -commit 1000 -v -file /root/40_77000_2.mrc deleting biblios DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 97. DBD::mysql: b do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 98. .DBD::mysql::st execute failed: Duplicate entry 'A27112' for key 'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 2105, line 1. ERROR in _koha_new_item INSERT INTO items SET biblionumber = ?, biblioitemnumber = ?, barcode = ?, ----- Original Message ----- From: "Magnus Enger" To: "Magdalena S?derqvist" Cc: koha at lists.katipo.co.nz Sent: Friday, 17 February, 2012 1:01:44 PM Subject: Re: [Koha] bulkmarcimport-problems! Tj?nare, Magdalena! 2012/2/17 Magdalena S?derqvist : > Hi all, > my IT-expert is helping me import some marc-records which I have edited in Marc Edit. But importing the records back into Koha is not working. And the editing itself does not seem to be the problem, we get the same error message when trying to import the original, unedited .mrc file, which I pulled from the "tools/export.pl" page. Do the below messages contain enough information to tell what we're doing wrong? Any help is, as always, much appreciated. We are currently running version 3.6.2 on Debian Squeeze. > > Also: we're doing this on a copy of the database, could that be part of the problem? That should not be a problem, it's a really, really good idea! ;-) > ******************** > deleting biblios >> > DBD::mysql: b do failed: Cannot delete or update a parent row: a >> > foreign key constraint fails (`koha`.`issues`, CONSTRAINT >> > `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` >> > (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. > > ******************* Not sure about this first part. > > Duplicate entry 'A13150' for key 'itembarcodeidx' at > /usr/share/koha/lib/C4/Items.pm line 361, line 804. > .DBD::mysql::st execute failed: Duplicate entry 'A13151' for key > 'itembarcodeidx' at /usr/share/koha/lib/C4/Items.pm line 2105, > line 805. > ERROR in _koha_new_item INSERT INTO items SET >From the subject I guess you are re-importing with the bulkmarcimport.pl command line script. How are you running that? With what options? The default is that Koha will add your records as if they were new, which causes the error above, because the barcodes that you try to import are already present in the database. I *think* this should be taken care of if you run the script with "-match 999c" - this should match on the biblionumber in field 999$c. I have not tested that though... Best regards, Magnus Enger libriotech.no -- . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Magdalena S?derqvist Librarian SIPRI Library and Documentation Department STOCKHOLM INTERNATIONAL PEACE RESEARCH INSTITUTE Signalistgatan 9 SE-169 70 Solna, Sweden Telephone: +46 8 655 97 78 Fax: +46 8 655 97 33 Email: soderqvist at sipri.org Internet: www.sipri.org From oleonard at myacpl.org Thu Feb 23 03:07:36 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 22 Feb 2012 09:07:36 -0500 Subject: [Koha] The Picture Box In-Reply-To: References: Message-ID: >?Does the picture go away when the patron is deleted (i.e. is the picture connected to the patron file)? I can at least answer the technical question: Yes, the picture is deleted when the patron is deleted. The picture is stored in the database, not the file system, and it and the patron record are deleted by the same process. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From oleonard at myacpl.org Thu Feb 23 03:16:13 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 22 Feb 2012 09:16:13 -0500 Subject: [Koha] How to display fields in OPAC In-Reply-To: References: Message-ID: > Where can I find xslt styelsheet to change the field display in normal view > in OPAC? > > Is this wise to touch the xslt style sheet as a library staff? > > Can it be accessed through staff-client interface? It can't be edited via the web interface. You can edit the file itself, but you'll have to have a plan to keep track of your changes for when you upgrade. Here's what was posted a couple of days ago: On Sat, Feb 18, 2012 at 7:43 AM, MJ Ray wrote: > Vimal Kumar > >> How to edit and add a new field to XSLT display in OPAC? >> Where is the xslt file locate? > > The various OPAC xslt files are in opac-tmpl/prog/en/xslt or the > equivalent if you don't use the prog templates. The same is true for the staff client XSLT files which are under intranet-tmpl -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From nengard at gmail.com Thu Feb 23 03:35:58 2012 From: nengard at gmail.com (Nicole Engard) Date: Wed, 22 Feb 2012 09:35:58 -0500 Subject: [Koha] Updating ebook records in Koha - what happens to adjusted biblio records? In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B60451AAF3F4@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B60451AAF3F4@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: You don't want to be reverting your imports. The ISBN match is a string match so if the strings in the 020 field match each other then they will match the records. If Safari uses another field for a identifying number you could create a matching rule to use that field instead of the ISBN so that you get more accurate matches. I know that some ebook vendors do that. Nicole On Tue, Feb 21, 2012 at 3:52 PM, Hartman, David W. - GBTS Library wrote: > My library subscribes to Books24x7 and Safari Books online. ?When ?I update my collection to have the latest book records from these providers, I assume I should REVERT the last batch input and IMPORT the latest records. > > If I took an existing Safari biblio record and added a print (second copy) to this existing record, would the print item (second copy) and biblio record disappear when I REVERT the Safari record, or would the biblio and item record remain for the one print copy? > > Let me know .. I do not want to start the updating process without understanding its impact to revert and import updates. > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From vtl at scls.lib.wi.us Thu Feb 23 08:01:28 2012 From: vtl at scls.lib.wi.us (vtl at scls.lib.wi.us) Date: Wed, 22 Feb 2012 13:01:28 -0600 Subject: [Koha] Novelist In-Reply-To: References: Message-ID: Thanks Nicole! On Tue, Feb 21, 2012 at 7:39 PM, Nicole Engard wrote: > That was submitted to Koha 3.6 by a ByWater Solutions partner - Los > Gatos Public Library. You can see it in action on their system: > http://catalog.losgatosca.gov/ > > Nicole C. Engard > ByWater Solutions > > On Tue, Feb 21, 2012 at 8:27 PM, vtl at scls.lib.wi.us > wrote: > > Hi, > > > > Is any library using the Novelist integration that was included with the > > 3.6.0 Koha upgrade? I would like to see what this looks like. > > > > Vicki > > > > -- > > Vicki Teal Lovely > > > > Helping our 53 member libraries provide the best possible service to the > > public. > > > > ILS Project Manager > > South Central Library System > > Madison, WI > > vtl at scls.lib.wi.us > > (608)242-4713 > > ILS Help Desk (608)242-4720 > > Twitter: vickiteal > > Blog: http://scls.typepad.com/link2koha/ > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- Vicki Teal Lovely Helping our 53 member libraries provide the best possible service to the public. ILS Project Manager South Central Library System Madison, WI vtl at scls.lib.wi.us (608)242-4713 ILS Help Desk (608)242-4720 Twitter: vickiteal Blog: http://scls.typepad.com/link2koha/ From mjr at phonecoop.coop Thu Feb 23 08:14:48 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Wed, 22 Feb 2012 19:14:48 +0000 Subject: [Koha] bulkmarcimport-problems! In-Reply-To: Message-ID: Magdalena S?derqvist > koha at kohatest:/usr/share/koha/bin/migration_tools$ perl > ./bulkmarcimport.pl -d -match 999c -commit 1000 -v -v -file > /root/40_77000_2.mrc > deleting biblios > DBD::mysql: b do failed: Cannot delete or update a parent row: a > foreign key constraint fails (`koha`.`issues`, CONSTRAINT > `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` > (`itemnumber`) ON UPDATE CASCADE) at ./bulkmarcimport.pl line 96. Well, -d deletes the old biblios before importing the file, but the database is refusing because some of them have issued items. > .Use of uninitialized value $recorddata in pattern match (m//) at > ./bulkmarcimport.pl line 392, line 1. > unable to search the database for duplicates : No query entered at > ./bulkmarcimport.pl line 217, line 1. I got similar errors when trying to use -match earlier today. I thought it was just my mistake, but maybe it's not. Does anyone have an insight into this? I think I'll next get chance to investigate it next Wednesday, which is quite a wait. Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From tom at nd.edu Fri Feb 24 05:13:21 2012 From: tom at nd.edu (Tom Hanstra) Date: Thu, 23 Feb 2012 11:13:21 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated Message-ID: <4F4665A1.5080708@nd.edu> I'm running into a problem with changing System Preferences values. When I attempt to make a change, I get these errors in the message log Message Log * Error; your data might not have been saved * You need to log in again, your session has timed out The session has not actually timed out as I can continue to go to other screens and navigate the Staff Client. I've checked permissions on files and database access and these are not a problem. Does anyone have an idea on what might be happening? Anyone else seen such problems? I'm seeing this on two different instances of 3.6.2. Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From paul.a at aandc.org Fri Feb 24 06:31:30 2012 From: paul.a at aandc.org (Paul) Date: Thu, 23 Feb 2012 12:31:30 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated In-Reply-To: <4F4665A1.5080708@nd.edu> Message-ID: <5.2.1.1.2.20120223122449.05fc1910@localhost> At 11:13 AM 2/23/2012 -0500, Tom Hanstra wrote: >I'm running into a problem with changing System Preferences values. >When I attempt to make a change, I get these errors in the message log > >Message Log > > * Error; your data might not have been saved > * You need to log in again, your session has timed out > >The session has not actually timed out as I can continue to go to other >screens and navigate the Staff Client. I've checked permissions on files >and database access and these are not a problem. > >Does anyone have an idea on what might be happening? Anyone else seen >such problems? I'm seeing this on two different instances of 3.6.2. We do not see "not saved" or "timed out" messages using 3.6.1 (with some updates to 3.6.2) but we have noticed that a reboot (rather than just stopping and restarting Apache) is required to have access to some changes. For example, we use an "authorized value" for shelving location; to avoid editing "LOC", I set up a new set of values as "LOC2", edited the framework, but "LOC2" came up entirely blank until I rebooted. Best - Paul From Lynda.Howell at myunion.edu Fri Feb 24 06:46:26 2012 From: Lynda.Howell at myunion.edu (Howell, Lynda) Date: Thu, 23 Feb 2012 17:46:26 +0000 Subject: [Koha] online libraries Message-ID: <84B334299095014D9785B37B0AE1E09F2D53537A@cinvmexchange02.tui-oh.net> I'm interested in hearing from anyone using Koha in an online (only) library. The whole concept of circulation (patrons, # of copies, due dates, holds, availability, fines, etc.) isn't relevant to us, and 1-click access to full text from the search results page is essential. Being able to limit searches to particular subsets (or to exclude particular subsets) is also important to us. We're starting to explore open-source options for replacing our current ILS. Is anyone using Koha in this kind of environment? What kinds of customization did you do initially, and how much on-going work are you finding it takes to keep up with upgrades? What other ILS/OPACs did you consider before choosing Koha , and what made you go with Koha ? Thanks for any insights you can give. Lynda Howell -------------------------------- Lynda Howell Systems Librarian Union Institute & University 62 Ridge Street, Suite 2 Montpelier, Vermont 05602 (802) 828-8618 lynda.howell at myunion.edu From tom at nd.edu Fri Feb 24 07:44:30 2012 From: tom at nd.edu (Tom Hanstra) Date: Thu, 23 Feb 2012 13:44:30 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated In-Reply-To: <5.2.1.1.2.20120223122449.05fc1910@localhost> References: <5.2.1.1.2.20120223122449.05fc1910@localhost> Message-ID: <4F46890E.6070704@nd.edu> Thanks for the suggestion, but that was not the problem. Still getting the same errors. Also, to add a bit more: The session log shows me logged in without any further logout. There are no errors in either the Apache or koha-error_log when the attempted save is performed. Anyone have other ideas? Thanks, Tom On 02/23/2012 12:31 PM, Paul wrote: > At 11:13 AM 2/23/2012 -0500, Tom Hanstra wrote: >> I'm running into a problem with changing System Preferences values. >> When I attempt to make a change, I get these errors in the message log >> >> Message Log >> >> * Error; your data might not have been saved >> * You need to log in again, your session has timed out >> >> The session has not actually timed out as I can continue to go to other >> screens and navigate the Staff Client. I've checked permissions on files >> and database access and these are not a problem. >> >> Does anyone have an idea on what might be happening? Anyone else seen >> such problems? I'm seeing this on two different instances of 3.6.2. > We do not see "not saved" or "timed out" messages using 3.6.1 (with some > updates to 3.6.2) but we have noticed that a reboot (rather than just > stopping and restarting Apache) is required to have access to some changes. > > For example, we use an "authorized value" for shelving location; to avoid > editing "LOC", I set up a new set of values as "LOC2", edited the > framework, but "LOC2" came up entirely blank until I rebooted. > > Best - Paul > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From Lynda.Howell at myunion.edu Fri Feb 24 08:00:28 2012 From: Lynda.Howell at myunion.edu (Howell, Lynda) Date: Thu, 23 Feb 2012 19:00:28 +0000 Subject: [Koha] online libraries In-Reply-To: <8CEC07368D61323-1350-522E3@webmail-d099.sysops.aol.com> References: <84B334299095014D9785B37B0AE1E09F2D53537A@cinvmexchange02.tui-oh.net> <8CEC07368D61323-1350-522E3@webmail-d099.sysops.aol.com> Message-ID: <84B334299095014D9785B37B0AE1E09F2D535506@cinvmexchange02.tui-oh.net> Aman, Thanks, that's helpful. I hadn't thought about the idea of using digital repository software. Our records all start out in MARC - we've got about 90000 books, 6000 dissertations/theses, and a handful of other stuff, but definitely bibliographic records to resources hosted elsewhere (ebrary, ProQuest, EBSCO, etc.) rather than locally hosted content. We do original cataloging and host the undergraduate- and masters- level theses, but that's a small percentage. But I do think it might be helpful for us to look outside the ILS box. Thanks for the suggestion! Lynda. From: amandeep.kapila at aol.in [mailto:amandeep.kapila at aol.in] Sent: Thursday, February 23, 2012 1:52 PM To: Howell, Lynda Subject: Re: [Koha] online libraries Hello, I think you don't want to manage a collection of bibliographic records (for which ILSs specialize) but want to create a digital repository of electronic/digital content. You have two options, 1. You can use a ILS like KOHA with MARC21 field 856 to provide a link to the electronic content so that when a user clicks it the electronic document will open. I managed managed a big project (9.5 hundard thousand press clippings for JNU, New Delhi) on VTLS product Virtua when I worked for the company. I have checked it on KOHA also and it works the same way and works fine. The drawback is you have to catalogue every document/resource in MARC21(which is a tedious job compared to DC) and have to upload each file to the server (for which you may need the help from either the Administrator or a developer who will have to create a system for you to upload files) and then input the link to the file at field 856. The plus point is KOHA will meet more or less your advanced search requirements. 2. The second option is you can use a repository management software like dspace, greenstone or fedora etc. These specialize in creating and managing digital repositories. They use DC for metadata. They allow you to upload the electronic files in many different formats directly without any help from the administrator or developers. We have a repository running on Dspace available at http://www.egyankosh.ac.in. Another option can be using some CMS but that will take a lots of customization and hard work and won't be required if you are not intending to create some fancy stuff. Keep in mind your budget, the volume of your collection and the kind of user you are expecting before making any decision. Best of Luck. Cheers ------------------------ Aman, (Amandeep kapila), MA(Eng.), MLIS, PGDLAN, DBM, New Delhi-110065. INDIA -----Original Message----- From: Howell, Lynda To: 'koha at lists.katipo.co.nz' Sent: Thu, Feb 23, 2012 11:35 pm Subject: [Koha] online libraries I'm interested in hearing from anyone using Koha in an online (only) library. The whole concept of circulation (patrons, # of copies, due dates, holds, availability, fines, etc.) isn't relevant to us, and 1-click access to full text from the search results page is essential. Being able to limit searches to particular subsets (or to exclude particular subsets) is also important to us. We're starting to explore open-source options for replacing our current ILS. Is anyone using Koha in this kind of environment? What kinds of customization did you do initially, and how much on-going work are you finding it takes to keep up with upgrades? What other ILS/OPACs did you consider before choosing Koha , and what made you go with Koha ? Thanks for any insights you can give. Lynda Howell -------------------------------- Lynda Howell Systems Librarian Union Institute & University 62 Ridge Street, Suite 2 Montpelier, Vermont 05602 (802) 828-8618 lynda.howell at myunion.edu _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From stephen.t.campbell at Dartmouth.EDU Fri Feb 24 08:25:16 2012 From: stephen.t.campbell at Dartmouth.EDU (Steve Campbell) Date: Thu, 23 Feb 2012 14:25:16 -0500 Subject: [Koha] Signing On Message-ID: Greetings. As suggested in the list's welcome message, I am introducing myself as a new subscriber to the list. My name is Steve Campbell, and I am a trustee of the Converse Free Library in Lyme, New Hampshire, in the US. We are a small public library: about 1,400 patrons and 25,000 items in our catalog. We have a full-time director, two part-time assistants, and a couple dozen volunteers. We also host the school library for our town's K-8 public school. We are open 6 days a week for a total of 36 hours per week. We are in the process of migrating from InfoCentre, hosted on our own server, to Koha 3.6.2, hosted by Bywater Solutions. We are currently learning Koha on a test system set up by Bywater. We plan to go live in June. My own background is in Unix computer system administration and network management. I retired a few years ago. I am a believer in the principals of open source. I do not have a background in library science (but I'm learning!). In addition to my normal duties as a trustee, I spend a lot of time at the library managing the eight public computers (we pay a Windows professional to support the server and staff desktops), troubleshooting any computer or network problems, and generally being the available to answer questions. During the migration to Koha, I have been busy learning the system and helping the staff explore and configure it for our needs. I look forward to contributing to this community when I can and asking for help when I must. Steve From cnighswonger at foundations.edu Fri Feb 24 08:53:06 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Thu, 23 Feb 2012 14:53:06 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated In-Reply-To: References: <4F4665A1.5080708@nd.edu> Message-ID: Failed to cc the list.. ---------- Forwarded message ---------- From: Chris Nighswonger Date: Thu, Feb 23, 2012 at 2:52 PM Subject: Re: [Koha] 3.6.2 - System preferences cannot be updated To: Tom Hanstra Hi Tom, On Thu, Feb 23, 2012 at 11:13 AM, Tom Hanstra wrote: > I'm running into a problem with changing System Preferences values. When > I attempt to make a change, I get these errors in the message log > > Message Log > > * Error; your data might not have been saved > * You need to log in again, your session has timed out > > The session has not actually timed out as I can continue to go to other > screens and navigate the Staff Client. I've checked permissions on files > and database access and these are not a problem. > > Does anyone have an idea on what might be happening? Anyone else seen > such problems? I'm seeing this on two different instances of 3.6.2. > > I just tried editing sysprefs on a 3.6.2 install on my sandbox. I was unable to reproduce this problem. While I'm not sure what might be causing your problem, this at least points toward a local problem. Have you cleaned your cookies and flushed your browser cache on the client side? I'm not sure where you are storing your session data, but this might be worth a shot. Kind Regards, Chris From tom at nd.edu Fri Feb 24 09:10:12 2012 From: tom at nd.edu (Tom Hanstra) Date: Thu, 23 Feb 2012 15:10:12 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated In-Reply-To: References: <4F4665A1.5080708@nd.edu> Message-ID: <4F469D24.4090503@nd.edu> Chris, Thanks for confirming that this is something local. I'll start digging into this a bit deeper to see if something got messed up at the database level. Tom On 02/23/2012 02:53 PM, Chris Nighswonger wrote: > Failed to cc the list.. > > ---------- Forwarded message ---------- > From: Chris Nighswonger > Date: Thu, Feb 23, 2012 at 2:52 PM > Subject: Re: [Koha] 3.6.2 - System preferences cannot be updated > To: Tom Hanstra > > > Hi Tom, > On Thu, Feb 23, 2012 at 11:13 AM, Tom Hanstra wrote: > >> I'm running into a problem with changing System Preferences values. When >> I attempt to make a change, I get these errors in the message log >> >> Message Log >> >> * Error; your data might not have been saved >> * You need to log in again, your session has timed out >> >> The session has not actually timed out as I can continue to go to other >> screens and navigate the Staff Client. I've checked permissions on files >> and database access and these are not a problem. >> >> Does anyone have an idea on what might be happening? Anyone else seen >> such problems? I'm seeing this on two different instances of 3.6.2. >> >> > I just tried editing sysprefs on a 3.6.2 install on my sandbox. I was > unable to reproduce this problem. While I'm not sure what might be causing > your problem, this at least points toward a local problem. > > Have you cleaned your cookies and flushed your browser cache on the client > side? I'm not sure where you are storing your session data, but this might > be worth a shot. > > Kind Regards, > Chris > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From abesottedphoenix at yahoo.com Fri Feb 24 11:12:26 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Thu, 23 Feb 2012 14:12:26 -0800 (PST) Subject: [Koha] Signing On In-Reply-To: References: Message-ID: <1330035146.26742.YahooMailNeo@web114713.mail.gq1.yahoo.com> Salvete! > My name is Steve Campbell, and I am a trustee of the Converse Free Library in > Lyme, New Hampshire, in the US. We are a small public library: about 1,400 > patrons and 25,000 items in our catalog. We have a full-time director, two > part-time assistants, and a couple dozen volunteers. We also host the school > library for our town's K-8 public school. We are open 6 days a week for a > total of 36 hours per week. > ??? Welcome to the Community, and Happy 251st! Cheers, Brooke From dhiru.kholia at gmail.com Sat Feb 25 01:02:28 2012 From: dhiru.kholia at gmail.com (Dhiru Kholia) Date: Fri, 24 Feb 2012 17:32:28 +0530 Subject: [Koha] Koha 3.02.00.004 to 3.06.3 database upgrade fails Message-ID: Hi, I tried upgrading database created under Koha version 3.02.00.004 to version 3.06.3 and I get the following errors. Update errors : * [Fri Feb 24 11:52:26 2012] updatedatabase.pl: DBD::mysql::db do failed: Duplicate column name 'privacy' at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 3997. * [Fri Feb 24 11:52:26 2012] updatedatabase.pl: DBD::mysql::db do failed: Duplicate column name 'privacy' at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 3998. ... After database upgrade is done, I get the following error in web browser: Software error: Can't call method "delete" on an undefined value at /usr/share/koha/lib/C4/Auth.pm line 717. ... Any tips to solve this issues would be greatly appreciated. Thanks! -- Cheers, Dhiru From cnighswonger at foundations.edu Sat Feb 25 02:20:49 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Fri, 24 Feb 2012 08:20:49 -0500 Subject: [Koha] Koha 3.02.00.004 to 3.06.3 database upgrade fails In-Reply-To: References: Message-ID: On Fri, Feb 24, 2012 at 7:02 AM, Dhiru Kholia wrote: > Hi, > > I tried upgrading database created under Koha version 3.02.00.004 to > version 3.06.3 and I get the following errors. > > Update errors : > > * [Fri Feb 24 11:52:26 2012] updatedatabase.pl: DBD::mysql::db do > failed: Duplicate column name 'privacy' at > /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl > line 3997. > * [Fri Feb 24 11:52:26 2012] updatedatabase.pl: DBD::mysql::db do > failed: Duplicate column name 'privacy' at > /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl > line 3998. > > ... > > These may be safely ignored. They are harmless. > After database upgrade is done, I get the following error in web browser: > > Software error: > > Can't call method "delete" on an undefined value at > /usr/share/koha/lib/C4/Auth.pm line 717. > > This is unrelated to the above. It appears that there is no session object or something is otherwise broken about the session. Perhaps clearing cookies, flushing browser cache, or truncating the sessions table would help. How did you do your installation of 3.6.3? Kind Regards, Chris From dhiru.kholia at gmail.com Sat Feb 25 02:57:38 2012 From: dhiru.kholia at gmail.com (Dhiru Kholia) Date: Fri, 24 Feb 2012 19:27:38 +0530 Subject: [Koha] Koha 3.02.00.004 to 3.06.3 database upgrade fails In-Reply-To: References: Message-ID: On Fri, Feb 24, 2012 at 6:50 PM, Chris Nighswonger wrote: > On Fri, Feb 24, 2012 at 7:02 AM, Dhiru Kholia > How did you do your installation of 3.6.3? I followed instructions at: http://wiki.koha-community.org/wiki/Backing_up_Koha http://wiki.koha-community.org/wiki/Koha_on_Ubuntu For backing up 3.02 database I ran "mysqldump -u kohaadmin -p --ignore-table koha.sessions --ignore-table koha.zebraqueue koha > mydatadump.sql" command. I then installed a Koha 3.06.3 on a fresh machine. Before importing mydatadump.sql I dropped and re-created koha database on the fresh machine. >> After database upgrade is done, I get the following error in web browser: >> >> Software error: >> >> Can't call method "delete" on an undefined value at >> /usr/share/koha/lib/C4/Auth.pm line 717. >> > > This is unrelated to the above. It appears that there is no session object > or something is otherwise broken about the session. Perhaps clearing > cookies, flushing browser cache, or truncating the sessions table would > help. This error is now gone :-). This time I didn't drop and re-create koha database on the fresh machine. I imported 3.02's mydatadump.sql on top of existing 3.06.3's new database. I suspect " --ignore-table koha.sessions" bit might be the reason for the above error. I also used a different browser after importing the database. Maybe this part helped to fix the error. Thanks for help Chris! -- Cheers, Dhiru From cnighswonger at foundations.edu Sat Feb 25 05:17:56 2012 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Fri, 24 Feb 2012 11:17:56 -0500 Subject: [Koha] Koha 3.02.00.004 to 3.06.3 database upgrade fails In-Reply-To: References: Message-ID: On Fri, Feb 24, 2012 at 8:57 AM, Dhiru Kholia wrote: > On Fri, Feb 24, 2012 at 6:50 PM, Chris Nighswonger > wrote: > > On Fri, Feb 24, 2012 at 7:02 AM, Dhiru Kholia > > How did you do your installation of 3.6.3? > > I followed instructions at: > > http://wiki.koha-community.org/wiki/Backing_up_Koha > I've updated that wiki page to reflect this potential issue. Kind Regards, Chris From danielg.koha at gmail.com Sat Feb 25 12:42:24 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Fri, 24 Feb 2012 15:42:24 -0800 Subject: [Koha] Official Koha Newsletter: Volume 3, Issue 2: February 2012 Message-ID: [Below is the text of the newsletter. For active links and a more readable format, please visit http://koha-community.org/koha-newsletter-volume-3-issue-2-february-2012] Official Koha Newsletter (ISSN 2153-8328) Volume 3, Issue 2: February 2012 Edited by Daniel Grobani, Koha Community Newsletter Editor. Please submit news items to danielg.koha at gmail.com. Table of Contents Koha Development Koha 3.6.4 Status Koha 3.6.3 Released Koha 3.4.8 Released Koha Release Statistics Release Manager?s Newsletter Koha Community New Koha Libraries Community Gossip Past Koha Events February General IRC Meeting Global Bug Squashing Day 2012-02-08 Upcoming Koha Events Marseille Hackfest March General IRC Meeting KohaCon12 Koha Development Koha 3.6.4 Status by Chris Nighswonger The 3.6.x branch is in a string freeze. Koha 3.6.4 is scheduled for release on 1 March 2012. Koha 3.6.3 Released by Chris Nighswonger It is with pleasure that I announce the release of Koha 3.6.3. The package can be retrieved from: http://download.koha-community.org/koha-3.06.03.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.06.03.tar.gz.MD5 http://download.koha-community.org/koha-3.06.03.tar.gz.MD5.asc http://download.koha-community.org/koha-3.06.03.tar.gz.sig Release notes for 3.6.3 are at http://koha-community.org/koha-3-6-3. Koha 3.4.8 Released by Chris Nighswonger It is with pleasure that I announce the release of Koha 3.4.8. The package can be retrieved from: http://download.koha-community.org/koha-3.04.08.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.04.08.tar.gz.MD5 http://download.koha-community.org/koha-3.04.08.tar.gz.MD5.asc http://download.koha-community.org/koha-3.04.08.tar.gz.sig Release notes for 3.4.8 are at http://koha-community.org/koha-3-4-8. Koha Release Statistics Chris Cormack, statistician par excellence, has posted some stats on recent Koha releases: Statistics for Koha 3.6.3 Statistics for Koha 3.4.8 He also posted signoff statistics for January 2012. Release Manager?s Newsletter Paul Poulain, Koha 3.8 Release Manager, is publishing a monthly newsletter dedicated to Koha 3.8 development. It can be found on the Koha Community website in the Koha News category. The first two issues were distributed via the koha-devel mailing list. The third issue is here. Koha Community New Koha Libraries Huntington Public Library (via ByWater Solutions) Kimball Public Library (via ByWater Solutions) Montgomery House Warrior Run Area Public Library (self-hosted) Plaistow Public Library (via ByWater Solutions) Sandown Public Library (via ByWater Solutions) Community Gossip Equinox Software is seeking a Library Data Specialist to work with library data and configure Koha and Evergreen systems. Kyle Hall has joined ByWater Solutions as Development Support Specialist. Nicole Engard has created a number of useful video tutorials on using Koha. Check out the map of Koha sites. Past Koha Events February General IRC Meeting The February general IRC meeting was held on 8 February 2012. For more info, including the agenda and links to the minutes, see http://wiki.koha-community.org/wiki/General_IRC_Meeting,_8_February_2012. Global Bug Squashing Day 2012-02-08 by Magnus Enger A Global bug squashing day was held on Wednesday, 8 February 2012, and there was much rejoicing. For the numbers, see http://wiki.koha-community.org/wiki/2012-02-08_Global_bug_squashing_day. Upcoming Koha Events Marseille Hackfest by Paul Poulain 25 Koha developers will be gathering to work on improving Koha from 19-25 March in Marseille, France. There will be people from Croatia (2), Switzerland (1), Italy (1), Germany (1), USA (1), and France (19). Six of us are librarians; the rest are IT/developers. We plan to focus on these topics: a small group working on performance and persistence issues, trying to make Koha Plack/mod_perl compatible a small group working on database issues, trying to remove MySQL dependencies and incorporate business/database separation logic into Koha a small group working on user interface issues, trying to improve HTML, CSS, etc. a small group working on Solr integration (that will, hopefully, be submitted for October 2012 release) the rest of us working on what we could call a Global Bug Squashing Week?testing patches, etc. We still have space, so if you?d like to come, just email me. March General IRC Meeting The March general IRC meeting will be held on Wednesday, 21 March 2012. For more info, see http://wiki.koha-community.org/wiki/General_IRC_Meeting,_21_March_2012. KohaCon12 KohaCon12 will be held in Edinburgh, Scotland, UK, 5-7 June 2012. A hackfest will be held 9-11 June. This is a free conference for everyone interested in the Koha library system, which is Free and Open Source Software. There is no registration fee, but we will ask that attendees pre-register. Further calls, including calls for papers and registrations will be posted soon. Details (travel, hotels, agenda draft, etc) can be found linked from http://wiki.koha-community.org/wiki/KohaCon12_Summary. KohaCon12 is the fifth KohaCon, following last year?s successful conference in India which brought together users and developers worldwide. KohaCon12 will feature an international slate of speakers (both Koha users and active Koha contributors) conducting presentations and workshops on a diverse range of topics. Talks will cover a range of topics from general experiences of Koha through to technical information on the various modules. ?We expect this event to have wide appeal,? said MJ Ray of host organisation and Koha support provider software.coop. ?The conference is for both techies and non-techies. In addition to presentations on the technical side of Koha, the conference will be a demonstration of how users and developers around the world cooperate to improve Free and Open Source Software. software.coop is delighted to host KohaCon in Edinburgh in our tenth anniversary year and this UN International Year of Co-operatives.? ?Koha conferences are always an informative and uplifting event, I have no doubt that this years conference in Edinburgh will be the best conference yet.? said Chris Cormack, one of the original authors of the Koha version 1.0. From arun2929 at gmail.com Sat Feb 25 20:07:00 2012 From: arun2929 at gmail.com (AK Sharma) Date: Sat, 25 Feb 2012 12:37:00 +0530 Subject: [Koha] Koha Digest, Vol 76, Issue 34 In-Reply-To: References: Message-ID: Hi I am not able to download data from the Z39.50 server as it is giving error in the file c:/usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl how to copy this file from other source or rectify the problem in line 145. what is the right syntax. On Sun, Feb 19, 2012 at 4:30 AM, wrote: > Send Koha mailing list submissions to > ? ? ? ?koha at 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 at lists.katipo.co.nz > > You can reach the person managing the list at > ? ? ? ?koha-owner at 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. Re: items that are lost, fees assessed, and then found > ? ? ?(Nicole Engard) > ? 2. I am trouble with OPAC MARC view and barcode search not > ? ? ?working (Vimal Kumar) > ? 3. Re: items that are lost, fees assessed, and then found > ? ? ?(James Ghiorzi) > ? 4. Setting up KOHA to send emails (Evan Mungai Njoroge) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 18 Feb 2012 09:24:13 -0500 > From: Nicole Engard > To: Lori Bowen Ayre > Cc: Koha list > Subject: Re: [Koha] items that are lost, fees assessed, and then found > Message-ID: > ? ? ? ? > Content-Type: text/plain; charset=UTF-8 > > Lori, > > They are refunded the replacement price for the book, but not the fines. > > Nicole > > On Fri, Feb 17, 2012 at 10:06 PM, Lori Bowen Ayre wrote: >> If a patron has lost an item and paid a fine. What happens when they then >> return the lost item? Is there a slick way to figure out how much they >> should be refunded based on the fine assessed and the late fee that would >> apply? >> >> Lori >> _______________________________________________ >> Koha mailing list ?http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > > Message: 2 > Date: Sat, 18 Feb 2012 23:59:38 +0530 > From: Vimal Kumar > To: Koha-List > Subject: [Koha] I am trouble with OPAC MARC view and barcode search > ? ? ? ?not ? ? working > Message-ID: > ? ? ? ? > Content-Type: text/plain; charset=UTF-8 > > Dear Friends, > > I got trouble when I try to customise MARC framework BKS. > I used following command to hide all fields in catalouing page, > > *use koha;* > > > > *UPDATE marc_subfield_structure SET tab='-1' WHERE frameworkcode='BKS';* > > > ** > > *This makes all MARC tags tab to Ignore status. > * > > An then I enable (setting tag to display in 0 tab) ?only necessary fields > for data entry goto Adminstration > MARC Bibliogrpahic Framework. > > This method was successful till 3.4.5. > But after apply the same method with version 3.6.3 does not working. > The result is that OPAC MARC View does not display bibliographic records, > https://lh5.googleusercontent.com/-H0APDWhWE8o/Tz6G1-1TX7I/AAAAAAAAGzw/e-0I3v5CRf0/s400/Koha%2520Online%2520Catalog.png > > Another problem is that not able to search for barcode from Advanced search > in both staff client and OPAC. > > If your time permits, you can check my koha 3.6.3 database backup here, > http://ksrcas.pbworks.com/w/file/51062714/koha.sql.gz > > username is librarian, password is librarian123 > There is a sample record of book in it. > > May I know what method you are following for customize MARC fields in > cataloging? > > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.org > Blog: http://linuxhalwa.blogspot.com > --------------------------------------------------------------------------- > "I forget what I was taught. I only remember what I have learnt" > -Patrick White > > > ------------------------------ > > Message: 3 > Date: Fri, 17 Feb 2012 19:48:43 -0800 > From: James Ghiorzi > To: Lori Bowen Ayre , Koha list > ? ? ? ? > Subject: Re: [Koha] items that are lost, fees assessed, and then found > Message-ID: > ? ? ? ? > Content-Type: text/plain; charset="us-ascii" > > Hi Lori, > > I did a test case and came up with more of a mystery than an answer. ?The thing I did was I checked a book out. ?Than marked it as lost through the edit item interface, and it applied the cost of the book to the patron account. ?I checked the book back in but no credit was issued. ?So I than checked the item back out, and put a lost fine in the account/fines detail section of the patron account. ?I than waived the amount, checked the item in, and the system issued a credit for the item, but since I had waived the fine the patron was owed a credit at that point. > > So I guess there is really no slick way to do this other than to mark the book as lost in the edit item interface. ?If the patron turns it back in it will issue a message telling you that it was lost. ?Than at that point I'd imagine the patron would want some sort of refund, so you should be able to get their card, or surname, or at the very least do a little research under the item barcode hyper-text link and get their account straightened out. > > Hope that helps, > > James Ghiorzi > Library Assistant II > San Benito County Free Library > 470 Fifth St. > Hollister, CA 95023 > (831) 636-4107 > > > ________________________________________ > From: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] On Behalf Of Lori Bowen Ayre [lori.ayre at galecia.com] > Sent: Friday, February 17, 2012 7:06 PM > To: Koha list > Subject: [Koha] items that are lost, fees assessed, and then found > > If a patron has lost an item and paid a fine. What happens when they then > return the lost item? Is there a slick way to figure out how much they > should be refunded based on the fine assessed and the late fee that would > apply? > > Lori > _______________________________________________ > Koha mailing list ?http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------ > > Message: 4 > Date: Sat, 18 Feb 2012 15:55:12 +0300 > From: Evan Mungai Njoroge > To: koha at lists.katipo.co.nz > Subject: [Koha] Setting up KOHA to send emails > Message-ID: > ? ? ? ? > Content-Type: text/plain; charset=ISO-8859-1 > > Colleagues, > > I have set up KOHA 3.6.1 running on Ubuntu 10.10, my only problem is that > It can't send emails to patrons on registering or even overdues (everything > is set for it). > Kindly take me through on how to set it up (do you need to configure Ubuntu > to be able to send mails or KOHA and how). > > EM Njoroge > Think?Create?Share?Grow > http://about.me/uhusiano > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 76, Issue 34 > ************************************ -- Dr. A.K. Sharma Documentation Officer National Institute of Abiotic Stress Management Malegaon Khurd, BARAMATI- 413 115 (Pune), Maharashtra Phone: 02112-254057/8 Fax: 02112-254056 Cell: 08956120245, 09423861498 (Baramati) 09425374463 (Bhopal) Mail: arun_2929 at rediffmail.com From paul.a at aandc.org Sun Feb 26 05:18:11 2012 From: paul.a at aandc.org (Paul) Date: Sat, 25 Feb 2012 11:18:11 -0500 Subject: [Koha] Z39.50 problem [was: Re: Koha Digest, Vol 76, Issue 34] Message-ID: <5.2.1.1.2.20120225111759.04841170@aandc.org> At 12:37 PM 2/25/2012 +0530, AK Sharma wrote: >Hi >I am not able to download data from the Z39.50 server as it is giving >error in the file >c:/usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl >how to copy this file from other source or rectify the problem in line >145. what is the right syntax. [snip] > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Koha digest..." [HUUU^^^^GE SNIP] I have changed the "Subject:" line of your email ... You probably do not need to edit the syntax in addbiblio.pl Questions: a) which version of Koha are you using? b) in Home --> Administration --> Z39.50 Client Targets have you set up any user names and passwords, if required, or are you just using the defaults? c) are you using a standard Koha MARC Bibliographic framework? d) are you using the default Koha Authority types (specifically PERSO_NAME)? e) in Home --> Cataloging --> Add MARC Record does a pop-up window appear if you click the Z39.50 button? If so, what happens if you try ISBN 9780151003402 and select only LOC? Do you see a "Waiting for Koha-admin" to the bottom left? You should obtain a single Marc record fairly fast. f) if you get this far, does the error appear when you click "Import"? If so, please review b), c) and d) above If I have misunderstood your question, please explain the details of what you are doing so that I can try and reproduce your problem. Paul From paul.a at aandc.org Sun Feb 26 05:25:49 2012 From: paul.a at aandc.org (Paul) Date: Sat, 25 Feb 2012 11:25:49 -0500 Subject: [Koha] How to include 952$x in a report Message-ID: <5.2.1.1.2.20120225111941.04841170@localhost> Recently, I requested guidance on the inclusion of 952$x into a MySQL "Report". My thanks to all who responded. The results are a report for Tax Receipting purposes; I realize that this is specific to charities that receive donations of books from their sponsors, but it might prove adaptable to others wishing to follow book vendors ... I have uploaded it to the Wiki page, and it can be found at Many thanks - Paul From joseanjos at gmail.com Mon Feb 27 11:18:51 2012 From: joseanjos at gmail.com (anjoze) Date: Sun, 26 Feb 2012 14:18:51 -0800 (PST) Subject: [Koha] Upgrade from 3.2 to 3.6 problem with remove_items_from_biblioitems.pl --run Message-ID: <1330294731167-5517602.post@n5.nabble.com> Hi. I'm trying to upgrade from version 3.02.10 to 3.6.3. Everything is ok, no perl dependencies. When I start *misc/maintenance/remove_items_from_biblioitems.pl --run* I get this error: *Use of uninitialized value $cn_item in concatenation (.) or string at /etc/perl/C4/ClassSortRoutine.pm line 119* Am I missing something? Thaks for any help. JA -- View this message in context: http://koha.1045719.n5.nabble.com/Upgrade-from-3-2-to-3-6-problem-with-remove-items-from-biblioitems-pl-run-tp5517602p5517602.html Sent from the Koha-general mailing list archive at Nabble.com. From richa.srivastava36 at gmail.com Mon Feb 27 19:55:37 2012 From: richa.srivastava36 at gmail.com (Richa Srivastava) Date: Mon, 27 Feb 2012 12:25:37 +0530 Subject: [Koha] Adding a page to OPAC Message-ID: Hi all There seems a provision to add a page to my OPAC by creating a new system preference. I tried to add a system preference "PageContentsFAQ", but could not succeed. Can anyone help how to do it? I referred the following link http://joomla.prosentient.com.au/index.php/koha-faq/119-faq-koha-add-a-page seems i am missing something. It gives an error 404. -- Best wishes ??? Richa Srivastava From peterzhaonj at 163.com Mon Feb 27 20:06:00 2012 From: peterzhaonj at 163.com (Peter Zhao) Date: Mon, 27 Feb 2012 15:06:00 +0800 (CST) Subject: [Koha] Koha on Lucid using Koha packages In-Reply-To: References: Message-ID: <4113ec97.af81.135bda15004.Coremail.peterzhaonj@163.com> Hi, I installed a koha on Ubuntu 11.10 using Koha packages. Everything seems to work except don't searching on Opac. Could anyone know how to let zebra work? Thanks a lot. Peter Zhao From richa.srivastava36 at gmail.com Mon Feb 27 20:38:27 2012 From: richa.srivastava36 at gmail.com (richa123) Date: Sun, 26 Feb 2012 23:38:27 -0800 (PST) Subject: [Koha] Adding web pages to Koha In-Reply-To: <7bee9a771003080758i4f35c832t2f47b14cf2492a9b@mail.gmail.com> References: <7bee9a771003080758i4f35c832t2f47b14cf2492a9b@mail.gmail.com> Message-ID: <1330328307690-5518154.post@n5.nabble.com> Though late, I am also going through the same phase of developing my OPAC. Did you get a solution to it? -- View this message in context: http://koha.1045719.n5.nabble.com/Adding-web-pages-to-Koha-tp3062820p5518154.html Sent from the Koha-general mailing list archive at Nabble.com. From robin at catalyst.net.nz Mon Feb 27 21:36:52 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Mon, 27 Feb 2012 21:36:52 +1300 Subject: [Koha] Adding a page to OPAC In-Reply-To: References: Message-ID: <356a3d01-d69f-44d6-930b-3e57b37bb661@email.android.com> Proscentient is annoyingly bad about not submitting their improvements upstream. As such, this feature isn't in normal Koha as far as I know. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Richa Srivastava wrote: Hi all There seems a provision to add a page to my OPAC by creating a new system preference. I tried to add a system preference "PageContentsFAQ", but could not succeed. Can anyone help how to do it? I referred the following link http://joomla.prosentient.com.au/index.php/koha-faq/119-faq-koha-add-a-page seems i am missing something. It gives an error 404. -- Best wishes ??? Richa Srivastava _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From Eric.Begin at inLibro.com Tue Feb 28 01:03:11 2012 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Mon, 27 Feb 2012 07:03:11 -0500 Subject: [Koha] Koha on Lucid using Koha packages In-Reply-To: <4F4B7012.9090805@inLibro.com> References: <4113ec97.af81.135bda15004.Coremail.peterzhaonj@163.com> <4F4B7012.9090805@inLibro.com> Message-ID: <4F4B70FF.60206@inLibro.com> Sorry Peter, I reply to the wrong message. My reply is about "Adding a web page", not Koha on Lucid... Eric On 2012-02-27 06:59, Eric B?gin wrote: > Hi Peter, > > You can take a look at this page on the wiki : > http://wiki.koha-community.org/wiki/Koha_as_a_CMS > > Best regards, > > Eric B?gin > www.inLibro.com > > On 2012-02-27 02:06, Peter Zhao wrote: >> Hi, >> I installed a koha on Ubuntu 11.10 using Koha packages. Everything seems to work except don't searching on Opac. Could anyone know how to let zebra work? >> Thanks a lot. >> >> Peter Zhao >> >> >> >> >> >> >> >> _______________________________________________ >> Koha mailing listhttp://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> From Eric.Begin at inLibro.com Tue Feb 28 01:04:11 2012 From: Eric.Begin at inLibro.com (=?UTF-8?B?RXJpYyBCw6lnaW4=?=) Date: Mon, 27 Feb 2012 07:04:11 -0500 Subject: [Koha] Adding a page to OPAC In-Reply-To: References: Message-ID: <4F4B713B.80709@inLibro.com> Hi Richa, You can take a look at this page on the wiki : http://wiki.koha-community.org/wiki/Koha_as_a_CMS Best regards, Eric B?gin www.inLibro.com On 2012-02-27 01:55, Richa Srivastava wrote: > Hi all > > There seems a provision to add a page to my OPAC by creating a new system > preference. I tried to add a system preference "PageContentsFAQ", but could > not succeed. Can anyone help how to do it? > > I referred the following link > http://joomla.prosentient.com.au/index.php/koha-faq/119-faq-koha-add-a-page > > seems i am missing something. It gives an error 404. > From Eric.Begin at inLibro.com Tue Feb 28 00:59:14 2012 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Mon, 27 Feb 2012 06:59:14 -0500 Subject: [Koha] Koha on Lucid using Koha packages In-Reply-To: <4113ec97.af81.135bda15004.Coremail.peterzhaonj@163.com> References: <4113ec97.af81.135bda15004.Coremail.peterzhaonj@163.com> Message-ID: <4F4B7012.9090805@inLibro.com> Hi Peter, You can take a look at this page on the wiki : http://wiki.koha-community.org/wiki/Koha_as_a_CMS Best regards, Eric B?gin www.inLibro.com On 2012-02-27 02:06, Peter Zhao wrote: > Hi, > I installed a koha on Ubuntu 11.10 using Koha packages. Everything seems to work except don't searching on Opac. Could anyone know how to let zebra work? > Thanks a lot. > > Peter Zhao > > > > > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From David.W.Hartman at disney.com Tue Feb 28 02:35:18 2012 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Mon, 27 Feb 2012 08:35:18 -0500 Subject: [Koha] Sample Matching rule Message-ID: <3E19441498923443B9DBE2FE1C0E70B6045932E642@SM-FLOR-VXMB04B.wdw.disney.com> Can someone please help me one final time with matching rules? Below is a PARTIAL MARC record from a Safari Books Online book record. ?Can you tell me what my matching rule should look like in order to search for BOTH 020 fields? ?Can Koha handle searching two ISBNs in the import record? > =LDR ?01319nam ?2200361Ia 4500 > =001 ?ocm314109270\ > =003 ?OCoLC > =005 ?20090311100203.0 > =006 ?m\\\\\\\\d\\\\\\\\ > =007 ?cr\unu > =008 ?090311s2009\\\\ctua\\\\s\\\\\001\0\eng\d > =040 ?\\$aUMI$cUMI > =020 ?\\$a9781933988641 > =020 ?\\$a1933988649 > =035 ?\\$a(OCoLC)314109270 > =037 ?\\$aCL0500000035$bSafari Books Online > =090 ?\\$aQA76.76.M54$bB37 2009 > =049 ?\\$aUMIA > =100 ?1\$aBernard, Emmanuel. > =245 ?10$aHibernate search in action$h[electronic resource] /$cEmmanuel Bernard, John Griffin. > =260 ?\\$aGreenwich [Conn.] :$bManning,$cc2009. > From tom at nd.edu Tue Feb 28 04:44:45 2012 From: tom at nd.edu (Tom Hanstra) Date: Mon, 27 Feb 2012 10:44:45 -0500 Subject: [Koha] MyISAM vs InnoDB Message-ID: <4F4BA4ED.2010005@nd.edu> I found a bit of information in the list archives but nothing very complete. What I'm curious about is the history of database storage as InnoDB vs. MyISAM in the MySQL database. It looks as if early versions of Koha were MyISAM but things switched to InnoDB at some point. Can someone give me a bit of the history of what made that change and why InnoDB is the desired storage method at this point. What functionality might be lost if I switched my local storage to MyISAM? Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From smichaelxx at tlen.pl Tue Feb 28 08:42:07 2012 From: smichaelxx at tlen.pl (kamild) Date: Mon, 27 Feb 2012 11:42:07 -0800 (PST) Subject: [Koha] [koha] make test failed 3.06.03 Message-ID: <1330371727667-5519883.post@n5.nabble.com> Hi, I trying instaling koha version 3.06.03 but when I do test I get Fails. What may be the problem? Thx PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t t/00-checkdatabase-version.t ........ ok t/00-deprecated.t ................... ok t/00-load.t ......................... 1/? Too late to run INIT block at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Barcodes/hbyymmincr.pm line 41. Subroutine main::GetContract redefined at /usr/share/perl/5.10/Test/More.pm line 805 t/00-load.t ......................... 71/? Too late to run INIT block at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/External/BakerTaylor.pm line 42. t/00-load.t ......................... ok t/00-merge-conflict-markers.t ....... ok t/00-testcritic.t ................... skipped: Author test. Set $ENV{TEST_QA} to a true value to run t/00-valid-xml.t .................... ok t/AuthoritiesMarc.t ................. ok t/AuthoritiesMarc_MARC21.t .......... ok t/AuthoritiesMarc_UNIMARC.t ......... ok t/Barcodes_annual.t ................. ok t/Barcodes_hbyymmincr.t ............. ok t/Barcodes_incremental.t ............ ok t/Barcodes_PrinterConfig.t .......... ok t/Bookseller.t ...................... ok t/Boolean.t ......................... 1/13 The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 20 The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 21 The given value does not seem to be interpretable as a Boolean value at t/Boolean.t line 22 t/Boolean.t ......................... ok t/Branch.t .......................... ok t/Breeding.t ........................ ok t/Budgets.t ......................... ok t/Cache.t ........................... ok t/Cache_Memcached.t ................. ok t/Cache_Memoize_Memcached.t ......... ok t/Calendar.t ........................ ok t/Category.t ........................ ok t/Charset.t ......................... ok t/Circulation_barcodedecode.t ....... ok t/ClassSortRoutine.t ................ ok t/ClassSortRoutine_Dewey.t .......... ok t/ClassSortRoutine_Generic.t ........ ok t/ClassSortRoutine_LCC.t ............ ok t/ClassSource.t ..................... ok t/Contract.t ........................ ok t/Creators.t ........................ ok t/Csv.t ............................. ok t/Dates.t ........................... 1/327 # # In order to run without DB access, this test will substitute 'us' # as your default date format. Export environmental variable KOHA_TEST_DATE_FORMAT # to override this default, or pass the value as an argument to this test script. # # NOTE: we test for the system handling dd=00 and 00 for TIME values, therefore # you SHOULD see some warnings like: # Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t ... # # Testing Legacy Functions: format_date and format_date_in_iso # Illegal date specified (year = 1952, month = 1, day = 0) at t/Dates.t line 61 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 61 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 64 # # Testing 5 formats. # Testing no input (defaults): # # Testing with valid inputs: Illegal date specified (year = 1952, month = 1, day = 0) at t/Dates.t line 83 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 83 # # Testing object independence from class # done. t/Dates.t ........................... ok t/Debug.t ........................... # BEFORE use: $debug is not defined # BEFORE use: $cgi_debug is not defined t/Debug.t ........................... 1/5 # AFTER use: $debug is 5 # AFTER use: $cgi_debug is 2 # Done. t/Debug.t ........................... ok t/dummy.t ........................... ok t/External_Syndetics.t .............. ok t/Form_MessagingPreferences.t ....... ok t/Heading.t ......................... ok t/Heading_MARC21.t .................. ok t/ILSDI_Services.t .................. ok t/ILSDI_Utility.t ................... ok t/ImportBatch.t ..................... ok t/Input.t ........................... ok t/Installer_PerlDependencies.t ...... ok t/Installer_PerlModules.t ........... ok t/Installer_pm.t .................... ok t/ItemCirculationAlertPreference.t .. ok t/Items.t ........................... ok t/ItemType.t ........................ ok t/Koha.t ............................ ok t/Koha_template_plugin_KohaDates.t .. 1/5 DBD::mysql::db selectrow_array failed: Table 'koha.systempreferences' doesn't exist at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Context.pm line 516. Use of uninitialized value $dformat in hash element at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Dates.pm line 174. Use of uninitialized value $dformat in concatenation (.) or string at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Dates.pm line 174. Invalid date format '' from system preferences at t/Koha_template_plugin_KohaDates.t line 16 # Looks like you planned 5 tests but ran 1. # Looks like your test exited with 255 just after 1. t/Koha_template_plugin_KohaDates.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 4/5 subtests t/Labels.t .......................... ok t/Labels_split_ccn.t ................ ok t/Labels_split_ddcn.t ............... ok t/Labels_split_lccn.t ............... ok t/Languages.t ....................... ok t/Letters.t ......................... ok t/Log.t ............................. ok t/Maintainance.t .................... ok t/Matcher.t ......................... ok t/Members_Attributes.t .............. ok t/Members_AttributeTypes.t .......... ok t/Members_Messaging.t ............... ok t/Message.t ......................... ok t/NewsChannels.t .................... ok t/Output.t .......................... ok t/Output_JSONStream.t ............... ok t/Overdues.t ........................ ok t/Patroncards.t ..................... ok t/Patroncards_Batch.t ............... ok t/Patroncards_Layout.t .............. ok t/Patroncards_Lib.t ................. ok t/Patroncards_Patroncard.t .......... ok t/Patroncards_Profile.t ............. ok t/Patroncards_Template.t ............ ok t/Print.t ........................... ok t/Reports.t ......................... 1/2 DBD::mysql::st execute failed: Table 'koha.systempreferences' doesn't exist at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Reports.pm line 65. DBD::mysql::st fetchrow failed: fetch() without execute() at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Reports.pm line 67. Use of uninitialized value $choices in split at /home/koha/koha-3.06.03/blib/PERL_MODULE_DIR/C4/Reports.pm line 68. t/Reports.t ......................... ok t/Review.t .......................... ok t/Ris.t ............................. ok t/RotatingCollections.t ............. ok t/Scheduler.t ....................... ok t/Scrubber.t ........................ 1/19 # Note: scrubber test output will have whitespace collapsed for readability # done. t/Scrubber.t ........................ ok t/Search_PazPar2.t .................. ok t/SIP_Sip.t ......................... 1/8 verify_cksum: no sum detected at /home/koha/koha-3.06.03/t/../C4/SIP/Sip/Checksum.pm line 24. t/SIP_Sip.t ......................... ok t/SMS.t ............................. ok t/Stats.t ........................... ok t/TmplToken.t ....................... ok t/Utils.t ........................... ok t/VirtualShelves_Merge.t ............ ok t/XSLT.t ............................ ok t/Z3950.t ........................... ok Test Summary Report ------------------- t/Koha_template_plugin_KohaDates.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 5 tests but ran 1. Files=92, Tests=7310, 71 wallclock secs ( 2.40 usr 0.23 sys + 47.29 cusr 3.35 csys = 53.27 CPU) Result: FAIL Failed 1/92 test programs. 0/7310 subtests failed. make: *** [test_dynamic] Error 255 -- View this message in context: http://koha.1045719.n5.nabble.com/koha-make-test-failed-3-06-03-tp5519883p5519883.html Sent from the Koha-general mailing list archive at Nabble.com. From tom at nd.edu Tue Feb 28 11:01:14 2012 From: tom at nd.edu (Tom Hanstra) Date: Mon, 27 Feb 2012 17:01:14 -0500 Subject: [Koha] 3.6.2 - System preferences cannot be updated In-Reply-To: <4F469D24.4090503@nd.edu> References: <4F4665A1.5080708@nd.edu> <4F469D24.4090503@nd.edu> Message-ID: <4F4BFD2A.7040104@nd.edu> Does anyone have a combination of CAS and Koha 3.6.2 running. I determined that the problems I was having with saving changes in my staff client was the result of having CAS enabled. If CAS is not used, then the changes can be saved. Can anyone else confirm this is a problem? Thanks, Tom On 02/23/2012 03:10 PM, Tom Hanstra wrote: > Chris, > > Thanks for confirming that this is something local. I'll start digging > into this a bit deeper to see if something got messed up at the database > level. > > Tom > > On 02/23/2012 02:53 PM, Chris Nighswonger wrote: >> Failed to cc the list.. >> >> ---------- Forwarded message ---------- >> From: Chris Nighswonger >> Date: Thu, Feb 23, 2012 at 2:52 PM >> Subject: Re: [Koha] 3.6.2 - System preferences cannot be updated >> To: Tom Hanstra >> >> >> Hi Tom, >> On Thu, Feb 23, 2012 at 11:13 AM, Tom Hanstra wrote: >> >>> I'm running into a problem with changing System Preferences values. When >>> I attempt to make a change, I get these errors in the message log >>> >>> Message Log >>> >>> * Error; your data might not have been saved >>> * You need to log in again, your session has timed out >>> >>> The session has not actually timed out as I can continue to go to other >>> screens and navigate the Staff Client. I've checked permissions on files >>> and database access and these are not a problem. >>> >>> Does anyone have an idea on what might be happening? Anyone else seen >>> such problems? I'm seeing this on two different instances of 3.6.2. >>> >>> >> I just tried editing sysprefs on a 3.6.2 install on my sandbox. I was >> unable to reproduce this problem. While I'm not sure what might be causing >> your problem, this at least points toward a local problem. >> >> Have you cleaned your cookies and flushed your browser cache on the client >> side? I'm not sure where you are storing your session data, but this might >> be worth a shot. >> >> Kind Regards, >> Chris >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. ----------------------------------------------------------------------------- From makekee at msu.ac.zw Wed Feb 29 03:02:50 2012 From: makekee at msu.ac.zw (makekee at msu.ac.zw) Date: Tue, 28 Feb 2012 16:02:50 +0200 Subject: [Koha] Deleting duplicate biblios and biblios without items Message-ID: <20120228160250.70693elq76yhitfu@10.5.1.5> We have a number of duplicate entries in our database and also biblios without items. I would like to know how how one can bulk delete duplicate records and all the biblios with no items attached. Thanks in advance Ephraim Makeke ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From arm at hanover.ca Wed Feb 29 13:00:21 2012 From: arm at hanover.ca (Agnes Rivers-Moore) Date: Tue, 28 Feb 2012 19:00:21 -0500 Subject: [Koha] Mystery system slowdown Message-ID: <4F4D6A95.1050507@hanover.ca> Dear friends We have six libraries running Koha 3.00.06. The system runs Redhat, with 6 virtual Xen servers. Problem #1 From time to time, at various times of day one or more of the Koha systems will slow down and stop. We can watch the CPU graph on the virtual machine manager - it usually drops to less than 1% use for a few minutes. At this point we have librarians staring at unresponsive Koha screens - connecting... connecting... The virtual server desktop is unresponsive even at the physical server. We cannot connect with a VNC client or browse in. This is very frustrating when the CPU graph implies that the server is apparently not busy. Then the CPU use will ramp rapidly up to 12.4% use (which is pretty much full capacity on our virtual server setup). It stays there - and although it may have recovered once or twice from this, usually we have to kill the server. Sometimes we force the VM to shut down, and then restart it, and can see zebra searches happening with Top. However we may still be unable to log in with VNC or connect from local client browsers. This is really difficult to track down because we have not found associated error messages, and by the time we get to them, the servers seem to be showing low load, but we may be missing some initiating event. That is problem #1 Here is problem #2 We have also noticed that opac-search.pl and mysqld is causing heavy loading. Within the virtual server we have multiple cpus and the load is shared between them, However, often opac-search.pl is around 30%, and mysqld alone is using close to half of the virtual server's CPU capacity. The records we have in this single site library do not have large numbers of items attached to any one biblio record. There was a discussion in March about something like this a year ago, but I can't see a resolution. Does anyone have any ideas on either of these issues? Hoping someone from the developer group might have some ideas. Agnes -- CEO/ Chief Librarian Hanover Public Library. 451 10th Ave, Hanover, ON N4N 2P1 Tel: 519-364-1420 Email: arm at hanover.ca Please consider the environment before printing this message or attachments. Support your library! Please consider making a donation, joining the Friends of the Library, or remembering us in your will. -- This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com