- Koha - lists.katipo.co.nz

Cover Image Size Limits?
by Nicole Engard 15 Aug '12

15 Aug '12

Are there any limits on the size (dimensions or file size) of cover images uploaded to Koha 3.8+? Thanks Nicole

2 1

Request for IRC Meeting to Begin Planning KohaCon13
by Keener, Nancy 15 Aug '12

15 Aug '12

Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Planning… Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkeener(a)washoecounty.us

8 9

Koha logs
by Linda 14 Aug '12

14 Aug '12

All, I do think it would be helpful to have more documentation about Koha logs in general, including its use of MySQL logs if possible. and how to deal with those. Just my two cents worth. Of course, this is coming from someone who will be retiring soon, but hopefully still be involved in the Koha community to some extent. Oh, and someone who is woefully ignorant of the log files. Linda > Subject: > Re: [Koha] Koha Digest, Vol 82, Issue 20 > From: > Chris Cormack <chrisc(a)catalyst.net.nz> > Date: > 8/13/2012 7:47 PM > > To: > Joel Buleka <jbuleka(a)mra.gov.pg> > CC: > koha(a)lists.katipo.co.nz > > > * Joel Buleka (jbuleka(a)mra.gov.pg) wrote: >> Hi Chris an you advice which logs to clear? >> > Not really no, not without know what is on your machine. > > It's dangerous to delete things without knowing what they are. > > Chris > > Joel > > > -----Original Message----- > From: Chris Cormack [mailto:chrisc@catalyst.net.nz] > Sent: Tuesday, August 14, 2012 8:50 AM > To: Joel Buleka > Cc:koha@lists.katipo.co.nz > Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20 > > * Joel Buleka (jbuleka(a)mra.gov.pg) wrote: >> Hi >> >> We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is >> not starting up and the server is giving us no disk space error. >> > Hi Joel > > What that means, is you have run out of disk space on your server. Do > you have anyone nearby who knows about linux? > > You will need to either find some files to delete or will need to get > some more diskspace. > > It might be time to perhaps think about getting a new server and putting > a recent version of Koha on it. > > 2.2.9 is very very old. > > But the quick fix is you need more disk space on your server, > > Hope this helps > > Chris -- Linda Culberson lculber(a)mdah.state.ms.us Miss. Dept. of Archives and History Archives& Records Services P.O. Box 571 Jackson, MS 39205-0571 Phone: (601) 576-6873

2 1

Re: [Koha] Question on Z39.50 cross-format queries
by Manos Petridis 14 Aug '12

14 Aug '12

Sorry, seem to have replied by mistake to the poster and not to the list. >________________________________ > From: Manos Petridis <egpetridis(a)yahoo.com> >To: BWS Johnson <abesottedphoenix(a)yahoo.com> >Sent: Monday, August 13, 2012 3:24 PM >Subject: Re: [Koha] Question on Z39.50 cross-format queries > > >Thank you for your welcome Brooke, and for your prompt reply. > >I do understand that my own installation can be either USMARC/MARC21 or UNIMARC. What I was enquiring about is Z39.50 look-ups. Why I am puzzled: > >a) It it were simply a case of either/or, then why can I select the MARC flavour of the various Z39.50 origins set up at my installation? What is the reason to let koha know of the MARC flavour/dialect, if it not able to use the data that each server sends? There must be some functionality behind the dropbox selections, even if it only defines the query statement dialect. > >b) From What I can see in the data presented (in the MARC form window) it sometimes is just a matter of mapping. For example, it seems that > >in SUTRS, information is stored in the following keys: >Title: 200 >Author: 700_a, 700_b, 701_a, 701_b...Editon details 210 >Physical descrition: 215 >DDC*: 676_a >DDC description: 676_9 >Subjects: 606 > >in USMARC, information is stored in the following keys: >Title: 245 >Author: 700 >Editon details 260 >Physical descrition: 300 >DDC*: 082 (revision and Category) >Subjects: 650, 505 (fixed and free-form) >LCCN: 010 > >in UNIMARC, information is stored in the following keys: >Title: 200 >Author: 700, 701Editon details 210 >Physical descrition: 215 >DDC*: 676 (revision and Category)Subjects: 606, 712 (fixed and free-form) > >This is what I meant when I wrote "I understand that both standards encode the same more-or-less information, differently" in my original message. There are bound to be differences, sure, but I'm looking for the gest in the MARC records, not the details that frankly I don't even know what they represent. > >I understand that even the information retrieved via Z39.50 from same-flavour installations, passes some kind of mapping, from the MARC record form to the form of the various tables and fields/columns used by the specific software/implementation, koha in our case. I expect therefore that it would be a matter of utilising the appropriate mapping tables, as dictated by the MARC setting of each Z39.50 origin, so that koha could make use of "foreign" MARC records. >kind regards, >Manos Petridis--- > > > From: BWS Johnson <abesottedphoenix(a)yahoo.com> >To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> >Sent: Monday, August 13, 2012 1:21 PM >Subject: Re: [Koha] Question on Z39.50 cross-format queries > > >>Salvete! >> >> Welcome to the Community. :) >> >> >>> Question: >>> I have selected USMARC/MARC21 as my installation's native format. This >>> serves nicely when I perform Z39.50 queries against many USMARC/MARC21 sources. >>> On the other hand, when I perform Z39.50 queries against UNIMARC sources, I >>> don't get properly formatted results even though I have set-up those sources >>> (origins) as UNIMARC in koha. >>> >>> I understand that both standards encode the same more-or-less information, >>> differently. >>> Therefore - if I understand correctly - koha would have to request from an >>> UNIMARC-only-capable source that they return UNIMARC-formatted results, and koha >>> would need to map them - if and as possible - to the native format of my >>> installation, i.e. USMARC/MARC21. >>> >>> Apparently this doesn't happen. Is it normal? >> >> >> That is very normal. MARC21/UNIMARC is an either or standard selection. You may have MARC21 or you may have UNIMARC. To my knowledge, you may not have both. >> >> That said, when this last came up, I can see the point of wanting to be able to run both in parallel if you absolutely MUST have both. Suggestions for how to do that are here: >> >>http://koha.1045719.n5.nabble.com/Software-error-td5114149.html >> >>Cheers, >>Brooke >> >>_______________________________________________ >>Koha mailing list http://koha-community.org >>Koha(a)lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> > >

