From egpetridis at yahoo.com Mon Apr 1 23:34:03 2013 From: egpetridis at yahoo.com (Manos PETRIDIS) Date: Mon, 1 Apr 2013 13:34:03 +0300 Subject: [Koha] FW: updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342. Message-ID: <009601ce2ec4$6fff19a0$4ffd4ce0$@com> Sent again, as I fail to find my original posting in the March 2013 Koha Archives at http://lists.katipo.co.nz/pipermail/koha/2013-March/date.html . From: Manos PETRIDIS [mailto:egpetridis at yahoo.com] Sent: Sunday, March 31, 2013 12:04 AM To: 'koha at lists.katipo.co.nz' Subject: updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342. Hi all, I have been running Koha (development/git) on a Debian VM for some months now, with only a few problems so far. Tried recently to upgrade to version 3.08.11.002; when I access the Web installer however, I get the following error and cannot proceed further, as I'm constantly brought to the same point: Web installer > Step 3 We are upgrading from Koha 3.08.11.001 to 3.08.11.002, you must update your database Updating database structure Update report : * Status: 500 * Content-type: text/html * *

Software error:

* 
Undefined subroutine &main::CheckVersion called at
/home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342.
*
*

* For help, please send mail to the webmaster (webmaster at koha), giving this error message * and the time and date of the error. * *

Update errors : * [Sat Mar 30 17:23:15 2013] updatedatabase.pl: Undefined subroutine &main::CheckVersion called at /home/koha/kohaclone/installer/data/mysql/updatedatabase.pl line 5342. Any clues, any suggestions? uname -a reports ver 2.6.32.5-686 git shortlog is quite long to fit into a message, so I defer posting unless someone asks for it. Thank you in advance Manos From r.rowe at lincolnlibraries.org Mon Apr 1 23:44:39 2013 From: r.rowe at lincolnlibraries.org (Randall Rowe) Date: Mon, 01 Apr 2013 05:44:39 -0500 Subject: [Koha] jsprint setup - Message-ID: <201304010544247.SM276984@IMAIL3> Chad, This is overkill. If everything you do from this browser is going to be silently printed to the same printer, simply set up your printer prefs in FireFox. Then go to the about:config page and add a new boolean called "print.always_print_silent" and set it to true. Randy ---- Original Message ---- From: "Chad Roseburg" Sent: 3/29/2013 3:30:56 PM To: koha at lists.katipo.co.nz Subject: [Koha] jsprint setup - I am trying to setup silent printing using the 'IntranetSlipPrinterJS' in Koha 3.10. Documentation found here: http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently My javascript looks like this: function printThenClose() { try { jsPrintSetup.setPrinter('TSP143-(STR_T-001)'); jsPrintSetup.clearSilentPrint(); jsPrintSetup.setOption('printSilent', 1); jsPrintSetup.setOption('headerStrLeft',); jsPrintSetup.setOption('headerStrCenter',); jsPrintSetup.setOption('headerStrRight',); jsPrintSetup.setOption('footerStrLeft',); jsPrintSetup.setOption('footerStrCenter',); jsPrintSetup.setOption('footerStrRight',); jsPrintSetup.print(); } catch(err) { //Default printing if jsPrint-setup is not available window.print(); window.close(); } } Using Firefox 19 on Ubuntu 12.04. It brings up the receipt window but that's it. I've tried commenting out the setprinter line ...no change. JSprint addon is set to allow any site access. Tried other permissions to no avail. Does anyone have complete instructions for getting this to work? Thanks! -- Chad Roseburg Automation Dept. North Central Regional Library _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From storypage at gmail.com Tue Apr 2 03:13:10 2013 From: storypage at gmail.com (Jim Maroon) Date: Mon, 1 Apr 2013 09:13:10 -0500 Subject: [Koha] Replacement cost deleting or changing on batch modification Message-ID: Hi, all. We are having a problem with batch modification, and I hope someone out there has found a work around or way to fix it. We have a default replacement price of $15. This is inserted in the item record when we create an item. The only time we use this is when the item is a gift and has no price attached to it. Otherwise, we use the retail price for the item. This of course flags circ when an item is lost or damaged and needs to be replaced by the patron. The problem we are having is the actual replacement price is being replaced by the default price when we do batch modification on one or multiple items. We tried taking out the default price in our settings, but then it just replaces the replacement price with nothing. Has anyone else run into this problem? If so, did you find a fix for it? I'm wondering if there is something about Koha we are missing. Thanks in advance! -- ======================================================== *Jim Maroon * From croseburg at ncrl.org Tue Apr 2 08:46:33 2013 From: croseburg at ncrl.org (Chad Roseburg) Date: Mon, 1 Apr 2013 12:46:33 -0700 Subject: [Koha] jsprint setup + Receipt printing on Linux clients Message-ID: Thanks for all your input! I had this feature working on a test server running the dev channel of Koha maybe a month ago. It stopped working so, in frustration, I copied the code from the Wiki. My previous code contained the single quotes and worked as expected, but lacked the "try/catch" for falling back to normal printing if jsPrint was not present. My point is that, with or without the single quotes representing the 2nd argument, it is not working. Not working in 3.10 stable nor the latest packages for Debian. I thought maybe jsprint's security settings were to blame, or possibly I'd run into a bug ...but it could easily be the station I'm testing with. It sounds like the javascript [ /w empty single quotes ] is correct so I will move on to other possibilities. @Randall For many cases it's overkill, but there are scenarios where this would be very handy. 1. Allows staff to use a single browser. Only Koha related pages print silent to the receipt printer. Less confusion for substitutes and techphobic staff members. 2. Centralized printer settings. Name every receipt printer "receipt", or whatever, and you're done. 3. If you have Linux staff stations --- Firefox/Chrome do not use "Last Used Printer", so your method does not work at all! So this method allows easy, effortless and centralized receipt printer setups for Debian/Ubu staff stations. I have not tried portable Firefox, so that may be a way to get around the "Last Used Printer" issue, not sure. Thanks again for your input! Would appreciate some guidance from other libraries using staff Linux clients as to receipt setup. Chad On Mon, Apr 1, 2013 at 3:44 AM, Randall Rowe wrote: > Chad, > > This is overkill. If everything you do from this browser is going to be > silently printed to the same printer, simply set up your printer prefs in > FireFox. Then go to the about:config page and add a new boolean called > "print.always_print_silent" and set it to true. > > Randy > > > > > > ---- Original Message ---- > From: "Chad Roseburg" > Sent: 3/29/2013 3:30:56 PM > To: koha at lists.katipo.co.nz > Subject: [Koha] jsprint setup - > > I am trying to setup silent printing using the 'IntranetSlipPrinterJS' in > Koha 3.10. > > Documentation found here: > > http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently > > My javascript looks like this: > function printThenClose() { > try > { > jsPrintSetup.setPrinter('TSP143-(STR_T-001)'); > jsPrintSetup.clearSilentPrint(); > jsPrintSetup.setOption('printSilent', 1); > > jsPrintSetup.setOption('headerStrLeft',); > jsPrintSetup.setOption('headerStrCenter',); > jsPrintSetup.setOption('headerStrRight',); > jsPrintSetup.setOption('footerStrLeft',); > jsPrintSetup.setOption('footerStrCenter',); > jsPrintSetup.setOption('footerStrRight',); > jsPrintSetup.print(); > } > catch(err) > { > //Default printing if jsPrint-setup is not available > window.print(); > window.close(); > } > } > > Using Firefox 19 on Ubuntu 12.04. > > It brings up the receipt window but that's it. I've tried commenting out > the setprinter line > ...no change. JSprint addon is set to allow any site access. Tried other > permissions to no avail. Does anyone have complete instructions for getting > this to work? > > Thanks! > > -- > Chad Roseburg > Automation Dept. > North Central Regional Library > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > -- Chad Roseburg Automation Dept. North Central Regional Library From liz at catalyst.net.nz Tue Apr 2 12:43:01 2013 From: liz at catalyst.net.nz (Liz Rea) Date: Tue, 02 Apr 2013 12:43:01 +1300 Subject: [Koha] Koha themes CCSR and PROG In-Reply-To: References: <1364616798.110.YahooMailNeo@web124502.mail.ne1.yahoo.com> <9ABDA4B0-92FD-4E21-B09E-0F5233867B5B@yahoo.com> Message-ID: <515A1B85.2040708@catalyst.net.nz> Hi there, I wonder if you are having a similar issue to what I had not an hour ago, which is that if I pasted in the information I wanted to show up on the public interface (in my case, OPACNav), it would not save, or would appear to save, but not show up in the public interface. I fixed it by inserting a space in the text entry box at the end of my paste, and clicking save. The reasoning being, if you paste things in and don't give a keyboard trigger (the purpose of the manual addition of a space on the end), the javascript doesn't notice that you've made a change, and so doesn't save properly - if you give it a proper keyboard trigger, it does. Give it a go, it could be just the thing that solves your issue. Liz Rea constant-mucker-of-things On 30/03/13 20:43, Josef Moravec wrote: > I didn't make any changes, if I remember. You can see it in action here: > http://xmorave2.vserver.cz/ > > Did you install Koha from Deb packages, or from tarball? > > > On Sat, Mar 30, 2013 at 8:40 AM, Josef Moravec wrote: > >> I didn't make any changes, if I remember. You can see it in action here: >> http://xmorave2.vserver.cz/ >> >> Screenshot from administration is attached. >> >> Did you install Koha from Deb packages, or from tarball? >> >> >> >> On Sat, Mar 30, 2013 at 8:28 AM, Quoc Uy wrote: >> >>> Did you make some change or import another css code? My opaccredit and >>> opacheader work fine with prog, but with ccsr, it doesn't. Can you send me >>> your link or images for cheking? Thanks! >>> >>> >>> Best regards! >>> Nguyen Quoc Uy >>> >>> On 30.03.2013, at 11:10, Josef Moravec wrote: >>> >>> >>> Hello Ngueyn, >>> >>> we are runnig Koha 3.10.4 and the CCSR theme in OPAC and both header and >>> footer work fine for us. Just to be sure that we all think about the same >>> thing - we use "opaccredits" and "opacheader" system preferences. >>> >>> Josef Moravec >>> >>> >>> >>> >>> On Sat, Mar 30, 2013 at 5:13 AM, Quoc Uy wrote: >>> >>>> I'm checking Opac Koha 3.10 and 3.12 beta2. I found out that, if we use >>>> theme CCSR (mobile theme, i think), we can't include header and footer (it >>>> has some CSS error- need fix). So if we want to have header and footer in >>>> Opac, we must use PROG theme, right? Did anyone try to bring header and >>>> footer to CCSR theme? >>>> >>>> >>>> Best regards! >>>> Nguyen Quoc Uy >>>> Admin http://dreamlib.vn & http://vietnamlib.net >>>> Phone: +79525768182 >>>> _______________________________________________ >>>> Koha mailing list http://koha-community.org >>>> Koha at lists.katipo.co.nz >>>> http://lists.katipo.co.nz/mailman/listinfo/koha >>>> >>> >>> >>> -- >>> Josef Moravec >>> josef.moravec at gmail.com >>> >>> >> >> -- >> Josef Moravec >> josef.moravec at gmail.com >> > > From David.W.Hartman at disney.com Wed Apr 3 02:04:40 2013 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Tue, 2 Apr 2013 09:04:40 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> All, We saw the Koha wiki and Red Hat looked pretty straight forward?. I hear rumors that it is not recommended to run Koha on Red hat .. Can anyone share best practices on Red Hat and Koha From: Callaghan, Michael D. Sent: Tuesday, April 02, 2013 8:55 AM To: Hartman, David W. - GBTS Library Subject: RE: Koha meeting today Do you know what version of Red Hat we have here? The Koha wiki shows that getting it running under 6.x should be pretty straightforward. http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 From gmc at esilibrary.com Wed Apr 3 08:03:41 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Tue, 2 Apr 2013 12:03:41 -0700 Subject: [Koha] IRC meeting reminder: 3 April 2013 at 10:00 UTC Message-ID: Hi, The next general IRC meeting is happening tomorrow, 3 April 2013, at 10:00 UTC: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+IRC+General+Meeting&iso=20130403T10 Here is the agenda: http://wiki.koha-community.org/wiki/General_IRC_meeting,_3_April_2013 Of particular note: the elections for roles for 3.14 will take place at this meeting. Regards, Galen -- Galen Charlton Manager of 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 peterzhaonj at 163.com Wed Apr 3 22:25:01 2013 From: peterzhaonj at 163.com (Peter Zhao) Date: Wed, 3 Apr 2013 17:25:01 +0800 (CST) Subject: [Koha] Label creator problem In-Reply-To: References: Message-ID: <7ed1dd9c.d6b0.13dcf36b27d.Coremail.peterzhaonj@163.com> Hi, I used label creator to export a batch and downlad as PDF. But I can not see anything on the PDF file, it is blank. Could anyone know how to fix this problem? Thanks a lot. Peter Zhao From druthb at gmail.com Thu Apr 4 03:05:49 2013 From: druthb at gmail.com (D Ruth Bavousett) Date: Wed, 3 Apr 2013 09:05:49 -0500 Subject: [Koha] Seeking room-share for KohaCon 2013! Message-ID: Since I'm no longer with a Koha support company, I'll be traveling to KohaCon on my own dime. I'm interested in saving a bit of money, so if some other female (especially an international attendee) is interested in splitting the cost of a room, please get in touch with me off-list. D Ruth Bavousett Translation Manager, 3.12/3.14 From gmc at esilibrary.com Thu Apr 4 05:06:26 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Wed, 3 Apr 2013 09:06:26 -0700 Subject: [Koha] Olly olly oxen free: integrators with Koha, stand up and be counted Message-ID: [This morning I posted the following query to the Koha community blog. Please distributed widely.] Does your project, service, or product interact with Koha in some automated fashion? If so, we?d like to hear from you. I?m using the phrase ?automated fashion? very broadly. There are many ways to receive data from a Koha system, update data in a Koha database, or make transactions happen. A few of these ways include: - RESTful web service calls - SIP2 to perform patron and circulation requests - Z39.50, unAPI, and OpenSearch to retrieve catalog data - LDAP to authenticate patrons - MARC exports and imports - Screen-scraping (although if you?re screen-scraping Koha, we may be able to suggest a better way to do it) - Direct database access - And others Some of the things we?d like to know include: - The name of your service or product - What it does for a Koha library - How it is accessing Koha - Whether there are specific APIs or entry points that your application depends on - If there are things that Koha could be doing to make your life easier We want to hear from everybody, whether you are a library that has integrated Koha with other software, a Koha support group, a vendor providing products or services to libraries, or a member of a free software project whose software talks with Koha. If you work for a Koha library and know that Koha works with another service, we want to hear from you too, even if you don?t know how Koha is doing the talking. Why do we want to know? Our reasons include: - Finding out which entry points we should be particularly careful about changing as Koha gets enhanced. - Seeing if there are things we could be doing better to encourage more people and applications to participate in the Koha ecosystem. - (Maybe) putting together a list of third-party services that interact with Koha. To respond, please comment on the post at http://koha-community.org/olly-olly-oxen-free-integrators-koha-stand-counted/. Regards, Galen -- Galen Charlton Manager of 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 bahaa.bacharouch at gmail.com Thu Apr 4 23:20:56 2013 From: bahaa.bacharouch at gmail.com (bahaa) Date: Thu, 4 Apr 2013 10:20:56 +0000 (UTC) Subject: [Koha] Cannot See the Code and Description field in the Marc frameworks Message-ID: After a successful installation of Koha 3.10.03 on Ubuntu 12, i'm able to create a new Marc framework but i cannot see the Code and Description field of this frameworks (They are hidden for all rows). Any help will be appreciated. regards Bahaa From 5p4m at gmx.de Fri Apr 5 00:52:28 2013 From: 5p4m at gmx.de (Mirko) Date: Thu, 04 Apr 2013 13:52:28 +0200 Subject: [Koha] Next IRC meeting: 07 May 2013 Message-ID: <515D697C.5060805@gmx.de> The next IRC meeting is going to be on May 07 at 02:00 UTC http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+IRC+General+Meeting&iso=20130507T02 Feel free to add stuff to the agenda on the Wiki at http://wiki.koha-community.org/wiki/General_IRC_meeting,_7_May_2013 -- Mirko From info at bywatersolutions.com Fri Apr 5 11:14:20 2013 From: info at bywatersolutions.com (Brendan Gallagher) Date: Thu, 4 Apr 2013 15:14:20 -0700 Subject: [Koha] Jesse Weaver (pianohacker) will be working with ByWater for the Summer. Special Request to join QAA team.. Message-ID: Hello All - Jesse Weaver, the 54th committer to Koha, will be working with ByWater from May 15th to about August 15th of 2013. He will be dedicated to working only on Koha work, like signing off on patches and fixing bugs. I also had another thought that if we could get him accepted to the QAA team for those three months that would be a great help there also. We all know that he's got the skills and the ability. I am interested to hear if there are any objections to this. Jesse has stated that he would look forward to helping out with the QA load. Of course since he will be paid by ByWater - he will not QA or sign-off on ByWater patches/code. Either way we will be dedicating his time to Koha work. Thank you for your comments and thoughts and sorry to not bring this up in the last General IRC meeting - it was at 3am my time and I was still working on the details with Jesse for this summer. Perhaps this should be brought up and voted on during the next General IRC meeting? Or will this mailing and no objections suffice? Thanks, Brendan -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions From abesottedphoenix at yahoo.com Fri Apr 5 11:22:23 2013 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Thu, 4 Apr 2013 15:22:23 -0700 (PDT) Subject: [Koha] [Koha-devel] Jesse Weaver (pianohacker) will be working with ByWater for the Summer. Special Request to join QAA team.. Message-ID: <1365114143.39885.YahooMailMobile@web161604.mail.bf1.yahoo.com> Salvete! That's great news if you ask this non dev. :) Cheers, Brooke From chrisc at catalyst.net.nz Fri Apr 5 11:33:28 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 5 Apr 2013 11:33:28 +1300 Subject: [Koha] [Koha-devel] Jesse Weaver (pianohacker) will be working with ByWater for the Summer. Special Request to join QAA team.. In-Reply-To: References: Message-ID: <20130404223328.GP19162@rorohiko.wgtn.cat-it.co.nz> * Brendan Gallagher (info at bywatersolutions.com) wrote: > Hello All - > > Jesse Weaver, the 54th committer to Koha, will be working with ByWater > from May 15th to about August 15th of 2013. > > He will be dedicated to working only on Koha work, like signing off on > patches and fixing bugs. I also had another thought that if we could get > him accepted to the QAA team for those three months that would be a great > help there also. We all know that he's got the skills and the ability. I > am interested to hear if there are any objections to this. Jesse has > stated that he would look forward to helping out with the QA load. > > Of course since he will be paid by ByWater - he will not QA or sign-off on > ByWater patches/code. > Awesome to have Jesse back, Many of you may not know but Jesse did most of the work to ajaxify the system preferences, a feature that many many people love. As one of the QA team I'd be happy to have him helping Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From gmc at esilibrary.com Fri Apr 5 11:48:41 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Thu, 4 Apr 2013 15:48:41 -0700 Subject: [Koha] [Koha-devel] Jesse Weaver (pianohacker) will be working with ByWater for the Summer. Special Request to join QAA team.. In-Reply-To: References: Message-ID: Hi, On Thu, Apr 4, 2013 at 3:14 PM, Brendan Gallagher wrote: > Jesse Weaver, the 54th committer to Koha, will be working with ByWater from > May 15th to about August 15th of 2013. > > He will be dedicated to working only on Koha work, like signing off on > patches and fixing bugs. Awesomesauce! > I also had another thought that if we could get him accepted > to the QAA team for those three months that would be a great > help there also. +1 > Perhaps this should be brought up and voted on during the next General IRC > meeting? Or will this mailing and no objections suffice? If the QAM approves, and unless somebody voices an objection, I'm fine with this approach. Regards, Galen -- Galen Charlton Manager of 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 hagud at orex.es Fri Apr 5 22:15:12 2013 From: hagud at orex.es (Hugo Agud) Date: Fri, 5 Apr 2013 11:15:12 +0200 Subject: [Koha] new sql report Message-ID: Dear all Based on the report published http://wiki.koha-community.org/wiki/SQL_Reports_Library on new bib, we have create a new one that give you the list of new records with some marc21 tags...I hope you enjoy i SELECT ExtractValue(b.marcxml, '//datafield[@tag="245"]/subfield[@code="a"]'), ExtractValue(b.marcxml, '//datafield[@tag="260"]/subfield[@code="a"]'),ExtractValue(b.marcxml, '//datafield[@tag="260"]/subfield[@code="c"]'), monthname(datecreated) AS month, year(datecreated) AS year, biblionumber AS biblionumber FROM biblio LEFT JOIN biblioitems b USING (biblionumber) WHERE datecreated BETWEEN <> AND <> Kindest Regards Hugo -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 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 cnighswonger at foundations.edu Sat Apr 6 04:45:53 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Fri, 5 Apr 2013 11:45:53 -0400 Subject: [Koha] Question on Cataloguing Graduate Thesis Message-ID: Every year our library receives a single binding which includes copies of all graduate theses submitted and accepted for various degree programs. The question has arisen: Where/how do you catalog multiple graduate theses in a single binding in dewey/loc/foobar? Although the immediate problem begs separate bindings for each thesis, this will probably not happen. Besides, there would be nearly 40 volumes which would not follow that format in any case. Our cataloguers would be very appreciative of any pointers, suggestions, etc. Kind Regards, Chris From ontariowolf64 at yahoo.com Mon Apr 8 07:55:28 2013 From: ontariowolf64 at yahoo.com (Marty) Date: Sun, 7 Apr 2013 12:55:28 -0700 (PDT) Subject: [Koha] My circulation rules are ignored? Message-ID: <1365364528.27410.YahooMailNeo@web125803.mail.ne1.yahoo.com> I think I am doing something wrong with the circulation rules but I am not bright enough to figure it out, or I am missing something. It is also years since I set up our previous circulation rules. We basically have rules that apply to almost everybody, so I figured it would be simple, the problem is, it does not work as I expect it to work. We have people living in institutions that we won't lend more than one item to, because there is a rather high risk that it will not be returned. By limiting their items? we reduce our loss to one item, because we won't allow them another item until the other is returned. We are rather limited in the amount of children DVD's and to prevent them all being out to the same person we want to limit the item to a quantity of 2 per patron. The only limit that seems to work is the 12 item limit, I have been trying for a while on my parallel system, but I can issue Children DVD's until I reach the limit of 12. There are no warnings or any other indicators. Same for the "Special" category, I can issue them 12 items no problem, the idea was that it gives me a warning, or preferably block people from issuing more than one item to them. So, what do I do wrong? Below are my circulation rules. Special All 1 21 days None defined 0.50 7 7 5.00 0 1 1 0.000000 All Children DVD 2 21 days None defined 0.50 7 7 10.00 0 0 1 0.000000 All All 12 21 days None defined 0.50 7 7 10.00 0 3 3 0.000000 From David.W.Hartman at disney.com Mon Apr 8 11:29:41 2013 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Sun, 7 Apr 2013 19:29:41 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> , <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <3E19441498923443B9DBE2FE1C0E70B604EE5FA122@SM-FLOR-VXMB04B.wdw.disney.com> All, We saw the Koha wiki and Red Hat looked pretty straight forward?. I hear rumors that it is not recommended to run Koha on Red hat .. Can anyone share best practices on Red Hat and Koha From: Callaghan, Michael D. Sent: Tuesday, April 02, 2013 8:55 AM To: Hartman, David W. - GBTS Library Subject: RE: Koha meeting today Do you know what version of Red Hat we have here? The Koha wiki shows that getting it running under 6.x should be pretty straightforward. http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 From chrisc at catalyst.net.nz Mon Apr 8 12:22:50 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 8 Apr 2013 12:22:50 +1200 Subject: [Koha] One week until the call for speakers deadline for Kohacon13 Message-ID: <20130408002250.GX19162@rorohiko.wgtn.cat-it.co.nz> Hi All It's now 1 week (from NZ anyway) until the 15th of April. Which is the deadline for registering your proposal to speak If you head to http://koha-community.org/kohacon/kohacon13/ And follow the link to Call for Programs You can submit your talk topic .. you know you want to ;) Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From jcamins at cpbibliography.com Mon Apr 8 15:30:03 2013 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Sun, 7 Apr 2013 23:30:03 -0400 Subject: [Koha] label creator problem In-Reply-To: <451615b4.122db.13de74f4362.Coremail.peterzhaonj@163.com> References: <451615b4.122db.13de74f4362.Coremail.peterzhaonj@163.com> Message-ID: Forwarded to the list as it has apparently been fixed. On Sun, Apr 7, 2013 at 9:42 PM, Peter Zhao wrote: > Dear Jared, > Warmly Greetings. > I used "Home? Tools? Labels home " to create a label. If I use > MARC21, it can work well and show a beatiful label. But if I use UNIMARC, > it does not work, it does not show anything, just a blank paper. Could you > help me fix this problem? > By the way, why "Koha Digest" stop to send? > > Many Thanks. > > Peter Zhao > > > -- 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 titiwm at gmail.com Tue Apr 2 21:35:55 2013 From: titiwm at gmail.com (Tonny Mwiti) Date: Tue, 2 Apr 2013 11:35:55 +0300 Subject: [Koha] Holiday Fines Message-ID: Hi All, Our library is using koha 3.0803000 and we have issues with holiday fines. When I set the calendar to include a unique holiday, users still get a fine inclusive the unique holiday. I have set global system preferences as described in the koha document but the issue still persists. Kindly assist. Regards, Andrew. From laurent.spitaels at vki.ac.be Tue Apr 2 22:09:53 2013 From: laurent.spitaels at vki.ac.be (Laurent Spitaels) Date: Tue, 2 Apr 2013 11:09:53 +0200 Subject: [Koha] Records missing in OPAC Message-ID: <8433A025-E40E-422A-B008-2356507C55EB@vki.ac.be> Hi everybody, I will explain my problem that I have with my database in koha. At the beginning I had a lot of records which don't have the good itemtype. The first move was changing the itemtype with a script. I changed the itemtype in the database (biblioitems table) and the marcxml also stored in the biblioitems table. The change worked but when I do a search in OPAC, the record that have changed are missing but they are present in the database. I did a rebuild of zebra but nothing changed. Did I do something wrong? Best regards! Laurent Spitaels laurent.spitaels at vki.ac.be www.vki.ac.be From Disney.IT.Support.Center.Inquiry at disney.com Mon Apr 8 11:41:03 2013 From: Disney.IT.Support.Center.Inquiry at disney.com (Disney IT Support Center Inquiry) Date: Sun, 7 Apr 2013 19:41:03 -0400 Subject: [Koha] TEST Message-ID: TEST From zoe at sris.com.tw Tue Apr 2 20:21:03 2013 From: zoe at sris.com.tw (zoe) Date: Tue, 2 Apr 2013 00:21:03 -0700 (PDT) Subject: [Koha] Please advice how to improve our search issue Message-ID: <1364887263213-5749360.post@n5.nabble.com> hello all, Our Koha response time is too slow. We have 217062 biblio records, 289026 items, and with zebra index. When I use keyword to search, it spent almost 30s for the slowest one, the averige is 10s. Is there anyone who has ever met this situation and solved the issue? OS: Ubuntu 12.04 Koha version: 3.06.02.000 Any help. Thought, direction would be greatly appreciated! Thank you. Zoe -- View this message in context: http://koha.1045719.n5.nabble.com/Please-advice-how-to-improve-our-search-issue-tp5749360.html Sent from the Koha-general mailing list archive at Nabble.com. From vimal0212 at gmail.com Mon Apr 8 18:18:37 2013 From: vimal0212 at gmail.com (Vimal Kumar V.) Date: Mon, 8 Apr 2013 11:48:37 +0530 Subject: [Koha] Need a sample Serial claim notice Message-ID: Dear Friends, Please give me a sample late serial claim notice. Its nice, a sample serial claim notice with Koha in future release. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From libsitali at gmail.com Mon Apr 8 18:30:06 2013 From: libsitali at gmail.com (Chrispin Simasiku Sitali) Date: Mon, 8 Apr 2013 08:30:06 +0200 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: <1364887263213-5749360.post@n5.nabble.com> References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: Whats the amount of memory (RAM) of your server and processor On 2 April 2013 09:21, zoe wrote: > hello all, > > Our Koha response time is too slow. We have 217062 biblio records, 289026 > items, and with zebra index. When I use keyword to search, it spent almost > 30s for the slowest one, the averige is 10s. Is there anyone who has ever > met this situation and solved the issue? > > OS: Ubuntu 12.04 > Koha version: 3.06.02.000 > > Any help. Thought, direction would be greatly appreciated! > Thank you. > > Zoe > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Please-advice-how-to-improve-our-search-issue-tp5749360.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 > -- Charles Lwanga College of Education, P. O. Box 660193, Monze, ZAMBIA. Mobile: +26 0979 869471 SKYPE: Libsitali From libsitali at gmail.com Mon Apr 8 18:50:31 2013 From: libsitali at gmail.com (Chrispin Simasiku Sitali) Date: Mon, 8 Apr 2013 08:50:31 +0200 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: <1364887263213-5749360.post@n5.nabble.com> References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: The other thing to check for is whether the computer used for check-in and check-out is on a wired network or wireless. On my system I discovered that check-in/check-out tends to be slower or on a computer with wireless connectivity than the one on a wired network On 2 April 2013 09:21, zoe wrote: > hello all, > > Our Koha response time is too slow. We have 217062 biblio records, 289026 > items, and with zebra index. When I use keyword to search, it spent almost > 30s for the slowest one, the averige is 10s. Is there anyone who has ever > met this situation and solved the issue? > > OS: Ubuntu 12.04 > Koha version: 3.06.02.000 > > Any help. Thought, direction would be greatly appreciated! > Thank you. > > Zoe > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Please-advice-how-to-improve-our-search-issue-tp5749360.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 > -- Charles Lwanga College of Education, P. O. Box 660193, Monze, ZAMBIA. Mobile: +26 0979 869471 SKYPE: Libsitali From mtompset at hotmail.com Mon Apr 8 22:34:25 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 8 Apr 2013 06:34:25 -0400 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: <1364887263213-5749360.post@n5.nabble.com> References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: Greetings, How much memory (RAM) does your system have? My first gut feeling is that your machine runs out of physical memory and so it begins to use swap space. Hard drive access is much slower compared to RAM. You can determine if this idea is valid by typing at a command line: $ free -m And then post the output. GPML, Mark Tompsett From nengard at gmail.com Mon Apr 8 22:51:38 2013 From: nengard at gmail.com (Nicole Engard) Date: Mon, 8 Apr 2013 06:51:38 -0400 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: Chris, I don't know how in depth you want me to go here. Your best bet is to use Analytics (which are meant for this very thing). So you catalog the bound edition as '2013 graduate theses' or some such title). Then you catalog each individual theses and link them to the whole. Here's a start on how that works: http://manual.koha-community.org/3.12/en/cataloging.html#cataloganalytics Nicole On Fri, Apr 5, 2013 at 11:45 AM, Chris Nighswonger < cnighswonger at foundations.edu> wrote: > Every year our library receives a single binding which includes copies of > all graduate theses submitted and accepted for various degree programs. The > question has arisen: > Where/how do you catalog multiple graduate theses in a single binding in > dewey/loc/foobar? > > Although the immediate problem begs separate bindings for each thesis, this > will probably not happen. Besides, there would be nearly 40 volumes which > would not follow that format in any case. > > Our cataloguers would be very appreciative of any pointers, suggestions, > etc. > > Kind Regards, > Chris > _______________________________________________ > 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 Mon Apr 8 22:53:03 2013 From: nengard at gmail.com (Nicole Engard) Date: Mon, 8 Apr 2013 06:53:03 -0400 Subject: [Koha] Holiday Fines In-Reply-To: References: Message-ID: This was a bug that was fixed in 3.8.5 (I think I have the version right). You should upgrade to the latest stable 3.8.x release and see if that does the trick. Nicole On Tue, Apr 2, 2013 at 4:35 AM, Tonny Mwiti wrote: > Hi All, > > Our library is using koha 3.0803000 and we have issues with holiday fines. > When I set the calendar to include a unique holiday, users still get a fine > inclusive the unique holiday. I have set global system preferences as > described in the koha document but the issue still persists. > > Kindly assist. > > Regards, > > Andrew. > _______________________________________________ > 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 Mon Apr 8 22:53:28 2013 From: nengard at gmail.com (Nicole Engard) Date: Mon, 8 Apr 2013 06:53:28 -0400 Subject: [Koha] TEST In-Reply-To: References: Message-ID: Got it. On Sun, Apr 7, 2013 at 7:41 PM, Disney IT Support Center Inquiry < Disney.IT.Support.Center.Inquiry at disney.com> wrote: > TEST > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From bgkriegel at gmail.com Mon Apr 8 23:36:01 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Mon, 8 Apr 2013 08:36:01 -0300 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: On Tue, Apr 2, 2013 at 10:04 AM, Hartman, David W. - GBTS Library < David.W.Hartman at disney.com> wrote: > All, > We saw the Koha wiki and Red Hat looked pretty straight forward?. I > hear rumors that it is not recommended to run Koha on Red hat .. Can anyone > share best practices on Red Hat and Koha > > David, as Koha depends on Apache+MySQL+Perl+Zebra then it could probably run on any Linux distribution, the difference is on how much work you need to set it up. Most important thing is your Perl version, you need >= 5.10. Is that's not the case, you need to compile Perl and all the needed modules. Doable, but too much work. If you have the right Perl, check how many needed modules can install from packages (you need all listed by koha_perl_deps:pl -m -u) The more you have, less work. Check if your distribution have Zebra, if not compile it. With that dependencies solved, Koha can run happily without problems. Regards, Bernardo PS: I installed Koha 3.10 on CentOS 5.3, so I had to do all the work. From kyle.m.hall at gmail.com Mon Apr 8 23:40:36 2013 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Mon, 8 Apr 2013 07:40:36 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Barring other reasons, I would recommend running Koha on Debian whenever possible. It is the most common platform to run Koha on, and you can even install it from packages! http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze#Debian_packages_of_Koha Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Tue, Apr 2, 2013 at 9:04 AM, Hartman, David W. - GBTS Library < David.W.Hartman at disney.com> wrote: > All, > We saw the Koha wiki and Red Hat looked pretty straight forward?. I > hear rumors that it is not recommended to run Koha on Red hat .. Can anyone > share best practices on Red Hat and Koha > > From: Callaghan, Michael D. > Sent: Tuesday, April 02, 2013 8:55 AM > To: Hartman, David W. - GBTS Library > Subject: RE: Koha meeting today > > Do you know what version of Red Hat we have here? The Koha wiki shows that > getting it running under 6.x should be pretty straightforward. > http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From amitamunshi at gmail.com Mon Apr 8 23:43:33 2013 From: amitamunshi at gmail.com (Amita Munshi) Date: Mon, 8 Apr 2013 17:13:33 +0530 Subject: [Koha] query about entering data Message-ID: Dear sir, Is there any facility in koha to autofill biblio records which are already entered(dropdown). amita From kyle.m.hall at gmail.com Mon Apr 8 23:48:06 2013 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Mon, 8 Apr 2013 07:48:06 -0400 Subject: [Koha] Replacement cost deleting or changing on batch modification In-Reply-To: References: Message-ID: Have you filed a bug report for this behavior? If not, that is where I would start. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Mon, Apr 1, 2013 at 10:13 AM, Jim Maroon wrote: > Hi, all. We are having a problem with batch modification, and I hope > someone out there has found a work around or way to fix it. > > > We have a default replacement price of $15. This is inserted in the item > record when we create an item. The only time we use this is when the item > is a gift and has no price attached to it. Otherwise, we use the retail > price for the item. This of course flags circ when an item is lost or > damaged and needs to be replaced by the patron. > > The problem we are having is the actual replacement price is being replaced > by the default price when we do batch modification on one or multiple > items. We tried taking out the default price in our settings, but then it > just replaces the replacement price with nothing. > > Has anyone else run into this problem? If so, did you find a fix for it? > I'm wondering if there is something about Koha we are missing. > > Thanks in advance! > > -- > > ======================================================== > *Jim Maroon > > * > _______________________________________________ > 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 Apr 9 00:15:37 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 8 Apr 2013 08:15:37 -0400 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: On Mon, Apr 8, 2013 at 6:51 AM, Nicole Engard wrote: > Chris, > > I don't know how in depth you want me to go here. Your best bet is to use > Analytics (which are meant for this very thing). So you catalog the bound > edition as '2013 graduate theses' or some such title). Then you catalog > each individual theses and link them to the whole. Here's a start on how > that works: > http://manual.koha-community.org/3.12/en/cataloging.html#cataloganalytics > > Nicole > Thanks Nicole! Several suggested using analytic records, so I think this is the way they will be going. One other question: Could someone familiar with Dewey suggest where to catalogue the bound volume? Kind Regards, Chris From cnighswonger at foundations.edu Tue Apr 9 00:18:58 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 8 Apr 2013 08:18:58 -0400 Subject: [Koha] Label creator problem In-Reply-To: <7ed1dd9c.d6b0.13dcf36b27d.Coremail.peterzhaonj@163.com> References: <7ed1dd9c.d6b0.13dcf36b27d.Coremail.peterzhaonj@163.com> Message-ID: Hi Peter, On Wed, Apr 3, 2013 at 5:25 AM, Peter Zhao wrote: > I used label creator to export a batch and downlad as PDF. But I can > not see anything on the PDF file, it is blank. Could anyone know how to fix > this problem? Thanks a lot. > I gather from a subsequent email that you are using unimarc, so I'm not sure I will be able to be of much help, however, if you will attach a sample of a PDF produced from your system, I will take a look at it. Kind Regards, Chris From r.rowe at lincolnlibraries.org Tue Apr 9 00:26:06 2013 From: r.rowe at lincolnlibraries.org (Randall Rowe) Date: Mon, 08 Apr 2013 07:26:06 -0500 Subject: [Koha] jsprint setup - Message-ID: <20130408072663.SM302477@IMAIL3> Wow, now I understand why a lot of people repost. This took almost a full week from when I sent it until it hit the list. The reply to this post hit the list three days before this did. Kind of eliminates the ability to argue the top-post reply versus the bottom post reply to mailing lists when the order they get posted has nothing to do with time sent. The date on the original post is 3/29, I replied to it the day I saw it on the list 4/1 and that reply hit the list 4/7. That's some massive lag..... Randy Rowe Lincoln City Libraries I.T. ---- Original Message ---- From: "Randall Rowe" Sent: 4/7/2013 10:24:23 PM To: croseburg at ncrl.org Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] jsprint setup - Chad, This is overkill. If everything you do from this browser is going to be silently printed to the same printer, simply set up your printer prefs in FireFox. Then go to the about:config page and add a new boolean called "print.always_print_silent" and set it to true. Randy ---- Original Message ---- From: "Chad Roseburg" Sent: 3/29/2013 3:30:56 PM To: koha at lists.katipo.co.nz Subject: [Koha] jsprint setup - I am trying to setup silent printing using the 'IntranetSlipPrinterJS' in Koha 3.10. Documentation found here: http://wiki.koha-community.org/wiki/Setting_up_slip_printer_to_print_silently My javascript looks like this: function printThenClose() { try { jsPrintSetup.setPrinter('TSP143-(STR_T-001)'); jsPrintSetup.clearSilentPrint(); jsPrintSetup.setOption('printSilent', 1); jsPrintSetup.setOption('headerStrLeft',); jsPrintSetup.setOption('headerStrCenter',); jsPrintSetup.setOption('headerStrRight',); jsPrintSetup.setOption('footerStrLeft',); jsPrintSetup.setOption('footerStrCenter',); jsPrintSetup.setOption('footerStrRight',); jsPrintSetup.print(); } catch(err) { //Default printing if jsPrint-setup is not available window.print(); window.close(); } } Using Firefox 19 on Ubuntu 12.04. It brings up the receipt window but that's it. I've tried commenting out the setprinter line ...no change. JSprint addon is set to allow any site access. Tried other permissions to no avail. Does anyone have complete instructions for getting this to work? Thanks! -- Chad Roseburg Automation Dept. North Central Regional Library _______________________________________________ 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 David.W.Hartman at disney.com Tue Apr 9 00:30:08 2013 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Mon, 8 Apr 2013 08:30:08 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> The problem Mike and I are facing is that we have been directed to move our Koha server into a data center that is managed by our corporate IT personnel. They only support RHEL 6 and Windows Server 2008, and will not allow us to install any other OS. Given that limitation, would you recommend we push forward and try to install on RHEL? Thanks for your help! David From: Kyle Hall [mailto:kyle.m.hall at gmail.com] Sent: Monday, April 08, 2013 7:41 AM To: Hartman, David W. - GBTS Library Cc: Koha at lists.katipo.co.nz; Callaghan, Michael D. Subject: Re: [Koha] Koha - Red Hat question Barring other reasons, I would recommend running Koha on Debian whenever possible. It is the most common platform to run Koha on, and you can even install it from packages! http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze#Debian_packages_of_Koha Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Tue, Apr 2, 2013 at 9:04 AM, Hartman, David W. - GBTS Library > wrote: All, We saw the Koha wiki and Red Hat looked pretty straight forward.... I hear rumors that it is not recommended to run Koha on Red hat .. Can anyone share best practices on Red Hat and Koha From: Callaghan, Michael D. Sent: Tuesday, April 02, 2013 8:55 AM To: Hartman, David W. - GBTS Library Subject: RE: Koha meeting today Do you know what version of Red Hat we have here? The Koha wiki shows that getting it running under 6.x should be pretty straightforward. http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 _______________________________________________ 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 Apr 9 00:37:45 2013 From: David.W.Hartman at disney.com (Hartman, David W. - GBTS Library) Date: Mon, 8 Apr 2013 08:37:45 -0400 Subject: [Koha] How often do upgrades happen to Koha? Message-ID: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0B@SM-FLOR-VXMB04B.wdw.disney.com> One final question... on average, how frequently is Koha updated (so I can determine support requirements if we have to move to Red Hat as opposed to Debian)? It looks from the schedule I see that every month there is an update. Is that true? As we mentioned in previous thread, our Corporate IT support will only support Red Hat so if I only need to update every 6 months or over, then that would be fine to have them support for that long interval. We are also looking at a hosted solution.... Thanks again for your time and patience! David W. Hartman From libsitali at gmail.com Tue Apr 9 00:46:50 2013 From: libsitali at gmail.com (Chrispin Simasiku Sitali) Date: Mon, 8 Apr 2013 14:46:50 +0200 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: Under DISSERTATIONS. 378.2, 808 or 050. Otherwise the librarian should know exactly where to place this. Either by topic; dissertations or subject. On 8 April 2013 14:15, Chris Nighswonger wrote: > On Mon, Apr 8, 2013 at 6:51 AM, Nicole Engard wrote: > > > Chris, > > > > I don't know how in depth you want me to go here. Your best bet is to > use > > Analytics (which are meant for this very thing). So you catalog the > bound > > edition as '2013 graduate theses' or some such title). Then you catalog > > each individual theses and link them to the whole. Here's a start on how > > that works: > > > http://manual.koha-community.org/3.12/en/cataloging.html#cataloganalytics > > > > Nicole > > > > Thanks Nicole! > > Several suggested using analytic records, so I think this is the way they > will be going. > > One other question: Could someone familiar with Dewey suggest where to > catalogue the bound volume? > > Kind Regards, > Chris > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Charles Lwanga College of Education, P. O. Box 660193, Monze, ZAMBIA. Mobile: +26 0979 869471 SKYPE: Libsitali From kyle.m.hall at gmail.com Tue Apr 9 01:17:28 2013 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Mon, 8 Apr 2013 09:17:28 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Yes. You should definitely go head. I would just recommend Debian when you have a choice. You should definitely be able to run Koha on RHEL since that is what you have available. Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Mon, Apr 8, 2013 at 8:30 AM, Hartman, David W. - GBTS Library < David.W.Hartman at disney.com> wrote: > The problem Mike and I are facing is that we have been directed to move > our Koha server into a data center that is managed by our corporate IT > personnel. They only support RHEL 6 and Windows Server 2008, and will not > allow us to install any other OS. Given that limitation, would you > recommend we push forward and try to install on RHEL?**** > > ** ** > > Thanks for your help!**** > > ** ** > > David**** > > ** ** > > *From:* Kyle Hall [mailto:kyle.m.hall at gmail.com ] > *Sent:* Monday, April 08, 2013 7:41 AM > *To:* Hartman, David W. - GBTS Library > *Cc:* Koha at lists.katipo.co.nz; Callaghan, Michael D. > *Subject:* Re: [Koha] Koha - Red Hat question**** > > ** ** > > Barring other reasons, I would recommend running Koha on Debian whenever > possible. It is the most common platform to run Koha on, and you can even > install it from packages!**** > > ** ** > > > http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze#Debian_packages_of_Koha > **** > > ** ** > > Kyle**** > > > **** > > http://www.kylehall.info > ByWater Solutions ( http://bywatersolutions.com ) > Meadville Public Library ( http://www.meadvillelibrary.org ) > Crawford County Federated Library System ( http://www.ccfls.org ) > Mill Run Technology Solutions ( http://millruntech.com )**** > > ** ** > > On Tue, Apr 2, 2013 at 9:04 AM, Hartman, David W. - GBTS Library < > David.W.Hartman at disney.com> wrote:**** > > All, > We saw the Koha wiki and Red Hat looked pretty straight forward?. I > hear rumors that it is not recommended to run Koha on Red hat .. Can anyone > share best practices on Red Hat and Koha > > From: Callaghan, Michael D. > Sent: Tuesday, April 02, 2013 8:55 AM > To: Hartman, David W. - GBTS Library > Subject: RE: Koha meeting today > > Do you know what version of Red Hat we have here? The Koha wiki shows that > getting it running under 6.x should be pretty straightforward. > http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 > > > > _______________________________________________ > 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 Tue Apr 9 01:19:43 2013 From: nengard at gmail.com (Nicole Engard) Date: Mon, 8 Apr 2013 09:19:43 -0400 Subject: [Koha] How often do upgrades happen to Koha? In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0B@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0B@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Koha has minor updates every month and major updates every 6 months. Minor updates include bug fixes and small changes. Major updates have new features and enhancements. Nicole On Mon, Apr 8, 2013 at 8:37 AM, Hartman, David W. - GBTS Library < David.W.Hartman at disney.com> wrote: > One final question... on average, how frequently is Koha updated (so I can > determine support requirements if we have to move to Red Hat as opposed to > Debian)? > > It looks from the schedule I see that every month there is an update. Is > that true? As we mentioned in previous thread, our Corporate IT support > will only support Red Hat so if I only need to update every 6 months or > over, then that would be fine to have them support for that long interval. > > We are also looking at a hosted solution.... Thanks again for your time > and patience! > > David W. Hartman > > > _______________________________________________ > 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 Tue Apr 9 01:34:03 2013 From: peterzhaonj at 163.com (Peter Zhao) Date: Mon, 8 Apr 2013 21:34:03 +0800 (CST) Subject: [Koha] solr searchengine In-Reply-To: References: Message-ID: Hi, I set up a solr searchengine according to "http://wiki.koha-community.org/wiki/Solr_deployment". It seems to work. koha at ubuntu:~$ /usr/share/koha/bin/migration_tools/rebuild_solr.pl -i SolrAPI = http://localhost:8983/solr/koha How many indexed documents = 2; koha at ubuntu:~$ /usr/share/koha/bin/migration_tools/rebuild_solr.pl -t biblio IndexRecord called with biblio 1 2 at /etc/perl/Koha/SearchEngine/Solr/Index.pm line 35. Indexing biblio 1 at /etc/perl/Koha/SearchEngine/Solr/Index.pm line 55. Indexing biblio 2 at /etc/perl/Koha/SearchEngine/Solr/Index.pm line 55. I also can search on "http://localhost:8983/solr/koha/admin/", and see the records. But when I search on OPAC, it is "No results found!" The Staff Client can not search too. Could I miss some steps? Could anyone know what is the reason? Thanks a lot. Peter Zhao From cnighswonger at foundations.edu Tue Apr 9 02:23:35 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 8 Apr 2013 10:23:35 -0400 Subject: [Koha] Label creator problem In-Reply-To: <9f58458.221fa.13de9e9ce3a.Coremail.peterzhaonj@163.com> References: <7ed1dd9c.d6b0.13dcf36b27d.Coremail.peterzhaonj@163.com> <9f58458.221fa.13de9e9ce3a.Coremail.peterzhaonj@163.com> Message-ID: On Mon, Apr 8, 2013 at 9:50 AM, Peter Zhao wrote: > Dear Chris, > But if I use UNIMARC, it can not work. If I use Biblio/Barcode, > It just shows barcode. If I use Biblio layout type, it is blank. Please > see the attachment. > A quick glance shows that there are no errors in the pdf stream. I would be surprised if it were a problem with the code handling UNIMARC data as there have been no reports of problems from our UNIMARC community before now. I would first suspect some sort of data corruption. Maybe someone else using UNIMARC can verify this. Kind Regards, Chris From oftl at critfc.org Tue Apr 9 03:23:54 2013 From: oftl at critfc.org (Lenora Oftedahl) Date: Mon, 08 Apr 2013 08:23:54 -0700 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: <51627E72.9F33.0058.1@critfc.org> Not that I'm an expert, but here's what I would do. Create a title for the 245. List each title in a separate 505. Lenora >>> From: Chris Nighswonger To:"koha at lists.katipo.co.nz" Date: 4/7/2013 8:48 PM Subject: [Koha] Question on Cataloguing Graduate Thesis Every year our library receives a single binding which includes copies of all graduate theses submitted and accepted for various degree programs. The question has arisen: Where/how do you catalog multiple graduate theses in a single binding in dewey/loc/foobar? Although the immediate problem begs separate bindings for each thesis, this will probably not happen. Besides, there would be nearly 40 volumes which would not follow that format in any case. Our cataloguers would be very appreciative of any pointers, suggestions, etc. Kind Regards, Chris _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From danielg.koha at gmail.com Tue Apr 9 03:49:01 2013 From: danielg.koha at gmail.com (Daniel Grobani) Date: Mon, 8 Apr 2013 08:49:01 -0700 Subject: [Koha] Call for news for the April newsletter Message-ID: Dear Koha kommunitarians, I'm harvesting news for this month's newsletter. Please send me by the 18th 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 for the gossip/society column about what you're currently working on. 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 libsitali at gmail.com Tue Apr 9 03:49:32 2013 From: libsitali at gmail.com (Chrispin Simasiku Sitali) Date: Mon, 8 Apr 2013 17:49:32 +0200 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: Sorry people, I was thinking of classification under DDC in the actual library and not in Koha, creation of MARC records (cataloging module). That's the problem of being both librarian and IT coordinator. On 8 April 2013 14:46, Chrispin Simasiku Sitali wrote: > Under DISSERTATIONS. 378.2, 808 or 050. Otherwise the librarian should > know exactly where to place this. Either by topic; dissertations or > subject. > > > On 8 April 2013 14:15, Chris Nighswonger wrote: > >> On Mon, Apr 8, 2013 at 6:51 AM, Nicole Engard wrote: >> >> > Chris, >> > >> > I don't know how in depth you want me to go here. Your best bet is to >> use >> > Analytics (which are meant for this very thing). So you catalog the >> bound >> > edition as '2013 graduate theses' or some such title). Then you catalog >> > each individual theses and link them to the whole. Here's a start on how >> > that works: >> > >> http://manual.koha-community.org/3.12/en/cataloging.html#cataloganalytics >> > >> > Nicole >> > >> >> Thanks Nicole! >> >> Several suggested using analytic records, so I think this is the way they >> will be going. >> >> One other question: Could someone familiar with Dewey suggest where to >> catalogue the bound volume? >> >> Kind Regards, >> Chris >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > > > -- > Charles Lwanga College of Education, > P. O. Box 660193, > Monze, > ZAMBIA. > > Mobile: +26 0979 869471 > SKYPE: Libsitali > -- Charles Lwanga College of Education, P. O. Box 660193, Monze, ZAMBIA. Mobile: +26 0979 869471 SKYPE: Libsitali From anderson at manlyfamily.net Tue Apr 9 02:59:56 2013 From: anderson at manlyfamily.net (Anderson Manly) Date: Mon, 08 Apr 2013 09:59:56 -0500 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: Message-ID: <2767fab3e13fd7c49365d68dc96bb66f@manlyfamily.net> Hi All, I got a lot of help from the Koha-community IRC chat room when I installed Koha on RHEL6, and I attempted to capture as much as I could and put it on the Wiki. Let me know if there's anything I can help you with. If you're interested in the modified rc script, I can provide that to you or upload it to the wiki. V/r, Anderson Manly --- +-------------------------------------+ Anderson Manly anderson at manlyfamily.net +-------------------------------------+ From nguyenquocuy_1102 at yahoo.com Tue Apr 9 06:37:09 2013 From: nguyenquocuy_1102 at yahoo.com (Quoc Uy) Date: Mon, 8 Apr 2013 22:37:09 +0400 Subject: [Koha] Please advice how to improve our search issue Message-ID: I am using ubuntu 12.04 and koha 3.8.7. I have about 1000-2000 books. My search about 2s. your problem is, maybe, large database, next ram is low (check it with free -m), then check %cpu is working! Make sure zebra is working ps aux | grep zebrasrv and is enabled in Koha! Best regards! Nguyen Quoc Uy From chrisc at catalyst.net.nz Tue Apr 9 07:18:39 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Tue, 9 Apr 2013 07:18:39 +1200 Subject: [Koha] jsprint setup - In-Reply-To: <20130408072663.SM302477@IMAIL3> References: <20130408072663.SM302477@IMAIL3> Message-ID: <20130408191838.GB19162@rorohiko.wgtn.cat-it.co.nz> * Randall Rowe (r.rowe at lincolnlibraries.org) wrote: > Wow, now I understand why a lot of people repost. This took almost a full week from when I sent it until it hit the list. The reply to this post hit the list three days before this did. Kind of eliminates the ability to argue the top-post reply versus the bottom post reply to mailing lists when the order they get posted has nothing to do with time sent. > > The date on the original post is 3/29, I replied to it the day I saw it on the list 4/1 and that reply hit the list 4/7. That's some massive lag..... > Hi Randall No, that is not why a lot of people repost unfortunately, what you ran into was the mailman instance that administers the list had stopped processing for a few days. This is very rare, I think it has happened 3 or 4 times in the 13+ years it has been running. Once the queue processing started again it caught up. Hence a flurry of email. Fortunately this is very rare, and unfortunately, no there are still impatient people :) Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From mtompset at hotmail.com Tue Apr 9 07:33:11 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 8 Apr 2013 15:33:11 -0400 Subject: [Koha] How often do upgrades happen to Koha? In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0B@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0B@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Greetings, > One final question... on average, how frequently is Koha updated > (so I can determine support requirements if we have to move to Red Hat as > opposed to Debian)? Roughly, every month is a BUG fix, no enhancements are added, as far as I understand. Every 6 months is a new version, enhancements that were held back and are tested and Q/A make it in plus bug fixes. I do not believe you have to update every month (unless you find something fixed that you are encountering), and you may even be able to get along nicely skipping a new version (unless that new fangled enhancement is just a necessity you can't live without). Annual updates keep you from falling too far behind and keep your system administration needs to a minimum. Though under debian-based OS'es, two or three commands monthly isn't so bad. ;) GPML, Mark Tompsett From zoe at sris.com.tw Mon Apr 8 19:27:24 2013 From: zoe at sris.com.tw (SRIS - Zoe Yu) Date: Mon, 8 Apr 2013 15:27:24 +0800 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: We used wired network, but search is slow as usual. Thank you. 2013/4/8 Chrispin Simasiku Sitali > The other thing to check for is whether the computer used for check-in and > check-out is on a wired network or wireless. On my system I discovered that > check-in/check-out tends to be slower or on a computer with wireless > connectivity than the one on a wired network > > > On 2 April 2013 09:21, zoe wrote: > >> hello all, >> >> Our Koha response time is too slow. We have 217062 biblio records, 289026 >> items, and with zebra index. When I use keyword to search, it spent almost >> 30s for the slowest one, the averige is 10s. Is there anyone who has ever >> met this situation and solved the issue? >> >> OS: Ubuntu 12.04 >> Koha version: 3.06.02.000 >> >> Any help. Thought, direction would be greatly appreciated! >> Thank you. >> >> Zoe >> >> >> >> -- >> View this message in context: >> http://koha.1045719.n5.nabble.com/Please-advice-how-to-improve-our-search-issue-tp5749360.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 >> > > > > -- > Charles Lwanga College of Education, > P. O. Box 660193, > Monze, > ZAMBIA. > > Mobile: +26 0979 869471 > SKYPE: Libsitali > -- Zoe Yu Shou Ray Information Service Co., Ltd. 10F, No. 166, Jianyi Rd., Zhonghe District, New Taipei City 23511, Taiwan, R.O.C. TEL : 02-8226-8587#1010 E-mail : zoe at sris.com.tw From titiwm at gmail.com Mon Apr 8 23:06:24 2013 From: titiwm at gmail.com (Tonny Mwiti) Date: Mon, 8 Apr 2013 14:06:24 +0300 Subject: [Koha] Holiday Fines In-Reply-To: References: Message-ID: Thank you for the info*.* Will upgrade soon. Tonny On Mon, Apr 8, 2013 at 1:53 PM, Nicole Engard wrote: > This was a bug that was fixed in 3.8.5 (I think I have the version > right). You should upgrade to the latest stable 3.8.x release and see if > that does the trick. > > Nicole > > > On Tue, Apr 2, 2013 at 4:35 AM, Tonny Mwiti wrote: > >> Hi All, >> >> Our library is using koha 3.0803000 and we have issues with holiday fines. >> When I set the calendar to include a unique holiday, users still get a >> fine >> inclusive the unique holiday. I have set global system preferences as >> described in the koha document but the issue still persists. >> >> Kindly assist. >> >> Regards, >> >> Andrew. >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > From Michael.D.Callaghan at disney.com Mon Apr 8 23:58:56 2013 From: Michael.D.Callaghan at disney.com (Callaghan, Michael D.) Date: Mon, 8 Apr 2013 07:58:56 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: The problem David and I are facing is that we have been directed to move our Koha server into a data center that is managed by our corporate IT personnel. They only support RHEL 6 and Windows Server 2008, and will not allow us to install any other OS. Given that limitation, would you recommend we push forward and try to install on RHEL, or should we abandon the attempt and find another application? Regards, Mike From: Kyle Hall [mailto:kyle.m.hall at gmail.com] Sent: Monday, April 08, 2013 7:41 AM To: Hartman, David W. - GBTS Library Cc: Koha at lists.katipo.co.nz; Callaghan, Michael D. Subject: Re: [Koha] Koha - Red Hat question Barring other reasons, I would recommend running Koha on Debian whenever possible. It is the most common platform to run Koha on, and you can even install it from packages! http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze#Debian_packages_of_Koha Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Tue, Apr 2, 2013 at 9:04 AM, Hartman, David W. - GBTS Library > wrote: All, We saw the Koha wiki and Red Hat looked pretty straight forward.... I hear rumors that it is not recommended to run Koha on Red hat .. Can anyone share best practices on Red Hat and Koha From: Callaghan, Michael D. Sent: Tuesday, April 02, 2013 8:55 AM To: Hartman, David W. - GBTS Library Subject: RE: Koha meeting today Do you know what version of Red Hat we have here? The Koha wiki shows that getting it running under 6.x should be pretty straightforward. http://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From bgkriegel at gmail.com Tue Apr 9 00:53:58 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Mon, 8 Apr 2013 09:53:58 -0300 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: On Mon, Apr 8, 2013 at 9:30 AM, Hartman, David W. - GBTS Library < David.W.Hartman at disney.com> wrote: > The problem Mike and I are facing is that we have been directed to move > our Koha server into a data center that is managed by our corporate IT > personnel. They only support RHEL 6 and Windows Server 2008, and will not > allow us to install any other OS. Given that limitation, would you > recommend we push forward and try to install on RHEL? > I would say yes. From gmc at esilibrary.com Tue Apr 9 03:14:23 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Mon, 8 Apr 2013 08:14:23 -0700 Subject: [Koha] Koha - Red Hat question In-Reply-To: <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Hi, On Mon, Apr 8, 2013 at 5:30 AM, Hartman, David W. - GBTS Library wrote: > The problem Mike and I are facing is that we have been directed to move > our Koha server into a data center that is managed by our corporate IT > personnel. They only support RHEL 6 and Windows Server 2008, and will > not allow us to install any other OS. Given that limitation, would you > recommend we push forward and try to install on RHEL? Since RHEL6 includes Perl 5.10, that at least removes one major barrier, and installing Koha on that platform is certainly doable -- and it's even more so if you're allowed to pull dependencies from EPEL and RPMForge. Regards, Galen -- Galen Charlton Manager of 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 jessica at brookslibraryvt.org Tue Apr 9 04:07:27 2013 From: jessica at brookslibraryvt.org (JessWeitz) Date: Mon, 8 Apr 2013 09:07:27 -0700 (PDT) Subject: [Koha] serials help Message-ID: <1365437247389-5750195.post@n5.nabble.com> I am writing to you from a small public library in Southern Vermont, USA. We are about to launch a new 5 library consortium within the state using a shared Koha ILS. Over the coming years, many more public and academic libraries in the state will join our consortium. We are the only library that has used a serials module in the past (TLC) and will be setting up a lot of the records and predictions that will be used by the consortium. We are looking for a library that has been using Koha Serials for a resource to ask questions to as we set up this system... Thank you! Jess Weitz Brooks Memorial Library 224 Main St Brattleboro, VT 05301 Jessica at brookslibraryvt.org -- View this message in context: http://koha.1045719.n5.nabble.com/serials-help-tp5750195.html Sent from the Koha-general mailing list archive at Nabble.com. From mtompset at hotmail.com Tue Apr 9 11:01:30 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 8 Apr 2013 19:01:30 -0400 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com><3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com><3E19441498923443B9DBE2FE1C0E70B604EE7D6E0A@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: Greetings, You may have to CPAN some libraries in -- even with RPMForge and EPEL. :( I was playing with CentOS 6.3 and found this issue. Though, I was beginning to play with cpan2rpm, which would hopefully allow for future upgrading as the libraries become available in the default repos. And though it is strongly recommended against to install from CPAN (because upgrading becomes a CPAN only option), Koha can function just fine under RHEL 6. GPML, Mark Tompsett From mlaude at liblime.com Tue Apr 9 11:53:41 2013 From: mlaude at liblime.com (Laude, Maria) Date: Mon, 8 Apr 2013 19:53:41 -0400 Subject: [Koha] Koha Digest, Vol 90, Issue 2 In-Reply-To: References: Message-ID: Printing Labels has been a significant headache for me. I get errors or blank .PDF if there are any diacritics in the file. I would be happy to take a look at the file if you send it to me or to the list. No promises that I can figure it out! Also, it would be helpful to know what layout you are using. Maria Laude -- ====================================== Maria Laude, M.S.L.S. Product Manager and Customer Liaison Librarian LibLime, a Division of PTFS [Based in Tampa, Florida, U.S.A.] Cell 301.275.6580 > > Message: 2 > Date: Wed, 3 Apr 2013 17:25:01 +0800 (CST) > From: "Peter Zhao" > To: koha at lists.katipo.co.nz > Subject: [Koha] Label creator problem > Message-ID: <7ed1dd9c.d6b0.13dcf36b27d.Coremail.peterzhaonj at 163.com> > Content-Type: text/plain; charset=GBK > > Hi, > I used label creator to export a batch and downlad as PDF. But I can > not see anything on the PDF file, it is blank. Could anyone know how to fix > this problem? Thanks a lot. > Peter Zhao > > > From cnighswonger at foundations.edu Tue Apr 9 13:00:44 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Mon, 8 Apr 2013 21:00:44 -0400 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: On Mon, Apr 8, 2013 at 11:49 AM, Chrispin Simasiku Sitali < libsitali at gmail.com> wrote: > Sorry people, I was thinking of classification under DDC in the actual > library and not in Koha, creation of MARC records (cataloging module). > That's the problem of being both librarian and IT coordinator. > No need to apologize. We were looking for answers to both questions. DDC is anything but obvious at times. Kind Regards, Chris From friggens at waikato.ac.nz Tue Apr 9 15:49:35 2013 From: friggens at waikato.ac.nz (David Friggens) Date: Tue, 9 Apr 2013 15:49:35 +1200 Subject: [Koha] Question on Cataloguing Graduate Thesis In-Reply-To: References: Message-ID: > Where/how do you catalog multiple graduate theses in a single binding in > dewey/loc/foobar? IANAC (I Am Not A Cataloguer) for for LCC, I know of a library that catalogues all its (individual) theses under AS741 (Academies and learned societies - By region or country - Oceania - New Zealand) rather than the individual subjects. For example: AS741 VUW TC 27 (the 27th masters in chemistry) AS741 VUW PhD TEd 22 (the 22nd doctorate in education) It looks like AS22 is the equivalent for USA. Something similar could be done for bound volumes, and presumably for Dewey too (378.2? 011.75? 378.071?) David From colin.campbell at ptfs-europe.com Tue Apr 9 20:21:33 2013 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Tue, 9 Apr 2013 09:21:33 +0100 Subject: [Koha] Koha - Red Hat question In-Reply-To: References: <3E19441498923443B9DBE2FE1C0E70B604EE7D6D40@SM-FLOR-VXMB04B.wdw.disney.com> <3E19441498923443B9DBE2FE1C0E70B604EE7D6D43@SM-FLOR-VXMB04B.wdw.disney.com> Message-ID: <20130409082132.GA4545@zazou.cscnet.co.uk> On Mon, Apr 08, 2013 at 07:58:56AM -0400, Callaghan, Michael D. wrote: > The problem David and I are facing is that we have been directed to move our Koha server into a data center that is managed by our corporate IT personnel. They only support RHEL 6 and Windows Server 2008, and will not allow us to install any other OS. Given that limitation, would you recommend we push forward and try to install on RHEL, or should we abandon the attempt and find another application? If you know your way around RHEL it is straightforward. You may have to build a couple of dependencies by hand. There are some perl modules required that are not available in red hat. Just choose a consistent way to handle them. Using cpanminus is the easiest way to install them, if your corporate IT want you to use rpms the package cpanplus can be used to build rpm specs and packages for those modules without difficulty. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campbell at ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com From magnus at enger.priv.no Tue Apr 9 20:39:00 2013 From: magnus at enger.priv.no (Magnus Enger) Date: Tue, 9 Apr 2013 10:39:00 +0200 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: On 8 April 2013 09:27, SRIS - Zoe Yu wrote: > We used wired network, but search is slow as usual. > Thank you. Hi! This page has some tips on how to increase the performance of Koha in general: http://wiki.koha-community.org/wiki/Performance I can't guarantee that it is 100% up to date, though. Best regards, Magnus Enger libriotech.no From oleonard at myacpl.org Wed Apr 10 01:18:20 2013 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 9 Apr 2013 09:18:20 -0400 Subject: [Koha] Removing unused icons from Koha Message-ID: Koha is distributed with over 1000 small image files which are not used in a default installation. I have submitted a patch to remove these for the sake of simplicity and in order to reduce the overall size of Koha. It has been speculated that some of these icons may be in use by libraries who have customized their installations, so I ask this of my fellow Koha libraries: Are you using any images in the /opac-tmpl/lib/famfamfam/ folder and its subfolders in your customized OPAC? Are there objections to removing these? Thanks, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From bgkriegel at gmail.com Wed Apr 10 02:36:02 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Tue, 9 Apr 2013 11:36:02 -0300 Subject: [Koha] Removing unused icons from Koha In-Reply-To: References: Message-ID: Owen, if you set OPACXSLTResultsDisplayt to default, the icons are from famfamfam, and that without any customization. I you delete them, the result is a broken img. Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Tue, Apr 9, 2013 at 10:18 AM, Owen Leonard wrote: > Koha is distributed with over 1000 small image files which are not > used in a default installation. I have submitted a patch to remove > these for the sake of simplicity and in order to reduce the overall > size of Koha. > > It has been speculated that some of these icons may be in use by > libraries who have customized their installations, so I ask this of my > fellow Koha libraries: Are you using any images in the > /opac-tmpl/lib/famfamfam/ folder and its subfolders in your customized > OPAC? Are there objections to removing these? > > Thanks, > > Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > _______________________________________________ > 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 Wed Apr 10 02:50:44 2013 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 9 Apr 2013 10:50:44 -0400 Subject: [Koha] Removing unused icons from Koha In-Reply-To: References: Message-ID: > if you set OPACXSLTResultsDisplayt to default, the icons are from famfamfam, > and that without any customization. I do not propose to delete any images which are used by Koha, only those which are not. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From gmc at esilibrary.com Wed Apr 10 02:52:40 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Tue, 9 Apr 2013 07:52:40 -0700 Subject: [Koha] Removing unused icons from Koha In-Reply-To: References: Message-ID: Hi, On Tue, Apr 9, 2013 at 6:18 AM, Owen Leonard wrote: > Koha is distributed with over 1000 small image files which are not > used in a default installation. I have submitted a patch to remove > these for the sake of simplicity and in order to reduce the overall > size of Koha. +1 to the general idea. Regards, Galen -- Galen Charlton Manager of 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 karamqubsi at gmail.com Wed Apr 10 05:42:33 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Tue, 9 Apr 2013 20:42:33 +0300 Subject: [Koha] [Koha-devel] Call for news for the April newsletter In-Reply-To: References: Message-ID: Hi Daniel, Koha master and 3.12 now support the right to left direction (for right to left languages ) like never before :) see this bug : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8061 On Mon, Apr 8, 2013 at 6:49 PM, Daniel Grobani wrote: > Dear Koha kommunitarians, > > I'm harvesting news for this month's newsletter. Please send me by the > 18th 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 for the gossip/society column about > what you're currently working on. > > 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 > > _______________________________________________ > 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/ > -- *Karam Qubsi* From zoe at sris.com.tw Tue Apr 9 13:10:21 2013 From: zoe at sris.com.tw (zoe) Date: Mon, 8 Apr 2013 18:10:21 -0700 (PDT) Subject: [Koha] Please advice how to improve our search issue In-Reply-To: References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: <1365469821068-5750226.post@n5.nabble.com> Hello Mark, $ free -m output total used free shared buffers cached Mem: 1955 1881 73 0 15 1350 -/+ buffers/cache: 514 1440 Swap: 2997 2 2995 Best Regards, Zoe -- View this message in context: http://koha.1045719.n5.nabble.com/Please-advice-how-to-improve-our-search-issue-tp5749360p5750226.html Sent from the Koha-general mailing list archive at Nabble.com. From hagud at orex.es Tue Apr 9 23:52:38 2013 From: hagud at orex.es (Hugo Agud) Date: Tue, 9 Apr 2013 13:52:38 +0200 Subject: [Koha] Fwd: incorrect labeling in serials In-Reply-To: References: Message-ID: hi everybody.... We have realized a little mess with koha labeling regarding serials The table serials has just two dates field: planneddate and publisheddate, however there are three fields in koha regardind dates and serials: date published, date received and planned date, then something was wrong somewhere We have checked the code of the two files involved and date received and planned date are the same date, both refers to serials.planneddate and it is a little confusing.. If we are right You can check here the code of files and the labeling: /cgi-bin/koha/serials/*subscription-detail.pl*?subscriptionid= and here the other one cgi-bin/koha/serials/*serials-collection.pl*?subscriptionid= Kindest Regards Hugo -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 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 Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 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 Paula.Corman at mim.org Wed Apr 10 09:20:38 2013 From: Paula.Corman at mim.org (Paula Corman) Date: Tue, 9 Apr 2013 21:20:38 +0000 Subject: [Koha] 505 mtg: formatted contents notes Message-ID: I am cataloging a collection of several hundred CDs, each of which contains at least 12 or more songs with potentially as many different performers. A few days ago, I was cataloging a 2-volume title with 2 discs per volume and a total of 78 songs and performers! How should these be entered into a Koha record? Do I simply duplicate the 505 tag over and over again? Paula Corman The Musical Instrument Museum Phoenix, Arizona, USA From paul.a at aandc.org Wed Apr 10 10:27:27 2013 From: paul.a at aandc.org (Paul) Date: Tue, 09 Apr 2013 18:27:27 -0400 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: <1365469821068-5750226.post@n5.nabble.com> References: <1364887263213-5749360.post@n5.nabble.com> Message-ID: <5.2.1.1.2.20130409173937.11414788@localhost> At 06:10 PM 4/8/2013 -0700, zoe wrote: >$ free -m output > > total used free shared buffers cached >Mem: 1955 1881 73 0 15 1350 >-/+ buffers/cache: 514 1440 >Swap: 2997 2 2995 That looks like a very busy, if not overloaded, server. You need (at least) to increase the size of your swap to at least double what it is currently set at (either resize partition or add a swapfile.) Here's my sandbox (odd memory size comes from proprietorial hardware, but it's close to yours) running Koha on Ubuntu, with MemCache: $ free -m total used free shared buffers cached Mem: 2379 463 1916 0 82 178 -/+ buffers/cache: 202 2177 Swap: 3999 0 3999 Best - Paul From robin at catalyst.net.nz Wed Apr 10 11:19:53 2013 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 10 Apr 2013 11:19:53 +1200 Subject: [Koha] Please advice how to improve our search issue In-Reply-To: <5.2.1.1.2.20130409173937.11414788@localhost> References: <1364887263213-5749360.post@n5.nabble.com> <5.2.1.1.2.20130409173937.11414788@localhost> Message-ID: <1365549593.24172.15.camel@zarathud> Paul schreef op di 09-04-2013 om 18:27 [-0400]: > That looks like a very busy, if not overloaded, server. You need (at > least) > to increase the size of your swap to at least double what it is > currently > set at (either resize partition or add a swapfile.) Not it doesn't, it looks like a very comfortably loaded server. total used free shared buffers cached Mem: 1955 1881 73 0 15 1350 -/+ buffers/cache: 514 1440 Swap: 2997 2 2995 It has 2GB RAM, 3GB swap. 514MB RAM (~25%) is in use, and 2MB swap (more or less nothing) is in use. So it's got plenty of room to breathe. The key line is the one that starts with '-/+ buffers/cache' as it's the one that's ignoring cache, which is what you want to do when looking at memory usage. Looking at one of our servers that's similarly specced and not usually too busy: total used free shared buffers cached Mem: 2012 1885 127 0 71 1410 -/+ buffers/cache: 402 1610 Swap: 2045 0 2045 it's really very close. So Zoe, your server is totally fine RAM-wise -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From gbengaadara at yahoo.com Wed Apr 10 13:11:21 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Tue, 9 Apr 2013 18:11:21 -0700 (PDT) Subject: [Koha] Issues with biblio import into Koha Message-ID: <1365556281.9196.YahooMailNeo@web162002.mail.bf1.yahoo.com> Hello all, This has got me stumped!? I am trying to import some set of bib records into Koha?totaling?about 5300. About 2900 of these records have two items while the remaining has just one item. Using MarcEdit, I have created two MARC files, the first with the first or only copies of the records, while the 2nd has the records having only the 2nd copy. I created a unique 001 field for each record and then created a record matching rule based on 001 (Local-number). After importing the MARC file of the 1st copy, I rebuild the zebra index before importing the?Marc?file for the second copy. Now the problem is that is that during the second copies import, it says about 500 of the records were not matched, matching the remainder. I had first tried this with a?title?match but got a similar result. I checked that the records not matched actually exist in the Koha database with the correct 001 value. I?don't?understand why some records do not match and some do. The database is fresh with just only one previous bib in it before the imports. Can anyone please point me in the right direction to sort this out? Or a better way to do the import? I am running Koha 3.10.4 on debian squeeze (package install) Thanks ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara From librarian at Bahria.edu.pk Wed Apr 10 17:58:50 2013 From: librarian at Bahria.edu.pk (librarian) Date: Wed, 10 Apr 2013 05:58:50 +0000 Subject: [Koha] KOHa and Dspce Workshop Message-ID: <94C1CCB353A0FD4B910B81DD5E173A4E01146423@Mail02.Bahria.edu.pk> I am pleased to announce that Government College university Lahore is going to organize two day training workshop on the subject cited above. Regards, Sher Afzal Head, Bahria University Libraries Naval Complex E-8 Islamabad (Ph Off) +92-51-9260271 (Direct) + 051-92-519260002-6 Ext 407-227 __________________________ Life Member of: PLA, PLC, Coordinator Information literacy Association of Pakistan (ILAP) Coordinator Pakistan Library Automation Group (KPK) www.library.bahria.edu. http://www.facebook.com/home.php#!/pages/Bahria-Univeristy-Library/293302440698190 From eugenegf at yahoo.com Wed Apr 10 18:42:34 2013 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 9 Apr 2013 23:42:34 -0700 (PDT) Subject: [Koha] Weird textboxes in koha 3.10.4 Message-ID: <1365576153853-5750372.post@n5.nabble.com> I have 3.10.4 installed in debian 6.x. I'm getting this weird textboxes When I get to the detail of the item, I get three search textboxes instead of one. Hmm... Anybody experienced this with koha 3.10.4 Thanks and more power Koha community! -- View this message in context: http://koha.1045719.n5.nabble.com/Weird-textboxes-in-koha-3-10-4-tp5750372.html Sent from the Koha-general mailing list archive at Nabble.com. From chris at bigballofwax.co.nz Wed Apr 10 18:45:02 2013 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 10 Apr 2013 18:45:02 +1200 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: <1365576153853-5750372.post@n5.nabble.com> References: <1365576153853-5750372.post@n5.nabble.com> Message-ID: I've seen it a couple of times, try a shift reload. It is the css/js not loading properly. Chris On Apr 10, 2013 6:42 PM, "schnydszch" wrote: > I have 3.10.4 installed in debian 6.x. I'm getting this weird textboxes > > When > I get to the detail of the item, I get three search textboxes instead of > one. Hmm... Anybody experienced this with koha 3.10.4 Thanks and more power > Koha community! > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Weird-textboxes-in-koha-3-10-4-tp5750372.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 eugenegf at yahoo.com Wed Apr 10 18:54:40 2013 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 9 Apr 2013 23:54:40 -0700 (PDT) Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: References: <1365576153853-5750372.post@n5.nabble.com> Message-ID: <1365576880336-5750375.post@n5.nabble.com> okay got it Chris. Got rid of the weird textboxes :) -- View this message in context: http://koha.1045719.n5.nabble.com/Weird-textboxes-in-koha-3-10-4-tp5750372p5750375.html Sent from the Koha-general mailing list archive at Nabble.com. From gbengaadara at yahoo.com Thu Apr 11 01:08:10 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Wed, 10 Apr 2013 06:08:10 -0700 (PDT) Subject: [Koha] Issues with biblio import into Koha In-Reply-To: <1365556281.9196.YahooMailNeo@web162002.mail.bf1.yahoo.com> References: <1365556281.9196.YahooMailNeo@web162002.mail.bf1.yahoo.com> Message-ID: <1365599290.40562.YahooMailNeo@web162005.mail.bf1.yahoo.com> This is now really getting weird.? The second copies Marc file has 2902 records. When this file is staged, it says 500 records were not matched. I split the file into 6 files of which 5 have 500 records each and the last with 402 record. Staging each of these files always says 60 records not matched,?totaling?360 compared with the earlier 500. I now split one of the 500 records Marc file into 100s each and tried importing again. For each file it says 20 records not matched, making 100 that will not be matched compared to 60 if i import the 500 record file once. Am I experiencing a bug?? As usual, any pointers / help would be appreciated Thanks ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara ----- Original Message ----- > From: Olugbenga Adara > To: koha-user > Cc: > Sent: Wednesday, April 10, 2013 2:11 AM > Subject: [Koha] Issues with biblio import into Koha > > Hello all, > > This has got me stumped!? > > I am trying to import some set of bib records into Koha?totaling?about 5300. > About 2900 of these records have two items while the remaining has just one > item. > > Using MarcEdit, I have created two MARC files, the first with the first or only > copies of the records, while the 2nd has the records having only the 2nd copy. > > I created a unique 001 field for each record and then created a record matching > rule based on 001 (Local-number). After importing the MARC file of the 1st copy, > I rebuild the zebra index before importing the?Marc?file for the second copy. > > Now the problem is that is that during the second copies import, it says about > 500 of the records were not matched, matching the remainder. I had first tried > this with a?title?match but got a similar result. I checked that the records not > matched actually exist in the Koha database with the correct 001 value. > I?don't?understand why some records do not match and some do. > > The database is fresh with just only one previous bib in it before the imports. > > Can anyone please point me in the right direction to sort this out? Or a better > way to do the import? > > I am running Koha 3.10.4 on debian squeeze (package install) > > Thanks > ? > Olugbenga Adara > > > 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 Katrin.Fischer at bsz-bw.de Thu Apr 11 01:15:10 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Wed, 10 Apr 2013 15:15:10 +0200 Subject: [Koha] Issues with biblio import into Koha In-Reply-To: <1365599290.40562.YahooMailNeo@web162005.mail.bf1.yahoo.com> References: <1365556281.9196.YahooMailNeo@web162002.mail.bf1.yahoo.com> <1365599290.40562.YahooMailNeo@web162005.mail.bf1.yahoo.com> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3A90@Bodensee.bsz-bw.de> Hi, I think what you see could be related to how the matching works. It uses Zebra - so in order for Zebra to find the matching record, the record has to be indexed first. If you import multiple records in one batch import, that might not be the case at the moment the import is looking for a matching record. In my experience it works best with all items on one record or importing all bibliographic records without duplicates and without items in a first batch and then the records with items in a second step. Hope that helps, Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Olugbenga Adara > Sent: Wednesday, April 10, 2013 3:08 PM > To: Olugbenga Adara; koha-user > Subject: Re: [Koha] Issues with biblio import into Koha > > This is now really getting weird. > > The second copies Marc file has 2902 records. When this file is staged, it > says 500 records were not matched. I split the file into 6 files of which 5 > have 500 records each and the last with 402 record. > > Staging each of these files always says 60 records not > matched,?totaling?360 compared with the earlier 500. > > I now split one of the 500 records Marc file into 100s each and tried > importing again. For each file it says 20 records not matched, making 100 > that will not be matched compared to 60 if i import the 500 record file > once. > > Am I experiencing a bug? > > As usual, any pointers / help would be appreciated > > Thanks > > Olugbenga Adara > > > Skype: gbengaadara > Blog: http://gbengaadara.blogspot.com > Twitter: http://twitter.com/gbengaadara > Profile: http://www.linkedin.com/in/gbengaadara > > > ----- Original Message ----- > > From: Olugbenga Adara > > To: koha-user > > Cc: > > Sent: Wednesday, April 10, 2013 2:11 AM > > Subject: [Koha] Issues with biblio import into Koha > > > > Hello all, > > > > This has got me stumped! > > > > I am trying to import some set of bib records into Koha?totaling?about > 5300. > > About 2900 of these records have two items while the remaining has > > just one item. > > > > Using MarcEdit, I have created two MARC files, the first with the > > first or only copies of the records, while the 2nd has the records having > only the 2nd copy. > > > > I created a unique 001 field for each record and then created a record > > matching rule based on 001 (Local-number). After importing the MARC > > file of the 1st copy, I rebuild the zebra index before importing > the?Marc?file for the second copy. > > > > Now the problem is that is that during the second copies import, it > > says about 500 of the records were not matched, matching the > > remainder. I had first tried this with a?title?match but got a similar > > result. I checked that the records not matched actually exist in the Koha > database with the correct 001 value. > > I?don't?understand why some records do not match and some do. > > > > The database is fresh with just only one previous bib in it before the > imports. > > > > Can anyone please point me in the right direction to sort this out? Or > > a better way to do the import? > > > > I am running Koha 3.10.4 on debian squeeze (package install) > > > > Thanks > > > > Olugbenga Adara > > > > > > 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 gbengaadara at yahoo.com Thu Apr 11 02:11:39 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Wed, 10 Apr 2013 07:11:39 -0700 (PDT) Subject: [Koha] Issues with biblio import into Koha In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3A90@Bodensee.bsz-bw.de> References: <1365556281.9196.YahooMailNeo@web162002.mail.bf1.yahoo.com> <1365599290.40562.YahooMailNeo@web162005.mail.bf1.yahoo.com> <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3A90@Bodensee.bsz-bw.de> Message-ID: <1365603099.47961.YahooMailNeo@web162003.mail.bf1.yahoo.com> Thanks Katrin, I actually do a full zebra indexing before importing the next batch. Does any one know any easy way to get multiple items into a MarcEdit batch? ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara ----- Original Message ----- > From: "Fischer, Katrin" > To: Olugbenga Adara ; koha-user > Cc: > Sent: Wednesday, April 10, 2013 2:15 PM > Subject: Re: [Koha] Issues with biblio import into Koha > > Hi, > > I think what you see could be related to how the matching works. > It uses Zebra - so in order for Zebra to find the matching record, the record > has to be indexed first. If you import multiple records in one batch import, > that might not be the case at the moment the import is looking for a matching > record. > > In my experience it works best with all items on one record or importing all > bibliographic records without duplicates and without items in a first batch and > then the records with items in a second step. > > Hope that helps, > > Katrin > >> -----Original Message----- >> From: koha-bounces at lists.katipo.co.nz [mailto:koha- >> bounces at lists.katipo.co.nz] On Behalf Of Olugbenga Adara >> Sent: Wednesday, April 10, 2013 3:08 PM >> To: Olugbenga Adara; koha-user >> Subject: Re: [Koha] Issues with biblio import into Koha >> >> This is now really getting weird. >> >> The second copies Marc file has 2902 records. When this file is staged, it >> says 500 records were not matched. I split the file into 6 files of which 5 >> have 500 records each and the last with 402 record. >> >> Staging each of these files always says 60 records not >> matched,?totaling?360 compared with the earlier 500. >> >> I now split one of the 500 records Marc file into 100s each and tried >> importing again. For each file it says 20 records not matched, making 100 >> that will not be matched compared to 60 if i import the 500 record file >> once. >> >> Am I experiencing a bug? >> >> As usual, any pointers / help would be appreciated >> >> Thanks >> >> Olugbenga Adara >> >> >> Skype: gbengaadara >> Blog: http://gbengaadara.blogspot.com >> Twitter: http://twitter.com/gbengaadara >> Profile: http://www.linkedin.com/in/gbengaadara >> >> >> ----- Original Message ----- >> > From: Olugbenga Adara >> > To: koha-user >> > Cc: >> > Sent: Wednesday, April 10, 2013 2:11 AM >> > Subject: [Koha] Issues with biblio import into Koha >> > >> > Hello all, >> > >> > This has got me stumped! >> > >> > I am trying to import some set of bib records into Koha?totaling?about >> 5300. >> > About 2900 of these records have two items while the remaining has >> > just one item. >> > >> > Using MarcEdit, I have created two MARC files, the first with the >> > first or only copies of the records, while the 2nd has the records > having >> only the 2nd copy. >> > >> > I created a unique 001 field for each record and then created a record >> > matching rule based on 001 (Local-number). After importing the MARC >> > file of the 1st copy, I rebuild the zebra index before importing >> the?Marc?file for the second copy. >> > >> > Now the problem is that is that during the second copies import, it >> > says about 500 of the records were not matched, matching the >> > remainder. I had first tried this with a?title?match but got a similar >> > result. I checked that the records not matched actually exist in the > Koha >> database with the correct 001 value. >> > I?don't?understand why some records do not match and some do. >> > >> > The database is fresh with just only one previous bib in it before the >> imports. >> > >> > Can anyone please point me in the right direction to sort this out? Or >> > a better way to do the import? >> > >> > I am running Koha 3.10.4 on debian squeeze (package install) >> > >> > Thanks >> > >> > Olugbenga Adara >> > >> > >> > 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 >> > > _______________________________________________ > Koha mailing list? http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From z.tajoli at cineca.it Thu Apr 11 02:44:03 2013 From: z.tajoli at cineca.it (Zeno Tajoli) Date: Wed, 10 Apr 2013 16:44:03 +0200 Subject: [Koha] Koha universities that use ACQ Message-ID: <51657AB3.1040000@cineca.it> Hi to all, If I remember well the ACQ module is used from same Universities, in particular in France. Do you know the mails of those universities ? Cheers Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli at cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate From paul.a at aandc.org Thu Apr 11 03:49:17 2013 From: paul.a at aandc.org (Paul) Date: Wed, 10 Apr 2013 11:49:17 -0400 Subject: [Koha] Please advice how to improve our search issue Message-ID: <5.2.1.1.2.20130410114900.05f21218@localhost> At 11:19 AM 4/10/2013 +1200, Robin Sheat wrote: >Paul schreef op di 09-04-2013 om 18:27 [-0400]: > > That looks like a very busy, if not overloaded, server. You need (at > > least) > > to increase the size of your swap to at least double what it is > > currently > > set at (either resize partition or add a swapfile.) > >Not it doesn't, it looks like a very comfortably loaded server. Yeah ... maybe I went too fast, in the original email "column headers" were out of kilt; my apologies. However, the example I gave of the "sandbox" shows very different results which is why I mentioned MemCache. I'm not claiming that this is the only reason, but this list is probably not the right place to discuss other checks (e.g. cat /proc/swaps, vmstat, htop) for memory management. Best - Paul > total used free shared buffers cached >Mem: 1955 1881 73 0 15 1350 >-/+ buffers/cache: 514 1440 >Swap: 2997 2 2995 > >It has 2GB RAM, 3GB swap. 514MB RAM (~25%) is in use, and 2MB swap (more >or less nothing) is in use. So it's got plenty of room to breathe. The >key line is the one that starts with '-/+ buffers/cache' as it's the one >that's ignoring cache, which is what you want to do when looking at >memory usage. > >Looking at one of our servers that's similarly specced and not usually >too busy: > > total used free shared buffers cached >Mem: 2012 1885 127 0 71 1410 >-/+ buffers/cache: 402 1610 >Swap: 2045 0 2045 > >it's really very close. > >So Zoe, your server is totally fine RAM-wise > >-- >Robin Sheat >Catalyst IT Ltd. >??? +64 4 803 2204 >GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D > > >_______________________________________________ >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 nengard at gmail.com Thu Apr 11 05:25:33 2013 From: nengard at gmail.com (Nicole Engard) Date: Wed, 10 Apr 2013 13:25:33 -0400 Subject: [Koha] Report Help Message-ID: I'm trying to get a report to show patrons with overdues and if there is a guarantor I want that to show too. But what's happening is the Guarantees are showing as the Guarantors and the Guarantor is showing 2 times cause he has 2 Guarantees - can someone help me with my SQL: SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', g.cardnumber, ')'),'') as guarantor, p.relationship, FORMAT(SUM(a.amountoutstanding),2) as due FROM borrowers p LEFT JOIN accountlines a USING (borrowernumber) left join borrowers g on (g.guarantorid=p.borrowernumber) WHERE p.dateexpiry < NOW() and p.surname = 'Meave' group by p.borrowernumber, g.borrowernumber ORDER BY p.dateexpiry asc ; +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ | categorycode | dateofbirth | cardnumber | surname | firstname | dateexpiry | guarantor | relationship | due | +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ | TRES | 1996-08-24 | P0012129 | Meave | Melina-Maria | 2008-12-04 | | parent | 5.90 | | TRES | 2000-08-30 | P0012128 | Meave | Phoenix-Jonas | 2008-12-04 | | parent | 2.30 | | STRICT | 1956-09-23 | P0012127 | Meave | Jose | 2008-12-04 | Meave, Melina-Maria (P0012129) | | 351.53 | | STRICT | 1956-09-23 | P0012127 | Meave | Jose | 2008-12-04 | Meave, Phoenix-Jonas (P0012128) | | 351.53 | +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ From nengard at gmail.com Thu Apr 11 05:28:39 2013 From: nengard at gmail.com (Nicole Engard) Date: Wed, 10 Apr 2013 13:28:39 -0400 Subject: [Koha] Report Help In-Reply-To: References: Message-ID: Sorry - I was wrong - not patrons with overdues, but expired patrons - that's what I'm looking for. On Wed, Apr 10, 2013 at 1:25 PM, Nicole Engard wrote: > I'm trying to get a report to show patrons with overdues and if there is a > guarantor I want that to show too. But what's happening is the Guarantees > are showing as the Guarantors and the Guarantor is showing 2 times cause he > has 2 Guarantees - can someone help me with my SQL: > > > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, > p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' > (', g.cardnumber, ')'),'') as guarantor, p.relationship, > FORMAT(SUM(a.amountoutstanding),2) as due > FROM borrowers p > LEFT JOIN accountlines a USING (borrowernumber) > left join borrowers g on (g.guarantorid=p.borrowernumber) > WHERE p.dateexpiry < NOW() and p.surname = 'Meave' > group by p.borrowernumber, g.borrowernumber > ORDER BY p.dateexpiry asc ; > > > > > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > | categorycode | dateofbirth | cardnumber | surname | firstname | > dateexpiry | guarantor | relationship | due | > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > | TRES | 1996-08-24 | P0012129 | Meave | Melina-Maria | > 2008-12-04 | | parent | 5.90 | > | TRES | 2000-08-30 | P0012128 | Meave | Phoenix-Jonas | > 2008-12-04 | | parent | 2.30 | > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > 2008-12-04 | Meave, Melina-Maria (P0012129) | | 351.53 | > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > 2008-12-04 | Meave, Phoenix-Jonas (P0012128) | | 351.53 | > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > From hagud at orex.es Thu Apr 11 05:51:31 2013 From: hagud at orex.es (Hugo Agud) Date: Wed, 10 Apr 2013 19:51:31 +0200 Subject: [Koha] incorrect labeling in serials In-Reply-To: References: Message-ID: hi One colleague has warned me that my previous mail could sounds unpolite... it was not my intention :(.. I just wish to share the info with the community about something we think it is a little mistake about labeling. Sorry if my mail seemed unpolite Hugo 2013/4/9 Hugo Agud > > hi everybody.... > > We have realized a little mess with koha labeling regarding serials > > The table serials has just two dates field: planneddate and publisheddate, > however there are three fields in koha regardind dates and serials: date > published, date received and planned date, then something was wrong > somewhere > > We have checked the code of the two files involved and date received and > planned date are the same date, both refers to serials.planneddate and it > is a little confusing.. If we are right > > You can check here the code of files and the > labeling: /cgi-bin/koha/serials/*subscription-detail.pl*?subscriptionid= > and here the other one > cgi-bin/koha/serials/*serials-collection.pl*?subscriptionid= > > > > > Kindest Regards > Hugo > > > -- > > *Hugo Agud - Orex Digital * > > *www.orex.es* > > * > * > > Director > > Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 > 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 > > Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 > 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 Mossen Jaume Rafanell, 21 ? 08338 Premi? de Dalt - Tel: 93 539 40 70 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 bgkriegel at gmail.com Thu Apr 11 06:45:18 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 10 Apr 2013 15:45:18 -0300 Subject: [Koha] Report Help In-Reply-To: References: Message-ID: Nicole, what you need to match is p(atron).guarantorid with g(uarantor).borrowernumber, not g(uarantor).guarantorid with p(atron).borrowernumber that is what causing you to get an inverted list. For example this query will list all guarantees with corresponding guarantor (if not null), SELECT patron.surname, patron.firstname, patron.relationship, patron.guarantorid, guarantor.borrowernumber, guarantor.surname, guarantor.firstname FROM borrowers as patron LEFT JOIN borrowers as guarantor ON ( patron.guarantorid = guarantor.borrowernumber ) WHERE patron.guarantorid IS NOT NULL; Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Wed, Apr 10, 2013 at 2:28 PM, Nicole Engard wrote: > Sorry - I was wrong - not patrons with overdues, but expired patrons - > that's what I'm looking for. > > > On Wed, Apr 10, 2013 at 1:25 PM, Nicole Engard wrote: > > > I'm trying to get a report to show patrons with overdues and if there is > a > > guarantor I want that to show too. But what's happening is the Guarantees > > are showing as the Guarantors and the Guarantor is showing 2 times cause > he > > has 2 Guarantees - can someone help me with my SQL: > > > > > > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, > > p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' > > (', g.cardnumber, ')'),'') as guarantor, p.relationship, > > FORMAT(SUM(a.amountoutstanding),2) as due > > FROM borrowers p > > LEFT JOIN accountlines a USING (borrowernumber) > > left join borrowers g on (g.guarantorid=p.borrowernumber) > > WHERE p.dateexpiry < NOW() and p.surname = 'Meave' > > group by p.borrowernumber, g.borrowernumber > > ORDER BY p.dateexpiry asc ; > > > > > > > > > > > > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > > | categorycode | dateofbirth | cardnumber | surname | firstname | > > dateexpiry | guarantor | relationship | due | > > > > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > > | TRES | 1996-08-24 | P0012129 | Meave | Melina-Maria | > > 2008-12-04 | | parent | 5.90 | > > | TRES | 2000-08-30 | P0012128 | Meave | Phoenix-Jonas | > > 2008-12-04 | | parent | 2.30 | > > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > > 2008-12-04 | Meave, Melina-Maria (P0012129) | | 351.53 | > > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > > 2008-12-04 | Meave, Phoenix-Jonas (P0012128) | | 351.53 | > > > > > +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From mathieu.saby at univ-rennes2.fr Thu Apr 11 07:50:38 2013 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Wed, 10 Apr 2013 21:50:38 +0200 Subject: [Koha] Koha universities that use ACQ In-Reply-To: <51657AB3.1040000@cineca.it> References: <51657AB3.1040000@cineca.it> Message-ID: <5165C28E.80207@univ-rennes2.fr> Hello Zeno Yes, we use it in Rennes 2 (3.10) Lyon 3 is also using it (3.8) and some other libraires, but not all. Do you have some specific question? M. Saby Le 10/04/2013 16:44, Zeno Tajoli a ?crit : > Hi to all, > > If I remember well the ACQ module is used from same Universities, in > particular in France. > > Do you know the mails of those universities ? > > Cheers > Zeno Tajoli -- Mathieu Saby Service d'Informatique Documentaire Service Commun de Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr From chrisc at catalyst.net.nz Thu Apr 11 08:58:18 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Thu, 11 Apr 2013 08:58:18 +1200 Subject: [Koha] incorrect labeling in serials In-Reply-To: References: Message-ID: <20130410205818.GP19162@rorohiko.wgtn.cat-it.co.nz> * Hugo Agud (hagud at orex.es) wrote: > hi > > One colleague has warned me that my previous mail could sounds unpolite... > it was not my intention :(.. I just wish to share the info with the > community about something we think it is a little mistake about labeling. > > Sorry if my mail seemed unpolite > Hi Hugo That is always the danger in a multinational and multilingual community like Koha, English is a hard language even those of us who speak it fluently can sometimes confuse and be confused by other English speakers. There are words in NZ English which mean different things or don't exist in American English, and vice versa. (American English speakers, without using the internet, can you tell me what a Bach in NZ English is? :) First one to get it I will buy a beverage of their choice in Reno at Kohacon) So we do always try to bear that in mind, and no your email didn't seem rude to me, it does sound like a bug. What I would suggest is you head over to http://bugs.koha-community.org and file a bug report for it. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From jcoehoorn at york.edu Thu Apr 11 09:00:34 2013 From: jcoehoorn at york.edu (Coehoorn, Joel) Date: Wed, 10 Apr 2013 16:00:34 -0500 Subject: [Koha] Question about Active Directory integration Message-ID: We're a small college library in the process of migrating to Koha from an old Winnebago Spectrum system. The plan is that students should be able to use their Active Directory credentials when access Koha. I have the connection working, but there are some things I'm not clear on. For many students, their first and only account interaction with Koha will be when they bring an item to the circulation desk. At this point, if the attendant scans their card and they have never logged in, my understanding is that Koha will have no idea who they are and will reject the transaction, because it doesn't create the account until someone tries to authenticate. Is there any way to have Koha pro-actively pull this information? I'd rather avoid the extra step of batching users into Koha each term. Also, for anyone else using Active Directory, are you storing the Card Number in Active Directory? If so, what field are you using? Joel Coehoorn Director of Information Technology York College, Nebraska 402.363.5603 jcoehoorn at york.edu *The mission of York College is to transform lives through Christ-centered education and to equip students for lifelong service to God, family, and society* From chrisc at catalyst.net.nz Thu Apr 11 09:06:09 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Thu, 11 Apr 2013 09:06:09 +1200 Subject: [Koha] Question about Active Directory integration In-Reply-To: References: Message-ID: <20130410210609.GQ19162@rorohiko.wgtn.cat-it.co.nz> * Coehoorn, Joel (jcoehoorn at york.edu) wrote: > We're a small college library in the process of migrating to Koha from an > old Winnebago Spectrum system. The plan is that students should be able to > use their Active Directory credentials when access Koha. I have the > connection working, but there are some things I'm not clear on. > > For many students, their first and only account interaction with Koha will > be when they bring an item to the circulation desk. At this point, if the > attendant scans their card and they have never logged in, my understanding > is that Koha will have no idea who they are and will reject the > transaction, because it doesn't create the account until someone tries to > authenticate. Is there any way to have Koha pro-actively pull this > information? I'd rather avoid the extra step of batching users into Koha > each term. > Not in current Koha code no, but you could write (or get someone to write) a feature that would talk to LDAP (or Active Directory) when it sees a borrower it doesn't know about to create that borrower in Koha. So when they scan their card at the circulation desk it creates the borrower by pulling the info from LDAP. It will need to be a system preference so only libraries wanting it have it on of course. This wouldn't actually be a huge amount of work, and I think would be something many libraries would like. You would definitely get a nice credit for getting this done. Chris > Also, for anyone else using Active Directory, are you storing the Card > Number in Active Directory? If so, what field are you using? > > Joel Coehoorn > Director of Information Technology > York College, Nebraska > 402.363.5603 > jcoehoorn at york.edu > > > > *The mission of York College is to transform lives through > Christ-centered education and to equip students for lifelong service to > God, family, and society* > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From mayoorakalady at gmail.com Wed Apr 10 20:00:55 2013 From: mayoorakalady at gmail.com (Mayoora) Date: Wed, 10 Apr 2013 01:00:55 -0700 (PDT) Subject: [Koha] Varying form of title Message-ID: <1365580855333-5750378.post@n5.nabble.com> Dear all I am trying to include the varying form of title (MARC tag 246) for generating the report of books in our library. But I want not able to include the tag in report library. Can any one help me Mayoora -- View this message in context: http://koha.1045719.n5.nabble.com/Varying-form-of-title-tp5750378.html Sent from the Koha-general mailing list archive at Nabble.com. From nengard at gmail.com Thu Apr 11 09:58:57 2013 From: nengard at gmail.com (Nicole Engard) Date: Wed, 10 Apr 2013 17:58:57 -0400 Subject: [Koha] Report Help In-Reply-To: References: Message-ID: Thank you so much - so simple!! :) On Wed, Apr 10, 2013 at 2:45 PM, Bernardo Gonzalez Kriegel < bgkriegel at gmail.com> wrote: > Nicole, > what you need to match is p(atron).guarantorid with > g(uarantor).borrowernumber, > not g(uarantor).guarantorid with p(atron).borrowernumber > that is what causing you to get an inverted list. > > For example this query will list all guarantees with corresponding > guarantor (if not null), > > SELECT > patron.surname, patron.firstname, patron.relationship, > patron.guarantorid, > guarantor.borrowernumber, guarantor.surname, guarantor.firstname > FROM > borrowers as patron > LEFT JOIN > borrowers as guarantor > ON ( patron.guarantorid = guarantor.borrowernumber ) > WHERE patron.guarantorid IS NOT NULL; > > > Regards, > Bernardo > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > On Wed, Apr 10, 2013 at 2:28 PM, Nicole Engard wrote: > >> Sorry - I was wrong - not patrons with overdues, but expired patrons - >> that's what I'm looking for. >> >> >> On Wed, Apr 10, 2013 at 1:25 PM, Nicole Engard wrote: >> >> > I'm trying to get a report to show patrons with overdues and if there >> is a >> > guarantor I want that to show too. But what's happening is the >> Guarantees >> > are showing as the Guarantors and the Guarantor is showing 2 times >> cause he >> > has 2 Guarantees - can someone help me with my SQL: >> > >> > >> > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, >> > p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, >> ' >> > (', g.cardnumber, ')'),'') as guarantor, p.relationship, >> > FORMAT(SUM(a.amountoutstanding),2) as due >> > FROM borrowers p >> > LEFT JOIN accountlines a USING (borrowernumber) >> > left join borrowers g on (g.guarantorid=p.borrowernumber) >> > WHERE p.dateexpiry < NOW() and p.surname = 'Meave' >> > group by p.borrowernumber, g.borrowernumber >> > ORDER BY p.dateexpiry asc ; >> > >> > >> > >> > >> > >> > >> +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ >> > | categorycode | dateofbirth | cardnumber | surname | firstname | >> > dateexpiry | guarantor | relationship | due | >> > >> > >> +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ >> > | TRES | 1996-08-24 | P0012129 | Meave | Melina-Maria | >> > 2008-12-04 | | parent | 5.90 | >> > | TRES | 2000-08-30 | P0012128 | Meave | Phoenix-Jonas | >> > 2008-12-04 | | parent | 2.30 | >> > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | >> > 2008-12-04 | Meave, Melina-Maria (P0012129) | | 351.53 | >> > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | >> > 2008-12-04 | Meave, Phoenix-Jonas (P0012128) | | 351.53 | >> > >> > >> +--------------+-------------+------------+---------+---------------+------------+---------------------------------+--------------+--------+ >> > >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > From dagne.woldie at icsaddis.edu.et Thu Apr 11 23:08:50 2013 From: dagne.woldie at icsaddis.edu.et ( Dagne Woldie, MS/HS Library Assistant) Date: Thu, 11 Apr 2013 14:08:50 +0300 (EAT) Subject: [Koha] Can any one help me Message-ID: <07b5954b-8bb4-4a7b-b934-9e9b3a382793@mail> If koha enable us to catalog Ethiopian collection. That books written in Amharic language. Please if any one who has such experience. please, please/ Thank you Dagne From bgkriegel at gmail.com Thu Apr 11 23:42:46 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Thu, 11 Apr 2013 08:42:46 -0300 Subject: [Koha] Can any one help me In-Reply-To: <07b5954b-8bb4-4a7b-b934-9e9b3a382793@mail> References: <07b5954b-8bb4-4a7b-b934-9e9b3a382793@mail> Message-ID: Dagne, the problem is not the language of the books, but the language you prefer to use in the web interface. As you can see on http://translate.koha-community.org/am/310/, Amharic language translation is almost non-existent. But if you can use another language for the interface, then the answer is yes, Koha can catalog books written in any language. Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Thu, Apr 11, 2013 at 8:08 AM, Dagne Woldie, MS/HS Library Assistant < dagne.woldie at icsaddis.edu.et> wrote: > If koha enable us to catalog Ethiopian collection. That books written in > Amharic language. > > Please if any one who has such experience. please, please/ > > Thank you > Dagne > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From weinheimer.jim.l at gmail.com Fri Apr 12 00:26:25 2013 From: weinheimer.jim.l at gmail.com (James Weinheimer) Date: Thu, 11 Apr 2013 14:26:25 +0200 Subject: [Koha] Can any one help me In-Reply-To: <07b5954b-8bb4-4a7b-b934-9e9b3a382793@mail> References: <07b5954b-8bb4-4a7b-b934-9e9b3a382793@mail> Message-ID: <5166ABF1.2040606@gmail.com> On 11/04/2013 13:08, Dagne Woldie, MS/HS Library Assistant wrote: > If koha enable us to catalog Ethiopian collection. That books written in Amharic language. > > Please if any one who has such experience. please, please/ There are two options you can use. Koha can use the unicode character set so therefore, you should be able to enter the characters in Amharic. There are various options for entering Unicode characters. The other option is to use what is called transliteration, as is done in most libraries. The Library of Congress uses this transliteration table http://www.loc.gov/catdir/cpso/romanization/amharic.pdf. If you want to see if another library in Worldcat http://www.worldcat.org has already cataloged an item in Amharic, you will use these transliteration tables to search, e.g. http://www.worldcat.org/oclc/745610236 I am sure that other countries use other transliteration tables, but these are the ones that I know. I don't know anything about Amharic, though. -- *James Weinheimer* weinheimer.jim.l at gmail.com *First Thus* http://catalogingmatters.blogspot.com/ *Cooperative Cataloging Rules* http://sites.google.com/site/opencatalogingrules/ *Cataloging Matters Podcasts* http://blog.jweinheimer.net/p/cataloging-matters-podcasts.html From dagne.woldie at icsaddis.edu.et Fri Apr 12 17:31:24 2013 From: dagne.woldie at icsaddis.edu.et ( Dagne Woldie, MS/HS Library Assistant) Date: Fri, 12 Apr 2013 08:31:24 +0300 (EAT) Subject: [Koha] Hold message Message-ID: we have a problem on sending message to the patron holds the books. i have tested it works for afew day, then next day it doesn't, the koha can send message for item checked out and in by patrons, but not overdue notice and hold if some one know how to fix this problem, pls help me. Thanks Dagne From beda at kollegium-sarnen.ch Sat Apr 13 02:23:02 2013 From: beda at kollegium-sarnen.ch (Beda Szukics) Date: Fri, 12 Apr 2013 16:23:02 +0200 Subject: [Koha] Restoring the default Marc Framework Message-ID: <516818C6.8020506@kollegium-sarnen.ch> Hi all I altered the default marc Framework. I understand that it's not a good idea. How can I restore the original Default MARC Framework (in my case the one at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/de-DE/marcflavour/marc21/mandatory/marc21_framework_DEFAULT.sql Does simply running mysql -u koha_ -p koha_ < marc21_framework_DEFAULT.sql do the job? Or is this dangerous? cu Beda From tcarm002 at fiu.edu Sat Apr 13 04:12:44 2013 From: tcarm002 at fiu.edu (Triana Carmenate) Date: Fri, 12 Apr 2013 12:12:44 -0400 Subject: [Koha] Can't reach web install on Ubuntu 12.04 Message-ID: I am trying to install Koha on Ubuntu 12.04 Desktop, following the instructions from here http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages. However, when I try to access the administration website it will not open. I am using a dynamic dns. Is there anything I need to configure with apache2 to get my site running? Thanks, tcarm From indradg at gmail.com Sat Apr 13 04:32:29 2013 From: indradg at gmail.com (Indranil Das Gupta) Date: Fri, 12 Apr 2013 22:02:29 +0530 Subject: [Koha] Migration issues from ancient 2.2.5 to 3.x Message-ID: Hi all, I intend to migrate from an ancient in-production system - 2.2.5 running on FC4 to 3.10.4 running on Debian. As the first step I'm trying to move the data into Koha 3.0. So far I've tried to follow : 1) http://wiki.koha-community.org/wiki/Upgrading_2.2 2) http://lists.katipo.co.nz/public/koha/2011-August/030213.html Here what I have done. 1. Setup a VM running Koha 3.0 on Ubuntu 8.04 2. Taken a DB dump of 2.2.5 with Drop table if exist syntax. 3. Dropped the 3.0's tables from the DB and imported the 2.2.5 db 4. Followed the instructions from the Wiki article. Thing seems to work and I can login etc. However, a whole load of system preferences are missing from the db even after going through the 22_to_30 scripts Specifically I'm missing : StaffClient TemplateEncoding : utf-8 StaffClient Intranetcolorstylesheet : blue.css (to have some blue colors. This step is not required, you can skip it) StaffClient Template : prog What do you suggest I do? tia, -indra -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org From gmc at esilibrary.com Sat Apr 13 05:14:25 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Fri, 12 Apr 2013 10:14:25 -0700 Subject: [Koha] Migration issues from ancient 2.2.5 to 3.x In-Reply-To: References: Message-ID: Hi, On Fri, Apr 12, 2013 at 9:32 AM, Indranil Das Gupta wrote: > However, a whole load of system preferences are missing from the db > even after going through the 22_to_30 scripts > > Specifically I'm missing : > > StaffClient TemplateEncoding : utf-8 > StaffClient Intranetcolorstylesheet : blue.css (to have some blue > colors. This step is not required, you can skip it) > StaffClient Template : prog > > What do you suggest I do? Fortunately, just adding the missing system preferences will do the right thing. A quick and dirty way to get them in with the default values would be to [1] Create a unique index on systempreferences.variable. [2] Run the following; the unique index will prevent duplicates system preferences from being loaded: mysql [connection info] --force < installer/data/mysql/sysprefs.sql [3] Drop the unique index. Regards, Galen -- Galen Charlton Manager of 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 bgkriegel at gmail.com Sat Apr 13 05:34:39 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Fri, 12 Apr 2013 14:34:39 -0300 Subject: [Koha] Restoring the default Marc Framework In-Reply-To: <516818C6.8020506@kollegium-sarnen.ch> References: <516818C6.8020506@kollegium-sarnen.ch> Message-ID: > > I altered the default marc Framework. I understand that it's not a good > idea. > > How can I restore the original Default MARC Framework (in my case the > one at > > /usr/share/koha/intranet/cgi-bin/installer/data/mysql/de-DE/marcflavour/marc21/mandatory/marc21_framework_DEFAULT.sql > > First, do a backup. As you talk about instances, I presume you are using packages. Frameworks are stored in the database, so first detect which database you need to change, i.e. which instance. Look in /etc/koha/sites/"instance"/koha-conf.xml, near the end you will find name of database, dbuser and dbpassword Next, remove default framework mysql -uuser -ppass db -e "delete from marc_tag_structure where frameworkcode = ''; delete from marc_subfield_structure where frameworkcode = ''" Next, load default framework mysql -uuser -ppass db < /usr/share/koha/intranet/cgi- bin/installer/data/mysql/de-DE/marcflavour/marc21/ mandatory/marc21_framework_DEFAULT.sql Regards, Bernardo From glawson at rhcl.org Sat Apr 13 06:38:39 2013 From: glawson at rhcl.org (glaws) Date: Fri, 12 Apr 2013 13:38:39 -0500 Subject: [Koha] Can't reach web install on Ubuntu 12.04 In-Reply-To: References: Message-ID: <516854AF.6010607@rhcl.org> Triana: Here are a few things to try: --If you are using DNS, can you ping the server using the DNS address? --Can you access the staff interface using the IP address of the server? --On the server itself, assuming you have a windowing desktop installed, can you open the staff interface using localhost? -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 --------------------- On 04/12/2013 11:12 AM, Triana Carmenate wrote: > I am trying to install Koha on Ubuntu 12.04 Desktop, following the > instructions from here > http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages. > However, when I try to access the administration website it will not open. > I am using a dynamic dns. Is there anything I need to configure with > apache2 to get my site running? > > Thanks, > tcarm > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From indradg at gmail.com Sat Apr 13 07:11:26 2013 From: indradg at gmail.com (Indranil Das Gupta) Date: Sat, 13 Apr 2013 00:41:26 +0530 Subject: [Koha] Can't reach web install on Ubuntu 12.04 In-Reply-To: References: Message-ID: Hi, On Fri, Apr 12, 2013 at 9:42 PM, Triana Carmenate wrote: > However, when I try to access the administration website it will not open. > I am using a dynamic dns. Is there anything I need to configure with > apache2 to get my site running? Dynamic dns shouldn't be the issue. Koha works just fine with dyndns as long as other things being equal. Check if your iptables rules are an issue. Unlikely on a stock Ubuntu, but still good to get out of the way. Check if you can ping the box on the dynamic IP. The places to check would be your Koha instance specific httpd.conf includes and ports.conf and make sure that your VirtualHost and Listen directives are setup correctly. hth -indra -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org From mtompset at hotmail.com Sat Apr 13 07:23:35 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 12 Apr 2013 15:23:35 -0400 Subject: [Koha] Can't reach web install on Ubuntu 12.04 In-Reply-To: References: Message-ID: Greetings, What did you put in the /etc/koha/koha-sites.conf file? (http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Pre-Web_Install_Setup) What does your /etc/hosts file contain? Are you trying to use the Ubuntu Desktop browser or are you trying to access it from another machine? The other email had some good ideas. The problem we have is determining WHERE the problem is: 1) Networking issue? -- glaws suggested a ping. $ ping {fully qualified domain name, e.g. www.koha-community.org} If you can't ping it, then you have a networking issue. 2) Apache issue? Is it even running? -- glaws suggested trying to go the IP address of the machine. The problem with this is that depending on your koha-sites.conf file, you may not be able to access the staff client because named hosts are assumed in these instructions. Can you get a page that says the system is down for maintenance at least? That's actually a good sign. 3) Some other issue? This is where I struggled with how much to write or not write in these instructions. Explaining how to fix /etc/apache2/ports.conf, /etc/apache2/sites-available/library (or whatever you called your OPAC), /etc/hosts, and these sorts of tweaks require a level of network and software administration that the novice linux user is not going to have. This is why I put important commands in the blue boxes. Reading around the blue boxes to make sure they are the ones to do is the only key part. If you follow these instructions without variation you will have a library.framisdooby.org and library-intra.framisdooby.org working. Though, they will not be accessible by another machine. Oh, and you can't dynamic dns to a 192.168.x.x address, because the dynamic dns site is external, and 192.168.x.x is an internal network address. GPML, Mark Tompsett From egpetridis at yahoo.com Sat Apr 13 18:21:14 2013 From: egpetridis at yahoo.com (Manos PETRIDIS) Date: Sat, 13 Apr 2013 09:21:14 +0300 Subject: [Koha] Migration issues from ancient 2.2.5 to 3.x In-Reply-To: References: Message-ID: <02d001ce380f$1b5a7120$520f5360$@com> Should that be the case, I wonder if such a unique index on systempreferences.variable. would be welcome as a permanent feature. Unless all sql scripts check for already existing entries so that they perform an update instead of insert, the index would at least ensure that no duplicates are created. On the other hand of course, this would mean that some sql scripts may need re-visiting in order to ensure proper error trapping after every insert in systempreferences, but this may be better than having to deal with spurious errors during production, stemming from multiple occurrences of the same variable in systempreferences. Do you agree or have I got it wrong? MP -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Galen Charlton Sent: Friday, April 12, 2013 8:14 PM To: Indranil Das Gupta Cc: koha Subject: Re: [Koha] Migration issues from ancient 2.2.5 to 3.x Hi, On Fri, Apr 12, 2013 at 9:32 AM, Indranil Das Gupta wrote: > However, a whole load of system preferences are missing from the db > even after going through the 22_to_30 scripts > > Specifically I'm missing : > > StaffClient TemplateEncoding : utf-8 > StaffClient Intranetcolorstylesheet : blue.css (to have some blue > colors. This step is not required, you can skip it) StaffClient > Template : prog > > What do you suggest I do? Fortunately, just adding the missing system preferences will do the right thing. A quick and dirty way to get them in with the default values would be to [1] Create a unique index on systempreferences.variable. [2] Run the following; the unique index will prevent duplicates system preferences from being loaded: mysql [connection info] --force < installer/data/mysql/sysprefs.sql [3] Drop the unique index. Regards, Galen -- Galen Charlton Manager of 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 _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From tigran at flib.sci.am Sat Apr 13 19:57:36 2013 From: tigran at flib.sci.am (tigran at flib.sci.am) Date: Sat, 13 Apr 2013 11:57:36 +0400 Subject: [Koha] =?utf-8?q?ho=D5=B8_to_suppress_Koha_modules?= Message-ID: Dear List 1. I'm planning to use Koha only for developing Union Catalog of periodicals, so no need to have some of Koha modules, such as circulation, acquisition. How can I remove these modules. 2. How can I suppress /hide 'Items" module? Is it possible? thanks TIgeran From mglavica at ffzg.hr Sat Apr 13 20:50:21 2013 From: mglavica at ffzg.hr (Marijana Glavica) Date: Sat, 13 Apr 2013 10:50:21 +0200 Subject: [Koha] Koha universities that use ACQ In-Reply-To: <51657AB3.1040000@cineca.it> References: <51657AB3.1040000@cineca.it> Message-ID: <20130413085021.GH29519@mjesec.ffzg.hr> Hi Zeno, we are also using ACQ module at Faculty of Humanities and Social Sciences Library in Zagreb, Croatia. Marijana On Wed, Apr 10, 2013 at 04:44:03PM +0200, Zeno Tajoli wrote: > Hi to all, > > If I remember well the ACQ module is used from same Universities, in > particular in France. > > Do you know the mails of those universities ? > > Cheers > Zeno Tajoli > -- > Dr. Zeno Tajoli > Dipartimento Gestione delle Informazioni e della Conoscenza > z.tajoli at cineca.it > fax +39 02 2135520 > CINECA - Sede operativa di Segrate > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From bgkriegel at gmail.com Sat Apr 13 22:08:38 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Sat, 13 Apr 2013 07:08:38 -0300 Subject: [Koha] =?utf-8?q?ho=D5=B8_to_suppress_Koha_modules?= In-Reply-To: References: Message-ID: Tigeran, I think that is not possibe to remove modules, but with permissions you can put many out of view. Take a look at the corresponding section of the manual http://manual.koha-community.org/3.10/en/patronpermissions.html Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Sat, Apr 13, 2013 at 4:57 AM, wrote: > Dear List > 1. I'm planning to use Koha only for developing Union Catalog of > periodicals, so no need to have some of Koha modules, such as circulation, > acquisition. > How can I remove these modules. > 2. How can I suppress /hide 'Items" module? > Is it possible? > thanks > TIgeran > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From beda at kollegium-sarnen.ch Sun Apr 14 00:07:46 2013 From: beda at kollegium-sarnen.ch (Beda Szukics) Date: Sat, 13 Apr 2013 14:07:46 +0200 Subject: [Koha] Restoring the default Marc Framework In-Reply-To: References: <516818C6.8020506@kollegium-sarnen.ch> Message-ID: <51694A92.5010508@kollegium-sarnen.ch> Hi Thank you for your help. It worked with one little exeption: The new default-framework hasn't the correct encoding. For example the word "f?r" is displayed "f??r", "L?nge" is "L??nge" Why? file marc21_framework_DEFAULT.sql shows: UTF-8 Unicode Pascal program text, with very long lines so the file should be o.k. The server runs debian stable, I installed the koha packages, I'm connecting to the server with putty Regards, Beda Am 12.04.2013 19:34, schrieb Bernardo Gonzalez Kriegel: > First, do a backup. > > load default framework > > mysql -uuser -ppass db > < /usr/share/koha/intranet/cgi-bin/installer/data/mysql/de-DE/marcflavour/marc21/mandatory/marc21_framework_DEFAULT.sql From beda at kollegium-sarnen.ch Sun Apr 14 00:13:22 2013 From: beda at kollegium-sarnen.ch (Beda Szukics) Date: Sat, 13 Apr 2013 14:13:22 +0200 Subject: [Koha] Restoring the default Marc Framework In-Reply-To: <51694A92.5010508@kollegium-sarnen.ch> References: <516818C6.8020506@kollegium-sarnen.ch> <51694A92.5010508@kollegium-sarnen.ch> Message-ID: <51694BE2.80601@kollegium-sarnen.ch> Hi Am 13.04.2013 14:07, schrieb Beda Szukics: > It worked with one little exeption: The new default-framework hasn't the > correct encoding. > > For example the word "f?r" is displayed "f??r", "L?nge" is "L??nge" > >> mysql -uuser -ppass db >> < /usr/share/koha/intranet/cgi-bin/installer/data/mysql/de-DE/marcflavour/marc21/mandatory/marc21_framework_DEFAULT.sql adding --default-character-set=utf8 after mysql did the job. Thank you From bgkriegel at gmail.com Sun Apr 14 00:26:23 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Sat, 13 Apr 2013 09:26:23 -0300 Subject: [Koha] Restoring the default Marc Framework In-Reply-To: <51694BE2.80601@kollegium-sarnen.ch> References: <516818C6.8020506@kollegium-sarnen.ch> <51694A92.5010508@kollegium-sarnen.ch> <51694BE2.80601@kollegium-sarnen.ch> Message-ID: > > > It worked with one little exeption: The new default-framework hasn't the > > correct encoding. > adding --default-character-set=utf8 after mysql did the job. > > Ah, I don't know if pacakges are managing mysql encoding properly. You must set up your MySQL server so it uses utf8 always. (http://wiki.koha-community.org/wiki/Encoding_and_Character_Sets_in_Koha) I also set encoding in the client section, [client] default-character-set=utf8 Glad that you have your framework again. Regards, Bernardo Thank you > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From mtompset at hotmail.com Sun Apr 14 01:29:50 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Sat, 13 Apr 2013 09:29:50 -0400 Subject: [Koha] =?utf-8?q?ho=D5=B8_to_suppress_Koha_modules?= In-Reply-To: References: Message-ID: Greetings, If you really want to change what is available, you can use javascript in the appropriate system preference to hide portions using CSS. See intranetuserjs, for example. GPML, Mark Tompsett From tomascohen at gmail.com Sun Apr 14 03:05:05 2013 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Sat, 13 Apr 2013 12:05:05 -0300 Subject: [Koha] =?utf-8?q?ho=D5=B8_to_suppress_Koha_modules?= In-Reply-To: References: Message-ID: +1 for giving your staff users permissions only for your desired modules. Regards To+ On Sat, Apr 13, 2013 at 7:08 AM, Bernardo Gonzalez Kriegel < bgkriegel at gmail.com> wrote: > Tigeran, > I think that is not possibe to remove modules, > but with permissions you can put many out > of view. > > Take a look at the corresponding section of the manual > http://manual.koha-community.org/3.10/en/patronpermissions.html > > Regards, > Bernardo > > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > On Sat, Apr 13, 2013 at 4:57 AM, wrote: > > > Dear List > > 1. I'm planning to use Koha only for developing Union Catalog of > > periodicals, so no need to have some of Koha modules, such as > circulation, > > acquisition. > > How can I remove these modules. > > 2. How can I suppress /hide 'Items" module? > > Is it possible? > > thanks > > TIgeran > > > > _______________________________________________ > > 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 gmc at esilibrary.com Sun Apr 14 05:20:46 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Sat, 13 Apr 2013 10:20:46 -0700 Subject: [Koha] Migration issues from ancient 2.2.5 to 3.x In-Reply-To: <02d001ce380f$1b5a7120$520f5360$@com> References: <02d001ce380f$1b5a7120$520f5360$@com> Message-ID: Hi, On Fri, Apr 12, 2013 at 11:21 PM, Manos PETRIDIS wrote: > Should that be the case, I wonder if such a unique index on > systempreferences.variable. would be welcome as a permanent feature. Unless > all sql scripts check for already existing entries so that they perform an > update instead of insert, the index would at least ensure that no duplicates > are created. [snip] > Do you agree or have I got it wrong? I agree that having a unique constraint on systempreferences.variable column makes sense. I've opened bug 10039 [1] for this proposal. [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10039 Regards, Galen -- Galen Charlton Manager of 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 egpetridis at yahoo.com Sun Apr 14 08:17:06 2013 From: egpetridis at yahoo.com (Manos PETRIDIS) Date: Sat, 13 Apr 2013 23:17:06 +0300 Subject: [Koha] Report Help Message-ID: <008701ce3883$e03ba6c0$a0b2f440$@com> As the original request was "I'm trying to get a report to show patrons with overdues and if there is a guarantor I want that to show too", might I propose the following modification to Bernardo Gonzalez Kriegel's reply, so that all patrons are shown in a single report: select * from ( SELECT patron.borrowernumber as borrower, patron.surname as Surname, patron.firstname as Firstname, patron.relationship as relationship, guarantor.borrowernumber as guarantor, guarantor.surname as guarantor_Surname, guarantor.firstname as guarantor_Firstname FROM borrowers as patron LEFT JOIN borrowers as guarantor ON ( patron.guarantorid = guarantor.borrowernumber ) WHERE patron.guarantorid IS NOT NULL UNION SELECT patron.borrowernumber as borrower, patron.surname as Surname, patron.firstname as Firstname, patron.relationship as relationship, '-' as guarantor, '-' as guarantor_Surname, '-' as guarantor_Firstname FROM borrowers as patron WHERE patron.guarantorid IS NULL ) tmp order by tmp.Surname, tmp.Firstname; Kind regards, Manos Petridis -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Bernardo Gonzalez Kriegel Sent: Wednesday, April 10, 2013 9:45 PM To: Nicole Engard Cc: Koha Subject: Re: [Koha] Report Help Nicole, what you need to match is p(atron).guarantorid with g(uarantor).borrowernumber, not g(uarantor).guarantorid with p(atron).borrowernumber that is what causing you to get an inverted list. For example this query will list all guarantees with corresponding guarantor (if not null), SELECT patron.surname, patron.firstname, patron.relationship, patron.guarantorid, guarantor.borrowernumber, guarantor.surname, guarantor.firstname FROM borrowers as patron LEFT JOIN borrowers as guarantor ON ( patron.guarantorid = guarantor.borrowernumber ) WHERE patron.guarantorid IS NOT NULL; Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Wed, Apr 10, 2013 at 2:28 PM, Nicole Engard wrote: > Sorry - I was wrong - not patrons with overdues, but expired patrons - > that's what I'm looking for. > > > On Wed, Apr 10, 2013 at 1:25 PM, Nicole Engard wrote: > > > I'm trying to get a report to show patrons with overdues and if > > there is > a > > guarantor I want that to show too. But what's happening is the > > Guarantees are showing as the Guarantors and the Guarantor is > > showing 2 times cause > he > > has 2 Guarantees - can someone help me with my SQL: > > > > > > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, > > p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' > > (', g.cardnumber, ')'),'') as guarantor, p.relationship, > > FORMAT(SUM(a.amountoutstanding),2) as due FROM borrowers p LEFT JOIN > > accountlines a USING (borrowernumber) left join borrowers g on > > (g.guarantorid=p.borrowernumber) WHERE p.dateexpiry < NOW() and > > p.surname = 'Meave' > > group by p.borrowernumber, g.borrowernumber ORDER BY p.dateexpiry > > asc ; > > > > > > > > > > > > > +--------------+-------------+------------+---------+---------------+------- -----+---------------------------------+--------------+--------+ > > | categorycode | dateofbirth | cardnumber | surname | firstname | > > dateexpiry | guarantor | relationship | due | > > > > > +--------------+-------------+------------+---------+---------------+------- -----+---------------------------------+--------------+--------+ > > | TRES | 1996-08-24 | P0012129 | Meave | Melina-Maria | > > 2008-12-04 | | parent | 5.90 | > > | TRES | 2000-08-30 | P0012128 | Meave | Phoenix-Jonas | > > 2008-12-04 | | parent | 2.30 | > > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > > 2008-12-04 | Meave, Melina-Maria (P0012129) | | 351.53 | > > | STRICT | 1956-09-23 | P0012127 | Meave | Jose | > > 2008-12-04 | Meave, Phoenix-Jonas (P0012128) | | 351.53 | > > > > > +--------------+-------------+------------+---------+---------------+------- -----+---------------------------------+--------------+--------+ > > > _______________________________________________ > 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 mbeenda at yahoo.com Sun Apr 14 04:36:09 2013 From: mbeenda at yahoo.com (Malik Butta) Date: Sat, 13 Apr 2013 16:36:09 +0000 (UTC) Subject: [Koha] basic queries on Koha Message-ID: Dear Colleagues, I am part of a team that have been tasked to implement Koha in a Mid-east university library but we are new to the product. The customer has asked a list of questions that I have no ready answer for. I am sure some learned colleagues would be so kind as to respond to the list so that I can educate the customer and educate ourselves. Many thanks in anticipation. The queries are as follows: ? What library modules or solutions does Koha provide or include? ? Can Koha modules be tailored to meet NITI library requirements? ? Is Koha compatible with different browsers such as Google Chrome, Firefox, ie, etc.? ? Does Koha provide access to resources and set up anywhere, anytime knowledge transfer with mobile and digital technology integration including iPhone and Andriod and e-readers? ? Does Koha provide tracking electronic resources from point of order through licensing and final access (e.g. magazine and newspaper holdings)? ? Does Koha provide automated alerts, notices and defaults? ? Does Koha provide customizable e-mail alerting systems (e.g. notices to managers when actions are expected or required) ? Does Koha have SMS and SharePoint functionality? ? Does Koha address the barriers to resources through one-stop access (single sign on), unifying searching and access? ? Can Koha be integrated with NITI finance system and trainee registry? ? Does Koha have Reading Lists capability that is integrated with the virtual learning environment (VLE) and e-material? ? Does Koha support Arabic text with client interface and Arabic search engine? ? Does Koha support range of user self-service initiatives ? selfcheck, PC reservation/print management, and general patron authentication? ? Does Koha have Web-based ad hoc query tool that allows a library to develop detailed reports against its data? ? Does Koha provide Offline solution during system outage or system down? Pukka Beenda From bob at calyx.net.au Sun Apr 14 16:39:08 2013 From: bob at calyx.net.au (Bob Birchall) Date: Sun, 14 Apr 2013 14:39:08 +1000 Subject: [Koha] basic queries on Koha In-Reply-To: References: Message-ID: <516A32EC.4040007@calyx.net.au> The answer to most, perhaps all of your questions is 'yes'. The manual will be your friend: http://koha-community.org/documentation/ Bob Birchall Calyx On 14/04/13 02:36, Malik Butta wrote: > Dear Colleagues, > > I am part of a team that have been tasked to implement Koha in a Mid-east > university library but we are new to the product. The customer has asked a > list of questions that I have no ready answer for. I am sure some learned > colleagues would be so kind as to respond to the list so that I can educate > the customer and educate ourselves. > > Many thanks in anticipation. The queries are as follows: > > ? What library modules or solutions does Koha provide or include? > > ? Can Koha modules be tailored to meet NITI library requirements? > > ? Is Koha compatible with different browsers such as Google Chrome, > Firefox, ie, etc.? > > ? Does Koha provide access to resources and set up anywhere, anytime > knowledge transfer with mobile and digital technology integration including > iPhone and Andriod and e-readers? > > ? Does Koha provide tracking electronic resources from point of > order through licensing and final access (e.g. magazine and newspaper holdings)? > > > > ? Does Koha provide automated alerts, notices and defaults? > > ? Does Koha provide customizable e-mail alerting systems (e.g. > notices to managers when actions are expected or required) > > ? Does Koha have SMS and SharePoint functionality? > > ? Does Koha address the barriers to resources through one-stop > access (single sign on), unifying searching and access? > > ? Can Koha be integrated with NITI finance system and trainee registry? > > ? Does Koha have Reading Lists capability that is integrated with > the virtual learning environment (VLE) and e-material? > > ? Does Koha support Arabic text with client interface and Arabic > search engine? > > ? Does Koha support range of user self-service initiatives ? > selfcheck, PC reservation/print management, and general patron authentication? > > > > ? Does Koha have Web-based ad hoc query tool that allows a library > to develop detailed reports against its data? > > ? Does Koha provide Offline solution during system outage or system > down? > > Pukka Beenda From libsitali at gmail.com Sun Apr 14 16:40:13 2013 From: libsitali at gmail.com (Chrispin Simasiku Sitali) Date: Sun, 14 Apr 2013 06:40:13 +0200 Subject: [Koha] basic queries on Koha In-Reply-To: References: Message-ID: The short answer to your questions is Yes. For detailed answers please visit: http://koha-community.org/documentation/ On 13/04/2013, Malik Butta wrote: > Dear Colleagues, > > I am part of a team that have been tasked to implement Koha in a Mid-east > university library but we are new to the product. The customer has asked a > list of questions that I have no ready answer for. I am sure some learned > colleagues would be so kind as to respond to the list so that I can educate > the customer and educate ourselves. > > Many thanks in anticipation. The queries are as follows: > > ? What library modules or solutions does Koha provide or include? > > ? Can Koha modules be tailored to meet NITI library requirements? > > ? Is Koha compatible with different browsers such as Google Chrome, > Firefox, ie, etc.? > > ? Does Koha provide access to resources and set up anywhere, anytime > knowledge transfer with mobile and digital technology integration including > iPhone and Andriod and e-readers? > > ? Does Koha provide tracking electronic resources from point of > order through licensing and final access (e.g. magazine and newspaper > holdings)? > > > > ? Does Koha provide automated alerts, notices and defaults? > > ? Does Koha provide customizable e-mail alerting systems (e.g. > notices to managers when actions are expected or required) > > ? Does Koha have SMS and SharePoint functionality? > > ? Does Koha address the barriers to resources through one-stop > access (single sign on), unifying searching and access? > > ? Can Koha be integrated with NITI finance system and trainee > registry? > > ? Does Koha have Reading Lists capability that is integrated with > the virtual learning environment (VLE) and e-material? > > ? Does Koha support Arabic text with client interface and Arabic > search engine? > > ? Does Koha support range of user self-service initiatives ? > selfcheck, PC reservation/print management, and general patron > authentication? > > > > ? Does Koha have Web-based ad hoc query tool that allows a library > to develop detailed reports against its data? > > ? Does Koha provide Offline solution during system outage or system > down? > > Pukka Beenda > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Charles Lwanga College of Education, P. O. Box 660193, Monze, ZAMBIA. Mobile: +26 0979 869471 SKYPE: Libsitali From gbengaadara at yahoo.com Mon Apr 15 01:50:02 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Sun, 14 Apr 2013 06:50:02 -0700 (PDT) Subject: [Koha] basic queries on Koha In-Reply-To: References: Message-ID: <1365947402.28538.YahooMailNeo@web162004.mail.bf1.yahoo.com> Hi, You can also check the website below. Though it basically compares Koha and Evergreen, you will get a good idea of?Koha?features. http://features.galecia.com/categories ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara >________________________________ > From: Malik Butta >To: koha at lists.katipo.co.nz >Sent: Saturday, April 13, 2013 5:36 PM >Subject: [Koha] basic queries on Koha > > >Dear Colleagues, > >I am part of a team that have been tasked to implement Koha in a Mid-east >university library but we are new to the product. The customer has asked a >list of questions that I have no ready answer for. I am sure some learned >colleagues would be so kind as to respond to the list so that I can educate >the customer and educate ourselves. > >Many thanks in anticipation. The queries are as follows: > >?? ? ? ? What library modules or solutions does Koha provide or include? > >?? ? ? ? Can Koha modules be tailored to meet NITI library requirements? > >?? ? ? ? Is Koha compatible with different browsers such as Google Chrome, >Firefox, ie, etc.? > >?? ? ? ? Does Koha provide access to resources and set up anywhere, anytime >knowledge transfer with mobile and digital technology integration including >iPhone and Andriod and e-readers? > >?? ? ? ? Does Koha provide tracking electronic resources from point of >order through licensing and final access (e.g. magazine and newspaper holdings)? > > > >?? ? ? ? Does Koha provide automated alerts, notices and defaults? > >?? ? ? ? Does Koha provide customizable e-mail alerting systems (e.g. >notices to managers when actions are expected or required) > >?? ? ? ? Does Koha have SMS and SharePoint functionality? > >?? ? ? ? Does Koha address the barriers to resources through one-stop >access (single sign on), unifying searching and access? > >?? ? ? ? Can Koha be integrated with NITI finance system and trainee registry? > >?? ? ? ? Does Koha have Reading Lists capability that is integrated with >the virtual learning environment (VLE) and e-material? > >?? ? ? ? Does Koha support Arabic text with client interface and Arabic >search engine? > >?? ? ? ? Does Koha support range of user self-service initiatives ? >selfcheck, PC reservation/print management, and general patron authentication? > > > >?? ? ? ? Does Koha have Web-based ad hoc query tool that allows a library >to develop detailed reports against its data? > >?? ? ? ? Does Koha provide Offline solution during system outage or system >down? > >Pukka Beenda > > > >_______________________________________________ >Koha mailing list? http://koha-community.org >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > From amutsikiwa at uzlib.uz.ac.zw Tue Apr 16 00:29:22 2013 From: amutsikiwa at uzlib.uz.ac.zw (amutsikiwa) Date: Mon, 15 Apr 2013 14:29:22 +0200 Subject: [Koha] New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode Message-ID: Hi I have recently uploaded 87200 item records into Koha 3.10.3 . I can search the uploaded records on both the OPAC and the staff catalog, can check then out and so on. My challenge is with new records that I am cataloguing. They are are not searchable on both the OPAC and the Staff Catalog, but can be checked out using their barcode. I have the following cron job to re-index the browsers under the Linux Koha user: */5 * * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z -v>/dev/null 0 1 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x 2>/dev/null Mr cron daemon is running. Even if I am to run the command manually, the newly added records are not searchable. Can anyone send me any pointers. Regards, Admire Mutsikiwa University of Zimbabwe From gbengaadara at yahoo.com Tue Apr 16 00:44:40 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Mon, 15 Apr 2013 05:44:40 -0700 (PDT) Subject: [Koha] New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode In-Reply-To: References: Message-ID: <1366029880.30386.YahooMailNeo@web162002.mail.bf1.yahoo.com> Admire, When you run the indexing manually, does the number of records index tally with the number you expect? If it does, it may be that the framework you use to catalogue may not be properly configured. I recently discover that if I do not have data in 942$c, then those records will not show up in search results, though as you said, they are found by barcode. My two cents. ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara >________________________________ > From: amutsikiwa >To: koha at lists.katipo.co.nz >Sent: Monday, April 15, 2013 1:29 PM >Subject: [Koha] New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode > > >Hi > > > >I have recently? uploaded? 87200 item records into Koha 3.10.3 .? I can >search the uploaded records on both the OPAC and the staff catalog, can >check then out and so on. My challenge is with new records that I am >cataloguing. They are are not searchable on both the OPAC and the Staff >Catalog, but can be checked out using their barcode. I? have the following >cron job to re-index the browsers under the Linux Koha user: > > > >*/5 * * * *? /usr/share/koha/bin/migration_tools/rebuild_zebra.pl? -b -a -z >-v>/dev/null > >0 1 * * *? /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x >2>/dev/null > > > >Mr cron daemon is running. Even if I am to run the command manually, the >newly added records are not searchable. Can anyone send me any pointers. > > > >Regards, > > > >Admire Mutsikiwa > >University of Zimbabwe > >_______________________________________________ >Koha mailing list? http://koha-community.org >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > From z.tajoli at cineca.it Tue Apr 16 01:58:53 2013 From: z.tajoli at cineca.it (Zeno Tajoli) Date: Mon, 15 Apr 2013 15:58:53 +0200 Subject: [Koha] Koha universities that use ACQ In-Reply-To: <5165C28E.80207@univ-rennes2.fr> References: <51657AB3.1040000@cineca.it> <5165C28E.80207@univ-rennes2.fr> Message-ID: <516C079D.4070901@cineca.it> Hi to all Il 10/04/2013 21:50, Mathieu Saby ha scritto: > Hello Zeno > Yes, we use it in Rennes 2 (3.10) > Lyon 3 is also using it (3.8) and some other libraires, but not all. > Do you have some specific question? No. In fact an Italian university asked me to find same universities that use ACQ in Koha. In fact that's all. Thank you Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli at cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate From martin.renvoize at ptfs-europe.com Tue Apr 16 06:58:49 2013 From: martin.renvoize at ptfs-europe.com (Martin Renvoize) Date: Mon, 15 Apr 2013 19:58:49 +0100 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: <1365576880336-5750375.post@n5.nabble.com> References: <1365576153853-5750372.post@n5.nabble.com> <1365576880336-5750375.post@n5.nabble.com> Message-ID: I've started rolling out mod_pagespeed ( https://developers.google.com/speed/pagespeed/mod) on our apache servers to prevent just this problem. It'll re-write the css files with a unique hash in them based on their contents, so when they change, the filename sent to the browser also changes, forcing them to refresh. Just a nice little tip. Martin On 10 April 2013 07:54, schnydszch wrote: > okay got it Chris. Got rid of the weird textboxes :) > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Weird-textboxes-in-koha-3-10-4-tp5750372p5750375.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 > -- Martin Renvoize Software Engineer, PTFS Europe Ltd Content Management and Library Solutions Skype: Mobile: 07725985636 http://www.ptfs-europe.com From indradg at gmail.com Tue Apr 16 07:16:32 2013 From: indradg at gmail.com (Indranil Das Gupta) Date: Tue, 16 Apr 2013 00:46:32 +0530 Subject: [Koha] Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 Message-ID: Hi all, An update on my previous mail on migrating a 2.2.x installation to 3.10.4. I had taken the db from 2.2.5 -> 3.0.0 -> 3.10.4 I seemed to have done OK, until I tried `koha-rebuild-zebra -f -v ` on 3.10.4 I've about 30 bibs where I get the error like the one below: .error retrieving biblio 4358 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 539. The bibs are in the db, however, the biblioitems.marcxml field for these bibs are empty. I should additionally mention that I noted the same on 3.0.0 instance too for these specific. However, in that case i didnt see zebra complain. So, any way to generate the marcxml data for these bibs? I mean I could always re-enter the data as new bibs, steal their marcxml entry and transplant them into the ones which are missing and do a full zebra re-index. But that sounds very ugly. Is there any elegant solutions to be had? thanks in advance -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org From sue.mcmillan at STDC.govt.nz Tue Apr 16 07:57:10 2013 From: sue.mcmillan at STDC.govt.nz (Sue McMillan) Date: Mon, 15 Apr 2013 19:57:10 +0000 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: References: <1365576153853-5750372.post@n5.nabble.com> <1365576880336-5750375.post@n5.nabble.com> Message-ID: We found we had 4 or five boxes displaying under each other when we upgraded to Koha 3.10.03.001 last week. Turns out that different versions of Firefox displayed the home page differently. Upgrading Firefox fixed the issue. Regards Susan McMillan Cataloguing and Systems Administrator| South Taranaki District Council 105-111 Albion St, Private Bag 902, Hawera 4610, NZ Phone: +64 6 278 0555 | www.southtaranaki.com ? This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorised and may be illegal. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.

CAN'T OPEN ATTACHMENTS?

The Council has upgraded to Microsoft office 2007 suite. This may mean you cannot open attachments if you have older versions of office. Click here to access Microsoft Office 2007's compatibility website. From indradg at gmail.com Tue Apr 16 08:05:10 2013 From: indradg at gmail.com (Indranil Das Gupta) Date: Tue, 16 Apr 2013 01:35:10 +0530 Subject: [Koha] Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 In-Reply-To: References: Message-ID: Hi all, Please ignore my last mail. Figured it out and fixed it with ./MARC21_parse_test.pl --fix on the affected bibs *facepalm_moment* -indra On Tue, Apr 16, 2013 at 12:46 AM, Indranil Das Gupta wrote: > Hi all, > > An update on my previous mail on migrating a 2.2.x installation to > 3.10.4. I had taken the db from 2.2.5 -> 3.0.0 -> 3.10.4 > > I seemed to have done OK, until I tried `koha-rebuild-zebra -f -v > ` on 3.10.4 > > I've about 30 bibs where I get the error like the one below: > > .error retrieving biblio 4358 at > /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 539. > > The bibs are in the db, however, the biblioitems.marcxml field for > these bibs are empty. > > I should additionally mention that I noted the same on 3.0.0 instance > too for these specific. However, in that case i didnt see zebra > complain. > > So, any way to generate the marcxml data for these bibs? I mean I > could always re-enter the data as new bibs, steal their marcxml entry > and transplant them into the ones which are missing and do a full > zebra re-index. But that sounds very ugly. Is there any elegant > solutions to be had? > > thanks in advance > > -- > Indranil Das Gupta > > Phone : +91-98300-20971 > Blog : http://indradg.randomink.org/blog > IRC : indradg on irc://irc.freenode.net > Twitter : indradg > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- > Please exchange editable Office documents only in ODF Format. No other > format is acceptable. Support Open Standards. > > For a free editor supporting ODF, please visit LibreOffice - > http://www.documentfoundation.org > -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org From storypage at gmail.com Tue Apr 16 08:20:57 2013 From: storypage at gmail.com (Jim Maroon) Date: Mon, 15 Apr 2013 15:20:57 -0500 Subject: [Koha] Replacement cost deleting or changing on batch modification In-Reply-To: References: Message-ID: Thanks, Kyle. We have created a ticket with our vendor, and hopefully they will enter a bug report for it if they can't figure out how to get it to work. I was just trying to see if anyone else in the community had the same problem and perhaps had seen a way to make this work. This is such an obvious problem that it is difficult for us to understand how no one else had yet encountered it before us. On Mon, Apr 8, 2013 at 6:48 AM, Kyle Hall wrote: > Have you filed a bug report for this behavior? If not, that is where I > would start. > > Kyle > > http://www.kylehall.info > ByWater Solutions ( http://bywatersolutions.com ) > Meadville Public Library ( http://www.meadvillelibrary.org ) > Crawford County Federated Library System ( http://www.ccfls.org ) > Mill Run Technology Solutions ( http://millruntech.com ) > > > On Mon, Apr 1, 2013 at 10:13 AM, Jim Maroon wrote: > >> Hi, all. We are having a problem with batch modification, and I hope >> someone out there has found a work around or way to fix it. >> >> >> We have a default replacement price of $15. This is inserted in the item >> record when we create an item. The only time we use this is when the item >> is a gift and has no price attached to it. Otherwise, we use the retail >> price for the item. This of course flags circ when an item is lost or >> damaged and needs to be replaced by the patron. >> >> The problem we are having is the actual replacement price is being >> replaced >> by the default price when we do batch modification on one or multiple >> items. We tried taking out the default price in our settings, but then it >> just replaces the replacement price with nothing. >> >> Has anyone else run into this problem? If so, did you find a fix for it? >> I'm wondering if there is something about Koha we are missing. >> >> Thanks in advance! >> >> -- >> >> ======================================================== >> *Jim Maroon >> >> * >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > -- ======================================================== *Jim Maroon Maroon Family Farm Geronimo, OK http://www.apppa.org* From storypage at gmail.com Tue Apr 16 08:29:09 2013 From: storypage at gmail.com (Jim Maroon) Date: Mon, 15 Apr 2013 15:29:09 -0500 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: References: <1365576153853-5750372.post@n5.nabble.com> <1365576880336-5750375.post@n5.nabble.com> Message-ID: Clearing the cache worked for us. Jim On Mon, Apr 15, 2013 at 2:57 PM, Sue McMillan wrote: > We found we had 4 or five boxes displaying under each other when we > upgraded to Koha 3.10.03.001 last week. Turns out that different versions > of Firefox displayed the home page differently. Upgrading Firefox fixed > the issue. > > Regards > Susan McMillan > Cataloguing and Systems Administrator| South Taranaki District Council > 105-111 Albion St, Private Bag 902, Hawera 4610, NZ > Phone: +64 6 278 0555 | www.southtaranaki.com > > > > This e-mail and any attachments may contain confidential and > privileged > information. If you are not the intended recipient, please notify the > sender immediately by return e-mail, delete this e-mail and destroy > any > copies. Any dissemination or use of this information by a person other > than the intended recipient is unauthorised and may be illegal. Please > note that this communication does not designate an information system > for the purposes of the Electronic Transactions Act 2002. > >

CAN'T OPEN ATTACHMENTS?

> The Council has upgraded to Microsoft office 2007 suite. This may mean you > cannot open attachments if you have older versions of office. > Click here to access Microsoft Office 2007's compatibility website. > _______________________________________________ > 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 Apr 16 11:05:37 2013 From: paul.a at aandc.org (Paul) Date: Mon, 15 Apr 2013 19:05:37 -0400 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: References: <1365576153853-5750372.post@n5.nabble.com> <1365576880336-5750375.post@n5.nabble.com> Message-ID: <5.2.1.1.2.20130415185427.080deeb8@localhost> At 07:57 PM 4/15/2013 +0000, Sue McMillan wrote: >We found we had 4 or five boxes displaying under each other when we >upgraded to Koha 3.10.03.001 last week. Turns out that different versions >of Firefox displayed the home page differently. Upgrading Firefox fixed >the issue. We still have a number of work stations using a very old version of Firefox (3.6.13 -- the last to run on a buttoned-down Win 98SE -- terrible, but I haven't had time to find a Linux distrib that will work on a Pentium box with 256k RAM) and have no probs with them working quite brilliantly (and very fast in a kiosk environment) for Koha 3.8.x Do you have a "live" example of a 3.10 server that I could look at? Many thanks - Paul From sossolapro at hotmail.com Tue Apr 16 16:33:52 2013 From: sossolapro at hotmail.com (Sonia P.) Date: Tue, 16 Apr 2013 06:33:52 +0200 Subject: [Koha] Problem with patrons import Message-ID: Dear all I know it will be a silly question, it always is...I am trying to import new members and somehow it doesn't work.The import patrons tool tells me: ############## Feedback: Parsing upload file koha-new-members-march-2013-shorter.csv Content-Type : text/csv Content-Disposition : form-data; name="uploadborrowers"; filename="koha-new-members-march-2013-shorter.csv" headerrow : Error analysis: Header row could not be parsed############## My patrons file is a .csv fileMy header row is: (sorry the format will probably go crazy) ############## borrowernumber cardnumber surname firstname title address address2 city state zipcode email phone fax branchcode categorycode gonenoaddress ############## All lowercase and copy-paste from the starter .csv file. What am I doing wrong? Or should I look somewhere else in the csv file? There is no date and nothing funny... Thanks for your help! Sonia. From Katrin.Fischer at bsz-bw.de Tue Apr 16 19:44:58 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 16 Apr 2013 09:44:58 +0200 Subject: [Koha] Problem with patrons import In-Reply-To: References: Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3EDE@Bodensee.bsz-bw.de> Hi Sonia, the header row should be one line only and the fields separated with commas. From the patron import tool page you can download an example. The link is in the help text on the right. So something like: borrowernumber, cardnumber, surname, firstname ... 1, 123456, 'Fischer', 'Katrin' ... Hope that helps, Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Sonia P. > Sent: Tuesday, April 16, 2013 6:34 AM > To: koha at lists.katipo.co.nz > Subject: [Koha] Problem with patrons import > > Dear all > I know it will be a silly question, it always is...I am trying to import > new members and somehow it doesn't work.The import patrons tool tells me: > ############## > Feedback: > > Parsing upload file koha-new-members-march-2013-shorter.csv > > Content-Type : text/csv > > Content-Disposition : form-data; name="uploadborrowers"; > filename="koha-new-members-march-2013-shorter.csv" > > headerrow : > > Error analysis: > > Header row could not be parsed############## My patrons file is a .csv > fileMy header row is: (sorry the format will probably go crazy) > > > > > > > > > > > ############## > > > > borrowernumber cardnumber surname firstname > title > address address2 city state zipcode email phone > fax branchcode categorycode gonenoaddress > ############## > > > > > > > > > > > > > > > > All lowercase and copy-paste from the starter .csv file. > What am I doing wrong? Or should I look somewhere else in the csv file? > There is no date and nothing funny... > Thanks for your help! > Sonia. > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From amutsikiwa at uzlib.uz.ac.zw Tue Apr 16 20:07:42 2013 From: amutsikiwa at uzlib.uz.ac.zw (amutsikiwa) Date: Tue, 16 Apr 2013 10:07:42 +0200 Subject: [Koha] Koha Digest, Vol 90, Issue 19 In-Reply-To: References: Message-ID: Hi In my case the MARC field 942$c (Koha [default]) is populated. It only happens with newly added records. Uploaded items are searchable. Thanks for the information Regards, Admire -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of koha-request at lists.katipo.co.nz Sent: Monday, April 15, 2013 10:05 PM To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 90, Issue 19 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. New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode (amutsikiwa) 2. Re: New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode (Olugbenga Adara) 3. Re: Koha universities that use ACQ (Zeno Tajoli) 4. Re: Weird textboxes in koha 3.10.4 (Martin Renvoize) 5. Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 (Indranil Das Gupta) 6. Re: Weird textboxes in koha 3.10.4 (Sue McMillan) 7. Re: Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 (Indranil Das Gupta) ---------------------------------------------------------------------- Message: 1 Date: Mon, 15 Apr 2013 14:29:22 +0200 From: "amutsikiwa" To: Subject: [Koha] New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode Message-ID: Content-Type: text/plain; charset="us-ascii" Hi I have recently uploaded 87200 item records into Koha 3.10.3 . I can search the uploaded records on both the OPAC and the staff catalog, can check then out and so on. My challenge is with new records that I am cataloguing. They are are not searchable on both the OPAC and the Staff Catalog, but can be checked out using their barcode. I have the following cron job to re-index the browsers under the Linux Koha user: */5 * * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z -v>/dev/null 0 1 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x 2>/dev/null Mr cron daemon is running. Even if I am to run the command manually, the newly added records are not searchable. Can anyone send me any pointers. Regards, Admire Mutsikiwa University of Zimbabwe ------------------------------ Message: 2 Date: Mon, 15 Apr 2013 05:44:40 -0700 (PDT) From: Olugbenga Adara To: amutsikiwa , "koha at lists.katipo.co.nz" Subject: Re: [Koha] New added items not searchable on OPAC and on Staff catalog but can be checked out by barcode Message-ID: <1366029880.30386.YahooMailNeo at web162002.mail.bf1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Admire, When you run the indexing manually, does the number of records index tally with the number you expect? If it does, it may be that the framework you use to catalogue may not be properly configured. I recently discover that if I do not have data in 942$c, then those records will not show up in search results, though as you said, they are found by barcode. My two cents. ? Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara >________________________________ > From: amutsikiwa >To: koha at lists.katipo.co.nz >Sent: Monday, April 15, 2013 1:29 PM >Subject: [Koha] New added items not searchable on OPAC and on Staff >catalog but can be checked out by barcode > > >Hi > > > >I have recently? uploaded? 87200 item records into Koha 3.10.3 .? I can >search the uploaded records on both the OPAC and the staff catalog, can >check then out and so on. My challenge is with new records that I am >cataloguing. They are are not searchable on both the OPAC and the Staff >Catalog, but can be checked out using their barcode. I? have the >following cron job to re-index the browsers under the Linux Koha user: > > > >*/5 * * * *? /usr/share/koha/bin/migration_tools/rebuild_zebra.pl? -b >-a -z >-v>/dev/null > >0 1 * * *? /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r >-v -x >2>/dev/null > > > >Mr cron daemon is running. Even if I am to run the command manually, >the newly added records are not searchable. Can anyone send me any pointers. > > > >Regards, > > > >Admire Mutsikiwa > >University of Zimbabwe > >_______________________________________________ >Koha mailing list? http://koha-community.org Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ Message: 3 Date: Mon, 15 Apr 2013 15:58:53 +0200 From: Zeno Tajoli To: Mathieu Saby Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Koha universities that use ACQ Message-ID: <516C079D.4070901 at cineca.it> Content-Type: text/plain; charset=ISO-8859-1 Hi to all Il 10/04/2013 21:50, Mathieu Saby ha scritto: > Hello Zeno > Yes, we use it in Rennes 2 (3.10) > Lyon 3 is also using it (3.8) and some other libraires, but not all. > Do you have some specific question? No. In fact an Italian university asked me to find same universities that use ACQ in Koha. In fact that's all. Thank you Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli at cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate ------------------------------ Message: 4 Date: Mon, 15 Apr 2013 19:58:49 +0100 From: Martin Renvoize To: "koha at lists.katipo.co.nz" Subject: Re: [Koha] Weird textboxes in koha 3.10.4 Message-ID: Content-Type: text/plain; charset=UTF-8 I've started rolling out mod_pagespeed ( https://developers.google.com/speed/pagespeed/mod) on our apache servers to prevent just this problem. It'll re-write the css files with a unique hash in them based on their contents, so when they change, the filename sent to the browser also changes, forcing them to refresh. Just a nice little tip. Martin On 10 April 2013 07:54, schnydszch wrote: > okay got it Chris. Got rid of the weird textboxes :) > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Weird-textboxes-in-koha-3-10-4-tp5750372p5 750375.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 > -- Martin Renvoize Software Engineer, PTFS Europe Ltd Content Management and Library Solutions Skype: Mobile: 07725985636 http://www.ptfs-europe.com ------------------------------ Message: 5 Date: Tue, 16 Apr 2013 00:46:32 +0530 From: Indranil Das Gupta To: koha Subject: [Koha] Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi all, An update on my previous mail on migrating a 2.2.x installation to 3.10.4. I had taken the db from 2.2.5 -> 3.0.0 -> 3.10.4 I seemed to have done OK, until I tried `koha-rebuild-zebra -f -v ` on 3.10.4 I've about 30 bibs where I get the error like the one below: .error retrieving biblio 4358 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 539. The bibs are in the db, however, the biblioitems.marcxml field for these bibs are empty. I should additionally mention that I noted the same on 3.0.0 instance too for these specific. However, in that case i didnt see zebra complain. So, any way to generate the marcxml data for these bibs? I mean I could always re-enter the data as new bibs, steal their marcxml entry and transplant them into the ones which are missing and do a full zebra re-index. But that sounds very ugly. Is there any elegant solutions to be had? thanks in advance -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ------------------------------ Message: 6 Date: Mon, 15 Apr 2013 19:57:10 +0000 From: Sue McMillan To: "koha at lists.katipo.co.nz" Subject: Re: [Koha] Weird textboxes in koha 3.10.4 Message-ID: Content-Type: text/plain; charset="iso-8859-1" We found we had 4 or five boxes displaying under each other when we upgraded to Koha 3.10.03.001 last week. Turns out that different versions of Firefox displayed the home page differently. Upgrading Firefox fixed the issue. Regards Susan McMillan Cataloguing and Systems Administrator| South Taranaki District Council 105-111 Albion St, Private Bag 902, Hawera 4610, NZ Phone: +64 6 278 0555 | www.southtaranaki.com ? This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorised and may be illegal. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.

CAN'T OPEN ATTACHMENTS?

The Council has upgraded to Microsoft office 2007 suite. This may mean you cannot open attachments if you have older versions of office. Click here to access Microsoft Office 2007's compatibility website. ------------------------------ Message: 7 Date: Tue, 16 Apr 2013 01:35:10 +0530 From: Indranil Das Gupta To: koha Subject: Re: [Koha] Missing biblioitems.marcxml entries while migrating from 2.2.x to 3.10.4 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi all, Please ignore my last mail. Figured it out and fixed it with ./MARC21_parse_test.pl --fix on the affected bibs *facepalm_moment* -indra On Tue, Apr 16, 2013 at 12:46 AM, Indranil Das Gupta wrote: > Hi all, > > An update on my previous mail on migrating a 2.2.x installation to > 3.10.4. I had taken the db from 2.2.5 -> 3.0.0 -> 3.10.4 > > I seemed to have done OK, until I tried `koha-rebuild-zebra -f -v > ` on 3.10.4 > > I've about 30 bibs where I get the error like the one below: > > .error retrieving biblio 4358 at > /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 539. > > The bibs are in the db, however, the biblioitems.marcxml field for > these bibs are empty. > > I should additionally mention that I noted the same on 3.0.0 instance > too for these specific. However, in that case i didnt see zebra > complain. > > So, any way to generate the marcxml data for these bibs? I mean I > could always re-enter the data as new bibs, steal their marcxml entry > and transplant them into the ones which are missing and do a full > zebra re-index. But that sounds very ugly. Is there any elegant > solutions to be had? > > thanks in advance > > -- > Indranil Das Gupta > > Phone : +91-98300-20971 > Blog : http://indradg.randomink.org/blog > IRC : indradg on irc://irc.freenode.net > Twitter : indradg > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- > Please exchange editable Office documents only in ODF Format. No other > format is acceptable. Support Open Standards. > > For a free editor supporting ODF, please visit LibreOffice - > http://www.documentfoundation.org > -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 90, Issue 19 ************************************ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From karamqubsi at gmail.com Tue Apr 16 22:03:51 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Tue, 16 Apr 2013 13:03:51 +0300 Subject: [Koha] 403 Forbidden After dev installation ! Message-ID: Hi All I installed koha ( master ) using git installation instructions here : http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git and this is not the first time I do this ,I installed it before , but at this time there is something wrong after all the instructions and when I arrived to the web installation the web page gives me this : Forbidden You don't have permission to access / on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. ------------------------------ Apache/2.2.22 (Ubuntu) Server at 127.0.1.1 Port 8080 ---------------------------------- I have access to the files , and I'm not sure where is the problem located any one have an idea about this ? Thanks a lot -- *Karam Qubsi* From bgkriegel at gmail.com Tue Apr 16 22:47:31 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Tue, 16 Apr 2013 07:47:31 -0300 Subject: [Koha] [Koha-devel] 403 Forbidden After dev installation ! In-Reply-To: References: Message-ID: Hi Karam, > Forbidden > > You don't have permission to access / on this server. > > Additionally, a 403 Forbidden error was encountered while trying to use an > ErrorDocument to handle the request. > ------------------------------ > Apache/2.2.22 (Ubuntu) Server at 127.0.1.1 Port 8080 > this indicates that you have permissions problem for apache. As you did a dev install, it uses a home dir, so check that that folder have proper permisions. I suspect thar you user admits only access to himself in his home (ls -l /home/$USER), if that's the case do a chmod 755 /home/$USER Regards, Bernardo From sossolapro at hotmail.com Tue Apr 16 23:19:07 2013 From: sossolapro at hotmail.com (Sonia P.) Date: Tue, 16 Apr 2013 13:19:07 +0200 Subject: [Koha] Problem with patrons import Message-ID: Dear Katrin Thanks for your quick reply. When I open my cvs file, it's opened as a spreadsheet in a Excel-like software. I guess if you open it with notepad, you would see comas. I didn't, I trusted my software when it saved the file as a csv file. (I can't double-check now, my file is on another computer in another location) Should I really check that a cvs file is coma-separated? O_o And as mentioned in my original email, I have already downloaded the starter file and copy-paste all the headers. It is all in one row, the very first one, all in lowercase, all at the right place, etc etc. Well it is just copy-paste -- what could have gone wrong with a simple copy-paste? Plus, I have double-checked the header row, two thousands times, there is not the slightest unusual thing. If the Patrons import says it's a problem with the header row, is it really the header row? can it be that there is a problem somewhere else? Thanks a lot for your help! Sonia. From Katrin.Fischer at bsz-bw.de Tue Apr 16 23:36:03 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 16 Apr 2013 13:36:03 +0200 Subject: [Koha] Problem with patrons import In-Reply-To: References: Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3F56@Bodensee.bsz-bw.de> Hi Sonia, the import complained about ### and also the lines you copied into the file had those ###, so I assumed it was what is in the file. Sorry, I missed the text at the end of your mail. CSV should be comma separated by name, but often you can pick the separator in the software on export. I normally use LibreOffice as that allows me to make sure the data is UTF-8 and properly separated. Maybe best is you open the file in an editor and check there? It's likely something about the header, because else I think it would be reporting a different error. Hope you can figure it out. Once the format is right, it's really a good tool and works nicely. Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Sonia P. > Sent: Tuesday, April 16, 2013 1:19 PM > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Problem with patrons import > > Dear Katrin > > Thanks for your quick reply. > When I open my cvs file, it's opened as a spreadsheet in a Excel-like > software. I guess if you open it with notepad, you would see comas. I > didn't, I trusted my software when it saved the file as a csv file. (I > can't double-check now, my file is on another computer in another location) > Should I really check that a cvs file is coma-separated? O_o And as > mentioned in my original email, I have already downloaded the starter file > and copy-paste all the headers. It is all in one row, the very first one, > all in lowercase, all at the right place, etc etc. Well it is just copy- > paste -- what could have gone wrong with a simple copy-paste? Plus, I have > double-checked the header row, two thousands times, there is not the > slightest unusual thing. > If the Patrons import says it's a problem with the header row, is it really > the header row? can it be that there is a problem somewhere else? > > Thanks a lot for your help! > > Sonia. > > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From karamqubsi at gmail.com Tue Apr 16 23:39:04 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Tue, 16 Apr 2013 14:39:04 +0300 Subject: [Koha] [Koha-devel] 403 Forbidden After dev installation ! In-Reply-To: References: Message-ID: Thanks Bernardo :) I do this : chmod 755 /home/karam # ls -l total 52 drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Desktop drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Documents drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Downloads -rw-r--r-- 1 karam karam 8445 Apr 15 02:04 examples.desktop drwxrwx--- 3 karam karam 4096 Apr 13 13:22 koha drwxrwxr-x 8 karam karam 4096 Apr 15 01:14 koha-dev drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Music drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Pictures drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Public drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Templates drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Videos sudo /etc/init.d/apache2 restart The Problem is not solved :( . On Tue, Apr 16, 2013 at 1:47 PM, Bernardo Gonzalez Kriegel < bgkriegel at gmail.com> wrote: > Hi Karam, > >> Forbidden >> >> You don't have permission to access / on this server. >> >> Additionally, a 403 Forbidden error was encountered while trying to use >> an ErrorDocument to handle the request. >> ------------------------------ >> Apache/2.2.22 (Ubuntu) Server at 127.0.1.1 Port 8080 >> > this indicates that you have permissions problem for apache. > As you did a dev install, it uses a home dir, so check that > that folder have proper permisions. > > I suspect thar you user admits only access to himself in his home (ls -l > /home/$USER), > if that's the case do a chmod 755 /home/$USER > > Regards, > Bernardo > > > -- *Karam Qubsi* From karamqubsi at gmail.com Tue Apr 16 23:42:21 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Tue, 16 Apr 2013 14:42:21 +0300 Subject: [Koha] [Koha-devel] 403 Forbidden After dev installation ! In-Reply-To: References: Message-ID: I'm not sure if this apatche result is related with the problem sudo /etc/init.d/apache2 restart * Restarting web server apache2 apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName ... waiting .apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName [ OK ] On Tue, Apr 16, 2013 at 2:39 PM, Karam Qubsi wrote: > Thanks Bernardo :) > I do this : > chmod 755 /home/karam > > # ls -l > total 52 > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Desktop > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Documents > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Downloads > -rw-r--r-- 1 karam karam 8445 Apr 15 02:04 examples.desktop > drwxrwx--- 3 karam karam 4096 Apr 13 13:22 koha > drwxrwxr-x 8 karam karam 4096 Apr 15 01:14 koha-dev > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Music > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Pictures > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Public > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Templates > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Videos > > > sudo /etc/init.d/apache2 restart > The Problem is not solved :( . > > > > > > > > On Tue, Apr 16, 2013 at 1:47 PM, Bernardo Gonzalez Kriegel < > bgkriegel at gmail.com> wrote: > >> Hi Karam, >> >>> Forbidden >>> >>> You don't have permission to access / on this server. >>> >>> Additionally, a 403 Forbidden error was encountered while trying to use >>> an ErrorDocument to handle the request. >>> ------------------------------ >>> Apache/2.2.22 (Ubuntu) Server at 127.0.1.1 Port 8080 >>> >> this indicates that you have permissions problem for apache. >> As you did a dev install, it uses a home dir, so check that >> that folder have proper permisions. >> >> I suspect thar you user admits only access to himself in his home (ls -l >> /home/$USER), >> if that's the case do a chmod 755 /home/$USER >> >> Regards, >> Bernardo >> >> >> > > > -- > *Karam Qubsi* > > > > -- *Karam Qubsi* From dearden at sarsf.org Wed Apr 17 03:19:07 2013 From: dearden at sarsf.org (Doug Dearden) Date: Tue, 16 Apr 2013 09:19:07 -0600 Subject: [Koha] Weird textboxes in koha 3.10.4 In-Reply-To: <5.2.1.1.2.20130415185427.080deeb8@localhost> References: <1365576153853-5750372.post@n5.nabble.com> <1365576880336-5750375.post@n5.nabble.com> <5.2.1.1.2.20130415185427.080deeb8@localhost> Message-ID: Paul, We are running 3.10.0, you can see it at http://library.sarsf.org . Also, for a linux distro that will run on a Pentium box with 256k RAM check out puppy linux at puppylinux.org. I haven't used this lately but several years back experimented with it when I was looking for a distro that ran on minimal hardware. 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, April 15, 2013 5:06 PM To: Sue McMillan; koha at lists.katipo.co.nz Subject: Re: [Koha] Weird textboxes in koha 3.10.4 At 07:57 PM 4/15/2013 +0000, Sue McMillan wrote: >We found we had 4 or five boxes displaying under each other when we >upgraded to Koha 3.10.03.001 last week. Turns out that different versions >of Firefox displayed the home page differently. Upgrading Firefox fixed >the issue. We still have a number of work stations using a very old version of Firefox (3.6.13 -- the last to run on a buttoned-down Win 98SE -- terrible, but I haven't had time to find a Linux distrib that will work on a Pentium box with 256k RAM) and have no probs with them working quite brilliantly (and very fast in a kiosk environment) for Koha 3.8.x Do you have a "live" example of a 3.10 server that I could look at? 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 eb at efdss.org Wed Apr 17 05:42:12 2013 From: eb at efdss.org (Elaine Bradtke) Date: Tue, 16 Apr 2013 18:42:12 +0100 Subject: [Koha] 505 mtg: formatted contents notes In-Reply-To: References: Message-ID: I would suggest that it's simpler to group 505 fields by disc - so the contents of Vol. 1, disc 1 in the first 505, Vol. 1, disc 2 in the second 505, etc. For really large multi-volume sets, where the discs have individual titles, you might consider cataloguing each disc individually. The level of description varies from one library to another, so you have to consider what use these fields may be to your patrons. I once worked in a public library that routinely urged me to delete or heavily edit the 505 fields of downloaded records for sound recordings. Whereas in the special library world, we tend to include as much information as possible. For example: Track contents vol. 3: 1. The Holland handkerchief / Packie Manus Byrne -- 2. The bonny boy / Fred Jordan -- 3. What put the blood / Paddy Tunney -- 4. Worcester City / Joseph Taylor -- 5. Willie, the bold sailor boy / Liz Jefferies -- 6. The clattering of the Clydewaters / Stanley Robertson -- 7. Young Edmund in the lowlands low / Geordie Hanna -- 8. The prickle holly-bush / Fred Hewett -- 9. Lord Ronald / John MacDonald -- 10. Newry Town / Jumbo Brightwell -- 11. Cruel Lincoln / Ben Butcher -- 12. Maria Marten / Freda Palmer -- 13. The cruel mother / Lizzie Higgins -- 14. Lady Margaret / Paddy Tunney -- 15. The well below the valley / John Reilly -- 16. The dewie dens of Yarrow / John MacDonald -- 17. Molly Vaughan / Phoebe Smith -- 18. George Collins / Enos White -- 19. The two brothers / Belle Stewart -- 20. The lakes of Coalflin / Scan Tester -- 21. Willie-O / Nora Cleary. On Tue, Apr 9, 2013 at 10:20 PM, Paula Corman wrote: > I am cataloging a collection of several hundred CDs, each of which > contains at least 12 or more songs with potentially as many different > performers. A few days ago, I was cataloging a 2-volume title with 2 discs > per volume and a total of 78 songs and performers! How should these be > entered into a Koha record? Do I simply duplicate the 505 tag over and > over again? > > Paula Corman > The Musical Instrument Museum > Phoenix, Arizona, USA > _______________________________________________ > 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 eugenegf at yahoo.com Wed Apr 17 13:35:00 2013 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 16 Apr 2013 18:35:00 -0700 (PDT) Subject: [Koha] missing itemnumber in old_issues Message-ID: <1366162500752-5751283.post@n5.nabble.com> Good day koha users and developers! I have koha 3.10.4 installed in Debian Squeeze, the deb package one. Yesterday my boss requested me to have reports on all of our circulation records (current transaction where books were not yet returned and old transaction records) so the tables for this report are the issues and old_issues right and use LEFT JOIN to extract records from other tables. Now I search on the koha sql report wiki if there is an existing report for this and there is but I there is none (correct me if I'm wrong) for old issues but anyway that's a different story. When I looked at my old_issues table, there are NULL data in my itemnumber when in fact it should have (see image) So I tried to remember what all the things I have done. The koha database were migrated from Koha 3.2.x to 3.4.x to 3.8.x to 3.10.x. I had also done mass edit of bibliographic records some months ago but I can not overwrite bibliographic records which are currently on loan so I back up issues and deleted it and once all bibliographic records are cleaned and imported into the database thru stage marc import, I imported the issues table. That's what I can remember that could have touched the itemnumber column. But I could be wrong, maybe another institution could have experienced this. Ill try to look back at my old mysql database and old koha server once I get time. Thank you and have a nice day -- View this message in context: http://koha.1045719.n5.nabble.com/missing-itemnumber-in-old-issues-tp5751283.html Sent from the Koha-general mailing list archive at Nabble.com. From amutsikiwa at uzlib.uz.ac.zw Wed Apr 17 19:28:54 2013 From: amutsikiwa at uzlib.uz.ac.zw (amutsikiwa) Date: Wed, 17 Apr 2013 09:28:54 +0200 Subject: [Koha] Zebra update not picking New records Message-ID: Hi All I have a problem with my zebra update. It is not picking new bib records and new biblioitems. When I add a new title record and then run command /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z -v Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/zebradb/biblios Zebra authorities directory = /var/lib/koha/zebradb/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d ================================ ==================== exporting authority ==================== Records exported: 0 Records exported: 0 ==================== REINDEXING zebra ==================== ==================== exporting biblio ==================== Records exported: 0 Records exported: 0 ==================== REINDEXING zebra ==================== ==================== CLEANING Regards, Admire From mr_megahed at hotmail.com Wed Apr 17 19:36:48 2013 From: mr_megahed at hotmail.com (Mohamed Megahed) Date: Wed, 17 Apr 2013 09:36:48 +0200 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: Hi all I have installed koha 3.10.4 on ubuntu 12.04 and all ok. but i have faced problem search record, after cataloging record, try to search it ... no result i use zebra indexing and cronjob. in crontab i had add this lines # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when $ */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /d$ after that no result in search both biblio and authority. any sugg. thnks MOHAMED MEGAHED Chief Library at Ahram Canadian University Tel : +2 0100 22 97 96 2 Tel : +2 011 23 502 505 From cknjuguna at gmail.com Wed Apr 17 20:08:16 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 11:08:16 +0300 Subject: [Koha] queries in koha Message-ID: Hi all I need some help here, Im am supposed to link koha and the main financial system of our school, i.e patrons who are students I need to either rename a field in koha called Admission Number and have it mandatory, I was thinking of using the field "Sort1" or "Initials" and have it mandatory like field "Surname" or "Zip/Postal" I have renamed it in mysql but its not renamed in koha. is this even possible in the first place? -- Dennis K. Njuguna From jonathan.druart at biblibre.com Tue Apr 16 23:51:34 2013 From: jonathan.druart at biblibre.com (Jonathan Druart) Date: Tue, 16 Apr 2013 13:51:34 +0200 Subject: [Koha] [Koha-devel] 403 Forbidden After dev installation ! In-Reply-To: References: Message-ID: Hi Karam, It seems your koha directory doesn't have the read permission for ww-data (should be 755 too) drwxrwx--- 3 karam karam 4096 Apr 13 13:22 koha Regards, Jonathan 2013/4/16 Karam Qubsi > Thanks Bernardo :) > I do this : > chmod 755 /home/karam > > # ls -l > total 52 > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Desktop > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Documents > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Downloads > -rw-r--r-- 1 karam karam 8445 Apr 15 02:04 examples.desktop > drwxrwx--- 3 karam karam 4096 Apr 13 13:22 koha > drwxrwxr-x 8 karam karam 4096 Apr 15 01:14 koha-dev > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Music > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Pictures > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Public > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Templates > drwxr-xr-x 2 karam karam 4096 Apr 15 02:09 Videos > > > sudo /etc/init.d/apache2 restart > The Problem is not solved :( . > > > > > > > > On Tue, Apr 16, 2013 at 1:47 PM, Bernardo Gonzalez Kriegel < > bgkriegel at gmail.com> wrote: > >> Hi Karam, >> >>> Forbidden >>> >>> You don't have permission to access / on this server. >>> >>> Additionally, a 403 Forbidden error was encountered while trying to use >>> an ErrorDocument to handle the request. >>> ------------------------------ >>> Apache/2.2.22 (Ubuntu) Server at 127.0.1.1 Port 8080 >>> >> this indicates that you have permissions problem for apache. >> As you did a dev install, it uses a home dir, so check that >> that folder have proper permisions. >> >> I suspect thar you user admits only access to himself in his home (ls -l >> /home/$USER), >> if that's the case do a chmod 755 /home/$USER >> >> Regards, >> Bernardo >> >> >> > > > -- > *Karam Qubsi* > > > > > _______________________________________________ > 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 Katrin.Fischer at bsz-bw.de Wed Apr 17 20:22:22 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Wed, 17 Apr 2013 10:22:22 +0200 Subject: [Koha] queries in koha In-Reply-To: References: Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Hi, please don't change the database structure in Koha as this will cause all kinds of problems for you. If you need the field to be directly in the borrowers table, you could try relabeling it in the interface using jQuery (http://wiki.koha-community.org/wiki/JQuery_Library). Another option is using patron attributes, that allow you to configure additional fields for patron records in a nice way (http://manual.koha-community.org/3.12/en/patscirc.html#patronattributetypes). Hope this helps, Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Dennis Njuguna > Sent: Wednesday, April 17, 2013 10:08 AM > To: koha at lists.katipo.co.nz > Subject: [Koha] queries in koha > > Hi all I need some help here, Im am supposed to link koha and the main > financial system of our school, i.e patrons who are students I need to > either rename a field in koha called Admission Number and have it > mandatory, I was thinking of using the field "Sort1" or "Initials" and have > it mandatory like field "Surname" or "Zip/Postal" > > I have renamed it in mysql but its not renamed in koha. > > is this even possible in the first place? > > -- > > Dennis K. Njuguna > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From cknjuguna at gmail.com Wed Apr 17 21:46:13 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 12:46:13 +0300 Subject: [Koha] queries in koha In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> References: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Message-ID: Thanks alot, then my best option would be the *IntranetUserJS way*, I wonder what I'm not doing right: 1. I go to *IntranetUserJS using the administration, global system perferences * *2. then I try * $("#memberentry_contact label[for='phone']").html("my primary phone :"); but I see no change once I save and open the patrons' page is it something im missing? On Wed, Apr 17, 2013 at 11:22 AM, Fischer, Katrin wrote: > Hi, > > please don't change the database structure in Koha as this will cause all > kinds of problems for you. If you need the field to be directly in the > borrowers table, you could try relabeling it in the interface using jQuery ( > http://wiki.koha-community.org/wiki/JQuery_Library). Another option is > using patron attributes, that allow you to configure additional fields for > patron records in a nice way ( > http://manual.koha-community.org/3.12/en/patscirc.html#patronattributetypes > ). > > Hope this helps, > > Katrin > > > > -----Original Message----- > > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > > bounces at lists.katipo.co.nz] On Behalf Of Dennis Njuguna > > Sent: Wednesday, April 17, 2013 10:08 AM > > To: koha at lists.katipo.co.nz > > Subject: [Koha] queries in koha > > > > Hi all I need some help here, Im am supposed to link koha and the main > > financial system of our school, i.e patrons who are students I need to > > either rename a field in koha called Admission Number and have it > > mandatory, I was thinking of using the field "Sort1" or "Initials" and > have > > it mandatory like field "Surname" or "Zip/Postal" > > > > I have renamed it in mysql but its not renamed in koha. > > > > is this even possible in the first place? > > > > -- > > > > Dennis K. Njuguna > > _______________________________________________ > > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -- Dennis K. Njuguna From cknjuguna at gmail.com Wed Apr 17 21:49:21 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 12:49:21 +0300 Subject: [Koha] (no subject) Message-ID: Thanks alot people for assistance, then my best option would be the *IntranetUserJS way*, I wonder what I'm not doing right: 1. I go to *IntranetUserJS using the administration, global system perferences * *2. then I try * $("#memberentry_contact label[for='phone']").html("my primary phone :"); but I see no change once I save and open the patrons' page is it something im missing? -- Dennis K. Njuguna From cknjuguna at gmail.com Wed Apr 17 22:19:12 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 13:19:12 +0300 Subject: [Koha] queries in koha In-Reply-To: References: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Message-ID: 1. I go to IntranetUserJS using the administration, global system perferences 2. then I try $("#memberentry_contact label[for='phone']").html("my primary phone :"); but I see no change once I save and open the patrons' page is it something im missing? On Wed, Apr 17, 2013 at 12:46 PM, Dennis Njuguna wrote: > > Thanks alot, then my best option would be the IntranetUserJS way, I wonder what I'm not doing right: > > 1. I go to IntranetUserJS using the administration, global system perferences > 2. then I try > > $("#memberentry_contact label[for='phone']").html("my primary phone :"); > > > > but I see no change once I save and open the patrons' page > > is it something im missing? > > > > > On Wed, Apr 17, 2013 at 11:22 AM, Fischer, Katrin < Katrin.Fischer at bsz-bw.de> wrote: >> >> Hi, >> >> please don't change the database structure in Koha as this will cause all kinds of problems for you. If you need the field to be directly in the borrowers table, you could try relabeling it in the interface using jQuery ( http://wiki.koha-community.org/wiki/JQuery_Library). Another option is using patron attributes, that allow you to configure additional fields for patron records in a nice way ( http://manual.koha-community.org/3.12/en/patscirc.html#patronattributetypes ). >> >> Hope this helps, >> >> Katrin >> >> >> > -----Original Message----- >> > From: koha-bounces at lists.katipo.co.nz [mailto:koha- >> > bounces at lists.katipo.co.nz] On Behalf Of Dennis Njuguna >> > Sent: Wednesday, April 17, 2013 10:08 AM >> > To: koha at lists.katipo.co.nz >> > Subject: [Koha] queries in koha >> > >> > Hi all I need some help here, Im am supposed to link koha and the main >> > financial system of our school, i.e patrons who are students I need to >> > either rename a field in koha called Admission Number and have it >> > mandatory, I was thinking of using the field "Sort1" or "Initials" and have >> > it mandatory like field "Surname" or "Zip/Postal" >> > >> > I have renamed it in mysql but its not renamed in koha. >> > >> > is this even possible in the first place? >> > >> > -- >> > >> > Dennis K. Njuguna >> > _______________________________________________ >> > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> > >> > > > > -- > > Dennis K. Njuguna -- Dennis K. Njuguna From bgkriegel at gmail.com Wed Apr 17 22:58:28 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 17 Apr 2013 07:58:28 -0300 Subject: [Koha] queries in koha In-Reply-To: References: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Message-ID: Dennis, the wiki page pointed by Katrin said: --begin You must include $(document).ready(function(){ }); inside the preference, around your statements. Examples listed below are considered "statements." --end So, you are forgetting that function. Please try $(document).ready(function(){ $("#memberentry_contact label[for='phone']").html("my primary phone :"); }); It works. Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Wed, Apr 17, 2013 at 7:19 AM, Dennis Njuguna wrote: > 1. I go to IntranetUserJS using the administration, global system > perferences > 2. then I try > > $("#memberentry_contact label[for='phone']").html("my primary phone :"); > > > > but I see no change once I save and open the patrons' page > > is it something im missing? > > > > On Wed, Apr 17, 2013 at 12:46 PM, Dennis Njuguna > wrote: > > > > Thanks alot, then my best option would be the IntranetUserJS way, I > wonder what I'm not doing right: > > > > 1. I go to IntranetUserJS using the administration, global system > perferences > > 2. then I try > > > > $("#memberentry_contact label[for='phone']").html("my primary phone :"); > > > > > > > > but I see no change once I save and open the patrons' page > > > > is it something im missing? > > > > > > > > > > On Wed, Apr 17, 2013 at 11:22 AM, Fischer, Katrin < > Katrin.Fischer at bsz-bw.de> wrote: > >> > >> Hi, > >> > >> please don't change the database structure in Koha as this will cause > all kinds of problems for you. If you need the field to be directly in the > borrowers table, you could try relabeling it in the interface using jQuery > ( http://wiki.koha-community.org/wiki/JQuery_Library). Another option is > using patron attributes, that allow you to configure additional fields for > patron records in a nice way ( > http://manual.koha-community.org/3.12/en/patscirc.html#patronattributetypes > ). > >> > >> Hope this helps, > >> > >> Katrin > >> > >> > >> > -----Original Message----- > >> > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > >> > bounces at lists.katipo.co.nz] On Behalf Of Dennis Njuguna > >> > Sent: Wednesday, April 17, 2013 10:08 AM > >> > To: koha at lists.katipo.co.nz > >> > Subject: [Koha] queries in koha > >> > > >> > Hi all I need some help here, Im am supposed to link koha and the main > >> > financial system of our school, i.e patrons who are students I need to > >> > either rename a field in koha called Admission Number and have it > >> > mandatory, I was thinking of using the field "Sort1" or "Initials" and > have > >> > it mandatory like field "Surname" or "Zip/Postal" > >> > > >> > I have renamed it in mysql but its not renamed in koha. > >> > > >> > is this even possible in the first place? > >> > > >> > -- > >> > > >> > Dennis K. Njuguna > >> > _______________________________________________ > >> > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > >> > http://lists.katipo.co.nz/mailman/listinfo/koha > >> > > >> > > > > > > > > -- > > > > Dennis K. Njuguna > > > > > -- > > Dennis K. Njuguna > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From cknjuguna at gmail.com Wed Apr 17 23:08:26 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 14:08:26 +0300 Subject: [Koha] re-labeling fields Message-ID: I need to give a new caption "label" to the field "initials" in the patrons using intranetuserjs or any other viable way kindly help -- Dennis K. Njuguna From cknjuguna at gmail.com Wed Apr 17 23:12:12 2013 From: cknjuguna at gmail.com (Dennis Njuguna) Date: Wed, 17 Apr 2013 14:12:12 +0300 Subject: [Koha] queries in koha In-Reply-To: References: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Message-ID: Ohhh yes thanks alot Bernado, one last one can I re-label other field like "initials" I need to use this as student number On Wed, Apr 17, 2013 at 1:58 PM, Bernardo Gonzalez Kriegel < bgkriegel at gmail.com> wrote: > Dennis, > the wiki page pointed by Katrin said: > --begin > You must include > $(document).ready(function(){ }); > inside the preference, around your statements. Examples listed below are > considered "statements." > --end > > So, you are forgetting that function. Please try > $(document).ready(function(){ $("#memberentry_contact > label[for='phone']").html("my primary phone :"); }); > > It works. > > Regards, > Bernardo > > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > On Wed, Apr 17, 2013 at 7:19 AM, Dennis Njuguna wrote: > >> 1. I go to IntranetUserJS using the administration, global system >> perferences >> 2. then I try >> >> $("#memberentry_contact label[for='phone']").html("my primary phone :"); >> >> >> >> but I see no change once I save and open the patrons' page >> >> is it something im missing? >> >> >> >> On Wed, Apr 17, 2013 at 12:46 PM, Dennis Njuguna >> wrote: >> > >> > Thanks alot, then my best option would be the IntranetUserJS way, I >> wonder what I'm not doing right: >> > >> > 1. I go to IntranetUserJS using the administration, global system >> perferences >> > 2. then I try >> > >> > $("#memberentry_contact label[for='phone']").html("my primary phone >> :"); >> > >> > >> > >> > but I see no change once I save and open the patrons' page >> > >> > is it something im missing? >> > >> > >> > >> > >> > On Wed, Apr 17, 2013 at 11:22 AM, Fischer, Katrin < >> Katrin.Fischer at bsz-bw.de> wrote: >> >> >> >> Hi, >> >> >> >> please don't change the database structure in Koha as this will cause >> all kinds of problems for you. If you need the field to be directly in the >> borrowers table, you could try relabeling it in the interface using jQuery >> ( http://wiki.koha-community.org/wiki/JQuery_Library). Another option is >> using patron attributes, that allow you to configure additional fields for >> patron records in a nice way ( >> >> http://manual.koha-community.org/3.12/en/patscirc.html#patronattributetypes >> ). >> >> >> >> Hope this helps, >> >> >> >> Katrin >> >> >> >> >> >> > -----Original Message----- >> >> > From: koha-bounces at lists.katipo.co.nz [mailto:koha- >> >> > bounces at lists.katipo.co.nz] On Behalf Of Dennis Njuguna >> >> > Sent: Wednesday, April 17, 2013 10:08 AM >> >> > To: koha at lists.katipo.co.nz >> >> > Subject: [Koha] queries in koha >> >> > >> >> > Hi all I need some help here, Im am supposed to link koha and the >> main >> >> > financial system of our school, i.e patrons who are students I need >> to >> >> > either rename a field in koha called Admission Number and have it >> >> > mandatory, I was thinking of using the field "Sort1" or "Initials" >> and >> have >> >> > it mandatory like field "Surname" or "Zip/Postal" >> >> > >> >> > I have renamed it in mysql but its not renamed in koha. >> >> > >> >> > is this even possible in the first place? >> >> > >> >> > -- >> >> > >> >> > Dennis K. Njuguna >> >> > _______________________________________________ >> >> > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz >> >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> >> > >> >> >> > >> > >> > >> > -- >> > >> > Dennis K. Njuguna >> >> >> >> >> -- >> >> Dennis K. Njuguna >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > -- Dennis K. Njuguna From bgkriegel at gmail.com Wed Apr 17 23:24:46 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 17 Apr 2013 08:24:46 -0300 Subject: [Koha] re-labeling fields In-Reply-To: References: Message-ID: Dennis, this is your third mail about this subject. Please do not do this, you will not get more answers. And the answer is in the documentation link given to you in the first email. Please read it carefully. Regards, bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Wed, Apr 17, 2013 at 8:08 AM, Dennis Njuguna wrote: > I need to give a new caption "label" to the field "initials" in the patrons > using intranetuserjs or any other viable way kindly help > > -- > > Dennis K. Njuguna > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From bgkriegel at gmail.com Wed Apr 17 23:28:00 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 17 Apr 2013 08:28:00 -0300 Subject: [Koha] queries in koha In-Reply-To: References: <028B1A54D03E7B4482CDCA4EC8F06BFD02AF3FFC@Bodensee.bsz-bw.de> Message-ID: On Wed, Apr 17, 2013 at 8:12 AM, Dennis Njuguna wrote: > Ohhh yes thanks alot Bernado, one last one can I re-label other field like > "initials" I need to use this as student number > > As many as you need, just repeat the statement $("#memberentry_contact label[for='AAAA']").html("BBBB"); Regards From karamqubsi at gmail.com Thu Apr 18 01:25:55 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Wed, 17 Apr 2013 16:25:55 +0300 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: Hi Mohamed , try to rebuild your zebra index manually . cd $KOHA_PATH/misc/migration_tools/ then : perl rebuild_zebra.pl -b -a -z On Wed, Apr 17, 2013 at 10:36 AM, Mohamed Megahed wrote: > Hi all > I have installed koha 3.10.4 on ubuntu 12.04 and all ok. but i have faced > problem search record, after cataloging record, try to search it ... no > result i use zebra indexing and cronjob. > in crontab i had add this lines > > # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set > when $ > */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z > &> /d$ > > after that no result in search both biblio and authority. > > any sugg. > thnks > > > MOHAMED MEGAHED Chief Library at Ahram Canadian University > Tel : +2 0100 22 97 96 2 > Tel : +2 011 23 502 505 > > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Karam Qubsi* From mtompset at hotmail.com Wed Apr 17 23:42:21 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Wed, 17 Apr 2013 07:42:21 -0400 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: Greetings, This is clearly a development install, otherwise you wouldn't have touched the cron jobs at all. I am assuming you followed http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git which is not intended for a production system, but rather a development system. So my first suggestion is to follow http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages instead. It does a good job of hiding complexities from the user. Including a whole set of nice commands: http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages However, I could be wrong and you actually are trying to join the bug patch submitting side of things. In which case: --- BEGIN Your example --- # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when $ */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /d$ --- END Your example --- --- BEGIN actual --- # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when this process runs. */5 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /dev/null --- END actual --- I think you may have a problem using "/d$". Also, after your install did you run a full reindex? /home/{user name}/{koha directory}/misc/migration_tools/rebuild_zebra.pl -b -a -r -v Where {user name} and {koha directory} are your user name and most likely "kohaclone"? And to finish off, the most likely cause of everything: $ sudo service koha-zebra-daemon start It doesn't start automatically on reboot for me, so this may be your problem too. I've been meaning to improve the instructions that way. You can confirm it is running with: $ ps aux | grep zebra You should see more than just your grep line. GPML, Mark Tompsett From bgkriegel at gmail.com Thu Apr 18 03:23:01 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 17 Apr 2013 12:23:01 -0300 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: On Wed, Apr 17, 2013 at 8:42 AM, Mark Tompsett wrote: > Greetings, > > This is clearly a development install, otherwise you wouldn't have touched > the cron jobs at all. > Mark, why you always suppose that everybody do packages installs? In my opinion most of current installs were done using tar.gz So the question of how to correctly setup cron jobs is a valid one. Regards, Bernardo From nengard at gmail.com Thu Apr 18 07:26:25 2013 From: nengard at gmail.com (Nicole Engard) Date: Wed, 17 Apr 2013 15:26:25 -0400 Subject: [Koha] Help With Preferences & Manual Message-ID: Hi all, I got this question today and I realized that the manual is not clear and now I am second guessing myself - can someone help me out with updating the manual and answering this question? ----- What we want to have happen is that if an item is returned to the checkout library (which is not the owning library for the item) then we want the checkout library to be able to fill a hold on that item by a patron of the checkout library without having to send the item back to the owning library, have the owning library ship it back and then check it out to the patron with the hold. That seems to be what the description in Section 1.1.5.2.11 of the manual ( http://manual.koha-community.org/3.10/en/administration.html#HomeOrHoldingBranch) is describing. However the manual states that this setting "Asks: Use the checkout and fine rules of_____" and That does not seem to make sense in relation to the description. Since there is such a caution against changing this setting after the initial setup, we want to get it right. Also, I believe that we concluded during training that we would have the IndependentBranches preferences set to prevent so this setting would apply. However I am now confused about the IndependentBranches settings which I thought only applied to what staff can do. When I get to the part of the description in section .1.2.3.2 of the manual ( http://manual.koha-community.org/3.10/en/administration.html#IndependantBranches) that says Prevent will, "preventing users from other branch locations from placing holds or checking out materials from library branches other than their own" I am left wondering if this will stop all holds by patrons of one library from placing holds on items for other libraries. Or is it just that staff of one library cannot place a hold on another libraries items.... From paul. at aandc.org Thu Apr 18 02:02:41 2013 From: paul. at aandc.org (Paul) Date: Wed, 17 Apr 2013 10:02:41 -0400 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: <5.2.1.1.2.20130417094506.058c7678@localhost> At 04:25 PM 4/17/2013 +0300, Karam Qubsi wrote: >Hi Mohamed , >try to rebuild your zebra index manually . >cd $KOHA_PATH/misc/migration_tools/ >then : >perl rebuild_zebra.pl -b -a -z Unless 3.10 has changed radically from 3.8, an incremental -z might not be sufficient. As user koha (or whichever user has the rights): koha:/$ cd /usr/share/koha koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -a -r -v Maybe the path has changed from /usr/share/koha/bin to ?/?/?/misc? Please adjust accordingly. We run this every 15 minutes while our cataloguers are working, otherwise duplicate/unwanted biblios creep in and can get very confusing for non-techies. Best - Paul >On Wed, Apr 17, 2013 at 10:36 AM, Mohamed Megahed >wrote: > > > Hi all > > I have installed koha 3.10.4 on ubuntu 12.04 and all ok. but i have faced > > problem search record, after cataloging record, try to search it ... no > > result i use zebra indexing and cronjob. > > in crontab i had add this lines > > > > # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set > > when $ > > */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z > > &> /d$ > > > > after that no result in search both biblio and authority. > > > > any sugg. > > thnks > > > > > > MOHAMED MEGAHED Chief Library at Ahram Canadian University > > Tel : +2 0100 22 97 96 2 > > Tel : +2 011 23 502 505 > > > > > > > > > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > >-- >*Karam Qubsi* >_______________________________________________ >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 sossolapro at hotmail.com Thu Apr 18 14:07:33 2013 From: sossolapro at hotmail.com (Sonia P.) Date: Thu, 18 Apr 2013 04:07:33 +0200 Subject: [Koha] Problem with patrons import In-Reply-To: References: Message-ID: Hello Thanks all for your help. I use a Mac too, but I don't know that Numbers application (I am not good with Mac, but somehow it is the only thing I am allowed to use here... >.<). Maybe this is a Mac problem? I will have to reinstall a spreadsheet application on my PC to try again. It worked very well the previous times I tried to import patrons, but then I was on my PC... Anyway, back on that Mac, I opened my .csv file and it reads: borrowernumber,cardnumber,surname,firstname,title,address,address2,city,state,zipcode,email,phone,fax,branchcode,categorycode,gonenoaddressT1,T1,TARTAMPION,Philip,Mr & Mrs,Po BOX xxx,,Birdcity,,2608,email at email.com.au,6123 4567,6987 6543,CANB,A,T2,T2,MACHINTRUC,Bidule,"Ms",Pink House,,City,,2600,,,,CANB,A,13,13,PATATRUC,Philip,Mr,Po Box xxx,,Fishcity,,2604,email at email.com.au,0412 1234 5678,02 6123 4567,CANB,A, ETC ETC Aman, thanks for your help, but it has been done as mentioned again and again... :) Cheers, Sonia. Date: Wed, 17 Apr 2013 14:38:18 +1200 Subject: Re: [Koha] Problem with patrons import From: amurphy at katikaticollege.school.nz To: sossolapro at hotmail.com Hi Sonia I too had this problem. I have a work around; it's not pretty but it works.I open the .csv file in Excel, cut/copy the patrons and paste them into a template spreadsheet with the correct headings. I work out the information for attributes, library code and patron categories then save and close. I open the file in Numbers (I use a Mac ? I'm not sure of the PC equivalent) then export (in the file menu) the file using .csv and text encoding Unicode (UTF-8). Then I delete the .csv from the file_name (the message asks if I am sure I want to do this ? yes). It then uploads just fine. I don't know why this works but it does. Every now and then I try the direct way, but so far no go. Good Luck -- Ann Murphy Librarian Katikati College Beach Road, Katikati, 3129 New Zealand 0064 7 5492647 amurphy at katikaticollege.school.nz From H.Rowsell at ids.ac.uk Thu Apr 18 22:12:14 2013 From: H.Rowsell at ids.ac.uk (Henry Rowsell) Date: Thu, 18 Apr 2013 10:12:14 +0000 Subject: [Koha] planning categories in acquisitions Message-ID: <4E236848D2B1264DBE4D1DBFDEE7E43E1E4DDA6D@DBXPRD0711MB575.eurprd07.prod.outlook.com> Hi Koha Community First time on here, but hope you can help out. I'm an acquisitions librarian wanting to make best use of the statistical options available in the Acquisitions module for tracking spending, but I am unable to fully understand from the example in the documentation how to make this work. I'd like some advice on using the statistics 1 and 2 fields (also referred to as planning values or planning categories) on the order form within Acquisitions. When I have tried to set values for these when creating or editing a fund, it presents various other values available to other admin functions in Koha, but cannot then see such values when back on the order form. How (and where in the system) can one set these values or add more variables? and then how does one use them for reporting? What I am hoping is that I can set values such as the names of courses or groups at my institute that I could apply as an extra level of statistical detail to funds or sub-funds within my acquisitions budgets. We are currently using version 3.06.02.003. Many thanks! Henry Henry Rowsell Acquisitions Librarian BLDS (British Library for Development Studies) Institute of Development Studies at the University of Sussex, Brighton BN1 9RE Tel. +44 (0)1273 915661 email: h.rowsell at ids.ac.uk website: www.blds.ids.ac.uk BLDS is funded by DFID (through the Mobilising Knowledge for Development Programme) and IDS. Join our Publications Exchange programme, to have your material made available in BLDS, and to receive the IDS Bulletin in return! If your organisation produces publications that could be supplied to us on this exchange basis, please email k.butcher at ids.ac.uk. We particularly welcome requests from developing country organizations. This message is for the addressee only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any views or opinions expressed are solely those of the author and do not necessarily represent those of IDS. Institute of Development Studies at the University of Sussex, Brighton BN1 9RE Tel: +44 (0)1273 606261; Fax: +44 (0)1273 621202 IDS, a charitable company limited by guarantee: Registered Charity No. 306371; Registered in England 877338; VAT No. GB 350 899914 From paul.a at aandc.org Fri Apr 19 03:30:28 2013 From: paul.a at aandc.org (Paul) Date: Thu, 18 Apr 2013 11:30:28 -0400 Subject: [Koha] Mysql query Message-ID: <5.2.1.1.2.20130418103706.0768a888@stormy.ca> I'm looking, please, for some expertise in writing MySQL queries (Koha "reports".) I have a good "report" for listing high value items in our collections (a requirement for our insurers), but need to add the "special case" of multi volume biblios. Example: a set of Britannicas (14th ed.) is a single biblio with 24 "items" at $25 each for a total of $600, above our declared insurance threshold (we price items individually to cover incomplete sets.) Question: How can I "SUM" all items under a single biblio in a manner that will allow inclusion on the "HAVING" line below? SELECT items.price,biblio.author,biblio.title,ExtractValue(biblioitems.marcxml, '//datafield[@tag="245"]/subfield[@code="b"]') AS subtitle FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) HAVING items.price >= <> ORDER BY items.price DESC; I *suspect* it's something along the lines of: SET @price1=0; SELECT items.price, (@price1:=SUM(items.price)) as FullValue, @price1 as returned_val but cannot get this to function properly (it returns the value of the whole catalogue) -- the following: SET @price1=0; SELECT items.price, (@price1:=SUM(items.price)) as FullValue, @price1 as returned_val, biblio.author,biblio.title,ExtractValue(biblioitems.marcxml, '//datafield[@tag="245"]/subfield[@code="b"]') AS subtitle FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) HAVING FullValue >= 500 ORDER BY FullValue DESC; does *not* even save in Koha (Error 1 "see logs", but I can't find anything - suspect it's the ; on line 1.) But on the command line, it runs without syntactical error, but lists only biblionumber=1 and the total value of everything we have ever catalogued ;={ Maybe it's not possible and a Perl script is required? Many thanks for any suggestions. Paul From bgkriegel at gmail.com Fri Apr 19 03:51:01 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Thu, 18 Apr 2013 12:51:01 -0300 Subject: [Koha] Mysql query In-Reply-To: <5.2.1.1.2.20130418103706.0768a888@stormy.ca> References: <5.2.1.1.2.20130418103706.0768a888@stormy.ca> Message-ID: Why not first select those biblios with item.price >= XX SELECT ...what you need... FROM ( SELECT sum(price) as totalprice, biblionumber FROM items WHERE price >= XX GROUP BY biblionumber ) as biblio_price LEFT JOIN biblioitems on (biblio_price.biblionumber=**biblio items.biblionumber) LEFT JOIN biblio on (biblioitems.biblionumber=**biblio.biblionumber) ... etc Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Thu, Apr 18, 2013 at 12:30 PM, Paul wrote: > I'm looking, please, for some expertise in writing MySQL queries (Koha > "reports".) I have a good "report" for listing high value items in our > collections (a requirement for our insurers), but need to add the "special > case" of multi volume biblios. > > Example: a set of Britannicas (14th ed.) is a single biblio with 24 > "items" at $25 each for a total of $600, above our declared insurance > threshold (we price items individually to cover incomplete sets.) > > Question: How can I "SUM" all items under a single biblio in a manner that > will allow inclusion on the "HAVING" line below? > > SELECT items.price,biblio.author,**biblio.title,ExtractValue(**biblioitems.marcxml, > '//datafield[@tag="245"]/**subfield[@code="b"]') AS subtitle FROM items > LEFT JOIN biblioitems on (items.biblioitemnumber=** > biblioitems.biblioitemnumber) > LEFT JOIN biblio on (biblioitems.biblionumber=**biblio.biblionumber) > HAVING items.price >= <> > ORDER BY items.price DESC; > > I *suspect* it's something along the lines of: > > SET @price1=0; > SELECT items.price, (@price1:=SUM(items.price)) as FullValue, @price1 as > returned_val > > but cannot get this to function properly (it returns the value of the > whole catalogue) -- the following: > > SET @price1=0; > SELECT items.price, (@price1:=SUM(items.price)) as FullValue, @price1 as > returned_val, > biblio.author,biblio.title,**ExtractValue(biblioitems.**marcxml, > '//datafield[@tag="245"]/**subfield[@code="b"]') AS subtitle FROM items > LEFT JOIN biblioitems on (items.biblioitemnumber=** > biblioitems.biblioitemnumber) > LEFT JOIN biblio on (biblioitems.biblionumber=**biblio.biblionumber) > HAVING FullValue >= 500 > ORDER BY FullValue DESC; > > does *not* even save in Koha (Error 1 "see logs", but I can't find > anything - suspect it's the ; on line 1.) But on the command line, it runs > without syntactical error, but lists only biblionumber=1 and the total > value of everything we have ever catalogued ;={ > > Maybe it's not possible and a Perl script is required? > > Many thanks for any suggestions. > > Paul > > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > From rfblanchard at hotmail.com Fri Apr 19 06:26:27 2013 From: rfblanchard at hotmail.com (rfblanchard) Date: Thu, 18 Apr 2013 11:26:27 -0700 (PDT) Subject: [Koha] Marc framework errors Message-ID: <1366309587455-5751439.post@n5.nabble.com> Using koha 3.10.4 If I run a 'MARC bibliographic framework test' I get this: -------------------------- MARC bibliographic framework test Test Result itemnum The field itemnum MUST be mapped The corresponding subfield MUST be in with -1 (ignore) tab OK All item fields are in the same tag and in item tab OK Only 1 MARC tag mapped to items OK biblioitems.itemtype defined homebranch NOT mapped the items.homebranch field MUST : be mapped to a MARC subfield, the corresponding subfield MUST have authorised value=branches holdingbranch NOT mapped the items.holdingbranch field MUST : be mapped to a MARC subfield, the corresponding subfield MUST have authorised value=branches OK at least 1 item type defined OK at least 1 library defined biblio and biblionumber The biblio.biblionumber and biblioitems.biblioitemnumber fields be mapped to a MARC subfield, OK no NULL value in frameworkcode subfields not in same tabs Not all subfields for the following tags are in the same tab (or marked 'ignored'). Code Description Tag Tabs in use Default framework 999 1,0 NEW new 999 1,0 OK all authority types used in the frameworks are defined TOTAL You have 5 error(s) in your MARC configuration. Please fix them before using Koha ------------------------------- I'm trying to fix the homebranch first. I choose 'koha to marc mapping' -> items -> and see that homebranch is mapped to '952 a Permanent location'. Tried saving it to something else as well. nothing sees to fix the error. same issue with holdingbranch Why am I getting this error in my marc framework and is there anyway to fix it? Any queries I could run on the db as a test? Thanks -- View this message in context: http://koha.1045719.n5.nabble.com/Marc-framework-errors-tp5751439.html Sent from the Koha-general mailing list archive at Nabble.com. From NKeener at washoecounty.us Sat Apr 20 05:26:57 2013 From: NKeener at washoecounty.us (Keener, Nancy) Date: Fri, 19 Apr 2013 17:26:57 +0000 Subject: [Koha] KohaCon 13 IRC Planning Meeting for April Announcement and Agenda Message-ID: <3045309C7DBA194394265B704846AE509190D83E@WCMAILMBX2.washoecounty.us> Hello everyone, please join us next week. KohaCon 13 IRC planning meeting April 23rd 21 UTC. Find your time here: http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon+13+IRC+Planning+Meeting+April&iso=20130423T14&p1=599 Join the IRC for KohaCon13 Planning here: http://koha-community.org/get-involved/irc Agenda: * Registration and program update. * Programs group needs to meet. * Opening speaker. * Mistress of Ceremonies ..... Megan Conelly * Donations and Sponsorships. * Road Trip. * Vendor requests. * What have we forgotten? Hey, it's all coming together! Nancy Keener Systems Librarian I.T.O.S.C. Chair KohaCon 13 Chair Washoe County Library System Reno, Nevada 775 327-8347 nkeener at washoecounty.us From dearden at sarsf.org Sat Apr 20 05:54:24 2013 From: dearden at sarsf.org (Doug Dearden) Date: Fri, 19 Apr 2013 11:54:24 -0600 Subject: [Koha] Need some SQL help Message-ID: Hello all, I find myself once again confounded by an SQL problem. I am trying to extract the value from field 245, ind2 . I have used a variety of select statements without success, i.e. SELECT EXTRACTVALUE(marcxml,'//datafield[@tag="245"][ind2]') as "SkipArticle" or SELECT EXTRACTVALUE(marcxml,'//datafield[@tag="245"]/subfield[@code="ind2"]') as "SkipArticle" Those are two of the variations I have tried. There are probably another 20 along the way. When I look at the marcxml field I see that ind1 and ind2 are on the same line as the 245 identifier, and not in a subfield line. For instance: Biology unmoored : Melanesian reflections on life and biotechnology / A number of my attempts have not returned a syntax error, they just never return a value. So what would the SQL/Xpath syntax be to get the info out of ind2 ? Thanks in advance for your help, Doug Dearden Director, IT School for Advanced Research (505)954-7220 sarweb.org From gmc at esilibrary.com Sat Apr 20 06:10:25 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Fri, 19 Apr 2013 11:10:25 -0700 Subject: [Koha] Need some SQL help In-Reply-To: References: Message-ID: Hi, On Fri, Apr 19, 2013 at 10:54 AM, Doug Dearden wrote: > So what would the SQL/Xpath syntax be to get the info out of ind2 ? Here's the XPath: //datafield[@tag="245"]/@ind2 Regards, Galen -- Galen Charlton Manager of 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 dearden at sarsf.org Sat Apr 20 07:40:24 2013 From: dearden at sarsf.org (Doug Dearden) Date: Fri, 19 Apr 2013 13:40:24 -0600 Subject: [Koha] Need some SQL help In-Reply-To: References: Message-ID: Thanks Galen, that did it. Seems so obvious now. :) Doug -----Original Message----- From: Galen Charlton [mailto:gmc at esilibrary.com] Sent: Friday, April 19, 2013 12:10 PM To: Doug Dearden Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Need some SQL help Hi, On Fri, Apr 19, 2013 at 10:54 AM, Doug Dearden wrote: > So what would the SQL/Xpath syntax be to get the info out of ind2 ? Here's the XPath: //datafield[@tag="245"]/@ind2 Regards, Galen -- Galen Charlton Manager of 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 MWardall at dce.k12.wi.us Sat Apr 20 07:40:22 2013 From: MWardall at dce.k12.wi.us (Marie Wardall) Date: Fri, 19 Apr 2013 14:40:22 -0500 Subject: [Koha] Making a list from Reading History Message-ID: <51715756020000B600047FAC@mail.dce.k12.wi.us> Just wondering if you can make a saved Public or Private list from your Reading history easily. I have a few teachers who have checked out a number of books over the year and would like to use their reading history to create saved lists to use next year. We are using Koha version 3.6 TIA Marie Marie J. Wardall Library Media Specialist Weston Elementary School 5200 Camp Phillips Rd. Schofield, WI 54476 mwardall at dce.k12.wi.us Phone: 715-359-4181 ext. 5624 Change Today, Change Tomorrow, Keep Changing From chris at bigballofwax.co.nz Sat Apr 20 09:10:45 2013 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sat, 20 Apr 2013 09:10:45 +1200 Subject: [Koha] Making a list from Reading History In-Reply-To: <51715756020000B600047FAC@mail.dce.k12.wi.us> References: <51715756020000B600047FAC@mail.dce.k12.wi.us> Message-ID: On 20 April 2013 07:40, Marie Wardall wrote: > Just wondering if you can make a saved Public or Private list from your Reading history easily. I have a few teachers who have checked out a number of books over the year and would like to use their reading history to create saved lists to use next year. > > We are using Koha version 3.6 > Not currently no, but that would be a good feature to add, you could add that to bugs.koha-community.org and maybe if no one has worked on it before then we could work on it together at Kohacon13 Chris From peterzhaonj at 163.com Sat Apr 20 11:52:43 2013 From: peterzhaonj at 163.com (Peter Zhao) Date: Sat, 20 Apr 2013 07:52:43 +0800 (CST) Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: Hi, Greetings. sudo gedit /etc/cron.d/koha # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when this process runs as a user (koha). */5 * * * * koha $KOHA_PATH/bin/migration_tools/rebuild_zebra.pl -b -a -z &> /dev/null This file needs put "koha" (user) in it. Try it. And change KOHA_PATH with your actual directory would be better. Peter Zhao At 2013-04-18 08:00:02,koha-request at lists.katipo.co.nz 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: search problem in koha 3.10.4 (Mark Tompsett) > 2. Re: search problem in koha 3.10.4 (Bernardo Gonzalez Kriegel) > 3. Help With Preferences & Manual (Nicole Engard) > 4. Re: search problem in koha 3.10.4 (Paul) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 17 Apr 2013 07:42:21 -0400 >From: "Mark Tompsett" >To: "Mohamed Megahed" >Cc: koha at lists.katipo.co.nz >Subject: Re: [Koha] search problem in koha 3.10.4 >Message-ID: >Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > >Greetings, > >This is clearly a development install, otherwise you wouldn't have touched >the cron jobs at all. >I am assuming you followed >http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git >which is not intended for a production system, but rather a development >system. > >So my first suggestion is to follow >http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages >instead. It does a good job of hiding complexities from the user. Including >a whole set of nice commands: >http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages > >However, I could be wrong and you actually are trying to join the bug patch >submitting side of things. >In which case: > >--- BEGIN Your example --- ># The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set >when $ >*/1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> >/d$ >--- END Your example --- > >--- BEGIN actual --- ># The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set >when this process runs. >*/5 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> >/dev/null >--- END actual --- > >I think you may have a problem using "/d$". Also, after your install did you >run a full reindex? > /home/{user name}/{koha >directory}/misc/migration_tools/rebuild_zebra.pl -b -a -r -v >Where {user name} and {koha directory} are your user name and most likely >"kohaclone"? > >And to finish off, the most likely cause of everything: > $ sudo service koha-zebra-daemon start >It doesn't start automatically on reboot for me, so this may be your problem >too. I've been meaning to improve the instructions that way. You can confirm >it is running with: > $ ps aux | grep zebra >You should see more than just your grep line. > >GPML, >Mark Tompsett > > > >------------------------------ > >Message: 2 >Date: Wed, 17 Apr 2013 12:23:01 -0300 >From: Bernardo Gonzalez Kriegel >To: Mark Tompsett >Cc: koha , Mohamed Megahed > >Subject: Re: [Koha] search problem in koha 3.10.4 >Message-ID: > >Content-Type: text/plain; charset=UTF-8 > >On Wed, Apr 17, 2013 at 8:42 AM, Mark Tompsett wrote: > >> Greetings, >> >> This is clearly a development install, otherwise you wouldn't have touched >> the cron jobs at all. >> > >Mark, >why you always suppose that everybody do packages installs? > >In my opinion most of current installs were done using tar.gz > >So the question of how to correctly setup cron jobs is a valid one. > >Regards, >Bernardo > > >------------------------------ > >Message: 3 >Date: Wed, 17 Apr 2013 15:26:25 -0400 >From: Nicole Engard >To: Koha >Subject: [Koha] Help With Preferences & Manual >Message-ID: > >Content-Type: text/plain; charset=UTF-8 > >Hi all, > >I got this question today and I realized that the manual is not clear and >now I am second guessing myself - can someone help me out with updating the >manual and answering this question? > >----- > > >What we want to have happen is that if an item is returned to the checkout >library (which is not the owning library for the item) then we want the >checkout library to be able to fill a hold on that item by a patron of the >checkout library without having to send the item back to the owning >library, have the owning library ship it back and then check it out to the >patron with the hold. That seems to be what the description in Section >1.1.5.2.11 of the manual ( >http://manual.koha-community.org/3.10/en/administration.html#HomeOrHoldingBranch) >is describing. However the manual states that this setting "Asks: Use the >checkout and fine rules of_____" and That does not seem to make sense in >relation to the description. > >Since there is such a caution against changing this setting after the >initial setup, we want to get it right. > >Also, I believe that we concluded during training that we would have the >IndependentBranches preferences set to prevent so this setting would apply. >However I am now confused about the IndependentBranches settings which I >thought only applied to what staff can do. When I get to the part of the >description in section .1.2.3.2 of the manual ( >http://manual.koha-community.org/3.10/en/administration.html#IndependantBranches) >that says Prevent will, "preventing users from other branch locations from >placing holds or checking out materials from library branches other than >their own" I am left wondering if this will stop all holds by patrons of >one library from placing holds on items for other libraries. Or is it just >that staff of one library cannot place a hold on another libraries items.... > > >------------------------------ > >Message: 4 >Date: Wed, 17 Apr 2013 10:02:41 -0400 >From: Paul >To: Karam Qubsi , Mohamed Megahed > >Cc: koha staff >Subject: Re: [Koha] search problem in koha 3.10.4 >Message-ID: <5.2.1.1.2.20130417094506.058c7678 at localhost> >Content-Type: text/plain; charset="us-ascii"; format=flowed > >At 04:25 PM 4/17/2013 +0300, Karam Qubsi wrote: >>Hi Mohamed , >>try to rebuild your zebra index manually . >>cd $KOHA_PATH/misc/migration_tools/ >>then : >>perl rebuild_zebra.pl -b -a -z > >Unless 3.10 has changed radically from 3.8, an incremental -z might not be >sufficient. > >As user koha (or whichever user has the rights): > >koha:/$ cd /usr/share/koha >koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x >koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -a -r -v > >Maybe the path has changed from /usr/share/koha/bin to ?/?/?/misc? Please >adjust accordingly. > >We run this every 15 minutes while our cataloguers are working, otherwise >duplicate/unwanted biblios creep in and can get very confusing for non-techies. > >Best - Paul > > > > > > >>On Wed, Apr 17, 2013 at 10:36 AM, Mohamed Megahed >>wrote: >> >> > Hi all >> > I have installed koha 3.10.4 on ubuntu 12.04 and all ok. but i have faced >> > problem search record, after cataloging record, try to search it ... no >> > result i use zebra indexing and cronjob. >> > in crontab i had add this lines >> > >> > # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set >> > when $ >> > */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z >> > &> /d$ >> > >> > after that no result in search both biblio and authority. >> > >> > any sugg. >> > thnks >> > >> > >> > MOHAMED MEGAHED Chief Library at Ahram Canadian University >> > Tel : +2 0100 22 97 96 2 >> > Tel : +2 011 23 502 505 >> > >> > >> > >> > >> > _______________________________________________ >> > Koha mailing list http://koha-community.org >> > Koha at lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> > >> >> >> >>-- >>*Karam Qubsi* >>_______________________________________________ >>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 > > > >------------------------------ > >_______________________________________________ >Koha mailing list >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha > > >End of Koha Digest, Vol 90, Issue 25 >************************************ From druthb at gmail.com Sat Apr 20 12:29:01 2013 From: druthb at gmail.com (D Ruth Bavousett) Date: Fri, 19 Apr 2013 19:29:01 -0500 Subject: [Koha] Translation manager for v3.14 Message-ID: To my friends around the world in the Koha community: When the election cycle for v3.14 was ramping up, I had just recently left ByWater and moved to Houston for a new job. My hope was that enough of my time would be freed up for me to spend more time on translation-related developments when things had settled down some. That has, unfortunately, not been the case, and I'm just barely able to keep things afloat with keeping the Pootle server happy! Frustrations with that have persisted, and I so appreciate the patience of all the translators, the RM, and the RMaint as I've struggled to keep things afloat during this stressful period. I also want to thank Katrin for loads of help with the role that she has freely given while I've been in and out. Given my situation, and after discussing the matter with Galen, I've decided that my term as Translation Manager should end after the release of 3.12 next month. I'll be happy to help hand off matters, and will update the wiki page to reflect current processes, in order to make for a smooth transition, once someone is elected. I'll still be around some; several of the people that I am closest to are Koha people, and that doesn't change. I just need some uncommitted time to get my home and life in a little better order. With sincerest regards, D Ruth Bavousett Translation Manager, Koha v3.12 From mtompset at hotmail.com Sat Apr 20 14:52:37 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 19 Apr 2013 22:52:37 -0400 Subject: [Koha] search problem in koha 3.10.4 In-Reply-To: References: Message-ID: Greetings, A development install may use the user crontab which SHOULD NOT HAVE the "koha" added. If the cut and paste doesn't have it, it is likely to be a development install. Also, gedit is only available if you did a desktop installation. If you want to run a Koha server in production, the desktop Ubuntu is not generally recommended. I received the the following email from the original poster the other day: "Thank you Mark i have done and now it is all ok my problem had in zebradaemon not starting correctly Thank you again" The problem has been resolved. :) GPML, Mark Tompsett From gmc at esilibrary.com Sat Apr 20 12:38:34 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Fri, 19 Apr 2013 17:38:34 -0700 Subject: [Koha] [Koha-devel] Translation manager for v3.14 In-Reply-To: References: Message-ID: Hi, On Fri, Apr 19, 2013 at 5:29 PM, D Ruth Bavousett wrote: > Given my situation, and after discussing the matter with Galen, I've decided > that my term as Translation Manager should end after the release of 3.12 > next month. I'll be happy to help hand off matters, and will update the > wiki page to reflect current processes, in order to make for a smooth > transition, once someone is elected. First, let me thank you for a job well done. Also, thanks for knowing when circumstances dictate that somebody else will have to try to fill your shoes. I am also happy to hear that you'll still be around. As far as the election is concerned, I suggest that folks interested in being the Translation Manager for 3.14 submit their proposals in time for discussion to take place at the next general IRC meeting, which is scheduled for 7 May 2013. In case there isn't a quick consensus achieved at that meeting, I further suggest that the vote for TM be held at the June meeting. Regards, Galen -- Galen Charlton Manager of 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 koha.sunil007 at gmail.com Sat Apr 20 22:28:17 2013 From: koha.sunil007 at gmail.com (sunil sharma) Date: Sat, 20 Apr 2013 15:58:17 +0530 Subject: [Koha] Need Help in Koha Multiple instance Message-ID: Hello all, I installed koha 3.8.x multiple instances on a debian-squeeze server by refering this link: http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha . But I am facing problem in rebuilding zebra in multiple instances. Actually when I installed one instance for example koha1, it installed perfectly and rebuildzebra.pl work fine after uploading my database. After installing another instance say koha2, it also installed perfectly and rebuildzebra.plalso works fine. But now the problem is that, now if I again come at my first instance i.e. koha1, make rebuildzebra.pl command to run again, it takes database of my 2nd instance. This is because in zebra configuration file while rebuild zebra it show like this:- Zebra configuration information ================================ Zebra biblio directory = /var/lib/*koha2*/zebradb/biblios Zebra authorities directory = /var/lib/*koha2*/zebradb/authorities Koha directory = /usr/share/*koha2*/intranet/cgi-bin In place of *koha2*, this should take *koha1* in my first instance of koha, which is making wrong zebra rebuild and show me biblio of koha2 instance in koha1 instance. How should I resolve this problem. Can Anyone help me in this regard? Thanks in advance for your help, Sunil From mtompset at hotmail.com Sun Apr 21 04:41:46 2013 From: mtompset at hotmail.com (Mark Tompsett) Date: Sat, 20 Apr 2013 12:41:46 -0400 Subject: [Koha] Need Help in Koha Multiple instance In-Reply-To: References: Message-ID: Greetings, I have not attempted multiple instances using the tarball method, particularly on a debian server, so I can't really help you. However, I think your problem is that your $KOHA_CONF points to the wrong xml file. $ echo $KOHA_CONF If you change the value to point to koha1's or koha2's xml configuration file, then that is the one that will get reindexed. That's my attempt at answering your question. I also want to point out an advantage of packages, which those older instructions which you followed don't refer to, since they are prior to 3.4.x when packages became widely available. "cd koha-3.02.01" is a major clue that those are old instructions. If you installed Koha on Debian using packages following these instructions: http://wiki.koha-community.org/wiki/Debian Then multiple instance creation and management is much easier by using the commands provided by packages: http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages Particularly in this case: http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages#koha-create http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages#Zebra-related GPML, Mark Tompsett From tomascohen at gmail.com Sun Apr 21 05:21:11 2013 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Sat, 20 Apr 2013 14:21:11 -0300 Subject: [Koha] Need Help in Koha Multiple instance In-Reply-To: References: Message-ID: Prefix the relevant environment variables to the command: PERL5LIB="/usr/share/*kohaX*/lib" KOHA_CONF="/etc/*kohaX*/koha-conf.xml" /usr/share/*kohaX*/bin/migration_tools/rebuild_zebra.pl In our setup we have created wrapper scripts for handling this gracefully Regards To+ On Sat, Apr 20, 2013 at 7:28 AM, sunil sharma wrote: > Hello all, > > I installed koha 3.8.x multiple instances on a debian-squeeze server by > refering this link: > http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha. > But I am facing problem in rebuilding zebra in multiple instances. Actually > when I installed one instance for example koha1, it installed perfectly and > rebuildzebra.pl work fine after uploading my database. After installing > another instance say koha2, it also installed perfectly and > rebuildzebra.plalso works fine. > But now the problem is that, now if I again come at my > first instance i.e. koha1, make rebuildzebra.pl command to run again, it > takes database of my 2nd instance. This is because in zebra configuration > file while rebuild zebra it show like this:- > > Zebra configuration information > ================================ > Zebra biblio directory = /var/lib/*koha2*/zebradb/biblios > Zebra authorities directory = /var/lib/*koha2*/zebradb/authorities > Koha directory = /usr/share/*koha2*/intranet/cgi-bin > > In place of *koha2*, this should take *koha1* in my first instance of koha, > which is making wrong zebra rebuild and show me biblio of koha2 instance in > koha1 instance. > > How should I resolve this problem. Can Anyone help me in this regard? > > Thanks in advance for your help, > > Sunil > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From bgkriegel at gmail.com Sun Apr 21 07:22:07 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Sat, 20 Apr 2013 16:22:07 -0300 Subject: [Koha] [Koha-devel] Translation manager for v3.14 In-Reply-To: References: Message-ID: Hi all, On Fri, Apr 19, 2013 at 5:29 PM, D Ruth Bavousett wrote: > > Given my situation, and after discussing the matter with Galen, I've > decided > > that my term as Translation Manager should end after the release of 3.12 > > next month. I'll be happy to help hand off matters, and will update the > > wiki page to reflect current processes, in order to make for a smooth > > transition, once someone is elected. > > Ruth, as many others have expressed , is sad news that you need to leave. Also, we all expect that you remain involved as far as you can. > As far as the election is concerned, I suggest that folks interested > in being the Translation Manager for 3.14 submit their proposals in > time for discussion to take place at the next general IRC meeting, > which is scheduled for 7 May 2013. In case there isn't a quick > consensus achieved at that meeting, I further suggest that the vote > for TM be held at the June meeting. > > About the role of TM, I want to volunteer for the post. I currently run the site dedicated to the translation of the manual, also using Pootle. Certainly is a small site, there are only 2 active translations (Arabic and Spanish), but that gives me a glimpse of the tasks involved. I know there are some ideas about migrating out of Pootle to better tools, but I am also appointed as RM for 3.10.x, for that reason I prefer not to change our tools at this moment. So, I think I can deal with both posts but without changes in current infrastructure; or someone could take RM 3.10.x, I have no problem to step back; or we found another volunteer for TM with more time. As far as I know, there is no need to relocate current translate.k-c server, anyone interested could use it without problem. Best regards, Bernardo From mtj at kohaaloha.com Sun Apr 21 13:23:26 2013 From: mtj at kohaaloha.com (Mason James) Date: Sun, 21 Apr 2013 13:23:26 +1200 Subject: [Koha] Need Help in Koha Multiple instance In-Reply-To: References: Message-ID: <33A8E280-8967-448B-A2DC-D34F79ECF062@kohaaloha.com> On 2013-04-20, at 10:28 PM, sunil sharma wrote: > Hello all, > > I installed koha 3.8.x multiple instances on a debian-squeeze server by > refering this link: > http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha . use the debian packages, if you are attempting multiple instances of Koha... http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze From modabber at yahoo.com Sun Apr 21 18:07:11 2013 From: modabber at yahoo.com (Abdullah Al-Modabber) Date: Sat, 20 Apr 2013 23:07:11 -0700 (PDT) Subject: [Koha] (no subject) Message-ID: <1366524431.12606.BPMail_high_noncarrier@web140001.mail.bf1.yahoo.com> http://avicolafarms.com/wp-content/plugins/akismet/serviceg/mall/media From sossolapro at hotmail.com Mon Apr 22 17:24:14 2013 From: sossolapro at hotmail.com (Sonia P.) Date: Mon, 22 Apr 2013 07:24:14 +0200 Subject: [Koha] Problem with patrons import In-Reply-To: References: , Message-ID: Hello Problem solved. I used a PC, opened my csv file, saved it again, and it worked. So I have no idea what the problem was, except that as usual I don't like Mac... Cheers, Sonia. From eugenegf at yahoo.com Mon Apr 22 19:15:55 2013 From: eugenegf at yahoo.com (schnydszch) Date: Mon, 22 Apr 2013 00:15:55 -0700 (PDT) Subject: [Koha] koha lost/missing items Message-ID: <1366614955107-5751775.post@n5.nabble.com> I have Koha 3.10.4 installed in debian server. Whenever I set status to an item in moredetail.pl as lost it does not reflect that it's lost. And when I try to edit the item in additem.pl in 952$1, it also does not reflect. The framework for the particular book is Fast-add Framework and I check the MARC bibliographic framework, 952$1 is enabled or open. I have authorized values for LOST: Long Overdue (Lost), Lost, Lost and Paid For, Missing, Replaced and Withdrawn. Could I be missing something? And one more thing, can I ask the community how do you deal with replaced items? Thanks and Good day! -- View this message in context: http://koha.1045719.n5.nabble.com/koha-lost-missing-items-tp5751775.html Sent from the Koha-general mailing list archive at Nabble.com. From rfblanchard at hotmail.com Tue Apr 23 05:44:41 2013 From: rfblanchard at hotmail.com (rfblanchard) Date: Mon, 22 Apr 2013 10:44:41 -0700 (PDT) Subject: [Koha] Marc framework errors In-Reply-To: <1366309587455-5751439.post@n5.nabble.com> References: <1366309587455-5751439.post@n5.nabble.com> Message-ID: <1366652681245-5751898.post@n5.nabble.com> This is probably to specific a problem to be useful to anyone but here goes: This problem was caused by a bug in how 'Toad For mysql' deals with tiny int values in version 6.3.0.642. When I exported marc_subfield_structure from a clean koha and imported into my upgraded koha I got the error above. I later learned that toad exported the the 'tab' field as only 0 or 1, but it should have contained values 0-10. I decided to use the heidiSQL administrator to do the export/import and my marc framework turned out perfect. -- View this message in context: http://koha.1045719.n5.nabble.com/Marc-framework-errors-tp5751439p5751898.html Sent from the Koha-general mailing list archive at Nabble.com. From eb at efdss.org Tue Apr 23 06:28:19 2013 From: eb at efdss.org (Elaine Bradtke) Date: Mon, 22 Apr 2013 19:28:19 +0100 Subject: [Koha] Unexpected report results - returning old data Message-ID: I'm running Koha 3.10.02 We have a report that looks for 6XX fields that are not linked to authorities and spits out a list of the unauthorized headings. It was very useful a few months ago in helping us find and correct an error with some imported data. We're about to import another big batch of data, and I ran the report again, just to check for anything that needed to be looked at first. But it's returning all the headings that were fixed the last time. Could it possibly searching cached data somewhere? I spot checked the headings and they are indeed properly linked. It's like I've discovered a time machine that takes us back to our old problems! We have re-indexed, and tried it again with the same results. Here's the SQL for the report: SELECT DISTINCT heading FROM ( SELECT ExtractValue(marcxml, '//datafield[@tag="650"]/subfield[@code="a"]') AS heading FROM biblioitems WHERE length(ExtractValue(marcxml, '//datafield[@tag="650"]/subfield[@code="a"]')) != 0 AND length(ExtractValue(marcxml, '//datafield[@tag="650"]/subfield[@code="9"]')) = 0 UNION SELECT ExtractValue(marcxml, '//datafield[@tag="610"]/subfield[@code="a"]') AS heading FROM biblioitems WHERE length(ExtractValue(marcxml, '//datafield[@tag="610"]/subfield[@code="a"]')) != 0 AND length(ExtractValue(marcxml, '//datafield[@tag="110"]/subfield[@code="9"]')) = 0 UNION SELECT ExtractValue(marcxml, '//datafield[@tag="600"]/subfield[@code="a"]') AS heading FROM biblioitems WHERE length(ExtractValue(marcxml, '//datafield[@tag="600"]/subfield[@code="a"]')) != 0 AND length(ExtractValue(marcxml, '//datafield[@tag="600"]/subfield[@code="9"]')) = 0 UNION SELECT ExtractValue(marcxml, '//datafield[@tag="130"]/subfield[@code="a"]') AS heading FROM biblioitems WHERE length(ExtractValue(marcxml, '//datafield[@tag="611"]/subfield[@code="a"]')) != 0 AND length(ExtractValue(marcxml, '//datafield[@tag="611"]/subfield[@code="9"]')) = 0 ) AS heads ORDER BY heading -- 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 paul.a at aandc.org Tue Apr 23 07:16:22 2013 From: paul.a at aandc.org (Paul) Date: Mon, 22 Apr 2013 15:16:22 -0400 Subject: [Koha] Marc framework errors In-Reply-To: <1366652681245-5751898.post@n5.nabble.com> References: <1366309587455-5751439.post@n5.nabble.com> <1366309587455-5751439.post@n5.nabble.com> Message-ID: <5.2.1.1.2.20130422145527.05982bc0@localhost> At 10:44 AM 4/22/2013 -0700, rfblanchard wrote: >This is probably to specific a problem to be useful to anyone but here goes: >This problem was caused by a bug in how 'Toad For mysql' deals with tiny int >values in version 6.3.0.642. When I exported marc_subfield_structure from a >clean koha and imported into my upgraded koha I got the error above. I later >learned that toad exported the the 'tab' field as only 0 or 1, but it should >have contained values 0-10. I decided to use the heidiSQL administrator to >do the export/import and my marc framework turned out perfect. A colleague raised this with me (separate project) a couple of months ago. Apparently Toad has some glitches with MySQL 5.5 (the most popular release???) but was fairly reliable on previous versions. What version are you using? Just curious, but why use Toad? Dump and restore are relatively trivial; from my notes: *** change date on dump filename as required *** Backup [dump] : /$ mysqldump --user=koha --password=****** koha385 > /mnt/data1/backup/koha385dump_21_apr_13.sql Restore : /$ mysql --user=koha --password=****** koha385 < /mnt/data1/backup/koha385dump_21_apr_13.sql and a 2 line shell script allows you to make this into a CRON job as soon as you're happy it works to your liking :} Best regards, Paul From nengard at gmail.com Tue Apr 23 07:18:48 2013 From: nengard at gmail.com (Nicole Engard) Date: Mon, 22 Apr 2013 15:18:48 -0400 Subject: [Koha] Report Help Message-ID: I'm looking to change this report around. It shows patrons with their guarantor information. I want a report that shows me the guarantees for each guarantor instead. SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, p.firstname, p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', g.cardnumber, ')'),'') AS guarantor, p.relationship, ifnull(FORMAT(SUM(a.amountoutstanding),2),'0.00') AS due FROM borrowers p LEFT JOIN accountlines a USING (borrowernumber) LEFT JOIN borrowers g ON (p.guarantorid=g.borrowernumber) WHERE p.dateexpiry < NOW() GROUP BY p.borrowernumber ORDER BY p.dateexpiry ASC Nicole From bgkriegel at gmail.com Tue Apr 23 13:19:10 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Mon, 22 Apr 2013 22:19:10 -0300 Subject: [Koha] Report Help In-Reply-To: References: Message-ID: Nicole, you want for each guarantor it's guarantees, Q: it's ok to repeat guarantor information on each guarantee tuple? you could use something like this (put any data you want in first select, and change order by if needed) SELECT IFNULL(concat(g.surname, ', ', g.firstname, ' (',g.cardnumber, ')'),'') AS guarantor, IFNULL(concat(p.surname, ', ', p.firstname, ' (',p.cardnumber, ')'),'') AS guarantee FROM ( SELECT * FROM borrowers WHERE guarantorid IS NOT NULL ) AS p LEFT JOIN borrowers AS g ON p.guarantorid = g.borrowernumber ORDER BY g.borrowernumber ; Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Mon, Apr 22, 2013 at 4:18 PM, Nicole Engard wrote: > I'm looking to change this report around. It shows patrons with their > guarantor information. I want a report that shows me the guarantees for > each guarantor instead. > > > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, p.firstname, > p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', > g.cardnumber, ')'),'') AS guarantor, p.relationship, > ifnull(FORMAT(SUM(a.amountoutstanding),2),'0.00') AS due > FROM borrowers p > LEFT JOIN accountlines a USING (borrowernumber) > LEFT JOIN borrowers g ON (p.guarantorid=g.borrowernumber) > WHERE p.dateexpiry < NOW() > GROUP BY p.borrowernumber > ORDER BY p.dateexpiry ASC > > > > Nicole > _______________________________________________ > 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 Tue Apr 23 18:22:04 2013 From: peterzhaonj at 163.com (Peter Zhao) Date: Tue, 23 Apr 2013 14:22:04 +0800 (CST) Subject: [Koha] Opac can't show non-latin characters correctly In-Reply-To: References: Message-ID: <3007ca14.81f9.13e358e66ae.Coremail.peterzhaonj@163.com> Hi, Warmly greetings. Could anyone know why in the "Refine your search" column area of OPAC can not show non-latin characters ? But in the other area of the OPAC can show non-latin characters. Anyone know how to fix this problem? Thanks a lot. Peter From Katrin.Fischer at bsz-bw.de Tue Apr 23 19:37:54 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Tue, 23 Apr 2013 09:37:54 +0200 Subject: [Koha] Opac can't show non-latin characters correctly In-Reply-To: <3007ca14.81f9.13e358e66ae.Coremail.peterzhaonj@163.com> References: <3007ca14.81f9.13e358e66ae.Coremail.peterzhaonj@163.com> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA251@Bodensee.bsz-bw.de> Hi Peter, the facets should work correctly with non-latin characters. Which version of Koha are you using? What is the problem you see? Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Peter Zhao > Sent: Tuesday, April 23, 2013 8:22 AM > To: koha at lists.katipo.co.nz > Subject: [Koha] Opac can't show non-latin characters correctly > > Hi, > > Warmly greetings. > > Could anyone know why in the "Refine your search" column area of OPAC > can not show non-latin characters ? But in the other area of the OPAC can > show non-latin characters. Anyone know how to fix this problem? Thanks a > lot. > > Peter > > > > _______________________________________________ > 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 Mon Apr 22 20:22:34 2013 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Mon, 22 Apr 2013 10:22:34 +0200 Subject: [Koha] [Koha-devel] Translation manager for v3.14 In-Reply-To: References: Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA0F9@Bodensee.bsz-bw.de> Hi Bernardo, thank you for volunteering! I have been helping out with setting up permissions and accounts for translators on Pootle and can continue doing that if the new translation manager would like me to. Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Bernardo Gonzalez Kriegel > Sent: Saturday, April 20, 2013 9:22 PM > To: Galen Charlton > Cc: Koha-List; koha-translate at lists.koha-community.org; Koha Devel > Subject: Re: [Koha] [Koha-devel] Translation manager for v3.14 > > Hi all, > > On Fri, Apr 19, 2013 at 5:29 PM, D Ruth Bavousett wrote: > > > Given my situation, and after discussing the matter with Galen, I've > > decided > > > that my term as Translation Manager should end after the release of > > > 3.12 next month. I'll be happy to help hand off matters, and will > > > update the wiki page to reflect current processes, in order to make > > > for a smooth transition, once someone is elected. > > > > > Ruth, as many others have expressed , is sad news that you need to leave. > Also, we all expect that you remain involved as far as you can. > > > > As far as the election is concerned, I suggest that folks interested > > in being the Translation Manager for 3.14 submit their proposals in > > time for discussion to take place at the next general IRC meeting, > > which is scheduled for 7 May 2013. In case there isn't a quick > > consensus achieved at that meeting, I further suggest that the vote > > for TM be held at the June meeting. > > > > > About the role of TM, I want to volunteer for the post. > I currently run the site dedicated to the translation of the manual, also > using Pootle. Certainly is a small site, there are only > 2 active translations (Arabic and Spanish), but that gives me a glimpse of > the tasks involved. > > I know there are some ideas about migrating out of Pootle to better tools, > but I am also appointed as RM for 3.10.x, for that reason I prefer not to > change our tools at this moment. > > So, I think I can deal with both posts but without changes in current > infrastructure; or someone could take RM 3.10.x, I have no problem to step > back; or we found another volunteer for TM with more time. > > As far as I know, there is no need to relocate current translate.k-c > server, anyone interested could use it without problem. > > Best regards, > Bernardo > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From mtj at kohaaloha.com Tue Apr 23 20:43:45 2013 From: mtj at kohaaloha.com (Mason James) Date: Tue, 23 Apr 2013 20:43:45 +1200 Subject: [Koha] koha lost/missing items In-Reply-To: <1366614955107-5751775.post@n5.nabble.com> References: <1366614955107-5751775.post@n5.nabble.com> Message-ID: <53F4CFFC-6FAD-478D-A157-678DCBC871F1@kohaaloha.com> On 2013-04-22, at 7:15 PM, schnydszch wrote: > I have Koha 3.10.4 installed in debian server. Whenever I set status to an > item in moredetail.pl as lost it does not reflect that it's lost. this is nearly always caused by the slight lag in zebra indexing reindex your zebra? is the problem solved? From usmi_usman at yahoo.com Wed Apr 24 00:10:01 2013 From: usmi_usman at yahoo.com (Usman) Date: Tue, 23 Apr 2013 05:10:01 -0700 (PDT) Subject: [Koha] Please unsubscribe me Message-ID: <1366719001.9727.YahooMailNeo@web141001.mail.bf1.yahoo.com> Hello, Please unsubscribe me from this list. Thank You !! ? ---- Muhammad Usman Phone : +923215823532 IM : usman_usmi4 at hotmail.com Skype: usmi_usman Profile:http://www.linkedin.com/in/usmiusman From nengard at gmail.com Wed Apr 24 00:34:02 2013 From: nengard at gmail.com (Nicole Engard) Date: Tue, 23 Apr 2013 08:34:02 -0400 Subject: [Koha] Report Help In-Reply-To: References: Message-ID: Thank you! That's a step in the right direction :) I have shared it (in your name) on the Koha wiki for others to benefit from. Nicole On Mon, Apr 22, 2013 at 9:19 PM, Bernardo Gonzalez Kriegel < bgkriegel at gmail.com> wrote: > Nicole, > you want for each guarantor it's guarantees, Q: it's ok to repeat > guarantor information on each guarantee tuple? > > you could use something like this (put any data you want in first select, > and change order by if needed) > > SELECT > IFNULL(concat(g.surname, ', ', g.firstname, ' (',g.cardnumber, ')'),'') > AS guarantor, > IFNULL(concat(p.surname, ', ', p.firstname, ' (',p.cardnumber, ')'),'') > AS guarantee > FROM > ( > SELECT * > FROM borrowers > WHERE guarantorid IS NOT NULL > ) AS p > LEFT JOIN borrowers AS g > ON p.guarantorid = g.borrowernumber > ORDER BY g.borrowernumber > ; > > Bernardo > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > On Mon, Apr 22, 2013 at 4:18 PM, Nicole Engard wrote: > >> I'm looking to change this report around. It shows patrons with their >> guarantor information. I want a report that shows me the guarantees for >> each guarantor instead. >> >> >> SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, >> p.firstname, >> p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', >> g.cardnumber, ')'),'') AS guarantor, p.relationship, >> ifnull(FORMAT(SUM(a.amountoutstanding),2),'0.00') AS due >> FROM borrowers p >> LEFT JOIN accountlines a USING (borrowernumber) >> LEFT JOIN borrowers g ON (p.guarantorid=g.borrowernumber) >> WHERE p.dateexpiry < NOW() >> GROUP BY p.borrowernumber >> ORDER BY p.dateexpiry ASC >> >> >> >> Nicole >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > From bob at calyx.net.au Wed Apr 24 00:51:35 2013 From: bob at calyx.net.au (Bob Birchall) Date: Tue, 23 Apr 2013 22:51:35 +1000 Subject: [Koha] Please unsubscribe me In-Reply-To: <1366719001.9727.YahooMailNeo@web141001.mail.bf1.yahoo.com> References: <1366719001.9727.YahooMailNeo@web141001.mail.bf1.yahoo.com> Message-ID: <517683D7.1080105@calyx.net.au> On 23/04/13 22:10, Usman wrote: > Hello, > > Please unsubscribe me from this list. > > Thank You !! Hi Muhammad Usman, You can unsubscribe yourself by following this link: http://lists.katipo.co.nz/mailman/listinfo/koha The unsubscribe field is right at the bottom of the page. Best wishes, Bob Birchall Calyx From lib.neelain.koha at gmail.com Wed Apr 24 03:33:06 2013 From: lib.neelain.koha at gmail.com (=?UTF-8?B?2LnYqNivINin2YTYsdiy2KfZgiDZhdit2YXZiNiv?=) Date: Tue, 23 Apr 2013 11:33:06 -0400 Subject: [Koha] Koha Digest, Vol 90, Issue 31 In-Reply-To: References: Message-ID: i use koha 3.8 when i add new item type did not appear in catalog , but the biblio appear without item , and when rebuild-zebra , appear with record . Are there any solutions to show directly On Tue, Apr 23, 2013 at 8:34 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: Report Help (Bernardo Gonzalez Kriegel) > 2. Opac can't show non-latin characters correctly (Peter Zhao) > 3. Re: Opac can't show non-latin characters correctly > (Fischer, Katrin) > 4. Re: [Koha-devel] Translation manager for v3.14 (Fischer, Katrin) > 5. Re: koha lost/missing items (Mason James) > 6. Please unsubscribe me (Usman) > 7. Re: Report Help (Nicole Engard) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 22 Apr 2013 22:19:10 -0300 > From: Bernardo Gonzalez Kriegel > To: Nicole Engard > Cc: Koha > Subject: Re: [Koha] Report Help > Message-ID: > SyTWytO_6h1zyPZYg at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Nicole, > you want for each guarantor it's guarantees, Q: it's ok to repeat guarantor > information on each guarantee tuple? > > you could use something like this (put any data you want in first select, > and change order by if needed) > > SELECT > IFNULL(concat(g.surname, ', ', g.firstname, ' (',g.cardnumber, ')'),'') > AS guarantor, > IFNULL(concat(p.surname, ', ', p.firstname, ' (',p.cardnumber, ')'),'') > AS guarantee > FROM > ( > SELECT * > FROM borrowers > WHERE guarantorid IS NOT NULL > ) AS p > LEFT JOIN borrowers AS g > ON p.guarantorid = g.borrowernumber > ORDER BY g.borrowernumber > ; > > Bernardo > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > On Mon, Apr 22, 2013 at 4:18 PM, Nicole Engard wrote: > > > I'm looking to change this report around. It shows patrons with their > > guarantor information. I want a report that shows me the guarantees for > > each guarantor instead. > > > > > > SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, > p.firstname, > > p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', > > g.cardnumber, ')'),'') AS guarantor, p.relationship, > > ifnull(FORMAT(SUM(a.amountoutstanding),2),'0.00') AS due > > FROM borrowers p > > LEFT JOIN accountlines a USING (borrowernumber) > > LEFT JOIN borrowers g ON (p.guarantorid=g.borrowernumber) > > WHERE p.dateexpiry < NOW() > > GROUP BY p.borrowernumber > > ORDER BY p.dateexpiry ASC > > > > > > > > Nicole > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > ------------------------------ > > Message: 2 > Date: Tue, 23 Apr 2013 14:22:04 +0800 (CST) > From: "Peter Zhao" > To: koha at lists.katipo.co.nz > Subject: [Koha] Opac can't show non-latin characters correctly > Message-ID: <3007ca14.81f9.13e358e66ae.Coremail.peterzhaonj at 163.com> > Content-Type: text/plain; charset=GBK > > Hi, > > Warmly greetings. > > Could anyone know why in the "Refine your search" column area of OPAC > can not show non-latin characters ? But in the other area of the OPAC can > show non-latin characters. Anyone know how to fix this problem? Thanks a > lot. > > Peter > > > > > > ------------------------------ > > Message: 3 > Date: Tue, 23 Apr 2013 09:37:54 +0200 > From: "Fischer, Katrin" > To: "Peter Zhao" , > Subject: Re: [Koha] Opac can't show non-latin characters correctly > Message-ID: > <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA251 at Bodensee.bsz-bw.de> > Content-Type: text/plain; charset="UTF-8" > > Hi Peter, > > the facets should work correctly with non-latin characters. > Which version of Koha are you using? > What is the problem you see? > > Katrin > > > -----Original Message----- > > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > > bounces at lists.katipo.co.nz] On Behalf Of Peter Zhao > > Sent: Tuesday, April 23, 2013 8:22 AM > > To: koha at lists.katipo.co.nz > > Subject: [Koha] Opac can't show non-latin characters correctly > > > > Hi, > > > > Warmly greetings. > > > > Could anyone know why in the "Refine your search" column area of OPAC > > can not show non-latin characters ? But in the other area of the OPAC can > > show non-latin characters. Anyone know how to fix this problem? Thanks a > > lot. > > > > Peter > > > > > > > > _______________________________________________ > > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > ------------------------------ > > Message: 4 > Date: Mon, 22 Apr 2013 10:22:34 +0200 > From: "Fischer, Katrin" > To: "Bernardo Gonzalez Kriegel" , "Galen > Charlton" > Cc: Koha-List , > koha-translate at lists.koha-community.org, Koha Devel > > Subject: Re: [Koha] [Koha-devel] Translation manager for v3.14 > Message-ID: > <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA0F9 at Bodensee.bsz-bw.de> > Content-Type: text/plain; charset="UTF-8" > > Hi Bernardo, > > thank you for volunteering! > > I have been helping out with setting up permissions and accounts for > translators on Pootle and can continue doing that if the new translation > manager would like me to. > > Katrin > > > -----Original Message----- > > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > > bounces at lists.katipo.co.nz] On Behalf Of Bernardo Gonzalez Kriegel > > Sent: Saturday, April 20, 2013 9:22 PM > > To: Galen Charlton > > Cc: Koha-List; koha-translate at lists.koha-community.org; Koha Devel > > Subject: Re: [Koha] [Koha-devel] Translation manager for v3.14 > > > > Hi all, > > > > On Fri, Apr 19, 2013 at 5:29 PM, D Ruth Bavousett > wrote: > > > > Given my situation, and after discussing the matter with Galen, I've > > > decided > > > > that my term as Translation Manager should end after the release of > > > > 3.12 next month. I'll be happy to help hand off matters, and will > > > > update the wiki page to reflect current processes, in order to make > > > > for a smooth transition, once someone is elected. > > > > > > > > Ruth, as many others have expressed , is sad news that you need to leave. > > Also, we all expect that you remain involved as far as you can. > > > > > > > As far as the election is concerned, I suggest that folks interested > > > in being the Translation Manager for 3.14 submit their proposals in > > > time for discussion to take place at the next general IRC meeting, > > > which is scheduled for 7 May 2013. In case there isn't a quick > > > consensus achieved at that meeting, I further suggest that the vote > > > for TM be held at the June meeting. > > > > > > > > About the role of TM, I want to volunteer for the post. > > I currently run the site dedicated to the translation of the manual, also > > using Pootle. Certainly is a small site, there are only > > 2 active translations (Arabic and Spanish), but that gives me a glimpse > of > > the tasks involved. > > > > I know there are some ideas about migrating out of Pootle to better > tools, > > but I am also appointed as RM for 3.10.x, for that reason I prefer not to > > change our tools at this moment. > > > > So, I think I can deal with both posts but without changes in current > > infrastructure; or someone could take RM 3.10.x, I have no problem to > step > > back; or we found another volunteer for TM with more time. > > > > As far as I know, there is no need to relocate current translate.k-c > > server, anyone interested could use it without problem. > > > > Best regards, > > Bernardo > > _______________________________________________ > > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > ------------------------------ > > Message: 5 > Date: Tue, 23 Apr 2013 20:43:45 +1200 > From: Mason James > To: schnydszch > Cc: koha at lists.katipo.co.nz > Subject: Re: [Koha] koha lost/missing items > Message-ID: <53F4CFFC-6FAD-478D-A157-678DCBC871F1 at kohaaloha.com> > Content-Type: text/plain; charset=windows-1252 > > > On 2013-04-22, at 7:15 PM, schnydszch wrote: > > > I have Koha 3.10.4 installed in debian server. Whenever I set status to > an > > item in moredetail.pl as lost it does not reflect that it's lost. > > this is nearly always caused by the slight lag in zebra indexing > > reindex your zebra? is the problem solved? > > > > > ------------------------------ > > Message: 6 > Date: Tue, 23 Apr 2013 05:10:01 -0700 (PDT) > From: Usman > To: "Koha at lists.katipo.co.nz" > Subject: [Koha] Please unsubscribe me > Message-ID: > <1366719001.9727.YahooMailNeo at web141001.mail.bf1.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > Hello, > > Please unsubscribe me from this list. > > Thank You !! > ? > ---- > Muhammad Usman > Phone : +923215823532 > IM : usman_usmi4 at hotmail.com > Skype: usmi_usman > Profile:http://www.linkedin.com/in/usmiusman > > ------------------------------ > > Message: 7 > Date: Tue, 23 Apr 2013 08:34:02 -0400 > From: Nicole Engard > To: Bernardo Gonzalez Kriegel > Cc: Koha > Subject: Re: [Koha] Report Help > Message-ID: > < > CAC0K6VFwzvTct1vd1DW4tPy+XXNG-r7g_ZnjH-7rzhdqS+puvg at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Thank you! That's a step in the right direction :) I have shared it (in > your name) on the Koha wiki for others to benefit from. > > Nicole > > > On Mon, Apr 22, 2013 at 9:19 PM, Bernardo Gonzalez Kriegel < > bgkriegel at gmail.com> wrote: > > > Nicole, > > you want for each guarantor it's guarantees, Q: it's ok to repeat > > guarantor information on each guarantee tuple? > > > > you could use something like this (put any data you want in first select, > > and change order by if needed) > > > > SELECT > > IFNULL(concat(g.surname, ', ', g.firstname, ' (',g.cardnumber, ')'),'') > > AS guarantor, > > IFNULL(concat(p.surname, ', ', p.firstname, ' (',p.cardnumber, ')'),'') > > AS guarantee > > FROM > > ( > > SELECT * > > FROM borrowers > > WHERE guarantorid IS NOT NULL > > ) AS p > > LEFT JOIN borrowers AS g > > ON p.guarantorid = g.borrowernumber > > ORDER BY g.borrowernumber > > ; > > > > Bernardo > > > > -- > > Bernardo Gonzalez Kriegel > > bgkriegel at gmail.com > > > > > > On Mon, Apr 22, 2013 at 4:18 PM, Nicole Engard > wrote: > > > >> I'm looking to change this report around. It shows patrons with their > >> guarantor information. I want a report that shows me the guarantees for > >> each guarantor instead. > >> > >> > >> SELECT p.categorycode, p.dateofbirth, p.cardnumber, p.surname, > >> p.firstname, > >> p.dateexpiry, IFNULL(concat(g.surname, ', ', g.firstname, ' (', > >> g.cardnumber, ')'),'') AS guarantor, p.relationship, > >> ifnull(FORMAT(SUM(a.amountoutstanding),2),'0.00') AS due > >> FROM borrowers p > >> LEFT JOIN accountlines a USING (borrowernumber) > >> LEFT JOIN borrowers g ON (p.guarantorid=g.borrowernumber) > >> WHERE p.dateexpiry < NOW() > >> GROUP BY p.borrowernumber > >> ORDER BY p.dateexpiry ASC > >> > >> > >> > >> Nicole > >> _______________________________________________ > >> Koha mailing list http://koha-community.org > >> Koha at lists.katipo.co.nz > >> http://lists.katipo.co.nz/mailman/listinfo/koha > >> > > > > > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 90, Issue 31 > ************************************ > From oleonard at myacpl.org Wed Apr 24 04:45:17 2013 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 23 Apr 2013 12:45:17 -0400 Subject: [Koha] [Koha-devel] Patch vs Plugin In-Reply-To: References: Message-ID: > I have a library that is interested in being able to renew items in batch by > just scanning the item barcodes. This is a bit of an unusual feature I wonder if it's so unusual? Our previous ILS had it, and I know our staff missed it when we switched to Koha. > I'm not sure where we'd put it, perhaps in the tools section, or more > apropo, the circulation home page? I would put it on the circ home page, yes. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From kyle.m.hall at gmail.com Wed Apr 24 04:55:58 2013 From: kyle.m.hall at gmail.com (Kyle Hall) Date: Tue, 23 Apr 2013 12:55:58 -0400 Subject: [Koha] [Koha-devel] Patch vs Plugin In-Reply-To: References: Message-ID: It would even be possible to add it to the header forms: Check out Check in Renew Search patrons Search the catalog What do you think? Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Tue, Apr 23, 2013 at 12:45 PM, Owen Leonard wrote: > > I have a library that is interested in being able to renew items in > batch by > > just scanning the item barcodes. This is a bit of an unusual feature > > I wonder if it's so unusual? Our previous ILS had it, and I know our > staff missed it when we switched to Koha. > > > I'm not sure where we'd put it, perhaps in the tools section, or more > > apropo, the circulation home page? > > I would put it on the circ home page, yes. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > _______________________________________________ > 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 Wed Apr 24 05:01:05 2013 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 23 Apr 2013 13:01:05 -0400 Subject: [Koha] [Koha-devel] Patch vs Plugin In-Reply-To: References: Message-ID: > It would even be possible to add it to the header forms: > Check out > Check in > Renew > Search patrons > Search the catalog Since it's a feature Koha never had I think it's a little premature to place it alongside Koha's most-used functions. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From gmc at esilibrary.com Wed Apr 24 07:52:27 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Tue, 23 Apr 2013 12:52:27 -0700 Subject: [Koha] [Koha-devel] Sip error in Koha on my local git copy Message-ID: Hi, On Tue, Apr 23, 2013 at 12:42 PM, Scott Kushner wrote: > root at mtplkohacomm:/home/koha/kohaclone# perl -I ./SIPServer.pm > /home/koha/kohaclone/etc/SIPconfig.xml > > syntax error at /home/koha/kohaclone/etc/SIPconfig.xml line 2, near "-->" The invocation isn't quite right. Assuming you're in C4/SIP, try: perl -I . ./SIPServer.pm /home/koha/kohaclone/etc/SIPconfig.xml "-I ." tells the Perl interpreter to add the current working directory to the module search path. Regards, Galen -- Galen Charlton Manager of 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 harmindersingh.singapore at gmail.com Wed Apr 24 02:20:29 2013 From: harmindersingh.singapore at gmail.com (Harminder Singh) Date: Wed, 24 Apr 2013 02:20:29 +1200 Subject: [Koha] Importing patrons' borrowing histories? Message-ID: Hi everyone, I was wondering if there's some way to import patrons' borrowing histories when setting up a new Koha implementation. The library I'm doing it in wants to keep the borrowing histories of their members in Koha. Is there some way to do so? I couldn't find it in the manual. thanks Harminder From abd.koha at gmail.com Wed Apr 24 07:45:43 2013 From: abd.koha at gmail.com (abdallah abdelsalam) Date: Tue, 23 Apr 2013 22:45:43 +0300 Subject: [Koha] search not working (zebra error) ??! Message-ID: Hi I use Koha version 3.00.00.094 search does not give results(It gives results before) but i don't know what happened When making rebuild zebra(migration_tools/rebuild_zebra.pl -b -a -w) This error appears 20:16:43-23/04 zebraidx(22731) [fatal] Node node_zebra missing 20:16:43-23/04 zebraidx(22731) [warn] Cannot obtain EXPLAIN information 20:16:43-23/04 zebraidx(22731) [fatal] zebra_begin_trans: cannot open register any help?? From skushner at mplmain.mtpl.org Wed Apr 24 07:42:27 2013 From: skushner at mplmain.mtpl.org (Scott Kushner) Date: Tue, 23 Apr 2013 19:42:27 +0000 Subject: [Koha] Sip error in Community Koha on my local git copy Message-ID: Has anyone seen this error? root at mtplkohacomm:/home/koha/kohaclone# perl -I ./SIPServer.pm /home/koha/kohaclone/etc/SIPconfig.xml syntax error at /home/koha/kohaclone/etc/SIPconfig.xml line 2, near "-->" Unterminated <> operator at /home/koha/kohaclone/etc/SIPconfig.xml line 5. Thanks, Scott Kushner Middletown Library From robin at catalyst.net.nz Wed Apr 24 11:42:23 2013 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 24 Apr 2013 11:42:23 +1200 Subject: [Koha] Importing patrons' borrowing histories? In-Reply-To: References: Message-ID: <1366760543.23927.22.camel@zarathud> Harminder Singh schreef op wo 24-04-2013 om 02:20 [+1200]: > I was wondering if there's some way to import patrons' borrowing > histories when setting up a new Koha implementation. The library I'm > doing it in wants to keep the borrowing histories of their members in > Koha. Is there some way to do so? I couldn't find it in the manual. When doing migrations, I typically take the borrowing history and import it into Koha. There is no standard method to do it as this is something that should only be done before a new system goes live. My migration tools do it by inserting records directly into the database. The tables of interest are 'issues' for current loans, and 'old_issues' for historical information. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From eugenegf at yahoo.com Wed Apr 24 13:02:45 2013 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 23 Apr 2013 18:02:45 -0700 (PDT) Subject: [Koha] All old circulation issues and their corresponding borrowers and the titles of the items borrowed Message-ID: <1366765365205-5752064.post@n5.nabble.com> Good day Koha users and developers! I would like to share this mysql report that I came up to when my boss requested me to show all old circulation issues since the beginning. I went to the koha mysql report wiki but did not find what my boss wanted so I just created one and I'm sharing it. Here is the mysql query: SELECT old_issues.*, borrowers.cardnumber, borrowers.surname, borrowers.firstname, borrowers.sort1, borrowers.sort2, items.barcode, items.datelastborrowed, items.datelastseen, items.itemcallnumber, items.issues, items.holdingbranch, items.location, items.permanent_location, items.onloan, items.ccode, items.itype, items.enumchron, items.copynumber, items.location, b.totalissues, EXTRACTVALUE( b.marcxml, '//datafield[@tag="245"]/subfield[@code>="a"]' ) as TITLE FROM old_issues LEFT JOIN borrowers ON ( borrowers.borrowernumber = old_issues.borrowernumber ) LEFT JOIN items ON ( items.itemnumber = old_issues.itemnumber ) LEFT JOIN biblioitems AS b ON ( items.biblioitemnumber = b.biblioitemnumber) -- View this message in context: http://koha.1045719.n5.nabble.com/All-old-circulation-issues-and-their-corresponding-borrowers-and-the-titles-of-the-items-borrowed-tp5752064.html Sent from the Koha-general mailing list archive at Nabble.com. From chrisc at catalyst.net.nz Wed Apr 24 13:06:37 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 24 Apr 2013 13:06:37 +1200 Subject: [Koha] All old circulation issues and their corresponding borrowers and the titles of the items borrowed In-Reply-To: <1366765365205-5752064.post@n5.nabble.com> References: <1366765365205-5752064.post@n5.nabble.com> Message-ID: <20130424010637.GK19162@rorohiko.wgtn.cat-it.co.nz> * schnydszch (eugenegf at yahoo.com) wrote: > Good day Koha users and developers! I would like to share this mysql report > that I came up to when my boss requested me to show all old circulation > issues since the beginning. I went to the koha mysql report wiki but did not > find what my boss wanted so I just created one and I'm sharing it. That's excellent Another useful place to share it is on the wiki itself :) Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From eugenegf at yahoo.com Wed Apr 24 13:36:15 2013 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 23 Apr 2013 18:36:15 -0700 (PDT) Subject: [Koha] All old circulation issues and their corresponding borrowers and the titles of the items borrowed In-Reply-To: <20130424010637.GK19162@rorohiko.wgtn.cat-it.co.nz> References: <1366765365205-5752064.post@n5.nabble.com> <20130424010637.GK19162@rorohiko.wgtn.cat-it.co.nz> Message-ID: <1366767374984-5752066.post@n5.nabble.com> I don't know where to put it. Do I need to have wiki login? I don't have yet. In any rate, could somebody please add it in the koha reports wiki. Thanks and cheers! -- View this message in context: http://koha.1045719.n5.nabble.com/All-old-circulation-issues-and-their-corresponding-borrowers-and-the-titles-of-the-items-borrowed-tp5752064p5752066.html Sent from the Koha-general mailing list archive at Nabble.com. From croseburg at ncrl.org Wed Apr 24 14:26:56 2013 From: croseburg at ncrl.org (Chad Roseburg) Date: Tue, 23 Apr 2013 19:26:56 -0700 Subject: [Koha] non barcoded items Message-ID: Just wondering how other libraries are dealing with non-barcoded items. Do you use generic records? We do not barcode newspapers for instance. Thanks! -- Chad Roseburg Automation Dept. North Central Regional Library From chris at bigballofwax.co.nz Wed Apr 24 17:15:28 2013 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 24 Apr 2013 17:15:28 +1200 Subject: [Koha] Koha 3.8.12 released Message-ID: The Koha community is proud to announce the release of 3.8.12, this is a maintenance release and contains many bugfixes. As always you can download the release from http://download.koha-community.org Please read below for the full release notes RELEASE NOTES FOR KOHA 3.8.12 23 Apr 2013 ======================================================================== Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.8.12 can be downloaded from: http://download.koha-community.org/koha-3.08.12.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.8.12 is a bugfix/maintenance release. Major fixes in 3.8.12 ====================== Acquisitions ---------- 7018 critical need all acq permissions to search Cataloging ---------- 8860 critical can't merge if you don't have fast cataloging permissions 9908 major OCLC Connexion Desktop Client Doesn't Work Circulation ---------- 9953 major When OpacMaintenance breaks lifting debarment Installation and upgrade (command-line installer) ---------- 8780 major Lower dependency version for DateTime::TimeZone Notices ---------- 8378 major syntax not working on overdues anymore Searching ---------- 9050 major rebuild_zebra should use the adelete action so it doesn't fail when deleting a record not in the index 9341 major Problem with UNIMARC authors facets Tools ---------- 9535 major Patron card creator "Remove duplicates" function doesn't work Other bugs fixed in 3.8.12 ========================== About ---------- 9956 trivial Add missing translators to the about page Acquisitions ---------- 7875 trivial Pending suggestion link (the numbers) from staff client home directs to accepted suggestions instead of pending Architecture, internals, and plumbing ---------- 7379 normal copynumber is displayed 'as is' when linked to autorised values 9609 trivial Rebuild zebra reports double numbers for exported records with -z option Command-line Utilities ---------- 9885 normal Passwords generated by command line scripts are weak Hold requests ---------- 9786 normal [3.8.X] Holds to pull showing items not available I18N/L10N ---------- 7938 normal The -v option to the translate script is not documented Installation and upgrade (command-line installer) ---------- 8742 trivial Example uses perl 5.8 in Makefile.PL Installation and upgrade (web-based installer) ---------- 9863 trivial 'import' button in web installer should read 'Import' MARC Bibliographic data support ---------- 9274 normal Software error in bibtex export OPAC ---------- 9502 minor [3.8.X] famfamfam: wrongly placed in package 3.8.8/9 Packaging ---------- 8816 normal add WARNING to debian/control file, to not manually edit 9802 minor Add test case to verify package man pages are well formatted Patrons ---------- 9002 normal Remove Problematic Logic from Patron Messaging Preferences Form Searching ---------- 9419 minor The highlight feature can cause a browser freeze Self checkout ---------- 9748 minor noitemlinks not being enforced Serials ---------- 9947 minor Creating item for received serial prefills enumchron subfield SIP2 ---------- 9838 trivial SIP tests : fix in 04patron_status.t Staff Client ---------- 9726 minor XISBN service throttle not initialized Templates ---------- 9945 normal Pretty icon display in authorised values configuration 5648 minor icons clumping together 8737 minor Incorrect icon at login in staff client 9571 minor Fix width for textareas in Edit Item screen 9781 minor [3.6.X/3.8.x] Fix dynarch calendar positioning in IE Tools ---------- 8861 minor Undefined variables in batchMod.pl trigger error logs 9954 minor CSV profile encoding not selected on editing translate.koha-community.org ---------- 8942 normal Translation process breaks javascript in calendar.inc Enhancements in 3.8.12 ====================== ---------- New sysprefs in 3.8.12 ====================== * UNIMARCAuthorsFacetsSeparator System requirements ====================== Important notes: * Perl 5.10 is required * Zebra is required Documentation ====================== As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.8.12/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations ====================== Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * English (USA) * Arabic (100%) * Armenian (99%) * Chinese (Taiwan) (75%) * Danish (74%) * English (New Zealand) (99%) * French (99%) * French (Canada) (76%) * German (100%) * German (Switzerland) (99%) * Greek (95%) * Italian (99%) * Norwegian Bokm?l (67%) * Portuguese (99%) * Portuguese (Brazil) (99%) * Slovak (100%) * Spanish (100%) * Turkish (100%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team ====================== The release team for Koha 3.8.12 is Release Manager: Paul Poulain Documentation Manager: Nicole C Engard Translation Manager: Fr?d?ric Demians QA Manager: Ian Walls QA team: Marcel de Rooy , Jonathan Druart Mason James Bug Wranglers: Katrin Fischer, Magnus Enger Release Maintainer (3.4.x): Chris Nighswonger Release Maintainer (3.6.x): Jared Camins-Esakov Release Maintainer (3.8.x): Chris Cormack Credits ====================== We thank the following libraries who are known to have sponsored new features in Koha 3.8.12: * KEEP SOLUTIONS We thank the following individuals who contributed patches to Koha 3.8.12. * 1 Tomas Cohen Arazi * 1 Jared Camins-Esakov * 3 David Cook * 8 Chris Cormack * 2 Jonathan Druart * 1 Vitor FERNANDES * 2 Kyle M Hall * 2 Peter Crellan Kelly * 1 Owen Leonard * 1 Chris Nighswonger * 4 Dobrica Pavlinusic * 1 Karam Qubsi * 1 Thatcher Rea * 1 Marcel de Rooy * 9 Fridolyn SOMERS * 1 Mathieu Saby * 2 Adrien Saurat * 1 Robin Sheat * 1 Will Stokes * 4 Mark Tompsett * 1 Aaron Wells * 1 Jen Zajac * 1 ?ByWater We thank the following companies who contributed patches to Koha 3.8.12 * 1 ACPL * 13 Biblibre * 6 BigBallOfWax * 3 ByWater-Solutions * 1 C & P Bibliography * 8 Catalyst * 1 Foundations * 3 Prosentient Systems * 1 Rijksmuseum * 1 Universit? Rennes 2 * 1 bywatersolutions.com? * 1 keep.pt * 4 rot13.org * 6 unidentified We also especially thank the following individuals who tested patches for Koha 3.8.12. * 4 Tomas Cohen Arazi * 29 Jared Camins-Esakov * 2 Galen Charlton * 45 Chris Cormack * 10 Jonathan Druart * 1 Fr?d?ric Durand * 3 Magnus Enger * 13 Katrin Fischer * 8 Kyle M Hall * 4 Mason James * 1 Bernardo Gonzalez Kriegel * 10 Owen Leonard * 1 Sophie Meynieux * 1 Chris Nighswonger * 1 Paul Poulain * 1 MJ Ray * 1 Liz Rea * 4 Marcel de Rooy * 1 Robin Sheat * 1 wajasu We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patches at lists.koha-community.org. Revision control notes ====================== The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for this version of Koha and future bugfixes in this release line is 3.8.x. The last Koha release was 3.6.11, which was released on December 27, 2012. Bugs and feature requests ====================== Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Ehara taku toa i te toa takitahi, engari he toa takitini From chris at bigballofwax.co.nz Wed Apr 24 17:25:26 2013 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 24 Apr 2013 17:25:26 +1200 Subject: [Koha] Koha 3.10.5 released Message-ID: The Koha community is proud to announce the release of Koha 3.10.5. This is a stable release and contains many bugfixes. You can download the tarball from http://download.koha-community.org or wait a day or 2 for the packages to become available. Please read below for the full release notes RELEASE NOTES FOR KOHA 3.10.5 23 Apr 2013 ======================================================================== Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.10.5 can be downloaded from: http://download.koha-community.org/koha-3.10.05.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.10.5 is a bugfix/maintenance release. Major fixes of 3.10.5 ====================== Acquisitions ---------- 9928 blocker no way to see all purchase suggestions at all 7018 critical need all acq permissions to search 7449 major billingplace and freedeliveryplace not saved when creating a new basketgroup Cataloging ---------- 9908 major OCLC Connexion Desktop Client Doesn't Work Circulation ---------- 9953 major When OpacMaintenance breaks lifting debarment Hold requests ---------- 9922 critical holds queue shows home library with AutomaticReturn Notices ---------- 8378 major syntax not working on overdues anymore OPAC ---------- 8979 major "News" does not work with CCSR Patrons ---------- 9930 critical can't update patron info in ccsr Searching ---------- 9341 major Problem with UNIMARC authors facets Tools ---------- 9535 major Patron card creator "Remove duplicates" function doesn't work Other bugs fixed in 3.10.5 ========================== About ---------- 9956 trivial Add missing translators to the about page Acquisitions ---------- 7875 trivial Pending suggestion link (the numbers) from staff client home directs to accepted suggestions instead of pending Architecture, internals, and plumbing ---------- 9727 normal Typo in code causes compilation failure with Solr enabled 9609 trivial Rebuild zebra reports double numbers for exported records with -z option Authentication ---------- 9841 minor Improve the link from the "logged in as mysql-user"-warning Command-line Utilities ---------- 9496 normal rebuild_zebra.pl should handle invalid XML records better 9885 normal Passwords generated by command line scripts are weak Database ---------- 9745 trivial Don't nuke translated permissions with changes introduced in bug 9382 I18N/L10N ---------- 7938 normal The -v option to the translate script is not documented Installation and upgrade (web-based installer) ---------- 9498 normal Update encoding for Norwegian sample Z39.50 servers 9752 normal Set marcflavor = normarc when NORMARC is chosen in the web installer 9837 normal Fix Norwegian authorized values for the web installer 9863 trivial 'import' button in web installer should read 'Import' MARC Bibliographic data support ---------- 9274 normal Software error in bibtex export OPAC ---------- 9166 normal OPAC needs configuration file for datepicker 9504 normal URL escape in OPAC more searches 9660 normal OpenLibrary covers are too small on OPAC search results 9932 normal Broken calendar image and misplaced masthead include for CCSR theme 9003 minor Add css fix for opac news items with strong and em 9935 minor Social icons missing in CSSR theme Packaging ---------- 8816 normal add WARNING to debian/control file, to not manually edit 9802 minor Add test case to verify package man pages are well formatted Patrons ---------- 9002 normal Remove Problematic Logic from Patron Messaging Preferences Form Searching ---------- 9419 minor The highlight feature can cause a browser freeze Self checkout ---------- 9748 minor noitemlinks not being enforced Serials ---------- 9947 minor Creating item for received serial prefills enumchron subfield SIP2 ---------- 9838 trivial SIP tests : fix in 04patron_status.t Staff Client ---------- 9726 minor XISBN service throttle not initialized Templates ---------- 9554 normal single quote in didyoumean 9945 normal Pretty icon display in authorised values configuration 5648 minor icons clumping together 9571 minor Fix width for textareas in Edit Item screen 9952 trivial MARC tab: tab 0 is not translated correctly Tools ---------- 9415 normal XML catalog export is missing root node 9954 minor CSV profile encoding not selected on editing translate.koha-community.org ---------- 8942 normal Translation process breaks javascript in calendar.inc Enhancements in 3.10.5 ====================== Circulation ---------- 9423 Add notforloan value to issue confirmation or blocking message New sysprefs in 3.10.5 ====================== * UNIMARCAuthorsFacetsSeparator System requirements ====================== Important notes: * Perl 5.10 is required * Zebra is required Documentation ====================== As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.10.5/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations ====================== Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * English (USA) * Arabic (99%) * Armenian (99%) * Chinese (China) (92%) * Chinese (Taiwan) (99%) * Danish (100%) * English (New Zealand) (99%) * French (98%) * French (Canada) (68%) * German (100%) * German (Switzerland) (97%) * Greek (62%) * Italian (99%) * Norwegian Bokm?l (64%) * Portuguese (99%) * Portuguese (Brazil) (99%) * Slovak (100%) * Spanish (100%) * Turkish (100%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team ====================== The release team for Koha 3.10.5 is Release Manager: Jared Camins-Esakov Documentation Manager: Nicole C Engard Translation Manager: D Ruth Bavousett QA Manager: Katrin Fischer , QA Team: Marcel de Rooy , Jonathan Druart , Mason James , Elliott Davis Bug Wranglers: Magnus Enger , Marc V?ron , Chris Hall , Mirko Tietgen <5p4m at gmx.de> Packaging Manager: Robin Sheat Packaging Assistant: Mason James Release Maintainer (3.6.x): Liz Rea Release Maintainer (3.8.x): Chris Cormack Release Maintainer (3.10.x): Chris Cormack Credits ====================== We thank the following libraries who are known to have sponsored new features in Koha 3.10.5: * KEEP SOLUTIONS We thank the following individuals who contributed patches to Koha 3.10.5. * 3 Jared Camins-Esakov * 1 Colin Campbell * 1 Galen Charlton * 3 David Cook * 5 Chris Cormack * 2 Jonathan Druart * 4 Magnus Enger * 1 Vitor FERNANDES * 4 Kyle M Hall * 1 Mason James * 2 Peter Crellan Kelly * 2 Owen Leonard * 1 Chris Nighswonger * 4 Dobrica Pavlinusic * 1 Karam Qubsi * 1 Thatcher Rea * 2 Liz Rea * 2 Marcel de Rooy * 15 Fridolyn SOMERS * 1 Mathieu Saby * 2 Adrien Saurat * 1 Robin Sheat * 1 Will Stokes * 1 ByWater Migration Support * 1 Aaron Wells * 1 Jen Zajac We thank the following companies who contributed patches to Koha 3.10.5 * 2 ACPL * 19 Biblibre * 4 BigBallOfWax * 6 ByWater-Solutions * 3 C & P Bibliography * 9 Catalyst * 1 Equinox * 1 Foundations * 1 KohaAloha * 4 Libriotech * 1 PTFS-Europe * 3 Prosentient Systems * 2 Rijksmuseum * 1 Universit? Rennes 2 * 1 keep.pt * 4 rot13.org * 1 unidentified We also especially thank the following individuals who tested patches for Koha 3.10.5. * 4 Tomas Cohen Arazi * 1 Larry Baerveldt * 1 Brendan * 51 Jared Camins-Esakov * 5 Galen Charlton * 60 Chris Cormack * 1 Fr?d?ric Demians * 14 Jonathan Druart * 1 Fr?d?ric Durand * 1 Nicole C. Engard * 4 Magnus Enger * 25 Katrin Fischer * 6 Kyle M Hall * 6 Mason James * 5 Bernardo Gonzalez Kriegel * 9 Owen Leonard * 1 Sophie Meynieux * 1 Chris Nighswonger * 1 Dobrica Pavlinusic * 6 Paul Poulain * 1 MJ Ray * 5 Liz Rea * 5 Marcel de Rooy * 1 Mathieu Saby * 1 Robin Sheat We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patches at lists.koha-community.org. Revision control notes ====================== The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for this version of Koha and future bugfixes in this release line is 3.10.x. The last Koha release was 3.8.10, which was released on February 23, 2013. Bugs and feature requests ====================== Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Ehara taku toa i te toa takitahi, engari he toa takitini From abd.koha at gmail.com Wed Apr 24 18:10:34 2013 From: abd.koha at gmail.com (abdallah abdelsalam) Date: Wed, 24 Apr 2013 09:10:34 +0300 Subject: [Koha] Fwd: search not working (zebra error) ??! In-Reply-To: References: Message-ID: Hi I use Koha version 3.00.00.094 search does not give results(It gives results before) but i don't know what happened When making rebuild zebra(migration_tools/rebuild_zebra.pl -b -a -w) This error appears 20:16:43-23/04 zebraidx(22731) [fatal] Node node_zebra missing 20:16:43-23/04 zebraidx(22731) [warn] Cannot obtain EXPLAIN information 20:16:43-23/04 zebraidx(22731) [fatal] zebra_begin_trans: cannot open register any help?? From mtj at kohaaloha.com Wed Apr 24 18:46:28 2013 From: mtj at kohaaloha.com (Mason James) Date: Wed, 24 Apr 2013 18:46:28 +1200 Subject: [Koha] search not working (zebra error) ??! In-Reply-To: References: Message-ID: <2AB92F3E-A640-4367-8AB2-D4EE1B01FE74@kohaaloha.com> On 2013-04-24, at 6:10 PM, abdallah abdelsalam wrote: > Hi > > I use Koha version 3.00.00.094 woah, thats a very old version! try upgrading your Koha to a new version - does that fix the problem? but in the meantime, try running your command as... ./rebuild_zebra.pl -b -r -v -x > > search does not give results(It gives results before) > but i don't know what happened > When making rebuild zebra(migration_tools/rebuild_zebra.pl -b -a -w) > This error appears > > > 20:16:43-23/04 zebraidx(22731) [fatal] Node node_zebra missing > 20:16:43-23/04 zebraidx(22731) [warn] Cannot obtain EXPLAIN information > 20:16:43-23/04 zebraidx(22731) [fatal] zebra_begin_trans: cannot open > register > > any help?? From robin at catalyst.net.nz Wed Apr 24 19:25:36 2013 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 24 Apr 2013 19:25:36 +1200 Subject: [Koha] Koha 3.10.5 released In-Reply-To: References: Message-ID: <1366788336.23927.29.camel@zarathud> Chris Cormack schreef op wo 24-04-2013 om 17:25 [+1200]: > or wait a day or 2 for the packages to become available. More like an hour or two this time around. Packages for both 3.08.12 and 3.10.5 have been released. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From vikrantmalik.hiet at gmail.com Wed Apr 24 19:43:48 2013 From: vikrantmalik.hiet at gmail.com (vikrant malik) Date: Wed, 24 Apr 2013 03:43:48 -0400 Subject: [Koha] need help about analytic record Message-ID: Hello All, In koha I add analytic records, and they are working fine. But my problem is that i have a no. of data in excel format. And I want to bulk import all this data to my koha. How can I do this. Can Anyone suggest me in this regard. thanks vikrant malik From indradg at gmail.com Wed Apr 24 20:02:42 2013 From: indradg at gmail.com (Indranil Das Gupta) Date: Wed, 24 Apr 2013 13:32:42 +0530 Subject: [Koha] need help about analytic record In-Reply-To: References: Message-ID: Hi, On Wed, Apr 24, 2013 at 1:13 PM, vikrant malik wrote: > Hello All, > > In koha I add analytic records, and they are working fine. But my problem > is that i have a no. of data in excel format. And I want to bulk import all > this data to my koha. How can I do this. Can Anyone suggest me in this > regard. > Which version of Koha? Are you using the tarball or the debian packages? what data do you have on the spreadsheet - bibliographic or circulation data? -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org From vimal0212 at gmail.com Wed Apr 24 20:35:28 2013 From: vimal0212 at gmail.com (Vimal Kumar V.) Date: Wed, 24 Apr 2013 14:05:28 +0530 Subject: [Koha] Decrease the space between barcode label Message-ID: Dear Friends, How to decrease the gap between barcode lines and Call Number. Please see the picture below give me the suggestion. https://plus.google.com/photos/111463704472089509119/albums/5542982815324180417/5870328099678904418 Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White From mhathaway at netherhall.cambs.sch.uk Wed Apr 24 21:33:17 2013 From: mhathaway at netherhall.cambs.sch.uk (mhathaway) Date: Wed, 24 Apr 2013 02:33:17 -0700 (PDT) Subject: [Koha] Web Installer Error Message-ID: <1366795997843-5752139.post@n5.nabble.com> I'm looking into Koha as a potential replacement for our school library system (we're a Cambridge-based secondary school and sixth form centre). However, I'm running into difficulties getting a demo installed. Details: Koha 3.10.4 Ubuntu 12.10 server. MySQL database and user have been created. I'm down to step 7 of the installer, which is the Web Installer. The error: Access denied for user 'kohaadmin'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 803. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 63. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. I found Lars J. Helbo's issue (http://koha.1045719.n5.nabble.com/Installation-problem-td4449146.html) and subsequently tried deleting and recreating the MySQL database and user. But no luck. Logically, I was expecting the first step of the web installer to ask for the DB details, before it could run. Is it returning this error before the web installer can be served, or after it has already tried to run? This has been bugging me for several days now. Any insight into how to get past this error would be greatly appreciated. -- View this message in context: http://koha.1045719.n5.nabble.com/Web-Installer-Error-tp5752139.html Sent from the Koha-general mailing list archive at Nabble.com. From chrisc at catalyst.net.nz Wed Apr 24 21:40:02 2013 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 24 Apr 2013 21:40:02 +1200 Subject: [Koha] Web Installer Error In-Reply-To: <1366795997843-5752139.post@n5.nabble.com> References: <1366795997843-5752139.post@n5.nabble.com> Message-ID: <20130424094002.GN19162@rorohiko.wgtn.cat-it.co.nz> * mhathaway (mhathaway at netherhall.cambs.sch.uk) wrote: > I'm looking into Koha as a potential replacement for our school library > system (we're a Cambridge-based secondary school and sixth form centre). > However, I'm running into difficulties getting a demo installed. > > Details: > Koha 3.10.4 > Ubuntu 12.10 server. > MySQL database and user have been created. > I'm down to step 7 of the installer, which is the Web Installer. > > The error: > Access denied for user 'kohaadmin'@'localhost' (using password: YES) at > /usr/share/koha/lib/C4/Context.pm line 803. > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line > 63. > Compilation failed in require at > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > BEGIN failed--compilation aborted at > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > > I found Lars J. Helbo's issue > (http://koha.1045719.n5.nabble.com/Installation-problem-td4449146.html) and > subsequently tried deleting and recreating the MySQL database and user. But > no luck. > > Logically, I was expecting the first step of the web installer to ask for > the DB details, before it could run. Is it returning this error before the > web installer can be served, or after it has already tried to run? > You entered the database name, user and password when running perl Makefile.PL it is trying to use that, the web installer doesn't need to ask, you already told it. But it does need you to set up that user and db. Check your koha-conf.xml if you can't remember what password and user you told it to use. Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From mhathaway at netherhall.cambs.sch.uk Wed Apr 24 22:15:01 2013 From: mhathaway at netherhall.cambs.sch.uk (mhathaway) Date: Wed, 24 Apr 2013 03:15:01 -0700 (PDT) Subject: [Koha] Web Installer Error In-Reply-To: <1366795997843-5752139.post@n5.nabble.com> References: <1366795997843-5752139.post@n5.nabble.com> Message-ID: <1366798501959-5752145.post@n5.nabble.com> Many thanks for your quick response Chris. I hunted down the details in the conf file and have now managed to complete the installation. Thank you for your help. Issue closed. -- View this message in context: http://koha.1045719.n5.nabble.com/Web-Installer-Error-tp5752139p5752145.html Sent from the Koha-general mailing list archive at Nabble.com. From cnighswonger at foundations.edu Wed Apr 24 22:26:42 2013 From: cnighswonger at foundations.edu (Chris Nighswonger) Date: Wed, 24 Apr 2013 06:26:42 -0400 Subject: [Koha] Decrease the space between barcode label In-Reply-To: References: Message-ID: Hi Vimal, On Wed, Apr 24, 2013 at 4:35 AM, Vimal Kumar V. wrote: > Dear Friends, > How to decrease the gap between barcode lines and Call Number. > Please see the picture below give me the suggestion. > > https://plus.google.com/photos/111463704472089509119/albums/5542982815324180417/5870328099678904418 > At present that adjustment would require changing some code. In the patron card tool these spacings are "adjustable" in the sense that the position of each element may be specified. That tool was written after the label tool and so the label tool missed out on that feature. At this point with the clear consensus that a CSS based printing tool is better, the odds of the current label tool having this implemented are pretty low. Kind Regards, Chris From mjr at phonecoop.coop Wed Apr 24 22:15:30 2013 From: mjr at phonecoop.coop (MJ Ray) Date: Wed, 24 Apr 2013 11:15:30 +0100 Subject: [Koha] non barcoded items In-Reply-To: Message-ID: Chad Roseburg > Just wondering how other libraries are dealing with non-barcoded items. Do > you use generic records? We do not barcode newspapers for instance. One of our libraries uses a mix of generic records and issue-by-title. Issue-by-title is in a forthcoming enhancement http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7494 awaiting inclusion in Koha since March 2012 - we'd welcome cosponsors so we could continue work on this as a higher priority than now. http://www.software.coop/contact/ Thanks, -- 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 vikrantmalik.hiet at gmail.com Wed Apr 24 23:16:59 2013 From: vikrantmalik.hiet at gmail.com (vikrant malik) Date: Wed, 24 Apr 2013 07:16:59 -0400 Subject: [Koha] Koha Digest, Vol 90, Issue 35 In-Reply-To: References: Message-ID: hi all . i am using koha version 3.8.11. on dabian squeeze . I have some books with their analytic records in spreadsheet. And I want to import them in koha and link all analytic record with their referenced book record. so can anyone suggest me. vikrant malik On Wed, Apr 24, 2013 at 6:27 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. Fwd: search not working (zebra error) ??! (abdallah abdelsalam) > 2. Re: search not working (zebra error) ??! (Mason James) > 3. Re: Koha 3.10.5 released (Robin Sheat) > 4. need help about analytic record (vikrant malik) > 5. Re: need help about analytic record (Indranil Das Gupta) > 6. Decrease the space between barcode label (Vimal Kumar V.) > 7. Web Installer Error (mhathaway) > 8. Re: Web Installer Error (Chris Cormack) > 9. Re: Web Installer Error (mhathaway) > 10. Re: Decrease the space between barcode label (Chris Nighswonger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 24 Apr 2013 09:10:34 +0300 > From: abdallah abdelsalam > To: koha at lists.katipo.co.nz > Subject: [Koha] Fwd: search not working (zebra error) ??! > Message-ID: > < > CA+0PjUjmAJpHA64zCfAj0EejUHq8o5iThysZARjrmVc8VcTMOQ at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi > > I use Koha version 3.00.00.094 > > search does not give results(It gives results before) > but i don't know what happened > When making rebuild zebra(migration_tools/rebuild_zebra.pl -b -a -w) > This error appears > > > 20:16:43-23/04 zebraidx(22731) [fatal] Node node_zebra missing > 20:16:43-23/04 zebraidx(22731) [warn] Cannot obtain EXPLAIN information > 20:16:43-23/04 zebraidx(22731) [fatal] zebra_begin_trans: cannot open > register > > any help?? > > > ------------------------------ > > Message: 2 > Date: Wed, 24 Apr 2013 18:46:28 +1200 > From: Mason James > To: abdallah abdelsalam > Cc: koha at lists.katipo.co.nz > Subject: Re: [Koha] search not working (zebra error) ??! > Message-ID: <2AB92F3E-A640-4367-8AB2-D4EE1B01FE74 at kohaaloha.com> > Content-Type: text/plain; charset=us-ascii > > > On 2013-04-24, at 6:10 PM, abdallah abdelsalam wrote: > > > Hi > > > > I use Koha version 3.00.00.094 > > > woah, thats a very old version! > try upgrading your Koha to a new version - does that fix the problem? > > > but in the meantime, try running your command as... > > ./rebuild_zebra.pl -b -r -v -x > > > > > > > > search does not give results(It gives results before) > > but i don't know what happened > > When making rebuild zebra(migration_tools/rebuild_zebra.pl -b -a -w) > > This error appears > > > > > > 20:16:43-23/04 zebraidx(22731) [fatal] Node node_zebra missing > > 20:16:43-23/04 zebraidx(22731) [warn] Cannot obtain EXPLAIN information > > 20:16:43-23/04 zebraidx(22731) [fatal] zebra_begin_trans: cannot open > > register > > > > any help?? > > > > ------------------------------ > > Message: 3 > Date: Wed, 24 Apr 2013 19:25:36 +1200 > From: Robin Sheat > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Koha 3.10.5 released > Message-ID: <1366788336.23927.29.camel at zarathud> > Content-Type: text/plain; charset="UTF-8" > > Chris Cormack schreef op wo 24-04-2013 om 17:25 [+1200]: > > or wait a day or 2 for the packages to become available. > > More like an hour or two this time around. Packages for both 3.08.12 and > 3.10.5 have been released. > > -- > Robin Sheat > Catalyst IT Ltd. > ? +64 4 803 2204 > GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D > > > > ------------------------------ > > Message: 4 > Date: Wed, 24 Apr 2013 03:43:48 -0400 > From: vikrant malik > To: koha at lists.katipo.co.nz > Subject: [Koha] need help about analytic record > Message-ID: > < > CAHDOG3GYBQ+EX1rjRQ318PRbnLuEA_+N3DqKZED8HJ_7xviUPw at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello All, > > In koha I add analytic records, and they are working fine. But my problem > is that i have a no. of data in excel format. And I want to bulk import all > this data to my koha. How can I do this. Can Anyone suggest me in this > regard. > > > thanks > vikrant malik > > > ------------------------------ > > Message: 5 > Date: Wed, 24 Apr 2013 13:32:42 +0530 > From: Indranil Das Gupta > To: koha > Subject: Re: [Koha] need help about analytic record > Message-ID: > < > CAEm3SZ0hH0_Dt5xa+hVkfcU1SVyJVwPwx8VgeVxLt_pGvUucSg at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > On Wed, Apr 24, 2013 at 1:13 PM, vikrant malik > wrote: > > > Hello All, > > > > In koha I add analytic records, and they are working fine. But my problem > > is that i have a no. of data in excel format. And I want to bulk import > all > > this data to my koha. How can I do this. Can Anyone suggest me in this > > regard. > > > > Which version of Koha? Are you using the tarball or the debian packages? > > what data do you have on the spreadsheet - bibliographic or circulation > data? > > > -- > Indranil Das Gupta > > Phone : +91-98300-20971 > Blog : http://indradg.randomink.org/blog > IRC : indradg on irc://irc.freenode.net > Twitter : indradg > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- > Please exchange editable Office documents only in ODF Format. No other > format is acceptable. Support Open Standards. > > For a free editor supporting ODF, please visit LibreOffice - > http://www.documentfoundation.org > > > ------------------------------ > > Message: 6 > Date: Wed, 24 Apr 2013 14:05:28 +0530 > From: "Vimal Kumar V." > To: Koha-List > Subject: [Koha] Decrease the space between barcode label > Message-ID: > < > CAEaJrwWTOcq3hYRiY03h5k97WfK+ttBE6_jGz460v8GrLH+ZOQ at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Dear Friends, > How to decrease the gap between barcode lines and Call Number. > Please see the picture below give me the suggestion. > > https://plus.google.com/photos/111463704472089509119/albums/5542982815324180417/5870328099678904418 > > Regards, > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.info > Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in > --------------------------------------------------------------------------- > "I forget what I was taught. I only remember what I have learnt" > -Patrick White > > > ------------------------------ > > Message: 7 > Date: Wed, 24 Apr 2013 02:33:17 -0700 (PDT) > From: mhathaway > To: koha at lists.katipo.co.nz > Subject: [Koha] Web Installer Error > Message-ID: <1366795997843-5752139.post at n5.nabble.com> > Content-Type: text/plain; charset=us-ascii > > I'm looking into Koha as a potential replacement for our school library > system (we're a Cambridge-based secondary school and sixth form centre). > However, I'm running into difficulties getting a demo installed. > > Details: > Koha 3.10.4 > Ubuntu 12.10 server. > MySQL database and user have been created. > I'm down to step 7 of the installer, which is the Web Installer. > > The error: > Access denied for user 'kohaadmin'@'localhost' (using password: YES) > at > /usr/share/koha/lib/C4/Context.pm line 803. > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm > line > 63. > Compilation failed in require at > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > BEGIN failed--compilation aborted at > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > > I found Lars J. Helbo's issue > (http://koha.1045719.n5.nabble.com/Installation-problem-td4449146.html) > and > subsequently tried deleting and recreating the MySQL database and user. > But > no luck. > > Logically, I was expecting the first step of the web installer to ask for > the DB details, before it could run. Is it returning this error before the > web installer can be served, or after it has already tried to run? > > This has been bugging me for several days now. Any insight into how to get > past this error would be greatly appreciated. > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Web-Installer-Error-tp5752139.html > Sent from the Koha-general mailing list archive at Nabble.com. > > > ------------------------------ > > Message: 8 > Date: Wed, 24 Apr 2013 21:40:02 +1200 > From: Chris Cormack > To: mhathaway > Cc: koha at lists.katipo.co.nz > Subject: Re: [Koha] Web Installer Error > Message-ID: <20130424094002.GN19162 at rorohiko.wgtn.cat-it.co.nz> > Content-Type: text/plain; charset=us-ascii > > * mhathaway (mhathaway at netherhall.cambs.sch.uk) wrote: > > I'm looking into Koha as a potential replacement for our school library > > system (we're a Cambridge-based secondary school and sixth form centre). > > However, I'm running into difficulties getting a demo installed. > > > > Details: > > Koha 3.10.4 > > Ubuntu 12.10 server. > > MySQL database and user have been created. > > I'm down to step 7 of the installer, which is the Web Installer. > > > > The error: > > Access denied for user 'kohaadmin'@'localhost' (using password: > YES) at > > /usr/share/koha/lib/C4/Context.pm line 803. > > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm > line > > 63. > > Compilation failed in require at > > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > > BEGIN failed--compilation aborted at > > /usr/share/koha/intranet/cgi-bin/mainpage.pl line 25. > > > > I found Lars J. Helbo's issue > > (http://koha.1045719.n5.nabble.com/Installation-problem-td4449146.html) > and > > subsequently tried deleting and recreating the MySQL database and user. > But > > no luck. > > > > Logically, I was expecting the first step of the web installer to ask for > > the DB details, before it could run. Is it returning this error before > the > > web installer can be served, or after it has already tried to run? > > > You entered the database name, user and password when running > > perl Makefile.PL it is trying to use that, the web installer doesn't > need to ask, you already told it. > > But it does need you to set up that user and db. > Check your koha-conf.xml if you can't remember what password and user > you told it to use. > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > > > ------------------------------ > > Message: 9 > Date: Wed, 24 Apr 2013 03:15:01 -0700 (PDT) > From: mhathaway > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Web Installer Error > Message-ID: <1366798501959-5752145.post at n5.nabble.com> > Content-Type: text/plain; charset=us-ascii > > Many thanks for your quick response Chris. I hunted down the details in the > conf file and have now managed to complete the installation. Thank you for > your help. > > Issue closed. > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Web-Installer-Error-tp5752139p5752145.html > Sent from the Koha-general mailing list archive at Nabble.com. > > > ------------------------------ > > Message: 10 > Date: Wed, 24 Apr 2013 06:26:42 -0400 > From: Chris Nighswonger > To: "Vimal Kumar V." > Cc: Koha-List > Subject: Re: [Koha] Decrease the space between barcode label > Message-ID: > < > CAP3yOomKjoOTL2W_jqn9pReK9SKGC0R6DROshUhg0Mct+nzecg at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi Vimal, > > On Wed, Apr 24, 2013 at 4:35 AM, Vimal Kumar V. > wrote: > > > Dear Friends, > > How to decrease the gap between barcode lines and Call Number. > > Please see the picture below give me the suggestion. > > > > > https://plus.google.com/photos/111463704472089509119/albums/5542982815324180417/5870328099678904418 > > > > At present that adjustment would require changing some code. > > In the patron card tool these spacings are "adjustable" in the sense that > the position of each element may be specified. That tool was written after > the label tool and so the label tool missed out on that feature. > > At this point with the clear consensus that a CSS based printing tool is > better, the odds of the current label tool having this implemented are > pretty low. > > Kind Regards, > Chris > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 90, Issue 35 > ************************************ > From z.tajoli at cineca.it Wed Apr 24 23:37:39 2013 From: z.tajoli at cineca.it (Zeno Tajoli) Date: Wed, 24 Apr 2013 13:37:39 +0200 Subject: [Koha] All old circulation issues and their corresponding borrowers and the titles of the items borrowed In-Reply-To: <1366767374984-5752066.post@n5.nabble.com> References: <1366765365205-5752064.post@n5.nabble.com> <20130424010637.GK19162@rorohiko.wgtn.cat-it.co.nz> <1366767374984-5752066.post@n5.nabble.com> Message-ID: <5177C403.5080000@cineca.it> Hi, Il 24/04/2013 03:36, schnydszch ha scritto: > I don't know where to put it. Do I need to have wiki login? I don't have yet. > In any rate, could somebody please add it in the koha reports wiki. Thanks > and cheers! the wiki page for SQL report library is here: http://wiki.koha-community.org/wiki/SQL_Reports_Library Your report now is here: http://wiki.koha-community.org/wiki/SQL_Reports_Library#Old_circulation_issues_since_the_beginning To edit the wiki page, ask for a login here: http://wiki.koha-community.org/wiki/Special:RequestAccount Bye Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli at cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate From M.de.Rooy at rijksmuseum.nl Wed Apr 24 23:58:43 2013 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Wed, 24 Apr 2013 11:58:43 +0000 Subject: [Koha] Opac can't show non-latin characters correctly In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA251@Bodensee.bsz-bw.de> References: <3007ca14.81f9.13e358e66ae.Coremail.peterzhaonj@163.com>, <028B1A54D03E7B4482CDCA4EC8F06BFD02BCA251@Bodensee.bsz-bw.de> Message-ID: <809BE39CD64BFD4EB9036172EBCCFA310E20FA75@S-MAIL-1B.rijksmuseum.intra> I tested current master (3.11.00.202) with an author name containing Chinese character. It displays fine in the facets column (Refine your search) at the left in opac as well as in staff. Some relief with the recently pushed encoding patches for 6554 a.o. in mind :) Marcel ________________________________________ Van: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] namens Fischer, Katrin [Katrin.Fischer at bsz-bw.de] Verzonden: dinsdag 23 april 2013 9:37 To: Peter Zhao; koha at lists.katipo.co.nz Onderwerp: Re: [Koha] Opac can't show non-latin characters correctly Hi Peter, the facets should work correctly with non-latin characters. Which version of Koha are you using? What is the problem you see? Katrin > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto:koha- > bounces at lists.katipo.co.nz] On Behalf Of Peter Zhao > Sent: Tuesday, April 23, 2013 8:22 AM > To: koha at lists.katipo.co.nz > Subject: [Koha] Opac can't show non-latin characters correctly > > Hi, > > Warmly greetings. > > Could anyone know why in the "Refine your search" column area of OPAC > can not show non-latin characters ? But in the other area of the OPAC can > show non-latin characters. Anyone know how to fix this problem? Thanks a > lot. > > Peter > > > > _______________________________________________ > 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 DNieman at southsiouxcity.org Thu Apr 25 05:05:56 2013 From: DNieman at southsiouxcity.org (Dan Nieman) Date: Wed, 24 Apr 2013 12:05:56 -0500 Subject: [Koha] [Koha-devel] Patch vs Plugin In-Reply-To: References: Message-ID: I tend to agree. Our previous ILS allowed for batch renewal by barcode, it is a feature that our circulation staff misses. Dan Nieman South Sioux City Public Library 402-494-7545 "Nothing will work unless you do."-Maya Angelou -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Owen Leonard Sent: Tuesday, April 23, 2013 11:45 AM To: koha Subject: Re: [Koha] [Koha-devel] Patch vs Plugin > I have a library that is interested in being able to renew items in batch by > just scanning the item barcodes. This is a bit of an unusual feature I wonder if it's so unusual? Our previous ILS had it, and I know our staff missed it when we switched to Koha. > I'm not sure where we'd put it, perhaps in the tools section, or more > apropo, the circulation home page? I would put it on the circ home page, yes. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From DNieman at southsiouxcity.org Thu Apr 25 05:06:49 2013 From: DNieman at southsiouxcity.org (Dan Nieman) Date: Wed, 24 Apr 2013 12:06:49 -0500 Subject: [Koha] [Koha-devel] Patch vs Plugin In-Reply-To: References: Message-ID: That would be great Dan Nieman South Sioux City Public Library 402-494-7545 "Nothing will work unless you do."-Maya Angelou -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Kyle Hall Sent: Tuesday, April 23, 2013 11:56 AM To: Owen Leonard Cc: koha Subject: Re: [Koha] [Koha-devel] Patch vs Plugin It would even be possible to add it to the header forms: Check out Check in Renew Search patrons Search the catalog What do you think? Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadvillelibrary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Tue, Apr 23, 2013 at 12:45 PM, Owen Leonard wrote: > > I have a library that is interested in being able to renew items in > batch by > > just scanning the item barcodes. This is a bit of an unusual feature > > I wonder if it's so unusual? Our previous ILS had it, and I know our > staff missed it when we switched to Koha. > > > I'm not sure where we'd put it, perhaps in the tools section, or more > > apropo, the circulation home page? > > I would put it on the circ home page, yes. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > _______________________________________________ > 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 amutsikiwa at uzlib.uz.ac.zw Thu Apr 25 07:20:02 2013 From: amutsikiwa at uzlib.uz.ac.zw (amutsikiwa) Date: Wed, 24 Apr 2013 21:20:02 +0200 Subject: [Koha] clarification on Zebra configuration Message-ID: Hi All, On my server, I have zebra configured as a demon via the symbolic link /etc/init.d/zebra-server -> /usr/share/koha/bin/koha-zebra-ctl.sh And /etc/init.d/zebraqueue-daemon -> /usr/share/koha/bin/koha-zebraqueue-ctl.sh And I also have it scheduled to run as a cron job via Linux Koha user's cron file as shown */10 7-20 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -z -v 2>/dev/null 0 1 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v 2>/dev/null My question is can the two be configured to run concurrently or they will conflict. If conflicting, which one is superior and recommended? Regards, Admire Mutsikiwa From bgkriegel at gmail.com Thu Apr 25 08:05:21 2013 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 24 Apr 2013 17:05:21 -0300 Subject: [Koha] clarification on Zebra configuration In-Reply-To: References: Message-ID: Admire, > On my server, I have zebra configured as a demon via the symbolic link > > /etc/init.d/zebra-server -> /usr/share/koha/bin/koha-zebra-ctl.sh > Ok > /etc/init.d/zebraqueue-daemon -> /usr/share/koha/bin/koha-zebraqueue-ctl.sh > > Not Ok. It's not recommended to use zebraqueue > And I also have it scheduled to run as a cron job via Linux Koha user's > cron > file as shown > > */10 7-20 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b > -z > -v 2>/dev/null > This will do every 10 minutes what zebraqueue do, so zebraqueue is not necessary You could run this line with a shorter interval, 5 o 2 minutes BUT, you don't need '-v' switch, is for verbose output, and you redirect only errors (2>) to /dev/null so this will send an email for each run ALSO, could be useful to add '-a' switch in case you use authorities, and '-x' could help to speed up the exporting. > 0 1 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v > 2>/dev/null > > This will rebuild all the index once a day. No bad, i do that. BUT, also consider removing -v and adding -x -a Regards, bernardo From koha.sunil007 at gmail.com Wed Apr 24 19:35:15 2013 From: koha.sunil007 at gmail.com (sunil sharma) Date: Wed, 24 Apr 2013 13:05:15 +0530 Subject: [Koha] Need Help in Koha Multiple instance In-Reply-To: <33A8E280-8967-448B-A2DC-D34F79ECF062@kohaaloha.com> References: <33A8E280-8967-448B-A2DC-D34F79ECF062@kohaaloha.com> Message-ID: Thanx a lot for all your valuable suggestions. Problem solved by exporting the variable for that particular instance. And making script to resolve that permanently. Sunil On Sun, Apr 21, 2013 at 6:53 AM, Mason James wrote: > > On 2013-04-20, at 10:28 PM, sunil sharma wrote: > > > Hello all, > > > > I installed koha 3.8.x multiple instances on a debian-squeeze server by > > refering this link: > > > http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha. > > > use the debian packages, if you are attempting multiple instances of > Koha... > > http://wiki.koha-community.org/wiki/Koha_3.x_on_Debian_Squeeze > > > From tomascohen at gmail.com Thu Apr 25 10:26:31 2013 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 24 Apr 2013 19:26:31 -0300 Subject: [Koha] clarification on Zebra configuration In-Reply-To: References: Message-ID: What Koha version are you using? Regards To+ On Wed, Apr 24, 2013 at 4:20 PM, amutsikiwa wrote: > Hi All, > > > > On my server, I have zebra configured as a demon via the symbolic link > > /etc/init.d/zebra-server -> /usr/share/koha/bin/koha-zebra-ctl.sh > > And > > /etc/init.d/zebraqueue-daemon -> /usr/share/koha/bin/koha-zebraqueue-ctl.sh > > > > > And I also have it scheduled to run as a cron job via Linux Koha user's > cron > file as shown > > */10 7-20 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b > -z > -v 2>/dev/null > > > > 0 1 * * * /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v > 2>/dev/null > > > > My question is can the two be configured to run concurrently or they will > conflict. If conflicting, which one is superior and recommended? > > > > > > Regards, > > Admire Mutsikiwa > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From danielg.koha at gmail.com Thu Apr 25 11:59:19 2013 From: danielg.koha at gmail.com (Daniel Grobani) Date: Wed, 24 Apr 2013 16:59:19 -0700 Subject: [Koha] April 2013 Koha Community Newsletter has been published Message-ID: Hi, The April 2013 edition of the Koha Community Newsletter has been posted to http://koha-community.org/koha-community-newsletter-april-2013/. Cheers, Daniel Grobani Koha Community Newsletter Editor From afzalimam33 at gmail.com Thu Apr 25 21:56:33 2013 From: afzalimam33 at gmail.com (Afzal Imam) Date: Thu, 25 Apr 2013 15:26:33 +0530 Subject: [Koha] How to download koha plzzzz tell me Message-ID: -- Afzal imam Aligarh contact no.:-09319135278 From karamqubsi at gmail.com Thu Apr 25 22:48:46 2013 From: karamqubsi at gmail.com (Karam Qubsi) Date: Thu, 25 Apr 2013 03:48:46 -0700 Subject: [Koha] How to download koha plzzzz tell me In-Reply-To: References: Message-ID: you can download koha from here : http://koha-community.org/download-koha/ the installation instruction here : http://wiki.koha-community.org/wiki/Category:Installation On Thu, Apr 25, 2013 at 2:56 AM, Afzal Imam wrote: > -- > Afzal imam > Aligarh > contact no.:-09319135278 > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Karam Qubsi* From samuel.desseaux at ecp.fr Fri Apr 26 02:44:57 2013 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Thu, 25 Apr 2013 16:44:57 +0200 Subject: [Koha] local use recorded / borrower Message-ID: <51794169.7010002@ecp.fr> Hi, I've a bug on koha When i scan the card of the borrower, i've this message "local use recorded". What does it mean? Best regards samuel From samuel.desseaux at ecp.fr Fri Apr 26 03:02:29 2013 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Thu, 25 Apr 2013 17:02:29 +0200 Subject: [Koha] local use recorded / borrower Message-ID: <51794585.1070501@ecp.fr> Oups, error: it's when i scan a barcode of an item Hi, I've a bug on koha When i scan the card of the borrower, i've this message "local use recorded". What does it mean? Best regards samuel _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From jcoehoorn at york.edu Fri Apr 26 06:28:52 2013 From: jcoehoorn at york.edu (Coehoorn, Joel) Date: Thu, 25 Apr 2013 13:28:52 -0500 Subject: [Koha] Byte Order Mark issue importing patrons Message-ID: I have a report to export a patron csv file from our student information system, suitable for use with the koha patron import tool. I want our librarians to be able to use every semester to import new freshmen and transfers to koha, without further IT assistance. They run a report, save it as a CSV file, and use that file for the import. Unfortunately, in testing this when I go to import the file I get an error message: "header row could not be parsed". I get an additional error for every row in the file, which is not surprising given the failure with the header row. I'm sure you've all heard this one before. Here's where things get different. I can open the file in Notepad++ and change the encoding to use not use a byte order mark. I save the *same file*, import that into koha, and **everything works fine**. The only thing different is the lack of a byte order mark. I cannot cause my reports tool to not use a BOM, and it's asking a lot of my librarians to edit the CSV file in this way. Is there anything I can do to tell koha to ignore that BOM? Should this be filed as a bug somewhere? In searching google on this issue, I think many others may have had this same problem in the past, but not been able to solve it. For what it's worth, I'd also love to see a koha stack exchange site, as these questions are exactly the kind of thing stack exchange excels at producing solutions for. Joel Coehoorn Director of Information Technology York College, Nebraska 402.363.5603 jcoehoorn at york.edu *The mission of York College is to transform lives through Christ-centered education and to equip students for lifelong service to God, family, and society* From tomascohen at gmail.com Fri Apr 26 06:33:10 2013 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Thu, 25 Apr 2013 15:33:10 -0300 Subject: [Koha] Byte Order Mark issue importing patrons In-Reply-To: References: Message-ID: I'd fill a bug on http://bugs.koha-community.org, and maybe some developer will take on the issue. My feeling is that this could be syspref-driven or even using a checkbox at the download dialog. Regards To+ On Thu, Apr 25, 2013 at 3:28 PM, Coehoorn, Joel wrote: > I have a report to export a patron csv file from our student information > system, suitable for use with the koha patron import tool. I want our > librarians to be able to use every semester to import new freshmen and > transfers to koha, without further IT assistance. They run a report, save > it as a CSV file, and use that file for the import. > > Unfortunately, in testing this when I go to import the file I get an error > message: "header row could not be parsed". I get an additional error for > every row in the file, which is not surprising given the failure with the > header row. I'm sure you've all heard this one before. > > Here's where things get different. I can open the file in Notepad++ and > change the encoding to use not use a byte order mark. I save the *same > file*, import that into koha, and **everything works fine**. The only > thing different is the lack of a byte order mark. > > I cannot cause my reports tool to not use a BOM, and it's asking a lot of > my librarians to edit the CSV file in this way. Is there anything I can do > to tell koha to ignore that BOM? Should this be filed as a bug somewhere? > In searching google on this issue, I think many others may have had this > same problem in the past, but not been able to solve it. > > For what it's worth, I'd also love to see a koha stack exchange site, as > these questions are exactly the kind of thing stack exchange excels at > producing solutions for. > > Joel Coehoorn > Director of Information Technology > York College, Nebraska > 402.363.5603 > jcoehoorn at york.edu > > > > *The mission of York College is to transform lives through > Christ-centered education and to equip students for lifelong service to > God, family, and society* > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From DNieman at southsiouxcity.org Fri Apr 26 07:31:28 2013 From: DNieman at southsiouxcity.org (Dan Nieman) Date: Thu, 25 Apr 2013 14:31:28 -0500 Subject: [Koha] local use recorded / borrower In-Reply-To: <51794585.1070501@ecp.fr> References: <51794585.1070501@ecp.fr> Message-ID: When you scan the barcode, are you scanning it into checkout, check-in or to do a general search? Dan Nieman South Sioux City Public Library 402-494-7545 "Nothing will work unless you do."-Maya Angelou -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Samuel Desseaux Sent: Thursday, April 25, 2013 10:02 AM To: koha Subject: [Koha] local use recorded / borrower Oups, error: it's when i scan a barcode of an item Hi, I've a bug on koha When i scan the card of the borrower, i've this message "local use recorded". What does it mean? Best regards samuel _______________________________________________ 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 robin at catalyst.net.nz Fri Apr 26 11:34:44 2013 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 26 Apr 2013 11:34:44 +1200 Subject: [Koha] Byte Order Mark issue importing patrons In-Reply-To: References: Message-ID: <1366932884.23927.36.camel@zarathud> Tomas Cohen Arazi schreef op do 25-04-2013 om 15:33 [-0300]: > I'd fill a bug on http://bugs.koha-community.org, and maybe some > developer > will take on the issue. My feeling is that this could be > syspref-driven or > even using a checkbox at the download dialog. I think it'd be enough for Koha to ignore (or even understand) the BOM. No reason for it to be syspref controlled if you can make it do the right thing. It _might_ even be enough to tell it to open the file as UTF-8. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From jcamins at cpbibliography.com Fri Apr 26 14:25:46 2013 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 25 Apr 2013 22:25:46 -0400 Subject: [Koha] String freeze for Koha 3.12 Message-ID: Hello. The string freeze for Koha 3.12 will begin on May 1, next Wednesday. Any patches with string changes need to be written, signed off, and QAed before then. The absolute deadline for anything other than security fixes is 6am EST on Wednesday, May 1*. Regards, Jared Camins-Esakov [*] http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+3.12+string+freeze&iso=20130501T06&p1=179 -- 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 gipelibrary at gmail.com Fri Apr 26 16:30:19 2013 From: gipelibrary at gmail.com (gipelibrary pune) Date: Fri, 26 Apr 2013 10:00:19 +0530 Subject: [Koha] How to handle multiple copies/items or authors while converting excel data to MARC Message-ID: Dear All Greetings from the GIPE Library! I have the bibliographic data in excel format. In accession Number column, I have the range of accession numbers say (23001-23005) for a single title having five copies. Will MARCEDIT take care if I separate each accession number with 'comma' or do I need to use any other special character as data separator. Similarly in Author field, I have more than one authors, say (Ranganathan, S R and Gopinath, M A and Prasad, A R D) for a single title. What should be the data separator for this field so that I can export the data from excel to MARC using MARCEDIT. Here in this case, I do not wish to use 'Comma' as it is already used for separating surname and the Initials. Awaiting your replies. Regards -- Dr Nanaji Shewale Librarian Gokhale Institute of Politics and Economics B M C C Road, Deccan Gymkhana Pune 411004 (India) T: 91 20 25679940 (Direct) T: 91 20 25654288, 25650287 Ext 401 http://www.gipe.ac.in From gk.bmsit at gmail.com Fri Apr 26 22:36:01 2013 From: gk.bmsit at gmail.com (gk) Date: Fri, 26 Apr 2013 16:06:01 +0530 Subject: [Koha] Migrate transaction data Message-ID: <517A5891.5060306@gmail.com> Dear Sir/Madam, I tried to export current circulation data from my legacy software to koha 3.8 but not successful. I tried LOAD DATA LOCAL INFILE '/transactions.txt' INTO TABLE issues; and got the following error: ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`koha_library`.`issues`, CONSTRAINT `issues_ibfk_1` FOREIGN KEY (`borrowernumber`) REFERENCES `borrowers` (`borrowernumber`) ON UPDATE CASCADE). Please help me port current circulation data to koha. -- With Warm Regards *Gopalakrishna* Librarian *BMS Institute of Technology* Avalahalli, Dodballapur Main Road, Yelahanka, BANGALORE-560064 080-65369469 9741898674 From pandumlib at gmail.com Fri Apr 26 23:14:18 2013 From: pandumlib at gmail.com (pandu rangaswamy) Date: Fri, 26 Apr 2013 16:44:18 +0530 Subject: [Koha] Koha error Message-ID: Dear All, I tried to import the data(Books) from the existing koha 3.0 version to Koha version 3.10 in ubuntu 12.4. When i searched it shows only Books Biblios data only, its not showing the item details. Then i did undo the imported data, after that if i search again it shows 116 books. if i tried to edit record it shows the following error. Software error: Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 815. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. Kindly guide me to slow the error. With records M.Pandu Rangaswamy From elibris.helpdesk at gmail.com Sat Apr 27 00:38:12 2013 From: elibris.helpdesk at gmail.com (e-Libris Helpdesk) Date: Fri, 26 Apr 2013 08:38:12 -0400 Subject: [Koha] local use recorded / borrower In-Reply-To: References: <51794585.1070501@ecp.fr> Message-ID: If you check out anything to a "local user" Koha does not add any records to the issues table. Instead Koha adds a record to the statistics table with a "localuse" code in the "type" column. A "local use" patron has a patron category code which uses the "statistical" type. On Thu, Apr 25, 2013 at 3:31 PM, Dan Nieman wrote: > When you scan the barcode, are you scanning it into checkout, check-in or > to do a general search? > > Dan Nieman > South Sioux City Public Library > 402-494-7545 > "Nothing will work unless you do."-Maya Angelou > > > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto: > koha-bounces at lists.katipo.co.nz] On Behalf Of Samuel Desseaux > Sent: Thursday, April 25, 2013 10:02 AM > To: koha > Subject: [Koha] local use recorded / borrower > > Oups, error: it's when i scan a barcode of an item > > > Hi, > > I've a bug on koha > > When i scan the card of the borrower, i've this message > > "local use recorded". > > What does it mean? > > Best regards > > samuel > _______________________________________________ > 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 > -- Customer Support e-Libris Technologies, LLC email: elibris.helpdesk at gmail.com phone: 1-877-723-9447 ext. 2 From samuel.desseaux at ecp.fr Sat Apr 27 00:41:47 2013 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Fri, 26 Apr 2013 14:41:47 +0200 Subject: [Koha] local use recorded / borrower In-Reply-To: References: <51794585.1070501@ecp.fr> Message-ID: <517A760B.1040402@ecp.fr> Le 26/04/2013 14:38, e-Libris Helpdesk a ?crit : > If you check out anything to a "local user" Koha does not add any > records to the issues table. Instead Koha adds a record to the > statistics table with a "localuse" code in the "type" column. > > A "local use" patron has a patron category code which uses the > "statistical" type. > Yes and we've found the core of the problem. Most of patron category code used the "statistical" type. Best regards, Samuel From gbengaadara at yahoo.com Sat Apr 27 04:46:14 2013 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Fri, 26 Apr 2013 17:46:14 +0100 Subject: [Koha] How to handle multiple copies/items or authors while converting excel data to MARC In-Reply-To: References: Message-ID: <508B5C84-EB50-4CC1-BAA0-E0DC7E9C0519@yahoo.com> Hi Nanaji, To start with the authors, you should have each author in its own cell in excel. Then export out in excel in tab delimited, rather than comma. Then map the additional author fields to 700$a in MarcEdit. Only the first (main author) should be mapped to 100$a. As per the accession number, what I do is to export out the first copy, use MarcEdit to convert the file to Marc and then import into Koha. Then I repeat the step for subsequent copies. I have not yet been able to understand how to get Marcedit to generate multiple 952 lines for accession numbers in a single file. Some others may be able to shed more light on that! Olugbenga Adara +2348033220288 Sent from a Mobile Device. Please excuse typos and brevity. On Apr 26, 2013, at 5:30 AM, gipelibrary pune wrote: > Dear All > > > > Greetings from the GIPE Library! > > > > I have the bibliographic data in excel format. In accession Number column, > I have the range of accession numbers say (23001-23005) for a single title > having five copies. Will MARCEDIT take care if I separate each accession > number with 'comma' or do I need to use any other special character as data > separator. > > > > Similarly in Author field, I have more than one authors, say (Ranganathan, > S R and Gopinath, M A and Prasad, A R D) for a single title. What should be > the data separator for this field so that I can export the data from excel > to MARC using MARCEDIT. Here in this case, I do not wish to use 'Comma' as > it is already used for separating surname and the Initials. > > > > Awaiting your replies. > > > > Regards > > -- > Dr Nanaji Shewale > Librarian > Gokhale Institute of Politics and Economics > B M C C Road, Deccan Gymkhana > Pune 411004 (India) > T: 91 20 25679940 (Direct) > T: 91 20 25654288, 25650287 Ext 401 > http://www.gipe.ac.in > _______________________________________________ > 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 Sat Apr 27 06:49:40 2013 From: gmc at esilibrary.com (Galen Charlton) Date: Fri, 26 Apr 2013 11:49:40 -0700 Subject: [Koha] Byte Order Mark issue importing patrons In-Reply-To: <1366932884.23927.36.camel@zarathud> References: <1366932884.23927.36.camel@zarathud> Message-ID: Hi, On Thu, Apr 25, 2013 at 4:34 PM, Robin Sheat wrote: > I think it'd be enough for Koha to ignore (or even understand) the BOM. > No reason for it to be syspref controlled if you can make it do the > right thing. It _might_ even be enough to tell it to open the file as > UTF-8. I agree -- Koha should just Do The Right Thing. At first glance, it looks like File::BOM might be useful, though we should think about whether we want to support arbitrary character encodings. [1] http://search.cpan.org/~mattlaw/File-BOM-0.14/ Regards, Galen -- Galen Charlton Manager of 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 lis4satish at gmail.com Sun Apr 28 03:57:43 2013 From: lis4satish at gmail.com (satish) Date: Sat, 27 Apr 2013 21:27:43 +0530 Subject: [Koha] Problem with XML::LibXSLT Module Message-ID: Dear All, When I try to install the perl module - XML::LibXSLT , on Debian Squeeze 2.6.32-5-686 , for the installation of Koha 3.10.03, I am getting following error: -------------------------------------------------------------------------------------------------------------------------- Running install for module 'XML::LibXSLT' CPAN: YAML loaded ok (v0.71) Running make for S/SH/SHLOMIF/XML-LibXSLT-1.80.tar.gz CPAN: Digest::SHA loaded ok (v5.47) CPAN: Compress::Zlib loaded ok (v2.06) Checksum for /root/.cpan/sources/authors/id/S/SH/SHLOMIF/XML-LibXSLT-1.80.tar.gz ok CPAN: Archive::Tar loaded ok (v1.52) XML-LibXSLT-1.80/ XML-LibXSLT-1.80/perl-libxml-mm.h XML-LibXSLT-1.80/benchmark/ XML-LibXSLT-1.80/benchmark/Driver/ XML-LibXSLT-1.80/benchmark/Driver/Sablotron.pm XML-LibXSLT-1.80/benchmark/Driver/LibXSLT.pm XML-LibXSLT-1.80/benchmark/Driver/BaseClass.pm XML-LibXSLT-1.80/benchmark/benchmark.pl XML-LibXSLT-1.80/Changes XML-LibXSLT-1.80/LibXSLT.pm XML-LibXSLT-1.80/MANIFEST XML-LibXSLT-1.80/testcases/ XML-LibXSLT-1.80/testcases/default.conf XML-LibXSLT-1.80/example/ XML-LibXSLT-1.80/example/fatal.xsl XML-LibXSLT-1.80/example/2.xml XML-LibXSLT-1.80/example/bad3.xsl XML-LibXSLT-1.80/example/nonfatal.xsl XML-LibXSLT-1.80/example/1.xml XML-LibXSLT-1.80/example/bad2.xsl XML-LibXSLT-1.80/example/1.xsl XML-LibXSLT-1.80/example/2.xsl XML-LibXSLT-1.80/example/bad1.xsl XML-LibXSLT-1.80/Makefile.PL XML-LibXSLT-1.80/META.yml XML-LibXSLT-1.80/META.json XML-LibXSLT-1.80/README XML-LibXSLT-1.80/t/ XML-LibXSLT-1.80/t/04params.t XML-LibXSLT-1.80/t/rt71345_a.t XML-LibXSLT-1.80/t/09exslt.t XML-LibXSLT-1.80/t/06output.t XML-LibXSLT-1.80/t/03input.t XML-LibXSLT-1.80/t/08literal.t XML-LibXSLT-1.80/t/02dromeds.t XML-LibXSLT-1.80/t/06entities.t XML-LibXSLT-1.80/t/11utf8.t XML-LibXSLT-1.80/t/10functions.t XML-LibXSLT-1.80/t/05quick.t XML-LibXSLT-1.80/t/07blankdoc.t XML-LibXSLT-1.80/t/13error.t XML-LibXSLT-1.80/t/01basic.t XML-LibXSLT-1.80/t/14security.t XML-LibXSLT-1.80/t/12import.t XML-LibXSLT-1.80/t/15misc.t XML-LibXSLT-1.80/t/rt71345_b.t XML-LibXSLT-1.80/typemap XML-LibXSLT-1.80/LibXSLT.xs XML-LibXSLT-1.80/ppport.h XML-LibXSLT-1.80/perl-libxml-mm.c CPAN: File::Temp loaded ok (v0.2301) CPAN.pm: Going to build S/SH/SHLOMIF/XML-LibXSLT-1.80.tar.gz running xslt-config... ok looking for -lxslt... no libxslt not found Try setting LIBS and INC values on the command line Or get libxslt and libxml2 from http://www.libxml.org/ If you install via RPMs, make sure you also install the -devel RPMs, as this is where the headers (.h files) are. No 'Makefile' created SHLOMIF/XML-LibXSLT-1.80.tar.gz /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK Running make test Make had some problems, won't test Running make install Make had some problems, won't install -------------------------------------------------------------------------------------------------------------------------- I did notice, looking for -lxslt... no libxslt not found Try setting LIBS and INC values on the command line Or get libxslt and libxml2 from http://www.libxml.org/ and tried to install libxslt and libxml2. still .. the same error. I went through many of the suggestions given at koha forum, no success. If somebody overcome this error with a fix, could please help me?? am done with most of the perl modules except this one. (Please provide me with version to be used and step by step installation procedure... ) Thank you in advance and waiting for your suggestions.. Satish MV Librarian. Govt. Engineering College, Hassan Karnataka | India. From jcamins at cpbibliography.com Sun Apr 28 04:05:56 2013 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Sat, 27 Apr 2013 12:05:56 -0400 Subject: [Koha] Problem with XML::LibXSLT Module In-Reply-To: References: Message-ID: Satish, When I try to install the perl module - XML::LibXSLT , on Debian > Squeeze 2.6.32-5-686 , > for the installation of Koha 3.10.03, I am getting following error: > > I went through many of the suggestions given at koha forum, no success. > If somebody overcome this error with a fix, could please help me?? am > done with most of the perl modules except this one. > > (Please provide me with version to be used and step by step > installation procedure... ) > I would recommend installing Koha from packages: http://wiki.koha-community.org/wiki/Debian However, if you don't want to do that, you should still not be using CPAN for installing Perl modules. If you take a look at the installation instructions, you'll see that this package is not installed via CPAN: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debian;h=4547974952d8730cefc04b570450dc318cc84587;hb=HEAD Regards, Jared -- 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 lis4satish at gmail.com Sun Apr 28 05:14:49 2013 From: lis4satish at gmail.com (satish) Date: Sat, 27 Apr 2013 22:44:49 +0530 Subject: [Koha] Problem with XML::LibXSLT Module In-Reply-To: References: Message-ID: Thank you Jared Camins, Firstly I tried with sudo apt-get install koha-common .. not successful. got a message saying: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. then, did search with keyword: LibXSLT at http://packages.debian.org/squeeze and installed following threee packages manually. libxml-libxslt-perl (libxml-libxslt-perl_1.70-1_i386.deb) libxslt1-dev ( libxslt1-dev_1.1.26-6+squeeze3_i386.deb) libxslt1.1 ( libxslt1.1_1.1.26-6+squeeze3_i386.deb ) and I checked for XML::LibXSLT in required modules list (# perl koha_perl_deps.pl -m), it has been cleared now. thank you. satish On 4/27/13, Jared Camins-Esakov wrote: > Satish, > > When I try to install the perl module - XML::LibXSLT , on Debian >> Squeeze 2.6.32-5-686 , >> for the installation of Koha 3.10.03, I am getting following error: >> >> I went through many of the suggestions given at koha forum, no success. >> If somebody overcome this error with a fix, could please help me?? am >> done with most of the perl modules except this one. >> >> (Please provide me with version to be used and step by step >> installation procedure... ) >> > > I would recommend installing Koha from packages: > http://wiki.koha-community.org/wiki/Debian > > However, if you don't want to do that, you should still not be using CPAN > for installing Perl modules. If you take a look at the installation > instructions, you'll see that this package is not installed via CPAN: > http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debian;h=4547974952d8730cefc04b570450dc318cc84587;hb=HEAD > > Regards, > Jared > > -- > 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 egpetridis at yahoo.com Sun Apr 28 20:28:21 2013 From: egpetridis at yahoo.com (Manos PETRIDIS) Date: Sun, 28 Apr 2013 11:28:21 +0300 Subject: [Koha] Some questions - and a suggestion - on treatment of ISBN in koha Message-ID: <01ff01ce43ea$587a6e70$096f4b50$@com> Please consider the following scenario: I have a book in my hands that bears ISBN-13 9780553507065, and wish to make a biblio entry in koha. I go to Home > Cataloging and perform a "Cataloging search" i.e. "Search the catalog and the reservoir" with the ISBN on the book. Failing to find it, I then perform a Z39.50 search, select a fitting entry and try to import it in my koha, only to find that the book already exists there. Odd... Correct me if I'm wrong, but koha staff client cataloging search at /cgi-bin/koha/cataloguing/addbooks.pl seems to look for specific strings of characters. Therefore, when one enters an ISBN number of 9780006483113 as a search string for example, koha fails to find entries bearing ISBN numbers of 978-0-553-50706-5 0-553-50706-0 0553507060 i.e. the alternate forms of the same ISMB number. I also remember reading here in the list, that when performing Z39.50 searches koha first "translates" the ISBN-13 user input to ISBN-10 before querying Z39.50 targets. Thus, should one select a Z39.50 result with ISBN-10 and fail to "correct" it before saving the new entry, is prone to the problem described above. Furthermore, should that be the case, if one chooses to use the ISBN-13 form only when editing his own entries, they would fail to appear on other people's searches on his own koha installation, if their own system was koha too (or preformed along similar lines). Questions: If one wishes to enter all four alternate forms of the same ISBN, is it better to use multiple 020a entries (in USMARC) or to use multiple occurrences within the same 020a entry? Do other libraries/systems use the notion "A | B | C | D" I see in their Z39.50 results, or is it simply a convention used to display in one line values kept as discrete entries in the originating system? Suggestion: I guess there is some valid reasoning behind the behaviour described above, resolved when these koha modules were created, I wonder however if it would be useful that koha would automatically populate the bibliographical entries with the missing alternate 020a entries (in USMARC), either at the time of user input, or by some batch procedure, that would also take care of existing entries. This could well be controlled by two new options/preferences, one that would enable such behaviour and one that would instruct koha to use one 020a entry to keep all four forms, or four discrete entries. kind regards, Manos PETRIDIS Athens, Greece From mathieu.saby at univ-rennes2.fr Mon Apr 29 00:13:38 2013 From: mathieu.saby at univ-rennes2.fr (Mathieu Saby) Date: Sun, 28 Apr 2013 14:13:38 +0200 Subject: [Koha] Some questions - and a suggestion - on treatment of ISBN in koha In-Reply-To: <01ff01ce43ea$587a6e70$096f4b50$@com> References: <01ff01ce43ea$587a6e70$096f4b50$@com> Message-ID: <517D1272.9050802@univ-rennes2.fr> Hello improving the management of ISBN would be a nice enhancement. This could improve search, and detection of duplicates. I have never used Z3950 search, but if it is always translating 13 digits isbn into 10 digits, it is probably not a good. It should search both forms. Or search 3 forms in some cases : remember 13 digits isbn are not only made with 978 prefix, but also 979. So, from a 10 digits isbn you can made two 13 digits isbn. For the way you must store isbn in the record : In France, with UNIMARC and french cataloguing standard, we work like this : 010 $aISBN10 (WITH the hyphens) and we add an other 010, ONLY if the two are printed on the book, or if the book were printed with isbn10 and reprinted some years later with isbn13. 010 $aISBN13 (WITH the hyphens) With AACR2 and Marc21, OCLC is also repeating the 020 https://www.oclc.org/bibformats/en/0xx/020.html But rather than populating automaticly the record with alternates versions of ISBN - that would be against our cataloguing rules - I would prefer a change in Search.pm, so that when a search is made on isbn index, Koha would search alternates versions of the isbn. For an isbn10 : search isbn10 OR 978-isbn10 (with correction of control element) OR 979-isbn10 (with correction of control element) For an isbn13 : search isbn13 OR isbn 10 This could be done for isbn index, but also for any index if the string searched by a user is an isbn. M. Saby Le 28/04/2013 10:28, Manos PETRIDIS a ?crit : > Please consider the following scenario: > > > > I have a book in my hands that bears ISBN-13 9780553507065, and wish to make > a biblio entry in koha. I go to Home > Cataloging and perform a "Cataloging > search" i.e. "Search the catalog and the reservoir" with the ISBN on the > book. Failing to find it, I then perform a Z39.50 search, select a fitting > entry and try to import it in my koha, only to find that the book already > exists there. Odd... > > > > Correct me if I'm wrong, but koha staff client cataloging search at > /cgi-bin/koha/cataloguing/addbooks.pl seems to look for specific strings of > characters. > > Therefore, when one enters an ISBN number of 9780006483113 as a search > string for example, koha fails to find entries bearing ISBN numbers of > > 978-0-553-50706-5 > > 0-553-50706-0 > > 0553507060 > > i.e. the alternate forms of the same ISMB number. > > > > I also remember reading here in the list, that when performing Z39.50 > searches koha first "translates" the ISBN-13 user input to ISBN-10 before > querying Z39.50 targets. > > Thus, should one select a Z39.50 result with ISBN-10 and fail to "correct" > it before saving the new entry, is prone to the problem described above. > > > > Furthermore, should that be the case, if one chooses to use the ISBN-13 form > only when editing his own entries, they would fail to appear on other > people's searches on his own koha installation, if their own system was koha > too (or preformed along similar lines). > > > > Questions: > > If one wishes to enter all four alternate forms of the same ISBN, is it > better to use multiple 020a entries (in USMARC) or to use multiple > occurrences within the same 020a entry? > > Do other libraries/systems use the notion "A | B | C | D" I see in their > Z39.50 results, or is it simply a convention used to display in one line > values kept as discrete entries in the originating system? > > > > Suggestion: > > I guess there is some valid reasoning behind the behaviour described above, > resolved when these koha modules were created, I wonder however if it would > be useful that koha would automatically populate the bibliographical entries > with the missing alternate 020a entries (in USMARC), either at the time of > user input, or by some batch procedure, that would also take care of > existing entries. This could well be controlled by two new > options/preferences, one that would enable such behaviour and one that would > instruct koha to use one 020a entry to keep all four forms, or four discrete > entries. > > > > kind regards, > > Manos PETRIDIS > > Athens, Greece > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Mathieu Saby Service d'Informatique Documentaire Service Commun de Documentation Universit? Rennes 2 T?l?phone : 02 99 14 12 65 Courriel : mathieu.saby at univ-rennes2.fr From david.nind at gmail.com Mon Apr 29 22:56:03 2013 From: david.nind at gmail.com (David Nind) Date: Mon, 29 Apr 2013 22:56:03 +1200 Subject: [Koha] Koha error In-Reply-To: References: Message-ID: Hi. I tried to import the data(Books) from the existing koha 3.0 version to > Koha version 3.10 in ubuntu 12.4. When i searched it shows only Books > Biblios data only, its not showing the item details. > I'm not sure whether this will help in your case, but when upgrading from a version before 3.4 (from the INSTALL file): Koha 3.4.x or later no longer stores items in biblio records. If you are upgrading from an older version ou will need to do the following two steps, they can take a long time (several hours) to complete for large databases misc/maintenance/remove_items_from_biblioitems.pl --run misc/migration_tools/rebuild_zebra.pl -b -r David Nind | david.nind at gmail.com Wellington, New Zealand <%2B64%204%208906%20098> From samuel.desseaux at ecp.fr Mon Apr 29 23:29:07 2013 From: samuel.desseaux at ecp.fr (Samuel Desseaux) Date: Mon, 29 Apr 2013 13:29:07 +0200 Subject: [Koha] question about git install Message-ID: <517E5983.8090505@ecp.fr> Hi! I've made a git install of koha. I've followed these instructions git clonehttp://git.koha-community.org/koha.git kohaclone cd kohaclone git checkout 3.10.04 So, when i make a git status, i've this # On branch v3.10.04 # Untracked files: # (use "git add ..." to include in what will be committed) # # MYMETA.json # MYMETA.yml # Makefile # blib/ # koha-tmpl/intranet-tmpl/prog/fr-FR/ # koha-tmpl/opac-tmpl/prog/fr-FR/ # pm_to_blib nothing added to commit but untracked files present (use "git add" to track) But, after installation, i'm on 3.11 (so, the next version). How can i solve this problem? Best regards samuel From lis4satish at gmail.com Tue Apr 30 01:31:56 2013 From: lis4satish at gmail.com (satish) Date: Mon, 29 Apr 2013 19:01:56 +0530 Subject: [Koha] Error with Patron Image Upload - Help Message-ID: Dear All, I am using Debian Squeeze 2.6.32-5-686 - Koha 3.10.03, With # perl koha_perl_deps.pl -m -u it says.... Installed Required Module is Module Name Version Version Required -------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------- Total modules reported: 0 * Module is missing or requires an upgrade. when I try to upload a patron image, it throws following error. Software error: Can't locate object method "newFromJpeg" via package "GD::Image" at /usr/local/lib/perl/5.10.1/GD/Image.pm line 81. the line 81 of /usr/local/lib/perl/5.10.1/GD/Image.pm is as shown below. 75 return unless my $fh = $pack->_make_filehandle($_[0]); 76 my $magic; 77 return unless read($fh,$magic,4); 78 return unless my $type = _image_type($magic); 79 seek($fh,0,0); 80 my $method = "newFrom${type}"; 81 return $pack->$method($fh); 82 } 83 return $pack->_new(@_); I tried the solutions provided at : http://serverfault.com/questions/343637/add-image-support-to-gd-on-debian still no .. success. Anybody has encountered the same and work around for this problem in details why it is occurring? Please help me to fix this? with thanks satish mv librarian govt. eng. college, hassan karnataka, India. From eb at efdss.org Tue Apr 30 05:05:45 2013 From: eb at efdss.org (Elaine Bradtke) Date: Mon, 29 Apr 2013 18:05:45 +0100 Subject: [Koha] Some questions - and a suggestion - on treatment of ISBN in koha In-Reply-To: <517D1272.9050802@univ-rennes2.fr> References: <01ff01ce43ea$587a6e70$096f4b50$@com> <517D1272.9050802@univ-rennes2.fr> Message-ID: When we convert our files for upload into Koha we remove all the spaces and hyphens. When staff members edit new records in Koha, they're supposed to delete hypens and spaces. This seems like a lot of extra work. I'd say only 20 per cent of our collection has ISBNs, so we don't rely on them that much for searching. But I find a similar problems to what M. Saby describes when searching for titles in Copac or other cooperative catalogues. What should be an aid (a standard number) is often an impediment, due to the inconsistency in cataloguing methods. Perhaps some bright programmer can come up with a solution to search all the variables, without bringing back too many false positives. On Sun, Apr 28, 2013 at 1:13 PM, Mathieu Saby wrote: > Hello > improving the management of ISBN would be a nice enhancement. > This could improve search, and detection of duplicates. > > I have never used Z3950 search, but if it is always translating 13 digits > isbn into 10 digits, it is probably not a good. It should search both forms. > Or search 3 forms in some cases : remember 13 digits isbn are not only > made with 978 prefix, but also 979. So, from a 10 digits isbn you can made > two 13 digits isbn. > > For the way you must store isbn in the record : > In France, with UNIMARC and french cataloguing standard, we work like this > : > 010 $aISBN10 (WITH the hyphens) > and we add an other 010, ONLY if the two are printed on the book, or if > the book were printed with isbn10 and reprinted some years later with > isbn13. > 010 $aISBN13 (WITH the hyphens) > > With AACR2 and Marc21, OCLC is also repeating the 020 > https://www.oclc.org/**bibformats/en/0xx/020.html > > But rather than populating automaticly the record with alternates versions > of ISBN - that would be against our cataloguing rules - I would prefer a > change in Search.pm, so that when a search is made on isbn index, Koha > would search alternates versions of the isbn. > For an isbn10 : search isbn10 OR 978-isbn10 (with correction of control > element) OR 979-isbn10 (with correction of control element) > For an isbn13 : search isbn13 OR isbn 10 > This could be done for isbn index, but also for any index if the string > searched by a user is an isbn. > > M. Saby > > > > > Le 28/04/2013 10:28, Manos PETRIDIS a ?crit : > > Please consider the following scenario: >> >> >> I have a book in my hands that bears ISBN-13 9780553507065, and wish to >> make >> a biblio entry in koha. I go to Home > Cataloging and perform a >> "Cataloging >> search" i.e. "Search the catalog and the reservoir" with the ISBN on the >> book. Failing to find it, I then perform a Z39.50 search, select a fitting >> entry and try to import it in my koha, only to find that the book already >> exists there. Odd... >> >> >> Correct me if I'm wrong, but koha staff client cataloging search at >> /cgi-bin/koha/cataloguing/addb**ooks.pl seems to >> look for specific strings of >> characters. >> >> Therefore, when one enters an ISBN number of 9780006483113 as a search >> string for example, koha fails to find entries bearing ISBN numbers of >> >> 978-0-553-50706-5 >> >> 0-553-50706-0 >> >> 0553507060 >> >> i.e. the alternate forms of the same ISMB number. >> >> >> I also remember reading here in the list, that when performing Z39.50 >> searches koha first "translates" the ISBN-13 user input to ISBN-10 before >> querying Z39.50 targets. >> >> Thus, should one select a Z39.50 result with ISBN-10 and fail to "correct" >> it before saving the new entry, is prone to the problem described above. >> >> >> Furthermore, should that be the case, if one chooses to use the ISBN-13 >> form >> only when editing his own entries, they would fail to appear on other >> people's searches on his own koha installation, if their own system was >> koha >> too (or preformed along similar lines). >> >> >> Questions: >> >> If one wishes to enter all four alternate forms of the same ISBN, is it >> better to use multiple 020a entries (in USMARC) or to use multiple >> occurrences within the same 020a entry? >> >> Do other libraries/systems use the notion "A | B | C | D" I see in their >> Z39.50 results, or is it simply a convention used to display in one line >> values kept as discrete entries in the originating system? >> >> >> Suggestion: >> >> I guess there is some valid reasoning behind the behaviour described >> above, >> resolved when these koha modules were created, I wonder however if it >> would >> be useful that koha would automatically populate the bibliographical >> entries >> with the missing alternate 020a entries (in USMARC), either at the time >> of >> user input, or by some batch procedure, that would also take care of >> existing entries. This could well be controlled by two new >> options/preferences, one that would enable such behaviour and one that >> would >> instruct koha to use one 020a entry to keep all four forms, or four >> discrete >> entries. >> >> >> kind regards, >> >> Manos PETRIDIS >> >> Athens, Greece >> >> ______________________________**_________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/**mailman/listinfo/koha >> > > > -- > Mathieu Saby > Service d'Informatique Documentaire > Service Commun de Documentation > Universit? Rennes 2 > T?l?phone : 02 99 14 12 65 > Courriel : mathieu.saby at univ-rennes2.fr > > > ______________________________**_________________ > 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 mtj at kohaaloha.com Tue Apr 30 13:17:02 2013 From: mtj at kohaaloha.com (Mason James) Date: Tue, 30 Apr 2013 13:17:02 +1200 Subject: [Koha] Error with Patron Image Upload - Help In-Reply-To: References: Message-ID: On 2013-04-30, at 1:31 AM, satish wrote: > Dear All, > > I am using Debian Squeeze 2.6.32-5-686 - Koha 3.10.03, > > > when I try to upload a patron image, it throws following error. > > Software error: > > Can't locate object method "newFromJpeg" via package "GD::Image" at > /usr/local/lib/perl/5.10.1/GD/Image.pm line 81. > > Anybody has encountered the same and work around for this problem in > details why it is occurring? Please help me to fix this? did you install Koha from the debian packages?