3 4

HTTP 500 error from koha server while importing Z39.50 records
by Manos Petridis 14 Aug '12

14 Aug '12

I wonder how may I debug the following error: When performing a specific query against remote Z39.50 origins I'm presented with a 500 http error from page cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0&z3950=1&frameworkcode=&breedingid=25518 . Import works fine when importing other titles. Should you wish to try it yourself, the ISBN in question is 0417037600, and the Z39.50 origins that provide results are UK - UNIVERSITY OF EXETER lib.ex.ac.uk:210 INNOPAC USMARC utf8 and UK - NATIONAL LIBRARY OF SCOTLAND z3950.nls.uk:7290 voyager USMARC MARC-8 MARC records retrieved are as follows: -- LDR 00883nam a2200253 4500 001 16434695 003 OCoLC 008 781007s1978 xxkaf r 000 1 eng 020 _a0417037600 (pbk.) 082 04 _a823/.9/1 _218 100 1 _aDe Christoforo, Ron. 245 10 _aGrease / _cby Ron de Christoforo ; based on the screenplay by Bronte Woodard ; adaptation by Allan Carr ; based on the original musical by Jim Jacobs and Warren Casey. 260 _aLondon : _bMagnum Books, _c1978. 300 _a220 p., [16] p. of plates : _bill. ; _c18 cm. 650 0 _aFiction in English. 700 1 _aWoodard, Bront�e. 700 1 _aCarr, Allan. 700 1 _aJacobs, Jim. 700 1 _aCasey, Warren. 856 00 _uhttp://billdouglas.ex.ac.uk/eve/ _zSearch other film resources in the Bill Douglas Centre database 907 _a.b1804203x 931 _a791.430973 950 _a791.430973 907 _akn -- LDR 00972 am a2200289 x 4500 001 1251685 005 20100825160900.0 008 781007s1978 enkaf w 00011 eng 015 _aB7833253 020 _a0417037600 035 _90306-85760 049 00 _aNL _b800606 _cNL _d800606 _eE _f200 _gNL _h* _iNL _zNL 082 00 _a823/.9/1 _218 _dF 100 20 _aDe Christoforo, Ron. 245 10 _aGrease _cby Ron de Christoforo _cbased on the screenplay by Bronte Woodard _cadaptation by Allan Carr _cbased on the original musical by Jim Jacobs and Warren Casey 260 _aLondon _bMagnum Books _c1978 300 _a220p,[16]p of plates _bill _c18cm _epbk 350 00 _a£0.95 500 _aAlso published: New York : Pocket Books, 1978 650 0 _aEnglish fiction. 700 11 _aWoodard, Bronte. 700 11 _aCarr, Allan. 700 11 _aJacobs, Jim. 700 11 _aCasey, Warren. 900 10 _aChristoforo _hRon de _xSee _aDe Christoforo, Ron _z100 955 00 _aNPB1.78.1232 _bNPB 956 _aNLS -- I know it could be due to the unbelievably oh-so-70's title concerned, but again... :-)

2 1

Why are our borrowers being restricted?
by Tim Hannah 14 Aug '12

14 Aug '12

On koha 3.6.4 borrowers with overdues are being restricted. We don't want them to be restricted. Restrictions are put in place about 5 minutes before emailed overdue notices are received, so guessing it's the same process. Overdue notice/status triggers Restrict column is unchecked. Preference OversBlockCirc is set to Don't block All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and Noissuescharge is set to 100.00. Anyone see any obvious preferences we may have missed that could be causing this? Cheers Tim Hannah ---------------------------------------------------------------------------- DISCLAIMER: This e-mail (including attachments) may contain information which is confidential or legally privileged and may not reflect the Ministry of Education's view. The Ministry is not responsible for changes made to this email after we've sent it. If you have received this e-mail by mistake, please reply to the Ministry immediately and delete both messages. Thank you.

4 4

help for debian partition for koha
by Ram Verma 14 Aug '12

14 Aug '12

Dear All, I am new to Debian and Koha, what is the criteria for space allocation in Debian Partition? I will be using only one operating System: Debian 6.0.5 (Squeeze); and the system is dedicated for Koha 3.8.3; Hard disk space is: 320 GB, RAM: 2GB Could you please guide me for meaningful partitioning of Debian. /(root) = ? /boot =? /usr =? /var =? /opt =? /tmp =? /backup for koha-data (manually created) =? Thank You. Ram.

2 1

String freeze for 3.8.4
by Chris Cormack 14 Aug '12

14 Aug '12

Hi All Tomorrow is the 15th of August (in NZ at least) and as such, is a week out from the release of 3.8.4. So I am calling a string freeze, this means I won't be pushing any patches that change strings from then on. Frédéric, when you get a chance could you generate the .po files please and let the translators know. Thanks everybody Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Re: [Koha] Koha Digest, Vol 82, Issue 20
by Chris Cormack 14 Aug '12

14 Aug '12

* Joel Buleka (jbuleka(a)mra.gov.pg) wrote: > Hi Chris an you advice which logs to clear? > Not really no, not without know what is on your machine. It's dangerous to delete things without knowing what they are. Chris > > Joel > > > -----Original Message----- > From: Chris Cormack [mailto:chrisc@catalyst.net.nz] > Sent: Tuesday, August 14, 2012 8:50 AM > To: Joel Buleka > Cc: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20 > > * Joel Buleka (jbuleka(a)mra.gov.pg) wrote: > > Hi > > > > We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is > > > not starting up and the server is giving us no disk space error. > > > > Hi Joel > > What that means, is you have run out of disk space on your server. Do > you have anyone nearby who knows about linux? > > You will need to either find some files to delete or will need to get > some more diskspace. > > It might be time to perhaps think about getting a new server and putting > a recent version of Koha on it. > > 2.2.9 is very very old. > > But the quick fix is you need more disk space on your server, > > Hope this helps > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Re: [Koha] Can't tick "item due" box in Patron messaging preferences
by Sonia P. 14 Aug '12

14 Aug '12

Thanks. I have checked and it's empty. I BBC myself when sending an overdue notice (haven't received anything), I have checked that the server does send emails, I have done the triggers and notices, the cronjob has been verified recently. I have followed all the instructions, I don't know... Of course, there is something that I must do wrong, but what... ? Cheers, Sonia. From: lrea(a)nekls.org Date: Mon, 13 Aug 2012 09:24:57 -0500 Subject: Re: [Koha] Can't tick "item due" box in Patron messaging preferences To: sossolapro(a)hotmail.com Sonia, Is it possible that you have some jquery in your intranetuserjs that is upsetting the proper behavior of this table? You could look and see in System Preferences -> search for intranetuserjs. Liz Rea NEKLS On Sat, Aug 4, 2012 at 7:30 AM, Sonia P. <sossolapro(a)hotmail.com> wrote: Dear all I am trying to send reminders for overdue items. I am currently reading the manual and I think I have got everything, but still I can't tick that box (in an individual patron or in the administration "patron categories"). I can actually tick the box and then I click on save, but it's not saved. Though, if I tick other boxes (Item Checkout, Hold Filled, Item Check-in), it saves correctly and then it's really ticked when I load the patron preferences again... I did the notice triggers, the enhancedmessagingpreferences and I don't remember what else. Cheers, Sonia. _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Northeast Kansas Library System lrea(a)nekls.org 785-838-4090

1 0