From peterzhaonj at 163.com Sun Jul 1 20:24:49 2012 From: peterzhaonj at 163.com (Peter Zhao) Date: Sun, 1 Jul 2012 16:24:49 +0800 (CST) Subject: [Koha] UNIMARC 100 FIELD Language of cataloguing can not change In-Reply-To: References: Message-ID: <5bf7190b.3fc2.13841a467ef.Coremail.peterzhaonj@163.com> Hi, I can not change the UNIMARC 100 FIELD Language of cataloguing. I changed the default "fre" to "chi", I saved it . But I find all 100 FIELD Language of cataloguing are "fre" again. How could fix this problem? Thanks a lot. Peter Zhao From therrsonne02 at yahoo.com Mon Jul 2 18:48:30 2012 From: therrsonne02 at yahoo.com (therrsonne02) Date: Sun, 1 Jul 2012 23:48:30 -0700 (PDT) Subject: [Koha] Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2919. Message-ID: <1341211710635-5718221.post@n5.nabble.com> Can anyone help us on this? thanks in advance. http://koha.1045719.n5.nabble.com/file/n5718221/software_error_line_2919.jpg -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-call-method-subfield-on-an-undefined-value-at-usr-share-koha-lib-C4-Biblio-pm-line-2919-tp5718221.html Sent from the Koha-general mailing list archive at Nabble.com. From andisugandi at gmail.com Mon Jul 2 20:50:57 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Mon, 2 Jul 2012 15:50:57 +0700 Subject: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server)) In-Reply-To: References: Message-ID: Hi, On Sat, Jun 30, 2012 at 11:38 AM, Andi Sugandi wrote: > Doing: > # /usr/local/bin/perl bin/migration_tools/rebuild_zebra.pl -b -w -v > > and the output message is: > http://paste.opensuse.org/view/simple/30123112 > > But still, I do not see any zebra process running afterwards, and no > result found on OPAC page: http://goo.gl/eMeqp . > >> Try looking the zebra logs. If there are permissions problems, zebra will >> not run. > > I do not know yet where the idzebra log is on my system. Where is it > on my /usr/local install? > >> You have done a single install, look if all the files belongs to the correct >> user, > > All my files/directories on my 'single install' are belong to current > user (/home/library), and the USER and GROUP variable on > koha-zebra-ctl.sh file is koha. > > My user and group named koha: > # id koha > uid=32011(koha) gid=32013(koha) groups=32013(koha) OPAC page now gives a result[4] based on my searching, but it happens ONLY after runing: zebrasrv-2.0 -f etc/koha-conf.xml [5] in terminal (SSH): [4] http://goo.gl/njUVz [5] http://paste.opensuse.org/view/simple/35185017 If I quit the process, then OPAC can not give any result on searching page (means that idzebra indexing stops working, right?) What do you think about it? I have no clue solving this issue as no log/error found/appeared there. Any help would be very much appreciated. Thanks in advance. Best regards, -- Andi Sugandi. From andisugandi at gmail.com Mon Jul 2 20:57:47 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Mon, 2 Jul 2012 15:57:47 +0700 Subject: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server)) In-Reply-To: References: Message-ID: Hi, On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi wrote: > OPAC page now gives a result[4] based on my searching, but it happens > ONLY after runing: zebrasrv-2.0 -f etc/koha-conf.xml [5] in terminal > (SSH): > > [4] http://goo.gl/njUVz > [5] http://paste.opensuse.org/view/simple/35185017 > > If I quit the process, then OPAC can not give any result on searching > page (means that idzebra indexing stops working, right?) > > What do you think about it? I have no clue solving this issue as no > log/error found/appeared there. I read this[6] thread forum, seems like similar with my issue, but unfortunately no luck after re-evaluating the steps described on that forum. [6] http://koha.1045719.n5.nabble.com/Solved-Zebrasrv-2-0-td5714825.html I created manually the koha-zebradaemon log files in ./var/log directory : koha-zebradaemon.err koha-zebradaemon.log koha-zebradaemon-output.log But I can see nothing on those files after running: "/etc/init.d/koha-zebra-daemon start" Any suggestion? Thanks in advance. Best regards, -- Andi Sugandi. From umer.habib at techlogix.com Mon Jul 2 21:51:26 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Mon, 2 Jul 2012 05:51:26 -0400 (EDT) Subject: [Koha] setup seperate libraries Message-ID: <1341222686.075423280@apps.rackspace.com> Hi, I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com, the staff pannel could be the same. any body has any idea how to do this? regards umer habib From robin at catalyst.net.nz Mon Jul 2 22:13:12 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Mon, 02 Jul 2012 11:13:12 +0100 Subject: [Koha] setup seperate libraries In-Reply-To: <1341222686.075423280@apps.rackspace.com> References: <1341222686.075423280@apps.rackspace.com> Message-ID: <4FF17438.20901@catalyst.net.nz> Op 02-07-12 10:51, umer.habib at techlogix.com schreef: > I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com, the staff pannel could be the same. any body has any idea how to do this? Assuming you want to be using a different database, the package installation makes this very easy. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From umer.habib at techlogix.com Mon Jul 2 22:23:53 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Mon, 2 Jul 2012 06:23:53 -0400 (EDT) Subject: [Koha] setup seperate libraries In-Reply-To: <4FF17438.20901@catalyst.net.nz> References: <1341222686.075423280@apps.rackspace.com> <4FF17438.20901@catalyst.net.nz> Message-ID: <1341224633.98968447@apps.rackspace.com> I am actually trying to find out the most feasable solution for this. - I would prefer using a single database, only the OPAC should be different for the two libraries with their own logos and styles. - In case i use a different database, what do u exactly mean by package installation? can u please provide me some links or some steps how to do this? Thankyou so much for your reply regards -----Original Message----- From: "Robin Sheat" Sent: Monday, July 2, 2012 6:13am To: koha at lists.katipo.co.nz Subject: Re: [Koha] setup seperate libraries Op 02-07-12 10:51, umer.habib at techlogix.com schreef: > I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com, the staff pannel could be the same. any body has any idea how to do this? Assuming you want to be using a different database, the package installation makes this very easy. -- 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 From robin at catalyst.net.nz Mon Jul 2 22:34:17 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Mon, 02 Jul 2012 11:34:17 +0100 Subject: [Koha] setup seperate libraries In-Reply-To: <1341224633.98968447@apps.rackspace.com> References: <1341222686.075423280@apps.rackspace.com> <4FF17438.20901@catalyst.net.nz> <1341224633.98968447@apps.rackspace.com> Message-ID: <4FF17929.7030503@catalyst.net.nz> Op 02-07-12 11:23, umer.habib at techlogix.com schreef: > - I would prefer using a single database, only the OPAC should be different for the two libraries with their own logos and styles. Ah right. In that case, I'd make everything CSS driven and use apache to serve up a different stylesheet depending on the host accessed. This won't allow them to have separate news, or anything like that though. Doing that is a bit more complex. > - In case i use a different database, what do u exactly mean by package installation? can u please provide me some links or some steps how to do this? Instructions for this are here: http://wiki.koha-community.org/wiki/Koha_3.6_on_Debian_Squeeze -- 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 Mon Jul 2 22:36:47 2012 From: eugenegf at yahoo.com (eugene jose espinoza) Date: Mon, 2 Jul 2012 03:36:47 -0700 (PDT) Subject: [Koha] koha 3.8 on debian 6.0.2 missing items Message-ID: <1341225407.80160.YahooMailNeo@web112006.mail.gq1.yahoo.com> Good day! I freshly installed koha 3.8 (the latest version) in Debian 6.0.2 through Virtualbox. I imported mysql data into the database which were gotten from previous koha installations (virtual machines of Kyle Hall Koha versions 3.2 then Koha 3.6). The problem I'm getting is that there are no physical items on the (bibliographic) records when in fact there was in the previous KOha versions. I've tried all stuffs like run misc/maintenance/remove_items_from_biblioitems.pl --run ?I got this error message:?Use of uninitialized value $cn_item in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. Use of uninitialized value $cn_class in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. Use of uninitialized value $cn_item in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. .Use of uninitialized value $cn_class in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. Use of uninitialized value $cn_item in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. Use of uninitialized value $cn_class in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. Use of uninitialized value $cn_item in concatenation (.) or string at /usr/share/koha/lib/C4/ClassSortRoutine.pm line 118. .No biblionumber tag for framework "LAWS" at /usr/share/koha/lib/C4/Biblio.pm line 3103. ??then run rebuildzebra and got this error message:?error retrieving biblio 79032 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 79033 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. 17:09:44-02/07 zebraidx(2768) [warn] MARC: Bad offsets in data. Skipping rest 17:09:44-02/07 zebraidx(2768) [warn] Record didn't contain match fields in (bib1,Local-number)? Thanks and long live KOha! ? EUGENE ESPINOZA From fabio.tian at gmail.com Tue Jul 3 00:33:51 2012 From: fabio.tian at gmail.com (Fabio T.) Date: Mon, 2 Jul 2012 05:33:51 -0700 (PDT) Subject: [Koha] UNIMARC 100 FIELD Language of cataloguing can not change In-Reply-To: <5bf7190b.3fc2.13841a467ef.Coremail.peterzhaonj@163.com> References: <5bf7190b.3fc2.13841a467ef.Coremail.peterzhaonj@163.com> Message-ID: <1341232431225-5718258.post@n5.nabble.com> Good time of day everyone! Same here for italian language, since version 3.6 (but I can't say before) with Koha UNIMARC flavor (.deb packaged release in my case). Anytime I change "fre" to "ita" and save it, this edit isn't kept. Thanks for helping. Fabio Tiana -- View this message in context: http://koha.1045719.n5.nabble.com/UNIMARC-100-FIELD-Language-of-cataloguing-can-not-change-tp5718203p5718258.html Sent from the Koha-general mailing list archive at Nabble.com. From nengard at gmail.com Tue Jul 3 01:14:36 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 2 Jul 2012 09:14:36 -0400 Subject: [Koha] KohaCon 2013 Voting Open Message-ID: The voting for the KohaCon13 Conference Venue is open! http://survey.web2learning.net/limesurvey/index.php?sid=91534&lang=en Please vote for where you'd like to see KohaCon 2013. To review the full proposals please read here: http://wiki.koha-community.org/wiki/Kohacon2013 Once I know when the voting should close I'll share with you all :) But for now, get your votes in!! Thanks a bunch, Nicole C. Engard Documentation Manager From nengard at gmail.com Tue Jul 3 01:17:24 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 2 Jul 2012 09:17:24 -0400 Subject: [Koha] KohaCon 2013 Voting Open In-Reply-To: References: Message-ID: Voting closes on July 17th, 2012. Nicole On Mon, Jul 2, 2012 at 9:14 AM, Nicole Engard wrote: > The voting for the KohaCon13 Conference Venue is open! > > http://survey.web2learning.net/limesurvey/index.php?sid=91534&lang=en > > Please vote for where you'd like to see KohaCon 2013. To review the > full proposals please read here: > http://wiki.koha-community.org/wiki/Kohacon2013 > > Once I know when the voting should close I'll share with you all :) > But for now, get your votes in!! > > Thanks a bunch, > Nicole C. Engard From spalding at senylrc.org Tue Jul 3 01:45:56 2012 From: spalding at senylrc.org (Zachary Spalding) Date: Mon, 02 Jul 2012 09:45:56 -0400 Subject: [Koha] Problem with Direct Link to Title in Koha Message-ID: <4FF1A614.8080001@senylrc.org> Hello I seem to have a problem with direct linking to a title. If I use a link like this, http://vassar.koha.senylrc.org/cgi-bin/koha/opac-detail.pl?biblionumber=40856 I will get the following error message Software error: Can't use an undefined value as a HASH reference at /usr/local/koha/opac/cgi-bin/opac/opac-detail.pl line 73. For help, please send mail to the webmaster (noc at senylrc.org ), giving this error message and the time and date of the error. But if I refresh the page after I get this error I will get the title displayed. This is happening in Firefox 13.1 Any idea on this behavior? -- Zachary Spalding Systems Manager Southeastern NY Library Resources Council 21 S. Elting Corners Rd Highland, NY 12528 Phone: 845-883-9065x11 Fax: 845-883-9483 Email: spalding at senylrc.org From chris at bigballofwax.co.nz Tue Jul 3 07:20:20 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 3 Jul 2012 07:20:20 +1200 Subject: [Koha] UNIMARC 100 FIELD Language of cataloguing can not change In-Reply-To: <1341232431225-5718258.post@n5.nabble.com> References: <5bf7190b.3fc2.13841a467ef.Coremail.peterzhaonj@163.com> <1341232431225-5718258.post@n5.nabble.com> Message-ID: On 3 July 2012 00:33, Fabio T. wrote: > Good time of day everyone! > > Same here for italian language, since version 3.6 (but I can't say before) > with Koha UNIMARC flavor (.deb packaged release in my case). Anytime I > change "fre" to "ita" and save it, this edit isn't kept. > > Thanks for helping. > Fabio Tiana Hi All I would encourage one of you to go to http://bugs.koha-community.org and report this as a bug. Hopefully some of the UNIMARC developers will see it then. Chris From frederic at tamil.fr Tue Jul 3 09:12:21 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 02 Jul 2012 23:12:21 +0200 Subject: [Koha] UNIMARC 100 FIELD Language of cataloguing can not change In-Reply-To: References: <5bf7190b.3fc2.13841a467ef.Coremail.peterzhaonj@163.com> <1341232431225-5718258.post@n5.nabble.com> Message-ID: <4FF20EB5.9040403@tamil.fr> > I would encourage one of you to go to http://bugs.koha-community.org > and report this as a bug. Hopefully some of the UNIMARC developers > will see it then. +1. And note to take a look at C4/Biblio.pm module, line 3547: substr( $string, 22, 6, "frey50" ); -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From jmi at vdic.be Tue Jul 3 18:58:05 2012 From: jmi at vdic.be (Joeri) Date: Mon, 2 Jul 2012 23:58:05 -0700 (PDT) Subject: [Koha] Koha with Pazpar2 : results list shows no titles Message-ID: <1341298685293-5718332.post@n5.nabble.com> Hello, We want to run a z.3950 search from within Opac and to that end we setup Koha and Pazpar2. Unfortunately the result list shows numerous 'No title' entries instead of showing a title list. The Pazpar2 daemon shows following warnings : * Ignoring unknown metadata element : title * Bad metadata '[199-?]' for element 'date' Koha is setup with unimarc format and I'm using a test configuration file with the following contents : Thanks for helping me out. Regards, Joeri Michiels -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-with-Pazpar2-results-list-shows-no-titles-tp5718332.html Sent from the Koha-general mailing list archive at Nabble.com. From jmasibo at gmail.com Tue Jul 3 19:01:40 2012 From: jmasibo at gmail.com (jackymasibo) Date: Tue, 3 Jul 2012 10:01:40 +0300 Subject: [Koha] i need your help on installing koha Message-ID: hi guys, i am trying to install koha on a debian pc and when i run apt get update i get the following error messages Err http://ftp.indexdata.dk indexdata/sarge/released Sources 404 Not Found Err http://ftp.indexdata.dk indexdata/sarge/released i386 Packages 404 Not Found Fetched 197 B in 18s (11 B/s) W: Failed to fetch http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/source/Sources.gz 404 Not Found W: Failed to fetch http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/binary-i386/Packages.gz 404 Not Found E: Some index files failed to download, they have been ignored, or old ones used instead. your help will be highly appreciated. From bargioni at pusc.it Tue Jul 3 19:24:56 2012 From: bargioni at pusc.it (Stefano Bargioni) Date: Tue, 3 Jul 2012 09:24:56 +0200 Subject: [Koha] Problem with Direct Link to Title in Koha Message-ID: <0C2CE615-53F0-4401-A42D-F87D7B337BAF@pusc.it> The same behavior in Chrome 20.0.1132.47 for Mac. However, http://catalogo.pusc.it/cgi-bin/koha/opac-detail.pl?biblionumber=45655# (Koha 3.2.7) works correctly. Is the problem related to your Koha version? Stefano > Hello I seem to have a problem with direct linking to a title. > > If I use a link like this, > http://vassar.koha.senylrc.org/cgi-bin/koha/opac-detail.pl?biblionumber=40856 > > > I will get the following error message > > > Software error: > > Can't use an undefined value as a HASH reference at /usr/local/koha/opac/cgi-bin/opac/opac-detail.pl line 73. > > For help, please send mail to the webmaster (noc at senylrc.org > ), giving this error message and the time and > date of the error. > > > But if I refresh the page after I get this error I will get the title > displayed. This is happening in Firefox 13.1 > > Any idea on this behavior? > > -- > Zachary Spalding __________________________________________________ Il tuo 5x1000 al Patronato di San Girolamo della Carita' e' un gesto semplice ma di grande valore. Una tua firma aiutera' i sacerdoti ad essere piu' vicini alle esigenze di tutti noi. Aiutaci a formare sacerdoti e seminaristi provenienti dai 5 continenti indicando nella dichiarazione dei redditi il codice fiscale 97023980580. From peterzhaonj at 163.com Tue Jul 3 19:39:00 2012 From: peterzhaonj at 163.com (Peter Zhao) Date: Tue, 3 Jul 2012 15:39:00 +0800 (CST) Subject: [Koha] Software error In-Reply-To: References: Message-ID: <3c96d250.a08a.1384bc72bc5.Coremail.peterzhaonj@163.com> Software error: C4::Output version 3.02 required--this is only version 3.08.01.002 at /usr/share/koha/intranet/cgi-bin/tags/review.pl line 33. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/tags/review.pl line 33. Hi all, Could anyone know this error and how to fix it? Thanks a lot. Peter Zhao From chris at bigballofwax.co.nz Tue Jul 3 19:57:29 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 3 Jul 2012 19:57:29 +1200 Subject: [Koha] Software error In-Reply-To: <3c96d250.a08a.1384bc72bc5.Coremail.peterzhaonj@163.com> References: <3c96d250.a08a.1384bc72bc5.Coremail.peterzhaonj@163.com> Message-ID: On 3 July 2012 19:39, Peter Zhao wrote: > Software error: > C4::Output version 3.02 required--this is only version 3.08.01.002 at /usr/share/koha/intranet/cgi-bin/tags/review.pl line 33. > BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/tags/review.pl line 33. > > > Hi all, > Could anyone know this error and how to fix it? Thanks a lot. > > Peter Zhao A good idea is to check bugzilla. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8315 The fix is in master, and 3.8.x and will be in 3.8.3 when it is released on July 22 Chris From 5p4m at gmx.de Tue Jul 3 20:02:59 2012 From: 5p4m at gmx.de (Mirko) Date: Tue, 03 Jul 2012 10:02:59 +0200 Subject: [Koha] i need your help on installing koha In-Reply-To: References: Message-ID: <4FF2A733.5010107@gmx.de> What version of Koha are you trying to install on what version of Debian and what instructions do you use? idzebra-2.0 is part of Debian stable. Debian Sarge (indicated in the repository address) is really old. schrieb jackymasibo am 03.07.2012 09:01: > hi guys, > i am trying to install koha on a debian pc and when i run apt get update i > get the following error messages > > Err http://ftp.indexdata.dk indexdata/sarge/released Sources > 404 Not Found > Err http://ftp.indexdata.dk indexdata/sarge/released i386 Packages > 404 Not Found > Fetched 197 B in 18s (11 B/s) > W: Failed to fetch > http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/source/Sources.gz > 404 Not Found > > W: Failed to fetch > http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/binary-i386/Packages.gz > 404 Not Found > > E: Some index files failed to download, they have been ignored, or old ones > used instead. > > your help will be highly appreciated. > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From therrsonne02 at yahoo.com Tue Jul 3 21:00:46 2012 From: therrsonne02 at yahoo.com (therrsonne02) Date: Tue, 3 Jul 2012 02:00:46 -0700 (PDT) Subject: [Koha] Koha Search Results Availability of Items? Message-ID: <1341306046773-5718346.post@n5.nabble.com> Hi, I'm or we are a new to Koha, and we need help? if there is any, thank you in advance. We are using Koha 3.8 version, we migrated using MARC edit because our former ILS does not supportthe conversion that Koha uses. We have tried migrating it and it was successful, using "no_zebra.pl", the problem is that when we use "zebra" the result would be 'none', so we again put it back to "no zebra". Then when we came across the 'circulation module', and in the OPAC view, the biblio infos were there, but the 'availability' option says " No items available" but when you click the biblio detail page "normal, marc, isbd view" you can see that there are holding items available to borrow. Will that be our problem? that's why we can't checkout/checkin an item without having that error? We can still checkout/check in an item, but the problem is that the error comes out, but when we refresh the page, it was already checkout/checkin in his account. Thank you again for the help that you may give to us... Would like to send you some image of the search results in our page but i do not find any attachment here... some of our screen: http://koha.1045719.n5.nabble.com/file/n5718346/01_search_results.jpg http://koha.1045719.n5.nabble.com/file/n5718346/02_search_results_normal_view.jpg http://koha.1045719.n5.nabble.com/file/n5718346/03_search_results_marc_view.jpg -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-Search-Results-Availability-of-Items-tp5718346.html Sent from the Koha-general mailing list archive at Nabble.com. From jmasibo at gmail.com Tue Jul 3 21:59:06 2012 From: jmasibo at gmail.com (jackymasibo) Date: Tue, 3 Jul 2012 12:59:06 +0300 Subject: [Koha] I NEED HELP ON INSTALLING KOHA Message-ID: hi guys, i am trying to install koha on a debian pc and when i run apt get update i get the following error messages Err http://ftp.indexdata.dk indexdata/sarge/released Sources 404 Not Found Err http://ftp.indexdata.dk indexdata/sarge/released i386 Packages 404 Not Found Fetched 197 B in 18s (11 B/s) W: Failed to fetch http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/source/Sources.gz 404 Not Found W: Failed to fetch http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/binary-i386/Packages.gz 404 Not Found E: Some index files failed to download, they have been ignored, or old ones used instead. your help will be highly appreciated. From david.nind at gmail.com Tue Jul 3 22:13:21 2012 From: david.nind at gmail.com (David Nind) Date: Tue, 3 Jul 2012 22:13:21 +1200 Subject: [Koha] i need your help on installing koha In-Reply-To: References: Message-ID: The INSTALL.debian file covers installing Yaz and Zebra: -- 1.2 Set up Indexdata apt sources for Yaz and Zebra packages See the instructions from indexdata athttp://ftp.indexdata.com/pub/debian/README At the time of writing, you need to create /etc/apt/sources.list.d/indexdata.list containing the following: # Index Data deb http://ftp.indexdata.dk/debian squeeze main deb-src http://ftp.indexdata.dk/debian squeeze main and add their archive signing key to your system: $ wget -O- http://ftp.indexdata.dk/debian/indexdata.asc | sudo apt-key add - Finally, update your apt sources: $ sudo apt-get update -- It looks like your settings are looking for the 'sarge' release of Debian, which is very old now. If you are doing a fresh install of Debian I would highly recommend downloading and using the latest stable version of Debian (Squeeze). I would also highly recommend installing Koha using the packages rather than manually installing (it is way way easier): http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 On 3 July 2012 19:01, jackymasibo wrote: > hi guys, > i am trying to install koha on a debian pc and when i run apt get update i > get the following error messages > > Err http://ftp.indexdata.dk indexdata/sarge/released Sources > 404 Not Found > Err http://ftp.indexdata.dk indexdata/sarge/released i386 Packages > 404 Not Found > Fetched 197 B in 18s (11 B/s) > W: Failed to fetch > > http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/source/Sources.gz > 404 Not Found > > W: Failed to fetch > > http://ftp.indexdata.dk/debian/dists/indexdata/sarge/released/binary-i386/Packages.gz > 404 Not Found > > E: Some index files failed to download, they have been ignored, or old ones > used instead. > > your help will be highly appreciated. > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From jmasibo at gmail.com Tue Jul 3 22:21:10 2012 From: jmasibo at gmail.com (themneks) Date: Tue, 3 Jul 2012 03:21:10 -0700 (PDT) Subject: [Koha] i need your help on installing koha In-Reply-To: <4FF2A733.5010107@gmx.de> References: <4FF2A733.5010107@gmx.de> Message-ID: <1341310870263-5718352.post@n5.nabble.com> Thanks alot Mirko koha version am trying to install is koha 3.02.04 debian version is debian 6.0.5 am just new to linux and koha too so i was using this guide http://www.blazingmoon.org/news/2008/12/install-koha-on-ubuntu-part-4-koha/ any help will be appreciated thanks -- View this message in context: http://koha.1045719.n5.nabble.com/i-need-your-help-on-installing-koha-tp5718333p5718352.html Sent from the Koha-general mailing list archive at Nabble.com. From mjr at phonecoop.coop Tue Jul 3 22:33:01 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 03 Jul 2012 11:33:01 +0100 Subject: [Koha] I NEED HELP ON INSTALLING KOHA In-Reply-To: Message-ID: jackymasibo wrote: > i am trying to install koha on a debian pc and when i run apt get update i > get the following error messages > > Err http://ftp.indexdata.dk indexdata/sarge/released Sources > 404 Not Found http://www.debian.org/releases/sarge/ says Debian GNU/Linux 3.1 (a.k.a. sarge) was released on 6th of June, 2005. The new release includes many major changes, described in our press release and the Release Notes. Debian GNU/Linux 3.1 has been superseded by Debian GNU/Linux 4.0 ("etch"). Security updates have been discontinued as of the end of March 2008. indexdata no longer support a 7-year-old version that was end-of-lifed over 4 years ago. Sorry but it's upgrade time. Try http://www.debian.org/releases/stable/ which is currently version 6.0 Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From david.nind at gmail.com Tue Jul 3 23:19:15 2012 From: david.nind at gmail.com (David Nind) Date: Tue, 3 Jul 2012 23:19:15 +1200 Subject: [Koha] i need your help on installing koha In-Reply-To: <1341310870263-5718352.post@n5.nabble.com> References: <4FF2A733.5010107@gmx.de> <1341310870263-5718352.post@n5.nabble.com> Message-ID: Hi. > koha version am trying to install is koha 3.02.04 > This is an older version of Koha (released in October 2010). Would recommend installing a newer version - 3.8.2 is the latest but is still relatively new (initial release in April, with latest update in June). You could also go with the latest 3.6 version (3.6.6 released in June). To understand the version numbering see: http://koha-community.org/about/release-schedule/ Installation instructions are included with the download - this is the best place to look initially. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From Joel.Harbottle at hotmail.com.au Wed Jul 4 01:27:27 2012 From: Joel.Harbottle at hotmail.com.au (Joel Harbottle) Date: Tue, 03 Jul 2012 13:27:27 -0000 Subject: [Koha] Cataloguing Items with Multiple Parts Message-ID: Hi All, I'm cataloguing an item with multiple books as part of the package. Ideally, I want to catalogue each individual book in the package and then link those Bibliographic records to a 'main' Bibliographic record for the kit/package? I used to be able to easily do this in our old ILS, but still haven't come up with a way to achieve this in Koha. Does anyone have any suggestions?? Best Wishes, Joel Joel Harbottle Library Technician Library Processing Services (Qld.) Email: Joel.Harbottle at hotmail.com.au From nengard at gmail.com Wed Jul 4 01:46:01 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 3 Jul 2012 09:46:01 -0400 Subject: [Koha] Cataloguing Items with Multiple Parts In-Reply-To: References: Message-ID: Joel, You're talking about Analytics and Koha does have Analytics support so hopefully this will help: http://manual.koha-community.org/3.8/en/cataloging.html#cataloganalytics Nicole On Sun, Jul 3, 2011 at 9:16 AM, Joel Harbottle wrote: > Hi All, > > > > I'm cataloguing an item with multiple books as part of the package. > > > > Ideally, I want to catalogue each individual book in the package and then > link those Bibliographic records to a 'main' Bibliographic record for the > kit/package? > > > > I used to be able to easily do this in our old ILS, but still haven't come > up with a way to achieve this in Koha. Does anyone have any suggestions?? > > > > Best Wishes, > > Joel > > > > > > Joel Harbottle > > Library Technician > > > > Library Processing Services (Qld.) > > Email: Joel.Harbottle at hotmail.com.au > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From vaventura1 at yahoo.com.br Wed Jul 4 04:00:01 2012 From: vaventura1 at yahoo.com.br (Viviane Ventura) Date: Tue, 3 Jul 2012 13:00:01 -0300 Subject: [Koha] Insert records in mysql Message-ID: Hey, folks Can i insert records in mysql (biblio, biblioitems and items) directly? Thanks From Anthony.Laquerre at ccsr.qc.ca Wed Jul 4 04:10:24 2012 From: Anthony.Laquerre at ccsr.qc.ca (Laquerre, Anthony) Date: Tue, 3 Jul 2012 16:10:24 +0000 Subject: [Koha] Check In - Check out multiple items. Message-ID: Hi everyone, We are currently looking at is a way to check in and check out a single items that link to multiple items. Here's the need : Check out : User have a box. Inside that box there is : 1 - Camera, 1- Cable, 1- Speaker. Each individual item have a barcode. What we would like to do is : If I scan the box barcode , I will at the same checkout : Camera, Cable and the speaker. On check in, we would like a smiliar process but we would need to make each item are really return... Is that possible rignt now in Koha ? If not, what do you think of the idea ? Thanks! Anthony From paul.poulain at biblibre.com Wed Jul 4 04:17:24 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 03 Jul 2012 18:17:24 +0200 Subject: [Koha] [discussion] Privacy issue (bug 3280) Message-ID: <4FF31B14.5040508@biblibre.com> Hello Koha users & developers, The bug 3280 fixes a problem in cart sending in opac : the behaviour has changed, and for security reason, it will be possible only for logged-in users. A question has also been raised : we could also add the IP address of the sender in the mail that Koha sent. Do you think : 1- we could 2- we should 3- we shouldn't (and why) I start arguing = I think we should, and in France, I think it's a legal issue, you must be able to answer any legal request from a court (9-11, thank you :\ ) It's right we have the username, but the IP address is a good complement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From robin at catalyst.net.nz Wed Jul 4 04:27:01 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 03 Jul 2012 17:27:01 +0100 Subject: [Koha] Insert records in mysql In-Reply-To: References: Message-ID: <4FF31D55.2040705@catalyst.net.nz> Op 03-07-12 17:00, Viviane Ventura schreef: > Hey, folks > > Can i insert records in mysql (biblio, biblioitems and items) directly? It's possible, but it's really not recommended unless the data you're putting in there comes from a very similar Koha instance. Things like creating MARC record parts is not feasible to do by hand. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From chrisc at catalyst.net.nz Wed Jul 4 05:00:20 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Wed, 04 Jul 2012 05:00:20 +1200 Subject: [Koha] [Koha-devel] [discussion] Privacy issue (bug 3280) In-Reply-To: <4FF31B14.5040508@biblibre.com> References: <4FF31B14.5040508@biblibre.com> Message-ID: <09222531-3f7e-4ba3-9ab5-fddc719ebf7b@email.android.com> Make it a syspref, so it can work for all jurisdictions. Problem solved. Chris Paul Poulain wrote: Hello Koha users & developers, The bug 3280 fixes a problem in cart sending in opac : the behaviour has changed, and for security reason, it will be possible only for logged-in users. A question has also been raised : we could also add the IP address of the sender in the mail that Koha sent. Do you think : 1- we could 2- we should 3- we shouldn't (and why) I start arguing = I think we should, and in France, I think it's a legal issue, you must be able to answer any legal request from a court (9-11, thank you :\ ) It's right we have the username, but the IP address is a good complement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 _____________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ From robin at catalyst.net.nz Wed Jul 4 05:12:28 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 03 Jul 2012 18:12:28 +0100 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: <4FF31B14.5040508@biblibre.com> References: <4FF31B14.5040508@biblibre.com> Message-ID: <4FF327FC.9040804@catalyst.net.nz> Op 03-07-12 17:17, Paul Poulain schreef: > I start arguing = I think we should, and in France, I think it's a legal > issue, you must be able to answer any legal request from a court (9-11, > thank you :\ ) There are probably some jurisdictions where you /must not/ give away the IP address, too. Also, it's trickier if your koha server is behind a reverse proxy (by no means impossible though.) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From glawson at rhcl.org Wed Jul 4 05:37:20 2012 From: glawson at rhcl.org (glaws) Date: Tue, 03 Jul 2012 12:37:20 -0500 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: <4FF31B14.5040508@biblibre.com> References: <4FF31B14.5040508@biblibre.com> Message-ID: <4FF32DD0.2040407@rhcl.org> Make it optional at most (syspref), off by default. Greg ---------------------- On 07/03/2012 11:17 AM, Paul Poulain wrote: > Hello Koha users & developers, > > The bug 3280 fixes a problem in cart sending in opac : the behaviour has > changed, and for security reason, it will be possible only for logged-in > users. > A question has also been raised : we could also add the IP address of > the sender in the mail that Koha sent. Do you think : > 1- we could > 2- we should > 3- we shouldn't > > (and why) > > I start arguing = I think we should, and in France, I think it's a legal > issue, you must be able to answer any legal request from a court (9-11, > thank you :\ ) > It's right we have the username, but the IP address is a good complement From ghenry at cmi.univ-mrs.fr Wed Jul 4 05:39:14 2012 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Tue, 03 Jul 2012 19:39:14 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 Message-ID: <4FF32E42.2090300@cmi.univ-mrs.fr> hello all, i'm doing the upgrade. In 3.0, we have the languages: en fr-FR de-DE ed-ES in opaclanguagesdisplay but after the upgrade, opaclanguages display is empty, it is not possible to select languages. The dirs are presents: # ls -l /usr/local/koha/opac/htdocs/opac-tmpl/prog total 28 drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg what am i missing? anybody can help? thanks in advance gerard From dgllibrary+kohalist at peteraronson.com Wed Jul 4 06:02:48 2012 From: dgllibrary+kohalist at peteraronson.com (Peter Aronson) Date: Tue, 3 Jul 2012 23:32:48 +0530 Subject: [Koha] Check In - Check out multiple items. In-Reply-To: References: Message-ID: Hi Anthony, One way to do this is to have only 1 barcode ? the box. On the items screen, set the item type as Mixed Materials. And at the top (sorry, I don't have Koha open right now, so I don't know what number) there's a field called Materials Specified. If you put something on that line, such as "1 Camera, 1 Cable, 1 Speaker", that text will show up when the person checks the item(s) back in. So the librarian will see that message and can check to make sure all the pieces are there. Just to be sure, we used CSS to make that alert text box RED. A more problematic situation we have run into is: What to do about a boxed set of books? We have each book barcoded so they can be checked out individually. So what do people normally do with the nice box, throw it away? Or shelve the books in the box but don't put the box in the system? Peter DGL Library, India On Jul 3, 2012, at 10:31PM, koha-request at lists.katipo.co.nz wrote: > From: "Laquerre, Anthony" > To: "koha at lists.katipo.co.nz" > Subject: [Koha] Check In - Check out multiple items. > Message-ID: > > Content-Type: text/plain; charset="us-ascii" > > Hi everyone, > > We are currently looking at is a way to check in and check out a single items that link to multiple items. > > Here's the need : > Check out : > User have a box. > Inside that box there is : 1 - Camera, 1- Cable, 1- Speaker. > Each individual item have a barcode. > > What we would like to do is : If I scan the box barcode , I will at the same checkout : Camera, Cable and the speaker. > > > On check in, we would like a smiliar process but we would need to make each item are really return... > > Is that possible rignt now in Koha ? > If not, what do you think of the idea ? > > Thanks! > Anthony From CBRANNON at cdalibrary.org Wed Jul 4 02:31:56 2012 From: CBRANNON at cdalibrary.org (BRANNON, CHRISTOPHER) Date: Tue, 3 Jul 2012 07:31:56 -0700 Subject: [Koha] Relevance Message-ID: <460E70BB2466B64FBF7F9FB28443F757CCF6258C@Tiberius.EXCALIBUR.LOCAL> Lori, Thanks for the information. This pretty much says what ByWater told us to set when we went online, but I'm still looking for information on how relevance works, and why it does what it does. This still remains a mystery. Christopher Brannon From: loriayre at gmail.com [mailto:loriayre at gmail.com] On Behalf Of Lori Bowen Ayre Sent: Tuesday, June 26, 2012 2:48 PM To: BRANNON, CHRISTOPHER Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Relevance This this help? 01:42 Milts_NZ Hey Idlers, is there anyone I can talk to about stopwords in Koha? 01:42 druthb Hi, Milts. :) 01:43 Milts_NZ hey :D 01:43 we're playing with stopwords, and it seems to make little difference... is it correct that you can't use stopwords if Zebra is turned on? 01:43 because without them our relevancy ranking is pretty off... 01:44 druthb The short answer is, if you're using NoZebra, there are stopwords, but you have bigger problems, as that is deprecated, and really shouldn't be used. If you're using Zebra, there are no stopwords. 01:44 Milts_NZ ah I was wondering that. We are using Zebra. 01:44 druthb I've not observed that problem here; lemme grab a couple of settings for you to check. 01:44 mtj ooh, that sounds like it needs a bug logged 01:44 druthb what does? 01:44 wahanui does is calculate the discount on this price or the tax is removed before to calculte the discount on the price before taxes? 01:45 druthb wahanui: forget does 01:45 wahanui druthb: I forgot does 01:45 Milts_NZ I've got a screenshot of a search for the title of an item uploaded here:http://www.4freeimagehost.com/[...]=8740fa83bc35.png 01:46 and it appears 6th in the list with all the items before it seemingly appearing because they have "a" and "the" in the titles 01:46 druthb we get best results with QueryAutoTruncate set to "only if * is added", QueryFuzzy "Try", QueryStemming "Try", QueryWeightFields "Enable". 01:47 Now, in the default install, defaultSortField/defaultSortOrder are set to relevance/ascending, which doesn't make much sense...it puts the *lowest* relevance first. 01:47 Milts_NZ OK. We don't have QueryFuzzy and QueryStemming on, maybe they would help 01:47 ooooo o.0 01:47 druthb I always end up setting defaultSortOrder and OPACdefaultSortOrder to "descending," which makes better sense for relevance. 01:48 Milts_NZ will that also make a difference when searching in the staff side? 01:48 druthb defaultSortOrder is the staff sidd, OPACdefaultSortOrder is the OPAC 01:48 *side 01:49 mtj druthb: a patch to remove stopwords, after nozebra code is deleted 01:49 druthb no need to reindex when you change those; it Just Works. 01:49 mtj++ once NoZebra is gone, yeah, all the stuff that only works for NoZebra needs to go away tooooo 01:50 Milts_NZ druthb: Thanks, playing with the sort order's done it 01:50 druthb Glad to have been of service Milts. I set up new installs all the time, and that's just one of my setting-up steps. 01:52 Milts_NZ druthb: SpaceLibrarian also says Hi and THANKS I found it in the IRC logs by searching "relevancy" in the home page search box. Lori =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant / The Galecia Group Oversight Board & Communications Committee / Evergreen (707) 763-6869 // Lori.Ayre at galecia.com Availability: http://tungle.me/lori.ayre Specializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= On Tue, Jun 26, 2012 at 1:38 PM, BRANNON, CHRISTOPHER > wrote: I was wondering if anyone could shed some light on how relevance is determined in the Koha catalog. Our consortium cannot figure out why things are in the order they are in when sorting by relevance. There is apparently no information handy on this topic. Any insight on this topic would be most appreciated! Christopher _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From pauln at hauraki-dc.govt.nz Wed Jul 4 11:22:59 2012 From: pauln at hauraki-dc.govt.nz (Paul Nielsen) Date: Tue, 3 Jul 2012 23:22:59 +0000 Subject: [Koha] Statistics in 3.6 Message-ID: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> Howdy, Please file in the 'there are no silly questions' pile. Is there any chance that the way circulation recording and reporting has changed in 3.6? I have to ask before I contemplate the possibility that our circ has dropped over the last quarter - god forbid! But, after several years of consistent increases and in particular higher usage over the Apr-Jun quarter, this year it has decreased significantly. The only variable that has changed is moving from 3.2 to 3.6, we certainly are not any less busy. Thanks Paul Nielsen | Library Manager ddi: (07) 862 5064 | email: pauln at hauraki-dc.govt.nz Hauraki District Council | William Street Paeroa 3600 | PO Box 17 Paeroa 3640 | NZ ph: (07) 862 8609 or 0800 734 834 (from within district) | fax: (07) 862 8607 web: www.hauraki-dc.govt.nz | email: info at hauraki-dc.govt.nz | HDC Libraries P Please consider the environment before printing this email ##################################################################################################################################### DISCLAIMER: This e-mail message and accompanying data may contain information that is confidential and subject to privilege. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you have received this e-mail in error please notify the sender or Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately and delete all material pertaining to this e-mail. ##################################################################################################################################### From jransom at library.org.nz Wed Jul 4 11:25:08 2012 From: jransom at library.org.nz (Joann Ransom) Date: Wed, 4 Jul 2012 11:25:08 +1200 Subject: [Koha] Statistics in 3.6 In-Reply-To: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> Message-ID: Oh thank god - our statistics have crashed through the floor too since going to 3.6 too. I have been pestering Chris and we just can't find the reason - but at least I know I am not alone and we can pester him together ! J On 4 July 2012 11:22, Paul Nielsen wrote: > Howdy, > > Please file in the 'there are no silly questions' pile. > Is there any chance that the way circulation recording and reporting has > changed in 3.6? > > I have to ask before I contemplate the possibility that our circ has > dropped over the last quarter - god forbid! But, after several years of > consistent increases and in particular higher usage over the Apr-Jun > quarter, this year it has decreased significantly. The only variable that > has changed is moving from 3.2 to 3.6, we certainly are not any less busy. > > Thanks > > Paul Nielsen | Library Manager > ddi: (07) 862 5064 | email: pauln at hauraki-dc.govt.nz > > Hauraki District Council | William Street Paeroa 3600 | PO Box 17 > Paeroa 3640 | NZ > ph: (07) 862 8609 or 0800 734 834 (from within district) | fax: (07) 862 > 8607 > web: www.hauraki-dc.govt.nz | email: > info at hauraki-dc.govt.nz | HDC Libraries< > http://library.hauraki-dc.govt.nz> > P Please consider the environment before printing this email > > > ##################################################################################################################################### > DISCLAIMER: > > This e-mail message and accompanying data may contain information that is > confidential and subject to privilege. > If you are not the intended recipient, you are notified that any use, > dissemination, distribution or copying of this message or data is > prohibited. > If you have received this e-mail in error please notify the sender or > Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately > and delete all material pertaining to this e-mail. > > ##################################################################################################################################### > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Joann Ransom RLIANZA Chief Executive Te Horowhenua Trust. From chris at bigballofwax.co.nz Wed Jul 4 11:42:03 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 4 Jul 2012 11:42:03 +1200 Subject: [Koha] Statistics in 3.6 In-Reply-To: References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> Message-ID: You should be using the statistics table and not joining to items. Or all stats for deleted items will not be counted. Chris On Jul 4, 2012 11:25 AM, "Joann Ransom" wrote: > Oh thank god - our statistics have crashed through the floor too since > going to 3.6 too. > > I have been pestering Chris and we just can't find the reason - but at > least I know I am not alone and we can pester him together ! > > J > > > > On 4 July 2012 11:22, Paul Nielsen wrote: > > > Howdy, > > > > Please file in the 'there are no silly questions' pile. > > Is there any chance that the way circulation recording and reporting has > > changed in 3.6? > > > > I have to ask before I contemplate the possibility that our circ has > > dropped over the last quarter - god forbid! But, after several years of > > consistent increases and in particular higher usage over the Apr-Jun > > quarter, this year it has decreased significantly. The only variable that > > has changed is moving from 3.2 to 3.6, we certainly are not any less > busy. > > > > Thanks > > > > Paul Nielsen | Library Manager > > ddi: (07) 862 5064 | email: pauln at hauraki-dc.govt.nz > > > > Hauraki District Council | William Street Paeroa 3600 | PO Box 17 > > Paeroa 3640 | NZ > > ph: (07) 862 8609 or 0800 734 834 (from within district) | fax: (07) > 862 > > 8607 > > web: www.hauraki-dc.govt.nz | email: > > info at hauraki-dc.govt.nz | HDC > Libraries< > > http://library.hauraki-dc.govt.nz> > > P Please consider the environment before printing this email > > > > > > > ##################################################################################################################################### > > DISCLAIMER: > > > > This e-mail message and accompanying data may contain information that is > > confidential and subject to privilege. > > If you are not the intended recipient, you are notified that any use, > > dissemination, distribution or copying of this message or data is > > prohibited. > > If you have received this e-mail in error please notify the sender or > > Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately > > and delete all material pertaining to this e-mail. > > > > > ##################################################################################################################################### > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > -- > Joann Ransom RLIANZA > Chief Executive > Te Horowhenua Trust. > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From pauln at hauraki-dc.govt.nz Wed Jul 4 11:49:09 2012 From: pauln at hauraki-dc.govt.nz (Paul Nielsen) Date: Tue, 3 Jul 2012 23:49:09 +0000 Subject: [Koha] Statistics in 3.6 In-Reply-To: References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> Message-ID: <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> I am glad I am not alone Jo, thanks. Chris, I only use the Circulation Statistics Wizard so not sure if that is what you mean about the table? Paul From: Chris Cormack [mailto:chris at bigballofwax.co.nz] Sent: Wednesday, 4 July 2012 11:42 a.m. To: Joann Ransom Cc: koha at lists.katipo.co.nz; Paul Nielsen Subject: Re: [Koha] Statistics in 3.6 You should be using the statistics table and not joining to items. Or all stats for deleted items will not be counted. Chris On Jul 4, 2012 11:25 AM, "Joann Ransom" > wrote: Oh thank god - our statistics have crashed through the floor too since going to 3.6 too. I have been pestering Chris and we just can't find the reason - but at least I know I am not alone and we can pester him together ! J On 4 July 2012 11:22, Paul Nielsen > wrote: > Howdy, > > Please file in the 'there are no silly questions' pile. > Is there any chance that the way circulation recording and reporting has > changed in 3.6? > > I have to ask before I contemplate the possibility that our circ has > dropped over the last quarter - god forbid! But, after several years of > consistent increases and in particular higher usage over the Apr-Jun > quarter, this year it has decreased significantly. The only variable that > has changed is moving from 3.2 to 3.6, we certainly are not any less busy. > > Thanks > > Paul Nielsen | Library Manager > ddi: (07) 862 5064 | email: pauln at hauraki-dc.govt.nz > > Hauraki District Council | William Street Paeroa 3600 | PO Box 17 > Paeroa 3640 | NZ > ph: (07) 862 8609 or 0800 734 834 (from within district) | fax: (07) 862 > 8607 > web: www.hauraki-dc.govt.nz | email: > info at hauraki-dc.govt.nz> | HDC Libraries< > http://library.hauraki-dc.govt.nz> > P Please consider the environment before printing this email > > > ##################################################################################################################################### > DISCLAIMER: > > This e-mail message and accompanying data may contain information that is > confidential and subject to privilege. > If you are not the intended recipient, you are notified that any use, > dissemination, distribution or copying of this message or data is > prohibited. > If you have received this e-mail in error please notify the sender or > Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately > and delete all material pertaining to this e-mail. > > ##################################################################################################################################### > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Joann Ransom RLIANZA Chief Executive Te Horowhenua Trust. _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ##################################################################################################################################### DISCLAIMER: This e-mail message and accompanying data may contain information that is confidential and subject to privilege. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you have received this e-mail in error please notify the sender or Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately and delete all material pertaining to this e-mail. ##################################################################################################################################### From david.nind at gmail.com Wed Jul 4 19:31:16 2012 From: david.nind at gmail.com (David Nind) Date: Wed, 4 Jul 2012 19:31:16 +1200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF32E42.2090300@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> Message-ID: Hi Gerard. I haven't had to work with multiple languages (either a fresh install or after an upgrade). However, this wiki page may help: http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions And this manual page: http://manual.koha-community.org/3.6/en/administration.html#l18nprefs David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 On 4 July 2012 05:39, Gerard Henry wrote: > hello all, > i'm doing the upgrade. In 3.0, we have the languages: > en > fr-FR > de-DE > ed-ES > in opaclanguagesdisplay > > but after the upgrade, opaclanguages display is empty, it is not possible > to select languages. > The dirs are presents: > # ls -l /usr/local/koha/opac/htdocs/**opac-tmpl/prog > total 28 > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > what am i missing? anybody can help? > > thanks in advance > > gerard > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > From tobrienu at gmail.com Wed Jul 4 20:24:03 2012 From: tobrienu at gmail.com (Tom Obrien) Date: Wed, 4 Jul 2012 11:24:03 +0300 Subject: [Koha] Recommended Server Specs Message-ID: Hi, My institution is planning to invest on a server to deploy Koha and other library related systems (Dspace, Vufind). The proposal is for all the systems to run on the same server. can some Kindly advice on the specs(including capabilities) i should look for. Thanks in advance, Tom, St. Judes College From ghenry at cmi.univ-mrs.fr Wed Jul 4 21:59:19 2012 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 04 Jul 2012 11:59:19 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: References: <4FF32E42.2090300@cmi.univ-mrs.fr> Message-ID: <4FF413F7.8010706@cmi.univ-mrs.fr> thanks for your reply but, as i tried to explain, i'm upgrading from 3.0 where the languages are already installed. The corresponding files are here. Except that the upgraded 3.6 now doesn't see them On 07/04/12 09:31 AM, David Nind wrote: > Hi Gerard. > > I haven't had to work with multiple languages (either a fresh install or > after an upgrade). > > However, this wiki page may help: > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > And this manual page: > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > David Nind | david.nind at gmail.com > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > On 4 July 2012 05:39, Gerard Henry > wrote: > > hello all, > i'm doing the upgrade. In 3.0, we have the languages: > en > fr-FR > de-DE > ed-ES > in opaclanguagesdisplay > > but after the upgrade, opaclanguages display is empty, it is not > possible to select languages. > The dirs are presents: > # ls -l /usr/local/koha/opac/htdocs/__opac-tmpl/prog > total 28 > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > what am i missing? anybody can help? > > thanks in advance > > gerard > _________________________________________________ > 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 Wed Jul 4 22:01:39 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 04 Jul 2012 11:01:39 +0100 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF413F7.8010706@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> Message-ID: <4FF41483.5060802@catalyst.net.nz> Op 04-07-12 10:59, Gerard Henry schreef: > but, as i tried to explain, i'm upgrading from 3.0 where the languages > are already installed. The corresponding files are here. Except that the > upgraded 3.6 now doesn't see them When you upgrade, translations and methods of deploying the translations change. Did you try regenerating them as explained in the links David posted? -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From chris at bigballofwax.co.nz Wed Jul 4 22:09:36 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 4 Jul 2012 22:09:36 +1200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF413F7.8010706@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> Message-ID: On 4 July 2012 21:59, Gerard Henry wrote: > thanks for your reply > > but, as i tried to explain, i'm upgrading from 3.0 where the languages are > already installed. The corresponding files are here. Except that the > upgraded 3.6 now doesn't see them > Yes, but they are for 3.0. 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it found them, they wouldn't 2/ There have been literally hundreds (thousands) of changes to the templates in the years since 3.0. Those generated templates will not work anymore, even if they were the right syntax So David is right, you need to regenerate your templates, and you should do this after every upgrade Chris From ghenry at cmi.univ-mrs.fr Thu Jul 5 00:09:02 2012 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 04 Jul 2012 14:09:02 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> Message-ID: <4FF4325E.1070104@cmi.univ-mrs.fr> On 07/04/12 12:09 PM, Chris Cormack wrote: > On 4 July 2012 21:59, Gerard Henry wrote: >> thanks for your reply >> >> but, as i tried to explain, i'm upgrading from 3.0 where the languages are >> already installed. The corresponding files are here. Except that the >> upgraded 3.6 now doesn't see them >> > Yes, but they are for 3.0. > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > found them, they wouldn't > 2/ There have been literally hundreds (thousands) of changes to the > templates in the years since 3.0. Those generated templates will not > work anymore, even if they were the right syntax > > So David is right, you need to regenerate your templates, and you > should do this after every upgrade > ok, i just did it: env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ perl translate install fr-FR tmpl_process3.pl: Warning: unconsistent %s count: (0/1): line: 70660 msgid: "Total amount to be written ofsf:" msgstr: "Total des pertes et profits : %s" tmpl_process3.pl: Warning: unconsistent %s count: (3/4): line: 10980 msgid: "%s %%] %s %s " msgstr: "%s %s] %s %s " but there is nothing yet in opaclanguagesdisplay is there anything am i missing? thanks for help, gerard From david.nind at gmail.com Thu Jul 5 00:48:25 2012 From: david.nind at gmail.com (David Nind) Date: Thu, 5 Jul 2012 00:48:25 +1200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF4325E.1070104@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> Message-ID: Hi Gerard. I'm not sure whether the warning messages mean there was a problem and it didn't work. I didn't get any messages on a 3.8 package install (I don't have 3.6 installed to try it out). but there is nothing yet in opaclanguagesdisplay > > is there anything am i missing? > After installing a new language it has to be activated in the system preference editor: More > Administration > Global System Preferences > I18N/L10N opaclanguagesdisplay should be set to allow, for the settings above this for language and opaclanguages there should be a tick box for French next to them. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From umer.habib at techlogix.com Thu Jul 5 01:09:27 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Wed, 4 Jul 2012 09:09:27 -0400 (EDT) Subject: [Koha] assigning books to patrons Message-ID: <1341407367.08610667@apps.rackspace.com> Hi, I am working on the phase where i have to transfer library data from the old system to KOHA. I have successfully added the library books and items into KOHA using a mrc file that i created using marcedit tool Ok. now i have an excel file in which all the data related to 'which books are issued to which patron + all the due fines of the patrons' is present and i have to imnport it to KOHA. There isnt any tool in KOHA to do this thing directly. does any one has any idea how to accomplish this thing. Or moving that data directly to the database is the only option we have? in that case is there some script already available or anyone has any script that could help me? thanks a lot regards umer habib From ghenry at cmi.univ-mrs.fr Thu Jul 5 01:16:09 2012 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 04 Jul 2012 15:16:09 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> Message-ID: <4FF44219.4090809@cmi.univ-mrs.fr> at the beginning of the wiki: http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client there is: Getting the latest translation files "For many languages the stable Koha installation packages come with outdated or disfunctional translation files. Thus it is a good idea to download the latest translation files" but the link http://translate.koha.org/ only displays "it works" on this page: http://translate.koha-community.org/fr/36/ i don't understand how i can retrieve the files do i need to download files from 3.8 release, even if i'm using 3.6 ? From jcamins at cpbibliography.com Thu Jul 5 01:19:58 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Wed, 4 Jul 2012 09:19:58 -0400 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF44219.4090809@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> <4FF44219.4090809@cmi.univ-mrs.fr> Message-ID: Gerard, at the beginning of the wiki: > http://wiki.koha-community.**org/wiki/Installation_of_** > additional_languages_for_OPAC_**and_INTRANET_staff_client > > there is: Getting the latest translation files > "For many languages the stable Koha installation packages come with > outdated or disfunctional translation files. Thus it is a good idea to > download the latest translation files" > but the link http://translate.koha.org/ only displays "it works" > That link is wrong. It should be http://translate.koha-community.org/ (I am fixing it now) on this page: > http://translate.koha-**community.org/fr/36/ > i don't understand how i can retrieve the files > > do i need to download files from 3.8 release, even if i'm using 3.6 ? If you are using a recent 3.6 release, you should not need to download new files. 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 abesottedphoenix at yahoo.com Thu Jul 5 01:26:48 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Wed, 4 Jul 2012 06:26:48 -0700 (PDT) Subject: [Koha] [Koha-devel] About IRC meeting & voting In-Reply-To: <4FF4353E.5020407@biblibre.com> References: <4FD997F3.3040409@biblibre.com> <4FD9A27E.4030304@gmx.de> <06510D63-4A28-4BA6-843B-3CC6B2073CD4@msys.ch> <1339686717.93776.YahooMailNeo@web140805.mail.bf1.yahoo.com> <4FF4353E.5020407@biblibre.com> Message-ID: <1341408408.80207.YahooMailNeo@web140805.mail.bf1.yahoo.com> Salvete! >> ? ? That said, having LimeSurvey up and available to the community at large > would just be so fantastic. > Nicole gave me a limeSurvey admin access. I'll use it when a discussion > arise, and we will see if it fit our needs. > If it does, we can open a survey.koha-community.org. But let's check if > it fit our needs first. > ??? Forwarding this on to the general list, since to my recollection, the context of discussion was larger than what would apply on the developer's listserv. Again, my gut feeling is that it is quite useful to have an asynchronous tool, but it is also important to me to have meetings. I'm no fan of meetings as a concept, but for this body with everyone so far from one another, meetings help build community. I have the same rationale for KohaCon. Distance synchronous meetings are good, but buying someone a pint is even better :D Cheers, Brooke From paul.poulain at biblibre.com Thu Jul 5 01:38:03 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 04 Jul 2012 15:38:03 +0200 Subject: [Koha] [Koha-devel] About IRC meeting & voting In-Reply-To: <1341408408.80207.YahooMailNeo@web140805.mail.bf1.yahoo.com> References: <4FD997F3.3040409@biblibre.com> <4FD9A27E.4030304@gmx.de> <06510D63-4A28-4BA6-843B-3CC6B2073CD4@msys.ch> <1339686717.93776.YahooMailNeo@web140805.mail.bf1.yahoo.com> <4FF4353E.5020407@biblibre.com> <1341408408.80207.YahooMailNeo@web140805.mail.bf1.yahoo.com> Message-ID: <4FF4473B.3000508@biblibre.com> Le 04/07/2012 15:26, BWS Johnson a ?crit : > I have the same rationale for KohaCon. > Distance synchronous meetings are good, but buying someone a pint is even better :D As someone who attended all KohaCon, I won't object ;-) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From ghenry at cmi.univ-mrs.fr Thu Jul 5 01:44:25 2012 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 04 Jul 2012 15:44:25 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF4325E.1070104@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> Message-ID: <4FF448B9.9060406@cmi.univ-mrs.fr> On 07/04/12 02:09 PM, Gerard Henry wrote: > ok, i just did it: > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > perl translate install fr-FR > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > line: 70660 > msgid: "Total amount to be written ofsf:" > msgstr: "Total des pertes et profits : %s" > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > line: 10980 > msgid: "%s %%] %s %s " > msgstr: "%s %s] %s %s " > > but there is nothing yet in opaclanguagesdisplay i tested the same command on another fresh install of koha 3.6, and as it works, i remove the old files (came from the upgrade) and replaced them by the new files. It works now, but i have to report all the modifcations made in templates thanks to everybody for help gerard From paul.poulain at biblibre.com Thu Jul 5 01:58:21 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 04 Jul 2012 15:58:21 +0200 Subject: [Koha] Koha Release Manager monthly newsletter 8 published Message-ID: <4FF44BFD.2070306@biblibre.com> Hello Koha users & developers, I just published my monthly RM newsletter at http://koha-community.org/koha-release-manager-newsletter-8-2012-06/ Enjoy -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From beda at kollegium-sarnen.ch Thu Jul 5 01:25:57 2012 From: beda at kollegium-sarnen.ch (Beda Szukics) Date: Wed, 04 Jul 2012 15:25:57 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF44219.4090809@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> <4FF44219.4090809@cmi.univ-mrs.fr> Message-ID: <4FF44465.3080206@kollegium-sarnen.ch> Am 04.07.2012 15:16, schrieb Gerard Henry: > on this page: > http://translate.koha-community.org/fr/36/ That's the right one. > i don't understand how i can retrieve the files Go to the tab "Translate". There you have the files. Right-click "Download" and select "Save as" (or save the displayed file using the correct file name). > do i need to download files from 3.8 release, even if i'm using 3.6 ? Those won't work with 3.6 Beda From pdelnet at gmail.com Thu Jul 5 03:33:13 2012 From: pdelnet at gmail.com (pankaj delnet) Date: Wed, 4 Jul 2012 21:03:13 +0530 Subject: [Koha] Koha Digest, Vol 81, Issue 9 In-Reply-To: References: Message-ID: Dear sir , I installed this proses but there is some problem 1).. (To redirect output in individual file add following to /etc/syslog.conf) there is no syslog.conf file .. using this command -- perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml then given Error .. Can't locate Sip/Constants.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at C4/SIP/SIPServer.pm line 14. BEGIN failed--compilation aborted at C4/SIP/SIPServer.pm line 14. My File is -- (1) SIPconfig.xml --(etc/koha/SIPconfig.xml) (2) /usr/share/koha/lib/C4 but they some Error please give me help . On Wed, Jul 4, 2012 at 6:46 PM, 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: languages lost after upgrading from 3.0 to 3.6 (David Nind) > 2. Re: Recommended Server Specs (Tom Obrien) > 3. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > 4. Re: languages lost after upgrading from 3.0 to 3.6 (Robin Sheat) > 5. Re: languages lost after upgrading from 3.0 to 3.6 (Chris Cormack) > 6. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > 7. Re: languages lost after upgrading from 3.0 to 3.6 (David Nind) > 8. assigning books to patrons (umer.habib at techlogix.com) > 9. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 4 Jul 2012 19:31:16 +1200 > From: David Nind > To: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: > < > CAK5OMPdbKjOd+08RhUN0UxFO3n_Jy6LZ2Hy675pgKa5w9svzzg at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Gerard. > > I haven't had to work with multiple languages (either a fresh install or > after an upgrade). > > However, this wiki page may help: > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > And this manual page: > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > David Nind | david.nind at gmail.com > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > On 4 July 2012 05:39, Gerard Henry wrote: > > > hello all, > > i'm doing the upgrade. In 3.0, we have the languages: > > en > > fr-FR > > de-DE > > ed-ES > > in opaclanguagesdisplay > > > > but after the upgrade, opaclanguages display is empty, it is not possible > > to select languages. > > The dirs are presents: > > # ls -l /usr/local/koha/opac/htdocs/**opac-tmpl/prog > > total 28 > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > what am i missing? anybody can help? > > > > thanks in advance > > > > gerard > > ______________________________**_________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/**mailman/listinfo/koha< > http://lists.katipo.co.nz/mailman/listinfo/koha> > > > > > ------------------------------ > > Message: 2 > Date: Wed, 4 Jul 2012 11:24:03 +0300 > From: Tom Obrien > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Recommended Server Specs > Message-ID: > < > CAE+4i9_8vf4_gBJR6td+rB-L+M-bDCdbZqieyzOjtyYuuN9jZA at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > My institution is planning to invest on a server to deploy Koha and other > library related systems (Dspace, Vufind). > The proposal is for all the systems to run on the same server. > > can some Kindly advice on the specs(including capabilities) i should look > for. > Thanks in advance, > Tom, > St. Judes College > > > ------------------------------ > > Message: 3 > Date: Wed, 04 Jul 2012 11:59:19 +0200 > From: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF413F7.8010706 at cmi.univ-mrs.fr> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > thanks for your reply > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > are already installed. The corresponding files are here. Except that the > upgraded 3.6 now doesn't see them > > > > > On 07/04/12 09:31 AM, David Nind wrote: > > Hi Gerard. > > > > I haven't had to work with multiple languages (either a fresh install or > > after an upgrade). > > > > However, this wiki page may help: > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > > > And this manual page: > > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > > > > David Nind | david.nind at gmail.com > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > On 4 July 2012 05:39, Gerard Henry > > wrote: > > > > hello all, > > i'm doing the upgrade. In 3.0, we have the languages: > > en > > fr-FR > > de-DE > > ed-ES > > in opaclanguagesdisplay > > > > but after the upgrade, opaclanguages display is empty, it is not > > possible to select languages. > > The dirs are presents: > > # ls -l /usr/local/koha/opac/htdocs/__opac-tmpl/prog > > total 28 > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > what am i missing? anybody can help? > > > > thanks in advance > > > > gerard > > _________________________________________________ > > Koha mailing list http://koha-community.org > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/__mailman/listinfo/koha > > > > > > > > > > ------------------------------ > > Message: 4 > Date: Wed, 04 Jul 2012 11:01:39 +0100 > From: Robin Sheat > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF41483.5060802 at catalyst.net.nz> > Content-Type: text/plain; charset=UTF-8 > > Op 04-07-12 10:59, Gerard Henry schreef: > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > > are already installed. The corresponding files are here. Except that the > > upgraded 3.6 now doesn't see them > > When you upgrade, translations and methods of deploying the translations > change. Did you try regenerating them as explained in the links David > posted? > > -- > Robin Sheat > Catalyst IT Ltd. > ? +64 4 803 2204 > GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D > > > > > ------------------------------ > > Message: 5 > Date: Wed, 4 Jul 2012 22:09:36 +1200 > From: Chris Cormack > To: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: > Ppe1yaPTu6toOZr1EQUxUZk9mM5xhg at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On 4 July 2012 21:59, Gerard Henry wrote: > > thanks for your reply > > > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > are > > already installed. The corresponding files are here. Except that the > > upgraded 3.6 now doesn't see them > > > Yes, but they are for 3.0. > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > found them, they wouldn't > 2/ There have been literally hundreds (thousands) of changes to the > templates in the years since 3.0. Those generated templates will not > work anymore, even if they were the right syntax > > So David is right, you need to regenerate your templates, and you > should do this after every upgrade > > Chris > > > ------------------------------ > > Message: 6 > Date: Wed, 04 Jul 2012 14:09:02 +0200 > From: Gerard Henry > To: Chris Cormack > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF4325E.1070104 at cmi.univ-mrs.fr> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 07/04/12 12:09 PM, Chris Cormack wrote: > > On 4 July 2012 21:59, Gerard Henry wrote: > >> thanks for your reply > >> > >> but, as i tried to explain, i'm upgrading from 3.0 where the languages > are > >> already installed. The corresponding files are here. Except that the > >> upgraded 3.6 now doesn't see them > >> > > Yes, but they are for 3.0. > > > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > > found them, they wouldn't > > 2/ There have been literally hundreds (thousands) of changes to the > > templates in the years since 3.0. Those generated templates will not > > work anymore, even if they were the right syntax > > > > So David is right, you need to regenerate your templates, and you > > should do this after every upgrade > > > > ok, i just did it: > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > perl translate install fr-FR > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > line: 70660 > msgid: "Total amount to be written ofsf:" > msgstr: "Total des pertes et profits : %s" > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > line: 10980 > msgid: "%s %%] %s %s " > msgstr: "%s %s] %s %s " > > but there is nothing yet in opaclanguagesdisplay > > is there anything am i missing? > > thanks for help, > > gerard > > > > ------------------------------ > > Message: 7 > Date: Thu, 5 Jul 2012 00:48:25 +1200 > From: David Nind > To: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: > Fn3RYCYtkBW9rotyUBwTLmRruhJUVuZ0zGTNA at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Gerard. > > I'm not sure whether the warning messages mean there was a problem and it > didn't work. I didn't get any messages on a 3.8 package install (I don't > have 3.6 installed to try it out). > > but there is nothing yet in opaclanguagesdisplay > > > > is there anything am i missing? > > > After installing a new language it has to be activated in the system > preference editor: > > More > Administration > Global System Preferences > I18N/L10N > > opaclanguagesdisplay should be set to allow, for the settings above this > for language and opaclanguages there should be a tick box for French next > to them. > > David Nind | david.nind at gmail.com > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > ------------------------------ > > Message: 8 > Date: Wed, 4 Jul 2012 09:09:27 -0400 (EDT) > From: umer.habib at techlogix.com > To: "koha at lists.katipo.co.nz" > Subject: [Koha] assigning books to patrons > Message-ID: <1341407367.08610667 at apps.rackspace.com> > Content-Type: text/plain;charset=UTF-8 > > Hi, > > I am working on the phase where i have to transfer library data from the > old system to KOHA. > I have successfully added the library books and items into KOHA using a > mrc file that i created using marcedit tool > Ok. now i have an excel file in which all the data related to 'which books > are issued to which patron + all the due fines of the patrons' is present > and i have to imnport it to KOHA. There isnt any tool in KOHA to do this > thing directly. does any one has any idea how to accomplish this thing. Or > moving that data directly to the database is the only option we have? in > that case is there some script already available or anyone has any script > that could help me? > > thanks a lot > > regards > umer habib > > > > ------------------------------ > > Message: 9 > Date: Wed, 04 Jul 2012 15:16:09 +0200 > From: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF44219.4090809 at cmi.univ-mrs.fr> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > at the beginning of the wiki: > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client > > there is: Getting the latest translation files > "For many languages the stable Koha installation packages come with > outdated or disfunctional translation files. Thus it is a good idea to > download the latest translation files" > but the link http://translate.koha.org/ only displays "it works" > > on this page: > http://translate.koha-community.org/fr/36/ > i don't understand how i can retrieve the files > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > > > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 81, Issue 9 > *********************************** > -- * Regards Software Engineer PANKAJ KUMAR MAURYA* *Mobail No-9953938077 * *Email: pdelnet at gmail.com* From vimal0212 at gmail.com Thu Jul 5 04:46:11 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Wed, 4 Jul 2012 22:16:11 +0530 Subject: [Koha] Koha Live CD Lite released In-Reply-To: References: Message-ID: Dear Friends, Koha Live CD Lite is based on Ubuntu Linux 10.04 and Koha 3.8.2. File size is 600 MB. Live CD is customized for ready to use. Download Link, http://sourceforge.net/projects/kohalivecd-lite/ Highlights are: - Easy installation steps - Koha customised for ready to use - Zebra server enabled - Customised MARC fields in cataloguing - Scheduled database backup - Build on Ubuntu 10.04 LTS - Detailed installation manual and Read Me file - Sample reports Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org 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 frederic at tamil.fr Thu Jul 5 05:03:54 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Wed, 04 Jul 2012 19:03:54 +0200 Subject: [Koha] languages lost after upgrading from 3.0 to 3.6 In-Reply-To: <4FF448B9.9060406@cmi.univ-mrs.fr> References: <4FF32E42.2090300@cmi.univ-mrs.fr> <4FF413F7.8010706@cmi.univ-mrs.fr> <4FF4325E.1070104@cmi.univ-mrs.fr> <4FF448B9.9060406@cmi.univ-mrs.fr> Message-ID: <4FF4777A.10506@tamil.fr> > ok, i just did it: > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > perl translate install fr-FR > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > line: 70660 > msgid: "Total amount to be written ofsf:" > msgstr: "Total des pertes et profits : %s" > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > line: 10980 > msgid: "%s %%] %s %s " > msgstr: "%s %s] %s %s " This is just warnings. It means that 2 strings will not be translated from English to French due to errors in the translation. This is a very marginal issue. Kind regards, -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From pdelnet at gmail.com Thu Jul 5 03:38:57 2012 From: pdelnet at gmail.com (pankaj delnet) Date: Wed, 4 Jul 2012 21:08:57 +0530 Subject: [Koha] SIP2 koha installation Message-ID: On Wed, Jul 4, 2012 at 9:03 PM, 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: languages lost after upgrading from 3.0 to 3.6 > (Jared Camins-Esakov) > 2. Re: [Koha-devel] About IRC meeting & voting (BWS Johnson) > 3. Re: [Koha-devel] About IRC meeting & voting (Paul Poulain) > 4. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > 5. Koha Release Manager monthly newsletter 8 published (Paul Poulain) > 6. Re: languages lost after upgrading from 3.0 to 3.6 (Beda Szukics) > 7. Re: Koha Digest, Vol 81, Issue 9 (pankaj delnet) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 4 Jul 2012 09:19:58 -0400 > From: Jared Camins-Esakov > To: Gerard Henry > Cc: Koha List > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: > v2NCR8xZ-DepP4y33N2+zQ at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Gerard, > > at the beginning of the wiki: > > http://wiki.koha-community.**org/wiki/Installation_of_** > > additional_languages_for_OPAC_**and_INTRANET_staff_client< > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client > > > > > > there is: Getting the latest translation files > > "For many languages the stable Koha installation packages come with > > outdated or disfunctional translation files. Thus it is a good idea to > > download the latest translation files" > > but the link http://translate.koha.org/ only displays "it works" > > > > That link is wrong. It should be http://translate.koha-community.org/ (I > am > fixing it now) > > on this page: > > http://translate.koha-**community.org/fr/36/< > http://translate.koha-community.org/fr/36/> > > i don't understand how i can retrieve the files > > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > If you are using a recent 3.6 release, you should not need to download new > files. > > 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/ > > > ------------------------------ > > Message: 2 > Date: Wed, 4 Jul 2012 06:26:48 -0700 (PDT) > From: BWS Johnson > To: Paul Poulain , > "koha-devel at lists.koha-community.org" > , koha < > koha at lists.katipo.co.nz> > Subject: Re: [Koha] [Koha-devel] About IRC meeting & voting > Message-ID: > <1341408408.80207.YahooMailNeo at web140805.mail.bf1.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > Salvete! > > > >> ? ? That said, having LimeSurvey up and available to the community at > large > > would just be so fantastic. > > Nicole gave me a limeSurvey admin access. I'll use it when a discussion > > arise, and we will see if it fit our needs. > > If it does, we can open a survey.koha-community.org. But let's check if > > it fit our needs first. > > > > ??? Forwarding this on to the general list, since to my recollection, the > context of discussion was larger than what would apply on the developer's > listserv. Again, my gut feeling is that it is quite useful to have an > asynchronous tool, but it is also important to me to have meetings. I'm no > fan of meetings as a concept, but for this body with everyone so far from > one another, meetings help build community. I have the same rationale for > KohaCon. Distance synchronous meetings are good, but buying someone a pint > is even better :D > > Cheers, > Brooke > > > > ------------------------------ > > Message: 3 > Date: Wed, 04 Jul 2012 15:38:03 +0200 > From: Paul Poulain > To: BWS Johnson > Cc: "koha-devel at lists.koha-community.org" > , koha < > koha at lists.katipo.co.nz> > Subject: Re: [Koha] [Koha-devel] About IRC meeting & voting > Message-ID: <4FF4473B.3000508 at biblibre.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Le 04/07/2012 15:26, BWS Johnson a ?crit : > > > I have the same rationale for KohaCon. > > Distance synchronous meetings are good, but buying someone a pint is > even better :D > As someone who attended all KohaCon, I won't object ;-) > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > > > > > ------------------------------ > > Message: 4 > Date: Wed, 04 Jul 2012 15:44:25 +0200 > From: Gerard Henry > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF448B9.9060406 at cmi.univ-mrs.fr> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 07/04/12 02:09 PM, Gerard Henry wrote: > > ok, i just did it: > > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > > perl translate install fr-FR > > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > > line: 70660 > > msgid: "Total amount to be written ofsf:" > > msgstr: "Total des pertes et profits : %s" > > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > > line: 10980 > > msgid: "%s %%] %s %s " > > msgstr: "%s %s] %s %s " > > > > but there is nothing yet in opaclanguagesdisplay > > i tested the same command on another fresh install of koha 3.6, and as > it works, i remove the old files (came from the upgrade) and replaced > them by the new files. It works now, but i have to report all the > modifcations made in templates > > thanks to everybody for help > > gerard > > > ------------------------------ > > Message: 5 > Date: Wed, 04 Jul 2012 15:58:21 +0200 > From: Paul Poulain > To: "koha-devel at lists.koha-community.org" > , Koha-Mailinglist > > Subject: [Koha] Koha Release Manager monthly newsletter 8 published > Message-ID: <4FF44BFD.2070306 at biblibre.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello Koha users & developers, > > I just published my monthly RM newsletter at > http://koha-community.org/koha-release-manager-newsletter-8-2012-06/ > > Enjoy > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > > > > ------------------------------ > > Message: 6 > Date: Wed, 04 Jul 2012 15:25:57 +0200 > From: Beda Szukics > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF44465.3080206 at kollegium-sarnen.ch> > Content-Type: text/plain; charset=ISO-8859-1 > > Am 04.07.2012 15:16, schrieb Gerard Henry: > > on this page: > > http://translate.koha-community.org/fr/36/ > > That's the right one. > > > i don't understand how i can retrieve the files > > Go to the tab "Translate". There you have the files. Right-click > "Download" and select "Save as" (or save the displayed file using the > correct file name). > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > Those won't work with 3.6 > > Beda > > > ------------------------------ > > Message: 7 > Date: Wed, 4 Jul 2012 21:03:13 +0530 > From: pankaj delnet > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Koha Digest, Vol 81, Issue 9 > Message-ID: > < > CALYPb4CukiYMZQfY7xmYwLo4J25L1m7vEr-RjbMpemOZ0ymTdg at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Dear sir , > > I installed this proses but there is some problem > > 1).. (To redirect output in individual file add following to > /etc/syslog.conf) there is no syslog.conf file .. > > using this command -- > > perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml > > then given Error .. > > Can't locate Sip/Constants.pm in @INC (@INC contains: /etc/perl > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl .) at C4/SIP/SIPServer.pm line 14. > > BEGIN failed--compilation aborted at C4/SIP/SIPServer.pm line 14. > > > My File is -- > (1) SIPconfig.xml --(etc/koha/SIPconfig.xml) > > (2) /usr/share/koha/lib/C4 > > > but they some Error please give me help . > > > > On Wed, Jul 4, 2012 at 6:46 PM, 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: languages lost after upgrading from 3.0 to 3.6 (David Nind) > > 2. Re: Recommended Server Specs (Tom Obrien) > > 3. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > 4. Re: languages lost after upgrading from 3.0 to 3.6 (Robin Sheat) > > 5. Re: languages lost after upgrading from 3.0 to 3.6 (Chris Cormack) > > 6. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > 7. Re: languages lost after upgrading from 3.0 to 3.6 (David Nind) > > 8. assigning books to patrons (umer.habib at techlogix.com) > > 9. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Wed, 4 Jul 2012 19:31:16 +1200 > > From: David Nind > > To: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: > > < > > CAK5OMPdbKjOd+08RhUN0UxFO3n_Jy6LZ2Hy675pgKa5w9svzzg at mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Hi Gerard. > > > > I haven't had to work with multiple languages (either a fresh install or > > after an upgrade). > > > > However, this wiki page may help: > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > > > And this manual page: > > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > > > > David Nind | david.nind at gmail.com > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > On 4 July 2012 05:39, Gerard Henry wrote: > > > > > hello all, > > > i'm doing the upgrade. In 3.0, we have the languages: > > > en > > > fr-FR > > > de-DE > > > ed-ES > > > in opaclanguagesdisplay > > > > > > but after the upgrade, opaclanguages display is empty, it is not > possible > > > to select languages. > > > The dirs are presents: > > > # ls -l /usr/local/koha/opac/htdocs/**opac-tmpl/prog > > > total 28 > > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > > > what am i missing? anybody can help? > > > > > > thanks in advance > > > > > > gerard > > > ______________________________**_________________ > > > Koha mailing list http://koha-community.org > > > Koha at lists.katipo.co.nz > > > http://lists.katipo.co.nz/**mailman/listinfo/koha< > > http://lists.katipo.co.nz/mailman/listinfo/koha> > > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Wed, 4 Jul 2012 11:24:03 +0300 > > From: Tom Obrien > > To: koha at lists.katipo.co.nz > > Subject: Re: [Koha] Recommended Server Specs > > Message-ID: > > < > > CAE+4i9_8vf4_gBJR6td+rB-L+M-bDCdbZqieyzOjtyYuuN9jZA at mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Hi, > > My institution is planning to invest on a server to deploy Koha and other > > library related systems (Dspace, Vufind). > > The proposal is for all the systems to run on the same server. > > > > can some Kindly advice on the specs(including capabilities) i should look > > for. > > Thanks in advance, > > Tom, > > St. Judes College > > > > > > ------------------------------ > > > > Message: 3 > > Date: Wed, 04 Jul 2012 11:59:19 +0200 > > From: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF413F7.8010706 at cmi.univ-mrs.fr> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > thanks for your reply > > > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > > are already installed. The corresponding files are here. Except that the > > upgraded 3.6 now doesn't see them > > > > > > > > > > On 07/04/12 09:31 AM, David Nind wrote: > > > Hi Gerard. > > > > > > I haven't had to work with multiple languages (either a fresh install > or > > > after an upgrade). > > > > > > However, this wiki page may help: > > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > > > > > And this manual page: > > > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > > > > > > > David Nind | david.nind at gmail.com > > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > > > On 4 July 2012 05:39, Gerard Henry > > > wrote: > > > > > > hello all, > > > i'm doing the upgrade. In 3.0, we have the languages: > > > en > > > fr-FR > > > de-DE > > > ed-ES > > > in opaclanguagesdisplay > > > > > > but after the upgrade, opaclanguages display is empty, it is not > > > possible to select languages. > > > The dirs are presents: > > > # ls -l /usr/local/koha/opac/htdocs/__opac-tmpl/prog > > > total 28 > > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > > > what am i missing? anybody can help? > > > > > > thanks in advance > > > > > > gerard > > > _________________________________________________ > > > Koha mailing list http://koha-community.org > > > Koha at lists.katipo.co.nz > > > http://lists.katipo.co.nz/__mailman/listinfo/koha > > > > > > > > > > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Wed, 04 Jul 2012 11:01:39 +0100 > > From: Robin Sheat > > To: koha at lists.katipo.co.nz > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF41483.5060802 at catalyst.net.nz> > > Content-Type: text/plain; charset=UTF-8 > > > > Op 04-07-12 10:59, Gerard Henry schreef: > > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > > > are already installed. The corresponding files are here. Except that > the > > > upgraded 3.6 now doesn't see them > > > > When you upgrade, translations and methods of deploying the translations > > change. Did you try regenerating them as explained in the links David > > posted? > > > > -- > > Robin Sheat > > Catalyst IT Ltd. > > ? +64 4 803 2204 > > GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D > > > > > > > > > > ------------------------------ > > > > Message: 5 > > Date: Wed, 4 Jul 2012 22:09:36 +1200 > > From: Chris Cormack > > To: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: > > > Ppe1yaPTu6toOZr1EQUxUZk9mM5xhg at mail.gmail.com> > > Content-Type: text/plain; charset=UTF-8 > > > > On 4 July 2012 21:59, Gerard Henry wrote: > > > thanks for your reply > > > > > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > > are > > > already installed. The corresponding files are here. Except that the > > > upgraded 3.6 now doesn't see them > > > > > Yes, but they are for 3.0. > > > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > > found them, they wouldn't > > 2/ There have been literally hundreds (thousands) of changes to the > > templates in the years since 3.0. Those generated templates will not > > work anymore, even if they were the right syntax > > > > So David is right, you need to regenerate your templates, and you > > should do this after every upgrade > > > > Chris > > > > > > ------------------------------ > > > > Message: 6 > > Date: Wed, 04 Jul 2012 14:09:02 +0200 > > From: Gerard Henry > > To: Chris Cormack > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF4325E.1070104 at cmi.univ-mrs.fr> > > Content-Type: text/plain; charset=UTF-8; format=flowed > > > > On 07/04/12 12:09 PM, Chris Cormack wrote: > > > On 4 July 2012 21:59, Gerard Henry wrote: > > >> thanks for your reply > > >> > > >> but, as i tried to explain, i'm upgrading from 3.0 where the languages > > are > > >> already installed. The corresponding files are here. Except that the > > >> upgraded 3.6 now doesn't see them > > >> > > > Yes, but they are for 3.0. > > > > > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > > > found them, they wouldn't > > > 2/ There have been literally hundreds (thousands) of changes to the > > > templates in the years since 3.0. Those generated templates will not > > > work anymore, even if they were the right syntax > > > > > > So David is right, you need to regenerate your templates, and you > > > should do this after every upgrade > > > > > > > ok, i just did it: > > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > > perl translate install fr-FR > > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > > line: 70660 > > msgid: "Total amount to be written ofsf:" > > msgstr: "Total des pertes et profits : %s" > > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > > line: 10980 > > msgid: "%s %%] %s %s " > > msgstr: "%s %s] %s %s " > > > > but there is nothing yet in opaclanguagesdisplay > > > > is there anything am i missing? > > > > thanks for help, > > > > gerard > > > > > > > > ------------------------------ > > > > Message: 7 > > Date: Thu, 5 Jul 2012 00:48:25 +1200 > > From: David Nind > > To: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: > > > Fn3RYCYtkBW9rotyUBwTLmRruhJUVuZ0zGTNA at mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Hi Gerard. > > > > I'm not sure whether the warning messages mean there was a problem and it > > didn't work. I didn't get any messages on a 3.8 package install (I don't > > have 3.6 installed to try it out). > > > > but there is nothing yet in opaclanguagesdisplay > > > > > > is there anything am i missing? > > > > > After installing a new language it has to be activated in the system > > preference editor: > > > > More > Administration > Global System Preferences > I18N/L10N > > > > opaclanguagesdisplay should be set to allow, for the settings above this > > for language and opaclanguages there should be a tick box for French next > > to them. > > > > David Nind | david.nind at gmail.com > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > > > ------------------------------ > > > > Message: 8 > > Date: Wed, 4 Jul 2012 09:09:27 -0400 (EDT) > > From: umer.habib at techlogix.com > > To: "koha at lists.katipo.co.nz" > > Subject: [Koha] assigning books to patrons > > Message-ID: <1341407367.08610667 at apps.rackspace.com> > > Content-Type: text/plain;charset=UTF-8 > > > > Hi, > > > > I am working on the phase where i have to transfer library data from the > > old system to KOHA. > > I have successfully added the library books and items into KOHA using a > > mrc file that i created using marcedit tool > > Ok. now i have an excel file in which all the data related to 'which > books > > are issued to which patron + all the due fines of the patrons' is present > > and i have to imnport it to KOHA. There isnt any tool in KOHA to do this > > thing directly. does any one has any idea how to accomplish this thing. > Or > > moving that data directly to the database is the only option we have? in > > that case is there some script already available or anyone has any script > > that could help me? > > > > thanks a lot > > > > regards > > umer habib > > > > > > > > ------------------------------ > > > > Message: 9 > > Date: Wed, 04 Jul 2012 15:16:09 +0200 > > From: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF44219.4090809 at cmi.univ-mrs.fr> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > at the beginning of the wiki: > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client > > > > there is: Getting the latest translation files > > "For many languages the stable Koha installation packages come with > > outdated or disfunctional translation files. Thus it is a good idea to > > download the latest translation files" > > but the link http://translate.koha.org/ only displays "it works" > > > > on this page: > > http://translate.koha-community.org/fr/36/ > > i don't understand how i can retrieve the files > > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > > > > > > > > > > > > ------------------------------ > > > > _______________________________________________ > > Koha mailing list > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > End of Koha Digest, Vol 81, Issue 9 > > *********************************** > > > > > > -- > * Regards > Software Engineer > PANKAJ KUMAR MAURYA* > *Mobail No-9953938077 > * > *Email: pdelnet at gmail.com* > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 81, Issue 10 > ************************************ > -- * Regards Software Engineer PANKAJ KUMAR MAURYA* *Mobail No-9953938077 * *Email: pdelnet at gmail.com* From jmasibo at gmail.com Thu Jul 5 18:10:54 2012 From: jmasibo at gmail.com (themneks) Date: Wed, 4 Jul 2012 23:10:54 -0700 (PDT) Subject: [Koha] i need your help on installing koha In-Reply-To: References: <4FF2A733.5010107@gmx.de> <1341310870263-5718352.post@n5.nabble.com> Message-ID: Thanks alot david that problem is now solved but i have another issue i am trying to test my SAX Parser but when i run the following command misc/sax_parser_print.pl i get bash: misc/sax_parser_print.pl: No such file or directory any help will be appreciated thanks jackie On Tue, Jul 3, 2012 at 2:19 PM, David Nind [via Koha] < ml-node+s1045719n5718358h92 at n5.nabble.com> wrote: > Hi. > > > > koha version am trying to install is koha 3.02.04 > > > > This is an older version of Koha (released in October 2010). Would > recommend installing a newer version - 3.8.2 is the latest but is still > relatively new (initial release in April, with latest update in June). > You > could also go with the latest 3.6 version (3.6.6 released in June). > > To understand the version numbering see: > http://koha-community.org/about/release-schedule/ > > Installation instructions are included with the download - this is the > best > place to look initially. > > David Nind | [hidden email] > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > _______________________________________________ > Koha mailing list http://koha-community.org > [hidden email] > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://koha.1045719.n5.nabble.com/i-need-your-help-on-installing-koha-tp5718333p5718358.html > To unsubscribe from i need your help on installing koha, click here > . > NAML > -- View this message in context: http://koha.1045719.n5.nabble.com/i-need-your-help-on-installing-koha-tp5718333p5718480.html Sent from the Koha-general mailing list archive at Nabble.com. From jmasibo at gmail.com Thu Jul 5 20:00:14 2012 From: jmasibo at gmail.com (jackymasibo) Date: Thu, 5 Jul 2012 11:00:14 +0300 Subject: [Koha] problems when Running the Koha installer Message-ID: hi guys , thanks alot for your support but now i have a nother issue, i am trying to run the koha installer and when i type the following command: $ perl Makefile.PL i get the following: Can't open perl script "Makefile.PL": No such file or directory any idea on what i am supposed to do will be appreciated. thanks From chris at bigballofwax.co.nz Thu Jul 5 20:04:03 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 5 Jul 2012 20:04:03 +1200 Subject: [Koha] problems when Running the Koha installer In-Reply-To: References: Message-ID: On 5 July 2012 20:00, jackymasibo wrote: > hi guys , > > thanks alot for your support but now i have a nother issue, > > i am trying to run the koha installer and when i type the following command: > > $ perl Makefile.PL > > i get the following: > > Can't open perl script "Makefile.PL": No such file or directory > > any idea on what i am supposed to do will be appreciated. > Sounds to me like you aren't the right directory. You need to be in the directory that that file is in. Chris From chris at bigballofwax.co.nz Thu Jul 5 21:42:16 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 5 Jul 2012 21:42:16 +1200 Subject: [Koha] Statistics in 3.6 In-Reply-To: <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> Message-ID: On 4 July 2012 11:49, Paul Nielsen wrote: > I am glad I am not alone Jo, thanks. > > > > Chris, I only use the Circulation Statistics Wizard so not sure if that is > what you mean about the table? > Ah ha, that will be the problem that wizard doesn't work right since 3.4.x You will want to use a saved report in the reports, I'll email you a good one to use when I'm back at work. (I checked the db, this year is actually up about 30 thousand on last year (june to july)) Chris From heupink at merit.unu.edu Thu Jul 5 22:46:19 2012 From: heupink at merit.unu.edu (mourik jan heupink) Date: Thu, 05 Jul 2012 12:46:19 +0200 Subject: [Koha] opaccloud syspref Message-ID: <4FF5707B.8050509@merit.unu.edu> Hi, I can't find the OpacCloud syspref. Has this been removed? (koha 3.8.2, from debian apt repository) I currently have two links in my opac that don't work: 'Tag Cloud' and 'Subject Cloud'. I'm not sure what exactly they do, so I wanted to disable them for now... Regards, Mourik Jan From chris at bigballofwax.co.nz Thu Jul 5 23:34:00 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 5 Jul 2012 23:34:00 +1200 Subject: [Koha] opaccloud syspref In-Reply-To: <4FF5707B.8050509@merit.unu.edu> References: <4FF5707B.8050509@merit.unu.edu> Message-ID: On 5 July 2012 22:46, mourik jan heupink wrote: > Hi, > > I can't find the OpacCloud syspref. Has this been removed? (koha 3.8.2, > from debian apt repository) > > I currently have two links in my opac that don't work: 'Tag Cloud' and > 'Subject Cloud'. I'm not sure what exactly they do, so I wanted to > disable them for now... OpacBrowser is for the subject cloud If you want the Tag cloud not to show you have to turn tags off. With TagsEnabled Chris From ggardei at gbs.edu Fri Jul 6 03:22:40 2012 From: ggardei at gbs.edu (ggardei) Date: Thu, 5 Jul 2012 08:22:40 -0700 (PDT) Subject: [Koha] Search Results without items Message-ID: <1341501760879-5718603.post@n5.nabble.com> Greetings Koha Guru's We are currently in the progress of migrating from Follett Destiny to Koha. One of the issues that we are having is that a bunch of biblio items are being imported that do not have an item (and some that are). I have run the SQL query to remove biblio without items; however the biblio records are still showing up when I search in OPAC. When you click on one of these items, a page with error 404 appears Here is the script I ran to remove the biblio items INSERT into deletedbiblio (SELECT * FROM biblio where biblionumber NOT IN (SELECT biblionumber from items)); INSERT into deletedbiblioitems (SELECT * FROM biblioitems where biblionumber NOT IN (SELECT biblionumber from items)); DELETE FROM biblio where biblionumber NOT IN (SELECT biblionumber from items); -- View this message in context: http://koha.1045719.n5.nabble.com/Search-Results-without-items-tp5718603.html Sent from the Koha-general mailing list archive at Nabble.com. From colin.campbell at ptfs-europe.com Fri Jul 6 03:32:03 2012 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Thu, 5 Jul 2012 16:32:03 +0100 Subject: [Koha] Koha Digest, Vol 81, Issue 9 In-Reply-To: References: Message-ID: <20120705153203.GA6270@zazou.cscnet.co.uk> On Wed, Jul 04, 2012 at 09:03:13PM +0530, pankaj delnet wrote: > I installed this proses but there is some problem > > 1).. (To redirect output in individual file add following to > /etc/syslog.conf) there is no syslog.conf file .. > > using this command -- > > perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml > > then given Error .. > > Can't locate Sip/Constants.pm in @INC (@INC contains: /etc/perl > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl .) at C4/SIP/SIPServer.pm line 14. > > BEGIN failed--compilation aborted at C4/SIP/SIPServer.pm line 14. The SIPServer requires to add its own module path to that in @INC. If as appears you are running the above command from the directory containing C4 then perl -M./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml Should do it. There is a patch in the queue for master which will remove the need for this. 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 colin.campbell at ptfs-europe.com Fri Jul 6 03:50:35 2012 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Thu, 5 Jul 2012 16:50:35 +0100 Subject: [Koha] Koha Digest, Vol 81, Issue 9 In-Reply-To: <20120705153203.GA6270@zazou.cscnet.co.uk> References: <20120705153203.GA6270@zazou.cscnet.co.uk> Message-ID: <20120705155035.GA6477@zazou.cscnet.co.uk> On Thu, Jul 05, 2012 at 04:32:03PM +0100, Colin Campbell wrote: > > perl -M./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml > Sorry that should be perl -I./C4/SIP C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml (In my defence, the sun just came out and in the kind of summer we're experiencing that generates shock and confusion) C. -- 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 claire.hernandez at biblibre.com Fri Jul 6 03:56:05 2012 From: claire.hernandez at biblibre.com (Claire Hernandez) Date: Thu, 05 Jul 2012 17:56:05 +0200 Subject: [Koha] BibLibre efforts on reversing developments and you In-Reply-To: <4F54E5D9.1040704@biblibre.com> References: <4F54E5D9.1040704@biblibre.com> Message-ID: <4FF5B915.8040208@biblibre.com> Hello, We continue to invest a lot of time and energy to this task (and signoff and qa) but it seems that today, the goal fixed at the beginning of the year can't be reached, because in 3 months no progress is really noticable... Have a look https://docs.google.com/a/biblibre.com/spreadsheet/ccc?key=0AuZF5Y_c4pIxdHE3S0RXMjJqSzZ3d1BVUmxpRnRVUUE#gid=11 I found 37 bugs assigned to BibLibre people which are in a "Needs Signoff" status. I follow 25 of them with a special attention in the google doc: https://docs.google.com/a/biblibre.com/spreadsheet/ccc?key=0AuZF5Y_c4pIxdHE3S0RXMjJqSzZ3d1BVUmxpRnRVUUE#gid=0 https://trello.com/board/community-biblibre-koha-devs/4f1d247284210f0e6300d7d7 We could continue (would like) to provide more patches and features (serials and all others). I would like to keep the queue under 20-30 to avoid rebasing all the time. There is also a dependency "problem". Today, we really would like to see these 3 bugzilla moving forward: - 5335 More granular VAT => I know that not everybody is interested in and this is a big patch and big work - 5342 Serial claiming improvement - 7294 status "in order" (not in needs signoff today but soon, keep an eye on it) Thanks in advance for your committment for signing patches, Claire; On 05/03/2012 17:12, Claire Hernandez wrote: > Hello all, > > I wrote a blog post about our developments and the community > integration. You can read it here: > http://drupal.biblibre.com/en/blog/entry/biblibre-developpments-rebase-and-you > > It is about: > - 2012 goals development rebases > - Vision and roadmap > - Progress and learnt of january and february > - Why the community needs you > > The purpose was to make visible our work and explain how people can > invest into this development integration (for example for our french > customers). > > If you have questions, juste ask. > > Have a good day, > Claire; > > > _______________________________________________ > 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 nengard at gmail.com Fri Jul 6 05:31:09 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 5 Jul 2012 13:31:09 -0400 Subject: [Koha] KohaCon 13 Survey Problem Message-ID: Hello all, I wasn't clear when I sent out the survey for KohaCon and per a discussion in #koha I'm coming to you to see if you'd like me to rerun the survey so you can update your votes. Here's how it works - and how it worked in previous years: If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, and so on. In the end we tally the points to see where the conference takes place. That way if everyone picks one place as #1 but more people pick it as second and third it still might win. So basically if you won't go somewhere no matter what then don't vote for that location and it will get no points from you. This means that those of you who didn't know the rules - because I didn't make it clear at all (my fault) might not have voted the way you would have if you knew the rules. So my question to you all is ... should I close voting and put out a new call for votes explaining the procedure more clearly - or do we just carry on as we are? Nicole From NKeener at washoecounty.us Fri Jul 6 05:47:59 2012 From: NKeener at washoecounty.us (Keener, Nancy) Date: Thu, 5 Jul 2012 17:47:59 +0000 Subject: [Koha] KohaCon 13 Survey Problem In-Reply-To: References: Message-ID: <3045309C7DBA194394265B704846AE50012724@WCMAILMBX2.washoecounty.us> I vote for a do-over. Nancy Keener Systems Librarian I.T.O.S.C Chair Washoe County Library System Reno, Nevada 775 327-8347 nkeener at washoecounty.us -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Nicole Engard Sent: Thursday, July 05, 2012 10:31 AM To: Koha; Koha Devel Subject: [Koha] KohaCon 13 Survey Problem Hello all, I wasn't clear when I sent out the survey for KohaCon and per a discussion in #koha I'm coming to you to see if you'd like me to rerun the survey so you can update your votes. Here's how it works - and how it worked in previous years: If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, and so on. In the end we tally the points to see where the conference takes place. That way if everyone picks one place as #1 but more people pick it as second and third it still might win. So basically if you won't go somewhere no matter what then don't vote for that location and it will get no points from you. This means that those of you who didn't know the rules - because I didn't make it clear at all (my fault) might not have voted the way you would have if you knew the rules. So my question to you all is ... should I close voting and put out a new call for votes explaining the procedure more clearly - or do we just carry on as we are? Nicole _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From nengard at gmail.com Fri Jul 6 06:19:56 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 5 Jul 2012 14:19:56 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: You are right. And it is my fault. I'm just waiting to hear from a few others about what their opinions are. Nicole On Thu, Jul 5, 2012 at 2:07 PM, Marc Balmer wrote: > As I understand, I could have given points only to one location, not giving > points to any of the other locations, right? > > I was under the impression that I must pick five locations, which seems not > to be the case. > > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov > : > > Marc, > >> Yes, please restart the vote. I was not aware that I could only give >> points to one location. > > > Every location you vote for gets points. It's just that it gets a different > number of points depending on whether you rank it 1..5. > > 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 chrisc at catalyst.net.nz Fri Jul 6 06:37:51 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 6 Jul 2012 06:37:51 +1200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> Message-ID: <20120705183751.GD21612@rorohiko.wgtn.cat-it.co.nz> * Scott Kushner (skushner at mplmain.mtpl.org) wrote: > Yes..let's have a new vote! Maybe I'll be the only dissenting voice. But by doing a new vote we have to be very careful we aren't just creating a new injustice trying to fix one. We need to make sure that everyone who has voted knows they have to vote again. So we would have to email them each I would imagine, as well as a new mail to the mailing list. Also we are we revoting? Our choice isn't winning? (That's a question that is going to be asked, and if the revote significantly changes the decision ... quite validly as well) Chris > > -----Original Message----- > From: koha-devel-bounces at lists.koha-community.org > [mailto:koha-devel-bounces at lists.koha-community.org] On Behalf Of Nicole > Engard > Sent: Thursday, July 05, 2012 1:31 PM > To: Koha; Koha Devel > Subject: [Koha-devel] KohaCon 13 Survey Problem > > Hello all, > > I wasn't clear when I sent out the survey for KohaCon and per a > discussion in #koha I'm coming to you to see if you'd like me to rerun > the survey so you can update your votes. Here's how it works - and how > it worked in previous years: > > If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, > and so on. In the end we tally the points to see where the conference > takes place. That way if everyone picks one place as #1 but more people > pick it as second and third it still might win. So basically if you > won't go somewhere no matter what then don't vote for that location and > it will get no points from you. > > This means that those of you who didn't know the rules - because I > didn't make it clear at all (my fault) might not have voted the way you > would have if you knew the rules. So my question to you all is ... > should I close voting and put out a new call for votes explaining the > procedure more clearly - or do we just carry on as we are? > > Nicole > _______________________________________________ > 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/ > > _______________________________________________ > 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/ -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From pdelnet at gmail.com Thu Jul 5 16:49:44 2012 From: pdelnet at gmail.com (pankaj delnet) Date: Thu, 5 Jul 2012 10:19:44 +0530 Subject: [Koha] Koha SIP2 server setup Message-ID: Dear All of koha user .Please help me .. start server---*(1) -- root at RFID:~/koha/koha-3.8.2# perl -IC4/SIP/ -MILS C4/SIP/SIPServer.pm etc/SIPconfig.xml SIPServer config: $VAR1 = bless( { 'xmlns' => 'http://openncip.org/acs-config/1.0/', 'institutions' => { 'CPL' => bless( { 'implementation' => 'ILS', 'policy' => { 'checkout' => 'true', 'retries' => '5', 'checkin' => 'true', 'timeout' => '25', 'status_update' => 'false', 'offline' => 'false', 'renewal' => 'true' }, 'id' => 'CPL', 'parms' => '' }, 'Sip::Configuration::Institution' ), 'MAIN' => bless( { 'implementation' => 'ILS', 'policy' => { 'checkout' => 'true', 'retries' => '5', 'checkin' => 'true', 'timeout' => '100', 'status_update' => 'false', 'offline' => 'false', 'renewal' => 'true' }, 'id' => 'MAIN', 'parms' => '' }, 'Sip::Configuration::Institution' ), 'kohalibrary' => bless( { 'implementation' => 'ILS', 'policy' => { 'checkout' => 'true', 'retries' => '5', 'checkin' => 'true', 'timeout' => '100', 'status_update' => 'false', 'offline' => 'false', 'renewal' => 'false' }, 'id' => 'kohalibrary', 'parms' => '' }, 'Sip::Configuration::Institution' ), 'LPL' => bless( { 'implementation' => 'ILS', 'policy' => { 'checkout' => 'true', 'retries' => '5', 'checkin' => 'true', 'timeout' => '100', 'renewal' => 'false' }, 'id' => 'LPL' }, 'Sip::Configuration::Institution' ), 'kohalibrary2' => bless( { 'implementation' => 'ILS', 'policy' => { 'checkout' => 'true', 'retries' => '3', 'checkin' => 'true', 'timeout' => '100', 'renewal' => 'false' }, 'id' => 'kohalibrary2', 'parms' => '' }, 'Sip::Configuration::Institution' ) }, 'server-params' => { 'syslog_ident' => 'koha_sip', 'min_servers' => '1', 'min_spare_servers' => '0', 'log_file' => 'Sys::Syslog', 'syslog_facility' => 'local6' }, 'error-detect' => 'true', 'listeners' => { '127.0.0.1:6001/tcp' => bless( { 'protocol' => 'SIP/2.00', 'transport' => 'RAW', 'timeout' => '60', 'port' => ' 127.0.0.1:6001/tcp' }, 'Sip::Configuration::Service' ), '8023/tcp' => bless( { 'protocol' => 'SIP/2.00', 'transport' => 'telnet', 'timeout' => '60', 'port' => '8023/tcp' }, 'Sip::Configuration::Service' ) }, 'accounts' => { 'koha' => bless( { 'password' => 'koha', 'error-detect' => 'enabled', 'id' => 'koha', 'delimiter' => '|', 'institution' => 'kohalibrary' }, 'Sip::Configuration::Account' ), 'lpl-sc-beacock' => bless( { 'password' => 'xyzzy', 'error-detect' => 'enabled', 'id' => 'lpl-sc-beacock', 'delimiter' => '|', 'institution' => 'LPL' }, 'Sip::Configuration::Account' ), 'koha2' => bless( { 'password' => 'koha', 'id' => 'koha2', 'institution' => 'kohalibrary2' }, 'Sip::Configuration::Account' ), 'term1' => bless( { 'password' => 'term1', 'error-detect' => 'enabled', 'id' => 'term1', 'delimiter' => '|', 'institution' => 'CPL' }, 'Sip::Configuration::Account' ), 'lpl-sc' => bless( { 'password' => '1234', 'id' => 'lpl-sc', 'institution' => 'LPL' }, 'Sip::Configuration::Account' ) } }, 'Sip::Configuration' ); END SIPServer config. Thu Jul 5 10:12:08 2012 -- startup -- procid:2906 Params for Net::Server::PreFork : $VAR1 = [ 'port=127.0.0.1:6001/tcp', 'port=8023/tcp', 'syslog_ident=koha_sip', 'min_servers=1', 'min_spare_servers=0', 'log_file=Sys::Syslog', 'syslog_facility=local6' ]; root at RFID:~/koha/koha-3.8.2# grep LOG_SIP C4/SIP/SIPServer.pm use constant LOG_SIP => "local6"; # Local alias for the logging facility After that -- * *To redirect output in individual file add following to /etc/syslog.conf * *local6.* -/var/log/sip2.log This file in my etc syslog.conf is not found * On Thu, Jul 5, 2012 at 2:58 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. Koha Live CD Lite released (Vimal Kumar) > 2. Re: languages lost after upgrading from 3.0 to 3.6 > (Fr?d?ric Demians) > 3. SIP2 koha installation (pankaj delnet) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 4 Jul 2012 22:16:11 +0530 > From: Vimal Kumar > To: Koha-List > Subject: [Koha] Koha Live CD Lite released > Message-ID: > 7vZQ at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Dear Friends, > > Koha Live CD Lite is > based on Ubuntu Linux 10.04 and Koha 3.8.2. > File size is 600 MB. Live CD is customized for ready to use. > > Download Link, > > http://sourceforge.net/projects/kohalivecd-lite/ > > > Highlights are: > > - Easy installation steps > - Koha customised for ready to use > - Zebra server enabled > - Customised MARC fields in cataloguing > - Scheduled database backup > - Build on Ubuntu 10.04 LTS > - Detailed installation manual and Read Me file > - Sample reports > > > Regards, > > > -- > Vimal Kumar V. > Mahatma Gandhi University Library > Kottayam, Kerala- 686 560 > Web: http://www.vimalkumar.org > 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: 2 > Date: Wed, 04 Jul 2012 19:03:54 +0200 > From: Fr?d?ric Demians > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > Message-ID: <4FF4777A.10506 at tamil.fr> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > ok, i just did it: > > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > > perl translate install fr-FR > > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > > line: 70660 > > msgid: "Total amount to be written ofsf:" > > msgstr: "Total des pertes et profits : %s" > > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > > line: 10980 > > msgid: "%s %%] %s %s " > > msgstr: "%s %s] %s %s " > > This is just warnings. It means that 2 strings will not be translated > from English to French due to errors in the translation. This is a very > marginal issue. > > Kind regards, > -- > Fr?d?ric DEMIANS > http://www.tamil.fr/u/fdemians.html > > > ------------------------------ > > Message: 3 > Date: Wed, 4 Jul 2012 21:08:57 +0530 > From: pankaj delnet > To: koha at lists.katipo.co.nz > Subject: [Koha] SIP2 koha installation > Message-ID: > < > CALYPb4CnRfcYH29KBUqnbeeOux0Y16JBdg8xQ-BvD2H1UoiDFQ at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Jul 4, 2012 at 9:03 PM, 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: languages lost after upgrading from 3.0 to 3.6 > > (Jared Camins-Esakov) > > 2. Re: [Koha-devel] About IRC meeting & voting (BWS Johnson) > > 3. Re: [Koha-devel] About IRC meeting & voting (Paul Poulain) > > 4. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > 5. Koha Release Manager monthly newsletter 8 published (Paul Poulain) > > 6. Re: languages lost after upgrading from 3.0 to 3.6 (Beda Szukics) > > 7. Re: Koha Digest, Vol 81, Issue 9 (pankaj delnet) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Wed, 4 Jul 2012 09:19:58 -0400 > > From: Jared Camins-Esakov > > To: Gerard Henry > > Cc: Koha List > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: > > > v2NCR8xZ-DepP4y33N2+zQ at mail.gmail.com> > > Content-Type: text/plain; charset=UTF-8 > > > > Gerard, > > > > at the beginning of the wiki: > > > http://wiki.koha-community.**org/wiki/Installation_of_** > > > additional_languages_for_OPAC_**and_INTRANET_staff_client< > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client > > > > > > > > > there is: Getting the latest translation files > > > "For many languages the stable Koha installation packages come with > > > outdated or disfunctional translation files. Thus it is a good idea to > > > download the latest translation files" > > > but the link http://translate.koha.org/ only displays "it works" > > > > > > > That link is wrong. It should be http://translate.koha-community.org/ (I > > am > > fixing it now) > > > > on this page: > > > http://translate.koha-**community.org/fr/36/< > > http://translate.koha-community.org/fr/36/> > > > i don't understand how i can retrieve the files > > > > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > > > > If you are using a recent 3.6 release, you should not need to download > new > > files. > > > > 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/ > > > > > > ------------------------------ > > > > Message: 2 > > Date: Wed, 4 Jul 2012 06:26:48 -0700 (PDT) > > From: BWS Johnson > > To: Paul Poulain , > > "koha-devel at lists.koha-community.org" > > , koha < > > koha at lists.katipo.co.nz> > > Subject: Re: [Koha] [Koha-devel] About IRC meeting & voting > > Message-ID: > > <1341408408.80207.YahooMailNeo at web140805.mail.bf1.yahoo.com> > > Content-Type: text/plain; charset=iso-8859-1 > > > > Salvete! > > > > > > >> ? ? That said, having LimeSurvey up and available to the community at > > large > > > would just be so fantastic. > > > Nicole gave me a limeSurvey admin access. I'll use it when a discussion > > > arise, and we will see if it fit our needs. > > > If it does, we can open a survey.koha-community.org. But let's check > if > > > it fit our needs first. > > > > > > > ??? Forwarding this on to the general list, since to my recollection, the > > context of discussion was larger than what would apply on the developer's > > listserv. Again, my gut feeling is that it is quite useful to have an > > asynchronous tool, but it is also important to me to have meetings. I'm > no > > fan of meetings as a concept, but for this body with everyone so far from > > one another, meetings help build community. I have the same rationale for > > KohaCon. Distance synchronous meetings are good, but buying someone a > pint > > is even better :D > > > > Cheers, > > Brooke > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Wed, 04 Jul 2012 15:38:03 +0200 > > From: Paul Poulain > > To: BWS Johnson > > Cc: "koha-devel at lists.koha-community.org" > > , koha < > > koha at lists.katipo.co.nz> > > Subject: Re: [Koha] [Koha-devel] About IRC meeting & voting > > Message-ID: <4FF4473B.3000508 at biblibre.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Le 04/07/2012 15:26, BWS Johnson a ?crit : > > > > > I have the same rationale for KohaCon. > > > Distance synchronous meetings are good, but buying someone a pint is > > even better :D > > As someone who attended all KohaCon, I won't object ;-) > > > > -- > > Paul POULAIN > > http://www.biblibre.com > > Expert en Logiciels Libres pour l'info-doc > > Tel : (33) 4 91 81 35 08 > > > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Wed, 04 Jul 2012 15:44:25 +0200 > > From: Gerard Henry > > To: koha at lists.katipo.co.nz > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF448B9.9060406 at cmi.univ-mrs.fr> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > On 07/04/12 02:09 PM, Gerard Henry wrote: > > > ok, i just did it: > > > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > > > perl translate install fr-FR > > > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > > > line: 70660 > > > msgid: "Total amount to be written ofsf:" > > > msgstr: "Total des pertes et profits : %s" > > > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > > > line: 10980 > > > msgid: "%s %%] %s %s " > > > msgstr: "%s %s] %s %s " > > > > > > but there is nothing yet in opaclanguagesdisplay > > > > i tested the same command on another fresh install of koha 3.6, and as > > it works, i remove the old files (came from the upgrade) and replaced > > them by the new files. It works now, but i have to report all the > > modifcations made in templates > > > > thanks to everybody for help > > > > gerard > > > > > > ------------------------------ > > > > Message: 5 > > Date: Wed, 04 Jul 2012 15:58:21 +0200 > > From: Paul Poulain > > To: "koha-devel at lists.koha-community.org" > > , Koha-Mailinglist > > > > Subject: [Koha] Koha Release Manager monthly newsletter 8 published > > Message-ID: <4FF44BFD.2070306 at biblibre.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Hello Koha users & developers, > > > > I just published my monthly RM newsletter at > > http://koha-community.org/koha-release-manager-newsletter-8-2012-06/ > > > > Enjoy > > -- > > Paul POULAIN > > http://www.biblibre.com > > Expert en Logiciels Libres pour l'info-doc > > Tel : (33) 4 91 81 35 08 > > > > > > > > ------------------------------ > > > > Message: 6 > > Date: Wed, 04 Jul 2012 15:25:57 +0200 > > From: Beda Szukics > > To: koha at lists.katipo.co.nz > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > Message-ID: <4FF44465.3080206 at kollegium-sarnen.ch> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Am 04.07.2012 15:16, schrieb Gerard Henry: > > > on this page: > > > http://translate.koha-community.org/fr/36/ > > > > That's the right one. > > > > > i don't understand how i can retrieve the files > > > > Go to the tab "Translate". There you have the files. Right-click > > "Download" and select "Save as" (or save the displayed file using the > > correct file name). > > > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > > Those won't work with 3.6 > > > > Beda > > > > > > ------------------------------ > > > > Message: 7 > > Date: Wed, 4 Jul 2012 21:03:13 +0530 > > From: pankaj delnet > > To: koha at lists.katipo.co.nz > > Subject: Re: [Koha] Koha Digest, Vol 81, Issue 9 > > Message-ID: > > < > > CALYPb4CukiYMZQfY7xmYwLo4J25L1m7vEr-RjbMpemOZ0ymTdg at mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Dear sir , > > > > I installed this proses but there is some problem > > > > 1).. (To redirect output in individual file add following to > > /etc/syslog.conf) there is no syslog.conf file .. > > > > using this command -- > > > > perl C4/SIP/SIPServer.pm C4/SIP/SIPconfig.xml > > > > then given Error .. > > > > Can't locate Sip/Constants.pm in @INC (@INC contains: /etc/perl > > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > > /usr/local/lib/site_perl .) at C4/SIP/SIPServer.pm line 14. > > > > BEGIN failed--compilation aborted at C4/SIP/SIPServer.pm line 14. > > > > > > My File is -- > > (1) SIPconfig.xml --(etc/koha/SIPconfig.xml) > > > > (2) /usr/share/koha/lib/C4 > > > > > > but they some Error please give me help . > > > > > > > > On Wed, Jul 4, 2012 at 6:46 PM, 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: languages lost after upgrading from 3.0 to 3.6 (David Nind) > > > 2. Re: Recommended Server Specs (Tom Obrien) > > > 3. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > > 4. Re: languages lost after upgrading from 3.0 to 3.6 (Robin Sheat) > > > 5. Re: languages lost after upgrading from 3.0 to 3.6 (Chris > Cormack) > > > 6. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > > 7. Re: languages lost after upgrading from 3.0 to 3.6 (David Nind) > > > 8. assigning books to patrons (umer.habib at techlogix.com) > > > 9. Re: languages lost after upgrading from 3.0 to 3.6 (Gerard Henry) > > > > > > > > > ---------------------------------------------------------------------- > > > > > > Message: 1 > > > Date: Wed, 4 Jul 2012 19:31:16 +1200 > > > From: David Nind > > > To: Gerard Henry > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: > > > < > > > CAK5OMPdbKjOd+08RhUN0UxFO3n_Jy6LZ2Hy675pgKa5w9svzzg at mail.gmail.com> > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > Hi Gerard. > > > > > > I haven't had to work with multiple languages (either a fresh install > or > > > after an upgrade). > > > > > > However, this wiki page may help: > > > > > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > > > > > And this manual page: > > > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > > > > > > > David Nind | david.nind at gmail.com > > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > > > On 4 July 2012 05:39, Gerard Henry wrote: > > > > > > > hello all, > > > > i'm doing the upgrade. In 3.0, we have the languages: > > > > en > > > > fr-FR > > > > de-DE > > > > ed-ES > > > > in opaclanguagesdisplay > > > > > > > > but after the upgrade, opaclanguages display is empty, it is not > > possible > > > > to select languages. > > > > The dirs are presents: > > > > # ls -l /usr/local/koha/opac/htdocs/**opac-tmpl/prog > > > > total 28 > > > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > > > > > what am i missing? anybody can help? > > > > > > > > thanks in advance > > > > > > > > gerard > > > > ______________________________**_________________ > > > > Koha mailing list http://koha-community.org > > > > Koha at lists.katipo.co.nz > > > > http://lists.katipo.co.nz/**mailman/listinfo/koha< > > > http://lists.katipo.co.nz/mailman/listinfo/koha> > > > > > > > > > > > > > ------------------------------ > > > > > > Message: 2 > > > Date: Wed, 4 Jul 2012 11:24:03 +0300 > > > From: Tom Obrien > > > To: koha at lists.katipo.co.nz > > > Subject: Re: [Koha] Recommended Server Specs > > > Message-ID: > > > < > > > CAE+4i9_8vf4_gBJR6td+rB-L+M-bDCdbZqieyzOjtyYuuN9jZA at mail.gmail.com> > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > Hi, > > > My institution is planning to invest on a server to deploy Koha and > other > > > library related systems (Dspace, Vufind). > > > The proposal is for all the systems to run on the same server. > > > > > > can some Kindly advice on the specs(including capabilities) i should > look > > > for. > > > Thanks in advance, > > > Tom, > > > St. Judes College > > > > > > > > > ------------------------------ > > > > > > Message: 3 > > > Date: Wed, 04 Jul 2012 11:59:19 +0200 > > > From: Gerard Henry > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: <4FF413F7.8010706 at cmi.univ-mrs.fr> > > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > > > thanks for your reply > > > > > > but, as i tried to explain, i'm upgrading from 3.0 where the languages > > > are already installed. The corresponding files are here. Except that > the > > > upgraded 3.6 now doesn't see them > > > > > > > > > > > > > > > On 07/04/12 09:31 AM, David Nind wrote: > > > > Hi Gerard. > > > > > > > > I haven't had to work with multiple languages (either a fresh install > > or > > > > after an upgrade). > > > > > > > > However, this wiki page may help: > > > > > > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client#Koha_3.2_and_newer_versions > > > > > > > > And this manual page: > > > > > http://manual.koha-community.org/3.6/en/administration.html#l18nprefs > > > > > > > > > > > > David Nind | david.nind at gmail.com > > > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > > > > > On 4 July 2012 05:39, Gerard Henry > > > > wrote: > > > > > > > > hello all, > > > > i'm doing the upgrade. In 3.0, we have the languages: > > > > en > > > > fr-FR > > > > de-DE > > > > ed-ES > > > > in opaclanguagesdisplay > > > > > > > > but after the upgrade, opaclanguages display is empty, it is not > > > > possible to select languages. > > > > The dirs are presents: > > > > # ls -l /usr/local/koha/opac/htdocs/__opac-tmpl/prog > > > > total 28 > > > > drwxr-x--x 7 koha koha 4096 2009-11-26 18:40 de-DE > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 en > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 es-ES > > > > drwxr-x--x 4 koha koha 4096 2012-06-27 10:39 famfamfam > > > > drwxr-x--x 8 koha koha 4096 2009-11-26 18:40 fr-FR > > > > drwxr-x--x 2 koha koha 4096 2012-06-27 10:39 images > > > > drwxr-x--x 9 koha koha 4096 2012-06-27 10:34 itemtypeimg > > > > > > > > what am i missing? anybody can help? > > > > > > > > thanks in advance > > > > > > > > gerard > > > > _________________________________________________ > > > > Koha mailing list http://koha-community.org > > > > Koha at lists.katipo.co.nz > > > > http://lists.katipo.co.nz/__mailman/listinfo/koha > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------ > > > > > > Message: 4 > > > Date: Wed, 04 Jul 2012 11:01:39 +0100 > > > From: Robin Sheat > > > To: koha at lists.katipo.co.nz > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: <4FF41483.5060802 at catalyst.net.nz> > > > Content-Type: text/plain; charset=UTF-8 > > > > > > Op 04-07-12 10:59, Gerard Henry schreef: > > > > but, as i tried to explain, i'm upgrading from 3.0 where the > languages > > > > are already installed. The corresponding files are here. Except that > > the > > > > upgraded 3.6 now doesn't see them > > > > > > When you upgrade, translations and methods of deploying the > translations > > > change. Did you try regenerating them as explained in the links David > > > posted? > > > > > > -- > > > Robin Sheat > > > Catalyst IT Ltd. > > > ? +64 4 803 2204 > > > GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D > > > > > > > > > > > > > > > ------------------------------ > > > > > > Message: 5 > > > Date: Wed, 4 Jul 2012 22:09:36 +1200 > > > From: Chris Cormack > > > To: Gerard Henry > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: > > > > > Ppe1yaPTu6toOZr1EQUxUZk9mM5xhg at mail.gmail.com> > > > Content-Type: text/plain; charset=UTF-8 > > > > > > On 4 July 2012 21:59, Gerard Henry wrote: > > > > thanks for your reply > > > > > > > > but, as i tried to explain, i'm upgrading from 3.0 where the > languages > > > are > > > > already installed. The corresponding files are here. Except that the > > > > upgraded 3.6 now doesn't see them > > > > > > > Yes, but they are for 3.0. > > > > > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if it > > > found them, they wouldn't > > > 2/ There have been literally hundreds (thousands) of changes to the > > > templates in the years since 3.0. Those generated templates will not > > > work anymore, even if they were the right syntax > > > > > > So David is right, you need to regenerate your templates, and you > > > should do this after every upgrade > > > > > > Chris > > > > > > > > > ------------------------------ > > > > > > Message: 6 > > > Date: Wed, 04 Jul 2012 14:09:02 +0200 > > > From: Gerard Henry > > > To: Chris Cormack > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: <4FF4325E.1070104 at cmi.univ-mrs.fr> > > > Content-Type: text/plain; charset=UTF-8; format=flowed > > > > > > On 07/04/12 12:09 PM, Chris Cormack wrote: > > > > On 4 July 2012 21:59, Gerard Henry wrote: > > > >> thanks for your reply > > > >> > > > >> but, as i tried to explain, i'm upgrading from 3.0 where the > languages > > > are > > > >> already installed. The corresponding files are here. Except that the > > > >> upgraded 3.6 now doesn't see them > > > >> > > > > Yes, but they are for 3.0. > > > > > > > > 1/ 3.6.x uses Template::Toolkit not HTML::Template::Pro, so even if > it > > > > found them, they wouldn't > > > > 2/ There have been literally hundreds (thousands) of changes to the > > > > templates in the years since 3.0. Those generated templates will not > > > > work anymore, even if they were the right syntax > > > > > > > > So David is right, you need to regenerate your templates, and you > > > > should do this after every upgrade > > > > > > > > > > ok, i just did it: > > > env KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/local/koha/lib/ > > > perl translate install fr-FR > > > tmpl_process3.pl: Warning: unconsistent %s count: (0/1): > > > line: 70660 > > > msgid: "Total amount to be written ofsf:" > > > msgstr: "Total des pertes et profits : %s" > > > tmpl_process3.pl: Warning: unconsistent %s count: (3/4): > > > line: 10980 > > > msgid: "%s %%] %s %s " > > > msgstr: "%s %s] %s %s " > > > > > > but there is nothing yet in opaclanguagesdisplay > > > > > > is there anything am i missing? > > > > > > thanks for help, > > > > > > gerard > > > > > > > > > > > > ------------------------------ > > > > > > Message: 7 > > > Date: Thu, 5 Jul 2012 00:48:25 +1200 > > > From: David Nind > > > To: Gerard Henry > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: > > > > > Fn3RYCYtkBW9rotyUBwTLmRruhJUVuZ0zGTNA at mail.gmail.com> > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > Hi Gerard. > > > > > > I'm not sure whether the warning messages mean there was a problem and > it > > > didn't work. I didn't get any messages on a 3.8 package install (I > don't > > > have 3.6 installed to try it out). > > > > > > but there is nothing yet in opaclanguagesdisplay > > > > > > > > is there anything am i missing? > > > > > > > After installing a new language it has to be activated in the system > > > preference editor: > > > > > > More > Administration > Global System Preferences > I18N/L10N > > > > > > opaclanguagesdisplay should be set to allow, for the settings above > this > > > for language and opaclanguages there should be a tick box for French > next > > > to them. > > > > > > David Nind | david.nind at gmail.com > > > PO Box 12367, Thorndon, Wellington, New Zealand 6144 > > > h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 > > > > > > > > > ------------------------------ > > > > > > Message: 8 > > > Date: Wed, 4 Jul 2012 09:09:27 -0400 (EDT) > > > From: umer.habib at techlogix.com > > > To: "koha at lists.katipo.co.nz" > > > Subject: [Koha] assigning books to patrons > > > Message-ID: <1341407367.08610667 at apps.rackspace.com> > > > Content-Type: text/plain;charset=UTF-8 > > > > > > Hi, > > > > > > I am working on the phase where i have to transfer library data from > the > > > old system to KOHA. > > > I have successfully added the library books and items into KOHA using a > > > mrc file that i created using marcedit tool > > > Ok. now i have an excel file in which all the data related to 'which > > books > > > are issued to which patron + all the due fines of the patrons' is > present > > > and i have to imnport it to KOHA. There isnt any tool in KOHA to do > this > > > thing directly. does any one has any idea how to accomplish this thing. > > Or > > > moving that data directly to the database is the only option we have? > in > > > that case is there some script already available or anyone has any > script > > > that could help me? > > > > > > thanks a lot > > > > > > regards > > > umer habib > > > > > > > > > > > > ------------------------------ > > > > > > Message: 9 > > > Date: Wed, 04 Jul 2012 15:16:09 +0200 > > > From: Gerard Henry > > > Cc: Koha List > > > Subject: Re: [Koha] languages lost after upgrading from 3.0 to 3.6 > > > Message-ID: <4FF44219.4090809 at cmi.univ-mrs.fr> > > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > > > at the beginning of the wiki: > > > > > > > > > http://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client > > > > > > there is: Getting the latest translation files > > > "For many languages the stable Koha installation packages come with > > > outdated or disfunctional translation files. Thus it is a good idea to > > > download the latest translation files" > > > but the link http://translate.koha.org/ only displays "it works" > > > > > > on this page: > > > http://translate.koha-community.org/fr/36/ > > > i don't understand how i can retrieve the files > > > > > > do i need to download files from 3.8 release, even if i'm using 3.6 ? > > > > > > > > > > > > > > > > > > > > > ------------------------------ > > > > > > _______________________________________________ > > > Koha mailing list > > > Koha at lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > > > End of Koha Digest, Vol 81, Issue 9 > > > *********************************** > > > > > > > > > > > -- > > * Regards > > Software Engineer > > PANKAJ KUMAR MAURYA* > > *Mobail No-9953938077 > > * > > *Email: pdelnet at gmail.com* > > > > > > ------------------------------ > > > > _______________________________________________ > > Koha mailing list > > Koha at lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > End of Koha Digest, Vol 81, Issue 10 > > ************************************ > > > > > > -- > * Regards > Software Engineer > PANKAJ KUMAR MAURYA* > *Mobail No-9953938077 > * > *Email: pdelnet at gmail.com* > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 81, Issue 11 > ************************************ > -- * Regards Software Engineer PANKAJ KUMAR MAURYA* *Mobail No-9953938077 * *Email: pdelnet at gmail.com* From jcamins at cpbibliography.com Fri Jul 6 05:38:22 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 5 Jul 2012 13:38:22 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: Marc, Yes, please restart the vote. I was not aware that I could only give > points to one location. > Every location you vote for gets points. It's just that it gets a different number of points depending on whether you rank it 1..5. 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 marc at msys.ch Fri Jul 6 05:34:53 2012 From: marc at msys.ch (Marc Balmer) Date: Thu, 5 Jul 2012 19:34:53 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: Message-ID: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Yes, please restart the vote. I was not aware that I could only give points to one location. -- Marc Balmer micro systems, http://www.msys.ch/ Tel. +41 61 383 05 10, Fax +41 61 383 05 12 Am 05.07.2012 um 19:31 schrieb Nicole Engard : > Hello all, > > I wasn't clear when I sent out the survey for KohaCon and per a > discussion in #koha I'm coming to you to see if you'd like me to rerun > the survey so you can update your votes. Here's how it works - and > how it worked in previous years: > > If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, > and so on. In the end we tally the points to see where the conference > takes place. That way if everyone picks one place as #1 but more > people pick it as second and third it still might win. So basically > if you won't go somewhere no matter what then don't vote for that > location and it will get no points from you. > > This means that those of you who didn't know the rules - because I > didn't make it clear at all (my fault) might not have voted the way > you would have if you knew the rules. So my question to you all is > ... should I close voting and put out a new call for votes explaining > the procedure more clearly - or do we just carry on as we are? > > Nicole > _______________________________________________ > 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 marc at msys.ch Fri Jul 6 06:07:55 2012 From: marc at msys.ch (Marc Balmer) Date: Thu, 5 Jul 2012 20:07:55 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: As I understand, I could have given points only to one location, not giving points to any of the other locations, right? I was under the impression that I must pick five locations, which seems not to be the case. -- Marc Balmer micro systems, http://www.msys.ch/ Tel. +41 61 383 05 10, Fax +41 61 383 05 12 Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov : > Marc, > > Yes, please restart the vote. I was not aware that I could only give points to one location. > > Every location you vote for gets points. It's just that it gets a different number of points depending on whether you rank it 1..5. > > 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 skushner at mplmain.mtpl.org Fri Jul 6 06:19:56 2012 From: skushner at mplmain.mtpl.org (Scott Kushner) Date: Thu, 5 Jul 2012 14:19:56 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: Message-ID: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> Yes..let's have a new vote! -----Original Message----- From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] On Behalf Of Nicole Engard Sent: Thursday, July 05, 2012 1:31 PM To: Koha; Koha Devel Subject: [Koha-devel] KohaCon 13 Survey Problem Hello all, I wasn't clear when I sent out the survey for KohaCon and per a discussion in #koha I'm coming to you to see if you'd like me to rerun the survey so you can update your votes. Here's how it works - and how it worked in previous years: If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, and so on. In the end we tally the points to see where the conference takes place. That way if everyone picks one place as #1 but more people pick it as second and third it still might win. So basically if you won't go somewhere no matter what then don't vote for that location and it will get no points from you. This means that those of you who didn't know the rules - because I didn't make it clear at all (my fault) might not have voted the way you would have if you knew the rules. So my question to you all is ... should I close voting and put out a new call for votes explaining the procedure more clearly - or do we just carry on as we are? Nicole _______________________________________________ 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 Fri Jul 6 06:35:36 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Thu, 5 Jul 2012 20:35:36 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> I think we should finish the vote as it is. Everyone could have asked before voting how the winner will be determined, only noone did. And we are not using a new system, it's the same that we used before. Katrin -----Urspr?ngliche Nachricht----- Von: koha-devel-bounces at lists.koha-community.org im Auftrag von Scott Kushner Gesendet: Do 05.07.2012 20:19 An: Nicole Engard; Koha; Koha Devel Betreff: Re: [Koha-devel] KohaCon 13 Survey Problem Yes..let's have a new vote! -----Original Message----- From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-bounces at lists.koha-community.org] On Behalf Of Nicole Engard Sent: Thursday, July 05, 2012 1:31 PM To: Koha; Koha Devel Subject: [Koha-devel] KohaCon 13 Survey Problem Hello all, I wasn't clear when I sent out the survey for KohaCon and per a discussion in #koha I'm coming to you to see if you'd like me to rerun the survey so you can update your votes. Here's how it works - and how it worked in previous years: If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, and so on. In the end we tally the points to see where the conference takes place. That way if everyone picks one place as #1 but more people pick it as second and third it still might win. So basically if you won't go somewhere no matter what then don't vote for that location and it will get no points from you. This means that those of you who didn't know the rules - because I didn't make it clear at all (my fault) might not have voted the way you would have if you knew the rules. So my question to you all is ... should I close voting and put out a new call for votes explaining the procedure more clearly - or do we just carry on as we are? Nicole _______________________________________________ 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/ _______________________________________________ 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 chrisc at catalyst.net.nz Fri Jul 6 06:46:50 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 6 Jul 2012 06:46:50 +1200 Subject: [Koha] BibLibre efforts on reversing developments and you In-Reply-To: <4FF5B915.8040208@biblibre.com> References: <4F54E5D9.1040704@biblibre.com> <4FF5B915.8040208@biblibre.com> Message-ID: <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> * Claire Hernandez (claire.hernandez at biblibre.com) wrote: > Hello, > > We continue to invest a lot of time and energy to this task (and > signoff and qa) but it seems that today, the goal fixed at the > beginning of the year can't be reached, because in 3 months no > progress is really noticable... Have a look https://docs.google.com/a/biblibre.com/spreadsheet/ccc?key=0AuZF5Y_c4pIxdHE3S0RXMjJqSzZ3d1BVUmxpRnRVUUE#gid=11 To that end, I have been creating the statistics of signoffs http://blog.bigballofwax.co.nz/2012/04/01/bug-statistics-for-march-2012/ http://blog.bigballofwax.co.nz/2012/05/04/statistics-for-koha-april-2012/ http://blog.bigballofwax.co.nz/2012/06/01/bugenh-statistics-for-may-2012/ http://blog.bigballofwax.co.nz/2012/07/01/bugzilla-statistics-for-june-2012/ So people can recognise the hard work of the people doing sign offs Do some sign offs, become famous!! Save some kittens! Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From chrisc at catalyst.net.nz Fri Jul 6 06:48:35 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 6 Jul 2012 06:48:35 +1200 Subject: [Koha] Search Results without items In-Reply-To: <1341501760879-5718603.post@n5.nabble.com> References: <1341501760879-5718603.post@n5.nabble.com> Message-ID: <20120705184835.GF21612@rorohiko.wgtn.cat-it.co.nz> * ggardei (ggardei at gbs.edu) wrote: > Greetings Koha Guru's > > We are currently in the progress of migrating from Follett Destiny to Koha. > One of the issues that we are having is that a bunch of biblio items are > being imported that do not have an item (and some that are). I have run the > SQL query to remove biblio without items; however the biblio records are > still showing up when I search in OPAC. When you click on one of these > items, a page with error 404 appears > > > Here is the script I ran to remove the biblio items > > INSERT into deletedbiblio (SELECT * FROM biblio where biblionumber NOT > IN (SELECT biblionumber from items)); > INSERT into deletedbiblioitems (SELECT * FROM biblioitems where > biblionumber NOT IN (SELECT biblionumber from items)); > DELETE FROM biblio where biblionumber NOT IN (SELECT biblionumber from > items); > Hiya So what you have done is fine, but the step you are missing is to do a full zebra reindex, because you have deleted stuff, but not told zebra of that fact. So if you do a full zebra reindex they will drop out of your search results Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From 5p4m at gmx.de Fri Jul 6 07:13:21 2012 From: 5p4m at gmx.de (Mirko) Date: Thu, 05 Jul 2012 21:13:21 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <20120705183751.GD21612@rorohiko.wgtn.cat-it.co.nz> References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <20120705183751.GD21612@rorohiko.wgtn.cat-it.co.nz> Message-ID: <4FF5E751.5070109@gmx.de> schrieb Chris Cormack am 05.07.2012 20:37: > * Scott Kushner (skushner at mplmain.mtpl.org) wrote: >> Yes..let's have a new vote! > > Maybe I'll be the only dissenting voice. But by doing a new vote we > have to be very careful we aren't just creating a new injustice trying > to fix one. > > We need to make sure that everyone who has voted knows they have to > vote again. So we would have to email them each I would imagine, as > well as a new mail to the mailing list. I'd like to escalate this scenario one step. We have bids from all around the world and internet access is not equally easy to have in all these places. For me it is very unlikely to have no internet access for just one whole day in my day to day life. That might be very different in other places and to be fair we would have to make sure that everybody who voted the first time has internet access to 1) know about the second voting 2) vote It is impossible to just check that unless somebody volunteers to send and answer emails to almost 300 people. That is not going to happen, so we would probably have to delay the whole thing for some arbitrary amount of time until we vote again. Also I am surely not the only one who watched the results since he voted himself, so now that you got an idea of the results you might all just change for some crazy tactical voting scheme. I agree that it is a problem that the situation was unclear. But just starting again is not going to make that any better or fairer, it will raise a lot of questions and problems. - Mirko From glawson at rhcl.org Fri Jul 6 07:48:45 2012 From: glawson at rhcl.org (glaws) Date: Thu, 05 Jul 2012 14:48:45 -0500 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: <4FF5EF9D.6000602@rhcl.org> So that's how preference voting works. Guess I mis-understood. I think we should have a lengthy, detailed debate on the 1,204 different nuances of preference voting w/ mjray, marshall, and a designated NZ representative. Please include all relevant advanced statistical analysis. The last discussion about a year ago was enlightening. Really. Now I'm ready for more. Greg -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 ----------------------------------- On 07/05/2012 12:38 PM, Jared Camins-Esakov wrote: > Marc, > > Yes, please restart the vote. I was not aware that I could only give >> points to one location. >> > Every location you vote for gets points. It's just that it gets a different > number of points depending on whether you rank it 1..5. > > Regards, > Jared > From nengard at gmail.com Fri Jul 6 08:09:05 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 5 Jul 2012 16:09:05 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <068A325F-E4FC-48C2-90F0-73814E33560A@msys.ch> References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> <068A325F-E4FC-48C2-90F0-73814E33560A@msys.ch> Message-ID: Most people in #koha are saying it's too likely we'll miss people if we redo. So, if it's a big deal to you (any of you) email me offlist with the email address and name (and date if you remember) you used on the survey and I'll delete your vote so you can vote again. Nicole On Thu, Jul 5, 2012 at 4:06 PM, Marc Balmer wrote: > So lets repeat the vote, please. > > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 22:00 schrieb Lori Bowen Ayre : > > I was under that impression too and would not have voted the way I did had I > known otehrwise. > > Lori > > > > On Thu, Jul 5, 2012 at 11:07 AM, Marc Balmer wrote: >> >> As I understand, I could have given points only to one location, not >> giving points to any of the other locations, right? >> >> I was under the impression that I must pick five locations, which seems >> not to be the case. >> >> >> -- >> Marc Balmer >> micro systems, http://www.msys.ch/ >> Tel. +41 61 383 05 10, Fax +41 61 383 05 12 >> >> Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov >> : >> >> > Marc, >> > >> > Yes, please restart the vote. I was not aware that I could only give >> > points to one location. >> > >> > Every location you vote for gets points. It's just that it gets a >> > different number of points depending on whether you rank it 1..5. >> > >> > 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/ >> > >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha > > > > _______________________________________________ > 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 mtj at kohaaloha.com Fri Jul 6 08:10:56 2012 From: mtj at kohaaloha.com (Mason James) Date: Fri, 6 Jul 2012 08:10:56 +1200 Subject: [Koha] Search Results without items In-Reply-To: <1341501760879-5718603.post@n5.nabble.com> References: <1341501760879-5718603.post@n5.nabble.com> Message-ID: <52A6DBF1-1E73-4DA0-9E60-663EE4DBE668@kohaaloha.com> On 2012-07-6, at 3:22 AM, ggardei wrote: > Greetings Koha Guru's > > We are currently in the progress of migrating from Follett Destiny to Koha. > One of the issues that we are having is that a bunch of biblio items are > being imported that do not have an item (and some that are). I have run the > SQL query to remove biblio without items; did you rebuild your zebra after? > however the biblio records are > still showing up when I search in OPAC. When you click on one of these > items, a page with error 404 appears > > > Here is the script I ran to remove the biblio items > > INSERT into deletedbiblio (SELECT * FROM biblio where biblionumber NOT > IN (SELECT biblionumber from items)); > INSERT into deletedbiblioitems (SELECT * FROM biblioitems where > biblionumber NOT IN (SELECT biblionumber from items)); > DELETE FROM biblio where biblionumber NOT IN (SELECT biblionumber from > items); > From lori.ayre at galecia.com Fri Jul 6 08:00:43 2012 From: lori.ayre at galecia.com (Lori Bowen Ayre) Date: Thu, 5 Jul 2012 13:00:43 -0700 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: I was under that impression too and would not have voted the way I did had I known otehrwise. Lori On Thu, Jul 5, 2012 at 11:07 AM, Marc Balmer wrote: > As I understand, I could have given points only to one location, not > giving points to any of the other locations, right? > > I was under the impression that I must pick five locations, which seems > not to be the case. > > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov < > jcamins at cpbibliography.com>: > > > Marc, > > > > Yes, please restart the vote. I was not aware that I could only give > points to one location. > > > > Every location you vote for gets points. It's just that it gets a > different number of points depending on whether you rank it 1..5. > > > > 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/ > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From marc at msys.ch Fri Jul 6 08:06:05 2012 From: marc at msys.ch (Marc Balmer) Date: Thu, 5 Jul 2012 22:06:05 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: <068A325F-E4FC-48C2-90F0-73814E33560A@msys.ch> So lets repeat the vote, please. -- Marc Balmer micro systems, http://www.msys.ch/ Tel. +41 61 383 05 10, Fax +41 61 383 05 12 Am 05.07.2012 um 22:00 schrieb Lori Bowen Ayre : > I was under that impression too and would not have voted the way I did had I known otehrwise. > > Lori > > > > On Thu, Jul 5, 2012 at 11:07 AM, Marc Balmer wrote: > As I understand, I could have given points only to one location, not giving points to any of the other locations, right? > > I was under the impression that I must pick five locations, which seems not to be the case. > > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov : > > > Marc, > > > > Yes, please restart the vote. I was not aware that I could only give points to one location. > > > > Every location you vote for gets points. It's just that it gets a different number of points depending on whether you rank it 1..5. > > > > 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/ > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From chrisc at catalyst.net.nz Fri Jul 6 08:09:57 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 6 Jul 2012 08:09:57 +1200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <068A325F-E4FC-48C2-90F0-73814E33560A@msys.ch> References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> <068A325F-E4FC-48C2-90F0-73814E33560A@msys.ch> Message-ID: <20120705200957.GJ21612@rorohiko.wgtn.cat-it.co.nz> * Marc Balmer (marc at msys.ch) wrote: > So lets repeat the vote, please. > You are volunteering to email all those people, including the ones Mirko made a good point about not having reliable internet? To make sure they know to vote again? Chris > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > Am 05.07.2012 um 22:00 schrieb Lori Bowen Ayre : > > I was under that impression too and would not have voted the way I did > had I known otehrwise. > Lori > > On Thu, Jul 5, 2012 at 11:07 AM, Marc Balmer wrote: > > As I understand, I could have given points only to one location, not > giving points to any of the other locations, right? > > I was under the impression that I must pick five locations, which > seems not to be the case. > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov > : > > Marc, > > > > Yes, please restart the vote. I was not aware that I could only > give points to one location. > > > > Every location you vote for gets points. It's just that it gets a > different number of points depending on whether you rank it 1..5. > > > > 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/ > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ > 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/ -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From pauln at hauraki-dc.govt.nz Fri Jul 6 08:33:41 2012 From: pauln at hauraki-dc.govt.nz (Paul Nielsen) Date: Thu, 5 Jul 2012 20:33:41 +0000 Subject: [Koha] Statistics in 3.6 In-Reply-To: References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> Message-ID: <0B42689D96160D4693864FFD70EA017B408AE302@MBX01.hauraki-dc.govt.nz> Great thanks Chris, Good to know the old gut instinct is still intact. So, is the wizard unreliable for other reports too, especially membership? Paul -----Original Message----- From: Chris Cormack [mailto:chris at bigballofwax.co.nz] Sent: Thursday, 5 July 2012 9:42 p.m. To: Paul Nielsen Cc: Joann Ransom; koha at lists.katipo.co.nz Subject: Re: [Koha] Statistics in 3.6 On 4 July 2012 11:49, Paul Nielsen wrote: > I am glad I am not alone Jo, thanks. > > > > Chris, I only use the Circulation Statistics Wizard so not sure if > that is what you mean about the table? > Ah ha, that will be the problem that wizard doesn't work right since 3.4.x You will want to use a saved report in the reports, I'll email you a good one to use when I'm back at work. (I checked the db, this year is actually up about 30 thousand on last year (june to july)) Chris ##################################################################################################################################### DISCLAIMER: This e-mail message and accompanying data may contain information that is confidential and subject to privilege. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you have received this e-mail in error please notify the sender or Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately and delete all material pertaining to this e-mail. ##################################################################################################################################### From chris at bigballofwax.co.nz Fri Jul 6 08:37:16 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Fri, 6 Jul 2012 08:37:16 +1200 Subject: [Koha] Statistics in 3.6 In-Reply-To: <0B42689D96160D4693864FFD70EA017B408AE302@MBX01.hauraki-dc.govt.nz> References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AE302@MBX01.hauraki-dc.govt.nz> Message-ID: Yep, that's what I think anyway. I'm in at work today (been on leave for school holidays) So I'll do some new reports for you. Chris On Jul 6, 2012 8:33 AM, "Paul Nielsen" wrote: > Great thanks Chris, > > Good to know the old gut instinct is still intact. > So, is the wizard unreliable for other reports too, especially membership? > > Paul > -----Original Message----- > From: Chris Cormack [mailto:chris at bigballofwax.co.nz] > Sent: Thursday, 5 July 2012 9:42 p.m. > To: Paul Nielsen > Cc: Joann Ransom; koha at lists.katipo.co.nz > Subject: Re: [Koha] Statistics in 3.6 > > On 4 July 2012 11:49, Paul Nielsen wrote: > > I am glad I am not alone Jo, thanks. > > > > > > > > Chris, I only use the Circulation Statistics Wizard so not sure if > > that is what you mean about the table? > > > > Ah ha, that will be the problem that wizard doesn't work right since 3.4.x > > You will want to use a saved report in the reports, I'll email you a good > one to use when I'm back at work. > > (I checked the db, this year is actually up about 30 thousand on last year > (june to july)) > > Chris > > > ##################################################################################################################################### > DISCLAIMER: > > This e-mail message and accompanying data may contain information that is > confidential and subject to privilege. > If you are not the intended recipient, you are notified that any use, > dissemination, distribution or copying of this message or data is > prohibited. > If you have received this e-mail in error please notify the sender or > Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately > and delete all material pertaining to this e-mail. > > ##################################################################################################################################### > From snicker1 at maine.rr.com Fri Jul 6 07:50:56 2012 From: snicker1 at maine.rr.com (Steven Nickerson) Date: Thu, 5 Jul 2012 15:50:56 -0400 Subject: [Koha] Overdue notices only list the first book/item that's late Message-ID: <022801cd5ae7$7e36d3c0$7aa47b40$@maine.rr.com> Hello everyone, We've noticed that the email overdue notices that go out only seem to list the 1st item that is overdue, and not all overdue items. For example, if I checked out 2 books on the same date/time, I only get an overdue notice for one of the two items. Anyone have any ideas? I would think that both items should be in the same email or at least two different emails should be generated. Thanks, as always! Steve From jransom at library.org.nz Fri Jul 6 09:02:03 2012 From: jransom at library.org.nz (Joann Ransom) Date: Fri, 6 Jul 2012 09:02:03 +1200 Subject: [Koha] KohaCon 13 Survey Problem In-Reply-To: References: Message-ID: My vote is a rerun as I didn't understand how it works. On 6 July 2012 05:31, Nicole Engard wrote: > Hello all, > > I wasn't clear when I sent out the survey for KohaCon and per a > discussion in #koha I'm coming to you to see if you'd like me to rerun > the survey so you can update your votes. Here's how it works - and > how it worked in previous years: > > If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, > and so on. In the end we tally the points to see where the conference > takes place. That way if everyone picks one place as #1 but more > people pick it as second and third it still might win. So basically > if you won't go somewhere no matter what then don't vote for that > location and it will get no points from you. > > This means that those of you who didn't know the rules - because I > didn't make it clear at all (my fault) might not have voted the way > you would have if you knew the rules. So my question to you all is > ... should I close voting and put out a new call for votes explaining > the procedure more clearly - or do we just carry on as we are? > > Nicole > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Joann Ransom RLIANZA Chief Executive Te Horowhenua Trust. From mtj at kohaaloha.com Fri Jul 6 08:48:06 2012 From: mtj at kohaaloha.com (Mason James) Date: Fri, 6 Jul 2012 08:48:06 +1200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> Message-ID: On 2012-07-6, at 6:35 AM, Fischer, Katrin wrote: > I think we should finish the vote as it is. > Everyone could have asked before voting how the winner will be determined, only noone did. > And we are not using a new system, it's the same that we used before. > > Katrin as usual, i strongly agree :) if you want to change your bad vote, why not ask the survey-admin (Nicole) nicely to remove your current vote, so you can to it again... sorry, your mistake is not enough reason to void the current survey From chris at bigballofwax.co.nz Fri Jul 6 09:40:17 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Fri, 6 Jul 2012 09:40:17 +1200 Subject: [Koha] Overdue notices only list the first book/item that's late In-Reply-To: <022801cd5ae7$7e36d3c0$7aa47b40$@maine.rr.com> References: <022801cd5ae7$7e36d3c0$7aa47b40$@maine.rr.com> Message-ID: On 6 July 2012 07:50, Steven Nickerson wrote: > Hello everyone, > > We've noticed that the email overdue notices that go out only seem to > list the 1st item that is overdue, and not all overdue items. For example, > if I checked out 2 books on the same date/time, I only get an overdue notice > for one of the two items. Anyone have any ideas? I would think that both > items should be in the same email or at least two different emails should be > generated. > > > Hey Steve What version of Koha ? I'm pretty sure I saw a bug report for this and a fix for it in the recentish past. Ill go hunting Chris From smichaelxx at tlen.pl Fri Jul 6 18:45:30 2012 From: smichaelxx at tlen.pl (kamild) Date: Thu, 5 Jul 2012 23:45:30 -0700 (PDT) Subject: [Koha] [KOHA] Problem when uprgade koha 3.6.6 to 3.8.2 Message-ID: <1341557130572-5718691.post@n5.nabble.com> Hi, ale make upgrade koha 3.6.6 to 3.8.2 but when i finish upgrade - Login to Koha staff client to complete the upgradation I get Can't locate Koha/DateUtils.pm in @INC (@INC contains: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/koha/lib/C4/Reserves.pm line 40. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Reserves.pm line 40. Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 27. Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 30. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 30. Compilation failed in require at /usr/share/koha/lib/C4/Letters.pm line 26. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Letters.pm line 26. Compilation failed in require at /usr/share/koha/lib/C4/Suggestions.pm line 31. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Suggestions.pm line 31. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 29. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 29. I install all required modules perl. Can anybody helps? -- View this message in context: http://koha.1045719.n5.nabble.com/KOHA-Problem-when-uprgade-koha-3-6-6-to-3-8-2-tp5718691.html Sent from the Koha-general mailing list archive at Nabble.com. From sunil.kumar at ecoleglobal.com Fri Jul 6 18:51:06 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Fri, 6 Jul 2012 12:21:06 +0530 Subject: [Koha] Koha Zebra Indexing Issue Message-ID: <001e01cd5b43$ba955e20$2fc01a60$@kumar@ecoleglobal.com> Dear All, I have issue with one of our client with zebra indexing. History. Koha Version 3.4.1 OS : Debian 5.x Data Migration: Phase wise we have migrated database into Koha and currently also client is doing data entry daily basis plus modification. Issue: book records with clearly item type is defined but when searched 'no item' is displayed. Even though barcode number, itype, itemtype is clearly defined. But sometime is show 'no item' error. Zebra Index configuration Past: -a -b -z But this is not reflecting the new book records and in some cased it displayed 'no items' also even though the item is available with item type clearly defined both at 900 series (local and marc level). Secondly search by barcode is also not working; format of the barcode 'Lib0000001212', etc. Current: -a -b -r But now new issue pop up after issuing a single copy from a multiple copies title, items become 'no items' available. And secondly above issue also not resolved. Can anybody help me. Thanks and Regards R Sunil Kumar From ropuch at bagno.be Fri Jul 6 19:32:15 2012 From: ropuch at bagno.be (Piotr Wejman) Date: Fri, 6 Jul 2012 09:32:15 +0200 Subject: [Koha] [KOHA] Problem when uprgade koha 3.6.6 to 3.8.2 In-Reply-To: <1341557130572-5718691.post@n5.nabble.com> References: <1341557130572-5718691.post@n5.nabble.com> Message-ID: 2012/7/6 kamild > Hi, > ale make upgrade koha 3.6.6 to 3.8.2 but when i finish upgrade - Login to > Koha staff client to complete the upgradation I get > > Can't locate Koha/DateUtils.pm in @INC (@INC contains: /usr/share/koha/lib > /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 > /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl .) at /usr/share/koha/lib/C4/Reserves.pm line 40. > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Reserves.pm > line > 40. > Hello! It seems your upgrade didn't succeed - you're missing /usr/share/koha/lib/Koha/DateUtils.pm, which causes rest dependency problems. The easiest solution to this is: backup your database, custom files and koha settings (/koha-install-log, /etc/koha, /etc/apache2/sites-available/koha). Then install fresh 3.8.2 (using --prev-install-log), restore your database and settings and then proceed to web installer and leave the rest to it. In case you need further guidance, feel free to conact me. Piotr Wejman Biblioteka CSNE From jmasibo at gmail.com Fri Jul 6 21:03:11 2012 From: jmasibo at gmail.com (jackymasibo) Date: Fri, 6 Jul 2012 12:03:11 +0300 Subject: [Koha] could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX Message-ID: hi guys, its me again! am trying to verify my SAX Parser and when i type the following command : misc/sax_parser_print.pl i get the following error message: could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::SAX::PurePerl=HASH(0x9e71ca8) Looks bad, check INSTALL.* documentation. any idea on what i am supposed to do will be highly appreciated. From andisugandi at gmail.com Fri Jul 6 21:20:59 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Fri, 6 Jul 2012 16:20:59 +0700 Subject: [Koha] could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX In-Reply-To: References: Message-ID: Hi, On Fri, Jul 6, 2012 at 4:03 PM, jackymasibo wrote: > misc/sax_parser_print.pl > > i get the following error message: > > could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX > Koha wants something like: > XML::LibXML::SAX::Parser=HASH(0x81fe220) > You have: > XML::SAX::PurePerl=HASH(0x9e71ca8) > Looks bad, check INSTALL.* documentation. See: http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3#Test_your_SAX_Parser_and_correct_where_necessary I was facing the similar issue on CentOS machine (and solved): http://lists.katipo.co.nz/public/koha/2012-June/033298.html Good luck. -- Andi Sugandi. From heupink at merit.unu.edu Fri Jul 6 21:27:25 2012 From: heupink at merit.unu.edu (mourik jan heupink) Date: Fri, 06 Jul 2012 11:27:25 +0200 Subject: [Koha] opaccloud syspref In-Reply-To: References: <4FF5707B.8050509@merit.unu.edu> Message-ID: <4FF6AF7D.8030203@merit.unu.edu> Hi list, Chris, > OpacBrowser is for the subject cloud > If you want the Tag cloud not to show you have to turn tags off. With > TagsEnabled Setting TagsEnabled to false gets rid of the Tag Cloud link. Thanks Chris. I have set OpacBrowser to "don't allow patrons to browse subject authorities on OPAC", but the "subject cloud" link is still present... Clicking it only shows "Note: This feature only available to French catalogs where ISBD subjects have been populated, and an index built by separate script." Would be nice to not show that link, since we're not a French catalog... MJ From chrisc at catalyst.net.nz Fri Jul 6 22:38:20 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 06 Jul 2012 22:38:20 +1200 Subject: [Koha] opaccloud syspref In-Reply-To: <4FF6AF7D.8030203@merit.unu.edu> References: <4FF5707B.8050509@merit.unu.edu> <4FF6AF7D.8030203@merit.unu.edu> Message-ID: <5a6b8f38-c018-4a37-929c-08f0c83cc244@email.android.com> Interesting when I turn it off I don't see it. Chris mourik jan heupink wrote: Hi list, Chris, > OpacBrowser is for the subject cloud > If you want the Tag cloud not to show you have to turn tags off. With > TagsEnabled Setting TagsEnabled to false gets rid of the Tag Cloud link. Thanks Chris. I have set OpacBrowser to "don't allow patrons to browse subject authorities on OPAC", but the "subject cloud" link is still present... Clicking it only shows "Note: This feature only available to French catalogs where ISBD subjects have been populated, and an index built by separate script." Would be nice to not show that link, since we're not a French catalog... MJ _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From nengard at gmail.com Fri Jul 6 23:38:02 2012 From: nengard at gmail.com (Nicole Engard) Date: Fri, 6 Jul 2012 07:38:02 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> Message-ID: On Thu, Jul 5, 2012 at 4:48 PM, Mason James wrote: > sorry, your mistake is not enough reason to void the current survey Mason, I would say that the mistake was mine - not the voters' - I didn't explain clearly and that is why I will delete anyone's vote who asks me to. Nicole From sandeep.bhavsar at gmail.com Sat Jul 7 00:00:01 2012 From: sandeep.bhavsar at gmail.com (SANDEEP BHAVSAR) Date: Fri, 6 Jul 2012 17:30:01 +0530 Subject: [Koha] OPAC Search Message-ID: Respected all I am using LibLiveCD Koha ver 3.00.06.010 I have imported 45000 books data, now while searching for records in Koha Call Number - is empty ( I think koha take call number as Full Call number field) we have classification number in 082 a for all books Is it possible to show this classification field (082a) in OPAC as Call Number -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar at gmail.com Mob : 9029 345777 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@ From paul.poulain at biblibre.com Sat Jul 7 00:07:02 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Fri, 06 Jul 2012 14:07:02 +0200 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> Message-ID: <4FF6D4E6.80305@biblibre.com> Le 06/07/2012 13:38, Nicole Engard a ?crit : > On Thu, Jul 5, 2012 at 4:48 PM, Mason James wrote: >> sorry, your mistake is not enough reason to void the current survey > > Mason, > > I would say that the mistake was mine - not the voters' - I didn't > explain clearly Maybe that's worth writing the rule somewhere on the wiki page? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From nengard at gmail.com Sat Jul 7 00:09:19 2012 From: nengard at gmail.com (Nicole Engard) Date: Fri, 6 Jul 2012 08:09:19 -0400 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <4FF6D4E6.80305@biblibre.com> References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> <4FF6D4E6.80305@biblibre.com> Message-ID: On Fri, Jul 6, 2012 at 8:07 AM, Paul Poulain wrote: > Maybe that's worth writing the rule somewhere on the wiki page? I did. From umer.habib at techlogix.com Sat Jul 7 00:12:58 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Fri, 6 Jul 2012 08:12:58 -0400 (EDT) Subject: [Koha] =?utf-8?q?import=5Fborrowers-cli=2Epl?= Message-ID: <1341576778.117821564@apps.rackspace.com> Hi, I am using KOHA 3.8 and it doesnot have import_borrwers-cli.pl script to import patron csv automatically. For some reasons i cant upgrade it to 4.2 so is there any patch avalable so that i could use this script in my current installation? thanks umer habib From snicker1 at maine.rr.com Sat Jul 7 00:22:07 2012 From: snicker1 at maine.rr.com (Steven Nickerson) Date: Fri, 6 Jul 2012 08:22:07 -0400 Subject: [Koha] Overdue notices only list the first book/item that's late In-Reply-To: References: <022801cd5ae7$7e36d3c0$7aa47b40$@maine.rr.com> Message-ID: <026e01cd5b71$f624a080$e26de180$@maine.rr.com> We are using Koha version 3.02.02.000 THANKS! -----Original Message----- From: Chris Cormack [mailto:chris at bigballofwax.co.nz] Sent: Thursday, July 05, 2012 5:40 PM To: Steven Nickerson Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Overdue notices only list the first book/item that's late On 6 July 2012 07:50, Steven Nickerson wrote: > Hello everyone, > > We've noticed that the email overdue notices that go out only seem > to list the 1st item that is overdue, and not all overdue items. For > example, if I checked out 2 books on the same date/time, I only get an overdue notice > for one of the two items. Anyone have any ideas? I would think that both > items should be in the same email or at least two different emails > should be generated. > > > Hey Steve What version of Koha ? I'm pretty sure I saw a bug report for this and a fix for it in the recentish past. Ill go hunting Chris From glawson at rhcl.org Sat Jul 7 02:21:57 2012 From: glawson at rhcl.org (glaws) Date: Fri, 06 Jul 2012 09:21:57 -0500 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: <4FF6D4E6.80305@biblibre.com> References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> <4FF6D4E6.80305@biblibre.com> Message-ID: <4FF6F485.4060701@rhcl.org> I think the Americans need a good lecture on preference voting. :) -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 -------------------- On 07/06/2012 07:07 AM, Paul Poulain wrote: > Le 06/07/2012 13:38, Nicole Engard a ?crit : >> On Thu, Jul 5, 2012 at 4:48 PM, Mason James wrote: >>> sorry, your mistake is not enough reason to void the current survey >> Mason, >> >> I would say that the mistake was mine - not the voters' - I didn't >> explain clearly > Maybe that's worth writing the rule somewhere on the wiki page? > > From claire.hernandez at biblibre.com Sat Jul 7 02:51:05 2012 From: claire.hernandez at biblibre.com (Claire Hernandez) Date: Fri, 06 Jul 2012 16:51:05 +0200 Subject: [Koha] BibLibre efforts on reversing developments and you In-Reply-To: <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> References: <4F54E5D9.1040704@biblibre.com> <4FF5B915.8040208@biblibre.com> <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> Message-ID: <4FF6FB59.3000701@biblibre.com> On 05/07/2012 20:46, Chris Cormack wrote: > To that end, I have been creating the statistics of signoffs > > http://blog.bigballofwax.co.nz/2012/04/01/bug-statistics-for-march-2012/ > http://blog.bigballofwax.co.nz/2012/05/04/statistics-for-koha-april-2012/ > http://blog.bigballofwax.co.nz/2012/06/01/bugenh-statistics-for-may-2012/ > http://blog.bigballofwax.co.nz/2012/07/01/bugzilla-statistics-for-june-2012/ > > So people can recognise the hard work of the people doing sign offs > > Do some sign offs, become famous!! Save some kittens! Hello Chris, I am not sure to understand why you answer me that. I wasn't saying that nothing is done. What I am saying is a measure of our (BibLibre) investment (people, time and energy) versus the result (and metrics I have put to follow it). We are able to challenge our (BibLibre) practices if you (community) have feedback to give us. Secondly, signoffs statistics does not say everything : as Marcel show this morning, a patch can be signed-off multiple times before being integrated (and my main metric is "done" as "patch pushed"). Furthermore, the main patches attached are not bugfixes but enhancements which needs acceptance tests and non regression validation. If you sort bugs that "need signoff" by change date, that's clear that almost of patches waiting are enhancements. The most important thing for me is the value added we deliver to users at the end... Thanks, Claire. From chrisc at catalyst.net.nz Sat Jul 7 03:58:09 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Sat, 07 Jul 2012 03:58:09 +1200 Subject: [Koha] BibLibre efforts on reversing developments and you In-Reply-To: <4FF6FB59.3000701@biblibre.com> References: <4F54E5D9.1040704@biblibre.com> <4FF5B915.8040208@biblibre.com> <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> <4FF6FB59.3000701@biblibre.com> Message-ID: <7a2967ee-0262-400a-b880-1c3ca67d0cc9@email.android.com> Claire, I was just trying to encourage more people to sign off by showing them that they would end up in the stats reports. Hence the do some sign offs, become famous. I thought that is what you were wanting. Chris Claire Hernandez wrote: On 05/07/2012 20:46, Chris Cormack wrote: > To that end, I have been creating the statistics of signoffs > > http://blog.bigballofwax.co.nz/2012/04/01/bug-statistics-for-march-2012/ > http://blog.bigballofwax.co.nz/2012/05/04/statistics-for-koha-april-2012/ > http://blog.bigballofwax.co.nz/2012/06/01/bugenh-statistics-for-may-2012/ > http://blog.bigballofwax.co.nz/2012/07/01/bugzilla-statistics-for-june-2012/ > > So people can recognise the hard work of the people doing sign offs > > Do some sign offs, become famous!! Save some kittens! Hello Chris, I am not sure to understand why you answer me that. I wasn't saying that nothing is done. What I am saying is a measure of our (BibLibre) investment (people, time and energy) versus the result (and metrics I have put to follow it). We are able to challenge our (BibLibre) practices if you (community) have feedback to give us. Secondly, signoffs statistics does not say everything : as Marcel show this morning, a patch can be signed-off multiple times before being integrated (and my main metric is "done" as "patch pushed"). Furthermore, the main patches attached are not bugfixes but enhancements which needs acceptance tests and non regression validation. If you sort bugs that "need signoff" by change date, that's clear that almost of patches waiting are enhancements. The most important thing for me is the value added we deliver to users at the end... Thanks, Claire. From koha.sekjal at gmail.com Sat Jul 7 04:25:36 2012 From: koha.sekjal at gmail.com (Ian Walls) Date: Fri, 6 Jul 2012 12:25:36 -0400 Subject: [Koha] import_borrowers-cli.pl In-Reply-To: <1341576778.117821564@apps.rackspace.com> References: <1341576778.117821564@apps.rackspace.com> Message-ID: Umer, There is no Koha 4.2; the highest version of Koha available right now is 3.8.2. It looks like you may have downloaded LibLime Koha (a fork of the Koha project). I'd highly recommend you stick with the stable release as available from http://koha-community.org/download-koha/, as LibLime Koha is only supported by LibLime, a US-based company. Cheers, -Ian On Fri, Jul 6, 2012 at 8:12 AM, wrote: > Hi, > > I am using KOHA 3.8 and it doesnot have import_borrwers-cli.pl script to > import patron csv automatically. For some reasons i cant upgrade it to 4.2 > so is there any patch avalable so that i could use this script in my > current installation? > > thanks > > umer habib > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From koha.sekjal at gmail.com Sat Jul 7 04:40:31 2012 From: koha.sekjal at gmail.com (Ian Walls) Date: Fri, 6 Jul 2012 12:40:31 -0400 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: <4FF32DD0.2040407@rhcl.org> References: <4FF31B14.5040508@biblibre.com> <4FF32DD0.2040407@rhcl.org> Message-ID: IP address is not sufficiently rigourous to identify and individual or even a location (TOR network and all that). It's routinely mis-used as such an identifier. I don't see any benefit to adding it to Koha's outgoing emails, since it cannot be relied upon, and it could put people at risk of ill-advised legal sanction. If there is a strong use case for it, it would need to go behind a syspref, with the default value set to "disable". But personally I don't think it's worth including. -Ian On Tue, Jul 3, 2012 at 1:37 PM, glaws wrote: > Make it optional at most (syspref), off by default. > > Greg > ---------------------- > > On 07/03/2012 11:17 AM, Paul Poulain wrote: > > Hello Koha users & developers, > > > > The bug 3280 fixes a problem in cart sending in opac : the behaviour has > > changed, and for security reason, it will be possible only for logged-in > > users. > > A question has also been raised : we could also add the IP address of > > the sender in the mail that Koha sent. Do you think : > > 1- we could > > 2- we should > > 3- we shouldn't > > > > (and why) > > > > I start arguing = I think we should, and in France, I think it's a legal > > issue, you must be able to answer any legal request from a court (9-11, > > thank you :\ ) > > It's right we have the username, but the IP address is a good complement > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From aaojedokun2003 at yahoo.co.uk Fri Jul 6 18:10:42 2012 From: aaojedokun2003 at yahoo.co.uk (aaojedokun2003 at yahoo.co.uk) Date: Fri, 6 Jul 2012 06:10:42 +0000 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <7FEF901B-902B-4A35-89D7-0C58C5E47163@msys.ch> Message-ID: <183392414-1341555043-cardhu_decombobulator_blackberry.rim.net-1121190457-@b17.c2.bise7.blackberry> I was under the same impression myself and would also have voted otherwise if the instruction had been made clearer. Ayoku Sent from my BlackBerry wireless device from MTN -----Original Message----- From: Lori Bowen Ayre Sender: koha-bounces at lists.katipo.co.nz Date: Thu, 5 Jul 2012 13:00:43 To: Marc Balmer Cc: Koha Devel; Koha Subject: Re: [Koha] [Koha-devel] KohaCon 13 Survey Problem I was under that impression too and would not have voted the way I did had I known otehrwise. Lori On Thu, Jul 5, 2012 at 11:07 AM, Marc Balmer wrote: > As I understand, I could have given points only to one location, not > giving points to any of the other locations, right? > > I was under the impression that I must pick five locations, which seems > not to be the case. > > > -- > Marc Balmer > micro systems, http://www.msys.ch/ > Tel. +41 61 383 05 10, Fax +41 61 383 05 12 > > Am 05.07.2012 um 19:38 schrieb Jared Camins-Esakov < > jcamins at cpbibliography.com>: > > > Marc, > > > > Yes, please restart the vote. I was not aware that I could only give > points to one location. > > > > Every location you vote for gets points. It's just that it gets a > different number of points depending on whether you rank it 1..5. > > > > 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/ > > > _______________________________________________ > 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 aaojedokun2003 at yahoo.co.uk Sat Jul 7 04:30:07 2012 From: aaojedokun2003 at yahoo.co.uk (aaojedokun2003 at yahoo.co.uk) Date: Fri, 6 Jul 2012 16:30:07 +0000 Subject: [Koha] [Koha-devel] KohaCon 13 Survey Problem In-Reply-To: References: <135996400018D3448DFF998E536286EF2A5A48@exchange.mplmain.mtpl.org> <028B1A54D03E7B4482CDCA4EC8F06BFD0162678C@Bodensee.bsz-bw.de> Message-ID: <1125694022-1341592379-cardhu_decombobulator_blackberry.rim.net-860023401-@b17.c2.bise7.blackberry> Please delete my vote. I will recast. Ayoku Ojedokun Sent from my BlackBerry wireless device from MTN -----Original Message----- From: Nicole Engard Sender: koha-bounces at lists.katipo.co.nz Date: Fri, 6 Jul 2012 07:38:02 To: Mason James Cc: Koha; Koha Devel Subject: Re: [Koha] [Koha-devel] KohaCon 13 Survey Problem On Thu, Jul 5, 2012 at 4:48 PM, Mason James wrote: > sorry, your mistake is not enough reason to void the current survey Mason, I would say that the mistake was mine - not the voters' - I didn't explain clearly and that is why I will delete anyone's vote who asks me to. Nicole _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From kunrath at mplmain.mtpl.org Sat Jul 7 04:46:50 2012 From: kunrath at mplmain.mtpl.org (Kevin Unrath) Date: Fri, 6 Jul 2012 12:46:50 -0400 Subject: [Koha] KohaCon 13 Survey Problem In-Reply-To: References: Message-ID: <135996400018D3448DFF998E536286EF44EBB1@exchange.mplmain.mtpl.org> Nicole's solution makes sense - if you feel like you voted in error, you are being given the chance to revote. And if you haven't voted yet, you now know the rules. Seems very fair to me. Kevin Unrath, MLS Principal Librarian - Borrower Services Middletown Township Public Library 55 New Monmouth Road, Middletown, NJ 07748 (732)671-3700 X317 kunrath at mtpl.org Message: 2 Date: Thu, 5 Jul 2012 16:09:05 -0400 From: Nicole Engard To: Marc Balmer Cc: Koha Devel , Koha Subject: Re: [Koha] [Koha-devel] KohaCon 13 Survey Problem Message-ID: Content-Type: text/plain; charset=UTF-8 Most people in #koha are saying it's too likely we'll miss people if we redo. So, if it's a big deal to you (any of you) email me offlist with the email address and name (and date if you remember) you used on the survey and I'll delete your vote so you can vote again. Nicole From lebbeous at esilibrary.com Sat Jul 7 06:59:16 2012 From: lebbeous at esilibrary.com (Lebbeous Fogle-Weekley) Date: Fri, 06 Jul 2012 14:59:16 -0400 Subject: [Koha] OPAC session invalidation due to changing IP Message-ID: <4FF73584.7050203@esilibrary.com> Hi all, My question concerns a Koha 3.6.4 site. A significant number of patrons seem to be reporting that they frequently get their login sessions invalidated with the following message: "You are logging from a different IP address. Please log in again." This happens often enough to prevent them from placing all the holds or renewals that they would like. Now I could imagine that in fact, their IP addresses are rapidly changing due to a misbehaving ISP. In this case, I would expect there to be little remedy for the situation as the code stands today . I looked at C4::Auth::check_api_auth() and C4::Auth::check_cookie_auth(), and I do understand why under normal circumstances, it is a good idea to invalidate sessions once they're accessed by a second IP address. But are there other possible explanations for why users would encounter this message, or can anybody recommend troubleshooting steps that would either confirm or deny that the affected patrons' IP addresses do change? Network layer troubleshooting is as welcome a suggestion as any, but if there is something in, say, the Koha logs that could also help, I would appreciate any pointers. Thanks, -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbeous at esilibrary.com | web: http://www.esilibrary.com From david.nind at gmail.com Sat Jul 7 08:44:37 2012 From: david.nind at gmail.com (David Nind) Date: Sat, 7 Jul 2012 08:44:37 +1200 Subject: [Koha] import_borrowers-cli.pl In-Reply-To: <1341576778.117821564@apps.rackspace.com> References: <1341576778.117821564@apps.rackspace.com> Message-ID: Hi Umer. I am using KOHA 3.8 and it doesnot have import_borrwers-cli.pl script to > import patron csv automatically. > In the staff client you can import patrons from CSV. See *More > Tools > Import patrons* (under the Patrons and circulation heading). Nicole has also made a cool video about using this tool as well: http://bywatersolutions.com/2011/04/27/importing-patrons-into-koha-3-4/ There seem to be a couple of enhancement requests to add command line import of patrons. See: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5633 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3340 Note: Koha is not an acronym or abbreviation - it should be spelt as Koha, not KOHA. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From lebbeous+koha at esilibrary.com Sat Jul 7 09:16:32 2012 From: lebbeous+koha at esilibrary.com (Lebbeous Fogle-Weekley) Date: Fri, 06 Jul 2012 17:16:32 -0400 Subject: [Koha] OPAC session invalidation due to changing IP In-Reply-To: References: <4FF73584.7050203@esilibrary.com> Message-ID: <4FF755B0.5070901@esilibrary.com> Thanks Jonathan. I'll see whether the patrons might be using a proxy. -- Lebbeous Fogle-Weekley | Software Developer | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: lebbeous at esilibrary.com | web: http://www.esilibrary.com On 07/06/2012 04:46 PM, Jonathan Field wrote: > We had this at a couple of sites and it turned out to be the proxy settings in the users browser. Removing the proxy or adding an exception at the proxy server end fixed the problem! > Jonathan > > On 6 Jul 2012, at 19:59, Lebbeous Fogle-Weekley wrote: > >> Hi all, >> >> My question concerns a Koha 3.6.4 site. A significant number of patrons seem to be reporting that they frequently get their login sessions invalidated with the following message: "You are logging from a different IP address. Please log in again." This happens often enough to prevent them from placing all the holds or renewals that they would like. >> >> Now I could imagine that in fact, their IP addresses are rapidly changing due to a misbehaving ISP. In this case, I would expect there to be little remedy for the situation as the code stands today . I looked at C4::Auth::check_api_auth() and C4::Auth::check_cookie_auth(), and I do understand why under normal circumstances, it is a good idea to invalidate sessions once they're accessed by a second IP address. >> >> But are there other possible explanations for why users would encounter this message, or can anybody recommend troubleshooting steps that would either confirm or deny that the affected patrons' IP addresses do change? >> >> Network layer troubleshooting is as welcome a suggestion as any, but if there is something in, say, the Koha logs that could also help, I would appreciate any pointers. >> >> Thanks, >> -- >> Lebbeous Fogle-Weekley >> | Software Developer >> | Equinox Software, Inc. / Your Library's Guide to Open Source >> | phone: 1-877-OPEN-ILS (673-6457) >> | email: lebbeous at esilibrary.com >> | web: http://www.esilibrary.com >> >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha From jonathan.field at ptfs-europe.com Sat Jul 7 08:46:46 2012 From: jonathan.field at ptfs-europe.com (Jonathan Field) Date: Fri, 6 Jul 2012 21:46:46 +0100 Subject: [Koha] OPAC session invalidation due to changing IP In-Reply-To: <4FF73584.7050203@esilibrary.com> References: <4FF73584.7050203@esilibrary.com> Message-ID: We had this at a couple of sites and it turned out to be the proxy settings in the users browser. Removing the proxy or adding an exception at the proxy server end fixed the problem! Jonathan On 6 Jul 2012, at 19:59, Lebbeous Fogle-Weekley wrote: > Hi all, > > My question concerns a Koha 3.6.4 site. A significant number of patrons seem to be reporting that they frequently get their login sessions invalidated with the following message: "You are logging from a different IP address. Please log in again." This happens often enough to prevent them from placing all the holds or renewals that they would like. > > Now I could imagine that in fact, their IP addresses are rapidly changing due to a misbehaving ISP. In this case, I would expect there to be little remedy for the situation as the code stands today . I looked at C4::Auth::check_api_auth() and C4::Auth::check_cookie_auth(), and I do understand why under normal circumstances, it is a good idea to invalidate sessions once they're accessed by a second IP address. > > But are there other possible explanations for why users would encounter this message, or can anybody recommend troubleshooting steps that would either confirm or deny that the affected patrons' IP addresses do change? > > Network layer troubleshooting is as welcome a suggestion as any, but if there is something in, say, the Koha logs that could also help, I would appreciate any pointers. > > Thanks, > -- > Lebbeous Fogle-Weekley > | Software Developer > | Equinox Software, Inc. / Your Library's Guide to Open Source > | phone: 1-877-OPEN-ILS (673-6457) > | email: lebbeous at esilibrary.com > | web: http://www.esilibrary.com > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From chris at bigballofwax.co.nz Sat Jul 7 23:44:37 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sat, 7 Jul 2012 23:44:37 +1200 Subject: [Koha] [Koha-devel] BibLibre efforts on reversing developments and you In-Reply-To: <7a2967ee-0262-400a-b880-1c3ca67d0cc9@email.android.com> References: <4F54E5D9.1040704@biblibre.com> <4FF5B915.8040208@biblibre.com> <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> <4FF6FB59.3000701@biblibre.com> <7a2967ee-0262-400a-b880-1c3ca67d0cc9@email.android.com> Message-ID: On 7 July 2012 03:58, Chris Cormack wrote: > Claire, > > I was just trying to encourage more people to sign off by showing them that > they would end up in the stats reports. > > Hence the do some sign offs, become famous. I thought that is what you were > wanting. > In order to perhaps help get more people signing off, I wrote a little script that writes out json of the last sign offs. I then wrote some jquery to pull that in after a set interval. http://stats.workbuffer.org/scroller.html Please ignore how hideous it looks, or better yet, please help me with some css to make it less hideous if people think it is worth continuing. It was a late night Saturday night idea, so might be dumb :) If not I was thinking signoffs.koha-community.org Chris From heupink at merit.unu.edu Sun Jul 8 01:03:59 2012 From: heupink at merit.unu.edu (mourik jan heupink) Date: Sat, 07 Jul 2012 15:03:59 +0200 Subject: [Koha] opaccloud syspref In-Reply-To: <5a6b8f38-c018-4a37-929c-08f0c83cc244@email.android.com> References: <4FF5707B.8050509@merit.unu.edu> <4FF6AF7D.8030203@merit.unu.edu> <5a6b8f38-c018-4a37-929c-08f0c83cc244@email.android.com> Message-ID: <4FF833BF.5020306@merit.unu.edu> On 07/06/2012 12:38 PM, Chris Cormack wrote: > Interesting when I turn it off I don't see it. Interesting indeed. I've even tried restarting apache and memcached, no difference. Guess we can learn to live with it :-) MJ From david.nind at gmail.com Sun Jul 8 14:09:16 2012 From: david.nind at gmail.com (David Nind) Date: Sun, 8 Jul 2012 14:09:16 +1200 Subject: [Koha] opaccloud syspref In-Reply-To: <4FF6AF7D.8030203@merit.unu.edu> References: <4FF5707B.8050509@merit.unu.edu> <4FF6AF7D.8030203@merit.unu.edu> Message-ID: > > I have set OpacBrowser to "don't allow patrons to browse subject > authorities on OPAC", but the "subject cloud" link is still present... > Using Debian 3.8.2 Koha packages and a fresh instance with sample data, the OpacCloud preference is under Administration > System preferences > Local Use. Turning this off removes the 'Subject cloud' link from displaying on the OPAC - by default it isn't turned on though... From heupink at merit.unu.edu Sun Jul 8 21:23:16 2012 From: heupink at merit.unu.edu (mourik jan heupink) Date: Sun, 08 Jul 2012 11:23:16 +0200 Subject: [Koha] opaccloud syspref In-Reply-To: References: <4FF5707B.8050509@merit.unu.edu> <4FF6AF7D.8030203@merit.unu.edu> Message-ID: <4FF95184.1070004@merit.unu.edu> Hi David, > Using Debian 3.8.2 Koha packages and a fresh instance with sample data, > the OpacCloud preference is under Administration > System preferences > > Local Use. > > Turning this off removes the 'Subject cloud' link from displaying on the > OPAC - by default it isn't turned on though... Super! That works! Strange that it was turned on... Thank you very much! MJ From Katrin.Fischer at bsz-bw.de Sun Jul 8 22:33:00 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Sun, 8 Jul 2012 12:33:00 +0200 Subject: [Koha] [Koha-devel] BibLibre efforts on reversing developments and you References: <4F54E5D9.1040704@biblibre.com> <4FF5B915.8040208@biblibre.com> <20120705184650.GE21612@rorohiko.wgtn.cat-it.co.nz> <4FF6FB59.3000701@biblibre.com> <7a2967ee-0262-400a-b880-1c3ca67d0cc9@email.android.com> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD0162678F@Bodensee.bsz-bw.de> Hi all, I really like this idea and we talked about it some more on IRC this weekend. Chris added some new elements with important information to the page: - last 5 sign offs - 'needs signoff' with the 5 oldest bugs waiting to get tested - a list of current bug status numbers - 'random bug' to give you some inspiratoin on what to fix next Take a look and get inspired to do lots of sign offs and bug work! New URL: http://dashboard.koha-community.org/ Katrin -----Urspr?ngliche Nachricht----- Von: koha-devel-bounces at lists.koha-community.org im Auftrag von Chris Cormack Gesendet: Sa 07.07.2012 13:44 An: koha at lists.katipo.co.nz Cc: koha-devel at lists.koha-community.org Betreff: Re: [Koha-devel] [Koha] BibLibre efforts on reversing developments and you On 7 July 2012 03:58, Chris Cormack wrote: > Claire, > > I was just trying to encourage more people to sign off by showing them that > they would end up in the stats reports. > > Hence the do some sign offs, become famous. I thought that is what you were > wanting. > In order to perhaps help get more people signing off, I wrote a little script that writes out json of the last sign offs. I then wrote some jquery to pull that in after a set interval. http://stats.workbuffer.org/scroller.html Please ignore how hideous it looks, or better yet, please help me with some css to make it less hideous if people think it is worth continuing. It was a late night Saturday night idea, so might be dumb :) If not I was thinking signoffs.koha-community.org Chris _______________________________________________ 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 mjr at phonecoop.coop Mon Jul 9 05:21:46 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Sun, 08 Jul 2012 18:21:46 +0100 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: Message-ID: Ian Walls > IP address is not sufficiently rigourous to identify and individual or even > a location (TOR network and all that). It's routinely mis-used as such an > identifier. I don't see any benefit to adding it to Koha's outgoing > emails, since it cannot be relied upon, and it could put people at risk of > ill-advised legal sanction. > > If there is a strong use case for it, it would need to go behind a syspref, > with the default value set to "disable". But personally I don't think it's > worth including. I don't either. IP addresses are usually registered to a person (including legal persons like companies) and/or a place (which is inexact because one of my Norfolk IP addresses is incorrectly thought to be in Somerset, while another is somewhere in Yorkshire...), so they're roughly like phone numbers. The Koha user_id is more identifying and more likely to be owned by the person triggering the email. Having Koha send out an IP address in a cleartext email seems like a possible breach of privacy law in some situations, handing over what might be someone else's phone numbers... sorry, IP address numbers. The argument that people need to be able to tell IP addresses to terrorist lawmakers seems unrelated: that information can be logged on the server if wanted. The email recipient and intermediate handlers do not need to know the requestor's IP address under the terror laws I've seen, only where they got it from. So, no IP address, but if you think you must, syspref default disabled. Regards, -- 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 paul.a at aandc.org Mon Jul 9 07:43:37 2012 From: paul.a at aandc.org (Paul) Date: Sun, 08 Jul 2012 15:43:37 -0400 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: References: Message-ID: <5.2.1.1.2.20120708141705.044853c8@localhost> At 06:21 PM 7/8/2012 +0100, MJ Ray wrote: >Ian Walls > > IP address is not sufficiently rigourous to identify and individual or even > > a location (TOR network and all that). It's routinely mis-used as such an > > identifier. I don't see any benefit to adding it to Koha's outgoing > > emails, since it cannot be relied upon, and it could put people at risk of > > ill-advised legal sanction. > > > > If there is a strong use case for it, it would need to go behind a syspref, > > with the default value set to "disable". But personally I don't think it's > > worth including. > >I don't either. IP addresses are usually registered to a person >(including legal persons like companies) and/or a place (which is >inexact because one of my Norfolk IP addresses is incorrectly thought >to be in Somerset, while another is somewhere in Yorkshire...), so >they're roughly like phone numbers. Sorry to jump into this one a bit late ... but I do have a bit of background to security aspects (spammer abuse in particular) to various cgi, perl, php "sendmail" scripts; the bottom line is that there is intrinsically no way of making them fully functional and secure at the same time. And ... I've just discovered that our production Koha 3.6.1 is wide open to this type of exploit; without logging in as a user, I have just spammed 5 of _my_own_ addresses as a "proof of concept." Thank goodness our users appear to be well behaved :=) Some basic thoughts: Hard code the To: address (or at the very least limit programmatically the To: to a single recipient [1].) In Koha, each logged in user has a primary and a single secondary email -- a drop down box "Choose primary/secondary" would stop a spammer. If a genuine user really wanted to send to a new address, modifying the secondary email is trivial (but too time consuming for a spammer who has much easier "targets" than a Koha system.) Do not, under any circumstances, allow a user to enter Cc: or Bcc: Deny, via regex, anything approaching URL format in the "Comments" For the truly paranoid, rate-limiting to say 5 "send carts" per 24 hours would probably not offend genuine users. As a "close the barn door after the horse has bolted" backup, add an X-Originating-IP: [xxx.xxx.xxx.xxx] taken from $ENV{'REMOTE_ADDR'} [or even $ENV{'REMOTE_HOST'} which will be the same if no rDNS.] If you're worried about privacy (and to the best of my knowledge this X-header has never been challenged under privacy laws, and is a de facto industry standard -- e.g. just have a look at any hotmail.com set of headers) the pop-up could say "You're logged in from xxx.xxx.xxx.xxx and this will be recorded in your email; do not click send if this concerns you." Now, I'm off to close this loophole. Best - Paul [1] Example: sub check_email { # Init local var $email_test = $email_add; # reject invalid syntax including multiples, but not type user@[255.255.255.0] if ($email_test =~ /(@.*@)|(\.\.)|(@\.)|(\.@)|(^\.)/ || # or does not conform to basic syntax $email_test !~ /^.+\@(\[?)[a-zA-Z0-9\-\.]+\.([a-zA-Z0-9]+)(\]?)$/) { return 0; } else { return 1; } } >The Koha user_id is more identifying and more likely to be owned by >the person triggering the email. Having Koha send out an IP address >in a cleartext email seems like a possible breach of privacy law in >some situations, handing over what might be someone else's phone >numbers... sorry, IP address numbers. > >The argument that people need to be able to tell IP addresses to >terrorist lawmakers seems unrelated: that information can be logged on >the server if wanted. The email recipient and intermediate handlers >do not need to know the requestor's IP address under the terror laws >I've seen, only where they got it from. > >So, no IP address, but if you think you must, syspref default disabled. > >Regards, >-- >MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. >http://koha-community.org supporter, web and library systems developer. >In My Opinion Only: see http://mjr.towers.org.uk/email.html >Available for hire (including development) at http://www.software.coop/ >_______________________________________________ >Koha mailing list http://koha-community.org >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 chrisc at catalyst.net.nz Mon Jul 9 07:50:59 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 09 Jul 2012 07:50:59 +1200 Subject: [Koha] [discussion] Privacy issue (bug 3280) In-Reply-To: <5.2.1.1.2.20120708141705.044853c8@localhost> References: <5.2.1.1.2.20120708141705.044853c8@localhost> Message-ID: Have you looked at the patch in master? The loophole is closed. This thread is about the IP address and it looks to me like we are all converging on a syspref. Chris Paul wrote: At 06:21 PM 7/8/2012 +0100, MJ Ray wrote: >Ian Walls > > IP address is not sufficiently rigourous to identify and individual or even > > a location (TOR network and all that). It's routinely mis-used as such an > > identifier. I don't see any benefit to adding it to Koha's outgoing > > emails, since it cannot be relied upon, and it could put people at risk of > > ill-advised legal sanction. > > > > If there is a strong use case for it, it would need to go behind a syspref, > > with the default value set to "disable". But personally I don't think it's > > worth including. > >I don't either. IP addresses are usually registered to a person >(including legal persons like companies) and/or a place (which is >inexact because one of my Norfolk IP addresses is incorrectly thought >to be in Somerset, while another is somewhere in Yorkshire...), so >they're roughly like phone numbers. Sorry to jump into this one a bit late ... but I do have a bit of background to security aspects (spammer abuse in particular) to various cgi, perl, php "sendmail" scripts; the bottom line is that there is intrinsically no way of making them fully functional and secure at the same time. And ... I've just discovered that our production Koha 3.6.1 is wide open to this type of exploit; without logging in as a user, I have just spammed 5 of _my_own_ addresses as a "proof of concept." Thank goodness our users appear to be well behaved :=) Some basic thoughts: Hard code the To: address (or at the very least limit programmatically the To: to a single recipient [1].) In Koha, each logged in user has a primary and a single secondary email -- a drop down box "Choose primary/secondary" would stop a spammer. If a genuine user really wanted to send to a new address, modifying the secondary email is trivial (but too time consuming for a spammer who has much easier "targets" than a Koha system.) Do not, under any circumstances, allow a user to enter Cc: or Bcc: Deny, via regex, anything approaching URL format in the "Comments" For the truly paranoid, rate-limiting to say 5 "send carts" per 24 hours would probably not offend genuine users. As a "close the barn door after the horse has bolted" backup, add an X-Originating-IP: [xxx.xxx.xxx.xxx] taken from $ENV{'REMOTE_ADDR'} [or even $ENV{'REMOTE_HOST'} which will be the same if no rDNS.] If you're worried about privacy (and to the best of my knowledge this X-header has never been challenged under privacy laws, and is a de facto industry standard -- e.g. just have a look at any hotmail.com set of headers) the pop-up could say "You're logged in from xxx.xxx.xxx.xxx and this will be recorded in your email; do not click send if this concerns you." Now, I'm off to close this loophole. Best - Paul [1] Example: sub check_email { # Init local var $email_test = $email_add; # reject invalid syntax including multiples, but not type user@[255.255.255.0] if ($email_test =~ /(@.*@)|(\.\.)|(@\.)|(\.@)|(^\.)/ || # or does not conform to basic syntax $email_test !~ /^.+\@(\[?)[a-zA-Z0-9\-\.]+\.([a-zA-Z0-9]+)(\]?)$/) { return 0; } else { return 1; } } >The Koha user_id is more identifying and more likely to be owned by >the person triggering the email. Having Koha send out an IP address >in a cleartext email seems like a possible breach of privacy law in >some situations, handing over what might be someone else's phone >numbers... sorry, IP address numbers. > >The argument that people need to be able to tell IP addresses to >terrorist lawmakers seems unrelated: that information can be logged on >the server if wanted. The email recipient and intermediate handlers >do not need to know the requestor's IP address under the terror laws >I've seen, only where they got it from. > >So, no IP address, but if you think you must, syspref default disabled. > >Regards, >-- >MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. >http://koha-community.org supporter, web and library systems developer. >In My Opinion Only: see http://mjr.towers.org.uk/email.html >Available for hire (including development) at http://www.software.coop/ >_____________________________________________ >Koha mailing list http://koha-community.org >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 http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From andisugandi at gmail.com Mon Jul 9 16:22:53 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Mon, 9 Jul 2012 11:22:53 +0700 Subject: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server)) In-Reply-To: References: Message-ID: Hi all, On Mon, Jul 2, 2012 at 3:57 PM, Andi Sugandi wrote: > On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi wrote: > >> OPAC page now gives a result[4] based on my searching, but it happens >> ONLY after runing: zebrasrv-2.0 -f etc/koha-conf.xml [5] in terminal >> (SSH): >> >> [4] http://goo.gl/njUVz >> [5] http://paste.opensuse.org/view/simple/35185017 >> >> If I quit the process, then OPAC can not give any result on searching >> page (means that idzebra indexing stops working, right?) >> >> What do you think about it? I have no clue solving this issue as no >> log/error found/appeared there. > > I read this[6] thread forum, seems like similar with my issue, but > unfortunately no luck after re-evaluating the steps described on that > forum. > > [6] http://koha.1045719.n5.nabble.com/Solved-Zebrasrv-2-0-td5714825.html > > I created manually the koha-zebradaemon log files in ./var/log directory : > > koha-zebradaemon.err > koha-zebradaemon.log > koha-zebradaemon-output.log > > But I can see nothing on those files after running: > "/etc/init.d/koha-zebra-daemon start" I did command below instead of running "/etc/init.d/koha-zebra-daemon start" to see the exact/complete result/output: # daemon --name=koha-zebra-ctl.kohadb --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha.koha -X /usr/local/bin/zebrasrv -v none,fatal,warn -f /home/library/public_html/cgi-bin/etc/koha-conf.xml http://paste.opensuse.org/view/simple/7590835 And the output is: koha-zebra-ctl.kohadb: fatal: failed to start error delivery to /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: Permission denied But I think my permission on the files are correct: # ll /home/library/public_html/cgi-bin/var/log/ total 252 drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README Suggestion? Any help will be very much appreciated. Thanks in advance. Best regards, -- Andi Sugandi. From rachel at katipo.co.nz Mon Jul 9 19:00:06 2012 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Mon, 09 Jul 2012 19:00:06 +1200 Subject: [Koha] Fwd: help me In-Reply-To: References: Message-ID: <4FFA8176.1040707@katipo.co.nz> -------- Original Message -------- Subject: help me Date: Sun, 8 Jul 2012 06:31:36 -0700 From: yoonus para To: koha-owner at lists.katipo.co.nz sir, I restore my backup then after entering new record showing the message "can't call method"subfield" on an undefined value at usr/share/koha/lib/c4/biblio.pm line 2992" Help me sir please Thanks From jmasibo at gmail.com Mon Jul 9 20:31:19 2012 From: jmasibo at gmail.com (jackymasibo) Date: Mon, 9 Jul 2012 11:31:19 +0300 Subject: [Koha] could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX In-Reply-To: References: Message-ID: hi guys, i have done everything but iam still getting the same message pliz anyone with an i dea on what am doing wrong or what am supposed to do to help me out. waiting, On Fri, Jul 6, 2012 at 12:20 PM, Andi Sugandi wrote: > Hi, > > On Fri, Jul 6, 2012 at 4:03 PM, jackymasibo wrote: > > > misc/sax_parser_print.pl > > > > i get the following error message: > > > > could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX > > Koha wants something like: > > XML::LibXML::SAX::Parser=HASH(0x81fe220) > > You have: > > XML::SAX::PurePerl=HASH(0x9e71ca8) > > Looks bad, check INSTALL.* documentation. > > See: > > http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3#Test_your_SAX_Parser_and_correct_where_necessary > > I was facing the similar issue on CentOS machine (and solved): > http://lists.katipo.co.nz/public/koha/2012-June/033298.html > > Good luck. > -- > Andi Sugandi. > From david.nind at gmail.com Mon Jul 9 23:29:53 2012 From: david.nind at gmail.com (David Nind) Date: Mon, 9 Jul 2012 23:29:53 +1200 Subject: [Koha] could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX In-Reply-To: References: Message-ID: On 9 July 2012 20:31, jackymasibo wrote: > i have done everything but iam still getting the same message pliz anyone > with an i dea on what am doing wrong or what am supposed to do to help me > out. > > > On Fri, Jul 6, 2012 at 4:03 PM, jackymasibo wrote: > > > > > misc/sax_parser_print.pl > > > > > > i get the following error message: > > > > > > could not find ParserDetails.ini in > /usr/local/share/perl/5.10.1/XML/SAX > > > Koha wants something like: > > > XML::LibXML::SAX::Parser=HASH(0x81fe220) > > > You have: > > > XML::SAX::PurePerl=HASH(0x9e71ca8) > > > Looks bad, check INSTALL.* documentation. > Knowing what operating system you are running, the version of Koha you are trying to install, and how you installed (manual or using packages) may help with fixing your problem. If you are running Debian 6, the latest version of Koha (3.8.2), and are doing a manual install, then the installation instructions are in the file INSTALL.debian. At 2.2 it says: You must be sure you're using the XML::LibXML SAX parser, not Expat or PurePerl, both of which have outstanding bugs with pre-composed characters. You can test your SAX parser by running: $ cd koha $ misc/sax_parser_print.pl You should see something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) If you are configured to use PurePerl or Expat, the script will say you have a problem and you'll need to edit your ini file to correct it. The file is typically located at: /etc/perl/XML/SAX/ParserDetails.ini The correct parser entry will need to be moved to the bottom of the file. The following is the entry you are looking for: [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 To fix your problem you need to find the ParserDetails.ini and edit it as indicated. To find the file on Debian and Ubuntu go 'updatedb' (updates file index database) then go 'locate ParserDetails.ini' (enter the commands without the 's). You can also use the search box on the front page of koha-community.org to search for 'could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX' and see if you can find anything that better matches your environment. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From eugenegf at yahoo.com Tue Jul 10 00:31:05 2012 From: eugenegf at yahoo.com (eugene jose espinoza) Date: Mon, 9 Jul 2012 05:31:05 -0700 (PDT) Subject: [Koha] stage marc import of records with items Message-ID: <1341837065.7733.YahooMailNeo@web112011.mail.gq1.yahoo.com> Good day koha users and developers. I tried koha 3.8 through Kyle Hall's wonderful virtual machine. I stage marc import a bibliographic record with attached items (marc field 952). The problem is the items are not imported. Could this be a bug? or I miss out something? thanks. ? EUGENE JOSE T. ESPINOZA From colin.campbell at ptfs-europe.com Tue Jul 10 01:06:32 2012 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Mon, 9 Jul 2012 14:06:32 +0100 Subject: [Koha] Fwd: help me In-Reply-To: <4FFA8176.1040707@katipo.co.nz> References: <4FFA8176.1040707@katipo.co.nz> Message-ID: <20120709130632.GA29705@zazou.cscnet.co.uk> On Mon, Jul 09, 2012 at 07:00:06PM +1200, Rachel Hamilton-Williams wrote: > I restore my backup then after entering new record showing the > message "can't call method"subfield" on an undefined value at > usr/share/koha/lib/c4/biblio.pm line 2992" > One of the commonest causes of that error being triggered is there are index entries for records which no longer exist in the database. You say you have restored, try rebuilding the zebra indexes so that they reflect your current db 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 LPriebe at clicweb.org Tue Jul 10 01:50:40 2012 From: LPriebe at clicweb.org (Lisa Priebe) Date: Mon, 9 Jul 2012 07:50:40 -0600 Subject: [Koha] Migration Question Message-ID: Hi I'm wondering if anyone has converted a library from a paper-based catalog to Koha through a method other than manual entry of items into the Koha catalog. I am talking to a library that would like to use a product such as Book Crawler to scan items and create records, then some time in the future use these to migrate to Koha. Any ideas if this will work? Thanks, Lisa Priebe Assistant Director Colorado Library Consortium (CLiC) lpriebe at clicweb.org 303.422.1150 (office) 303.842.0326 (cell) 7400 E Arapahoe Rd, Suite 75 Centennial, CO 80112 AIRS is NOW accepting orders. http://airs.cvlsites.org/ From oleonard at myacpl.org Tue Jul 10 04:19:44 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Mon, 9 Jul 2012 12:19:44 -0400 Subject: [Koha] When using batch delete does it still move the item to deleteditems? In-Reply-To: References: Message-ID: > When using batch delete does it still move the item to deleteditems? It does in master. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From nengard at gmail.com Tue Jul 10 04:36:16 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 9 Jul 2012 12:36:16 -0400 Subject: [Koha] Too Many Records in Batch Delete? Message-ID: What is too many records to show when using the batch delete tool? Sometimes if you load in a batch of records it says there are too many to display, but you can still delete them. What triggers this message? Thanks Nicole From 5p4m at gmx.de Tue Jul 10 06:42:13 2012 From: 5p4m at gmx.de (Mirko) Date: Mon, 09 Jul 2012 20:42:13 +0200 Subject: [Koha] Kohacon 2013 voting: one week left Message-ID: <4FFB2605.3030204@gmx.de> Hello everybody, just a little reminder that there is one week left to vote for the Kohacon 2013 location. If you have not done it so far, do it now! See the proposals here: http://wiki.koha-community.org/wiki/Kohacon2013 Vote here: http://survey.web2learning.net/limesurvey/index.php?sid=91534&lang=en - Mirko From karamqubsi at gmail.com Mon Jul 9 16:05:12 2012 From: karamqubsi at gmail.com (Karam Qubsi) Date: Mon, 9 Jul 2012 07:05:12 +0300 Subject: [Koha] Translating Arabic Koha 3.8.2 (Complete). Message-ID: Good morning , We are pleased to announce you that our team has finish translating all the strings in Arabic koha 3.8.2 and the project is now 100% complete . Thanks for you all for your helps :) to complete this work and thanks for all of our translators they worked very hard to achieve this project ?We are now planing to start working in the manuals and make it all in Arabic and available online like the English Version. Best wishes ^_^ -- Karam Qubsi Koha Arab Translating Team http://koha.wikibrary.org/ Wikibrary for Arab Librarians http://wikibrary.org From andisugandi at gmail.com Tue Jul 10 16:59:10 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Tue, 10 Jul 2012 11:59:10 +0700 Subject: [Koha] Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] ) Message-ID: Hi all. On Mon, Jul 9, 2012 at 11:22 AM, Andi Sugandi wrote: [...] > I did command below instead of running "/etc/init.d/koha-zebra-daemon > start" to see the exact/complete result/output: > > # daemon --name=koha-zebra-ctl.kohadb > --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err > --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log > --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log > --verbose=1 --respawn --delay=30 --user=koha.koha -X > /usr/local/bin/zebrasrv -v none,fatal,warn -f > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > http://paste.opensuse.org/view/simple/7590835 > > And the output is: > > koha-zebra-ctl.kohadb: fatal: failed to start error delivery to > /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: > Permission denied > > But I think my permission on the files are correct: > # ll /home/library/public_html/cgi-bin/var/log/ > total 252 > drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ > drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ > -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log > -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log > -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README I try running again another modified command taken from "./bin/koha-zebra-ctl.sh" file to see my issues of idzebra on indexing the records of my Koha (3.8.2) instalation, http://goo.gl/Ig0zq : # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 --user=koha:koha -X /usr/local/bin/zebrasrv -v -f /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml As always, my koha-conf.xml file is already on proper permission: # ll /home/library/public_html/cgi-bin/etc/koha-conf.xml -rw-r--r-- 1 koha koha 12792 Jun 28 10:50 /home/library/public_html/cgi-bin/etc/koha-conf.xml What do you think? I see that idzebra can ONLY index records without "daemon" and running it by root. Please see my OPAC screenshot: http://goo.gl/njUVz on my previous thread: http://lists.katipo.co.nz/public/koha/2012-July/033325.html Any help will be very much appreciated. Thanks in advance. Best regards, -- Andi Sugandi. From laurence.lefaucheur at biblibre.com Tue Jul 10 19:13:35 2012 From: laurence.lefaucheur at biblibre.com (Laurence Lefaucheur) Date: Tue, 10 Jul 2012 09:13:35 +0200 Subject: [Koha] Too Many Records in Batch Delete? In-Reply-To: References: Message-ID: <4FFBD61F.2020808@biblibre.com> Hi, Le 09/07/2012 18:36, Nicole Engard a ?crit : > What is too many records to show when using the batch delete tool? > Sometimes if you load in a batch of records it says there are too many > to display, but you can still delete them. What triggers this > message? items are displayed if they are less than 1000 in the batch. Over 1000 it says there are too many to display. Laurence > > Thanks > Nicole > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- ------------------------ Laurence Lefaucheur BibLibre solutions libres pour les biblioth?ques http://www.biblibre.com laurence.lefaucheur at biblibre.com p. 06 27 85 46 49 From tobrienu at gmail.com Tue Jul 10 20:20:46 2012 From: tobrienu at gmail.com (Tom Obrien) Date: Tue, 10 Jul 2012 01:20:46 -0700 Subject: [Koha] koha error when searching Z3950 Message-ID: Hi all,I installed koha koha-3.8.2 on debian-6 . When i try searching for records using z3950 i get the following error: Software error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) at /usr/share/koha/lib/C4/Context.pm line 758. Kindly help me solve this problem. Obrien From andisugandi at gmail.com Tue Jul 10 20:28:18 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Tue, 10 Jul 2012 15:28:18 +0700 Subject: [Koha] Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] ) In-Reply-To: <13DC49E6-71B9-48F8-9A2D-DB6D3787F9C8@kohaaloha.com> References: <13DC49E6-71B9-48F8-9A2D-DB6D3787F9C8@kohaaloha.com> Message-ID: Hi Mason, Thanks for the reply. On Tue, Jul 10, 2012 at 2:46 PM, Mason James wrote: >> # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 >> --user=koha:koha -X /usr/local/bin/zebrasrv -v -f >> /home/library/public_html/cgi-bin/etc/koha-conf.xml >> >> 11:35:38-10/07 [fatal] Failed to listen on >> /home/library/public_html/cgi-bin/etc/koha-conf.xml > looks like you have made a typo in your koha-conf.xml file, in your element This is it: unix:/home/library/public_html/cgi-bin/var/run/zebradb/bibliosocket Is that wrong on my "" element? >> 11:35:38-10/07 [server] Adding dynamic listener on >> /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 <<<<<<<<<<<< > > you appear to be attempting to use your koha-conf.xml file, as a unix-socket for zebra? I only try to implement[0] the script on "./bin/koha-zebra-ctl.sh" file, to see what really happen on my Koha-Zebra Indexing issue which has the output told in this thread: daemon --name=$NAME --errlog=$ERRLOG --stdout=$STDOUT --output=$OUTPUT --verbose=1 --respawn --delay=30 $OTHERUSER -- $ZEBRASRV $ZEBRAOPTIONS -f $KOHA_CONF Because running "/etc/init.d/koha-zebra-daemon start" does not tell anything when there are errors [1]. [0] http://lists.katipo.co.nz/public/koha/2012-July/033453.html [1] http://lists.katipo.co.nz/public/koha/2012-June/033314.html > ps: it was probably a bad idea to edit that part of your config file :) "./bin/koha-zebra-ctl.sh" or "./etc/koha-conf.xml" file? I never edit those both files. Thanks. Best regards, -- Andi Sugandi. From rachel at katipo.co.nz Tue Jul 10 21:18:35 2012 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Tue, 10 Jul 2012 21:18:35 +1200 Subject: [Koha] Fwd: SIP2 to koha In-Reply-To: References: Message-ID: <4FFBF36B.8070400@katipo.co.nz> -------- Original Message -------- Subject: SIP2 to koha Date: Wed, 4 Jul 2012 11:04:16 +0530 From: pankaj delnet To: koha-owner at lists.katipo.co.nz Dear sir , I want to Installed SIP2 on Ubuntu use to RFID and barcode printer attachment without using 3M Technology how can do this and how can installed SIP2 on koha ..Please help me . -- * Regards Software Engineer PANKAJ KUMAR MAURYA* *Mobail No-9953938077 * *Email: _pdelnet at gmail.com _* From nengard at gmail.com Wed Jul 11 00:40:30 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 10 Jul 2012 08:40:30 -0400 Subject: [Koha] Too Many Records in Batch Delete? In-Reply-To: <4FFBD61F.2020808@biblibre.com> References: <4FFBD61F.2020808@biblibre.com> Message-ID: Wow that's a large amount!! Thanks On Tue, Jul 10, 2012 at 3:13 AM, Laurence Lefaucheur wrote: > Hi, > > Le 09/07/2012 18:36, Nicole Engard a ?crit : > >> What is too many records to show when using the batch delete tool? >> Sometimes if you load in a batch of records it says there are too many >> to display, but you can still delete them. What triggers this >> message? > > > items are displayed if they are less than 1000 in the batch. > Over 1000 it says there are too many to display. > > Laurence > >> >> Thanks >> Nicole >> _______________________________________________ >> Koha mailing list http://koha-community.org >> Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > > > -- > ------------------------ > Laurence Lefaucheur > BibLibre > solutions libres pour les biblioth?ques > http://www.biblibre.com > laurence.lefaucheur at biblibre.com > p. 06 27 85 46 49 > > _______________________________________________ > 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 Wed Jul 11 01:00:04 2012 From: rfblanchard at hotmail.com (rfblanchard) Date: Tue, 10 Jul 2012 06:00:04 -0700 (PDT) Subject: [Koha] Search not working after upgrade Message-ID: <1341925204311-5719182.post@n5.nabble.com> My koha search no longer works after upgrading from 3.00.01.005 to 3.08.01.002. First I'll explain the details of my upgrade from July 6, 2012: *PART1: details of my upgrade* 1) On a new server I created a new Debian 6 Squeeze installation on VMware. 2) I installed Koha using apt-get 3) I uploaded the database export from my 3.0 prod system to the new Debian installation 4) I edited '/etc/koha/koha-sites.conf' to attach my new db before the install: DEFAULTSQL="/home/kohabox/koha_db_dump.201206271900.sql.gz" 5) ran koha-create --create-db kohapei. This created my db and ran the update db scripts over many hours 6) ran /usr/sbin/koha-upgrade-to-3.4. Again this took many hours. 7) At this point I can access the site and login. *PART2: Now onto the search problems* =========== /SEARCH 1/ Choose Advanced search Keyword = Math Individual libraries: All Libraries RESULTS: 3446 result(s) found for 'kw,wrdl: math' in PEI School Library System Catalog. NOTE: on the results screen I can see many items are available in many different schools. Eg. One school that has many math books is Bluefield High School. ============ /SEARCH 2/ Choose Advanced search Keyword = Math Individual libraries: Bluefield High School RESULTS: No results match your search for 'kw,wrdl: math' with limit(s): 'branch:Bluefield High School' in PEI School Library System Catalog NOTE: as I explained after 'search 1' there are may available math books at Bluefield High School. However koha cant find any. ============ /SEARCH 3/ Choose Advanced search Keyword = {any word} Individual libraries: {any choice other than "All Libraries"} RESULTS: No results match your search ============ As you can see from the results I cannot search a specific branch. Any attempt gives no results. NOTE: just to clarify the search worked fine for my 3.00.01.005 installation *PART3: observations* -zebraqueue table: before upgrade this table was empty. at some point during the running of script koha-upgrade-to-3.4 it populated this table with +385000 records. I'm not exactly sure how this works but since koha doesn't search based on the database why would it need to populate so much into this table. should this table be truncated at some point? (the koha wiki site recommends not backing this table up so I assume the contents are not critical)...is it just used to flag changes to biblios to make reindexing zebra faster? -no errors noticed in: intranet-error.log intranet-error.log.1 opac-error.log zebra-error.log zebra-output.log Final Note: One week before all this work I also completed the same steps as above for another installation on a server running Debian 6 directly...no VMware. I got ran into the same problem with the search. I'm pretty much out of ideas of what to do at this point. It seems like a did a standard upgrade for koha, but I'm not sure why I see all these search problems. If you have any Ideas of what I could try please let me know. I can provide any info you may need to see. Thanks, Ryan -- View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182.html Sent from the Koha-general mailing list archive at Nabble.com. From robin at catalyst.net.nz Wed Jul 11 03:50:04 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 10 Jul 2012 16:50:04 +0100 Subject: [Koha] koha error when searching Z3950 In-Reply-To: References: Message-ID: <4FFC4F2C.6030903@catalyst.net.nz> Op 10-07-12 09:20, Tom Obrien schreef: > Hi all,I installed koha koha-3.8.2 on debian-6 . When i try searching for > records using z3950 i get the following error: Do you have mysql-server installed, and is it running? Try running (as root): service mysql restart -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From Eric.Begin at inLibro.com Wed Jul 11 04:48:38 2012 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Tue, 10 Jul 2012 12:48:38 -0400 Subject: [Koha] Search not working after upgrade In-Reply-To: <1341925204311-5719182.post@n5.nabble.com> References: <1341925204311-5719182.post@n5.nabble.com> Message-ID: <4FFC5CE6.7090805@inLibro.com> Bonjour Monsieur Blanchard, The problem seems to be related to the branch limit. From what I saw, the branch id for Bluefield High School is 314, so the search should indicate something like : kw,wrdl: math' with limit(s):'branch:314' I would check why the branch in the request is Bluefield High School and not 314. This is problably related to the combobox from which the user pick its branch. Hope that helps, Eric B?gin Solutions inLibro inc. http://www.inLibro.com On 2012-07-10 09:00, rfblanchard wrote: > My koha search no longer works after upgrading from 3.00.01.005 to > 3.08.01.002. First I'll explain the details of my upgrade from July 6, 2012: > > *PART1: details of my upgrade* > > 1) On a new server I created a new Debian 6 Squeeze installation on VMware. > 2) I installed Koha using apt-get > 3) I uploaded the database export from my 3.0 prod system to the new Debian > installation > 4) I edited '/etc/koha/koha-sites.conf' to attach my new db before the > install: DEFAULTSQL="/home/kohabox/koha_db_dump.201206271900.sql.gz" > 5) ran koha-create --create-db kohapei. This created my db and ran the > update db scripts over many hours > 6) ran /usr/sbin/koha-upgrade-to-3.4. Again this took many hours. > 7) At this point I can access the site and login. > > *PART2: Now onto the search problems* > > =========== > /SEARCH 1/ > Choose Advanced search > Keyword = Math > Individual libraries: All Libraries > > RESULTS: 3446 result(s) found for 'kw,wrdl: math' in PEI School Library > System Catalog. > > NOTE: on the results screen I can see many items are available in many > different schools. Eg. One school that has many math books is Bluefield High > School. > ============ > /SEARCH 2/ > Choose Advanced search > Keyword = Math > Individual libraries: Bluefield High School > > RESULTS: No results match your search for 'kw,wrdl: math' with limit(s): > 'branch:Bluefield High School' in PEI School Library System Catalog > > NOTE: as I explained after 'search 1' there are may available math books at > Bluefield High School. However koha cant find any. > ============ > /SEARCH 3/ > Choose Advanced search > Keyword = {any word} > Individual libraries: {any choice other than "All Libraries"} > > RESULTS: No results match your search > ============ > > As you can see from the results I cannot search a specific branch. Any > attempt gives no results. > NOTE: just to clarify the search worked fine for my 3.00.01.005 installation > > *PART3: observations* > -zebraqueue table: before upgrade this table was empty. at some point during > the running of script koha-upgrade-to-3.4 it populated this table with > +385000 records. I'm not exactly sure how this works but since koha doesn't > search based on the database why would it need to populate so much into this > table. should this table be truncated at some point? (the koha wiki site > recommends not backing this table up so I assume the contents are not > critical)...is it just used to flag changes to biblios to make reindexing > zebra faster? > > -no errors noticed in: > intranet-error.log intranet-error.log.1 opac-error.log zebra-error.log > zebra-output.log > > > Final Note: One week before all this work I also completed the same steps as > above for another installation on a server running Debian 6 directly...no > VMware. I got ran into the same problem with the search. > > I'm pretty much out of ideas of what to do at this point. It seems like a > did a standard upgrade for koha, but I'm not sure why I see all these search > problems. If you have any Ideas of what I could try please let me know. I > can provide any info you may need to see. > Thanks, > Ryan > > > -- > View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182.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 oleonard at myacpl.org Wed Jul 11 07:12:00 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 10 Jul 2012 15:12:00 -0400 Subject: [Koha] Statistics in 3.6 In-Reply-To: References: <0B42689D96160D4693864FFD70EA017B408AD2C2@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AD306@MBX01.hauraki-dc.govt.nz> <0B42689D96160D4693864FFD70EA017B408AE302@MBX01.hauraki-dc.govt.nz> Message-ID: >> You will want to use a saved report in the reports, I'll email you a good >> one to use when I'm back at work. Is the one you're suggesting generic enough to be shared? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From umer.habib at techlogix.com Wed Jul 11 21:28:22 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Wed, 11 Jul 2012 05:28:22 -0400 (EDT) Subject: [Koha] reset my database Message-ID: <1341998902.557517642@apps.rackspace.com> Hi, I am trying to reset all my database to default. need to delete all the patrons and items and books and whatever the data i have entered in. Please help me with this. what should i do? thanks regards umer habib From robin at catalyst.net.nz Wed Jul 11 22:49:57 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 11 Jul 2012 11:49:57 +0100 Subject: [Koha] reset my database In-Reply-To: <1341998902.557517642@apps.rackspace.com> References: <1341998902.557517642@apps.rackspace.com> Message-ID: <4FFD5A55.9010004@catalyst.net.nz> Op 11-07-12 10:28, umer.habib at techlogix.com schreef: > Hi, > > I am trying to reset all my database to default. need to delete all the patrons and items and books and whatever the data i have entered in. Please help me with this. what should i do? thanks I have a script: http://paste.koha-community.org/24 that will delete _everything_ from a Koha database. I'm not going to give instructions on how to use it, as it's pretty dangerous, so the time spent working out how to run it will make sure that it's not used frivolously or accidentally, I'll just say that it requires a KOHA_CONF and Koha PERL5LIB defined appropriately. (I use it to clean up development databases when I'm moving between versions and such.) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From rfblanchard at hotmail.com Thu Jul 12 00:39:15 2012 From: rfblanchard at hotmail.com (rfblanchard) Date: Wed, 11 Jul 2012 05:39:15 -0700 (PDT) Subject: [Koha] Search not working after upgrade In-Reply-To: <4FFC5CE6.7090805@inLibro.com> References: <1341925204311-5719182.post@n5.nabble.com> <4FFC5CE6.7090805@inLibro.com> Message-ID: <1342010355974-5719331.post@n5.nabble.com> Hi, the url is like this after a search with a branch selected: http://kohapeiadmin/cgi-bin/koha/catalogue/search.pl?idx=kw&q=math&idx=kw&idx=kw&limit=branch%3A314&sort_by=relevance notice it sets the branch based on number. however koha translates that to the name of the school and spits out this: No results match your search for 'kw,wrdl: math' with limit(s): 'branch:Bluefield High School' in PEI School Library System Catalog. I should also note that this is a clean install of 3.8 with my db migrated into it. Should I need to make changes to the koha code files just to make the search work? Is it possible this is just a db setting that needs to be updated, or perhaps something in the systempreferences that carried over from my 3.0 db that is not needed for koha 3.8. I figured this stuff would have been taken care of with the update scripts that ran against my db during the install. Ryan -- View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182p5719331.html Sent from the Koha-general mailing list archive at Nabble.com. From jmasibo at gmail.com Thu Jul 12 00:42:40 2012 From: jmasibo at gmail.com (jackymasibo) Date: Wed, 11 Jul 2012 15:42:40 +0300 Subject: [Koha] Can't locate ZOOM.pm in @INC (@INC contains: Message-ID: hi guys i am tyring to install koha by running : perl Makefile.PL BUT i get the following error mesaage: Can't locate ZOOM.pm in @INC (@INC contains: /root/koha /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /root/koha/C4/Context.pm line 102. BEGIN failed--compilation aborted at /root/koha/C4/Context.pm line 102. Compilation failed in require at /root/koha/C4/Installer.pm line 24. BEGIN failed--compilation aborted at /root/koha/C4/Installer.pm line 24. Compilation failed in require at Makefile.PL line 31. BEGIN failed--compilation aborted at Makefile.PL line 31. anyone with an idea on what i am supposed to do? thanks From oleonard at myacpl.org Thu Jul 12 01:02:01 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Wed, 11 Jul 2012 09:02:01 -0400 Subject: [Koha] Can't locate ZOOM.pm in @INC (@INC contains: In-Reply-To: References: Message-ID: > Can't locate ZOOM.pm in @INC I don't know anything about your problem, but I suspect it would be helpful to share with everyone what version you're installing, what you're installing it on, and what instructions you're following. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From jmasibo at gmail.com Thu Jul 12 01:13:39 2012 From: jmasibo at gmail.com (jackymasibo) Date: Wed, 11 Jul 2012 16:13:39 +0300 Subject: [Koha] Can't locate ZOOM.pm in @INC (@INC contains: In-Reply-To: References: Message-ID: thanks leonard, i am installing koha version 3.06.06 on a debian sqeeze platform i have done mpst of installations and now its time to run the koha installer. but when i type perl makefile .pl i get the following errors root at LIBRARY:~/koha# perl Makefile.PL Can't locate ZOOM.pm in @INC (@INC contains: /root/koha /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /root/koha/C4/Context.pm line 102. BEGIN failed--compilation aborted at /root/koha/C4/Context.pm line 102. Compilation failed in require at /root/koha/C4/Installer.pm line 24. BEGIN failed--compilation aborted at /root/koha/C4/Installer.pm line 24. Compilation failed in require at Makefile.PL line 31. BEGIN failed--compilation aborted at Makefile.PL line 31. any assistance is highly appreciated, On Wed, Jul 11, 2012 at 4:02 PM, Owen Leonard wrote: > > Can't locate ZOOM.pm in @INC > > I don't know anything about your problem, but I suspect it would be > helpful to share with everyone what version you're installing, what > you're installing it on, and what instructions you're following. > > -- Owen > > -- > Web Developer > Athens County Public Libraries > http://www.myacpl.org > From Eric.Begin at inLibro.com Thu Jul 12 02:35:48 2012 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Wed, 11 Jul 2012 10:35:48 -0400 Subject: [Koha] Search not working after upgrade In-Reply-To: <1342010355974-5719331.post@n5.nabble.com> References: <1341925204311-5719182.post@n5.nabble.com> <4FFC5CE6.7090805@inLibro.com> <1342010355974-5719331.post@n5.nabble.com> Message-ID: <4FFD8F44.5060506@inLibro.com> Hi Ryan, The URL looks fine to me. I forgot that the school code was translated when displayed. Can you take a look in your database to check what are the homebranch and holdingbranch of a bibliographic record located at Bluefield High School ? Eric On 2012-07-11 08:39, rfblanchard wrote: > Hi, > the url is like this after a search with a branch selected: > http://kohapeiadmin/cgi-bin/koha/catalogue/search.pl?idx=kw&q=math&idx=kw&idx=kw&limit=branch%3A314&sort_by=relevance > > notice it sets the branch based on number. > > however koha translates that to the name of the school and spits out this: > No results match your search for 'kw,wrdl: math' with limit(s): > 'branch:Bluefield High School' in PEI School Library System Catalog. > > I should also note that this is a clean install of 3.8 with my db migrated > into it. > Should I need to make changes to the koha code files just to make the search > work? > > Is it possible this is just a db setting that needs to be updated, or > perhaps something in the systempreferences that carried over from my 3.0 db > that is not needed for koha 3.8. I figured this stuff would have been taken > care of with the update scripts that ran against my db during the install. > > Ryan > > -- > View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182p5719331.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 colin.campbell at ptfs-europe.com Thu Jul 12 02:37:31 2012 From: colin.campbell at ptfs-europe.com (Colin Campbell) Date: Wed, 11 Jul 2012 15:37:31 +0100 Subject: [Koha] Can't locate ZOOM.pm in @INC (@INC contains: In-Reply-To: References: Message-ID: <20120711143731.GA7281@zazou.cscnet.co.uk> On Wed, Jul 11, 2012 at 04:13:39PM +0300, jackymasibo wrote: > Can't locate ZOOM.pm in @INC (@INC contains: /root/koha /etc/perl > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl .) at /root/koha/C4/Context.pm line 102. > BEGIN failed--compilation aborted at /root/koha/C4/Context.pm line 102. > Compilation failed in require at /root/koha/C4/Installer.pm line 24. > BEGIN failed--compilation aborted at /root/koha/C4/Installer.pm line 24. > Compilation failed in require at Makefile.PL line 31. > BEGIN failed--compilation aborted at Makefile.PL line 31. > > > any assistance is highly appreciated, > It looks like Net::Z3950::ZOOM is not installed, try reinstalling it. Or there may be something wrong with your PERL5LIB environment variable 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 glawson at rhcl.org Thu Jul 12 03:02:31 2012 From: glawson at rhcl.org (glaws) Date: Wed, 11 Jul 2012 10:02:31 -0500 Subject: [Koha] reset my database In-Reply-To: <4FFD5A55.9010004@catalyst.net.nz> References: <1341998902.557517642@apps.rackspace.com> <4FFD5A55.9010004@catalyst.net.nz> Message-ID: <4FFD9587.7050504@rhcl.org> Just for my own information, why would someone not want to simply drop the database? Is there no script to recreate an empty, default database? I suppose it would be too much work to recreate one with a database tool like phpmyadmin? -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 816-232-5479 x2303 ------------------------ On 07/11/2012 05:49 AM, Robin Sheat wrote: > Op 11-07-12 10:28, umer.habib at techlogix.com schreef: >> Hi, >> >> I am trying to reset all my database to default. need to delete all the patrons and items and books and whatever the data i have entered in. Please help me with this. what should i do? thanks > I have a script: > > http://paste.koha-community.org/24 > > that will delete _everything_ from a Koha database. I'm not going to > give instructions on how to use it, as it's pretty dangerous, so the > time spent working out how to run it will make sure that it's not used > frivolously or accidentally, I'll just say that it requires a KOHA_CONF > and Koha PERL5LIB defined appropriately. > > (I use it to clean up development databases when I'm moving between > versions and such.) > From robin at catalyst.net.nz Thu Jul 12 03:10:27 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 11 Jul 2012 16:10:27 +0100 Subject: [Koha] reset my database In-Reply-To: <4FFD9587.7050504@rhcl.org> References: <1341998902.557517642@apps.rackspace.com> <4FFD5A55.9010004@catalyst.net.nz> <4FFD9587.7050504@rhcl.org> Message-ID: <4FFD9763.6060604@catalyst.net.nz> Op 11-07-12 16:02, glaws schreef: > Just for my own information, why would someone not want to simply drop > the database? Is there no script to recreate an empty, default database? > I suppose it would be too much work to recreate one with a database tool > like phpmyadmin? Mostly because this can be done with the permissions of the regular koha db user, and I don't have to remember to re-set-up the grants and such. So I don't have to remember the root password for the database (and, in many situations, I don't have it as it's maintained by our sysadmins.) -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From gauthiej at vaniercollege.qc.ca Tue Jul 10 05:14:16 2012 From: gauthiej at vaniercollege.qc.ca (=?utf-8?b?Sm/Dq2w=?= Gauth) Date: Mon, 9 Jul 2012 17:14:16 +0000 (UTC) Subject: [Koha] stage marc import of records with items References: <1341837065.7733.YahooMailNeo@web112011.mail.gq1.yahoo.com> Message-ID: eugene jose espinoza writes: > > Good day koha users and developers. I tried koha 3.8 through Kyle Hall's wonderful virtual machine. I stage > marc import a bibliographic record with attached items (marc field 952). The problem is the items are not > imported. Could this be a bug? or I miss out something? thanks. > ? > > EUGENE JOSE T. ESPINOZA > Same thing happens here. When I 'stage' the file I ask for the items. My item information is all stored in the 952 field. At the stage step it tells me: 1053 bibs and 1308 items. So I go ahead and import all of this: only to find out after that all my records have no items (where did they all go?). Me too I am using a virtual appliance. When I go into 'help' - 'about Koha' this is what it tells me about the version that I have: Koha version: 3.06.05.000. Me too I am wondering what am I missing... Joel Gauth From bgkriegel at gmail.com Thu Jul 12 04:05:51 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Wed, 11 Jul 2012 13:05:51 -0300 Subject: [Koha] stage marc import of records with items In-Reply-To: References: <1341837065.7733.YahooMailNeo@web112011.mail.gq1.yahoo.com> Message-ID: On Mon, Jul 9, 2012 at 2:14 PM, Jo?l Gauth wrote: > eugene jose espinoza writes: > > > > > Good day koha users and developers. I tried koha 3.8 through Kyle Hall's > wonderful virtual machine. I stage > > marc import a bibliographic record with attached items (marc field 952). > The > problem is the items are not > > imported. Could this be a bug? or I miss out something? thanks. > > > > > > EUGENE JOSE T. ESPINOZA > > > > Same thing happens here. When I 'stage' the file I ask for the items. My > item > information is all stored in the 952 field. At the stage step it tells me: > 1053 > bibs and 1308 items. So I go ahead and import all of this: only to find out > after that all my records have no items (where did they all go?). Me too I > am > using a virtual appliance. When I go into 'help' - 'about Koha' this is > what it > tells me about the version that I have: Koha version: 3.06.05.000. Me too > I am > wondering what am I missing... > > Joel Gauth > > > Could you show an example of a 952 field? Perhaps you are forgetting some of the required subfields, or are specifying a wrong item type.. Bernardo From rfblanchard at hotmail.com Thu Jul 12 04:23:47 2012 From: rfblanchard at hotmail.com (rfblanchard) Date: Wed, 11 Jul 2012 09:23:47 -0700 (PDT) Subject: [Koha] Search not working after upgrade In-Reply-To: <4FFD8F44.5060506@inLibro.com> References: <1341925204311-5719182.post@n5.nabble.com> <4FFC5CE6.7090805@inLibro.com> <1342010355974-5719331.post@n5.nabble.com> <4FFD8F44.5060506@inLibro.com> Message-ID: <1342023827139-5719362.post@n5.nabble.com> Hi Eric, I checked and the holdingbranch and homebranch in the items table for records at bluefield high are 314. Other records will use the code for the corresponding school where the book is located. Eg. books at Birchwood Intermediate School have 320 as the code, and so on for each of the 64 branches. Ryan -- View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182p5719362.html Sent from the Koha-general mailing list archive at Nabble.com. From mkpnarippatta at gmail.com Thu Jul 12 05:53:14 2012 From: mkpnarippatta at gmail.com (muhammed ali) Date: Wed, 11 Jul 2012 10:53:14 -0700 (PDT) Subject: [Koha] koha networking Message-ID: <1342029194377-5719387.post@n5.nabble.com> how to connect two system by lan and access opac through the second machine. convey necessary commands. i am new to koha and ubuntu -- View this message in context: http://koha.1045719.n5.nabble.com/koha-networking-tp5719387.html Sent from the Koha-general mailing list archive at Nabble.com. From karamqubsi at gmail.com Thu Jul 12 08:35:45 2012 From: karamqubsi at gmail.com (Karam Qubsi) Date: Wed, 11 Jul 2012 23:35:45 +0300 Subject: [Koha] koha networking In-Reply-To: <1342029194377-5719387.post@n5.nabble.com> References: <1342029194377-5719387.post@n5.nabble.com> Message-ID: Hi Mohamed This may help you : http://wiki.koha-community.org/wiki/Koha_on_Ubuntu#Local_Network_Setup see the Local_Network_Setup section > On Wed, Jul 11, 2012 at 8:53 PM, muhammed ali wrote: > how to connect two system by lan and access opac through the second > machine. > convey necessary commands. i am new to koha and ubuntu > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/koha-networking-tp5719387.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 > -- Karam Qubsi Koha Arab Translating Team http://koha.wikibrary.org/ Wikibrary for Arab Librarians http://wikibrary.org From umer.habib at techlogix.com Thu Jul 12 17:45:44 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Thu, 12 Jul 2012 01:45:44 -0400 (EDT) Subject: [Koha] How to set default privilages for a partcular patron category Message-ID: <1342071944.59362520@apps.rackspace.com> Hi, I have made some patron categories e.g. student, academic staff, admin staff and i want to set some default privilages for them so that each patron i creat for that category has that default privilages. Is there some way to do that? Or assigning privilages to each and every patron seperately is the only option? thanks umer habib From francart at gmail.com Thu Jul 12 19:16:20 2012 From: francart at gmail.com (Tom Francart) Date: Thu, 12 Jul 2012 09:16:20 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 Message-ID: Dear all, We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles searching with zebra. We proceeded as follows: - Upgrade from 2.2 to 3.0 using the instructions on http://wiki.koha-community.org/wiki/Upgrading_2.2 - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) My install log is below this message. Note that I answered yes to whether I wanted to use DOM for Marc records. Running misc/migration_tools/rebuild_zebra.pl -a -b -k ?reset yields: koha at gilbert:/home/tom/temp/koha/koha-3.8.2$ misc/migration_tools/rebuild_zebra.pl -b -r error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match fields in (bib1,Local-number) I'm not sure if these errors matter. When trying to search using the web interface, or yaz-client, I get no results. Maybe there are no records in the database, but I'm not sure how to debug this. zebrasrv reports the following following a search for "Moore" (which is an author definitely in the database): 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-biblios.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-authorities-dom.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 09:05:10-12/07 [log] config /usr/local/koha3/etc/zebradb/zebra-biblios.cfg 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 09:05:10-12/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 09:05:10-12/07 [server] Adding dynamic listener on unix:/usr/local/koha3/var/run/zebradb/bibliosocket id=1 09:05:10-12/07 [server] Adding dynamic listener on unix:/usr/local/koha3/var/run/zebradb/authoritysocket id=2 09:05:10-12/07 [server] Adding dynamic listener on tcp:@:9998 id=3 09:05:10-12/07 [server] Starting server /usr/bin/zebrasrv pid=16425 09:05:52-12/07 zebrasrv(1) [session] Session - OK 1 unix:/usr/local/koha3/var/run/zebradb/bibliosocket 16432 09:05:52-12/07 zebrasrv(1) [request] Auth idPass kohauser - 09:05:52-12/07 zebrasrv(1) [request] Init OK - ID:81 Name:ZOOM-C/YAZ Version:4.0.11 e8ca42e680c5e5a644481e5d0b75a0e57c6d3e92 09:05:52-12/07 zebrasrv(1) [log] dict_lookup_grep: (\x01\x0D)EIIO5.* 09:05:52-12/07 zebrasrv(1) [request] Search biblios OK 0 1 1+0 RPN @attrset Bib-1 @attr 1=1016 @attr 4=6 @attr 5=1 moore 09:05:53-12/07 zebrasrv(1) [session] Connection closed by client I thought the problem might be related to this page: http://wiki.koha-community.org/wiki/Switching_to_dom_indexing So I tried to follow the instructions, but they appear to be written for another (newer?) version of koha, and I'd rather stick to a stable version. Searching works when using the NoZebra option. Any help or suggestions how to debug this would be appreciated. best regards, Tom # This file contains settings used # during the installation of Koha. # It is meant for use during future # upgrades of Koha, and should not # be edited. KOHA_INSTALLED_VERSION=3.08.01.002 LOG_DIR=/usr/local/koha3/var/log DB_TYPE=mysql DB_NAME=Koha3 DB_HOST=localhost DB_PORT=3306 DB_USER=kohaadmin3 DB_PASS=xxxxxx WEBMASTER_EMAIL=webmaster at gilbert WEBSERVER_DOMAIN=gilbert WEBSERVER_HOST=gilbert WEBSERVER_IP=134.58.33.225 WEBSERVER_PORT=80 WEBSERVER_PORT_LIBRARIAN=8080 ZEBRA_SRU_HOST=gilbert ZEBRA_SRU_BIBLIOS_PORT=9998 ZEBRA_SRU_AUTHORITIES_PORT=9999 KOHA_USER=koha KOHA_GROUP=koha ZEBRA_PASS=xxxxxxxxxx ZEBRA_USER=kohauser INTRANET_CGI_DIR=/usr/local/koha3/intranet/cgi-bin INTRANET_TMPL_DIR=/usr/local/koha3/intranet/htdocs/intranet-tmpl INTRANET_WWW_DIR=/usr/local/koha3/intranet/htdocs OPAC_CGI_DIR=/usr/local/koha3/opac/cgi-bin OPAC_TMPL_DIR=/usr/local/koha3/opac/htdocs/opac-tmpl OPAC_WWW_DIR=/usr/local/koha3/opac/htdocs PERL_MODULE_DIR=/usr/local/koha3/lib KOHA_CONF_DIR=/usr/local/koha3/etc ZEBRA_CONF_DIR=/usr/local/koha3/etc/zebradb PAZPAR2_CONF_DIR=/usr/local/koha3/etc/pazpar2 MISC_DIR=/usr/local/koha3/misc SCRIPT_DIR=/usr/local/koha3/bin MAN_DIR=/usr/local/koha3/man DOC_DIR=/usr/local/koha3/doc ZEBRA_LOCK_DIR=/usr/local/koha3/var/lock/zebradb ZEBRA_DATA_DIR=/usr/local/koha3/var/lib/zebradb ZEBRA_RUN_DIR=/usr/local/koha3/var/run/zebradb ZEBRA_MARC_FORMAT=marc21 ZEBRA_LANGUAGE=en ZEBRA_AUTH_CFG=zebra-authorities-dom.cfg AUTH_RETRIEVAL_CFG=retrieval-info-auth-dom.xml MERGE_SERVER_HOST=gilbert MERGE_SERVER_PORT=11001 PAZPAR2_HOST=gilbert PAZPAR2_PORT=11002 INSTALL_MODE=single INSTALL_BASE=/usr/local/koha3 INSTALL_ZEBRA=yes INSTALL_SRU=no INSTALL_PAZPAR2=no AUTH_INDEX_MODE=dom RUN_DATABASE_TESTS=no PATH_TO_ZEBRA=/usr/bin USE_MEMCACHED=no MEMCACHED_SERVERS= MEMCACHED_NAMESPACE= From chris at bigballofwax.co.nz Thu Jul 12 19:27:06 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 12 Jul 2012 19:27:06 +1200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On 12 July 2012 19:16, Tom Francart wrote: > Dear all, > > We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles > searching with zebra. > > We proceeded as follows: > - Upgrade from 2.2 to 3.0 using the instructions on > http://wiki.koha-community.org/wiki/Upgrading_2.2 > - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) > My install log is below this message. > Note that I answered yes to whether I wanted to use DOM for Marc records. > > Running misc/migration_tools/rebuild_zebra.pl -a -b -k ?reset yields: > koha at gilbert:/home/tom/temp/koha/koha-3.8.2$ > misc/migration_tools/rebuild_zebra.pl -b -r > > error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. > error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. > error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. > error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. > error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. > 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match > fields in (bib1,Local-number) > Hi Tom Does it manage to export any records at all, or do you just get these errors? And does zebraidx finish successfully? If you just get these errors, no records are being exported to be indexed, hence nothing in your search results. Chris From andisugandi at gmail.com Thu Jul 12 19:43:03 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Thu, 12 Jul 2012 14:43:03 +0700 Subject: [Koha] SOLVED: Re: Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] ) Message-ID: Hi all, On Tue, Jul 10, 2012 at 11:59 AM, Andi Sugandi wrote: [...] > I try running again another modified command taken from > "./bin/koha-zebra-ctl.sh" file to see my issues of idzebra on indexing > the records of my Koha (3.8.2) instalation, http://goo.gl/Ig0zq : > > # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 > --user=koha:koha -X /usr/local/bin/zebrasrv -v -f > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > 11:35:38-10/07 [server] Adding dynamic listener on > /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 > 11:35:38-10/07 [fatal] Failed to listen on > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > As always, my koha-conf.xml file is already on proper permission: > > # ll /home/library/public_html/cgi-bin/etc/koha-conf.xml > -rw-r--r-- 1 koha koha 12792 Jun 28 10:50 > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > > What do you think? > > I see that idzebra can ONLY index records without "daemon" and running > it by root. Please see my OPAC screenshot: http://goo.gl/njUVz on my > previous thread: > http://lists.katipo.co.nz/public/koha/2012-July/033325.html My apologies, these issues are totally because the permission my user home directory (/home/library ) was not appropriate: "drwx------", it should (at least): "drwx--x--x" so koha user (and koha group) is able to have granted to access Koha directory (single install to: /home/library/public_html/cgi-bin/ ). Well, now "daemon" can run "zebrasrv" (via /etc/init.d/koha-zebra-daemon start) without problem: http://goo.gl/sRx4F (screenshot) Thanks Koha community for building this awesome application and empowering its users! :) Best regards, -- Andi Sugandi. From francart at gmail.com Thu Jul 12 19:46:15 2012 From: francart at gmail.com (Tom Francart) Date: Thu, 12 Jul 2012 09:46:15 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack wrote: > On 12 July 2012 19:16, Tom Francart wrote: >> Dear all, >> >> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >> searching with zebra. >> >> We proceeded as follows: >> - Upgrade from 2.2 to 3.0 using the instructions on >> http://wiki.koha-community.org/wiki/Upgrading_2.2 >> - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) >> My install log is below this message. >> Note that I answered yes to whether I wanted to use DOM for Marc records. >> >> Running misc/migration_tools/rebuild_zebra.pl -a -b -k ?reset yields: >> koha at gilbert:/home/tom/temp/koha/koha-3.8.2$ >> misc/migration_tools/rebuild_zebra.pl -b -r >> >> error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. >> error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. >> error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. >> error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. >> error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. >> 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match >> fields in (bib1,Local-number) >> > Hi Tom > > Does it manage to export any records at all, or do you just get these errors? > And does zebraidx finish successfully? > > If you just get these errors, no records are being exported to be > indexed, hence nothing in your search results. > > Chris Hi Chris, Thanks for your quick response. I'm not sure if it does. I don't get any further (error) messages. How do I check? best regards, Tom From andisugandi at gmail.com Thu Jul 12 19:47:11 2012 From: andisugandi at gmail.com (Andi Sugandi) Date: Thu, 12 Jul 2012 14:47:11 +0700 Subject: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server)) In-Reply-To: References: Message-ID: Hi all, On Mon, Jul 9, 2012 at 11:22 AM, Andi Sugandi wrote: > I did command below instead of running "/etc/init.d/koha-zebra-daemon > start" to see the exact/complete result/output: > > # daemon --name=koha-zebra-ctl.kohadb > --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err > --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log > --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log > --verbose=1 --respawn --delay=30 --user=koha.koha -X > /usr/local/bin/zebrasrv -v none,fatal,warn -f > /home/library/public_html/cgi-bin/etc/koha-conf.xml > > http://paste.opensuse.org/view/simple/7590835 > > And the output is: > > koha-zebra-ctl.kohadb: fatal: failed to start error delivery to > /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: > Permission denied > > But I think my permission on the files are correct: > # ll /home/library/public_html/cgi-bin/var/log/ > total 252 > drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ > drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ > -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log > -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log > -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log > -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README > > Suggestion? The issue is now solved: http://lists.katipo.co.nz/public/koha/2012-July/033492.html Thanks. Good luck, -- Andi Sugandi. From chris at bigballofwax.co.nz Thu Jul 12 20:12:02 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 12 Jul 2012 20:12:02 +1200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On 12 July 2012 19:46, Tom Francart wrote: > On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack wrote: >> On 12 July 2012 19:16, Tom Francart wrote: >>> Dear all, >>> >>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>> searching with zebra. >>> >>> We proceeded as follows: >>> - Upgrade from 2.2 to 3.0 using the instructions on >>> http://wiki.koha-community.org/wiki/Upgrading_2.2 >>> - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) >>> My install log is below this message. >>> Note that I answered yes to whether I wanted to use DOM for Marc records. >>> >>> Running misc/migration_tools/rebuild_zebra.pl -a -b -k ?reset yields: >>> koha at gilbert:/home/tom/temp/koha/koha-3.8.2$ >>> misc/migration_tools/rebuild_zebra.pl -b -r >>> >>> error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. >>> error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. >>> error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. >>> error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. >>> error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. >>> 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match >>> fields in (bib1,Local-number) >>> >> Hi Tom >> >> Does it manage to export any records at all, or do you just get these errors? >> And does zebraidx finish successfully? >> >> If you just get these errors, no records are being exported to be >> indexed, hence nothing in your search results. >> >> Chris > > Hi Chris, > > Thanks for your quick response. I'm not sure if it does. I don't get > any further (error) messages. How do I check? > Try running it with -vv You should get a whole of of messages from zebraidx, Chris From francart at gmail.com Thu Jul 12 21:42:56 2012 From: francart at gmail.com (Tom Francart) Date: Thu, 12 Jul 2012 11:42:56 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On Thu, Jul 12, 2012 at 10:12 AM, Chris Cormack wrote: > On 12 July 2012 19:46, Tom Francart wrote: >> On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack wrote: >>> On 12 July 2012 19:16, Tom Francart wrote: >>>> Dear all, >>>> >>>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>>> searching with zebra. >>>> >>>> We proceeded as follows: >>>> - Upgrade from 2.2 to 3.0 using the instructions on >>>> http://wiki.koha-community.org/wiki/Upgrading_2.2 >>>> - Upgrade from 3.0 to 3.8 (perl Makefile.PL, make, make upgrade) >>>> My install log is below this message. >>>> Note that I answered yes to whether I wanted to use DOM for Marc records. >>>> >>>> Running misc/migration_tools/rebuild_zebra.pl -a -b -k ?reset yields: >>>> koha at gilbert:/home/tom/temp/koha/koha-3.8.2$ >>>> misc/migration_tools/rebuild_zebra.pl -b -r >>>> >>>> error retrieving biblio 663 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 664 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 665 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 666 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> error retrieving biblio 667 at misc/migration_tools/rebuild_zebra.pl line 485. >>>> 09:02:51-12/07 zebraidx(16409) [warn] Record didn't contain match >>>> fields in (bib1,Local-number) >>>> >>> Hi Tom >>> >>> Does it manage to export any records at all, or do you just get these errors? >>> And does zebraidx finish successfully? >>> >>> If you just get these errors, no records are being exported to be >>> indexed, hence nothing in your search results. >>> >>> Chris >> >> Hi Chris, >> >> Thanks for your quick response. I'm not sure if it does. I don't get >> any further (error) messages. How do I check? >> > Try running it with -vv > > You should get a whole of of messages from zebraidx, > > Chris Hi Chris, Here's the output with the vv switch. best regards, Tom From chris at bigballofwax.co.nz Thu Jul 12 21:45:27 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 12 Jul 2012 21:45:27 +1200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On 12 July 2012 20:18, Tom Francart wrote: > On Thu, Jul 12, 2012 at 10:12 AM, Chris Cormack > wrote: >> On 12 July 2012 19:46, Tom Francart wrote: >>> On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack wrote: >>>> On 12 July 2012 19:16, Tom Francart wrote: >>>>> Dear all, >>>>> >>>>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>>>> searching with zebra. >>>>> > > Hi Chris, > > Here's the output with the vv switch. Here's the salient bit log] Records: 0 i/u/d 0/0/0 No items inserted, updated or deleted. So zebra is being given nothing it can index, it looks to me like your upgrade didn't work well, and the records are not complete. Do you have mysql access, can you do select marc,marcxml from biblioitems where biblionumber = 669 And take a look at it, i suspect it is missing the 999 field, if not a lot more. Chris From elbadri_father at hotmail.com Thu Jul 12 21:55:29 2012 From: elbadri_father at hotmail.com (alaa Badri) Date: Thu, 12 Jul 2012 11:55:29 +0200 Subject: [Koha] Secondary email sending problem Message-ID: Dear All : I can send email to patron first email only but i can't send to Secondary email any one have idea how to send to Secondary email also Best Regards, Alaa BadriSystem and network administrator New Generation International Schools01227204728 From francart at gmail.com Thu Jul 12 21:55:41 2012 From: francart at gmail.com (Tom Francart) Date: Thu, 12 Jul 2012 11:55:41 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On Thu, Jul 12, 2012 at 11:45 AM, Chris Cormack wrote: > On 12 July 2012 20:18, Tom Francart wrote: >> On Thu, Jul 12, 2012 at 10:12 AM, Chris Cormack >> wrote: >>> On 12 July 2012 19:46, Tom Francart wrote: >>>> On Thu, Jul 12, 2012 at 9:27 AM, Chris Cormack wrote: >>>>> On 12 July 2012 19:16, Tom Francart wrote: >>>>>> Dear all, >>>>>> >>>>>> We've just upgraded from Koha 2.2 to Koha 3.8 and are having troubles >>>>>> searching with zebra. >>>>>> > >> >> Hi Chris, >> >> Here's the output with the vv switch. > > Here's the salient bit > > log] Records: 0 i/u/d 0/0/0 > > No items inserted, updated or deleted. So zebra is being given nothing > it can index, it looks to me like your upgrade didn't work well, and > the records are not complete. > > Do you have mysql access, can you do select marc,marcxml from > biblioitems where biblionumber = 669 > > And take a look at it, i suspect it is missing the 999 field, if not a lot more. > > Chris Hi Chris, First of all, thank you very much for taking the time to help us. That query returns no records. In table biblioitems, biblionumber goes only up to 667. Most records have the marcxml field set, but I haven't found any that contain the 999 field. Additionally, records 663-667 have an empty marcxml field. What would be the best way to fix it? I still have the original Koha 2 database. Removing biblioitems 663-667 and re-addng them to the library wouldn't be a problem either. best regards, Tom From nengard at gmail.com Thu Jul 12 22:40:42 2012 From: nengard at gmail.com (Nicole Engard) Date: Thu, 12 Jul 2012 06:40:42 -0400 Subject: [Koha] How to set default privilages for a partcular patron category In-Reply-To: <1342071944.59362520@apps.rackspace.com> References: <1342071944.59362520@apps.rackspace.com> Message-ID: What do you mean by privileges? If you mean permissions you'll have to do it one by one. If you mean circulation privileges then you can set those up in Admin > Circulation and Fine Rules. More here: http://manual.koha-community.org/3.8/en/patscirc.html#circfinerules Nicole On Thu, Jul 12, 2012 at 1:45 AM, wrote: > Hi, > > I have made some patron categories e.g. student, academic staff, admin staff and i want to set some default privilages for them so that each patron i creat for that category has that default privilages. Is there some way to do that? Or assigning privilages to each and every patron seperately is the only option? > > thanks > umer habib > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From chris at bigballofwax.co.nz Thu Jul 12 22:50:18 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 12 Jul 2012 22:50:18 +1200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: > > Hi Chris, > > First of all, thank you very much for taking the time to help us. > > That query returns no records. In table biblioitems, biblionumber goes > only up to 667. > > Most records have the marcxml field set, but I haven't found any that > contain the 999 field. Additionally, records 663-667 have an empty > marcxml field. > > What would be the best way to fix it? I still have the original Koha 2 > database. Removing biblioitems 663-667 and re-addng them to the > library wouldn't be a problem either. > Hmm it doesn't appear to be indexing anything, not just missing those 4. You could try the rebuild zebra with -k to keep the files, then you could take a look at them. I'd try -k -v -r -b -x Chris From umer.habib at techlogix.com Thu Jul 12 23:15:49 2012 From: umer.habib at techlogix.com (umer.habib at techlogix.com) Date: Thu, 12 Jul 2012 07:15:49 -0400 (EDT) Subject: [Koha] How to set default privilages for a partcular patron category In-Reply-To: References: <1342071944.59362520@apps.rackspace.com> Message-ID: <1342091749.157528997@apps.rackspace.com> yes the permissions, setting permissions for all the patrons of a particular category one by one is quiet a hectic task. isnt it? -----Original Message----- From: "Nicole Engard" Sent: Thursday, July 12, 2012 6:40am To: umer.habib at techlogix.com Cc: "koha at lists.katipo.co.nz" Subject: Re: [Koha] How to set default privilages for a partcular patron category What do you mean by privileges? If you mean permissions you'll have to do it one by one. If you mean circulation privileges then you can set those up in Admin > Circulation and Fine Rules. More here: http://manual.koha-community.org/3.8/en/patscirc.html#circfinerules Nicole On Thu, Jul 12, 2012 at 1:45 AM, wrote: > Hi, > > I have made some patron categories e.g. student, academic staff, admin staff and i want to set some default privilages for them so that each patron i creat for that category has that default privilages. Is there some way to do that? Or assigning privilages to each and every patron seperately is the only option? > > thanks > umer habib > > _______________________________________________ > 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 Thu Jul 12 23:18:39 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Thu, 12 Jul 2012 12:18:39 +0100 Subject: [Koha] How to set default privilages for a partcular patron category In-Reply-To: <1342091749.157528997@apps.rackspace.com> References: <1342071944.59362520@apps.rackspace.com> <1342091749.157528997@apps.rackspace.com> Message-ID: <4FFEB28F.8030403@catalyst.net.nz> Op 12-07-12 12:15, umer.habib at techlogix.com schreef: > yes the permissions, setting permissions for all the patrons of a particular category one by one is quiet a hectic task. isnt it? What are you trying to do? Typically regular patrons have no special permissions, only staff do, and doing them one-by-one is OK. The reason that there's no easy way to do this is that it's not something that people do. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From francart at gmail.com Thu Jul 12 23:27:30 2012 From: francart at gmail.com (Tom Francart) Date: Thu, 12 Jul 2012 13:27:30 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: On Thu, Jul 12, 2012 at 12:50 PM, Chris Cormack wrote: >> >> Hi Chris, >> >> First of all, thank you very much for taking the time to help us. >> >> That query returns no records. In table biblioitems, biblionumber goes >> only up to 667. >> >> Most records have the marcxml field set, but I haven't found any that >> contain the 999 field. Additionally, records 663-667 have an empty >> marcxml field. >> >> What would be the best way to fix it? I still have the original Koha 2 >> database. Removing biblioitems 663-667 and re-addng them to the >> library wouldn't be a problem either. >> > Hmm it doesn't appear to be indexing anything, not just missing those 4. > > You could try the rebuild zebra with -k to keep the files, then you > could take a look at them. > > I'd try -k -v -r -b -x > > Chris Aha, new error message! 13:02:13-12/07 zebraidx(22559) [warn] /usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml: stylesheet biblio-zebra-indexdefs.xsl not found in path /usr/local/koha3/etc/zebradb/biblios/etc:/usr/local/koha3/etc/zebradb/etc:/usr/local/koha3/etc/zebradb/marc_defs/marc21/biblios:/usr/local/koha3/etc/zebradb/lang_defs/en:/usr/local/koha3/etc/zebradb/xsl biblio-zebra-indexdefs.xsl was indeed missing from my entire koha installation. I downloaded biblio-koha-indexdefs.xml from git, generated biblio-zebra-indexdefs.xsl from it, and now get the following error message: ... 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] dir /tmp/AIIkP2_AHS/biblio 13:15:40-12/07 zebraidx(22788) d056e7b5 [loglevel] returning NO log bit for 'extract' 13:15:40-12/07 zebraidx(22788) d056e7b5 [loglevel] returning NO log bit for 'indexdetails' 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] /usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml dom filter: loading config file /usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 0 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 4100 .... many times the same ... 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 4100 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 8196 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 8196 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 8196 13:15:40-12/07 zebraidx(22788) d056e7b5 [log] skip dom./usr/local/koha3/etc/zebradb/biblios/etc/dom-config.xml /tmp/AIIkP2_AHS/biblio/exported_records 8196 Entity: line 133: parser error : XML declaration allowed only at the start of the document ^ 13:15:40-12/07 zebraidx(22788) d056e7b5 [warn] extract error: generic There are no XML files in my koha installation that have beyond the first line though. best regards, Tom From gbengaadara at yahoo.com Fri Jul 13 04:19:50 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Thu, 12 Jul 2012 09:19:50 -0700 (PDT) Subject: [Koha] Acquisitions issue Message-ID: <1342109990.17020.YahooMailClassic@web162004.mail.bf1.yahoo.com> Hello all, I have recently deployed Koha 3.8.2 and discovered that i am unable to specify quantity received when receiving an order in the acquisition module with the AcqCreateItem system preference set to "receiving an order". If i change the syspref to "placing an order" I am unable to specify the quantity for the item. In both cases the text box i am suppose to enter the quantity of items is uneditable. I have tried the Bywater 3.8 demo and it works as expected. Please can anyone give me a pointer to what may be wrong? Thanks Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara From 5p4m at gmx.de Fri Jul 13 04:28:49 2012 From: 5p4m at gmx.de (Mirko) Date: Thu, 12 Jul 2012 18:28:49 +0200 Subject: [Koha] Acquisitions issue In-Reply-To: <1342109990.17020.YahooMailClassic@web162004.mail.bf1.yahoo.com> References: <1342109990.17020.YahooMailClassic@web162004.mail.bf1.yahoo.com> Message-ID: <4FFEFB41.5070501@gmx.de> Hi Olugbenga, do you have an "add" button somewhere near the cataloguing mask? When you use "placing an order", there is an "add" button and you have to add each item manually, so the quantity will be set for you. I have not used "receiving an order", but I suppose it is similar in this case. - Mirko schrieb Olugbenga Adara am 12.07.2012 18:19: > Hello all, > > I have recently deployed Koha 3.8.2 and discovered that i am > unable to specify quantity received when receiving an order in > the acquisition module with the AcqCreateItem system preference > set to "receiving an order". > > If i change the syspref to "placing an order" I am unable to > specify the quantity for the item. > > In both cases the text box i am suppose to enter the quantity of > items is uneditable. > > I have tried the Bywater 3.8 demo and it works as expected. > > Please can anyone give me a pointer to what may be wrong? > > Thanks Olugbenga Adara > > Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: > gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: > http://twitter.com/gbengaadara Profile: > http://www.linkedin.com/in/gbengaadara > _______________________________________________ Koha mailing list > http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From gbengaadara at yahoo.com Fri Jul 13 07:04:47 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Thu, 12 Jul 2012 20:04:47 +0100 Subject: [Koha] Acquisitions issue In-Reply-To: <4FFEFB41.5070501@gmx.de> References: <1342109990.17020.YahooMailClassic@web162004.mail.bf1.yahoo.com> <4FFEFB41.5070501@gmx.de> Message-ID: <7002F0A9-D6C6-4EA5-ADF1-707DB0C791B5@yahoo.com> Hello Mirko, On Jul 12, 2012, at 5:28 PM, Mirko <5p4m at gmx.de> wrote: > Hi Olugbenga, > > do you have an "add" button somewhere near the cataloguing mask? > When you use "placing an order", there is an "add" button and you > have to add each item manually, so the quantity will be set for you. > I have not used "receiving an order", but I suppose it is similar in > this case. > > - Mirko > > Thanks for your response. I did not notice any add button on the page and will check ASAP. However, I could change the quantity in Bywater's demo directly. This was not possible in my own install. Thanks again. Olugbenga Adara From 5p4m at gmx.de Fri Jul 13 07:27:52 2012 From: 5p4m at gmx.de (Mirko) Date: Thu, 12 Jul 2012 21:27:52 +0200 Subject: [Koha] Acquisitions issue In-Reply-To: <7002F0A9-D6C6-4EA5-ADF1-707DB0C791B5@yahoo.com> References: <1342109990.17020.YahooMailClassic@web162004.mail.bf1.yahoo.com> <4FFEFB41.5070501@gmx.de> <7002F0A9-D6C6-4EA5-ADF1-707DB0C791B5@yahoo.com> Message-ID: <4FFF2538.7070008@gmx.de> Hi Olugbenga, I checked in my master installation, you can find the link to add an item all the way down under the "item" framework. You have to catalogue your item details, choose a item type and then press add (and NOT "save" which is way too close down there I think"). The number of received items will increase. Do that for every item you received. - Mirko schrieb Olugbenga Adara am 12.07.2012 21:04: > Hello Mirko, > > On Jul 12, 2012, at 5:28 PM, Mirko <5p4m at gmx.de> wrote: > >> Hi Olugbenga, >> >> do you have an "add" button somewhere near the cataloguing >> mask? When you use "placing an order", there is an "add" button >> and you have to add each item manually, so the quantity will be >> set for you. I have not used "receiving an order", but I >> suppose it is similar in this case. >> >> - Mirko >> >> > Thanks for your response. I did not notice any add button on the > page and will check ASAP. > > However, I could change the quantity in Bywater's demo directly. > This was not possible in my own install. > > Thanks again. > > Olugbenga Adara > > From mkpnarippatta at gmail.com Thu Jul 12 20:11:18 2012 From: mkpnarippatta at gmail.com (muhammed ali) Date: Thu, 12 Jul 2012 01:11:18 -0700 (PDT) Subject: [Koha] koha networking In-Reply-To: References: <1342029194377-5719387.post@n5.nabble.com> Message-ID: that i have already get. it is not clear how to connect by lan and in which system the commands are made. please clarify my doubt. and have another problem that zebra doesn't support malayalam and arabic unicode fonts. what is the solution On Thu, Jul 12, 2012 at 2:06 AM, Karam Qubsi [via Koha] < ml-node+s1045719n5719400h26 at n5.nabble.com> wrote: > Hi Mohamed > > This may help you : > http://wiki.koha-community.org/wiki/Koha_on_Ubuntu#Local_Network_Setup > > see the Local_Network_Setup< > http://wiki.koha-community.org/wiki/Koha_on_Ubuntu#Local_Network_Setup> > section > > > > > > > On Wed, Jul 11, 2012 at 8:53 PM, muhammed ali <[hidden email]>wrote: > > > > how to connect two system by lan and access opac through the second > > machine. > > convey necessary commands. i am new to koha and ubuntu > > > > -- > > View this message in context: > > http://koha.1045719.n5.nabble.com/koha-networking-tp5719387.html > > Sent from the Koha-general mailing list archive at Nabble.com. > > _______________________________________________ > > Koha mailing list http://koha-community.org > > [hidden email] > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > -- > Karam Qubsi > Koha Arab Translating Team > http://koha.wikibrary.org/ > Wikibrary for Arab Librarians > http://wikibrary.org > _______________________________________________ > Koha mailing list http://koha-community.org > [hidden email] > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://koha.1045719.n5.nabble.com/koha-networking-tp5719387p5719400.html > To unsubscribe from koha networking, click here > . > NAML > -- sincerly your brother muhammed ali narippatta mkpnarippatta at gmail.com -- View this message in context: http://koha.1045719.n5.nabble.com/koha-networking-tp5719387p5719442.html Sent from the Koha-general mailing list archive at Nabble.com. From gbengaadara at yahoo.com Fri Jul 13 09:15:58 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Thu, 12 Jul 2012 14:15:58 -0700 (PDT) Subject: [Koha] Acquisitions issue In-Reply-To: <4FFF2538.7070008@gmx.de> Message-ID: <1342127758.76131.YahooMailClassic@web162006.mail.bf1.yahoo.com> Mirko, --- On Thu, 7/12/12, Mirko <5p4m at gmx.de> wrote: > I checked in my master installation, you can find the link > to add an > item all the way down under the "item" framework. You have > to > catalogue your item details, choose a item type and then > press add > (and NOT "save" which is way too close down there I think"). > The > number of received items will increase. Do that for every > item you > received. The problem with my install is that there is nothing under the "item" framework. I just have item with no boxes or fields under it. Really dont know if this is a bug in 3.8.2. I installed using the debian package. What you described is more or less what I was expecting from my use of the acquisition module in previous versions. The same thing happens whether i create an ACQ framework or not. I guess i will go take a look at bugzilla now if anything like this has been reported. Thanks. Olugbenga Adara From mao at lins.fju.edu.tw Fri Jul 13 12:39:20 2012 From: mao at lins.fju.edu.tw (=?UTF-8?B?5q+b5oW256aO?=) Date: Fri, 13 Jul 2012 08:39:20 +0800 Subject: [Koha] Request to list as paid supporter Message-ID: Hi, I am Chinese Translator at Taiwan. There was a company listed as paid supporter at Taiwan. It was removed for some reason. Could you kindly list my organization as paid supporter at Taiwan. I am sorry my web site is in Chinese only. Company Name: Department of Library and Information Science, Fu Jen Catholic University. Contact Person: Anthony Mao Contact email: mao at lins.fju.edu.tw, maolins at gmail.com Website: http://koha.wikispaces.com Telephone: +886 2 29052334, +886 912 830886(mobile) Address: Department of Library and Information Science, Fu Jen Catholic University, No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205, Taiwan Short description of your services: There is a Library Services Network organized by Prof. Anthony Mao since 2000. We serve more than 100 libraries around the Taiwan, and one at China, one at Los Angels. We provide Koha service, including, not limited, installation, setup, data transfer, and maintainance. -- Wishing you all the best. . . . Anthony Mao ??? http://bit.ly/maolins Department of Library and Information Science Fu Jen Catholic University http://bit.ly/lins No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205 Taiwan + 886 2 29052334 Taiwan From jmasibo at gmail.com Fri Jul 13 22:22:38 2012 From: jmasibo at gmail.com (jackymasibo) Date: Fri, 13 Jul 2012 13:22:38 +0300 Subject: [Koha] Software error: when trying to open Koha web installer Message-ID: hi guys i have installed koha but now when i try to connect to its web installer so that i can finish up the configurations i get the following errorSoftware error: Access denied for user 'admin'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 758. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 31. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 31. 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. For help, please send mail to the webmaster (webmaster at LIBRARY), giving this error message and the time and date of the error. any help will be appreciated. thanks From chrisc at catalyst.net.nz Fri Jul 13 22:27:42 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Fri, 13 Jul 2012 22:27:42 +1200 Subject: [Koha] Software error: when trying to open Koha web installer In-Reply-To: References: Message-ID: <20120713102742.GA4957@rorohiko.wgtn.cat-it.co.nz> * jackymasibo (jmasibo at gmail.com) wrote: > hi guys i have installed koha but now when i try to connect to its web > installer so that i can finish up the configurations i get the following > errorSoftware error: > > Access denied for user 'admin'@'localhost' (using password: YES) at > /usr/share/koha/lib/C4/Context.pm line 758. > Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 31. > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 31. > 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. > > For help, please send mail to the webmaster (webmaster at LIBRARY), giving > this error message and the time and date of the error. > > It looks to me like the user in your koha-conf.xml doesn't have permission to connect to the database. How did you install? You probably need to fix the mysql permissions Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From M.de.Rooy at rijksmuseum.nl Fri Jul 13 22:13:10 2012 From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy) Date: Fri, 13 Jul 2012 10:13:10 +0000 Subject: [Koha] Authority indexing Message-ID: <809BE39CD64BFD4EB9036172EBCCFA310DFAEDEA@S-MAIL-1B.rijksmuseum.intra> Hi, Below a fragment from a discussion on authority indexing on the dev list. As a developer, I would like to get some specific librarian feedback on this list. > Another thought to add to the discussion: If we need the difference between searching through main headings, all subfields and main headings $a only, why do we not present these four identical options in opac and staff? It seems overkill to me, but please speak up if you need one of the two ! Do you (your library) make good use of searching authorities in staff client? There are three searches there. Note that the first one ("Search authorities") only looks in heading $a subfields. Do you need the difference when searching authorities between $a only or all subfields? Would you need the other one: headings, all subfields? Hope I am being clear enough .. Thanks, Marcel From jmasibo at gmail.com Sat Jul 14 00:18:16 2012 From: jmasibo at gmail.com (jackymasibo) Date: Fri, 13 Jul 2012 15:18:16 +0300 Subject: [Koha] Software error: when trying to open Koha web installer In-Reply-To: <20120713102742.GA4957@rorohiko.wgtn.cat-it.co.nz> References: <20120713102742.GA4957@rorohiko.wgtn.cat-it.co.nz> Message-ID: thanks chris, i edited /etc/koha/koha-conf.xml and edited username/password fields for mysql header and gave root/root-password .Then the web-instaleer worked fine. am so happy ! On Fri, Jul 13, 2012 at 1:27 PM, Chris Cormack wrote: > * jackymasibo (jmasibo at gmail.com) wrote: > > hi guys i have installed koha but now when i try to connect to its web > > installer so that i can finish up the configurations i get the following > > errorSoftware error: > > > > Access denied for user 'admin'@'localhost' (using password: YES) at > > /usr/share/koha/lib/C4/Context.pm line 758. > > Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 31. > > BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line > 31. > > 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. > > > > For help, please send mail to the webmaster (webmaster at LIBRARY), giving > > this error message and the time and date of the error. > > > > > It looks to me like the user in your koha-conf.xml doesn't have > permission to connect to the database. > > How did you install? You probably need to fix the mysql permissions > > Chris > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > From robin at catalyst.net.nz Sat Jul 14 00:35:27 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 13 Jul 2012 13:35:27 +0100 Subject: [Koha] Software error: when trying to open Koha web installer In-Reply-To: References: <20120713102742.GA4957@rorohiko.wgtn.cat-it.co.nz> Message-ID: <5000160F.6090101@catalyst.net.nz> Op 13-07-12 13:18, jackymasibo schreef: > i edited /etc/koha/koha-conf.xml and edited username/password fields for > mysql header and gave root/root-password .Then the web-instaleer worked > fine. Nooo! Bad thing to do. You should instead provide the database user you created for Koha, and the password for that. The mysql root user should be used for administration tasks only. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From francart at gmail.com Sat Jul 14 01:24:09 2012 From: francart at gmail.com (Tom Francart) Date: Fri, 13 Jul 2012 15:24:09 +0200 Subject: [Koha] Zebra troubles after upgrading from 2.2 In-Reply-To: References: Message-ID: Dear Chris, After two days of zebra-fun, I gave up. I finally solved the problem by exporting the Marc records in my old Koha setup, installing the new Koha (no upgrade) and importing all records again. Everything seems to be working fine now. I guess we'll never now what exactly the problem was. Thanks for your help anyway! best regards, Tom On Thu, Jul 12, 2012 at 1:27 PM, Tom Francart wrote: > On Thu, Jul 12, 2012 at 12:50 PM, Chris Cormack > wrote: >>> >>> Hi Chris, >>> >>> First of all, thank you very much for taking the time to help us. >>> >>> That query returns no records. In table biblioitems, biblionumber goes >>> only up to 667. >>> >>> Most records have the marcxml field set, but I haven't found any that >>> contain the 999 field. Additionally, records 663-667 have an empty >>> marcxml field. >>> >>> What would be the best way to fix it? I still have the original Koha 2 >>> database. Removing biblioitems 663-667 and re-addng them to the >>> library wouldn't be a problem either. >>> >> Hmm it doesn't appear to be indexing anything, not just missing those 4. >> >> You could try the rebuild zebra with -k to keep the files, then you >> could take a look at them. >> >> I'd try -k -v -r -b -x >> >> Chris > From gbengaadara at yahoo.com Sat Jul 14 01:38:04 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Fri, 13 Jul 2012 06:38:04 -0700 (PDT) Subject: [Koha] Acquisitions issue In-Reply-To: <1342127758.76131.YahooMailClassic@web162006.mail.bf1.yahoo.com> Message-ID: <1342186684.16108.YahooMailClassic@web162001.mail.bf1.yahoo.com> Hello all, I have upgraded my Koha install and the problem has disappeared. And i thought i was running 3.8.2 but it was 3.08.01.001 now it says 3.08.01.002 (Debian package) Cheers Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara --- On Thu, 7/12/12, Olugbenga Adara wrote: > From: Olugbenga Adara > Subject: Re: [Koha] Acquisitions issue > To: "koha at lists.katipo.co.nz" , "Mirko" <5p4m at gmx.de> > Date: Thursday, July 12, 2012, 11:15 PM > Mirko, > > --- On Thu, 7/12/12, Mirko <5p4m at gmx.de> > wrote: > > > > I checked in my master installation, you can find the > link > > to add an > > item all the way down under the "item" framework. You > have > > to > > catalogue your item details, choose a item type and > then > > press add > > (and NOT "save" which is way too close down there I > think"). > > The > > number of received items will increase. Do that for > every > > item you > > received. > > > The problem with my install is that there is nothing under > the "item"? framework. I just have item with no boxes > or fields under it. Really dont know if this is a bug in > 3.8.2. I installed using the debian package. What you > described is more or less what I was expecting from my use > of the acquisition module in previous versions. > > The same thing happens whether i create an ACQ framework or > not. > > I guess i will go take a look at bugzilla now if anything > like this has been reported. > > Thanks. > > Olugbenga Adara > _______________________________________________ > 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 Sat Jul 14 01:50:07 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 13 Jul 2012 14:50:07 +0100 Subject: [Koha] Acquisitions issue In-Reply-To: <1342186684.16108.YahooMailClassic@web162001.mail.bf1.yahoo.com> References: <1342186684.16108.YahooMailClassic@web162001.mail.bf1.yahoo.com> Message-ID: <5000278F.7020807@catalyst.net.nz> Op 13-07-12 14:38, Olugbenga Adara schreef: > And i thought i was running 3.8.2 but it was 3.08.01.001 now it says 3.08.01.002 (Debian package) That (the latter) is actually 3.8.2, it's just that the version number wasn't bumped for the release. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From bargioni at pusc.it Sat Jul 14 02:06:36 2012 From: bargioni at pusc.it (Stefano Bargioni) Date: Fri, 13 Jul 2012 16:06:36 +0200 Subject: [Koha] Authority indexing Message-ID: My cataloguers are interested in searching subject subdivisions (like 650 $x). Stefano > Hi, > Below a fragment from a discussion on authority indexing on the dev list. > As a developer, I would like to get some specific librarian feedback on this list. > >> Another thought to add to the discussion: If we need the difference between searching through main headings, all subfields and main headings $a only, why do we not present these four identical options in opac and staff? It seems overkill to me, but please speak up if you need one of the two ! > > Do you (your library) make good use of searching authorities in staff client? There are three searches there. Note that the first one ("Search authorities") only looks in heading $a subfields. Do you need the difference when searching authorities between $a only or all subfields? Would you need the other one: headings, all subfields? > > Hope I am being clear enough .. > > Thanks, > Marcel __________________________________________________ Il tuo 5x1000 al Patronato di San Girolamo della Carita' e' un gesto semplice ma di grande valore. Una tua firma aiutera' i sacerdoti ad essere piu' vicini alle esigenze di tutti noi. Aiutaci a formare sacerdoti e seminaristi provenienti dai 5 continenti indicando nella dichiarazione dei redditi il codice fiscale 97023980580. From jcamins at cpbibliography.com Sat Jul 14 02:10:47 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Fri, 13 Jul 2012 10:10:47 -0400 Subject: [Koha] Authority indexing In-Reply-To: References: Message-ID: Stefano, My cataloguers are interested in searching subject subdivisions (like 650 > $x). > Do they ever *not* want to search subdivisions? So, is there any situation when they would want to search 150$a but not 150$x? 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 mjr at phonecoop.coop Sat Jul 14 02:12:24 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Fri, 13 Jul 2012 15:12:24 +0100 Subject: [Koha] Request to list as paid supporter In-Reply-To: Message-ID: > Website: http://koha.wikispaces.com I am not comfortable with this at the moment. It links to the koha fork's homepage and not to the koha-community.org homepage. Could that be fixed before it is linked, please? ("Companies must show their support of the Koha Community by adding a visible link to the Koha community website at http://www.koha-community.org to their Koha offering web page." http://koha-community.org/support/paid-support/how-to-get-listed/ ) Anyone like to translate what it says about each, by the way? I'm not sure what's a good machine translation for Chinese and I don't read it. 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 oleonard at myacpl.org Sat Jul 14 02:37:37 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 13 Jul 2012 10:37:37 -0400 Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: > Anyone like to translate what it says about each, by the way? Here is the Google translation of relevant lines: "The koha main development site http://www.koha.org ." "koha introduction: the the http://www.gnu.org development of library management software, 1999, New Zealand, Horowhenua Library Trust (HLT) began development of Koha http://www.koha.org open source library management software. Traditional Chinese version already exists." "The latest version is 3.00.01. If there is a need to download from http://download.koha.org/koha-3.00.01-stable.tar.gz . If you want to get 2.2.6 or older on board, please go to http://sourceforge.net/project/showfiles.php?group_id=16466 download." "Koha development site also provides http://www.koha.org/showcase/ ." On the other hand, earlier on the page: "Download from of Koha Library Software Community [http://koha-community.org/download-koha/] [official version]" Given so much of the information it out of date it could just be a case of bad editing. I don't know if we could refuse to list someone for linking to *both* sites, but I would hope we could ask for misinformation to be removed. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From CHillyard at washoecounty.us Sat Jul 14 04:50:01 2012 From: CHillyard at washoecounty.us (Hillyard, Cecil) Date: Fri, 13 Jul 2012 16:50:01 +0000 Subject: [Koha] Authority indexing In-Reply-To: <809BE39CD64BFD4EB9036172EBCCFA310DFAEDEA@S-MAIL-1B.rijksmuseum.intra> References: <809BE39CD64BFD4EB9036172EBCCFA310DFAEDEA@S-MAIL-1B.rijksmuseum.intra> Message-ID: <682B540D28A828448DEAF06705832CF00284D3@WCMAILMBX1.washoecounty.us> Cataloging staff uses the authorities. When you click on the editing gadget I would like it to default to MAIN ENTRY and STARTS WITH. Not main entry $a only. The results should also show the see from references so that you don't use an (unfortunately) old heading that should have been changed. Public services staff and opac users don't really use authorities but they would use a browse list of subjects, authors and series, with all the appropriate cross references showing and searchable. __________________________ Cecil Hillyard Washoe County Library -Tel: 775-327-8338 or 7750-327-8330 fax: 775-327-8334 -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Marcel de Rooy Sent: Friday, July 13, 2012 3:13 AM To: koha at lists.katipo.co.nz Subject: Re: [Koha] Authority indexing Hi, Below a fragment from a discussion on authority indexing on the dev list. As a developer, I would like to get some specific librarian feedback on this list. > Another thought to add to the discussion: If we need the difference between searching through main headings, all subfields and main headings $a only, why do we not present these four identical options in opac and staff? It seems overkill to me, but please speak up if you need one of the two ! Do you (your library) make good use of searching authorities in staff client? There are three searches there. Note that the first one ("Search authorities") only looks in heading $a subfields. Do you need the difference when searching authorities between $a only or all subfields? Would you need the other one: headings, all subfields? Hope I am being clear enough .. Thanks, Marcel _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From jcamins at cpbibliography.com Sat Jul 14 04:59:58 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Fri, 13 Jul 2012 12:59:58 -0400 Subject: [Koha] Authority indexing In-Reply-To: <682B540D28A828448DEAF06705832CF00284D3@WCMAILMBX1.washoecounty.us> References: <809BE39CD64BFD4EB9036172EBCCFA310DFAEDEA@S-MAIL-1B.rijksmuseum.intra> <682B540D28A828448DEAF06705832CF00284D3@WCMAILMBX1.washoecounty.us> Message-ID: Cecil, et. al., > When you click on the editing gadget I would like it to default to MAIN > ENTRY and STARTS WITH. Not main entry $a only. The results should also > show the see from references so that you don't use an (unfortunately) old > heading that should have been changed. > Would it be fair to say what I'm seeing is a growing consensus that "Main entry ($a only)" isn't used, and a default of "Main entry" would make sense? > Public services staff and opac users don't really use authorities but they > would use a browse list of subjects, authors and series, with all the > appropriate cross references showing and searchable. > Would you say that it would be more useful to default to "Main entry" or "All headings" on the OPAC side? 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 mao at lins.fju.edu.tw Sat Jul 14 11:42:35 2012 From: mao at lins.fju.edu.tw (=?UTF-8?B?5q+b5oW256aO?=) Date: Sat, 14 Jul 2012 07:42:35 +0800 Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: Hi, Misinformation are corrected. I start this page sometime after 2005 before the argument with LibLime, forgot fellow the correct URL. I am sorry about that. I am a free maniac. I use GNU Linux desktop since Dec 1999, never use any proprietary software for personal purpose. I was forced to use proprietary information for research purposes. Open access and public domain information have highly priority on my teaching courses. This is my letter in English for your reference. Breaking reliance on expensive textbooks /By Mao Ching-chen ??? http://www.taipeitimes.com/News/editorials/archives/2009/07/19/2003449024 Few links are located at Fu Jen Catholic University which have very unstable power and internet services. This site is dedicated to serve Chinese community, Traditional and Simplified. There is no plan to give English or other language information for the time being. 2012/7/13 Owen Leonard : >> Anyone like to translate what it says about each, by the way? > > Here is the Google translation of relevant lines: > > "The koha main development site http://www.koha.org ." > > "koha introduction: the the http://www.gnu.org development of library > management software, 1999, New Zealand, Horowhenua Library Trust (HLT) > began development of Koha http://www.koha.org open source library > management software. Traditional Chinese version already exists." > > "The latest version is 3.00.01. If there is a need to download from > http://download.koha.org/koha-3.00.01-stable.tar.gz . If you want to > get 2.2.6 or older on board, please go to > http://sourceforge.net/project/showfiles.php?group_id=16466 download." > > "Koha development site also provides http://www.koha.org/showcase/ ." > > On the other hand, earlier on the page: "Download from of Koha Library > Software Community [http://koha-community.org/download-koha/] > [official version]" > > Given so much of the information it out of date it could just be a > case of bad editing. I don't know if we could refuse to list someone > for linking to *both* sites, but I would hope we could ask for > misinformation to be removed. > > -- 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 -- Wishing you all the best. . . . Anthony Mao ??? http://bit.ly/maolins Department of Library and Information Science Fu Jen Catholic University http://bit.ly/lins No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205 Taiwan + 886 2 29052334 Taiwan From abesottedphoenix at yahoo.com Sat Jul 14 12:50:10 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Fri, 13 Jul 2012 17:50:10 -0700 (PDT) Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: <1342227010.44386.YahooMailNeo@web140805.mail.bf1.yahoo.com> Salvete! ??? If he's not going to announce how sweet he is, I will. http://blog.bigballofwax.co.nz/2009/05/17/koha-unsung-heroes-part-9/ ??? Please list him, we need solid folks in Asia. :) Cheers, Brooke From chrisc at catalyst.net.nz Sat Jul 14 12:51:32 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Sat, 14 Jul 2012 12:51:32 +1200 Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: Sounds great to me. I vote for listing. Chris "???" wrote: Hi, Misinformation are corrected. I start this page sometime after 2005 before the argument with LibLime, forgot fellow the correct URL. I am sorry about that. I am a free maniac. I use GNU Linux desktop since Dec 1999, never use any proprietary software for personal purpose. I was forced to use proprietary information for research purposes. Open access and public domain information have highly priority on my teaching courses. This is my letter in English for your reference. Breaking reliance on expensive textbooks /By Mao Ching-chen ??? http://www.taipeitimes.com/News/editorials/archives/2009/07/19/2003449024 Few links are located at Fu Jen Catholic University which have very unstable power and internet services. This site is dedicated to serve Chinese community, Traditional and Simplified. There is no plan to give English or other language information for the time being. 2012/7/13 Owen Leonard : >> Anyone like to translate what it says about each, by the way? > > Here is the Google translation of relevant lines: > > "The koha main development site http://www.koha.org ." > > "koha introduction: the the http://www.gnu.org development of library > management software, 1999, New Zealand, Horowhenua Library Trust (HLT) > began development of Koha http://www.koha.org open source library > management software. Traditional Chinese version already exists." > > "The latest version is 3.00.01. If there is a need to download from > http://download.koha.org/koha-3.00.01-stable.tar.gz . If you want to > get 2.2.6 or older on board, please go to > http://sourceforge.net/project/showfiles.php?group_id=16466 download." > > "Koha development site also provides http://www.koha.org/showcase/ ." > > On the other hand, earlier on the page: "Download from of Koha Library > Software Community [http://koha-community.org/download-koha/] > [official version]" > > Given so much of the information it out of date it could just be a > case of bad editing. I don't know if we could refuse to list someone > for linking to *both* sites, but I would hope we could ask for > misinformation to be removed. > > -- 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 -- Wishing you all the best. . . . Anthony Mao ??? http://bit.ly/maolins Department of Library and Information Science Fu Jen Catholic University http://bit.ly/lins No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205 Taiwan + 886 2 29052334 Taiwan _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From scrittore at hotmail.it Sat Jul 14 20:19:52 2012 From: scrittore at hotmail.it (Sander898) Date: Sat, 14 Jul 2012 01:19:52 -0700 (PDT) Subject: [Koha] Language chooser doesn't work Message-ID: <1342253992193-5719749.post@n5.nabble.com> Hi everyone, I have installed Koha 3.8.1 on Centos 6 (i386). Everything is ok, but I have this problem: when I'm cataloging i cannot choose any language from the tag 101$a; I mean: if I try to open the sub menu for this tag nothing appear (the same situation for the tag 102$a): http://koha.1045719.n5.nabble.com/file/n5719749/Immagine_1.png Any idea to solve this problem? Thanks and kind regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749.html Sent from the Koha-general mailing list archive at Nabble.com. From 5p4m at gmx.de Sat Jul 14 20:41:15 2012 From: 5p4m at gmx.de (Mirko) Date: Sat, 14 Jul 2012 10:41:15 +0200 Subject: [Koha] Language chooser doesn't work In-Reply-To: <1342253992193-5719749.post@n5.nabble.com> References: <1342253992193-5719749.post@n5.nabble.com> Message-ID: <500130AB.1010808@gmx.de> Hi Sander, schrieb Sander898 am 14.07.2012 10:19: > Hi everyone, > I have installed Koha 3.8.1 on Centos 6 (i386). > > Everything is ok, but I have this problem: > > when I'm cataloging i cannot choose any language from the tag 101$a; I mean: > if I try to open the sub menu for this tag nothing appear (the same > situation for the tag 102$a): The fields seem to be linked to authorized values. If that is the case, you would have to fill them with values you want to choose from. You can see what is linked to the fields in the MARC framework configuration for the framework "Bibliotheca Custodialis Terrae Sanctae" for the specific subfields. - Mirko From scrittore at hotmail.it Sat Jul 14 21:11:26 2012 From: scrittore at hotmail.it (Sander898) Date: Sat, 14 Jul 2012 02:11:26 -0700 (PDT) Subject: [Koha] Language chooser doesn't work In-Reply-To: <500130AB.1010808@gmx.de> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> Message-ID: <1342257086279-5719751.post@n5.nabble.com> Hi Mirko, thank you for your answer. I'm looking in the Marc framework, but it seems that the AUTH value linked to the tag 101$a doesn't exist: http://koha.1045719.n5.nabble.com/file/n5719751/Immagine_2.png http://koha.1045719.n5.nabble.com/file/n5719751/Immagine_3.png Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749p5719751.html Sent from the Koha-general mailing list archive at Nabble.com. From 5p4m at gmx.de Sat Jul 14 21:20:39 2012 From: 5p4m at gmx.de (Mirko) Date: Sat, 14 Jul 2012 11:20:39 +0200 Subject: [Koha] Language chooser doesn't work In-Reply-To: <1342257086279-5719751.post@n5.nabble.com> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> <1342257086279-5719751.post@n5.nabble.com> Message-ID: <500139E7.20002@gmx.de> > Hi Mirko, > > thank you for your answer. > > I'm looking in the Marc framework, but it seems that the AUTH value linked > to the tag 101$a doesn't exist: > You can set up authorized values when you go to Administration->Basic Parameters->Authorized values. Add a new category "LAN" and add authorized values to it. Did you import the framework from another installation? - Mirko From scrittore at hotmail.it Sat Jul 14 21:32:21 2012 From: scrittore at hotmail.it (Sander898) Date: Sat, 14 Jul 2012 02:32:21 -0700 (PDT) Subject: [Koha] Language chooser doesn't work In-Reply-To: <500139E7.20002@gmx.de> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> <1342257086279-5719751.post@n5.nabble.com> <500139E7.20002@gmx.de> Message-ID: <1342258341753-5719753.post@n5.nabble.com> Hi Mirko, thank you, no I have make this framework from the default framework (and the default framework also has this problem with this tag). Now I take a look to the Administrator parameters Thanks and Regads Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749p5719753.html Sent from the Koha-general mailing list archive at Nabble.com. From francart at gmail.com Sat Jul 14 21:41:58 2012 From: francart at gmail.com (Tom Francart) Date: Sat, 14 Jul 2012 11:41:58 +0200 Subject: [Koha] Patch for shibboleth login Message-ID: Dear all, I wrote rudimentary Shibboleth login support for Koha. It's quite specific to our university and Koha setup, but should be easy to modify. I hope someone finds it useful. The attached patch can be applied to lib/C4/Auth.pm of Koha 3.8.2 best regards, Tom From chris at bigballofwax.co.nz Sat Jul 14 21:48:12 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sat, 14 Jul 2012 21:48:12 +1200 Subject: [Koha] Patch for shibboleth login In-Reply-To: References: Message-ID: On 14 July 2012 21:41, Tom Francart wrote: > Dear all, > > I wrote rudimentary Shibboleth login support for Koha. It's quite > specific to our university and Koha setup, but should be easy to > modify. I hope someone finds it useful. > > The attached patch can be applied to lib/C4/Auth.pm of Koha 3.8.2 > Tom Your patch didn't come through, a better place for it would be to create a bug at bugs.koha-community.org and attach it to that. That would be excellent. Looking forward to seeing it Chris From scrittore at hotmail.it Sat Jul 14 21:55:46 2012 From: scrittore at hotmail.it (Sander898) Date: Sat, 14 Jul 2012 02:55:46 -0700 (PDT) Subject: [Koha] Language chooser doesn't work In-Reply-To: <1342258341753-5719753.post@n5.nabble.com> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> <1342257086279-5719751.post@n5.nabble.com> <500139E7.20002@gmx.de> <1342258341753-5719753.post@n5.nabble.com> Message-ID: <1342259746128-5719760.post@n5.nabble.com> Hi Mirko, is it possible that, during the installation, I miss some packeges, for this Auth value? Thanks Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749p5719760.html Sent from the Koha-general mailing list archive at Nabble.com. From 5p4m at gmx.de Sat Jul 14 22:23:05 2012 From: 5p4m at gmx.de (Mirko) Date: Sat, 14 Jul 2012 12:23:05 +0200 Subject: [Koha] Language chooser doesn't work In-Reply-To: <1342259746128-5719760.post@n5.nabble.com> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> <1342257086279-5719751.post@n5.nabble.com> <500139E7.20002@gmx.de> <1342258341753-5719753.post@n5.nabble.com> <1342259746128-5719760.post@n5.nabble.com> Message-ID: <50014889.1030806@gmx.de> Hi Sander, it may have been missing in the authorised values list that you installed, depending on the language you use. There are a lot authorised values in the french package. In what language did you do your installation? - Mirko schrieb Sander898 am 14.07.2012 11:55: > Hi Mirko, > > is it possible that, during the installation, I miss some packeges, for this > Auth value? > > Thanks > Sander > > -- > View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749p5719760.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 francart at gmail.com Sat Jul 14 22:29:54 2012 From: francart at gmail.com (Tom Francart) Date: Sat, 14 Jul 2012 12:29:54 +0200 Subject: [Koha] Patch for shibboleth login In-Reply-To: References: Message-ID: Done! http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8446 On Sat, Jul 14, 2012 at 11:48 AM, Chris Cormack wrote: > On 14 July 2012 21:41, Tom Francart wrote: >> Dear all, >> >> I wrote rudimentary Shibboleth login support for Koha. It's quite >> specific to our university and Koha setup, but should be easy to >> modify. I hope someone finds it useful. >> >> The attached patch can be applied to lib/C4/Auth.pm of Koha 3.8.2 >> > Tom > > Your patch didn't come through, a better place for it would be to > create a bug at bugs.koha-community.org and attach it to that. That > would be excellent. > > Looking forward to seeing it > > Chris From scrittore at hotmail.it Sat Jul 14 22:54:12 2012 From: scrittore at hotmail.it (Sander898) Date: Sat, 14 Jul 2012 03:54:12 -0700 (PDT) Subject: [Koha] Language chooser doesn't work In-Reply-To: <50014889.1030806@gmx.de> References: <1342253992193-5719749.post@n5.nabble.com> <500130AB.1010808@gmx.de> <1342257086279-5719751.post@n5.nabble.com> <500139E7.20002@gmx.de> <1342258341753-5719753.post@n5.nabble.com> <1342259746128-5719760.post@n5.nabble.com> <50014889.1030806@gmx.de> Message-ID: <1342263252607-5719769.post@n5.nabble.com> Hi Mirko, thank you, I have make the installation in english language. Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Language-chooser-doesn-t-work-tp5719749p5719769.html Sent from the Koha-general mailing list archive at Nabble.com. From jcamins at cpbibliography.com Mon Jul 16 01:04:33 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Sun, 15 Jul 2012 09:04:33 -0400 Subject: [Koha] String freeze for 3.6.7 Message-ID: Good morning. Apologies for the late notice, but as of right now 3.6.x is in string freeze in preparation for the release of 3.6.7 in one week. Thank you to the translation teams for their hard work. Regards, Jared Camins-Esakov -- 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 scrittore at hotmail.it Mon Jul 16 03:45:23 2012 From: scrittore at hotmail.it (Sander898) Date: Sun, 15 Jul 2012 08:45:23 -0700 (PDT) Subject: [Koha] Problem with Koha upgrade Message-ID: <1342367123606-5719817.post@n5.nabble.com> Hi everyone, I have just make the upgrade from Koha 3.8.1 to Koha 3.8.2, on Centos 6. But when I run the rebuild of the catalogue I get this error: ---- [koha at host bin]$ migration_tools/rebuild_zebra.pl -b -a -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 : 001$@ BIBLIOITEMNUMBER in : 090$a ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== ==================== exporting biblio ==================== 1....... Records exported: 8 ==================== REINDEXING zebra ==================== 18:43:37-15/07 zebraidx(19474) [warn] No such record type: grs.marcxml.record ==================== CLEANING ==================== Also If I try to search the catalogue I get this error: --- Software error: Can't call method "data" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 1494. Does anyone have an idea of what is the possible cause of this issue? Thanks and kind regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817.html Sent from the Koha-general mailing list archive at Nabble.com. From scrittore at hotmail.it Mon Jul 16 04:09:11 2012 From: scrittore at hotmail.it (Sander898) Date: Sun, 15 Jul 2012 09:09:11 -0700 (PDT) Subject: [Koha] Problem with Koha upgrade In-Reply-To: <1342367123606-5719817.post@n5.nabble.com> References: <1342367123606-5719817.post@n5.nabble.com> Message-ID: <1342368551708-5719821.post@n5.nabble.com> Hi, I have solved the first issue, with the rebuild of zebra: I have changed the path in etc/koha/zebradb/zebra-biblios.cfg with the correct one: # modulePath - where to look for loadable zebra modules modulePath: /usr/local/lib/idzebra-2.0/modules And now the rebuild works fine. But I still get the software error when I try to search the catalogue: --- Software error: Can't call method "data" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 1494. Thanks for your help. Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817p5719821.html Sent from the Koha-general mailing list archive at Nabble.com. From paul.a at aandc.org Mon Jul 16 05:56:46 2012 From: paul.a at aandc.org (Paul) Date: Sun, 15 Jul 2012 13:56:46 -0400 Subject: [Koha] Serials framework Message-ID: <5.2.1.1.2.20120715120446.03d28148@stormy.ca> Apologies if the answer is available, I just can't find it. Serials framework, Leader 000 position 7, must be changed from m - Monograph/Item to s - Serial. How do I make "s" the default in that specific framework (obviously without modifying default, books etc frameworks), or do our cataloguers have to remember to change it? Even after setting 942$c to serials, the "m" keeps appearing in the leader. Thanks - Paul From jcamins at cpbibliography.com Mon Jul 16 06:52:40 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Sun, 15 Jul 2012 14:52:40 -0400 Subject: [Koha] Serials framework In-Reply-To: <5.2.1.1.2.20120715120446.03d28148@stormy.ca> References: <5.2.1.1.2.20120715120446.03d28148@stormy.ca> Message-ID: Paul, Apologies if the answer is available, I just can't find it. > > Serials framework, Leader 000 position 7, must be changed from m - > Monograph/Item to s - Serial. > > How do I make "s" the default in that specific framework (obviously > without modifying default, books etc frameworks), or do our cataloguers > have to remember to change it? Even after setting 942$c to serials, the > "m" keeps appearing in the leader. > You can set the default in the framework. Click "display more constraints." Just a reminder: item type has absolutely thing to do with the physical characteristics of the item it is describing. If I wanted to give my non-circulating reference materials the item type DUCK, that wouldn't make any less sense than calling them REF (think about it... when you go to a nature preserve, you're not allowed to bring the ducks home, no matter how much you like them). Item type is a category for the circulation rules. 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 chris at bigballofwax.co.nz Mon Jul 16 07:07:39 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 16 Jul 2012 07:07:39 +1200 Subject: [Koha] [Koha-translate] String freeze for 3.6.7 In-Reply-To: References: Message-ID: Ata marie, 3.8.x is also in string freeze for 3.8.3. I have started putting important dates on dashboard.koha-community.org in the hopes it will be useful for people. Chris On Jul 16, 2012 1:04 AM, "Jared Camins-Esakov" wrote: > Good morning. > > Apologies for the late notice, but as of right now 3.6.x is in string > freeze in preparation for the release of 3.6.7 in one week. Thank you to > the translation teams for their hard work. > > Regards, > Jared Camins-Esakov > > -- > 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/ > > > _______________________________________________ > Koha-translate mailing list > Koha-translate at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate > website: www.koha-community.org > git: git.koha-community.org > bugs: bugs.koha-community.org > From f.demians at tamil.fr Mon Jul 16 07:38:06 2012 From: f.demians at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Sun, 15 Jul 2012 21:38:06 +0200 Subject: [Koha] [Koha-translate] String freeze for 3.6.7 In-Reply-To: References: Message-ID: <50031C1E.10002@tamil.fr> > 3.8.x is also in string freeze for 3.8.3. 3.8 and 3.6 translation projects on http://translate.koha-community.org will be updated with new/modified strings tomorrow morning. The translators working off-line have still 8 hours to upload their .po files on the translation platform. -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From paul.a at aandc.org Mon Jul 16 09:04:14 2012 From: paul.a at aandc.org (Paul) Date: Sun, 15 Jul 2012 17:04:14 -0400 Subject: [Koha] Serials framework In-Reply-To: References: <5.2.1.1.2.20120715120446.03d28148@stormy.ca> <5.2.1.1.2.20120715120446.03d28148@stormy.ca> Message-ID: <5.2.1.1.2.20120715164014.05778c48@localhost> At 02:52 PM 7/15/2012 -0400, Jared Camins-Esakov wrote: >Serials framework, Leader 000 position 7, must be changed from m - >Monograph/Item to s - Serial. >How do I make "s" the default in that specific framework (obviously >without modifying default, books etc frameworks), or do our cataloguers >have to remember to change it? ? Even after setting 942$c to serials, the >"m" keeps appearing in the leader. > >You can set the default in the framework. Click "display more constraints." Thanks, done, fully functional. [Moment of mental madness on my part -- I was looking to default just the "s", not the whole string " nas a22 7a 4500" including the spaces that Koha completes.] >Just a reminder: item type has absolutely thing to do with the physical >characteristics of the item it is describing. If I wanted to give my >non-circulating reference materials the item type DUCK, that wouldn't make >any less sense than calling them REF (think about it... when you go to a >nature preserve, you're not allowed to bring the ducks home, no matter how >much you like them). Item type is a category for the circulation rules. The item type may not be physical (and, while I don't want to break circulation rules, we're a reference library -- nobody gets out the door with anything from our stacks), but one of our cataloguing volunteers has 30 years of experience with MaRC at a major university and Library Archives Canada, and she suggested an audit of our MaRC coding, strictly to Z39.71 standards (LoC documentation, CONSER, NASI, etc.) What we found was that our "book" biblios, which I had really concentrated on during Koha setup (and MarcEdit import) 18 months ago, was at least half decent; on the other hand, our serials (we hold 275,000 items) was not very clever. I've been able to correct most of the egregious, repetitive mistakes (direct manipulation of MySQL) but am now involved in trying to make the cataloguers' job (Koha staff client) easier to do and less prone to errors (framework, on screen presentation and help files) while the "expert lady" is setting up some training sessions. The bottom line is that Z39.50 biblios for serials (particularly historically "dead" ones, which are our raison d'?tre) seem difficult to come by (maybe someone knows of a good source?) and one day we intend to make ours public via a Z39.50 server at our end. I'd like to think that by them they would be pretty clean. Again, thanks for your assistance, Paul From scrittore at hotmail.it Mon Jul 16 11:15:11 2012 From: scrittore at hotmail.it (Sander898) Date: Sun, 15 Jul 2012 16:15:11 -0700 (PDT) Subject: [Koha] Problem with Koha upgrade In-Reply-To: <1342368551708-5719821.post@n5.nabble.com> References: <1342367123606-5719817.post@n5.nabble.com> <1342368551708-5719821.post@n5.nabble.com> Message-ID: <1342394111027-5719833.post@n5.nabble.com> Hi, finally I have solved the issue with the search in the opac, probably there was a problem with the zebra server, simply I have do: # chkconfig koha-zebra-daemon on # /etc/init.d/koha-zebra-daemon stop # /etc/init.d/koha-zebra-daemon start And now works fine. Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817p5719833.html Sent from the Koha-general mailing list archive at Nabble.com. From georgew at latahlibrary.org Mon Jul 16 12:00:25 2012 From: georgew at latahlibrary.org (georgew) Date: Sun, 15 Jul 2012 17:00:25 -0700 Subject: [Koha] automated response Message-ID: <11207151700.AA54745@latahlibrary.org> I will be away from my desk from July 14-July 23. If you need to contact someone at the library urgently please call 208-882-3925. George From tobrienu at gmail.com Mon Jul 16 16:52:26 2012 From: tobrienu at gmail.com (Tom Obrien) Date: Mon, 16 Jul 2012 07:52:26 +0300 Subject: [Koha] koha error when searching Z3950 In-Reply-To: <8CF2CAC14C4A11C-D58-58D2A@webmail-m088.sysops.aol.com> References: <8CF2CAC14C4A11C-D58-58D2A@webmail-m088.sysops.aol.com> Message-ID: Hi, Kindly help. I am still get error message when trying to search and import records using z3950. when i search catalogue i find many records ( Biblios in reservoir). How can i remove these records in reservoir as i suspect it might be contributing to errors. When i run zebrasrv -f /etc/koha/koha-conf.xml I also get the following: 07:42:13-16/07 [log] zebra_start 2.0.52 90d4902e0921f68842031a4aa1e743d5df06047f 07:42:13-16/07 [log] config /etc/koha/zebradb/zebra-biblios.cfg 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 07:42:13-16/07 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 07:42:13-16/07 [fatal] Zebra server already running [Resource temporarily unavailable] > Hello, > > The problem is with your mysql installation. Make sure that your > kohauser (whatever you created) has the proper permissions to access the > koha database. You can varify this by accessing the koha database directly > from the command line. If the problem is with the permissions then you > should grant permissions and don't forget to flush them. Also check in the > koha-conf.xml to verify that the password is correct. > > Hope this helps. > > Cheers > ------------------------ > Aman, > (Amandeep kapila), > New Delhi-110065. > INDIA > > > -----Original Message----- > From: Tom Obrien > To: koha > Sent: Tue, Jul 10, 2012 1:51 pm > Subject: Re: [Koha] koha error when searching Z3950 > > Hi all,I installed koha koha-3.8.2 on debian-6 . When i try searching for > records using z3950 i get the following error: > Software error: > > Can't connect to local MySQL server through socket > '/var/run/mysqld/mysqld.sock' (111) at > /usr/share/koha/lib/C4/Context.pm line 758. > > > > Kindly help me solve this problem. > > Obrien > _______________________________________________ > Koha mailing list http://koha-community.orgKoha at lists.katipo.co.nzhttp://lists.katipo.co.nz/mailman/listinfo/koha > > From bargioni at pusc.it Mon Jul 16 19:28:13 2012 From: bargioni at pusc.it (Stefano Bargioni) Date: Mon, 16 Jul 2012 09:28:13 +0200 Subject: [Koha] Authority indexing In-Reply-To: References: Message-ID: <31FC1CD2-A8C7-477C-9AC4-833F09A9A9EF@pusc.it> Hi, Jared: I mean 150$x, of course. In my opinion, it can be useful for the staff to search 150$a and 150's subdivisions at the same time and independently as well. Stefano On 13/lug/2012, at 16.10, Jared Camins-Esakov wrote: > Stefano, > > My cataloguers are interested in searching subject subdivisions (like 650 $x). > > Do they ever *not* want to search subdivisions? So, is there any situation when they would want to search 150$a but not 150$x? > > 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/ > __________________________________________________ Il tuo 5x1000 al Patronato di San Girolamo della Carita' e' un gesto semplice ma di grande valore. Una tua firma aiutera' i sacerdoti ad essere piu' vicini alle esigenze di tutti noi. Aiutaci a formare sacerdoti e seminaristi provenienti dai 5 continenti indicando nella dichiarazione dei redditi il codice fiscale 97023980580. From frederic at tamil.fr Mon Jul 16 20:52:42 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 16 Jul 2012 10:52:42 +0200 Subject: [Koha] [Koha-translate] String freeze for 3.6.7 In-Reply-To: <50031C1E.10002@tamil.fr> References: <50031C1E.10002@tamil.fr> Message-ID: <5003D65A.7060609@tamil.fr> Dear Translators, Koha 3.6 and 3.8 translation projects have been updated on: http://translate.koha-community.org with new/modified strings. You have this week to update your translation. From frederic at tamil.fr Tue Jul 17 01:23:11 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Mon, 16 Jul 2012 15:23:11 +0200 Subject: [Koha] Z39.50 profiles of MARC21 Hispanic catalogs Message-ID: <500415BF.5050404@tamil.fr> Hi, I'm looking for Hispanic catalogs available via Z39.50 queries. Could anyone provide me Z39.50 profiles of MARC21 Hispanic catalogs, or links to such information? Thanks. -- Fr?d?ric DEMIANS http://www.tamil.fr/u/fdemians.html From nengard at gmail.com Tue Jul 17 02:09:14 2012 From: nengard at gmail.com (Nicole Engard) Date: Mon, 16 Jul 2012 10:09:14 -0400 Subject: [Koha] Z39.50 profiles of MARC21 Hispanic catalogs In-Reply-To: <500415BF.5050404@tamil.fr> References: <500415BF.5050404@tamil.fr> Message-ID: Fr?d?ric If you search here by country you'll find 44 in Spain: http://irspy.indexdata.com/find.html Nicole On Mon, Jul 16, 2012 at 9:23 AM, Fr?d?ric Demians wrote: > Hi, > > I'm looking for Hispanic catalogs available via Z39.50 queries. Could > anyone provide me Z39.50 profiles of MARC21 Hispanic catalogs, or links > to such information? > > Thanks. > -- > Fr?d?ric DEMIANS > http://www.tamil.fr/u/fdemians.html > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From zahidiqbal_isb at yahoo.com Tue Jul 17 05:02:27 2012 From: zahidiqbal_isb at yahoo.com (Zahid Iqbal) Date: Mon, 16 Jul 2012 10:02:27 -0700 (PDT) Subject: [Koha] How to install koha 3.6.5 directly Message-ID: <1342458147.27510.YahooMailClassic@web110313.mail.gq1.yahoo.com> Hi, I want to know how to install koha 3.6.5 directly from internet including all the debian packages, is there any source link which i have to set in apt/source.list for koha 3.6.5. i am not good in manual installation of koha. any help will be appreciated. Zahid Iqbal From mkpnarippatta at gmail.com Mon Jul 16 17:12:48 2012 From: mkpnarippatta at gmail.com (muhammed ali) Date: Sun, 15 Jul 2012 22:12:48 -0700 (PDT) Subject: [Koha] koha networking In-Reply-To: References: <1342029194377-5719387.post@n5.nabble.com> Message-ID: there is a problem in zebra indexing. it doesn't support malayalam and arabic unicode fonts > > -- > sincerly > your brother > muhammed ali narippatta > mkpnarippatta at gmail.com > > -- sincerly your brother muhammed ali narippatta mkpnarippatta at gmail.com -- View this message in context: http://koha.1045719.n5.nabble.com/koha-networking-tp5719387p5719849.html Sent from the Koha-general mailing list archive at Nabble.com. From danielg.koha at gmail.com Tue Jul 17 08:45:06 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Mon, 16 Jul 2012 13:45:06 -0700 Subject: [Koha] Call for News for the July Newsletter Message-ID: Dear Koha Kommunitarians, I'm harvesting news for the July newsletter. Please send me by the 25th anything you think your fellow community members might like to know about. "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two 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 gbengaadara at yahoo.com Tue Jul 17 08:56:28 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Mon, 16 Jul 2012 13:56:28 -0700 (PDT) Subject: [Koha] How to install koha 3.6.5 directly In-Reply-To: <1342458147.27510.YahooMailClassic@web110313.mail.gq1.yahoo.com> Message-ID: <1342472188.56499.YahooMailClassic@web162004.mail.bf1.yahoo.com> Hello Zahid, --- On Mon, 7/16/12, Zahid Iqbal wrote: > I want to know how to install koha 3.6.5 directly from > internet including all the debian packages, > is there any source link which i have to set in > apt/source.list for koha 3.6.5. > i am not good in manual installation of koha. > any help will be appreciated. Check this link http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze Olugbenga Adara From Marlene.Murphy at nt.gov.au Tue Jul 17 17:00:04 2012 From: Marlene.Murphy at nt.gov.au (Marlene Murphy) Date: Tue, 17 Jul 2012 14:30:04 +0930 Subject: [Koha] setting up sms Message-ID: Hi I want to set up SMS messaging to clients, had a look at Koha > Administration > SystemPreferences SMSSendDriver Use the SMS::Send:: driver to send SMS messages. Not sure what to do now? Cheers Marlene Marlene Murphy Electronic Services Librarian Library Services | NT Department of Health Building 4, Royal Darwin Hospital, Rocklands Drive, Tiwi, NT 0810 | PO Box 40596, Casuarina, NT 0811 p...+61 8 8922 7913 | f... +61 8 892 27777 | e... marlene.murphy at nt.gov.au | www.health.nt.gov.au eLibrary supports your clinical decision-making, research, education, and management Protocols, guidelines and policies: PROMPT Department of Health and Families is a Smoke Free Workplace If you are not the intended recipient of this message, any use, disclosure or copying of the message or any attachments is unauthorised. If you have received this message in error, please advise the sender. No representation is given that attached files are free from viruses or other defects. Scanning for viruses is recommended. From CWIGGINS at ci.arcadia.ca.us Tue Jul 17 17:31:30 2012 From: CWIGGINS at ci.arcadia.ca.us (Cathi Wiggins) Date: Tue, 17 Jul 2012 05:31:30 +0000 Subject: [Koha] Has anyone created a FAQ for the OPAC? Message-ID: There seems to be lots of documentation for the staff client, but not so much for the OPAC. Has anyone created a FAQ for those users? I know there are great videos that Nicole has developed, but streaming media is restricted inside our Library so I'm looking for 'helpful hints' in a bulleted FAQ format for internal use. Thought I'd ask around before putting one together, no sense reinventing the wheel. If you have one and are willing to share...thank you so much. From maolins at gmail.com Tue Jul 17 12:16:20 2012 From: maolins at gmail.com (Anthony Mao) Date: Tue, 17 Jul 2012 08:16:20 +0800 Subject: [Koha] Request to list as paid supporter In-Reply-To: <1342227010.44386.YahooMailNeo@web140805.mail.bf1.yahoo.com> References: <1342227010.44386.YahooMailNeo@web140805.mail.bf1.yahoo.com> Message-ID: My dear list fellow, The misinformation are corrected. I appreciate your concern. 2012/7/14 BWS Johnson : > Salvete! > > If he's not going to announce how sweet he is, I will. > > http://blog.bigballofwax.co.nz/2009/05/17/koha-unsung-heroes-part-9/ > > Please list him, we need solid folks in Asia. :) > > Cheers, > Brooke > -- Wishing you all the best. . . . Anthony Mao ??? ?886 2 29052334 (voice) + 886 2 29017405 (FAX) From maolins at gmail.com Tue Jul 17 12:20:25 2012 From: maolins at gmail.com (Anthony Mao) Date: Tue, 17 Jul 2012 08:20:25 +0800 Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: Hi, I am Chinese Translator at Taiwan. There was a company listed as paid supporter at Taiwan. It was removed for some reason. Could you kindly list my organization as paid supporter at Taiwan. I am sorry my web site is in Chinese only. Company Name: Department of Library and Information Science, Fu Jen Catholic University. Contact Person: Anthony Mao Contact email: mao at lins.fju.edu.tw, maolins at gmail.com Website: http://koha.wikispaces.com Telephone: +886 2 29052334, +886 912 830886(mobile) Address: Department of Library and Information Science, Fu Jen Catholic University, No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205, Taiwan Short description of your services: There is a Library Services Network organized by Prof. Anthony Mao since 2000. We serve more than 100 libraries around the Taiwan, and one at China, one at Los Angels. We provide Koha service, including, not limited, installation, setup, data transfer, and maintainance. -- Wishing you all the best. . . . Anthony Mao ??? http://bit.ly/maolins Department of Library and Information Science Fu Jen Catholic University http://bit.ly/lins No.510, Zhongzheng Rd., Xinzhuang Dist., New Taipei City 24205 Taiwan + 886 2 29052334 Taiwan -- Wishing you all the best. . . . Anthony Mao ??? ?886 2 29052334 (voice) + 886 2 29017405 (FAX) From amutsikiwa at uzlib.uz.ac.zw Tue Jul 17 21:05:12 2012 From: amutsikiwa at uzlib.uz.ac.zw (amutsikiwa) Date: Tue, 17 Jul 2012 11:05:12 +0200 Subject: [Koha] Circulation History of a given item Message-ID: Hi I have a site running Koha. Our circulation staff are making errors of stamping the wrong date on date slips, misleading the patrons. I would want to have a query that accepts the barcode of a book and displays the last five or so circulation history of a given item, displaying the staff member who checked out the items, the time, the patron name among other information. Regards, Admire Mutsikiwa From mjr at phonecoop.coop Tue Jul 17 21:54:46 2012 From: mjr at phonecoop.coop (MJ Ray) Date: Tue, 17 Jul 2012 10:54:46 +0100 Subject: [Koha] Circulation History of a given item In-Reply-To: Message-ID: "amutsikiwa" > I have a site running Koha. Our circulation staff are making errors of > stamping the wrong date on date slips, misleading the patrons. I would want > to have a query that accepts the barcode of a book and displays the last > five or so circulation history of a given item, displaying the staff member > who checked out the items, the time, the patron name among other > information. Search for a barcode in the "Search the catalogue" search box tab. There is a "Checkout history" tab but it does not show the staff member. There is a "Modification log" tab is a bit harder to read, but does show the staff member as it updates the datelastseen and onloan. Making that slicker might be an enhancement request, needing development work. http://wiki.koha-community.org/wiki/Bug-enhancement-patch_Workflow is one way to do it in a harmonious way with the community. Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ From nengard at gmail.com Wed Jul 18 00:09:27 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 17 Jul 2012 08:09:27 -0400 Subject: [Koha] Has anyone created a FAQ for the OPAC? In-Reply-To: References: Message-ID: If anyone has this type of document I'd gladly integrate it in to the manual with proper credit given to the author. If not, then I can start one with all of your help - send me the most frequently asked questions and answers (if you know the answers) and I'll write it up. Nicole On Tue, Jul 17, 2012 at 1:31 AM, Cathi Wiggins wrote: > There seems to be lots of documentation for the staff client, but not so much for the OPAC. Has anyone created a FAQ for those users? I know there are great videos that Nicole has developed, but streaming media is restricted inside our Library so I'm looking for 'helpful hints' in a bulleted FAQ format for internal use. Thought I'd ask around before putting one together, no sense reinventing the wheel. If you have one and are willing to share...thank you so much. > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.poulain at biblibre.com Wed Jul 18 00:29:36 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Tue, 17 Jul 2012 14:29:36 +0200 Subject: [Koha] Sandbox improved Message-ID: <50055AB0.9000208@biblibre.com> Hello Koha users & developers, Irma & Bob, from Calyx sent me a file with some MARC21 records. I just added them on the MARC21 database you can load in sandboxes. So if you choose database 1 (MARC21) when setting up your sandbox, you will have 101 biblios and 130+ items. For more informations: http://wiki.koha-community.org/wiki/Sandboxes -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From paul.a at aandc.org Wed Jul 18 01:41:09 2012 From: paul.a at aandc.org (Paul) Date: Tue, 17 Jul 2012 09:41:09 -0400 Subject: [Koha] RLIN Message-ID: <5.2.1.1.2.20120717092943.0300c820@stormy.ca> I can't find anything in the documentation about RLIN, nor can I find it in the sql schema, so am looking for some assistance, please. First (enquiring mind) what does the abbreviation stand for? Secondly, if I understand correctly, it is used for indexing authority entries, but how can it be searched? Example: the default 730 for "serials/continuing resources" shows only a single input line "9 (RLIN)" - obviously, I can add $a to get a searchable "UNIF_TITLE", but there must be some reason for the default to hide this option. Thanks - Paul From nengard at gmail.com Wed Jul 18 01:45:35 2012 From: nengard at gmail.com (Nicole Engard) Date: Tue, 17 Jul 2012 09:45:35 -0400 Subject: [Koha] RLIN In-Reply-To: <5.2.1.1.2.20120717092943.0300c820@stormy.ca> References: <5.2.1.1.2.20120717092943.0300c820@stormy.ca> Message-ID: Paul, There is no more RLIN (although I now the references are still there in the frameworks). In 2006 RLIN was merged with OCLC. http://en.wikipedia.org/wiki/Research_Libraries_Group Nicole On Tue, Jul 17, 2012 at 9:41 AM, Paul wrote: > I can't find anything in the documentation about RLIN, nor can I find it in > the sql schema, so am looking for some assistance, please. > > First (enquiring mind) what does the abbreviation stand for? > > Secondly, if I understand correctly, it is used for indexing authority > entries, but how can it be searched? > > Example: the default 730 for "serials/continuing resources" shows only a > single input line "9 (RLIN)" - obviously, I can add $a to get a searchable > "UNIF_TITLE", but there must be some reason for the default to hide this > option. > > Thanks - Paul > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From HBright at farmingtonlibraries.org Wed Jul 18 02:05:30 2012 From: HBright at farmingtonlibraries.org (Hal Bright) Date: Tue, 17 Jul 2012 14:05:30 +0000 Subject: [Koha] Has anyone created a FAQ for the OPAC? In-Reply-To: References: , Message-ID: http://www.farmingtonlibraries.org/usingthecatalog.html I swiped this off of Henry Bankhead at Los Gatos and modified it for our library. Hal Harold Bright Director of Information Services Farmington Libraries - 6 Monteith Drive Farmington, CT 06032 - hbright at farmingtonlibraries.org W 860-673-6791 x 204 - F 860-675-7148 http://www.farmingtonlibraries.org ________________________________________ From: koha-bounces at lists.katipo.co.nz [koha-bounces at lists.katipo.co.nz] on behalf of Nicole Engard [nengard at gmail.com] Sent: Tuesday, July 17, 2012 8:09 AM To: Cathi Wiggins Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Has anyone created a FAQ for the OPAC? If anyone has this type of document I'd gladly integrate it in to the manual with proper credit given to the author. If not, then I can start one with all of your help - send me the most frequently asked questions and answers (if you know the answers) and I'll write it up. Nicole On Tue, Jul 17, 2012 at 1:31 AM, Cathi Wiggins wrote: > There seems to be lots of documentation for the staff client, but not so much for the OPAC. Has anyone created a FAQ for those users? I know there are great videos that Nicole has developed, but streaming media is restricted inside our Library so I'm looking for 'helpful hints' in a bulleted FAQ format for internal use. Thought I'd ask around before putting one together, no sense reinventing the wheel. If you have one and are willing to share...thank you so much. > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From paul.a at aandc.org Wed Jul 18 03:22:34 2012 From: paul.a at aandc.org (Paul) Date: Tue, 17 Jul 2012 11:22:34 -0400 Subject: [Koha] RLIN In-Reply-To: References: <5.2.1.1.2.20120717092943.0300c820@stormy.ca> <5.2.1.1.2.20120717092943.0300c820@stormy.ca> Message-ID: <5.2.1.1.2.20120717095154.03139b00@localhost> At 09:45 AM 7/17/2012 -0400, Nicole Engard wrote: >Paul, >There is no more RLIN (although I now the references are still there >in the frameworks). In 2006 RLIN was merged with OCLC. >http://en.wikipedia.org/wiki/Research_Libraries_Group Thanks Nicole. Good background (shame that our budget doesn't permit full membership of WorldCat) but I'm still looking for the technical background for ease of cataloguing. Am I correct in summarizing: - the "RLIN" is not searchable, per se, and its appearance in the GUI serves no useful purpose to cataloguers? - therefore, all frameworks can "hide" (but not delete) all subfields referring to RLIN? Assuming its use for indexing authorities, it appears to be just as important as biblio and item numbers, but where and under what name is this data stored in MySQL? Thanks - Paul >Nicole > >On Tue, Jul 17, 2012 at 9:41 AM, Paul wrote: > > I can't find anything in the documentation about RLIN, nor can I find it in > > the sql schema, so am looking for some assistance, please. > > > > First (enquiring mind) what does the abbreviation stand for? > > > > Secondly, if I understand correctly, it is used for indexing authority > > entries, but how can it be searched? > > > > Example: the default 730 for "serials/continuing resources" shows only a > > single input line "9 (RLIN)" - obviously, I can add $a to get a searchable > > "UNIF_TITLE", but there must be some reason for the default to hide this > > option. > > > > Thanks - Paul > > > > _______________________________________________ > > 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 jcamins at cpbibliography.com Wed Jul 18 03:25:45 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 17 Jul 2012 11:25:45 -0400 Subject: [Koha] RLIN In-Reply-To: <5.2.1.1.2.20120717095154.03139b00@localhost> References: <5.2.1.1.2.20120717092943.0300c820@stormy.ca> <5.2.1.1.2.20120717095154.03139b00@localhost> Message-ID: Paul, Thanks Nicole. Good background (shame that our budget doesn't permit full > membership of WorldCat) but I'm still looking for the technical background > for ease of cataloguing. Am I correct in summarizing: > > - the "RLIN" is not searchable, per se, and its appearance in the > GUI serves no useful purpose to cataloguers? > That is not correct, no. You can search it using the prefix an: - therefore, all frameworks can "hide" (but not delete) all > subfields referring to RLIN? > It would be best not to delete subfield $9 from fields that are authority controlled. Other subfields referring to RLIN can be deleted at will. Assuming its use for indexing authorities, it appears to be just as > important as biblio and item numbers, but where and under what name is this > data stored in MySQL? > It is stored in the MARC in subfield $9. The relationship is not represented in SQL. 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 ksckemperman at chartermi.net Wed Jul 18 04:35:24 2012 From: ksckemperman at chartermi.net (Shelley & Kurt Kemperman) Date: Tue, 17 Jul 2012 12:35:24 -0400 Subject: [Koha] "location" after search incorrect Message-ID: Our server went down and has been replaced. Data appears to be mostly intact. When I search, I get the list of results, but the location column will say "No items available" (not sure if this is exact wording) for most results, even though they are checked in. The occasional result will have the correct location info, but some will also say the item is checked out when it is not. Any suggestions? Thanks, Shelley From pvanbork at outerline.com Wed Jul 18 05:56:02 2012 From: pvanbork at outerline.com (Petrus van Bork) Date: Tue, 17 Jul 2012 12:56:02 -0500 Subject: [Koha] expressions of interest for Koha sip enhancement In-Reply-To: <988CFBF8CA18774A819D6157BACB27F903B67A4B02@WDCEX1.waitakidc.govt.nz> References: <988CFBF8CA18774A819D6157BACB27F903B67A4B02@WDCEX1.waitakidc.govt.nz> Message-ID: <5005A732.7010700@outerline.com> Dear Chris inter alia: We wrote a start/stop script two months ago for SIP but stopped final development as it was interrupted by high-priority activities. Currently, we have the complete script but it has not passed testing (ie does not yet work right) and we will be getting back to that in late July/early Aug. Hope this helps. Petrus Saugeen Library Consortium Hanover, ON, Canada From oleonard at myacpl.org Wed Jul 18 06:12:15 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 17 Jul 2012 14:12:15 -0400 Subject: [Koha] expressions of interest for Koha sip enhancement In-Reply-To: <5005A732.7010700@outerline.com> References: <988CFBF8CA18774A819D6157BACB27F903B67A4B02@WDCEX1.waitakidc.govt.nz> <5005A732.7010700@outerline.com> Message-ID: > Currently, we have the complete script but it has > not passed testing (ie does not yet work right) and we will be getting back > to that in late July/early Aug. Hope this helps. It would help if the work in progress were posted to a public git repo. Then anyone who was interested could contribute right away. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From lrea at nekls.org Wed Jul 18 06:44:32 2012 From: lrea at nekls.org (Liz Rea) Date: Tue, 17 Jul 2012 13:44:32 -0500 Subject: [Koha] Request to list as paid supporter In-Reply-To: References: Message-ID: This request has been completed. Liz Rea On Mon, Jul 16, 2012 at 7:20 PM, Anthony Mao wrote: > Hi, > > I am Chinese Translator at Taiwan. There was a company listed as paid > supporter at Taiwan. It was removed for some reason. Could you > kindly list my organization as paid supporter at Taiwan. > > I am sorry my web site is in Chinese only. > > Company Name: Department of Library and Information Science, Fu > Jen Catholic University. > > Contact Person: Anthony Mao > > Contact email: mao at lins.fju.edu.tw, maolins at gmail.com > > Website: http://koha.wikispaces.com > > Telephone: +886 2 29052334, +886 912 830886(mobile) > > Address: Department of Library and Information Science, Fu Jen > Catholic University, No.510, Zhongzheng Rd., Xinzhuang Dist., New > Taipei City 24205, Taiwan > > Short description of your services: There is a Library Services > Network organized by Prof. Anthony Mao since 2000. We serve more than > 100 libraries around the Taiwan, and one at China, one at Los Angels. > We provide Koha service, including, not limited, installation, setup, > data transfer, and maintainance. > > > > > -- > Wishing you all the best. . . . > > > Anthony Mao ??? http://bit.ly/maolins > Department of Library and Information Science > Fu Jen Catholic University http://bit.ly/lins > No.510, Zhongzheng Rd., > Xinzhuang Dist., > New Taipei City 24205 > Taiwan > + 886 2 29052334 > Taiwan > > > -- > Wishing you all the best. . . . > > > Anthony Mao ??? > ?886 2 29052334 (voice) > + 886 2 29017405 (FAX) > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Northeast Kansas Library System lrea at nekls.org 785-838-4090 From lrea at nekls.org Wed Jul 18 08:09:42 2012 From: lrea at nekls.org (Liz Rea) Date: Tue, 17 Jul 2012 15:09:42 -0500 Subject: [Koha] Has anyone created a FAQ for the OPAC? In-Reply-To: References: Message-ID: It's not a FAQ, but we do have a section on "patron training" at http://www.nexpresslibrary.org/training/patron-training/ It includes such things as bookmarks for common tasks, and handouts for patrons. Might be useful for you. :) Liz Rea On Tue, Jul 17, 2012 at 12:31 AM, Cathi Wiggins wrote: > There seems to be lots of documentation for the staff client, but not so much for the OPAC. Has anyone created a FAQ for those users? I know there are great videos that Nicole has developed, but streaming media is restricted inside our Library so I'm looking for 'helpful hints' in a bulleted FAQ format for internal use. Thought I'd ask around before putting one together, no sense reinventing the wheel. If you have one and are willing to share...thank you so much. > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Northeast Kansas Library System lrea at nekls.org 785-838-4090 From TONY at waimatedc.govt.nz Wed Jul 18 08:54:11 2012 From: TONY at waimatedc.govt.nz (Tony Morton) Date: Tue, 17 Jul 2012 20:54:11 +0000 Subject: [Koha] Newbie Message-ID: Hi Just a note to introduce myself. I am the Senior Librarian at Waimate District Library (South Canterbury New Zealand). We have just gone live with Koha. I am still very much a newbie and I am looking forward to when I can say that I know what I am doing. Regards Tony Morton Senior Librarian Waimate District Library ______________________________________________________________________________ This email has been scrubbed for your protection by SMX. For more information visit http://smxemail.com ______________________________________________________________________________ From Heather_Hernandez at nps.gov Wed Jul 18 09:21:05 2012 From: Heather_Hernandez at nps.gov (Heather_Hernandez at nps.gov) Date: Tue, 17 Jul 2012 14:21:05 -0700 Subject: [Koha] Newbie In-Reply-To: Message-ID: Hi, Tony and everyone! I'm glad you introduced yourself--I'll introduce myself, too! Mose of my details are below--I'm a fellow newbie, who also hopes someday to be able to state with conviction that I know what I'm doing with some areas of Koha! We've been live for almost exactly one month: http://keys.bywatersolutions.com/ Cheerio! heather ``````````````````````````````````````````````````````````````````````` Heather Hernandez Technical Services Librarian Cultural Resources and Museum Management Division San Francisco Maritime National Historical Park heather_hernandez at nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/library-collections.htm "The sailor does not pray for wind, he learns to sail."--Gustaf Lindborg From abesottedphoenix at yahoo.com Wed Jul 18 09:55:03 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Tue, 17 Jul 2012 14:55:03 -0700 (PDT) Subject: [Koha] Newbie In-Reply-To: References: Message-ID: <1342562103.32182.YahooMailNeo@web140802.mail.bf1.yahoo.com> Kia ora! > Just a note to introduce myself. I am the Senior Librarian at Waimate District > Library (South Canterbury New Zealand). We have just gone live with Koha. I am > still very much a newbie and I am looking forward to when I can say that I know > what I am doing. ??? Welcome to the Community, and also a warm welcome to Heather. :) ??? Don't forget you both can seek us out on IRC http://koha-community.org/get-involved/irc/ ??? if the mailing list is cumbersome for your questions. ??? There's a Community meeting tomorrow, but it'll be late and early for your timezones respectively. There's always next month. Cheers, Brooke From sossolapro at hotmail.com Wed Jul 18 15:41:52 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Wed, 18 Jul 2012 05:41:52 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: <4FE870A7.3050007@veron.ch> References: <1340346523.91512487@apps.rackspace.com>, , ,,, , , , , , , , , , , , <6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , , <4FE82D79.6080904@catalyst.net.nz>, , <4FE870A7.3050007@veron.ch> Message-ID: Hello I just realised that I have never thank you all for your help. We are still working on it. We still have that same problem... The nozebra parameter is set on "use". We have updated Koha, and it hasn't changed anything. When we run zebra-rebuild, we can see some very minor errors (with records which have been deleted long time ago obviously) but I don't think there is anything in there which would explain that thing. Cheers, Sonia. > Date: Mon, 25 Jun 2012 16:07:35 +0200 > From: veron at veron.ch > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Rebuild-zebra stops working very often... > > Sonja, > > I just had similar symptoms - until I remembered that I had set preference > NoZebra to "Don't use" for some testing purposes. It always should be set > tu "Use". > > It's a little chance, but maybe you might want to check this preference. > > Marc > > > > > > Am 25.06.2012 15:18, schrieb Sonia P.: > > > > OK, thanks all for your help! > > I am sorry I don't know all the details and I am obviously not great with Koha. > > > > Rebuild-zebra is supposed to run every 15 minutes for us, and sometimes it doesn't. I know, because then I am contacted by librarians who say they can't find books which they have just entered (or I check myself, I run a few mysql queries and check if I can find them on the website). So I know it's because the search indexes are not up to date. Then, I restart rebuild-zebra with the following: sudo koha-rebuild-zebra -v -f library > > And then the problem is solved, but not forever. It stops again later, the same day or another day, sometimes one week later. If I had more time to work on Koha, I could check exactly how often it happens and things like that, but I don't have time. :( > > > > In << sudo tail /var/log/koha/ashs/zebra-error.log.1 >> is ashs the name of the library? On our server, the closest thing I could find is << sudo tail /var/log/koha/library/zebra-error.log >> and it doesn't give me any information. So, if I understand well "tail", it means that the file is empty. > > Same thing for zebra-output. > > When I look at the current processes (ps -aux), I can see that there is a zebrasrv process runing (it says << Mar26 2:02 zebrasrv -v none,fatal,warn -f /etc/koha/sites/library/koha-conf >>, March 26 being the day when we restarted the whole server). > > So all that probably means that there is no problem with Zebra, am I right? > > > > With the errors I have reported previously (DBIconnect...), what is it that can't connect to MySQL? that perl script you describe, Chris? I understand it's not Zebra itself, is it rebuild-zebra? > > > > Thanks a lot for all your explanations... > > > > Cheers, > > > > Sonia. > > > > > >> Date: Mon, 25 Jun 2012 10:20:57 +0100 > >> From: robin at catalyst.net.nz > >> To: koha at lists.katipo.co.nz > >> Subject: Re: [Koha] Rebuild-zebra stops working very often... > >> > >> Op 25-06-12 02:44, Sonia P. schreef: > >>> So I don't know what to do... We are stuck. I can't restart zebra every two hours. > >> > >> When you say that you are restarting zebra, what _exactly_ are you > >> doing? Because, as Chris says, there seems to be some confusion: > >> restarting zebra should not affect whether rebuild-zebra is doing its > >> job or not. Also, rebuild-zebra fires up every 15 minutes or so do do > >> things, does them, and then stops. There is something in your > >> explanation that doesn't make sense that needs to be figured out before > >> any useful suggestions can be made. > >> > >>> Would reinstalling everything help? Wouldn't it take two weeks to set up and fix everything? > >> > >> No idea, it would depend on what the problem was. In theory, if you > >> follow exactly the same steps that you did last time, you will have the > >> same problems. > >> > >> -- > >> 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 > > > > _______________________________________________ > > 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 adalid at tij.uia.mx Wed Jul 18 19:46:39 2012 From: adalid at tij.uia.mx (adalid at tij.uia.mx) Date: Wed, 18 Jul 2012 00:46:39 -0700 Subject: [Koha] Has anyone created a FAQ for the OPAC? In-Reply-To: References: Message-ID: <20120718004639.13005mdp2ey3sj0o@tij.uia.mx> Here you can find an OPAC manual it?s not a FAQ but may help. Sorry spanish only. http://consag.tij.uia.mx/digital/eBooks/koha_opac/index.html ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From robin at catalyst.net.nz Wed Jul 18 20:00:21 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 18 Jul 2012 10:00:21 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , , , , , , , , , , , , , , , <6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , , <4FE82D79.6080904@catalyst.net.nz>, , <4FE870A7.3050007@veron.ch> Message-ID: <50066D15.3080205@catalyst.net.nz> Op 18-07-12 05:41, Sonia P. schreef: > When we run zebra-rebuild, we can see some very minor errors (with records which have been deleted long time ago obviously) but I don't think there is anything in there which would explain that thing. BibLibre has a nifty script that may help diagnose these issues: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6566 In particular, Paul's comment #11: "Here is how we use this script at BibLibre: every sunday, we run the script twice : 1st time, sending a flag for zebra to reindex unfound biblios, 2nd time without the flag, to find records that are really not indexable." I'm not convinced that this will solve all your problems* but maybe it'll help clean out bad records. * there's something else funny going on there, even if things weren't able to go into zebra, that shouldn't cause zebra to stop until you do a reindex. That's not something I've seen it do ever. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From smichaelxx at tlen.pl Wed Jul 18 23:11:36 2012 From: smichaelxx at tlen.pl (kamild) Date: Wed, 18 Jul 2012 04:11:36 -0700 (PDT) Subject: [Koha] Koha & exim4 problem UTF-8 Message-ID: <1342609896891-5720224.post@n5.nabble.com> Hi, The Notices email does not display correctly characters other than English. The topic is fine but the message is problem shows strange characters. Lang and other values ??on Debian are set to UTF-8. What may be problem? Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-exim4-problem-UTF-8-tp5720224.html Sent from the Koha-general mailing list archive at Nabble.com. From sossolapro at hotmail.com Wed Jul 18 23:13:43 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Wed, 18 Jul 2012 13:13:43 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: <50066D15.3080205@catalyst.net.nz> References: <1340346523.91512487@apps.rackspace.com>, , , ,,, , , , , , , , , , ,,, , ,,<6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, ,,, , , <4FE82D79.6080904@catalyst.net.nz>, , , , <4FE870A7.3050007@veron.ch>, , <50066D15.3080205@catalyst.net.nz> Message-ID: Thanks a lot, Robin. We will try that script and I will get back to you with the results. :) > * there's something else funny going on there, even if things weren't > able to go into zebra, that shouldn't cause zebra to stop until you do a > reindex. That's not something I've seen it do ever. Well, I wouldn't mind having a very weird unexplainable problem (that would make me feel better for not having solved it in months...), but it's very likely that it will be something really silly at the end and I will feel even more miserable. :) As we have just installed the new version of Koha, and the problem is still there, I guess it means that the problem comes from the data itself not from our old Koha installation (?). I remember when we reinstalled Koha, the guy responsible for the installation, the server etc, told me that there were inconsistancies, data which have been probably erased from the database not properly. He asked me to get rid of these records in Koha, I mean using the Koha interface. But I couldn't find these records, so I told him, and then we moved to something else. So maybe that's really coming from there? Cheers, Sonia. From nengard at gmail.com Wed Jul 18 23:29:46 2012 From: nengard at gmail.com (Nicole Engard) Date: Wed, 18 Jul 2012 07:29:46 -0400 Subject: [Koha] KohaCon13 Voting Closed - Venue Chosen Message-ID: Hello all, The voting closed at 3am EST this morning and the tallies are in. I have shared the files (without names) on the Wiki: http://wiki.koha-community.org/wiki/Kohacon2013 The final point totals from the voting are: Reno, NV, USA [Sept or Oct] :: 2256 Ibadan, Nigeria [Jul, Aug, or Sept] :: 1411 C?rdoba, Argentina [Jul, Aug, or Sept] :: 1381 The National Capital Region, USA [Oct or Mar] :: 1366 Erie, Pennsylvania, USA [Summer] :: 1344 The voting rules were shared with you all, but here they are again: If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, and so on. In the end we tally the points to see where the conference takes place. That way if everyone picks one place as #1 but more people pick it as second and third it still might win. So basically if you won't go somewhere no matter what then don't vote for that location and it will get no points from you. And so the numbers above are not the total votes for first place, they are the tallies using the math described above. I did do some checking for duplicates voters. If you voted more than once your final vote was saved and the others deleted. If you left out your email address (which was required and which we used to find duplicates) your vote was deleted. Other than that no modifications were made to the votes. Thanks Nicole C. Engard From gbengaadara at yahoo.com Wed Jul 18 23:58:23 2012 From: gbengaadara at yahoo.com (Olugbenga Adara) Date: Wed, 18 Jul 2012 04:58:23 -0700 (PDT) Subject: [Koha] KohaCon13 Voting Closed - Venue Chosen In-Reply-To: Message-ID: <1342612703.43515.YahooMailClassic@web162006.mail.bf1.yahoo.com> Well done Nicole and congratulations to the winning bid from Reno, NV. This is also to say thanks to everyone who voted Ibadan, Nigeria and we hope that Kohacon will come visiting Africa in the not too distant future. Regards. Olugbenga Adara --- On Wed, 7/18/12, Nicole Engard wrote: > From: Nicole Engard > Subject: [Koha] KohaCon13 Voting Closed - Venue Chosen > To: "Koha" , "Koha Devel" > Date: Wednesday, July 18, 2012, 1:29 PM > Hello all, > > The voting closed at 3am EST this morning and the tallies > are in.? I > have shared the files (without names) on the Wiki: > http://wiki.koha-community.org/wiki/Kohacon2013 > > The final point totals from the voting are: > > Reno, NV, USA [Sept or Oct] :: 2256 > Ibadan, Nigeria [Jul, Aug, or Sept]? :: 1411 > C?rdoba, Argentina [Jul, Aug, or Sept]? :: 1381 > The National Capital Region, USA [Oct or Mar]? :: 1366 > Erie, Pennsylvania, USA [Summer] :: 1344 > > The voting rules were shared with you all, but here they are > again: > > If you vote for someplace as #1 it gets 5 points, #2 it gets > 4 points, > and so on. In the end we tally the points to see where the > conference > takes place. That way if everyone picks one place as #1 but > more > people pick it as second and third it still might win. So > basically if > you won't go somewhere no matter what then don't vote for > that > location and it will get no points from you. > > And so the numbers above are not the total votes for first > place, they > are the tallies using the math described above. > > I did do some checking for duplicates voters. If you voted > more than > once your final vote was saved and the others deleted. If > you left out > your email address (which was required and which we used to > find > duplicates) your vote was deleted.? Other than that no > modifications > were made to the votes. > > Thanks > Nicole C. Engard > _______________________________________________ > Koha mailing list? http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From thandu_venkat at yahoo.com Thu Jul 19 00:25:33 2012 From: thandu_venkat at yahoo.com (thandu venkat narayana) Date: Wed, 18 Jul 2012 20:25:33 +0800 (SGT) Subject: [Koha] Patrons - Set Privileges Message-ID: <1342614333.64223.YahooMailClassic@web192304.mail.sg3.yahoo.com> ?Dear All, According to my knowledge, Patrons who have the privileges to: (borrowers) Add or modify borrowers are restricted to modify privileges but they can delete any patron, even Super Librarian. For testing purpose I deleted the super librarian name from the patrons list. There is no another option to create super librarian with all permissions, only way is reinstalling the software. I think (borrowers) Add or modify borrowers to be split in to sub categories i.e. 1) Add or modify (only data) borrowers 2) Delete borrowers Or Super Librarian / Administrator account should be disabled.? Regards, Venkata Narayana From robin at catalyst.net.nz Thu Jul 19 00:32:24 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Wed, 18 Jul 2012 14:32:24 +0200 Subject: [Koha] Patrons - Set Privileges In-Reply-To: <1342614333.64223.YahooMailClassic@web192304.mail.sg3.yahoo.com> References: <1342614333.64223.YahooMailClassic@web192304.mail.sg3.yahoo.com> Message-ID: <5006ACD8.5040204@catalyst.net.nz> Op 18-07-12 14:25, thandu venkat narayana schreef: > There is no > another option to create super librarian with all permissions, only way is > reinstalling the software. You can always log in using the database username and password to become a super librarian and fix your permissions that way. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From tobrienu at gmail.com Thu Jul 19 01:16:44 2012 From: tobrienu at gmail.com (Tom Obrien) Date: Wed, 18 Jul 2012 16:16:44 +0300 Subject: [Koha] How to remove Records reservoir Message-ID: Hi All, I testing koha-3.8.2 on debian. I imported records from previous installation (3.6). I am seeing a number of records on resourvoir when i search catalogue. How can i delete these records? Thanks in advance, Tom From tomascohen at gmail.com Thu Jul 19 05:13:38 2012 From: tomascohen at gmail.com (Tomas Cohen Arazi) Date: Wed, 18 Jul 2012 14:13:38 -0300 Subject: [Koha] KohaCon13 Voting Closed - Venue Chosen In-Reply-To: References: Message-ID: On Wed, Jul 18, 2012 at 8:29 AM, Nicole Engard wrote: > > Hello all, > > The voting closed at 3am EST this morning and the tallies are in. I > have shared the files (without names) on the Wiki: > http://wiki.koha-community.org/wiki/Kohacon2013 > > The final point totals from the voting are: > > Reno, NV, USA [Sept or Oct] :: 2256 > Ibadan, Nigeria [Jul, Aug, or Sept] :: 1411 > C?rdoba, Argentina [Jul, Aug, or Sept] :: 1381 > The National Capital Region, USA [Oct or Mar] :: 1366 > Erie, Pennsylvania, USA [Summer] :: 1344 Congratulations to REno for winning this bid. Thanks Nicole for the effort and we hope to be there next year. Regards To+ From richa.srivastava36 at gmail.com Thu Jul 19 17:01:12 2012 From: richa.srivastava36 at gmail.com (Richa Srivastava) Date: Thu, 19 Jul 2012 10:31:12 +0530 Subject: [Koha] Help: backup koha Message-ID: Hi all Can anyone help how to take a backup of koha database- v3.0. Is there a difference in the process between v 3.0 and 3.06. -- *Kind regards* *???* *Richa Srivastava ** * From vimal0212 at gmail.com Thu Jul 19 19:05:14 2012 From: vimal0212 at gmail.com (Vimal Kumar) Date: Thu, 19 Jul 2012 12:35:14 +0530 Subject: [Koha] Need to improve Koha users list world wide Message-ID: Dear Friends, Its high time to implement a user friendly "Koha users list world wide", http://wiki.koha-community.org/wiki/Koha_Users_Worldwide In the present situation very difficult for entering libraries in the list. Its good to create a database with form to enter the details with search facility. Login option to edit the information by Koha users. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org 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 chris at bigballofwax.co.nz Thu Jul 19 19:13:17 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 19 Jul 2012 19:13:17 +1200 Subject: [Koha] Need to improve Koha users list world wide In-Reply-To: References: Message-ID: On 19 July 2012 19:05, Vimal Kumar wrote: > Dear Friends, > > Its high time to implement a user friendly "Koha users list world wide", > http://wiki.koha-community.org/wiki/Koha_Users_Worldwide > > In the present situation very difficult for entering libraries in the list. > Its good to create a database with form to enter the details with search > facility. > Login option to edit the information by Koha users. > I look forward to using the solution you implement Chris From david.nind at gmail.com Thu Jul 19 21:05:19 2012 From: david.nind at gmail.com (David Nind) Date: Thu, 19 Jul 2012 21:05:19 +1200 Subject: [Koha] Help: backup koha In-Reply-To: References: Message-ID: On 19 July 2012 17:01, Richa Srivastava wrote: > Hi all > > Can anyone help how to take a backup of koha database- v3.0. Is there a > difference in the process between v 3.0 and 3.06. > If you mean backing up the MySql database there is no change. >From the command line: mysqldump -uyouruser -pyourpassword databasename > filename.sql where: youruser = your database user name yourpassword = the password for your database user name databasename = the name of your MySql database filename.sql = whatever name you want to call the file with your data in it (does not need the .sql) See also: http://wiki.koha-community.org/wiki/Mysqldump_Library If you mean upgrading from 3.0 to 3.6 read the INSTALL.* files as a starting point for upgrading. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From frederic at tamil.fr Fri Jul 20 19:15:59 2012 From: frederic at tamil.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Demians?=) Date: Fri, 20 Jul 2012 09:15:59 +0200 Subject: [Koha] [Koha-translate] String freeze for 3.6.7 and 3.8.3 In-Reply-To: <5003D65A.7060609@tamil.fr> References: <50031C1E.10002@tamil.fr> <5003D65A.7060609@tamil.fr> Message-ID: <500905AF.8030500@tamil.fr> Dear Translators, You still have 7 hours before I pull your translation work for coming Koha 3.6.7 and 3.8.3 version from http://translate.koha-community.org. If you work off-line, I urge you to upload your .po files to the translation platform before this limit. Kind regards, -- Fr?d?ric From sossolapro at hotmail.com Fri Jul 20 19:29:22 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Fri, 20 Jul 2012 09:29:22 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , ,,,,, , ,,, , , , , , , , , , , , , , , , <6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , , , , , , <4FE82D79.6080904@catalyst.net.nz>, ,,, , , <4FE870A7.3050007@veron.ch>, , , , <50066D15.3080205@catalyst.net.nz>, Message-ID: Hellooo OK, let's start with a probably easy one : << Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl.) at batchCheckNonIndexedBiblios.pl line 36. >> In the script line 36 is << use C4::Context; >> We have put the script here: /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl Does that error mean that things are not located where it should be? Thanks in advance! Sonia. > From: sossolapro at hotmail.com > To: koha at lists.katipo.co.nz > Date: Wed, 18 Jul 2012 13:13:43 +0200 > Subject: Re: [Koha] Rebuild-zebra stops working very often... > > > Thanks a lot, Robin. We will try that script and I will get back to you with the results. :) > > > * there's something else funny going on there, even if things weren't > > able to go into zebra, that shouldn't cause zebra to stop until you do a > > reindex. That's not something I've seen it do ever. > > Well, I wouldn't mind having a very weird unexplainable problem (that would make me feel better for not having solved it in months...), but it's very likely that it will be something really silly at the end and I will feel even more miserable. :) > > As we have just installed the new version of Koha, and the problem is still there, I guess it means that the problem comes from the data itself not from our old Koha installation (?). > > I remember when we reinstalled Koha, the guy responsible for the installation, the server etc, told me that there were inconsistancies, data which have been probably erased from the database not properly. He asked me to get rid of these records in Koha, I mean using the Koha interface. But I couldn't find these records, so I told him, and then we moved to something else. So maybe that's really coming from there? > > Cheers, > > Sonia. > > _______________________________________________ > 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 Jul 20 20:48:43 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Fri, 20 Jul 2012 10:48:43 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , , , , , , , , , , , , , , , , , , , , , , , , , <6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , , , , , , <4FE82D79.6080904@catalyst.net.nz>, , , , , , <4FE870A7.3050007@veron.ch>, , , , <50066D15.3080205@catalyst.net.nz>, Message-ID: <50091B6B.6060201@catalyst.net.nz> Op 20-07-12 09:29, Sonia P. schreef: > << Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl.) at batchCheckNonIndexedBiblios.pl line 36. >> > > In the script line 36 is << use C4::Context; >> > > We have put the script here: /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl > > Does that error mean that things are not located where it should be? You didn't show what command line you're using to run it, that's the most critical thing. However the problem is simply that you're not providing the path to where the C4 directory is. I don't know your system layout, but I'm going to guess: perl -I /usr/share/koha/lib /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl (all one line) Also, you will have to put KOHA_CONF=/path/to/koha-conf.xml at the start of it, inserting the real path. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From w4 at online.de Fri Jul 20 23:01:57 2012 From: w4 at online.de (w4 at online.de) Date: Fri, 20 Jul 2012 13:01:57 +0200 Subject: [Koha] languages mixed up in koha 3.8 Message-ID: <50093AA5.4030808@online.de> dear list, i am new to koha. i installed it yesterday to do some testing. i have two languages installed. once i changed to german and back to english, the contents of menues stay in german. switching again doesn't help. the logs don't show any error messages. do you have an idea, what's wrong there? thanx! bio From bondwal.amit at gmail.com Sat Jul 21 00:25:47 2012 From: bondwal.amit at gmail.com (amit bondwal) Date: Fri, 20 Jul 2012 17:55:47 +0530 Subject: [Koha] Error while installing koha on development mode Message-ID: Dear All, When I tried to install koha in dev mode it shows the below error while running Makefile.pl :- Unparsable version '' for prerequisite Test::Strict at Makefile.PL line 563 What should I do? Regards Amit Bondwal From opensistem at yahoo.com Sat Jul 21 04:41:56 2012 From: opensistem at yahoo.com (Esmael Wan) Date: Fri, 20 Jul 2012 09:41:56 -0700 (PDT) Subject: [Koha] Koha Remote Services Message-ID: <1342802516.66004.YahooMailNeo@web121005.mail.ne1.yahoo.com> I would like to know whether anyone offer remote services on Koha problems/maintenance ? if there are, how do you charge? Esmael From oleonard at myacpl.org Sat Jul 21 05:14:13 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Fri, 20 Jul 2012 13:14:13 -0400 Subject: [Koha] Koha Remote Services In-Reply-To: <1342802516.66004.YahooMailNeo@web121005.mail.ne1.yahoo.com> References: <1342802516.66004.YahooMailNeo@web121005.mail.ne1.yahoo.com> Message-ID: > I would like to know whether anyone offer remote services on Koha problems/ > maintenance ? if there are, how do you charge? Have you looked here? http://koha-community.org/support/paid-support/ -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From david.nind at gmail.com Sat Jul 21 08:19:47 2012 From: david.nind at gmail.com (David Nind) Date: Sat, 21 Jul 2012 08:19:47 +1200 Subject: [Koha] Error while installing koha on development mode In-Reply-To: References: Message-ID: On 21 July 2012 00:25, amit bondwal wrote: > Dear All, > > When I tried to install koha in dev mode it shows the below error > while running Makefile.pl :- > > Unparsable version '' for prerequisite Test::Strict at Makefile.PL line 563 > > What should I do? > The following information may help people on the mailing list with answering your question: - What version of Koha are you installing? - What Linux operating system are you trying to install it on? - If installing manually, have you made sure all the prerequisites and dependencies are installed (see the INSTALL.* file - ./koha_perl_deps.pl)? I'm probably showing my ignornance here, but I'm not sure exactly what 'dev mode' means. If you are installing Koha for the first time (big assumption on my part) then I would be installing the latest 3.6 or 3.8 version (or better still, use the packages http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze). David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 From paul.a at aandc.org Sat Jul 21 08:46:15 2012 From: paul.a at aandc.org (Paul) Date: Fri, 20 Jul 2012 16:46:15 -0400 Subject: [Koha] Error while installing koha on development mode In-Reply-To: References: Message-ID: <5.2.1.1.2.20120720164433.037ca570@localhost> At 08:19 AM 7/21/2012 +1200, David Nind wrote: >[snip] then I would be installing the latest 3.6 or 3.8 version (or >better still, use the packages >http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze). A correction, no bracket at the end of the URL which is: Best - Paul From sossolapro at hotmail.com Sat Jul 21 23:53:50 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Sat, 21 Jul 2012 13:53:50 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: <50091B6B.6060201@catalyst.net.nz> References: <1340346523.91512487@apps.rackspace.com>, , , , , ,,, , , , , , , , , , , , , , , , ,,, , , , ,,<6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , ,,, , , ,,<4FE82D79.6080904@catalyst.net.nz>, , ,,, , ,,<4FE870A7.3050007@veron.ch>, ,,, , , <50066D15.3080205@catalyst.net.nz>, , , , <50091B6B.6060201@catalyst.net.nz> Message-ID: Hello Thanks for your help. Now I have got the proper command line (I think) and that's: perl -I /usr/share/koha/lib /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl -c If I sudo it, I have got that error: DBI connect('dbname=koha;host=localhost;port=xxxx','',...) failed: Access denied for user 'root'@'localhost' (using password: NO) at /usr/share/koha/lib/C4/Context.pm line 692 Access denied for user 'root'@'localhost' (using password: NO) at /usr/share/koha/lib/C4/Context.pm line 692. If I don't sudo it, I have got that error: I/O error : Permission denied I/O error : Permission denied Could not create file parser context for file "/etc/koha/sites/library/koha-conf.xml": Permission denied at /usr/lib/perl5/XML/LibXML/SAX/Parser.pm line 49 BEGIN failed--compilation aborted at batchCheckNonIndexedBiblios.pl line 36. I think it's because I am not the root user... I have r rights on all these lib files, but I can't write on them. And, for some reason, I think that the way that lib and/or script works, it needs me to write things (parser?) in these files. So I have emailed the root user and asked him to do it. If that works, I will probably ask again your help with the results. If that doesn't work, well... Thanks again for your help! Cheers, Sonia. > Date: Fri, 20 Jul 2012 10:48:43 +0200 > From: robin at catalyst.net.nz > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Rebuild-zebra stops working very often... > > Op 20-07-12 09:29, Sonia P. schreef: > > << Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl.) at batchCheckNonIndexedBiblios.pl line 36. >> > > > > In the script line 36 is << use C4::Context; >> > > > > We have put the script here: /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl > > > > Does that error mean that things are not located where it should be? > > You didn't show what command line you're using to run it, that's the > most critical thing. > > However the problem is simply that you're not providing the path to > where the C4 directory is. I don't know your system layout, but I'm > going to guess: > > perl -I /usr/share/koha/lib > /usr/share/koha/bin/migration_tools/batchCheckNonIndexedBiblios.pl > > (all one line) > > Also, you will have to put KOHA_CONF=/path/to/koha-conf.xml at the start > of it, inserting the real path. > > -- > 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 From sossolapro at hotmail.com Sun Jul 22 00:56:12 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Sat, 21 Jul 2012 14:56:12 +0200 Subject: [Koha] Rebuild-zebra stops working very often... In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , , , ,,,,, , , , ,,, , , , , , , , , , , ,,,,, , , ,,,,<6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , ,,,,, , ,,,,<4FE82D79.6080904@catalyst.net.nz>, ,,,,, , , , , <4FE870A7.3050007@veron.ch>, , , , , , , , <50066D15.3080205@catalyst.net.nz>, , , , , , , <50091B6B.6060201@catalyst.net.nz>, Message-ID: OK, after permissions have been changed... Here is the report (it looks long but it's quite empty so I copy-paste) : 1000 done 2000 done biblionumber 2315 not indexed 3000 done 4000 done biblionumber 5230 not indexed biblionumber 5234 not indexed 5000 done 6000 done 7000 done 8000 done 9000 done 10000 done 11000 done 12000 done 13000 done 14000 done 15000 done 16000 done 17000 done biblionumber 19992 not indexed biblionumber 19994 not indexed biblionumber 20030 not indexed 18000 done biblionumber 20177 not indexed biblionumber 20234 not indexed biblionumber 20316 not indexed biblionumber 20317 not indexed biblionumber 20330 not indexed biblionumber 20333 not indexed biblionumber 20384 not indexed biblionumber 20397 not indexed biblionumber 20398 not indexed biblionumber 20399 not indexed biblionumber 20400 not indexed biblionumber 20418 not indexed biblionumber 20446 not indexed biblionumber 20448 not indexed biblionumber 20491 not indexed biblionumber 20494 not indexed biblionumber 20495 not indexed biblionumber 20499 not indexed biblionumber 20500 not indexed biblionumber 20501 not indexed biblionumber 20502 not indexed biblionumber 20505 not indexed biblionumber 20590 not indexed biblionumber 20614 not indexed biblionumber 20615 not indexed biblionumber 20616 not indexed biblionumber 20617 not indexed biblionumber 20618 not indexed biblionumber 20626 not indexed biblionumber 20627 not indexed biblionumber 20628 not indexed biblionumber 20648 not indexed biblionumber 20677 not indexed biblionumber 20686 not indexed biblionumber 20849 not indexed biblionumber 20917 not indexed biblionumber 20921 not indexed biblionumber 21016 not indexed biblionumber 21039 not indexed biblionumber 21045 not indexed biblionumber 21097 not indexed biblionumber 21138 not indexed biblionumber 21141 not indexed biblionumber 21142 not indexed biblionumber 21145 not indexed 19000 done biblionumber 21810 not indexed biblionumber 21811 not indexed 20000 done biblionumber 22320 not indexed biblionumber 22338 not indexed biblionumber 22386 not indexed biblionumber 22583 not indexed 21000 done biblionumber 23506 not indexed biblionumber 23507 not indexed biblionumber 23508 not indexed 22000 done 23000 done 24000 done 25000 done 26000 done 27000 done 28000 done 29000 done 30000 done 31000 done 32000 done biblionumber 34273 not indexed biblionumber 34274 not indexed biblionumber 34275 not indexed biblionumber 34276 not indexed biblionumber 34277 not indexed biblionumber 34278 not indexed biblionumber 34279 not indexed biblionumber 34280 not indexed biblionumber 34281 not indexed biblionumber 34282 not indexed biblionumber 34283 not indexed biblionumber 34284 not indexed biblionumber 34285 not indexed biblionumber 34286 not indexed biblionumber 34287 not indexed biblionumber 34288 not indexed biblionumber 34289 not indexed biblionumber 34290 not indexed biblionumber 34291 not indexed biblionumber 34292 not indexed biblionumber 34293 not indexed biblionumber 34294 not indexed biblionumber 34295 not indexed biblionumber 34296 not indexed biblionumber 34297 not indexed biblionumber 34298 not indexed biblionumber 34299 not indexed biblionumber 34300 not indexed biblionumber 34301 not indexed biblionumber 34302 not indexed biblionumber 34303 not indexed biblionumber 34304 not indexed biblionumber 34305 not indexed biblionumber 34306 not indexed biblionumber 34307 not indexed biblionumber 34308 not indexed biblionumber 34309 not indexed biblionumber 34310 not indexed biblionumber 34311 not indexed biblionumber 34312 not indexed biblionumber 34313 not indexed biblionumber 34314 not indexed biblionumber 34315 not indexed biblionumber 34316 not indexed biblionumber 34317 not indexed biblionumber 34318 not indexed biblionumber 34319 not indexed biblionumber 34320 not indexed biblionumber 34321 not indexed biblionumber 34322 not indexed biblionumber 34323 not indexed biblionumber 34324 not indexed biblionumber 34325 not indexed biblionumber 34326 not indexed biblionumber 34327 not indexed biblionumber 34328 not indexed biblionumber 34329 not indexed biblionumber 34330 not indexed biblionumber 34331 not indexed biblionumber 34332 not indexed biblionumber 34333 not indexed biblionumber 34334 not indexed biblionumber 34335 not indexed biblionumber 34336 not indexed biblionumber 34337 not indexed biblionumber 34338 not indexed biblionumber 34339 not indexed biblionumber 34340 not indexed biblionumber 34341 not indexed biblionumber 34342 not indexed biblionumber 34343 not indexed biblionumber 34344 not indexed biblionumber 34345 not indexed biblionumber 34346 not indexed biblionumber 34347 not indexed biblionumber 34348 not indexed biblionumber 34349 not indexed biblionumber 34350 not indexed 138 bibliorecords not indexed I am afraid I don't know what to do from now on... The last bunch of records, from 34273, are the newly entered (these last days). What should I do? Thanks! Sonia. From sossolapro at hotmail.com Sun Jul 22 10:00:42 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Sun, 22 Jul 2012 00:00:42 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , , ,,,,,,, , , , ,,, , , , , ,,, , , , , ,,,,,,, , ,,,,,,<6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, ,,,,,,, , , , , , , <4FE82D79.6080904@catalyst.net.nz>, , , , , , , , , , , , <4FE870A7.3050007@veron.ch>, , , ,,, , ,,, <50066D15.3080205@catalyst.net.nz>,,, , , ,,, , , <50091B6B.6060201@catalyst.net.nz>, , , Message-ID: Hi there (re: rebuild-zebra stops working very often, which is not a proper title any more... :p) I tried to edit a few records from these non-indexed records. As we speak another language, we have accent issues. So I need to make sure (again) that our librarians doesn't use any accent on the letters. So all the records which I have found from that list of non-indexed records have accent problems. On some records, I can edit the content and remove the accents. But for some records, I can't even edit the content, because then there is an error with Koha, the page doesn't show anything with something like that: << Software error: Can't call method "field" on an undefined value at /usr/share/koha/lib/C4/Items.pm line 1421.>> which is just a random error because it can't find the record anymore (it finds the records on certain pages, for instance if I want to see its history, but it can't find the record on any page where it should show its title). So no way to solve the problem using the Koha interface... I guess I need a sql query to delete these records from the database, but something that would really delete everything related to that item (history, etc). Do you have any idea about that? But then I just don't understand why these problem records prevent zebra from reindexing the newly entered records... :/ Anyway, I have done the koha-rebuild-zebra -v -f library command to reindex everything. See below the new report from that new perl script, we moved from 138 non-indexed records to 56 non-indexed records, just because I have modified a few records (5?) and because I have rerun rebuild-zebra (so it indexed the newly entered records which had no accent problems anyway). Many thanks for your help! Would greatly appreciate your expertise about SQL queries to delete everything for faulty records. Sonia. ############ 1000 done 2000 done biblionumber 2315 not indexed 3000 done 4000 done biblionumber 5230 not indexed biblionumber 5234 not indexed 5000 done 6000 done 7000 done 8000 done 9000 done 10000 done 11000 done 12000 done 13000 done 14000 done 15000 done 16000 done 17000 done biblionumber 19992 not indexed biblionumber 20030 not indexed 18000 done biblionumber 20177 not indexed biblionumber 20234 not indexed biblionumber 20316 not indexed biblionumber 20317 not indexed biblionumber 20397 not indexed biblionumber 20398 not indexed biblionumber 20399 not indexed biblionumber 20400 not indexed biblionumber 20418 not indexed biblionumber 20446 not indexed biblionumber 20448 not indexed biblionumber 20491 not indexed biblionumber 20494 not indexed biblionumber 20495 not indexed biblionumber 20499 not indexed biblionumber 20500 not indexed biblionumber 20501 not indexed biblionumber 20502 not indexed biblionumber 20505 not indexed biblionumber 20590 not indexed biblionumber 20614 not indexed biblionumber 20615 not indexed biblionumber 20616 not indexed biblionumber 20617 not indexed biblionumber 20618 not indexed biblionumber 20626 not indexed biblionumber 20627 not indexed biblionumber 20628 not indexed biblionumber 20648 not indexed biblionumber 20677 not indexed biblionumber 20686 not indexed biblionumber 20849 not indexed biblionumber 20917 not indexed biblionumber 20921 not indexed biblionumber 21016 not indexed biblionumber 21039 not indexed biblionumber 21045 not indexed biblionumber 21097 not indexed biblionumber 21138 not indexed biblionumber 21141 not indexed biblionumber 21142 not indexed biblionumber 21145 not indexed 19000 done biblionumber 21810 not indexed biblionumber 21811 not indexed 20000 done biblionumber 22320 not indexed biblionumber 22338 not indexed biblionumber 22386 not indexed biblionumber 22583 not indexed 21000 done biblionumber 23506 not indexed biblionumber 23507 not indexed biblionumber 23508 not indexed 22000 done 23000 done 24000 done 25000 done 26000 done 27000 done 28000 done 29000 done 30000 done 31000 done 32000 done 56 bibliorecords not indexed From shane at creative-entropy.com Sat Jul 21 16:29:34 2012 From: shane at creative-entropy.com (ShaneGreen) Date: Fri, 20 Jul 2012 21:29:34 -0700 (PDT) Subject: [Koha] Fast Cataloging framewok Message-ID: <1342844974564-5720665.post@n5.nabble.com> Our installation of Koha doesn't seem to have the MARC framework for fast cataloging. All we have is the default. I spent an hour and a half creating a new framework and deleting out all the fields I didn't think we needed. . .only fail. Can someone export the fast add framework for me or where can I get a copy? Thanks, Shane -- View this message in context: http://koha.1045719.n5.nabble.com/Fast-Cataloging-framewok-tp5720665.html Sent from the Koha-general mailing list archive at Nabble.com. From jcamins at cpbibliography.com Sun Jul 22 11:36:57 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Sat, 21 Jul 2012 19:36:57 -0400 Subject: [Koha] Koha 3.6.7 released Message-ID: The Koha community is proud to release Koha version 3.6.7. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.6.7 from the http://download.koha-community.org site. Debian packages will be available from the http://debian.koha-community.org shortly also. Please read the release notes below for more information RELEASE NOTES FOR KOHA 3.6.7 21 Jul 2012 ======================================================================== 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.6.7 can be downloaded from: http://download.koha-community.org/koha-3.06.07.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.6.7 is a bugfix/maintenance release. Highlights of 3.6.7 ====================== 7894 blocker Broken detail page for first link on page 2 from search result page in OPAC 8140 blocker Error when exporting label xml 8144 critical 775 tag in the MARC record causes display issue 8082 major The: IssuingInProcess configuration setting is working in reverse. 8201 major can't change receive date Bugs fixed in 3.6.7 ====================== 3638 normal Status of hold not changed when item checked in via SIP2 Interface 4330 normal Copyright statements out of date 5795 normal Missing ReservesControlBranch system pref in database installer 7548 normal Missing arguments in the pagination of receptions 7599 normal Cart JavaScript contains untranslatable English strings 7604 normal Link on basket group name for closed basket groups is broken 8111 normal Language chooser display problem in self-checkout 8116 normal z3950 empty search causes silent warning in koha-error_log 8176 normal $sqlwhere is undefined in C4::Serials in GetSubscriptions 7948 minor Printing transfer slip loses barcode field focus 3521 trivial Items table in catalogue/detail.pl and cataloguing/additem.plis sorted nonsensically 7496 trivial Personally identifying information sent in opac user TITLE 6684 enhancement koha-remove should check the number of arguments it gets 7847 enhancement OPAC search dies with plack 8001 enhancement Add some styling to the tags to allow them to be distinctive 8080 enhancement login and password is pre-filled by the browser when creating a new patron 8489 enhancement Revised ubuntu-pkg-check.sh, renamed ubuntu package files, tweaked 12.04 package file, copied 12.04 package file to ubuntu.packages New sysprefs in 3.6.7 ====================== * ReservesControlBranch 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.6/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: * Arabic (51%) * Chinese (China) (96%) * Chinese (Taiwan) (99%) * Danish (99%) * English (New Zealand) (97%) * English (USA) * English (United Kingdom) (64%) * French (99%) * French (Canada) (95%) * German (100%) * Greek (94%) * Italian (100%) * Norwegian Bokm??l (62%) * Portuguese (Brazil) (99%) * Spanish (100%) * Tetun (52%) 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.6 is Release Manager: Chris Cormack Documentation Manager: Nicole C Engard Translation Manager: Fr?d?ric Demians QA Manager: Ian Walls Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger Release Maintainer (3.6.x): Jared Camins-Esakov Credits ====================== We thank the following libraries who are known to have sponsored new features in Koha 3.6: * Arcadia Public Library * Athens County Public Libraries * East Brunswick Public Library * Halton Borough Council * Horowhenua Library Trust * Los Gatos Public Library * NEKLS * South Taranaki District Council We thank the following individuals who contributed patches to Koha 3.6.7. 4 Jared Camins-Esakov 3 Colin Campbell 7 Chris Cormack 1 Fr?d?ric Demians 4 Katrin Fischer 1 Amit Gupta 4 Kyle M Hall 1 Piotr Kowalski 3 Owen Leonard 3 Paul Poulain 1 MJ Ray 1 Robin Sheat 1 Simon Story 1 Mark Tompsett We also especially thank the following individuals who tested patches for Koha 3.6.7. 39 Jared Camins-Esakov 33 Chris Cormack 3 Jonathan Druart 2 Magnus Enger 23 Paul Poulain 2 MJ Ray 5 Liz Rea 1 Marc Veron 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.6.x. The last Koha release was 3.8.0, which was released on April 22, 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 -- 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 5p4m at gmx.de Sun Jul 22 14:25:33 2012 From: 5p4m at gmx.de (Mirko) Date: Sun, 22 Jul 2012 04:25:33 +0200 Subject: [Koha] Fast Cataloging framewok In-Reply-To: <1342844974564-5720665.post@n5.nabble.com> References: <1342844974564-5720665.post@n5.nabble.com> Message-ID: <500B649D.2030107@gmx.de> Hi, ShaneGreen wrote > Can someone export the fast add framework for me or where can I get a copy? You can get the sql file from git. You can download it from the ?marc21_fastadd_framework.sql? link here http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=installer/data/mysql/en/marcflavour/marc21/optional/marc21_fastadd_framework.sql;h=40180d06f1a49f0f7d0ed83d32a81fdf1678ceaa;hb=HEAD -- Mirko From chris at bigballofwax.co.nz Sun Jul 22 15:08:46 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Sun, 22 Jul 2012 15:08:46 +1200 Subject: [Koha] Koha 3.8.3 released Message-ID: The Koha community is proud to release Koha version 3.8.3. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.8.3 from the http://download.koha-community.org site. Debian packages will be available from the http://debian.koha-community.org shortly also. Please read the release notes below for more information RELEASE NOTES FOR KOHA 3.8.3 22 Jul 2012 NZST ======================================================================== 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.3 can be downloaded from: http://download.koha-community.org/koha-3.08.03.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.3 is a bugfix/maintenance release. Highlights of 3.8.3 ====================== 5981 blocker OPAC: Add limits to search history 7619 blocker 3M self checkout don't work in France 8154 blocker The export today's checked in barcodes generated file is always empty 8267 blocker Overdue notices not working 5644 critical dropbox mode doesn't set the correct date 7818 critical support DOM mode for Zebra indexing of bibliographic records 8289 critical Upgrading from 2.2 does not work anymore 5327 major Unit tests required for all C4 modules 7848 major Issues data missing from circulation notices 8229 major Tabs in marc subfield structure is not shown correctly 8315 major fix 'C4::Output 3.02' errors in Koha 8356 major moveitem.tt and linkitem.tt have cataloging typo 8384 major Some Perl scripts do not compile Bugs fixed in 3.8.3 ====================== 3280 normal opac/opac-sendbasket.pl security leaky 6394 normal purchase order has french hard coded in 6634 normal manager_id not populated when paying fines 6720 normal Saved authorities always show as 'Default' 6939 normal DefaultClassificationSource not used in 942$2 7299 normal ILSDI HoldItem service does't set the itemnumber in reserves table 8043 normal today's checkouts are in Previous checkouts in circulation.pl 8152 normal Clicking cancel on edit suggestion redirect to the suggestion detail 8224 normal aqplan.pl and aqbudgets: authorized values doesn't appear in planning list 8255 normal Local cover images should be cacheable 8282 normal Bug in modules list in about.pl 8311 normal Mis-scoped function call in C4::Auth 8375 normal Common diacritics not shown correctly when exporting batch label to PDF 8383 normal Need test to check that Perl files will compile 8386 normal Error in duplicate detection message for authorities 8398 normal Missing image file in staff global css 6855 minor bullet point showing in wrong place on error message 7630 minor Warning on moremember.pl about param without key 7642 minor The number that appears when hovering over a tag in the tag cloud isn't the number of items with that tag 8006 minor Loading offline circulation does not anonymize 8191 minor New value for 8 position in coded data field 100 in unimarc 8194 minor Layout problem on subscription add when showing manual history 8217 minor Focus on search box in Detail page (staff search) 8232 minor Comments in OPAC contain untranslatable javascript messages 8235 minor Packaging scripts get upset with non-Debian perl modules 8242 minor Permission for "change password" button in members toolbar should be "borrowers" instead of "staffaccess" 8272 minor OPAC : date expiration format 8288 minor showmarc.tt should not include full doc-head-close.inc 8314 minor Missing MARCISBNS param in opac-detail.pl 8335 minor Missing Icon PR.png or typo in MARC21slim2OPACDetail.xsl 6350 trivial Bug for tracking updates to the history file 7143 trivial Bug for tracking changes to the about page 7367 trivial General OPAC typo omnibus 7368 trivial General staff client typo omnibus 7994 trivial Syntax error in yaml (syspref) files 8313 trivial add ASHS to 'Koha team' page, for sponsorship of the 'star-ratings' feature 8323 trivial User created lists not sorting properly 7286 enhancement Introduce rebuild_zebra_sliced.zsh to recursively rebuild zebra & be error proof 8216 enhancement Enable critic tests on SIP modules 8223 enhancement Properly format SQL query in C4::Bookseller::GetBookSeller 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/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: * Arabic (100%) * Armenian (80%) * Chinese (Taiwan) (99%) * Danish (75%) * English (New Zealand) (78%) * English (USA) * French (100%) * French (Canada) (67%) * German (100%) * Greek (69%) * Italian (100%) * Norwegian Bokm??l (68%) * Portuguese (Brazil) (90%) * Spanish (87%) 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 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 individuals who contributed patches to Koha 3.8.3. 3 Alex Arnaud 6 Jared Camins-Esakov 3 Colin Campbell 10 Galen Charlton 1 David Cook 11 Chris Cormack 2 Fr??d??ric Demians 3 Jonathan Druart 2 Katrin Fischer 1 Chris Hall 5 Kyle M Hall 2 Claire Hernandez 2 Mason James 5 Owen Leonard 1 Fr??re S??bastien Marie 1 Julian Maurice 2 Matthias Meusburger 1 Sophie Meynieux 1 Dobrica Pavlinusic 1 Maxime Pelletier 4 Paul Poulain 3 Marcel de Rooy 2 Robin Sheat 1 Lyon3 Team 1 Mirko Tietgen 2 Mark Tompsett 1 Duncan Tyler 2 Marc Veron 1 Stacey Walker 1 wajasu We also especially thank the following individuals who tested patches for Koha 3.8.3. 1 Tomas Cohen Arazi 17 Jared Camins-Esakov 10 Galen Charlton 82 Chris Cormack 1 Fr??d??ric Demians 1 Jonathan Druart 3 Nicole C. Engard 10 Katrin Fischer 4 Kyle M Hall 1 Mason James 2 Owen Leonard 1 Julian Maurice 1 Dobrica Pavlinusic 62 Paul Poulain 1 Liz Rea 2 Martin Renvoize 3 Marcel de Rooy 1 Robin Sheat 1 Delaye Stephane 5 Marc Veron 2 Stacey Walker 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.8.2, which was released on June 22, 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 maq_baq at yahoo.com Sun Jul 22 22:11:53 2012 From: maq_baq at yahoo.com (maq baq) Date: Sun, 22 Jul 2012 03:11:53 -0700 (PDT) Subject: [Koha] backup & restore problem Message-ID: <1342951913.29010.YahooMailNeo@web114107.mail.gq1.yahoo.com> hi, i work on koha 3.2, i've done backup koha database in deffirent ways (mysqldump, phpmyadmin, ....) when i try to restore it, the books' data do not restore to catalogue but to resorvior, anyone have a solution to this problem, please. mohammad abid qassim programmer From sossolapro at hotmail.com Mon Jul 23 15:38:41 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Mon, 23 Jul 2012 05:38:41 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <1340346523.91512487@apps.rackspace.com>, , ,,,,,,,,, , , , ,,,,, , , , , , , , , , , , , , , , , , , , , , , , , , , , <6a837a2b-98e1-4e74-8afc-43ea22bb6632@email.android.com>, , , , , , , , , , , , , , , , <4FE82D79.6080904@catalyst.net.nz>, , , , , ,,, , ,,, , , <4FE870A7.3050007@veron.ch>, , ,,,,, , ,,,,<50066D15.3080205@catalyst.net.nz>,,, , , , , , , , , , , <50091B6B.6060201@catalyst.net.nz>, , , , , , Message-ID: Hello It seems that we can't use 'delete' commands in the Koha admin website (build SQL reports or so). How can I do that? I need to delete these records, I know the proper command, I just want to be allowed to do it. (I am now down to 20 faulty records, so I will just delete them from the database one by one, I know they are only present in the 'biblio' table) Cheers, Sonia. > From: sossolapro at hotmail.com > To: koha at lists.katipo.co.nz > Date: Sun, 22 Jul 2012 00:00:42 +0200 > Subject: [Koha] SQL queries to delete records from the database? > > > Hi there > > (re: rebuild-zebra stops working very often, which is not a proper title any more... :p) > > I tried to edit a few records from these non-indexed records. As we speak another language, we have accent issues. So I need to make sure (again) that our librarians doesn't use any accent on the letters. So all the records which I have found from that list of non-indexed records have accent problems. > > On some records, I can edit the content and remove the accents. > > > But for some records, I can't even edit the content, because then there > is an error with Koha, the page doesn't show anything with something > like that: << Software error: Can't call method "field" on an > undefined value at /usr/share/koha/lib/C4/Items.pm line 1421.>> > which is just a random error because it can't find the record anymore > (it finds the records on certain pages, for instance if I want to see > its history, but it can't find the record on any page where it should > show its title). So no way to solve the problem using the Koha > interface... > > > I guess I need a sql query to delete these records from the > database, but something that would really delete everything related to > that item (history, etc). Do you have any idea about that? > > > But then I just don't understand why these problem records prevent zebra from reindexing the newly entered records... :/ > > Anyway, I have done the koha-rebuild-zebra -v -f library command to reindex everything. > See below the new report from that new perl script, we moved from 138 non-indexed records to 56 non-indexed records, just because I have modified a few records (5?) and because I have rerun rebuild-zebra (so it indexed the newly entered records which had no accent problems anyway). > > Many thanks for your help! > Would greatly appreciate your expertise about SQL queries to delete everything for faulty records. > > Sonia. > > ############ > > 1000 done > 2000 done > biblionumber 2315 not indexed > 3000 done > 4000 done > biblionumber 5230 not indexed > biblionumber 5234 not indexed > 5000 done > 6000 done > 7000 done > 8000 done > 9000 done > 10000 done > 11000 done > 12000 done > 13000 done > 14000 done > 15000 done > 16000 done > 17000 done > biblionumber 19992 not indexed > biblionumber 20030 not indexed > 18000 done > biblionumber 20177 not indexed > biblionumber 20234 not indexed > biblionumber 20316 not indexed > biblionumber 20317 not indexed > biblionumber 20397 not indexed > biblionumber 20398 not indexed > biblionumber 20399 not indexed > biblionumber 20400 not indexed > biblionumber 20418 not indexed > biblionumber 20446 not indexed > biblionumber 20448 not indexed > biblionumber 20491 not indexed > biblionumber 20494 not indexed > biblionumber 20495 not indexed > biblionumber 20499 not indexed > biblionumber 20500 not indexed > biblionumber 20501 not indexed > biblionumber 20502 not indexed > biblionumber 20505 not indexed > biblionumber 20590 not indexed > biblionumber 20614 not indexed > biblionumber 20615 not indexed > biblionumber 20616 not indexed > biblionumber 20617 not indexed > biblionumber 20618 not indexed > biblionumber 20626 not indexed > biblionumber 20627 not indexed > biblionumber 20628 not indexed > biblionumber 20648 not indexed > biblionumber 20677 not indexed > biblionumber 20686 not indexed > biblionumber 20849 not indexed > biblionumber 20917 not indexed > biblionumber 20921 not indexed > biblionumber 21016 not indexed > biblionumber 21039 not indexed > biblionumber 21045 not indexed > biblionumber 21097 not indexed > biblionumber 21138 not indexed > biblionumber 21141 not indexed > biblionumber 21142 not indexed > biblionumber 21145 not indexed > 19000 done > biblionumber 21810 not indexed > biblionumber 21811 not indexed > 20000 done > biblionumber 22320 not indexed > biblionumber 22338 not indexed > biblionumber 22386 not indexed > biblionumber 22583 not indexed > 21000 done > biblionumber 23506 not indexed > biblionumber 23507 not indexed > biblionumber 23508 not indexed > 22000 done > 23000 done > 24000 done > 25000 done > 26000 done > 27000 done > 28000 done > 29000 done > 30000 done > 31000 done > 32000 done > 56 bibliorecords not indexed > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From chrisc at catalyst.net.nz Mon Jul 23 15:42:59 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 23 Jul 2012 15:42:59 +1200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch> <50066D15.3080205@catalyst.net.nz> <50091B6B.6060201@catalyst.net.nz> Message-ID: <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> * Sonia P. (sossolapro at hotmail.com) wrote: > > Hello > > It seems that we can't use 'delete' commands in the Koha admin website (build SQL reports or so). How can I do that? > I need to delete these records, I know the proper command, I just want to be allowed to do it. > Yes, that is because its a hugely dangerous thing to allow someone to type a delete into the web interface. Imagine, delete from issues; For doing these kind of operations, you should do it in the mysql prompt on the commandline. After backing up the database of course. Chris > (I am now down to 20 faulty records, so I will just delete them from the database one by one, I know they are only present in the 'biblio' table) > > Cheers, > > Sonia. > > > > From: sossolapro at hotmail.com > > To: koha at lists.katipo.co.nz > > Date: Sun, 22 Jul 2012 00:00:42 +0200 > > Subject: [Koha] SQL queries to delete records from the database? > > > > > > Hi there > > > > (re: rebuild-zebra stops working very often, which is not a proper title any more... :p) > > > > I tried to edit a few records from these non-indexed records. As we speak another language, we have accent issues. So I need to make sure (again) that our librarians doesn't use any accent on the letters. So all the records which I have found from that list of non-indexed records have accent problems. > > > > On some records, I can edit the content and remove the accents. > > > > > > But for some records, I can't even edit the content, because then there > > is an error with Koha, the page doesn't show anything with something > > like that: << Software error: Can't call method "field" on an > > undefined value at /usr/share/koha/lib/C4/Items.pm line 1421.>> > > which is just a random error because it can't find the record anymore > > (it finds the records on certain pages, for instance if I want to see > > its history, but it can't find the record on any page where it should > > show its title). So no way to solve the problem using the Koha > > interface... > > > > > > I guess I need a sql query to delete these records from the > > database, but something that would really delete everything related to > > that item (history, etc). Do you have any idea about that? > > > > > > But then I just don't understand why these problem records prevent zebra from reindexing the newly entered records... :/ > > > > Anyway, I have done the koha-rebuild-zebra -v -f library command to reindex everything. > > See below the new report from that new perl script, we moved from 138 non-indexed records to 56 non-indexed records, just because I have modified a few records (5?) and because I have rerun rebuild-zebra (so it indexed the newly entered records which had no accent problems anyway). > > > > Many thanks for your help! > > Would greatly appreciate your expertise about SQL queries to delete everything for faulty records. > > > > Sonia. > > > > ############ > > > > 1000 done > > 2000 done > > biblionumber 2315 not indexed > > 3000 done > > 4000 done > > biblionumber 5230 not indexed > > biblionumber 5234 not indexed > > 5000 done > > 6000 done > > 7000 done > > 8000 done > > 9000 done > > 10000 done > > 11000 done > > 12000 done > > 13000 done > > 14000 done > > 15000 done > > 16000 done > > 17000 done > > biblionumber 19992 not indexed > > biblionumber 20030 not indexed > > 18000 done > > biblionumber 20177 not indexed > > biblionumber 20234 not indexed > > biblionumber 20316 not indexed > > biblionumber 20317 not indexed > > biblionumber 20397 not indexed > > biblionumber 20398 not indexed > > biblionumber 20399 not indexed > > biblionumber 20400 not indexed > > biblionumber 20418 not indexed > > biblionumber 20446 not indexed > > biblionumber 20448 not indexed > > biblionumber 20491 not indexed > > biblionumber 20494 not indexed > > biblionumber 20495 not indexed > > biblionumber 20499 not indexed > > biblionumber 20500 not indexed > > biblionumber 20501 not indexed > > biblionumber 20502 not indexed > > biblionumber 20505 not indexed > > biblionumber 20590 not indexed > > biblionumber 20614 not indexed > > biblionumber 20615 not indexed > > biblionumber 20616 not indexed > > biblionumber 20617 not indexed > > biblionumber 20618 not indexed > > biblionumber 20626 not indexed > > biblionumber 20627 not indexed > > biblionumber 20628 not indexed > > biblionumber 20648 not indexed > > biblionumber 20677 not indexed > > biblionumber 20686 not indexed > > biblionumber 20849 not indexed > > biblionumber 20917 not indexed > > biblionumber 20921 not indexed > > biblionumber 21016 not indexed > > biblionumber 21039 not indexed > > biblionumber 21045 not indexed > > biblionumber 21097 not indexed > > biblionumber 21138 not indexed > > biblionumber 21141 not indexed > > biblionumber 21142 not indexed > > biblionumber 21145 not indexed > > 19000 done > > biblionumber 21810 not indexed > > biblionumber 21811 not indexed > > 20000 done > > biblionumber 22320 not indexed > > biblionumber 22338 not indexed > > biblionumber 22386 not indexed > > biblionumber 22583 not indexed > > 21000 done > > biblionumber 23506 not indexed > > biblionumber 23507 not indexed > > biblionumber 23508 not indexed > > 22000 done > > 23000 done > > 24000 done > > 25000 done > > 26000 done > > 27000 done > > 28000 done > > 29000 done > > 30000 done > > 31000 done > > 32000 done > > 56 bibliorecords not indexed > > > > _______________________________________________ > > 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 -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand From sossolapro at hotmail.com Mon Jul 23 15:57:46 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Mon, 23 Jul 2012 05:57:46 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> References: <4FE870A7.3050007@veron.ch>, , <50066D15.3080205@catalyst.net.nz>, , , <50091B6B.6060201@catalyst.net.nz>, , , , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> Message-ID: So something like that? mysqldump -u kohauser -p kohalibrary > savedatabase230712.sql mysql -u username -p[password]use kohalibrary;DELETE FROM biblio WHERE biblionumber='2315'; (never done mysql things in commandline before...) Cheers, Sonia. > Date: Mon, 23 Jul 2012 15:42:59 +1200 > From: chrisc at catalyst.net.nz > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > Subject: Re: [Koha] SQL queries to delete records from the database? > > * Sonia P. (sossolapro at hotmail.com) wrote: > > > > Hello > > > > It seems that we can't use 'delete' commands in the Koha admin website (build SQL reports or so). How can I do that? > > I need to delete these records, I know the proper command, I just want to be allowed to do it. > > > Yes, that is because its a hugely dangerous thing to allow someone to > type a delete into the web interface. Imagine, delete from issues; > > For doing these kind of operations, you should do it in the mysql > prompt on the commandline. After backing up the database of course. > > Chris > > > (I am now down to 20 faulty records, so I will just delete them from the database one by one, I know they are only present in the 'biblio' table) > > > > Cheers, > > > > Sonia. > > > > > > > From: sossolapro at hotmail.com > > > To: koha at lists.katipo.co.nz > > > Date: Sun, 22 Jul 2012 00:00:42 +0200 > > > Subject: [Koha] SQL queries to delete records from the database? > > > > > > > > > Hi there > > > > > > (re: rebuild-zebra stops working very often, which is not a proper title any more... :p) > > > > > > I tried to edit a few records from these non-indexed records. As we speak another language, we have accent issues. So I need to make sure (again) that our librarians doesn't use any accent on the letters. So all the records which I have found from that list of non-indexed records have accent problems. > > > > > > On some records, I can edit the content and remove the accents. > > > > > > > > > But for some records, I can't even edit the content, because then there > > > is an error with Koha, the page doesn't show anything with something > > > like that: << Software error: Can't call method "field" on an > > > undefined value at /usr/share/koha/lib/C4/Items.pm line 1421.>> > > > which is just a random error because it can't find the record anymore > > > (it finds the records on certain pages, for instance if I want to see > > > its history, but it can't find the record on any page where it should > > > show its title). So no way to solve the problem using the Koha > > > interface... > > > > > > > > > I guess I need a sql query to delete these records from the > > > database, but something that would really delete everything related to > > > that item (history, etc). Do you have any idea about that? > > > > > > > > > But then I just don't understand why these problem records prevent zebra from reindexing the newly entered records... :/ > > > > > > Anyway, I have done the koha-rebuild-zebra -v -f library command to reindex everything. > > > See below the new report from that new perl script, we moved from 138 non-indexed records to 56 non-indexed records, just because I have modified a few records (5?) and because I have rerun rebuild-zebra (so it indexed the newly entered records which had no accent problems anyway). > > > > > > Many thanks for your help! > > > Would greatly appreciate your expertise about SQL queries to delete everything for faulty records. > > > > > > Sonia. > > > > > > ############ > > > > > > 1000 done > > > 2000 done > > > biblionumber 2315 not indexed > > > 3000 done > > > 4000 done > > > biblionumber 5230 not indexed > > > biblionumber 5234 not indexed > > > 5000 done > > > 6000 done > > > 7000 done > > > 8000 done > > > 9000 done > > > 10000 done > > > 11000 done > > > 12000 done > > > 13000 done > > > 14000 done > > > 15000 done > > > 16000 done > > > 17000 done > > > biblionumber 19992 not indexed > > > biblionumber 20030 not indexed > > > 18000 done > > > biblionumber 20177 not indexed > > > biblionumber 20234 not indexed > > > biblionumber 20316 not indexed > > > biblionumber 20317 not indexed > > > biblionumber 20397 not indexed > > > biblionumber 20398 not indexed > > > biblionumber 20399 not indexed > > > biblionumber 20400 not indexed > > > biblionumber 20418 not indexed > > > biblionumber 20446 not indexed > > > biblionumber 20448 not indexed > > > biblionumber 20491 not indexed > > > biblionumber 20494 not indexed > > > biblionumber 20495 not indexed > > > biblionumber 20499 not indexed > > > biblionumber 20500 not indexed > > > biblionumber 20501 not indexed > > > biblionumber 20502 not indexed > > > biblionumber 20505 not indexed > > > biblionumber 20590 not indexed > > > biblionumber 20614 not indexed > > > biblionumber 20615 not indexed > > > biblionumber 20616 not indexed > > > biblionumber 20617 not indexed > > > biblionumber 20618 not indexed > > > biblionumber 20626 not indexed > > > biblionumber 20627 not indexed > > > biblionumber 20628 not indexed > > > biblionumber 20648 not indexed > > > biblionumber 20677 not indexed > > > biblionumber 20686 not indexed > > > biblionumber 20849 not indexed > > > biblionumber 20917 not indexed > > > biblionumber 20921 not indexed > > > biblionumber 21016 not indexed > > > biblionumber 21039 not indexed > > > biblionumber 21045 not indexed > > > biblionumber 21097 not indexed > > > biblionumber 21138 not indexed > > > biblionumber 21141 not indexed > > > biblionumber 21142 not indexed > > > biblionumber 21145 not indexed > > > 19000 done > > > biblionumber 21810 not indexed > > > biblionumber 21811 not indexed > > > 20000 done > > > biblionumber 22320 not indexed > > > biblionumber 22338 not indexed > > > biblionumber 22386 not indexed > > > biblionumber 22583 not indexed > > > 21000 done > > > biblionumber 23506 not indexed > > > biblionumber 23507 not indexed > > > biblionumber 23508 not indexed > > > 22000 done > > > 23000 done > > > 24000 done > > > 25000 done > > > 26000 done > > > 27000 done > > > 28000 done > > > 29000 done > > > 30000 done > > > 31000 done > > > 32000 done > > > 56 bibliorecords not indexed > > > > > > _______________________________________________ > > > 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 > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand From chris at bigballofwax.co.nz Mon Jul 23 16:00:21 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 23 Jul 2012 16:00:21 +1200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch> <50066D15.3080205@catalyst.net.nz> <50091B6B.6060201@catalyst.net.nz> <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> Message-ID: On 23 July 2012 15:57, Sonia P. wrote: > > > > So something like that? > > > > > > mysqldump -u kohauser -p kohalibrary > savedatabase230712.sql > > > mysql -u username -p[password]use kohalibrary;DELETE FROM biblio WHERE biblionumber='2315'; > (never done mysql things in commandline before...) > Cheers, > Sonia. > Yes If you are incredibly sure you want do this, and you are sure you know how to restore from a backup, and no one is using or has used Koha since you made that backup. Chris From sossolapro at hotmail.com Mon Jul 23 17:15:31 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Mon, 23 Jul 2012 07:15:31 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch> , <50066D15.3080205@catalyst.net.nz> , <50091B6B.6060201@catalyst.net.nz>, , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> , Message-ID: OK, thanks. Yes, I am 100% sure I want to do this. We have been dealing with that recurrent index problem for months now. I am despaired. I could try anything. :) (and deleting a few lines in the biblio table won't probably crash anything...) I don't know how to restore from a back-up but someone is here to deal with major issues like that, and I could learn. Sonia. > From: chris at bigballofwax.co.nz > Date: Mon, 23 Jul 2012 16:00:21 +1200 > Subject: Re: [Koha] SQL queries to delete records from the database? > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > > On 23 July 2012 15:57, Sonia P. wrote: > > > > > > > > So something like that? > > > > > > > > > > > > mysqldump -u kohauser -p kohalibrary > savedatabase230712.sql > > > > > > mysql -u username -p[password]use kohalibrary;DELETE FROM biblio WHERE biblionumber='2315'; > > (never done mysql things in commandline before...) > > Cheers, > > Sonia. > > > Yes > > > If you are incredibly sure you want do this, and you are sure you know > how to restore from a backup, and no one is using or has used Koha > since you made that backup. > > Chris From mtompset at hotmail.com Mon Jul 23 17:37:48 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 23 Jul 2012 13:37:48 +0800 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch>, <50066D15.3080205@catalyst.net.nz>, <50091B6B.6060201@catalyst.net.nz>, , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz>, Message-ID: Greetings, Did I hear someone say 'recurrent index problems'? I think this means I should repaste my indexing journey here. This was on an Ubuntu 10.04 LTS VM with only 512MB of memory. As such, your mileage may vary. And if there is something wrong in here, someone can comment and correct me. --- BEGIN POST FROM ZEBRA LIST --- Greetings, I am sharing this in hopes that this helps people who are frustrated trying to figure out why Zebra indexing is not working for them. When I initially did a standard install, I ran the full reindex as root. This was a mistake! This created a whole bunch of files with root.root as the owner.group in the subdirectories of the /var/lib/koha/zebradb/ directory. I corrected this problem with: adminuser$ sudo chown ?R ?v koha.koha /var/lib/koha/zebradb This, however, did not solve the problem. It was then suggested that I restart the koha-zebra-daemon (Thanks to jcamins): adminuser$ sudo service koha-zebra-daemon restart This corrected the problem temporarily, and everything was running as koha (the crontab to do a full reindex, etc.) adminuser$ sudo cat /etc/cron.d/koha [it had ?koha? in the ?run as this user? column] adminuser$ ps aux | grep zebra koha 11635 0.0 1.3 99632 7192 ? S 10:40 0:00 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml koha 12563 0.0 0.1 18296 584 ? Ss Jun29 0:00 daemon --name=koha-zebra-ctl.kohadata --errlog=/var/log/koha/koha-zebradaemon.err --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 -- /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml adminuser 12722 0.0 0.1 6160 680 pts/0 S+ 11:49 0:00 grep --color=auto zebra However, our VM was running low on memory (512MB total) and full indexes were triggering out of memory problems. I found that stopping the apache server, doing the full reindex, restarting the koha-zebra-daemon and then starting the apache server allowed for a successful reindex and searching to work properly. adminuser$ sudo service apache2 stop adminuser$ sudo su ? koha koha$ cd /usr/share/koha/bin/migration_tools koha$ echo $KOHA_CONF [this better be set correctly] koha$ echo $PERL5LIB [this better be set correctly] koha$ ./rebuild_zebra ?b ?a ?r ?v [long indexing/exporting output which could take several hours ? DO THIS AFTER HOURS!! ? unless it is currently broken] koha$ exit adminuser$ sudo service apache2 start How did I know we were having memory problems? I opened a secondary window and watched while reindexing, and I noticed some errors in the logs adminuser$ free ?m ?s 1 [output snipped] ^C adminuser$ cd /var/log/koha adminuser$ grep memory * [you?ll recognize the problem when you see the output] If you don?t have swap and can turn it on, do so. This is left as an exercise for sysadmin administrators. I don?t know why I have to restart the koha-zebra-daemon after a full-reindex, but I?m hoping to get a memory bump to 1GB from 512MB, and then not have to stop apache. We sadly, can not turn on swap. Anyways, I hope this helps someone somewhere. Also, if someone can explain why I need to restart the koha-zebra-daemon after a full reindex even as koha, that would be appreciated too. I was thinking that perhaps the daemon has filehandles open when the files are deleted, and so the filehandles it has are stale? GPML, Mark Tompsett --- END POST FROM ZEBRA LIST --- From sossolapro at hotmail.com Mon Jul 23 19:07:04 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Mon, 23 Jul 2012 09:07:04 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch>, <50066D15.3080205@catalyst.net.nz>, <50091B6B.6060201@catalyst.net.nz>, , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz>, , Message-ID: Thanks for your help, Marc. We don't use zebra-daemon, as I think it's deprecated (are we wrong?). But I still forward your message to our server guy, maybe it will give him some clues. Cheers, Sonia. > From: mtompset at hotmail.com > To: sossolapro at hotmail.com > CC: koha at lists.katipo.co.nz > Subject: Re: [Koha] SQL queries to delete records from the database? > Date: Mon, 23 Jul 2012 13:37:48 +0800 > > Greetings, > > Did I hear someone say 'recurrent index problems'? > I think this means I should repaste my indexing journey here. > This was on an Ubuntu 10.04 LTS VM with only 512MB of memory. As such, your > mileage may vary. And if there is something wrong in here, someone can > comment and correct me. > > --- BEGIN POST FROM ZEBRA LIST --- > Greetings, > > I am sharing this in hopes that this helps people who are frustrated trying > to figure out why Zebra indexing is not working for them. > > When I initially did a standard install, I ran the full reindex as root. > This was a mistake! This created a whole bunch of files with root.root as > the owner.group in the subdirectories of the /var/lib/koha/zebradb/ > directory. I corrected this problem with: > > adminuser$ sudo chown ?R ?v koha.koha /var/lib/koha/zebradb > > This, however, did not solve the problem. It was then suggested that I > restart the koha-zebra-daemon (Thanks to jcamins): > > adminuser$ sudo service koha-zebra-daemon restart > > This corrected the problem temporarily, and everything was running as koha > (the crontab to do a full reindex, etc.) > > adminuser$ sudo cat /etc/cron.d/koha > [it had ?koha? in the ?run as this user? column] > adminuser$ ps aux | grep zebra > koha 11635 0.0 1.3 99632 7192 ? S 10:40 0:00 > /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml > koha 12563 0.0 0.1 18296 584 ? Ss Jun29 0:00 > daemon --name=koha-zebra-ctl.kohadata --errlog=/var/log/koha/koha-zebradaemon.err > --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log > --verbose=1 --respawn --delay=30 -- /usr/bin/zebrasrv -v none,fatal,warn -f > /etc/koha/koha-conf.xml > adminuser 12722 0.0 0.1 6160 680 pts/0 S+ 11:49 0:00 > grep --color=auto zebra > > However, our VM was running low on memory (512MB total) and full indexes > were triggering out of memory problems. I found that stopping the apache > server, doing the full reindex, restarting the koha-zebra-daemon and then > starting the apache server allowed for a successful reindex and searching to > work properly. > > adminuser$ sudo service apache2 stop > adminuser$ sudo su ? koha > koha$ cd /usr/share/koha/bin/migration_tools > koha$ echo $KOHA_CONF > [this better be set correctly] > koha$ echo $PERL5LIB > [this better be set correctly] > koha$ ./rebuild_zebra ?b ?a ?r ?v > [long indexing/exporting output which could take several hours ? DO THIS > AFTER HOURS!! ? unless it is currently broken] > koha$ exit > adminuser$ sudo service apache2 start > > How did I know we were having memory problems? I opened a secondary window > and watched while reindexing, and I noticed some errors in the logs > adminuser$ free ?m ?s 1 > [output snipped] > ^C > adminuser$ cd /var/log/koha > adminuser$ grep memory * > [you?ll recognize the problem when you see the output] > > If you don?t have swap and can turn it on, do so. This is left as an > exercise for sysadmin administrators. > > I don?t know why I have to restart the koha-zebra-daemon after a > full-reindex, but I?m hoping to get a memory bump to 1GB from 512MB, and > then not have to stop apache. We sadly, can not turn on swap. > > Anyways, I hope this helps someone somewhere. Also, if someone can explain > why I need to restart the koha-zebra-daemon after a full reindex even as > koha, that would be appreciated too. I was thinking that perhaps the daemon > has filehandles open when the files are deleted, and so the filehandles it > has are stale? > > GPML, > Mark Tompsett > --- END POST FROM ZEBRA LIST --- > From vimal0212 at gmail.com Mon Jul 23 19:11:26 2012 From: vimal0212 at gmail.com (Vimal Kumar V.) Date: Mon, 23 Jul 2012 12:41:26 +0530 Subject: [Koha] Zebra problem with Ubuntu 12.04 Message-ID: Dear Friends, I just upgraded from 3.8.2 to 3.8.3 Everything working fine, but problem with zebra. After adding catalogue records, newly added records does not display in OPAC when searching. Every time I have to rebuild zebra manually. I installed Koha on Ubuntu 12.04. Anybody experienced same problem. How to solve it? Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org 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 chrisc at catalyst.net.nz Mon Jul 23 19:19:57 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Mon, 23 Jul 2012 19:19:57 +1200 Subject: [Koha] Zebra problem with Ubuntu 12.04 In-Reply-To: References: Message-ID: <20120723071957.GL7497@rorohiko.wgtn.cat-it.co.nz> * Vimal Kumar V. (vimal0212 at gmail.com) wrote: > Dear Friends, > > I just upgraded from 3.8.2 to 3.8.3 > Everything working fine, but problem with zebra. > After adding catalogue records, newly added records does not display in > OPAC when searching. > Every time I have to rebuild zebra manually. > I installed Koha on Ubuntu 12.04. > Anybody experienced same problem. > How to solve it? > Sounds to me like either your cron job is not running. Or the permissions are mucked up. Check your cron job to run rebuild_zebra.pl is set up right and is running at a regular interval 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 Mon Jul 23 19:37:28 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Mon, 23 Jul 2012 15:37:28 +0800 Subject: [Koha] Zebra problem with Ubuntu 12.04 In-Reply-To: References: Message-ID: Greetings, > I just upgraded from 3.8.2 to 3.8.3 Congratulations on the upgrade. > Everything working fine, but problem with zebra. > After adding catalogue records, newly added records does not display in > OPAC when searching. > Every time I have to rebuild zebra manually. > I installed Koha on Ubuntu 12.04. > Anybody experienced same problem. > How to solve it? Like Chris said, it is quite likely a permissions problem or the crontab not being set up. Remember to only run a full reindex as the koha user! Otherwise you likely will get permissions problems. I'm assuming you are using the crontab method and that your /etc/cron.d/koha is something like: -------------------- KOHA_CONF=/etc/koha/koha-conf.xml KOHAPATH=/usr/share/koha PERL5LIB=$KOHAPATH/lib # This runs every 5 minutes */5 * * * * koha $KOHAPATH/bin/migration_tools/rebuild_zebra.pl -a -b -z &> /dev/null -------------------- Your crontab job probably doesn't run immediately. Did you wait the 5-10 minutes? However, if you truly waited long enough, then here is a repost of my indexing journey. It includes the things I checked, and how I corrected them. http://koha.1045719.n5.nabble.com/Automatic-email-new-accounts-td5717388.html#a5720725 I hope these steps I took to resolve our problem will point you in the right direction for yours. If you don't have a memory issue, then there is no need to stop apache. GPML, Mark Tompsett From p.librarykoha at gmail.com Mon Jul 23 20:17:45 2012 From: p.librarykoha at gmail.com (Paul Sai) Date: Mon, 23 Jul 2012 01:17:45 -0700 (PDT) Subject: [Koha] Integrated Library System Administrator Message-ID: <1343031465802-5720743.post@n5.nabble.com> Good morning, We are a small library (60,000 volumes, no more than 10 loans per day), we purchased a server on which we installed the open-source software Koha Integrated Library Sistem. We write because we need some advice, maybe based on how you manage the system, as we should do a cost estimate for a professionist that should do the management of the server an of the Koha software. The professionist, ILS (Integrated Library System Administrator) of Koha, will have the responsibility to ensure the continued functioning of the whole system (Koha-Server), should take the same system upgrade, should do the program management of Koha through the System and Administrator Preferences Panel and should assistance to library staff in case of cataloging problems. We apologize for the inconvenience and appreciate your support Thanks and Regards Paul Librarian -- View this message in context: http://koha.1045719.n5.nabble.com/Integrated-Library-System-Administrator-tp5720743.html Sent from the Koha-general mailing list archive at Nabble.com. From m.kirjasto.hailuoto at gmail.com Mon Jul 23 22:25:13 2012 From: m.kirjasto.hailuoto at gmail.com (Hailuodon Kunnankirjasto) Date: Mon, 23 Jul 2012 13:25:13 +0300 Subject: [Koha] Koha version feature summary? Message-ID: Hi, grts from Finland Europe! Ive been wondering has anybdy listed on one doc functional features of major Koha versions? I run live a experimental Koha 3.6.2. on periodicals of my 20 000 item'ish rural public library in Northern Finland. Now, I miss for my upcoming (due 1.1.2013) project reports general part a description of Koha's feature delevopment to ground my by-far-final version choice. :)) 3.2 3.3 3.4 3.5. 3.6 3.7 3.8 Any help? 3.8. and some earlier versions new features can be obtained but as far as I see it, the earlier feature specs have not been informed in any especially explicit manner. Especially from usability viewm not technical. tx in adv , from Gary From chris at bigballofwax.co.nz Mon Jul 23 22:32:42 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 23 Jul 2012 22:32:42 +1200 Subject: [Koha] Koha version feature summary? In-Reply-To: References: Message-ID: On 23 July 2012 22:25, Hailuodon Kunnankirjasto wrote: > Hi, grts from Finland Europe! > > Ive been wondering has anybdy listed on one doc functional features of > major Koha versions? > I run live a experimental Koha 3.6.2. on periodicals of my 20 000 item'ish > rural public library in Northern Finland. > > Now, I miss for my upcoming (due 1.1.2013) project reports general part a > description of Koha's feature delevopment to ground my by-far-final version > choice. :)) > 3.2 > 3.3 > 3.4 > 3.5. > 3.6 > 3.7 > 3.8 > > > Any help? 3.8. and some earlier versions new features can be obtained but > as far as I see it, the earlier feature specs have not been informed in any > especially explicit manner. > Especially from usability viewm not technical. > For a start, there never has been a 3.3.x, 3.5.x, or 3.7.x release. Releases always have the second number an even number. Also versions are always 3 numbers, 3.2.0, 3.2.1. 3.4.0 etc. Also, the release notes are in the git repository. eg http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=misc/release_notes;h=b6eebe16e771cead367f368b7c2383e03e231814;hb=108e901043f0766f8c103f3826b5af1cdb6daaa4 Plus on the website eg http://koha-community.org/koha-3-8-3-released/ Hope this helps Chris From hagud at orex.es Mon Jul 23 22:40:30 2012 From: hagud at orex.es (Hugo Agud) Date: Mon, 23 Jul 2012 12:40:30 +0200 Subject: [Koha] Koha 3.8.0 Released In-Reply-To: References: Message-ID: Hi Chris I have seen again where I saw it.. the chance of sharing patterns... it was not a official community new it was a presentation in Kohacon11 http://bywatersolutions.com/2011/11/01/biblibres-work-on-acquisitions-and-serials/ *Define serials frequencies and number patterns in Admin: Breaks out all this logic that was only in serials Javascript into admin pages. Users can easily add their own frequencies and numbering patterns beyond the default ones, and have them saved and ready to use when creating a subscription (instead of doing it every time). I?m very excited about this one. We can put everyone?s patterns and frequencies on the wiki, so everyone can share, just like SQL and JQuery ** libraries. Then the next trick is to build a database to tie specific titles to those patterns, so people don?t have to make them from scratch each* time. Kindest Regards Hugo 2012/4/24 Chris Cormack > > On Apr 24, 2012 5:22 PM, "Hugo Agud" wrote: > > > > Hello > > > > It is a great, great job congratulations to everybody, > > > > I have one question on the new release, I read that was planned for > release in 3.8 the chance of sharing , subscription patterns (kardex) > between koha sites. > > > > Is that feature included in 3.8 i have not seen it in the list you have > provided > > Hi Hugo > > I can't see it in bugzilla or on the wiki. So I don't think anyone has > been working on this. Where did you hear about it? > > > > > Once again, thank you very much for this greeat job! > > > > Yes a big thank you to Paul Poulain our release manager, and to the rest > of the release team. > > Chris > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From chris at bigballofwax.co.nz Mon Jul 23 22:52:20 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Mon, 23 Jul 2012 22:52:20 +1200 Subject: [Koha] Koha 3.8.0 Released In-Reply-To: References: Message-ID: On 23 July 2012 22:40, Hugo Agud wrote: > > Hi Chris > > I have seen again where I saw it.. the chance of sharing patterns... it was not a official community new it was a presentation in Kohacon11 > > http://bywatersolutions.com/2011/11/01/biblibres-work-on-acquisitions-and-serials/ > Ahh, Well you would have to ask Biblibre about that, I didn't see it in the release notes, or on bugzilla, or on the wiki. So it looks like not submitted yet, you could ask Paul (he is release manager for 3.10.0 and was release manager for 3.8.0) Chris From ksckemperman at chartermi.net Mon Jul 23 22:53:56 2012 From: ksckemperman at chartermi.net (Shelley & Kurt Kemperman) Date: Mon, 23 Jul 2012 06:53:56 -0400 Subject: [Koha] "location" column after search not correct - any help? Message-ID: <08266A91-998F-453D-910E-1F4937E8F214@chartermi.net> Our server went down and has been replaced. Data appears to be mostly intact. When I search, I get the list of results, but the location column will say "No items" for most results, even though they are checked in. The occasional result will have the correct location info, but some will also say the item is checked out when it is not. If I click on the record, the location info is correct there. Any suggestions? Thanks, Shelley From paul.poulain at biblibre.com Mon Jul 23 23:18:56 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Mon, 23 Jul 2012 13:18:56 +0200 Subject: [Koha] Koha 3.8.0 Released In-Reply-To: References: Message-ID: <500D3320.7000001@biblibre.com> Le 23/07/2012 12:40, Hugo Agud a ?crit : > Hi Chris > > I have seen again where I saw it.. the chance of sharing patterns... it was > not a official community new it was a presentation in Kohacon11 The bug and the patch is here : http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7688 it's signed off, so hopefully, it should be in 3.10 Note that it doesn't (and never was expected to) manage worldwide sharing of numbering patterns. It's just a "library wide" sharing pattern : you create your pattern on your Koha, and all the librarians using the same Koha as your's can use it. (The idea of sharing them on the wiki is a good idea though) > http://bywatersolutions.com/2011/11/01/biblibres-work-on-acquisitions-and-serials/ > > *Define serials frequencies and number patterns in Admin: Breaks out all > this logic that was only in serials Javascript into admin pages. Users can > easily add their own frequencies and numbering patterns beyond the default > ones, and have them saved and ready to use when creating a subscription > (instead of doing it every time). I?m very excited about this one. We can > put everyone?s patterns and frequencies on the wiki, so everyone can share, > just like SQL and > JQuery ** libraries. > Then the next trick is to build a database to tie specific titles to those > patterns, so people don?t have to make them from scratch each* time. > -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From hagud at orex.es Mon Jul 23 23:24:21 2012 From: hagud at orex.es (Hugo Agud) Date: Mon, 23 Jul 2012 13:24:21 +0200 Subject: [Koha] Koha 3.8.0 Released In-Reply-To: <500D3320.7000001@biblibre.com> References: <500D3320.7000001@biblibre.com> Message-ID: thanks a lot for the info!!! 2012/7/23 Paul Poulain > Le 23/07/2012 12:40, Hugo Agud a ?crit : > > Hi Chris > > > > > I have seen again where I saw it.. the chance of sharing patterns... it > was > > not a official community new it was a presentation in Kohacon11 > > The bug and the patch is here : > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7688 > > it's signed off, so hopefully, it should be in 3.10 > > Note that it doesn't (and never was expected to) manage worldwide > sharing of numbering patterns. > It's just a "library wide" sharing pattern : you create your pattern on > your Koha, and all the librarians using the same Koha as your's can use it. > (The idea of sharing them on the wiki is a good idea though) > > > > http://bywatersolutions.com/2011/11/01/biblibres-work-on-acquisitions-and-serials/ > > > > *Define serials frequencies and number patterns in Admin: Breaks out all > > this logic that was only in serials Javascript into admin pages. Users > can > > easily add their own frequencies and numbering patterns beyond the > default > > ones, and have them saved and ready to use when creating a subscription > > (instead of doing it every time). I?m very excited about this one. We > can > > put everyone?s patterns and frequencies on the wiki, so everyone can > share, > > just like SQL >and > > JQuery ** libraries. > > Then the next trick is to build a database to tie specific titles to > those > > patterns, so people don?t have to make them from scratch each* time. > > > > > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. From ugurbulgan at sdu.edu.tr Tue Jul 24 00:38:01 2012 From: ugurbulgan at sdu.edu.tr (=?iso-8859-9?Q?U=F0ur_Bulgan?=) Date: Mon, 23 Jul 2012 12:38:01 +0000 Subject: [Koha] Cataloging Message-ID: <7BE06AA482F49E4EA65D5DF95E6E9CD851494D45@MAIL.sdu.edu.tr> How can I eliminate call number (050 marc field) duplicates in KOHA 3.8 Ugur BULGAN From bgkriegel at gmail.com Tue Jul 24 01:03:55 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Mon, 23 Jul 2012 10:03:55 -0300 Subject: [Koha] "location" column after search not correct - any help? In-Reply-To: <08266A91-998F-453D-910E-1F4937E8F214@chartermi.net> References: <08266A91-998F-453D-910E-1F4937E8F214@chartermi.net> Message-ID: Try doing a full reindex, rebuild_zebra.pl -r -a -b Bernardo -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Mon, Jul 23, 2012 at 7:53 AM, Shelley & Kurt Kemperman < ksckemperman at chartermi.net> wrote: > Our server went down and has been replaced. Data appears to be mostly > intact. When I search, I get the list of results, but the location column > will say "No items" for most results, even though they are checked in. > The occasional result will have the correct location info, but some will > also say the item is checked out when it is not. If I click on the record, > the location info is correct there. Any suggestions? > > Thanks, > Shelley > ______________________________**_________________ > 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 Jul 24 01:13:47 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Mon, 23 Jul 2012 10:13:47 -0300 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch> <50066D15.3080205@catalyst.net.nz> <50091B6B.6060201@catalyst.net.nz> <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz> Message-ID: > > > Thanks for your help, Marc. > We don't use zebra-daemon, as I think it's deprecated (are we wrong?). > Yes, you are wrong. zebra-daemon is not deprecated. What is not recommended to use is zebraqueue. You have better results and more functionality using zebra than not using it. Bernardo From storypage at gmail.com Tue Jul 24 04:32:59 2012 From: storypage at gmail.com (Jim Maroon) Date: Mon, 23 Jul 2012 09:32:59 -0700 Subject: [Koha] ReturnToShelvingCart not working properly Message-ID: Dear community, Has anyone been able to get this feature to work properly? For us, it changes to CART fine when checked in, but then it doesn't age off the way it is supposed to in a set amount of days (for us it is 3) and change to Available. We have been told this has never worked properly in Koha, but I thought maybe someone out in the community may have found a way to make it work. For now, we have turned this feature off, as it is pretty much useless if it doesn't age off or automatically change. Thanks much in advance! Jim Maroon From abesottedphoenix at yahoo.com Tue Jul 24 05:01:13 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Mon, 23 Jul 2012 10:01:13 -0700 (PDT) Subject: [Koha] Let's fix it together! Message-ID: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> Salvete! ??? Let's fix it together! In June, there was discussion on the list dealing with search. [1] I had long been a proponent of "Don't touch it! I love it! It works!" As Koha matured, the search slipped a little. I get annoyed when I find preferences that result in stunningly different search results on different catalogues.? I don't want there to be a large discrepancy in what users can find at one Library and won't ever find at another if both Libraries run Koha. Some search related system preferences are somewhat counter-intuitive, and not nearly as helpful as one might hope. I resigned myself to sadly nodding my head when I checked on the behaviours mentioned in the listserv discussion. Jared mentioned wanting to see search fixed on IRC, so I challenged him to be the one to take it on. I still think we have a better search than most ILSs, but I want to get back to being the best out there by far. We've talked about group financing of enhancements before. Sometimes this happens. I feel that a lot of enhancements for Koha don't come to fruition because folks are scared to ask for aestimates, or realise that they can't afford it all on their own. Your Library doesn't have to sponsor this on its own. If you've not put in for developments recently, we urge you to do so now. If you know about an appropriate grant for this sort of work, do let me know. I'll take a shot at writing it. Jared is willing to bang his head against this project. I am willing to run test searches. I asked him to dice things up so that people can afford to contribute. Some subcomponents of the rewrite will only run about $3000. The loose aestimate for the entire first phase is roughly $70,000. I realise that budget times are tight, but we're hoping with a new fiscal year, now might be a good time to act on fixing a major stumbling block to usability. If we split the costs, this is eminently doable and will happen sooner rather than later. Jared and I want to make this better for users, but neither of us can afford to do so for free. We want your feedback in this process. We don't want to develop in a vacuum. It would be nice to have a few discussions like we did with holds slips. You can see what we're talking about here: https://trello.com/board/search-rewrite/4ff86aadd9b1c1436f2aefee Ask Jared for an invitation if you want to modify it. We'll also be adding material under the RFCs section of the Community Wiki. We'll need people to test things and to run searches that will make us laugh and cry. So let's do it. Let's make it happen. Let's make Koha better. [1]http://lists.katipo.co.nz/pipermail/koha/2012-June/033230.html Cheers, Brooke From jwagner at liblime.com Tue Jul 24 05:09:31 2012 From: jwagner at liblime.com (Wagner, Jane) Date: Mon, 23 Jul 2012 13:09:31 -0400 Subject: [Koha] ReturnToShelvingCart not working properly In-Reply-To: References: Message-ID: <9cd40820ae32b8db44a6d64dfb4e6df9@mail.gmail.com> Are you running the cron job that ages things off the cart? misc/cronjobs/cart_to_shelf.pl --hours 4 (for a four-hour shelving period) Jane Wagner Senior Project Manager LibLime, a division of PTFS Content Management and Library Solutions 11501 Huff Court North Bethesda, MD 20895 (301) 654-8088 x 151 jwagner at liblime.com -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Jim Maroon Sent: Monday, July 23, 2012 12:33 PM To: koha at lists.katipo.co.nz Subject: [Koha] ReturnToShelvingCart not working properly Dear community, Has anyone been able to get this feature to work properly? For us, it changes to CART fine when checked in, but then it doesn't age off the way it is supposed to in a set amount of days (for us it is 3) and change to Available. We have been told this has never worked properly in Koha, but I thought maybe someone out in the community may have found a way to make it work. For now, we have turned this feature off, as it is pretty much useless if it doesn't age off or automatically change. Thanks much 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 vimal0212 at gmail.com Tue Jul 24 05:20:35 2012 From: vimal0212 at gmail.com (Vimal Kumar V.) Date: Mon, 23 Jul 2012 22:50:35 +0530 Subject: [Koha] Zebra problem with Ubuntu 12.04 In-Reply-To: References: Message-ID: Dear Friends, Thank u for the solutions. I could not find /etc/cron.d/koha in my system. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org 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 ksckemperman at chartermi.net Tue Jul 24 07:32:10 2012 From: ksckemperman at chartermi.net (Shelley & Kurt Kemperman) Date: Mon, 23 Jul 2012 15:32:10 -0400 Subject: [Koha] "location" column after search not correct - any help? In-Reply-To: References: <08266A91-998F-453D-910E-1F4937E8F214@chartermi.net> Message-ID: Thanks Bernardo - will try that. Shelley On Jul 23, 2012, at 9:03 AM, Bernardo Gonzalez Kriegel wrote: > Try doing a full reindex, > > rebuild_zebra.pl -r -a -b > > > Bernardo > > -- > Bernardo Gonzalez Kriegel > bgkriegel at gmail.com > > > > On Mon, Jul 23, 2012 at 7:53 AM, Shelley & Kurt Kemperman > wrote: > Our server went down and has been replaced. Data appears to be > mostly intact. When I search, I get the list of results, but the > location column will say "No items" for most results, even though > they are checked in. The occasional result will have the correct > location info, but some will also say the item is checked out when > it is not. If I click on the record, the location info is correct > there. Any suggestions? > > Thanks, > Shelley > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From shane at creative-entropy.com Tue Jul 24 07:21:49 2012 From: shane at creative-entropy.com (ShaneGreen) Date: Mon, 23 Jul 2012 12:21:49 -0700 (PDT) Subject: [Koha] Fast Cataloging framewok In-Reply-To: <500B649D.2030107@gmx.de> References: <1342844974564-5720665.post@n5.nabble.com> <500B649D.2030107@gmx.de> Message-ID: <1343071309670-5720841.post@n5.nabble.com> Thanks for your help! We've got a ton of children's books without ISBN numbers and this will sure make entering them faster. -- View this message in context: http://koha.1045719.n5.nabble.com/Fast-Cataloging-framewok-tp5720665p5720841.html Sent from the Koha-general mailing list archive at Nabble.com. From jcamins at cpbibliography.com Tue Jul 24 08:31:30 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Mon, 23 Jul 2012 16:31:30 -0400 Subject: [Koha] Let's fix it together! In-Reply-To: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> References: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> Message-ID: Hello. We want your feedback in this process. We don't want to develop in a > vacuum. It would be nice to have a few discussions like we did with holds > slips. I would like to amplify on this a little bit. We *really* want your feedback on search. In fact, it is an absolute requirement for bringing Koha's search up to where it should be. We need examples of searches that don't work, and also examples of searches that work really well. Both types of searches need to be working at the end of this process. Before any code is written, we're going to have to come up with a set of tests that allow us to determine when the work is finished. Some work was done on the wiki, documenting some searches that should work in Solr ( http://wiki.koha-community.org/wiki/Solr/Lucene_Test_Queries_for_Koha ) but we need more examples. > We'll need people to test things and to run searches that will make us > laugh and cry. Actually, this reminds me of a joke. A bibliographer is at the police station for some business, and is asked for some fingerprints... sorry, I'll refrain. I would welcome any interesting searches you could send this way, though (and if possible please include a link to your catalog so I can see why Koha is giving you the results you are getting). 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 danielg.koha at gmail.com Tue Jul 24 10:56:42 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Mon, 23 Jul 2012 15:56:42 -0700 Subject: [Koha] Let's fix it together! In-Reply-To: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> References: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> Message-ID: Hi, Thanks for taking the initiative on this! I don't know if this is within the scope of the project, but as an example of a search that doesn't work, last year I spent a lot of time & effort failing to come up with a search query that would show all new titles at a branch. I constructed a CCL query I thought would return biblios having at least one item with both a given branch and an acquisition date in the last 30 days. But among the search results was a biblio with two items, one at the desired branch but acquired more than 30 days ago, and one acquired in the last 30 days but at a different branch. Galen ultimately confirmed for me that you can't query for an item that meets two conditions, as CCL queries extend across the whole biblio--if one item in a biblio meets one of the conditions and another item meets the other condition, the biblio is returned. I hope all that was clear. Thanks again, Daniel On Mon, Jul 23, 2012 at 10:01 AM, BWS Johnson wrote: > Salvete! > > Let's fix it together! > > In June, there was discussion on the list dealing with search. [1] I had long been a proponent of "Don't touch it! I love it! It works!" As Koha matured, the search slipped a little. I get annoyed when I find preferences that result in stunningly different search results on different catalogues. I don't want there to be a large discrepancy in what users can find at one Library and won't ever find at another if both Libraries run Koha. > > Some search related system preferences are somewhat counter-intuitive, and not nearly as helpful as one might hope. I resigned myself to sadly nodding my head when I checked on the behaviours mentioned in the listserv discussion. Jared mentioned wanting to see search fixed on IRC, so I challenged him to be the one to take it on. > > I still think we have a better search than most ILSs, but I want to get back to being the best out there by far. We've talked about group financing of enhancements before. Sometimes this happens. I feel that a lot of enhancements for Koha don't come to fruition because folks are scared to ask for aestimates, or realise that they can't afford it all on their own. > > Your Library doesn't have to sponsor this on its own. If you've not put in for developments recently, we urge you to do so now. If you know about an appropriate grant for this sort of work, do let me know. I'll take a shot at writing it. > > Jared is willing to bang his head against this project. I am willing to run test searches. I asked him to dice things up so that people can afford to contribute. Some subcomponents of the rewrite will only run about $3000. The loose aestimate for the entire first phase is roughly $70,000. > > I realise that budget times are tight, but we're hoping with a new fiscal year, now might be a good time to act on fixing a major stumbling block to usability. If we split the costs, this is eminently doable and will happen sooner rather than later. Jared and I want to make this better for users, but neither of us can afford to do so for free. > > We want your feedback in this process. We don't want to develop in a vacuum. It would be nice to have a few discussions like we did with holds slips. You can see what we're talking about here: > > https://trello.com/board/search-rewrite/4ff86aadd9b1c1436f2aefee > > Ask Jared for an invitation if you want to modify it. We'll also be adding material under the RFCs section of the Community Wiki. > > We'll need people to test things and to run searches that will make us laugh and cry. > > So let's do it. Let's make it happen. Let's make Koha better. > > [1]http://lists.katipo.co.nz/pipermail/koha/2012-June/033230.html > > Cheers, > Brooke > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From sossolapro at hotmail.com Tue Jul 24 10:57:36 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Tue, 24 Jul 2012 00:57:36 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch>, , <50066D15.3080205@catalyst.net.nz>, , , <50091B6B.6060201@catalyst.net.nz>, , , , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz>, , , , , , Message-ID: OK, I guess it wasn't a good idea... I all messed up the indexes or I don't know what (strange links in search results) and we need to restore the last back-up. No drama but very disappointed as it was my last idea. I am ready to resign or commit harakiri. (Bernardo, indeed we use zebra, sorry for the mistake with zebraqueue... That's the whole story of my life, zebra not working properly with us...) Cheers, Sonia. Date: Mon, 23 Jul 2012 10:13:47 -0300 Subject: Re: [Koha] SQL queries to delete records from the database? From: bgkriegel at gmail.com To: sossolapro at hotmail.com CC: koha at lists.katipo.co.nz Thanks for your help, Marc. We don't use zebra-daemon, as I think it's deprecated (are we wrong?). Yes, you are wrong. zebra-daemon is not deprecated. What is not recommended to use is zebraqueue. You have better results and more functionality using zebra than not using it. Bernardo From smichaelxx at tlen.pl Tue Jul 24 18:38:32 2012 From: smichaelxx at tlen.pl (kamild) Date: Mon, 23 Jul 2012 23:38:32 -0700 (PDT) Subject: [Koha] Problem after upgrade 3.8.2 to 3.8.3 Message-ID: <1343111912327-5720878.post@n5.nabble.com> Hi, After upgrade zebra indexing only some record. I'm reindexing zebra manual but nothing change. No error in the log. Can anyone help? Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-after-upgrade-3-8-2-to-3-8-3-tp5720878.html Sent from the Koha-general mailing list archive at Nabble.com. From robin at catalyst.net.nz Tue Jul 24 20:26:58 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 24 Jul 2012 10:26:58 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: References: <4FE870A7.3050007@veron.ch>, , <50066D15.3080205@catalyst.net.nz>, , , <50091B6B.6060201@catalyst.net.nz>, , , , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz>, , , , , , Message-ID: <500E5C52.5060105@catalyst.net.nz> Op 24-07-12 00:57, Sonia P. schreef: > OK, I guess it wasn't a good idea... I all messed up the indexes or I don't know what (strange links in search results) and we need to restore the last back-up. > No drama but very disappointed as it was my last idea. I am ready to resign or commit harakiri. Did you run a full re-index? It's always very important to rebuild zebra after modifying the database directly. Very important. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From chris at bigballofwax.co.nz Tue Jul 24 21:40:19 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 24 Jul 2012 21:40:19 +1200 Subject: [Koha] Kohacon13 Message-ID: Hi All (and especially the folks from Reno) Now that the vote is all in, and we have our winner (it was a very high voter turnout too, so should be a super big Kohacon) I wonder if some tentative dates have been thought of? Will it be October or September? Chris From pandumlib at gmail.com Tue Jul 24 21:29:00 2012 From: pandumlib at gmail.com (Pandu) Date: Tue, 24 Jul 2012 02:29:00 -0700 (PDT) Subject: [Koha] Koha error Message-ID: <1343122140313-5720900.post@n5.nabble.com> Sir Iam using Koha (V.3.00.05.003) software in our library, present we are using only one ID & PW for all the modules(Like Acquision, Calalogue, Circulation etc), some times it creates problems, please guide me 1. How can we creat seperate ID & PW for each module. 2. How can we creat the ID & PW for Patrons, it helps themself can check their record and renew the borrowed documents. regards Pandu. -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-error-tp5720900.html Sent from the Koha-general mailing list archive at Nabble.com. From sossolapro at hotmail.com Tue Jul 24 23:53:45 2012 From: sossolapro at hotmail.com (Sonia P.) Date: Tue, 24 Jul 2012 13:53:45 +0200 Subject: [Koha] SQL queries to delete records from the database? In-Reply-To: <500E5C52.5060105@catalyst.net.nz> References: <4FE870A7.3050007@veron.ch>, , , , <50066D15.3080205@catalyst.net.nz>, , , , , , <50091B6B.6060201@catalyst.net.nz>, , , , , , , , , , <20120723034259.GJ7497@rorohiko.wgtn.cat-it.co.nz>, , , , , , , , , , , , , , <500E5C52.5060105@catalyst.net.nz> Message-ID: Yes, I did. And actually it looks like I didn't mess anything with my deletions this morning. I thought it was strange, but after reloading the back-up it looks the same. I guess I just didn't pay attention what the search results look like (in the item column). Anyway, I didn't delete these records for fun, I thought it would help solve our problem with reindexing, and it didn't. Just after uploading the database, I run a reindex and then I created a new record and then waited for zebra to reindex (every 15 minutes on the cronjob). But it didn't. I didn't check if it has run at all or if it hasn't reached the last records. I thought these faulty records were preventing zebra from reaching the last records... So, after that I just put back the old database (as I thought my SQL things were messing up with the search results). Yes, Bob, I guess a professional would solve the problem... I am doing this as a voluntary job, but it's taking too much time for me now and I am no good. We are paying someone for the server, so he helps me with all the technical things, but he doesn't know Koha especially. Very disappointing situation for me... Especially because I pushed them (when I was working for them) to change from their old library software to Koha. I feel responsible, though I still believe in Koha of course. Our organisation used to work with a Koha support company, but that wasn't working greatly. That's when I took over... (you will know everything :)) Thanks for your help! Cheers, Sonia. > Date: Tue, 24 Jul 2012 10:26:58 +0200 > From: robin at catalyst.net.nz > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] SQL queries to delete records from the database? > > Op 24-07-12 00:57, Sonia P. schreef: > > OK, I guess it wasn't a good idea... I all messed up the indexes or I don't know what (strange links in search results) and we need to restore the last back-up. > > No drama but very disappointed as it was my last idea. I am ready to resign or commit harakiri. > > Did you run a full re-index? It's always very important to rebuild zebra > after modifying the database directly. > > Very important. > > -- > 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 From jcamins at cpbibliography.com Wed Jul 25 00:00:46 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 24 Jul 2012 08:00:46 -0400 Subject: [Koha] Let's fix it together! In-Reply-To: References: <1343062873.30799.YahooMailNeo@web140802.mail.bf1.yahoo.com> Message-ID: Daniel, I don't know if this is within the scope of the project, but as an > example of a search that doesn't work, last year I spent a lot of time > & effort failing to come up with a search query that would show all > new titles at a branch. > > I constructed a CCL query I thought would return biblios having at > least one item with both a given branch and an acquisition date in the > last 30 days. But among the search results was a biblio with two > items, one at the desired branch but acquired more than 30 days ago, > and one acquired in the last 30 days but at a different branch. > > Galen ultimately confirmed for me that you can't query for an item > that meets two conditions, as CCL queries extend across the whole > biblio--if one item in a biblio meets one of the conditions and > another item meets the other condition, the biblio is returned. > There are two issues going on with this search. The first is the indexing configuration which is not part of the proposal. The second is the query syntax. If we fixed the indexing (which wouldn't be too hard), writing a search that took advantage of the composed index would still be highly problematic. In fact, I think the only way to do it right now would be to use PQF to do a regular expression search to find all books added at a branch in the last two months. I'm making up a new composed index that consists of "branch|acquisition date," and may be putting some of the terms in the wrong order but here's an example of what I mean: pqf=@attr 3=1 @attr 5=102 @attr 2=3 @attr 1=9952 "branch|20120[67]" You could try the following, as well, though I wouldn't really recommend it: ccl=itemacq,regexp-1,first-in-field:branch|20120[67] I'm sure a similar search would be possible in Solr, as well, but it would not be portable. Once you figured how how to do the search in Zebra, you would have to start all over again if you decided to switch to Solr or vice versa. In contrast, if we parsed queries ourselves, that search could be: itemacq like "^branch|20120[67]" (and it would work in both search engines) You could also, of course, just use the PQF search and it would be translated into something that Solr could understand. Hope that helps clarify. 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 joyce.swope at thecrowncollege.com Wed Jul 25 00:36:37 2012 From: joyce.swope at thecrowncollege.com (Joyce Swope) Date: Tue, 24 Jul 2012 08:36:37 -0400 Subject: [Koha] Change frequency of e-mail lists Message-ID: Hello, I am Joyce Swope at the Crown College of the Bible. I am a new subscriber to the Koha lists. Currently I receive them daily, please change it so that I will be receiving it monthly. Thanks, Joyce From robin at catalyst.net.nz Wed Jul 25 00:42:49 2012 From: robin at catalyst.net.nz (Robin Sheat) Date: Tue, 24 Jul 2012 14:42:49 +0200 Subject: [Koha] Change frequency of e-mail lists In-Reply-To: References: Message-ID: <500E9849.1090700@catalyst.net.nz> Op 24-07-12 14:36, Joyce Swope schreef: > Hello, > > I am Joyce Swope at the Crown College of the Bible. I am a new subscriber > to the Koha lists. Currently I receive them daily, please change it so that > I will be receiving it monthly. If you go an have a look at the mailing list settings for your subscription (see the bottom of any email from the list), then you can change some things there. However, I don't think it's possible to change the frequency of the digests. Additionally, monthly would mean in the order of 400 emails per digest, which is undoubtedly the same as not being subscribed at all. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D From david.nind at gmail.com Wed Jul 25 00:45:47 2012 From: david.nind at gmail.com (David Nind) Date: Wed, 25 Jul 2012 00:45:47 +1200 Subject: [Koha] Change frequency of e-mail lists In-Reply-To: References: Message-ID: Hi Joyce. As far as I can see there is no option to get a monthly digest, only a daily one: http://lists.katipo.co.nz/mailman/listinfo/koha You have to change the settings yourself using the email address and password you registered with. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 On 25 July 2012 00:36, Joyce Swope wrote: > Hello, > > I am Joyce Swope at the Crown College of the Bible. I am a new subscriber > to the Koha lists. Currently I receive them daily, please change it so that > I will be receiving it monthly. > > Thanks, > Joyce > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From 5p4m at gmx.de Wed Jul 25 00:48:18 2012 From: 5p4m at gmx.de (Mirko) Date: Tue, 24 Jul 2012 14:48:18 +0200 Subject: [Koha] Change frequency of e-mail lists In-Reply-To: <500E9849.1090700@catalyst.net.nz> References: <500E9849.1090700@catalyst.net.nz> Message-ID: <500E9992.1000500@gmx.de> Robin Sheat wrote am 24.07.2012 14:42: > Op 24-07-12 14:36, Joyce Swope schreef: >> Hello, >> >> I am Joyce Swope at the Crown College of the Bible. I am a new subscriber >> to the Koha lists. Currently I receive them daily, please change it so that >> I will be receiving it monthly. > > If you go an have a look at the mailing list settings for your > subscription (see the bottom of any email from the list), then you can > change some things there. However, I don't think it's possible to change > the frequency of the digests. Additionally, monthly would mean in the > order of 400 emails per digest, which is undoubtedly the same as not > being subscribed at all. > In addition to that, you may consider reading the list online then without being subscribed. The archives can be found here http://lists.katipo.co.nz/pipermail/koha/ and the mailing list in form of several forums can be found here http://koha-community.org/support/forums/ -- Mirko From david.nind at gmail.com Wed Jul 25 01:06:14 2012 From: david.nind at gmail.com (David Nind) Date: Wed, 25 Jul 2012 01:06:14 +1200 Subject: [Koha] Error while installing koha on development mode Message-ID: Hi. I've never setup Koha from git so can't offer much help with doing that. You may find something that may help in the wiki: http://wiki.koha-community.org/wiki/Category:Development All the prerequisites need to be installed first though - see the install instructions: http://wiki.koha-community.org/wiki/Category:Installation Is there a reason you want to use a development version i.e. are you going to be doing development? Otherwise you may wish to use a stable release (now 3.8.3 and 3.6.7) either through a manual install or using the packages. David Nind On 21 July 2012 22:24, amit bondwal wrote: > Hi, > > Thanks for you reply. I am using koha version of koha-community. > And I downloaded the developer version of koha from git koha-community. > I want to install it in developer mode. > It shows the error when I run perl Makefile.PL. > From NKeener at washoecounty.us Wed Jul 25 03:59:49 2012 From: NKeener at washoecounty.us (Keener, Nancy) Date: Tue, 24 Jul 2012 15:59:49 +0000 Subject: [Koha] Kohacon13 In-Reply-To: References: Message-ID: <3045309C7DBA194394265B704846AE500F74B855@WCMAILMBX2.washoecounty.us> Thanks for asking Chris. We are discussing that very subject today. Looks like the first week in October would be a good time for coming to Reno. Nancy Keener Systems Librarian I.T.O.S.C Chair Washoe County Library System Reno, Nevada 775 327-8347 nkeener at washoecounty.us -----Original Message----- From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Chris Cormack Sent: Tuesday, July 24, 2012 2:40 AM To: koha-user Subject: [Koha] Kohacon13 Hi All (and especially the folks from Reno) Now that the vote is all in, and we have our winner (it was a very high voter turnout too, so should be a super big Kohacon) I wonder if some tentative dates have been thought of? Will it be October or September? Chris _______________________________________________ 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 Wed Jul 25 06:54:48 2012 From: rfblanchard at hotmail.com (rfblanchard) Date: Tue, 24 Jul 2012 11:54:48 -0700 (PDT) Subject: [Koha] Search not working after upgrade In-Reply-To: <1342023827139-5719362.post@n5.nabble.com> References: <1341925204311-5719182.post@n5.nabble.com> <4FFC5CE6.7090805@inLibro.com> <1342010355974-5719331.post@n5.nabble.com> <4FFD8F44.5060506@inLibro.com> <1342023827139-5719362.post@n5.nabble.com> Message-ID: <1343156088993-5721006.post@n5.nabble.com> Our system uses 090 tags instead of the default 952 tags for items...could this be related to why my search is screwed up? If I choose administration->koha to MARC mapping these are the options that are set under items: Koha field Tag Subfield Lib itemnumber 090 g Koha biblioitemnumber (auto-generated) Edit barcode 090 e Piece designation (barcode) Edit homebranch 090 b School Code Edit itemcallnumber 090 a Koha full call number Edit ccode 090 f Collection Edit volumenumber 090 d Volume Number Edit -- View this message in context: http://koha.1045719.n5.nabble.com/Search-not-working-after-upgrade-tp5719182p5721006.html Sent from the Koha-general mailing list archive at Nabble.com. From jcamins at cpbibliography.com Wed Jul 25 07:56:21 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 24 Jul 2012 15:56:21 -0400 Subject: [Koha] Search not working after upgrade In-Reply-To: <1343156088993-5721006.post@n5.nabble.com> References: <1341925204311-5719182.post@n5.nabble.com> <4FFC5CE6.7090805@inLibro.com> <1342010355974-5719331.post@n5.nabble.com> <4FFD8F44.5060506@inLibro.com> <1342023827139-5719362.post@n5.nabble.com> <1343156088993-5721006.post@n5.nabble.com> Message-ID: Ryan, Our system uses 090 tags instead of the default 952 tags for items...could > this be related to why my search is screwed up? If I choose > administration->koha to MARC mapping these are the options that are set > under items: > > Koha field Tag Subfield Lib > itemnumber 090 g Koha biblioitemnumber (auto-generated) > Edit > barcode 090 e Piece designation (barcode) Edit > homebranch 090 b School Code Edit > itemcallnumber 090 a Koha full call number Edit > ccode 090 f Collection Edit > volumenumber 090 d Volume Number Edit > This would be the problem, yes. Right now changing Koha to MARC mappings has no effect on searching. With search rewritten it would be fairly straightforward to respect the mappings for searches. Until that's done, though, you will need to change your mappings to use the standard 952 fields (and hope for the best). 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 stacy.pober at manhattan.edu Wed Jul 25 08:15:51 2012 From: stacy.pober at manhattan.edu (Stacy Pober) Date: Tue, 24 Jul 2012 16:15:51 -0400 Subject: [Koha] Solr Message-ID: Does anyone know if switching from Zebra to Solr will let Koha libraries use a stopwords list? Also, will Solr have any effect on fuzzy searching defaults? Lastly, is there anyone sponsoring or working on a "did you mean..." opac response to zero retrieval searches? At our library, we'd probably choose a "did you mean..." spelling suggestion choice over the automatic fuzzy spelling assumptions that are currently in the system. I realize this would probably be listed in bugzilla, but I'm not sure exactly how to search for this. -- Stacy Pober Information Alchemist Manhattan College Library Riverdale, NY 10471 stacy.pober at manhattan.edu From chris at bigballofwax.co.nz Wed Jul 25 08:27:12 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 25 Jul 2012 08:27:12 +1200 Subject: [Koha] Solr In-Reply-To: References: Message-ID: On 25 July 2012 08:15, Stacy Pober wrote: > Does anyone know if switching from Zebra to Solr will let Koha > libraries use a stopwords list? > > Also, will Solr have any effect on fuzzy searching defaults? > > Lastly, is there anyone sponsoring or working on a "did you mean..." > opac response to zero retrieval searches? At our library, we'd > probably choose a "did you mean..." spelling suggestion choice over > the automatic fuzzy spelling assumptions that are currently in the > system. I realize this would probably be listed in bugzilla, but I'm > not sure exactly how to search for this. > Stacy Koha is not switching to Solr, but now (in master) you can choose between using Solr or Zebra. (YMMV with other software based originally on Koha). This is already working in the master branch. Also, in Koha itself using zebra (I don't know what the forks are doing) you can now use DOM indexing which is much more powerful than the old indexing methods. But we want to do much more than that, if you look at the thread starting here http://lists.katipo.co.nz/pipermail/koha/2012-July/033634.html You will see what the future plans are. (This does include did you mean). Hope this helps Chris From chris at bigballofwax.co.nz Wed Jul 25 08:36:36 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 25 Jul 2012 08:36:36 +1200 Subject: [Koha] Kohacon13 In-Reply-To: <3045309C7DBA194394265B704846AE500F74B855@WCMAILMBX2.washoecounty.us> References: <3045309C7DBA194394265B704846AE500F74B855@WCMAILMBX2.washoecounty.us> Message-ID: On 25 July 2012 03:59, Keener, Nancy wrote: > Thanks for asking Chris. We are discussing that very subject today. Looks like the first week in October would be a good time for coming to Reno. > Excellent, thank you That will help trying to figure out funding :) Chris From jcamins at cpbibliography.com Wed Jul 25 09:43:38 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 24 Jul 2012 17:43:38 -0400 Subject: [Koha] Solr In-Reply-To: References: Message-ID: Stacy, I'll address the points that are not answered in the proposal that Brooke linked to. Does anyone know if switching from Zebra to Solr will let Koha > libraries use a stopwords list? > Solr allows the use of stopwords (as would a decent query parser such as the one I propose writing). However, the Solr code in Koha right now does not make use of the stopwords feature. To my mind, that is a good thing. If we used stopwords, the poetry journal The would be unfindable (and yes, there is such a journal: I had a nightmare and a half trying to find the record when I had an issue to catalog at the NYPL; thankfully their catalog doesn't throw away stopwords anymore). And things would be even worse when searching for French books. Consider the case of the ? th? and Le th?. In the US we would probably search for "a the" and "le the." If someone can > Also, will Solr have any effect on fuzzy searching defaults? > It will. Fuzzy searching has completely different semantics in Solr compared to Zebra. We briefly noted that fact in the proposal, along with a footnote identifying the algorithms that Solr uses for fuzzy searching (and, yes, I am aware that the second algorithm listed is generally used as an alternate name for the first... I have no explanation of why the Solr docs used the two names like they were different). Whether the "fuzzy" behavior is closer to what you want I could not say. My personal preference, like yours, is to not be fuzzy, and just suggest better searches. Lastly, is there anyone sponsoring or working on a "did you mean..." > opac response to zero retrieval searches? At our library, we'd > probably choose a "did you mean..." spelling suggestion choice over > the automatic fuzzy spelling assumptions that are currently in the > system. I realize this would probably be listed in bugzilla, but I'm > not sure exactly how to search for this. > We have not yet added bugs for the various parts of the search rewrite. 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 jcamins at cpbibliography.com Wed Jul 25 09:50:53 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Tue, 24 Jul 2012 17:50:53 -0400 Subject: [Koha] Solr In-Reply-To: References: Message-ID: Stacy, > Solr allows the use of stopwords (as would a decent query parser such as > the one I propose writing). However, the Solr code in Koha right now does > not make use of the stopwords feature. To my mind, that is a good thing. If > we used stopwords, the poetry journal The would be unfindable (and yes, > there is such a journal: I had a nightmare and a half trying to find the > record when I had an issue to catalog at the NYPL; thankfully their catalog > doesn't throw away stopwords anymore). And things would be even worse when > searching for French books. Consider the case of the ? th? and Le th?. In > the US we would probably search for "a the" and "le the." If someone can > Whoops, I accidentally deleted several sentences when I hit send. Picking up where I left off: If someone can make a compelling case for stopwords, we could, of course, add their use to the proposal as an optional feature. That said, it is my opinion that any catalog that requires stopwords in order to offer relevant results is broken. Relevance ranking should take into account that a given word in a query is statistically overrepresented in the results, and therefore should be considered less relevant than other words in the query. 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 abesottedphoenix at yahoo.com Wed Jul 25 11:00:59 2012 From: abesottedphoenix at yahoo.com (BWS Johnson) Date: Tue, 24 Jul 2012 16:00:59 -0700 (PDT) Subject: [Koha] Neat participation / bug fixing dashboard from WikiHow Message-ID: <1343170859.32562.YahooMailNeo@web140806.mail.bf1.yahoo.com> Salvete! ??? Last meeting, I tried in vain to describe how cool the wikiHow Community Dashboard is. Hopefully this link is viewable without logging in. Let me know if you all can't see it, and I'll screenshot it and upload it to the wiki. http://www.wikihow.com/Special:CommunityDashboard ??? Hopefully something like that tailored for us will lead to greater participation since it's such a great visualisation of what needs doing where. :D Cheers, Brooke From chris at bigballofwax.co.nz Wed Jul 25 11:28:59 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Wed, 25 Jul 2012 11:28:59 +1200 Subject: [Koha] Neat participation / bug fixing dashboard from WikiHow In-Reply-To: <1343170859.32562.YahooMailNeo@web140806.mail.bf1.yahoo.com> References: <1343170859.32562.YahooMailNeo@web140806.mail.bf1.yahoo.com> Message-ID: On 25 July 2012 11:00, BWS Johnson wrote: > Salvete! > > Last meeting, I tried in vain to describe how cool the wikiHow Community Dashboard is. Hopefully this link is viewable without logging in. Let me know if you all can't see it, and I'll screenshot it and upload it to the wiki. > > http://www.wikihow.com/Special:CommunityDashboard That does look fantastic. > > There is a git repository for the Koha dashboard http://dashboard.koha-community.org/ That lives at https://gitorious.org/koha-dashboard (In the next bit I will be using you a lot, this refers to the collective you, or y'all :) not Brooke) If people wanted to extend it, they are more than welcome to work on it. I'm unlikely to get more free time to work on it in the near future. These project always run into the problem of not enough hours in the day. Which leads me to my next point, we need more people to get involved. Something like the dashboard is great, you won't/can't break Koha, no one will lose circulation statistics if you make a mistake. It needs things you might have skills in, design, css, html, javascript, wordsmithery (i just made that one up). It's a great intro into getting more involved, then you can move to signing off. http://blog.bigballofwax.co.nz/2012/07/09/do-some-signoffs-you-know-you-want-to/ Then let us know how you choose what to sign off. http://blog.bigballofwax.co.nz/2012/07/10/choosing-something-to-sign-off/ So it can help us encourage others to do some. You have a distinct advantage with Koha, you can have direct influence, and a small change you make, say highlighting the needs signoff section in a way that makes it stand out and thus get more people looking at it, may get 20 new features into Koha. Reading back, I sound like a bit of a idealistic/pompous fool, so I feel like I should end with "Hold your ground, hold your ground! Sons of Gondor, of Rohan, my brothers! I see in your eyes the same fear that would take the heart of me. A day may come when the courage of men fails, when we forsake our friends and break all bonds of fellowship, but it is not this day. An hour of woes and shattered shields, when the age of men comes crashing down! But it is not this day! This day we fight! By all that you hold dear on this good Earth, I bid you *stand, Men of the West!* " Thus I have Chris From Dianna.Roberts at opus.co.nz Wed Jul 25 12:32:54 2012 From: Dianna.Roberts at opus.co.nz (Dianna Roberts) Date: Wed, 25 Jul 2012 12:32:54 +1200 Subject: [Koha] Koha Digest, Vol 81, Issue 54 In-Reply-To: References: Message-ID: <018501cd69fd$080ec340$182c49c0$@opus.co.nz> Well said, oh man from Middle Earth! Dianna Roberts Wellington, New Zealand ------------------------------ Message: 3 Date: Wed, 25 Jul 2012 11:28:59 +1200 From: Chris Cormack To: BWS Johnson Cc: "koha at lists.katipo.co.nz" Subject: Re: [Koha] Neat participation / bug fixing dashboard from WikiHow Message-ID: Content-Type: text/plain; charset=UTF-8 On 25 July 2012 11:00, BWS Johnson wrote: > Salvete! > > Last meeting, I tried in vain to describe how cool the wikiHow Community Dashboard is. Hopefully this link is viewable without logging in. Let me know if you all can't see it, and I'll screenshot it and upload it to the wiki. > > http://www.wikihow.com/Special:CommunityDashboard That does look fantastic. > > There is a git repository for the Koha dashboard http://dashboard.koha-community.org/ That lives at https://gitorious.org/koha-dashboard (In the next bit I will be using you a lot, this refers to the collective you, or y'all :) not Brooke) If people wanted to extend it, they are more than welcome to work on it. I'm unlikely to get more free time to work on it in the near future. These project always run into the problem of not enough hours in the day. Which leads me to my next point, we need more people to get involved. Something like the dashboard is great, you won't/can't break Koha, no one will lose circulation statistics if you make a mistake. It needs things you might have skills in, design, css, html, javascript, wordsmithery (i just made that one up). It's a great intro into getting more involved, then you can move to signing off. http://blog.bigballofwax.co.nz/2012/07/09/do-some-signoffs-you-know-you-want -to/ Then let us know how you choose what to sign off. http://blog.bigballofwax.co.nz/2012/07/10/choosing-something-to-sign-off/ So it can help us encourage others to do some. You have a distinct advantage with Koha, you can have direct influence, and a small change you make, say highlighting the needs signoff section in a way that makes it stand out and thus get more people looking at it, may get 20 new features into Koha. Reading back, I sound like a bit of a idealistic/pompous fool, so I feel like I should end with "Hold your ground, hold your ground! Sons of Gondor, of Rohan, my brothers! I see in your eyes the same fear that would take the heart of me. A day may come when the courage of men fails, when we forsake our friends and break all bonds of fellowship, but it is not this day. An hour of woes and shattered shields, when the age of men comes crashing down! But it is not this day! This day we fight! By all that you hold dear on this good Earth, I bid you *stand, Men of the West!* " Thus I have Chris ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 81, Issue 54 ************************************ From sunil.kumar at ecoleglobal.com Wed Jul 25 23:51:07 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Wed, 25 Jul 2012 17:21:07 +0530 Subject: [Koha] Overdue notices only list the first book/item In-Reply-To: References: Message-ID: <004201cd6a5b$c8f0b9c0$5ad22d40$@kumar@ecoleglobal.com> Dear Steve, You can select the digest notice option this will include all the overdue materials issued to one person. I have also faced the same problem instead of single notice I have selected Digest option. Thanks and Regards R Sunil Kumar Library Technologist -----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: 06 July 2012 05:30 To: koha at lists.katipo.co.nz Subject: [SPAM]- Koha Digest, Vol 81, Issue 16 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: Statistics in 3.6 (Chris Cormack) 2. Overdue notices only list the first book/item that's late (Steven Nickerson) 3. Re: KohaCon 13 Survey Problem (Joann Ransom) 4. Re: [Koha-devel] KohaCon 13 Survey Problem (Mason James) 5. Re: Overdue notices only list the first book/item that's late (Chris Cormack) ---------------------------------------------------------------------- Message: 1 Date: Fri, 6 Jul 2012 08:37:16 +1200 From: Chris Cormack To: Paul Nielsen Cc: "koha at lists.katipo.co.nz" , Joann Ransom Subject: Re: [Koha] Statistics in 3.6 Message-ID: Content-Type: text/plain; charset=UTF-8 Yep, that's what I think anyway. I'm in at work today (been on leave for school holidays) So I'll do some new reports for you. Chris On Jul 6, 2012 8:33 AM, "Paul Nielsen" wrote: > Great thanks Chris, > > Good to know the old gut instinct is still intact. > So, is the wizard unreliable for other reports too, especially membership? > > Paul > -----Original Message----- > From: Chris Cormack [mailto:chris at bigballofwax.co.nz] > Sent: Thursday, 5 July 2012 9:42 p.m. > To: Paul Nielsen > Cc: Joann Ransom; koha at lists.katipo.co.nz > Subject: Re: [Koha] Statistics in 3.6 > > On 4 July 2012 11:49, Paul Nielsen wrote: > > I am glad I am not alone Jo, thanks. > > > > > > > > Chris, I only use the Circulation Statistics Wizard so not sure if > > that is what you mean about the table? > > > > Ah ha, that will be the problem that wizard doesn't work right since > 3.4.x > > You will want to use a saved report in the reports, I'll email you a > good one to use when I'm back at work. > > (I checked the db, this year is actually up about 30 thousand on last > year (june to july)) > > Chris > > > ###################################################################### > ############################################################### > DISCLAIMER: > > This e-mail message and accompanying data may contain information that > is confidential and subject to privilege. > If you are not the intended recipient, you are notified that any use, > dissemination, distribution or copying of this message or data is > prohibited. > If you have received this e-mail in error please notify the sender or > Hauraki District Council at mailmarshal at hauraki-dc.govt.nz immediately > and delete all material pertaining to this e-mail. > > ###################################################################### > ############################################################### > ------------------------------ Message: 2 Date: Thu, 5 Jul 2012 15:50:56 -0400 From: "Steven Nickerson" To: Subject: [Koha] Overdue notices only list the first book/item that's late Message-ID: <022801cd5ae7$7e36d3c0$7aa47b40$@maine.rr.com> Content-Type: text/plain; charset="us-ascii" Hello everyone, We've noticed that the email overdue notices that go out only seem to list the 1st item that is overdue, and not all overdue items. For example, if I checked out 2 books on the same date/time, I only get an overdue notice for one of the two items. Anyone have any ideas? I would think that both items should be in the same email or at least two different emails should be generated. Thanks, as always! Steve ------------------------------ Message: 3 Date: Fri, 6 Jul 2012 09:02:03 +1200 From: Joann Ransom To: Nicole Engard Cc: Koha , Koha Devel Subject: Re: [Koha] KohaCon 13 Survey Problem Message-ID: Content-Type: text/plain; charset=ISO-8859-1 My vote is a rerun as I didn't understand how it works. On 6 July 2012 05:31, Nicole Engard wrote: > Hello all, > > I wasn't clear when I sent out the survey for KohaCon and per a > discussion in #koha I'm coming to you to see if you'd like me to rerun > the survey so you can update your votes. Here's how it works - and > how it worked in previous years: > > If you vote for someplace as #1 it gets 5 points, #2 it gets 4 points, > and so on. In the end we tally the points to see where the conference > takes place. That way if everyone picks one place as #1 but more > people pick it as second and third it still might win. So basically > if you won't go somewhere no matter what then don't vote for that > location and it will get no points from you. > > This means that those of you who didn't know the rules - because I > didn't make it clear at all (my fault) might not have voted the way > you would have if you knew the rules. So my question to you all is > ... should I close voting and put out a new call for votes explaining > the procedure more clearly - or do we just carry on as we are? > > Nicole > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Joann Ransom RLIANZA Chief Executive Te Horowhenua Trust. ------------------------------ Message: 4 Date: Fri, 6 Jul 2012 08:48:06 +1200 From: Mason James To: Katrin Fischer Cc: Koha , Koha Devel , Scott Kushner Subject: Re: [Koha] [Koha-devel] KohaCon 13 Survey Problem Message-ID: Content-Type: text/plain; charset=us-ascii On 2012-07-6, at 6:35 AM, Fischer, Katrin wrote: > I think we should finish the vote as it is. > Everyone could have asked before voting how the winner will be determined, only noone did. > And we are not using a new system, it's the same that we used before. > > Katrin as usual, i strongly agree :) if you want to change your bad vote, why not ask the survey-admin (Nicole) nicely to remove your current vote, so you can to it again... sorry, your mistake is not enough reason to void the current survey ------------------------------ Message: 5 Date: Fri, 6 Jul 2012 09:40:17 +1200 From: Chris Cormack To: Steven Nickerson Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Overdue notices only list the first book/item that's late Message-ID: Content-Type: text/plain; charset=UTF-8 On 6 July 2012 07:50, Steven Nickerson wrote: > Hello everyone, > > We've noticed that the email overdue notices that go out only seem to > list the 1st item that is overdue, and not all overdue items. For example, > if I checked out 2 books on the same date/time, I only get an overdue notice > for one of the two items. Anyone have any ideas? I would think that both > items should be in the same email or at least two different emails should be > generated. > > > Hey Steve What version of Koha ? I'm pretty sure I saw a bug report for this and a fix for it in the recentish past. Ill go hunting Chris ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 81, Issue 16 ************************************ From nengard at gmail.com Thu Jul 26 02:13:59 2012 From: nengard at gmail.com (Nicole Engard) Date: Wed, 25 Jul 2012 10:13:59 -0400 Subject: [Koha] How to remove Records reservoir In-Reply-To: References: Message-ID: Info on how you can 'Clean' staged file can be found here: http://manual.koha-community.org/3.8/en/catalogtools.html#managestaged Cleaning will remove them from the reserviour. If you imported using a method other than the Staging tool then someone else will have to give you tips. Nicole On Wed, Jul 18, 2012 at 9:16 AM, Tom Obrien wrote: > Hi All, > I testing koha-3.8.2 on debian. I imported records from previous > installation (3.6). I am seeing a number of records on resourvoir when i > search catalogue. > How can i delete these records? > Thanks in advance, > Tom > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From paul.poulain at biblibre.com Thu Jul 26 04:51:55 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Wed, 25 Jul 2012 18:51:55 +0200 Subject: [Koha] Sandbox servers provided by BibLibre Message-ID: <5010242B.2060402@biblibre.com> Hello, On the wiki page, you can see that the wiki page dealing with sandboxes provided by BibLibre now present 6 sandboxes (3 UNIMARC and 3 MARC21), instead of 9 The reason is: * there was only a few use of the sandboxes, 6 publicly open should be enough * we have found some volunteers in France to dedicate time to testing (for example, one of them promised to dedicate half a day every week). So we have decided to dedicate them a specific/named sandbox. previous testN.sandbox.biblibre.com have been reclycled If you see URL with french cheese in the name of some comment (http://camembert.sandbox.biblibre.com), you'll know it's a "recycled" sandbox (complete spoiler = the 1st letter of the cheese being also the 1st letter of the 1st name of the volunteer. In this case : Camembert = Corinne. You'll also have Pelardon for Pierre and Serac for Sonia. New ones should be coming with Mathilde, Leila, and hopefully some others) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From w4 at online.de Thu Jul 26 06:03:35 2012 From: w4 at online.de (w4 at online.de) Date: Wed, 25 Jul 2012 20:03:35 +0200 Subject: [Koha] languages mixed up in koha 3.8 In-Reply-To: <50093AA5.4030808@online.de> References: <50093AA5.4030808@online.de> Message-ID: <501034F7.5040307@online.de> maby i can answer myself: i went through the installation process again. when it comes to the configuration which is already through the webserver form, i am asked to choose my language. this is the language all the content stays, no matter what language i choose. the menu contents (like drop box lists) are not translated, neather the "welcome to koha" or "what's next" box left on the mainpage. right? sorry. i didn't know, i thought everything is translated... bio On 20.07.2012 13:01, w4 at online.de wrote: > dear list, > > i am new to koha. > i installed it yesterday to do some testing. i have two languages installed. > > once i changed to german and back to english, the contents of menues > stay in german. switching again doesn't help. the logs don't show any > error messages. > > do you have an idea, what's wrong there? > thanx! > > bio > _______________________________________________ > 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 Thu Jul 26 06:02:49 2012 From: rfblanchard at hotmail.com (rfblanchard) Date: Wed, 25 Jul 2012 11:02:49 -0700 (PDT) Subject: [Koha] Koha space usage Message-ID: <1343239369459-5721170.post@n5.nabble.com> Hi, I'm doing some investigation into the space usage on my server and noticed the following take the most space: 7.0 G *********************** ./var/lib/mysql 8.6 G ************************ ./var/lib/koha/kohapei/biblios/register 9.3 G ************************ ./var/lib/koha/kohapei/biblios/shadow The first folder is the database. Questions: 1) are the 'register' and 'shadow' directories and the files within generated during the zebra indexing? 2) is it normal for these directories to each be bigger than the size of the entire koha database? 3) do these directories continue to grow with each reindex? 4) should I do anything to reduce the size of these directories? Thanks for any input Ryan -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-space-usage-tp5721170.html Sent from the Koha-general mailing list archive at Nabble.com. From Katrin.Fischer at bsz-bw.de Thu Jul 26 06:40:02 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Wed, 25 Jul 2012 20:40:02 +0200 Subject: [Koha] languages mixed up in koha 3.8 References: <50093AA5.4030808@online.de> <501034F7.5040307@online.de> Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD016267D5@Bodensee.bsz-bw.de> Hi bio, if you chose a language other than English in the web installer, some sample content in the chosen language will be installed to the database. You are right, that those will not change or get translated when switching to another language using the language chooser. Examples are the news on the left side of the staff home page and lists of authorized values like collections and locations. Everything else should get translated switching back and forth between languages. Did you install 3.8 or a later 3.8.x version? The German files for 3.8 have a little bug, that will make the translation process not complete. So some of the templates will not be generated and remain in English. The files for the current 3.8.x version should be complete. Hope that helps, Katrin -----Urspr?ngliche Nachricht----- Von: koha-bounces at lists.katipo.co.nz im Auftrag von w4 at online.de Gesendet: Mi 25.07.2012 20:03 An: koha at lists.katipo.co.nz Betreff: Re: [Koha] languages mixed up in koha 3.8 maby i can answer myself: i went through the installation process again. when it comes to the configuration which is already through the webserver form, i am asked to choose my language. this is the language all the content stays, no matter what language i choose. the menu contents (like drop box lists) are not translated, neather the "welcome to koha" or "what's next" box left on the mainpage. right? sorry. i didn't know, i thought everything is translated... bio On 20.07.2012 13:01, w4 at online.de wrote: > dear list, > > i am new to koha. > i installed it yesterday to do some testing. i have two languages installed. > > once i changed to german and back to english, the contents of menues > stay in german. switching again doesn't help. the logs don't show any > error messages. > > do you have an idea, what's wrong there? > thanx! > > bio > _______________________________________________ > 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 chris at bigballofwax.co.nz Thu Jul 26 08:16:28 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Thu, 26 Jul 2012 08:16:28 +1200 Subject: [Koha] Koha space usage In-Reply-To: <1343239369459-5721170.post@n5.nabble.com> References: <1343239369459-5721170.post@n5.nabble.com> Message-ID: On 26 July 2012 06:02, rfblanchard wrote: > Hi, > > I'm doing some investigation into the space usage on my server and noticed > the following take the most space: > > 7.0 G *********************** ./var/lib/mysql > 8.6 G ************************ > ./var/lib/koha/kohapei/biblios/register > 9.3 G ************************ > ./var/lib/koha/kohapei/biblios/shadow > > The first folder is the database. > > Questions: > 1) are the 'register' and 'shadow' directories and the files within > generated during the zebra indexing? Yes, when the index is created, its created in the shadow, then copied to the register. This means searching doesn't stop while things are being indexed. > 2) is it normal for these directories to each be bigger than the size of the > entire koha database? Yes, it has to create indexes, on tons and tons of fields. > 3) do these directories continue to grow with each reindex? No, only as the bibliographic data grows > 4) should I do anything to reduce the size of these directories? > Not if you want a functioning search ;) > Thanks for any input Hope it helps Chris From eb at efdss.org Thu Jul 26 08:43:49 2012 From: eb at efdss.org (Elaine Bradtke) Date: Wed, 25 Jul 2012 21:43:49 +0100 Subject: [Koha] Authority indexing In-Reply-To: <682B540D28A828448DEAF06705832CF00284D3@WCMAILMBX1.washoecounty.us> References: <809BE39CD64BFD4EB9036172EBCCFA310DFAEDEA@S-MAIL-1B.rijksmuseum.intra> <682B540D28A828448DEAF06705832CF00284D3@WCMAILMBX1.washoecounty.us> Message-ID: I agree with Cecil's statement below. Especially the see from references. I've had to put in a few dozen authorities with [Not Used] to work around this, as there is a rather entrenched set of non- standard headings that were used in the old system and have since been replaced. Elaine On Fri, Jul 13, 2012 at 5:50 PM, Hillyard, Cecil wrote: > Cataloging staff uses the authorities. > > When you click on the editing gadget I would like it to default to MAIN > ENTRY and STARTS WITH. Not main entry $a only. The results should also > show the see from references so that you don't use an (unfortunately) old > heading that should have been changed. > > Public services staff and opac users don't really use authorities but they > would use a browse list of subjects, authors and series, with all the > appropriate cross references showing and searchable. > > __________________________ > Cecil Hillyard > Washoe County Library > -Tel: 775-327-8338 or 7750-327-8330 > fax: 775-327-8334 > > -----Original Message----- > From: koha-bounces at lists.katipo.co.nz [mailto: > koha-bounces at lists.katipo.co.nz] On Behalf Of Marcel de Rooy > Sent: Friday, July 13, 2012 3:13 AM > To: koha at lists.katipo.co.nz > Subject: Re: [Koha] Authority indexing > > Hi, > Below a fragment from a discussion on authority indexing on the dev list. > As a developer, I would like to get some specific librarian feedback on > this list. > > > Another thought to add to the discussion: If we need the difference > between searching through main headings, all subfields and main headings $a > only, why do we not present these four identical options in opac and staff? > It seems overkill to me, but please speak up if you need one of the two ! > > Do you (your library) make good use of searching authorities in staff > client? There are three searches there. Note that the first one ("Search > authorities") only looks in heading $a subfields. Do you need the > difference when searching authorities between $a only or all subfields? > Would you need the other one: headings, all subfields? > > Hope I am being clear enough .. > > Thanks, > Marcel > _______________________________________________ > 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 > -- 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 Thu Jul 26 14:30:25 2012 From: eugenegf at yahoo.com (schnydszch) Date: Wed, 25 Jul 2012 19:30:25 -0700 (PDT) Subject: [Koha] koha 3.8 on debian 6.0.2 missing items In-Reply-To: <1341225407.80160.YahooMailNeo@web112006.mail.gq1.yahoo.com> References: <1341225407.80160.YahooMailNeo@web112006.mail.gq1.yahoo.com> Message-ID: <1343269825988-5721199.post@n5.nabble.com> This problem already solve. What I did was to drop the koha database and then import my previous database (koha 3.6). What I did previously was to just overwrite (?) existing original koha database with mysqldump of my backup database. And when I run zebra rebuilds items were showing up. -- View this message in context: http://koha.1045719.n5.nabble.com/koha-3-8-on-debian-6-0-2-missing-items-tp5718250p5721199.html Sent from the Koha-general mailing list archive at Nabble.com. From eugenegf at yahoo.com Thu Jul 26 14:31:03 2012 From: eugenegf at yahoo.com (schnydszch) Date: Wed, 25 Jul 2012 19:31:03 -0700 (PDT) Subject: [Koha] (no subject) In-Reply-To: <4FA3340A.5010406@inLibro.com> References: <1336092414.28994.YahooMailNeo@web112013.mail.gq1.yahoo.com> <4FA3340A.5010406@inLibro.com> Message-ID: <1343269863515-5721200.post@n5.nabble.com> This problem already solve. What I did was to drop the koha database and then import my previous database (koha 3.6). What I did previously was to just overwrite (?) existing original koha database with mysqldump of my backup database. And when I run zebra rebuilds items were showing up. -- View this message in context: http://koha.1045719.n5.nabble.com/no-subject-tp5684648p5721200.html Sent from the Koha-general mailing list archive at Nabble.com. From eugenegf at yahoo.com Thu Jul 26 14:31:32 2012 From: eugenegf at yahoo.com (schnydszch) Date: Wed, 25 Jul 2012 19:31:32 -0700 (PDT) Subject: [Koha] stage marc import of records with items In-Reply-To: References: <1341837065.7733.YahooMailNeo@web112011.mail.gq1.yahoo.com> Message-ID: <1343269892123-5721201.post@n5.nabble.com> This problem already solve. What I did was to drop the koha database and then import my previous database (koha 3.6). What I did previously was to just overwrite (?) existing original koha database with mysqldump of my backup database. And when I run zebra rebuilds items were showing up. -- View this message in context: http://koha.1045719.n5.nabble.com/stage-marc-import-of-records-with-items-tp5719018p5721201.html Sent from the Koha-general mailing list archive at Nabble.com. From sunil.kumar at ecoleglobal.com Thu Jul 26 16:27:40 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 09:57:40 +0530 Subject: [Koha] Reply: Insert records in mysql In-Reply-To: References: Message-ID: <000c01cd6ae7$0054a7b0$00fdf710$@kumar@ecoleglobal.com> Dear Viviane; You have to MASTER in database management. There are 100s of table and most importantly bibliographic of one library items goes into different table. And it is very hard to track down all the table and building foreign key, etc, etc. Thanks and Regards R Sunil Kumar Library Technologist -----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: 03 July 2012 22:31 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 81, Issue 6 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: i need your help on installing koha (themneks) 2. Re: I NEED HELP ON INSTALLING KOHA (MJ Ray) 3. Re: i need your help on installing koha (David Nind) 4. Cataloguing Items with Multiple Parts (Joel Harbottle) 5. Re: Cataloguing Items with Multiple Parts (Nicole Engard) 6. Insert records in mysql (Viviane Ventura) 7. Check In - Check out multiple items. (Laquerre, Anthony) 8. [discussion] Privacy issue (bug 3280) (Paul Poulain) 9. Re: Insert records in mysql (Robin Sheat) 10. Re: [Koha-devel] [discussion] Privacy issue (bug 3280) (Chris Cormack) ---------------------------------------------------------------------- Message: 1 Date: Tue, 3 Jul 2012 03:21:10 -0700 (PDT) From: themneks To: koha at lists.katipo.co.nz Subject: Re: [Koha] i need your help on installing koha Message-ID: <1341310870263-5718352.post at n5.nabble.com> Content-Type: text/plain; charset=us-ascii Thanks alot Mirko koha version am trying to install is koha 3.02.04 debian version is debian 6.0.5 am just new to linux and koha too so i was using this guide http://www.blazingmoon.org/news/2008/12/install-koha-on-ubuntu-part-4-koha/ any help will be appreciated thanks -- View this message in context: http://koha.1045719.n5.nabble.com/i-need-your-help-on-installing-koha-tp5718 333p5718352.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 2 Date: Tue, 03 Jul 2012 11:33:01 +0100 From: MJ Ray To: koha at lists.katipo.co.nz Subject: Re: [Koha] I NEED HELP ON INSTALLING KOHA Message-ID: jackymasibo wrote: > i am trying to install koha on a debian pc and when i run apt get > update i get the following error messages > > Err http://ftp.indexdata.dk indexdata/sarge/released Sources > 404 Not Found http://www.debian.org/releases/sarge/ says Debian GNU/Linux 3.1 (a.k.a. sarge) was released on 6th of June, 2005. The new release includes many major changes, described in our press release and the Release Notes. Debian GNU/Linux 3.1 has been superseded by Debian GNU/Linux 4.0 ("etch"). Security updates have been discontinued as of the end of March 2008. indexdata no longer support a 7-year-old version that was end-of-lifed over 4 years ago. Sorry but it's upgrade time. Try http://www.debian.org/releases/stable/ which is currently version 6.0 Hope that helps, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ ------------------------------ Message: 3 Date: Tue, 3 Jul 2012 23:19:15 +1200 From: David Nind To: themneks Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] i need your help on installing koha Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi. > koha version am trying to install is koha 3.02.04 > This is an older version of Koha (released in October 2010). Would recommend installing a newer version - 3.8.2 is the latest but is still relatively new (initial release in April, with latest update in June). You could also go with the latest 3.6 version (3.6.6 released in June). To understand the version numbering see: http://koha-community.org/about/release-schedule/ Installation instructions are included with the download - this is the best place to look initially. David Nind | david.nind at gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 h. +64 4 9720 600 | m. +64 21 0537 847 | w. +64 4 8906 098 ------------------------------ Message: 4 Date: Sun, 3 Jul 2011 23:16:32 +1000 From: Joel Harbottle To: Subject: [Koha] Cataloguing Items with Multiple Parts Message-ID: Content-Type: text/plain; charset="us-ascii" Hi All, I'm cataloguing an item with multiple books as part of the package. Ideally, I want to catalogue each individual book in the package and then link those Bibliographic records to a 'main' Bibliographic record for the kit/package? I used to be able to easily do this in our old ILS, but still haven't come up with a way to achieve this in Koha. Does anyone have any suggestions?? Best Wishes, Joel Joel Harbottle Library Technician Library Processing Services (Qld.) Email: Joel.Harbottle at hotmail.com.au ------------------------------ Message: 5 Date: Tue, 3 Jul 2012 09:46:01 -0400 From: Nicole Engard To: Joel Harbottle Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Cataloguing Items with Multiple Parts Message-ID: Content-Type: text/plain; charset=UTF-8 Joel, You're talking about Analytics and Koha does have Analytics support so hopefully this will help: http://manual.koha-community.org/3.8/en/cataloging.html#cataloganalytics Nicole On Sun, Jul 3, 2011 at 9:16 AM, Joel Harbottle wrote: > Hi All, > > > > I'm cataloguing an item with multiple books as part of the package. > > > > Ideally, I want to catalogue each individual book in the package and then > link those Bibliographic records to a 'main' Bibliographic record for the > kit/package? > > > > I used to be able to easily do this in our old ILS, but still haven't come > up with a way to achieve this in Koha. Does anyone have any suggestions?? > > > > Best Wishes, > > Joel > > > > > > Joel Harbottle > > Library Technician > > > > Library Processing Services (Qld.) > > Email: Joel.Harbottle at hotmail.com.au > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 6 Date: Tue, 3 Jul 2012 13:00:01 -0300 From: Viviane Ventura To: koha at lists.katipo.co.nz Subject: [Koha] Insert records in mysql Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hey, folks Can i insert records in mysql (biblio, biblioitems and items) directly? Thanks ------------------------------ Message: 7 Date: Tue, 3 Jul 2012 16:10:24 +0000 From: "Laquerre, Anthony" To: "koha at lists.katipo.co.nz" Subject: [Koha] Check In - Check out multiple items. Message-ID: Content-Type: text/plain; charset="us-ascii" Hi everyone, We are currently looking at is a way to check in and check out a single items that link to multiple items. Here's the need : Check out : User have a box. Inside that box there is : 1 - Camera, 1- Cable, 1- Speaker. Each individual item have a barcode. What we would like to do is : If I scan the box barcode , I will at the same checkout : Camera, Cable and the speaker. On check in, we would like a smiliar process but we would need to make each item are really return... Is that possible rignt now in Koha ? If not, what do you think of the idea ? Thanks! Anthony ------------------------------ Message: 8 Date: Tue, 03 Jul 2012 18:17:24 +0200 From: Paul Poulain To: Koha-devel at lists.koha-community.org, Koha-Mailinglist Subject: [Koha] [discussion] Privacy issue (bug 3280) Message-ID: <4FF31B14.5040508 at biblibre.com> Content-Type: text/plain; charset=ISO-8859-1 Hello Koha users & developers, The bug 3280 fixes a problem in cart sending in opac : the behaviour has changed, and for security reason, it will be possible only for logged-in users. A question has also been raised : we could also add the IP address of the sender in the mail that Koha sent. Do you think : 1- we could 2- we should 3- we shouldn't (and why) I start arguing = I think we should, and in France, I think it's a legal issue, you must be able to answer any legal request from a court (9-11, thank you :\ ) It's right we have the username, but the IP address is a good complement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 ------------------------------ Message: 9 Date: Tue, 03 Jul 2012 17:27:01 +0100 From: Robin Sheat To: koha at lists.katipo.co.nz Subject: Re: [Koha] Insert records in mysql Message-ID: <4FF31D55.2040705 at catalyst.net.nz> Content-Type: text/plain; charset=UTF-8 Op 03-07-12 17:00, Viviane Ventura schreef: > Hey, folks > > Can i insert records in mysql (biblio, biblioitems and items) directly? It's possible, but it's really not recommended unless the data you're putting in there comes from a very similar Koha instance. Things like creating MARC record parts is not feasible to do by hand. -- Robin Sheat Catalyst IT Ltd. ? +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ------------------------------ Message: 10 Date: Wed, 04 Jul 2012 05:00:20 +1200 From: Chris Cormack To: Paul Poulain , Koha-devel at lists.koha-community.org, Koha-Mailinglist Subject: Re: [Koha] [Koha-devel] [discussion] Privacy issue (bug 3280) Message-ID: <09222531-3f7e-4ba3-9ab5-fddc719ebf7b at email.android.com> Content-Type: text/plain; charset=UTF-8 Make it a syspref, so it can work for all jurisdictions. Problem solved. Chris Paul Poulain wrote: Hello Koha users & developers, The bug 3280 fixes a problem in cart sending in opac : the behaviour has changed, and for security reason, it will be possible only for logged-in users. A question has also been raised : we could also add the IP address of the sender in the mail that Koha sent. Do you think : 1- we could 2- we should 3- we shouldn't (and why) I start arguing = I think we should, and in France, I think it's a legal issue, you must be able to answer any legal request from a court (9-11, thank you :\ ) It's right we have the username, but the IP address is a good complement -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 _____________________________________________ Koha-devel mailing list Koha-devel at lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 81, Issue 6 *********************************** From hblancoca at gmail.com Thu Jul 26 16:30:28 2012 From: hblancoca at gmail.com (Humberto Blanco) Date: Wed, 25 Jul 2012 21:30:28 -0700 (PDT) Subject: [Koha] Search results of all the books gives a result 'No Title' with empty record, item and no other information In-Reply-To: <1323676788046-5067518.post@n5.nabble.com> References: <1323676788046-5067518.post@n5.nabble.com> Message-ID: <1343277028554-5721206.post@n5.nabble.com> i believe that he problem its the zebra mapping, but i do not where i can find that. Can you solve this? -- View this message in context: http://koha.1045719.n5.nabble.com/Search-results-of-all-the-books-gives-a-result-No-Title-with-empty-record-item-and-no-other-informatn-tp5067518p5721206.html Sent from the Koha-general mailing list archive at Nabble.com. From sunil.kumar at ecoleglobal.com Thu Jul 26 21:11:27 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 14:41:27 +0530 Subject: [Koha] How to bulk delete the patrons after expiry of membership In-Reply-To: References: Message-ID: <001c01cd6b0e$a4f4e740$eedeb5c0$@kumar@ecoleglobal.com> Dear Mr. Vimal, The best way to delete these records is by building a SQL Query where u select particular category and check the expiry date and then bulk delete. Thanks and Regards R Sunil Kumar Library Technologist -----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: 11 June 2012 05:30 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 80, Issue 16 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. How to bulk delete the patrons after expiry of membership (Vimal Kumar) 2. Re: Date format (Vimal Kumar) 3. Unable to update form (Stew Wilson) 4. German article on Koha (Mirko) 5. Upgrading Koha 3.4 to Koha 3.8 ?? (jp_powell) 6. Re: Upgrading Koha 3.4 to Koha 3.8 ?? (Olugbenga Adara) ---------------------------------------------------------------------- Message: 1 Date: Sun, 10 Jun 2012 11:48:06 +0530 From: Vimal Kumar To: Koha-List Subject: [Koha] How to bulk delete the patrons after expiry of membership Message-ID: Content-Type: text/plain; charset=UTF-8 Dear Friends, How to bulk delete patrons expired membership ? For example, when an academic year ends, we have to delete batch of students. How it possible? Regards -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White ------------------------------ Message: 2 Date: Sun, 10 Jun 2012 11:56:13 +0530 From: Vimal Kumar To: Koha-List , sandeep bhavsar Subject: Re: [Koha] Date format Message-ID: Content-Type: text/plain; charset=UTF-8 Dear Sandeep, Another solution is change date format in Koha to YYYY-MM-DD. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White ------------------------------ Message: 3 Date: Sun, 10 Jun 2012 19:03:33 +0800 From: Stew Wilson To: koha at lists.katipo.co.nz Subject: [Koha] Unable to update form Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi everyone, I am very new to Koha - and this seems like a question which is often asked, but I have not yet found a comprehensible response! I tried editing my own MARC framework. This worked well, until I accidentally deleted a tag that I wanted to keep. So, I added it as a new tag, and copy-pasted the information from the existing tag in the default framework. This added fine and looks no different from the information in the default framework. However, when I now try to input information into that tag as I'm adding a new record, I am unable to enter anything in the box. The cursor is there, but nothing is entered in the field. I have a feeling that this something to do with authorities - but I wouldn't know where to start! Is someone able to point me in the right direction? Thanks, Stew ------------------------------ Message: 4 Date: Sun, 10 Jun 2012 17:21:12 +0200 From: Mirko <5p4m at gmx.de> To: Koha-List Subject: [Koha] German article on Koha Message-ID: <4FD4BB68.4030403 at gmx.de> Content-Type: text/plain; charset=ISO-8859-15 It may or may not be of interest that the newsletter of "Arbeitskreis der Sprachenzentren" (June 2012) contains an article on Koha. It is written in German and can be found here: http://www.aks-web.de/newsletter/ - Mirko ------------------------------ Message: 5 Date: Sun, 10 Jun 2012 09:01:06 -0700 (PDT) From: jp_powell To: koha at lists.katipo.co.nz Subject: [Koha] Upgrading Koha 3.4 to Koha 3.8 ?? Message-ID: <1339344066745-5715857.post at n5.nabble.com> Content-Type: text/plain; charset=us-ascii What is the best and easiest way to upgrade Koha 3.4 to Koha 3.8 running on Debian Squeeze? The key here is NOT to lose the data in the database tables. I am hoping that there are MySQL scripts to move data around if there are table differences between the 3.4 and 3.8. Thank you. jp -- View this message in context: http://koha.1045719.n5.nabble.com/Upgrading-Koha-3-4-to-Koha-3-8-tp5715857.h tml Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 6 Date: Sun, 10 Jun 2012 09:08:29 -0700 (PDT) From: Olugbenga Adara To: koha at lists.katipo.co.nz, jp_powell Subject: Re: [Koha] Upgrading Koha 3.4 to Koha 3.8 ?? Message-ID: <1339344509.85103.YahooMailClassic at web161002.mail.bf1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Hello Jp, --- On Sun, 6/10/12, jp_powell wrote: > What is the best and easiest way to > upgrade Koha 3.4 to Koha 3.8 running on > Debian Squeeze? > > The key here is NOT to lose the data in the database > tables.? I am hoping > that there are MySQL scripts to move data around if there > are table > differences between the 3.4 and 3.8. /listinfo/koha > I am not sure whether this will work for 3.8 since i have not tested it. But what i do for 3.4 (or 3.2 though that involves running another script after upgrade) to 3.6 is to install 3.6 normally. then delete the 3.6 database and repalce with a dump from 3.4. On a login to the staff client, koha automatically senses the older database and upgrades to 3.6. Hope that helps. Olugbenga Adara ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 80, Issue 16 ************************************ From sunil.kumar at ecoleglobal.com Thu Jul 26 21:29:58 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 14:59:58 +0530 Subject: [Koha] Problem in importing Patron Records In-Reply-To: References: Message-ID: <001d01cd6b11$3ad4c0d0$b07e4270$@kumar@ecoleglobal.com> Dear Prajeesh, Try to de-active the mandatory field (BorrowerMandatoryField) in patron category in Global Preference and remove all the fields. Then try to upload the patron CSV files. But make sure that patron category code and branch code of the library is matching in Koha as per the CSV file. Best of luck Thanks and Regards R Sunil Kumar Library Technologist -----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: 06 June 2012 05:30 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 80, Issue 11 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. Unable to input MARC field (Stew Wilson) 2. Problem in importing Patron Records (Prajeesh) 3. Re: CAS Server/koha (Matthias Meusburger) 4. Re: Problem in importing Patron Records (Paul) ---------------------------------------------------------------------- Message: 1 Date: Tue, 5 Jun 2012 13:34:54 +0800 From: Stew Wilson To: koha at lists.katipo.co.nz Subject: [Koha] Unable to input MARC field Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi Everyone, I'm very much a Koha newbie, so sorry if it's a silly question: I have made myself a customised MARC framework. During this process I accidentally deleted tag 260. So I added it again as a new tag and just copied the details from the default framework. So now when I go into the edit record screen of a book I can see tag 260, but I can't add any information to it. I can see a cursor in each subfield, but I can't type anything into it. I guess this is something to do with authorities, but sadly I have no idea if this is true, or how to fix it. Is anyone able to point me in the right direction? Cheers, Stew ------------------------------ Message: 2 Date: Tue, 5 Jun 2012 15:09:19 +0530 From: Prajeesh To: Koha Subject: [Koha] Problem in importing Patron Records Message-ID: Content-Type: text/plain; charset="iso-8859-1" Dear all I tried to import a .csv file to my Koha installation (version 3.06.01.000) and got the following errors. I have checked the Branch code and the Category Code. It is give correct in the .csv file. Is there any bug reported in this version regarding patron import. Please help me. The .csv file is attached. Import Patrons Import results : - 0 imported records - 0 overwritten - 0 not imported because already in borrowers table and overwrite disabled - 2 not imported because they are not in the expected format - 2 records parsed - Back to Tools Feedback: - Parsing upload file patron_import BPT2011 (copy).csv - Content-Type : text/csv - Content-Disposition : form-data; name="uploadborrowers"; filename="patron_import BPT2011 (copy).csv" - headerrow : Error analysis: - Header row could not be parsed - Line 2 could not be parsed! "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 3 could not be parsed! "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" - Line 3 Critical field "categorycode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" - Line 3 Critical field "branchcode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" -- With Regards Prajeesh Bhaskaran Mahatma Gandhi University Library Kottayam, Kerala- 686 560 http://kerala-lis.blogspot.com/. ------------------------------ Message: 3 Date: Tue, 05 Jun 2012 10:47:22 +0100 From: Matthias Meusburger To: koha at lists.katipo.co.nz Subject: Re: [Koha] CAS Server/koha Message-ID: <4FCDD5AA.20600 at biblibre.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, The CAS Authentication (with the casAuthentication and casServerUrl sysprefs) only works for OPAC side at the moment. Is it through thoses sysprefs you tried to enable CAS ? Matthias Meusburger Le 04/06/2012 14:08, Samuel desseaux a ?crit : > Hi! > > I want to link koha to a CAS Server (only for the professionnal side). > > In the administration tool, it seems to be easy. > > > But, does koha need specific perl modules? > > I've enabled mod-proxy on apache and add this part in the virtualhost > > > ProxyRequests Off > > > Order Allow,Deny > Allow from All > AuthName "Acces Koha" > AuthType CAS > Require valid-user ***** * * * > > > Beste regards > > samuel > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 4 Date: Tue, 05 Jun 2012 10:11:40 -0400 From: Paul To: Koha Subject: Re: [Koha] Problem in importing Patron Records Message-ID: <5.2.1.1.2.20120605100748.050f2ad8 at localhost> Content-Type: text/plain; charset="us-ascii"; format=flowed At 03:09 PM 6/5/2012 +0530, Prajeesh wrote: >Dear all > >I tried to import a .csv file to my Koha installation (version 3.06.01.000) >and got the following errors. I have checked the Branch code and the >Category Code. It is give correct in the .csv file. Is there any bug >reported in this version regarding patron import. Please help me. The .csv >file is attached. The file was not attached. Did you use the default Koha format for dates as YYYY-MM-DD? From the errors, you appear to be using DD/MM/YYYY (but this could just be your sys pref for output.) Paul > Import Patrons Import results : > > - 0 imported records > - 0 overwritten > - 0 not imported because already in borrowers table and overwrite > disabled > - 2 not imported because they are not in the expected format > - 2 records parsed > - Back to Tools > > Feedback: > > - Parsing upload file patron_import BPT2011 (copy).csv > - Content-Type : text/csv > - Content-Disposition : form-data; name="uploadborrowers"; > filename="patron_import BPT2011 (copy).csv" > - headerrow : > > Error analysis: > > - Header row could not be parsed > - Line 2 could not be parsed! > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 3 could not be parsed! > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > - Line 3 Critical field "categorycode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > - Line 3 Critical field "branchcode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > > > >-- >With Regards > >Prajeesh Bhaskaran > Mahatma Gandhi University Library >Kottayam, Kerala- 686 560 >http://kerala-lis.blogspot.com/. >_______________________________________________ >Koha mailing list http://koha-community.org >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. , and ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 80, Issue 11 ************************************ From sunil.kumar at ecoleglobal.com Thu Jul 26 21:33:55 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 15:03:55 +0530 Subject: [Koha] Unable to input MARC field In-Reply-To: References: Message-ID: <001e01cd6b11$c838e3c0$58aaab40$@kumar@ecoleglobal.com> Dear Wilson, This will be bit technical. Step 1: Administration Step 2: MARC Framework Step 3: BKS Framework Structure (select the framework you are using). Step 4: search for MARC tag 260 Step 5: check individually all the sub fields of 260 and see the configuration. Step 6: if any field is configure especially (260$a, 260$b and 260$c) and make necessary changes. Do let me know if you need any help. Thanks and Regards R Sunil Kumar Library Technologist -----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: 06 June 2012 05:30 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 80, Issue 11 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. Unable to input MARC field (Stew Wilson) 2. Problem in importing Patron Records (Prajeesh) 3. Re: CAS Server/koha (Matthias Meusburger) 4. Re: Problem in importing Patron Records (Paul) ---------------------------------------------------------------------- Message: 1 Date: Tue, 5 Jun 2012 13:34:54 +0800 From: Stew Wilson To: koha at lists.katipo.co.nz Subject: [Koha] Unable to input MARC field Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi Everyone, I'm very much a Koha newbie, so sorry if it's a silly question: I have made myself a customised MARC framework. During this process I accidentally deleted tag 260. So I added it again as a new tag and just copied the details from the default framework. So now when I go into the edit record screen of a book I can see tag 260, but I can't add any information to it. I can see a cursor in each subfield, but I can't type anything into it. I guess this is something to do with authorities, but sadly I have no idea if this is true, or how to fix it. Is anyone able to point me in the right direction? Cheers, Stew ------------------------------ Message: 2 Date: Tue, 5 Jun 2012 15:09:19 +0530 From: Prajeesh To: Koha Subject: [Koha] Problem in importing Patron Records Message-ID: Content-Type: text/plain; charset="iso-8859-1" Dear all I tried to import a .csv file to my Koha installation (version 3.06.01.000) and got the following errors. I have checked the Branch code and the Category Code. It is give correct in the .csv file. Is there any bug reported in this version regarding patron import. Please help me. The .csv file is attached. Import Patrons Import results : - 0 imported records - 0 overwritten - 0 not imported because already in borrowers table and overwrite disabled - 2 not imported because they are not in the expected format - 2 records parsed - Back to Tools Feedback: - Parsing upload file patron_import BPT2011 (copy).csv - Content-Type : text/csv - Content-Disposition : form-data; name="uploadborrowers"; filename="patron_import BPT2011 (copy).csv" - headerrow : Error analysis: - Header row could not be parsed - Line 2 could not be parsed! "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" - Line 3 could not be parsed! "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" - Line 3 Critical field "categorycode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" - Line 3 Critical field "branchcode" missing (borrowernumber: UNDEF; surname: UNDEF). "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" -- With Regards Prajeesh Bhaskaran Mahatma Gandhi University Library Kottayam, Kerala- 686 560 http://kerala-lis.blogspot.com/. ------------------------------ Message: 3 Date: Tue, 05 Jun 2012 10:47:22 +0100 From: Matthias Meusburger To: koha at lists.katipo.co.nz Subject: Re: [Koha] CAS Server/koha Message-ID: <4FCDD5AA.20600 at biblibre.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, The CAS Authentication (with the casAuthentication and casServerUrl sysprefs) only works for OPAC side at the moment. Is it through thoses sysprefs you tried to enable CAS ? Matthias Meusburger Le 04/06/2012 14:08, Samuel desseaux a ?crit : > Hi! > > I want to link koha to a CAS Server (only for the professionnal side). > > In the administration tool, it seems to be easy. > > > But, does koha need specific perl modules? > > I've enabled mod-proxy on apache and add this part in the virtualhost > > > ProxyRequests Off > > > Order Allow,Deny > Allow from All > AuthName "Acces Koha" > AuthType CAS > Require valid-user ***** * * * > > > Beste regards > > samuel > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 4 Date: Tue, 05 Jun 2012 10:11:40 -0400 From: Paul To: Koha Subject: Re: [Koha] Problem in importing Patron Records Message-ID: <5.2.1.1.2.20120605100748.050f2ad8 at localhost> Content-Type: text/plain; charset="us-ascii"; format=flowed At 03:09 PM 6/5/2012 +0530, Prajeesh wrote: >Dear all > >I tried to import a .csv file to my Koha installation (version 3.06.01.000) >and got the following errors. I have checked the Branch code and the >Category Code. It is give correct in the .csv file. Is there any bug >reported in this version regarding patron import. Please help me. The .csv >file is attached. The file was not attached. Did you use the default Koha format for dates as YYYY-MM-DD? From the errors, you appear to be using DD/MM/YYYY (but this could just be your sys pref for output.) Paul > Import Patrons Import results : > > - 0 imported records > - 0 overwritten > - 0 not imported because already in borrowers table and overwrite > disabled > - 2 not imported because they are not in the expected format > - 2 records parsed > - Back to Tools > > Feedback: > > - Parsing upload file patron_import BPT2011 (copy).csv > - Content-Type : text/csv > - Content-Disposition : form-data; name="uploadborrowers"; > filename="patron_import BPT2011 (copy).csv" > - headerrow : > > Error analysis: > > - Header row could not be parsed > - Line 2 could not be parsed! > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/05" "Thomas" "Anilda " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/05" > - Line 3 could not be parsed! > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > - Line 3 Critical field "categorycode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > - Line 3 Critical field "branchcode" missing (borrowernumber: UNDEF; > surname: UNDEF). > "BPT11/06" "R" "Anjana " "Ms" "Kerala" 682015 "India" "MAIN" "BPT" > "22/09/2011" "31/05/2016" "Female" 123456 "BPT11/06" > > > >-- >With Regards > >Prajeesh Bhaskaran > Mahatma Gandhi University Library >Kottayam, Kerala- 686 560 >http://kerala-lis.blogspot.com/. >_______________________________________________ >Koha mailing list http://koha-community.org >Koha at lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. , and ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 80, Issue 11 ************************************ From sunil.kumar at ecoleglobal.com Fri Jul 27 00:04:44 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 17:34:44 +0530 Subject: [Koha] data migration from libsys to koha~ In-Reply-To: References: Message-ID: <002601cd6b26$ddae4f50$990aedf0$@kumar@ecoleglobal.com> Dear Mr Vinod If you can send me the libsys data both .ISO format and .MRK format I can try my best to resolve the issue. (rsunil.kr at gmail.com) / 9686576695 Thanks and Regards R Sunil Kumar Library Technologist -----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: 02 May 2012 21:28 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 79, Issue 3 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. Adding Newspaper to Koha (diana soubra) 2. koha serch problem (vinod kumar) 3. Re: koha serch problem (Bob Birchall) 4. Re: Right To Left in Arabic KOHA (Karam Qubsi) 5. Re: data migration from libsys to koha (vinod kumar) 6. marc import (Marcel Sandow) 7. Re: marc import (Hugo Agud) 8. Upgrading koha to 3.8 (Ranadip Chandra) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 May 2012 05:29:47 +0000 From: diana soubra To: Subject: [Koha] Adding Newspaper to Koha Message-ID: Content-Type: text/plain; charset="iso-8859-1" Dear Koha, I have problem when adding daily newspaper or journals....I couldn't find an easy way, and when using serials I don't have such experience. If you can help me or give me a hint regarding this issue I will be more than thankful. Regards, Diana ------------------------------ Message: 2 Date: Wed, 2 May 2012 13:12:44 +0530 From: vinod kumar To: koha at lists.katipo.co.nz Subject: [Koha] koha serch problem Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi I am search the book on OPEC page but OPEC show this error zebra re-indexing is working how to solve please suggest me Error 404 - This error means that the link was broken and that the page doesn't exist. - To report this error, you can email the Koha Administrator . - Use top menu bar to navigate to another part of Koha. Best Regards vinod ------------------------------ Message: 3 Date: Wed, 02 May 2012 17:48:16 +1000 From: Bob Birchall To: koha at lists.katipo.co.nz Subject: Re: [Koha] koha serch problem Message-ID: <4FA0E6C0.20608 at calyx.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 02/05/12 17:42, vinod kumar wrote: > Hi > > I am search the book on OPEC page but OPEC show this error zebra > re-indexing is working how to solve please suggest me Error 404 > > - This error means that the link was broken and that the page doesn't > exist. This indicates that the record exists in the index but not in the mysql data base. This might arise because you have deleted a record but it has not been deleted from the index. Try a complete zebra re-build. Hope this helps, Bob Birchall Calyx ------------------------------ Message: 4 Date: Tue, 1 May 2012 10:21:16 +0300 From: Karam Qubsi To: Mason James Cc: Koha , "koha-translate at lists.koha-community.org" , "Davoodifar, H. Sam \(EDU\)" Subject: Re: [Koha] Right To Left in Arabic KOHA Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi Mason, this is not clear for me , can you give us more explanation ? the po files contains strings (not) css codes so where we have to put this codes ? I almost done in make koha from right to left (by changing the css templates manually ) and it's seems to be OK when it finish . it's not just about the direction of the text all the site must be right to left ( some images must be changed like the directions of some arrows when browsing a Shelve ) so i wish you explain more to us about your idea it may make it more easy to us , in the links you provide they are talking about Pootle in general , i wish some one tell us if this available for koha too . thanks a lot. where I have to put the lang On Tue, May 1, 2012 at 2:18 AM, Mason James wrote: > > On 2012-05-1, at 9:36 AM, Karam Qubsi wrote: > >> Hi Sam, >> I think that we can create a css templates that support all the rtl >> languages and let the user select what he prefer if his language is >> ltr he will select the default one , or he will select the second >> choice rtl to support his language, but each language must be >> translated to be supported , our group is from the Arab world and we >> are working to make koha in Arabic we are working here ?: >> translate.koha-community.org/ar/36/ >> >> you can ask to open a Persian translation project and start >> translating , and when finishing you may find it easier if you find >> koha support the style from right to left :) > > > oops - i now see you have discovered the 'right-to-left' translate > option for pootle, already :) > > >> and koha 3.8 know is fully supported in search and retrieve for >> non-Latin languages . >> >> I hope you will find the best way to start your ?Persian project :) >> >> kind regards >> Karam Qubsi >> >> > -- Karam Qubsi Koha Arab translation Team http:koha.wikibrary.org Wikibrary for Arab librarians http://wikibrary.org ------------------------------ Message: 5 Date: Wed, 2 May 2012 16:20:48 +0530 From: vinod kumar To: amit bondwal Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] data migration from libsys to koha Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Dear Amit sorry no idea for data migration. On Tue, Apr 24, 2012 at 1:07 PM, amit bondwal wrote: > Dear All, > > I want to data migration from libsys to koha, > My current state is that I took backup from libsys in iso format and > convert > it in .mrk files. Now my problem is that it shows tag numbers like > 999 964 etc. When I tried to import .mrc files in koha by script > bulkmarcimport > in koha/bin/migration directory, it imported data but did not show 900 > series tags. > And it is not proper shows all information like accession numbers etc. > > That is my current status. Can anybody help me to properly tag mapping for > koha in > .mrk files. So that it can take all the data while importing properly. > > Any help will be helpfull regarding tag mapping from libsys to koha. > > Thanks in advance. > > Regards > Amit > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > ------------------------------ Message: 6 Date: Wed, 02 May 2012 15:37:49 +0200 From: "Marcel Sandow" To: koha at lists.katipo.co.nz Subject: [Koha] marc import Message-ID: <20120502133749.32340 at gmx.net> Content-Type: text/plain; charset="utf-8" Dear Koha-List Members! presently I am working on importing a school library (>10000 records) into koha. I have a csv file with all items. The actual format is: author, title, full call number(shelf place), barcode I convert this file via marcedit into mrk, and mrc file. mrc sample: =LDR 00232nam a2200109Ia 45e0 =008 120501s9999\\\\xx\\\\\\\\\\\\000\0\und\d =100 \\$aauthor =245 \\$atitle =952 \\$oFCN(Shelf) =952 \\$pbarcode Importing this mrc file via 'Stage marc record ...' results in a record with two items, one 952$o item and one 952$p item. I would expect to have one record with one item having the 952$o and the 952$p entry. Is this the standard behaviour? Are there any settings where I can define which mrc syntax will result in creating a new item? Is there a documentation how the import is handled? Some of my records have multiple item for one record, they look like: author, title, full call number(shelf place), barcode1 author, title, full call number(shelf place), barcode2 How should the mrc file look like to get a multiple item import with each having the 952$o entry? Maybe a marcedit forum would be the better address but maybe one of you can help how to set marcedit for converting the above mentioned csv structure into the necessary mrc file syntax?! any hints, links are welcome. Thanks all the best Marcel -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ------------------------------ Message: 7 Date: Wed, 2 May 2012 15:50:49 +0200 From: Hugo Agud To: Marcel Sandow Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] marc import Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi You have to join the 952 fields into one...Koha ceate one item per 952 line. However you need more fields there... 952$a, $b and 952$y as minimum I think (a part of the $o and $p)... using MARCedit.. just control and select both fields... mousse: right buttom and click to join... that'sll ;) Hugo 2012/5/2 Marcel Sandow > Dear Koha-List Members! > > presently I am working on importing a school library (>10000 records) into > koha. I have a csv file with all items. The actual format is: > > author, title, full call number(shelf place), barcode > > I convert this file via marcedit into mrk, and mrc file. > > mrc sample: > =LDR 00232nam a2200109Ia 45e0 > =008 120501s9999\\\\xx\\\\\\\\\\\\000\0\und\d > =100 \\$aauthor > =245 \\$atitle > =952 \\$oFCN(Shelf) > =952 \\$pbarcode > > Importing this mrc file via 'Stage marc record ...' results in a record > with two items, one 952$o item and one 952$p item. I would expect to have > one record with one item having the 952$o and the 952$p entry. > > Is this the standard behaviour? Are there any settings where I can define > which mrc syntax will result in creating a new item? Is there a > documentation how the import is handled? > > Some of my records have multiple item for one record, they look like: > > author, title, full call number(shelf place), barcode1 > author, title, full call number(shelf place), barcode2 > > How should the mrc file look like to get a multiple item import with each > having the 952$o entry? > > Maybe a marcedit forum would be the better address but maybe one of you > can help how to set marcedit for converting the above mentioned csv > structure into the necessary mrc file syntax?! > > any hints, links are welcome. Thanks > > all the best > > Marcel > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarri? 29 ? 08029 Barcelona :hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 hagud at orex.es ? http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 ?rboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene informaci?n que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni est? autorizado a recibirlo por el remitente), no est? autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notif?quenoslo inmediatamente y b?rrelo de su sistema. ------------------------------ Message: 8 Date: Wed, 2 May 2012 08:57:24 -0700 (PDT) From: Ranadip Chandra To: koha at lists.katipo.co.nz Subject: [Koha] Upgrading koha to 3.8 Message-ID: <1335974244683-5680924.post at n5.nabble.com> Content-Type: text/plain; charset=UTF-8 I am trying to upgrade the Koha to the version 3.8.0. I downloaded it and try to follow the steps given below : 1. sudo cd to Koha-3.8.0 2. sudo perl Makefile.PL --prev-install-log /usr/share/koha/misc/koha-install-log 3. sudo make 4. sudo make test 5. sudo make upgrade 6. Update the sources.list (/etc/apt/sources.list) to include following lines at the end of the file deb http://archive.ubuntu.com/ubuntu/ lucid main universe multiverse deb http://archive.ubuntu.com/ubuntu/ lucid-updates main universe multiverse deb http://archive.ubuntu.com/ubuntu/ lucid-security main universe multiverse 7. sudo apt-get update 8. Try to find out the missing perl module by using the command ? sudo perl koha_perl_deps.pl -m? 9. Try to install the missing perl module. While installing the following screen appears : http://koha.1045719.n5.nabble.com/file/n5680924/3.png Finally while open the koha interface browser shows the following message : Not Found The requested URL / was not found on this server. Apache/2.2.14 (Ubuntu) Server at localhost Port 8007 I checked the apache ports (/etc/apache2/ports.conf) which listens 8008 & 8007 and also changed the port numbers in koha-httpd.conf (/etc/koha/koha-httpd.conf) file. please help me. ----- Ranadip Chandra Assistant Librarian, Jadavpur University, Kolkata --700032, Email -- ranadipchandra at gmail.com -- View this message in context: http://koha.1045719.n5.nabble.com/Upgrading-koha-to-3-8-tp5680924.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 79, Issue 3 *********************************** From sunil.kumar at ecoleglobal.com Fri Jul 27 00:18:23 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 17:48:23 +0530 Subject: [Koha] marc framework and importing records In-Reply-To: References: Message-ID: <002d01cd6b28$cf4371a0$6dca54e0$@kumar@ecoleglobal.com> Dear Nancy; Please visit the following site : http://ksrcas.pbworks.com/w/page/3809371/editingmarcframework Question : (for example the 00 fields?) will I run into a problem when I import records? Answer: better not to delete/hide the default / mandatory fields, these mandatory fields are clickable only. Won't take that much time. Question: Put another way, if I import records all from the Library of Congress for example, using the import script, will the script fail if the field is not defined in my framework? Answer: No issue, if you select the customized framework for Z39.50 search and catalogue, you will be able to store the content/biblio. You can go ahead and customize the framework and it will work very effectively for you. Feel free to revert back for any clarifications. Thanks and Regards R Sunil Kumar Library Technologist -----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: 20 April 2012 00:15 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 78, Issue 39 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: Itherm 280 receipt printers with Koha Circulation (Bernardo Gonzalez Kriegel) 2. Seeking Pacific Island Koha users (Pamela Bidwell) 3. marc framework and importing records (smurfett at gmail.com) 4. Custom call-number schemes (Peter Aronson) 5. Re: Koha reindex with Zebra doesn't work (Alex87) 6. Re: marc framework and importing records (MJ Ray) 7. itemcallnumber field not getting everything (Peter Aronson) 8. Re: Local call number (Joe) 9. Re: Bulk patron anonymize/delete tool (Tom Hanstra) ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Apr 2012 21:46:21 -0300 From: Bernardo Gonzalez Kriegel To: Randy Smith Cc: Koha Subject: Re: [Koha] Itherm 280 receipt printers with Koha Circulation Message-ID: Content-Type: text/plain; charset=UTF-8 Hi Randy, I think there are two problems: how to print and what to print. If you can register your thermal printer as a standard windows printer, capable to print a web page from a browser, then this link can help you: http://www.nexpresslibrary.org/go-live/configure-your-receipt-printers/ Next, what is printed in the circulation slip is basically in the file $KOHA_DIR/intranet/htdocs/intranet-tmpl/prog/en/modules/members/ moremember-print.tt that file could be tailored to your needs (logo, etc), handled with care by someone who understand html. It's a sort of html file, but not quite. It's used by Koha to generate the html of the receipt. Hope that helps -- Bernardo Gonzalez Kriegel bgkriegel at gmail.com On Wed, Apr 18, 2012 at 7:34 PM, Randy Smith wrote: > Our library consortium is preparing to go live with Koha next week. We > want to print receipts for checkout, etc. using our Itherm 280 receipt > printers, but have searched in vain for any available configuration > instructions or advice. Is anyone using Itherm 280 receipt printers for > patron checkout, hold slips, etc.? Any help is greatly appreciated. > > Randy Smith > Lewiston City Library > 208. 743-6519 > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > ------------------------------ Message: 2 Date: Thu, 19 Apr 2012 00:52:25 +0000 From: Pamela Bidwell To: "koha at lists.katipo.co.nz" Cc: Nelson Manerara , Mary-Clare Ame Subject: [Koha] Seeking Pacific Island Koha users Message-ID: <574E427E49FC5D4DA99A7397F33F58880D366590 at suvxch10mb1.usp.ac.fj> Content-Type: text/plain; charset="us-ascii" Dear Koha users, I would like to hear from users of Koha in the Pacific Islands. Many small Pacific countries struggle with extra issues when automating their libraries, such as unexpected power outages (and damaging power surges), intermittent and slow Internet access, old technology and limited IT expertise. For many Pacific libraries, Koha is their first automated system, and staff training is a real issue. Quite a few Pacific Koha projects have stalled as a result of these problems. We need to develop a supportive local community that shares knowledge and offers support. I hope to set up a smaller discussion forum for the Pacific Koha community (while still being involved in the wider Koha community discussions). The forum will talk about day to day use of Koha, answer basic questions about using the system and share resources such as training materials. I would also like to discuss regional training possibilities. Please email me at: pamela.bidwell at usp.ac.fj if you would like to be involved. I hope to hear from you soon. Regards Pam Bidwell, Lecturer Library/Information Studies School of Education The University of the South Pacific Laucala Campus, Suva, FIJI Tel. (679) 323 2829 Fax: (679) 323 1528 Email: pamela.bidwell at usp.ac.fj L/IS program website: www.usp.ac.fj/library_studies PacLibEd discussion forum: http://staff.usp.ac.fj/mailman/listinfo/paclibed ------------------------------ Message: 3 Date: Wed, 18 Apr 2012 22:58:18 -0700 From: smurfett at gmail.com To: koha at lists.katipo.co.nz Subject: [Koha] marc framework and importing records Message-ID: <4F8FA97A.90605 at gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi We're a small school library and don't really need all the fields used in MARC records. But I would like to import my marc records using the import perl script. I was wondering, if I edit the BOOK MARC framework for example, and delete fields that we don't really care about (for example the 00 fields?) will I run into a problem when I import records? Put another way, if I import records all from the Library of Congress for example, using the import script, will the script fail if the field is not defined in my framework? nancy ------------------------------ Message: 4 Date: Thu, 19 Apr 2012 11:30:39 +0530 From: Peter Aronson To: koha at lists.katipo.co.nz Subject: [Koha] Custom call-number schemes Message-ID: <99A089FC-C895-4D84-8AD8-63DDDBF45B2C at peteraronson.com> Content-Type: text/plain; charset=us-ascii Hi, We're a very specialized library dealing with a very narrow range of subjects, so we've created our own classification/call-number system. I'd just like to make sure we're doing it right: We've created something like CALLNUM as an authorized values category, and then we're putting our general call number heading (e.g. BC1100) as the Authorized Value, and then "Reference--Dictionaries" as the Description and the Description (OPAC). And then we've mapped CALLNUM as a mandatory field on our Marc framework. Does it sound like we're doing this the right way? Thanks, Peter Aronson DGL Library, India ------------------------------ Message: 5 Date: Thu, 19 Apr 2012 00:19:07 -0700 (PDT) From: Alex87 To: koha at lists.katipo.co.nz Subject: Re: [Koha] Koha reindex with Zebra doesn't work Message-ID: <1334819947287-5651065.post at n5.nabble.com> Content-Type: text/plain; charset=UTF-8 Hi Fr?d?ric, thank you very muche you have the reason, I have made a new installation of koha, setting the zebra indexing in unimarc and koha also in unimarc, and now i can reindex my records. Thanks and Kind Regards Alex -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-reindex-with-Zebra-doesn-t-work-tp564 2993p5651065.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 6 Date: Thu, 19 Apr 2012 10:18:15 +0100 From: MJ Ray To: koha at lists.katipo.co.nz Subject: Re: [Koha] marc framework and importing records Message-ID: smurfett at gmail.com > We're a small school library and don't really need all the fields used in > MARC records. But I would like to import my marc records using the import > perl script. I was wondering, if I edit the BOOK MARC framework for > example, and delete fields that we don't really care about (for example the > 00 fields?) will I run into a problem when I import records? Probably not, but I think the usual way is to set up new frameworks and leave the full ones there. The import script can (must? check it!) use the default framework, which is another way out. > Put another way, if I import records all from the Library of Congress for > example, using the import script, will the script fail if the field is not > defined in my framework? I think the answer is: no, but it may behave slightly strangely when you edit the record or need you to use the default framework to edit all the fields. Nothing should break as a result of this, though. Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ ------------------------------ Message: 7 Date: Thu, 19 Apr 2012 15:40:59 +0530 From: Peter Aronson To: koha at lists.katipo.co.nz Subject: [Koha] itemcallnumber field not getting everything Message-ID: <7328ED03-FB04-47CE-8E5F-444E5FECF849 at peteraronson.com> Content-Type: text/plain; charset=windows-1252 In Home ? Administration ? System Preferences I have specified that the field "itemcallnumber" should map the MARC subfield 099aef. However Koha only maps subfields a and e (099ae)? It is not mapping subfield f. Is this option limited to only 2 subfields? Thanks, Peter ------------------------------ Message: 8 Date: Thu, 19 Apr 2012 09:41:26 -0500 From: Joe To: Koha Listserv Subject: Re: [Koha] Local call number Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi Paula, You need to add it to Koha's MARC Framework. #1 Login to the Staff Client Side, click on the "More" drop down menu, and choose Administration. That will bring you to the Administration page. #2 Under Catalog heading click on "MARC Bibliographic framework". This takes you to a list of the MARC Frameworks in your instance of Koha. #3 Click on the "MARC Structure" link beside the MARC Framework you want the 09X field added to. #4 Enter 09X in the "Search for tag" search box and click search. #5 Click the subfields link on the 09X tag line, then click edit subfields and at the bottom of that page you will see a link that says "display more constraints". Click on the "display more constraints" link. #6 You will need to set the "hidden" field to the correct value. -1 will make it visible in the OPAC, on the Intranet, in the editor, and will make it show up as collapsed in the editor. See this page for more details: http://manual.koha-community.org/3.6/en/catadmin.html#marcbibframeworks Sincerely, -Joe- On Wed, Apr 18, 2012 at 4:36 PM, Paula Corman wrote: > I am embarking on cataloging about 400 CD's and I want to use a locally > assigned call number. It appears from the MARC records I have examined > that libraries are using the 09X field. However, the template for the > version of Koha that this library uses does not have that option. Can > someone please tell me what to do to add this field to the Koha template? > I do not have a systems person and/or programmer who can help, so if > possible, please keep the directions simple. Thanks. > > Paula Corman | Acting Librarian | MIM-Musical Instrument Museum > 4725 East Mayo Boulevard | Phoenix, AZ 85050 | 480.478.6000 main | > 480.245.6906 direct > 480.471.8690 fax | paula.corman at themim.org > | www.themim.org > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Joseph Alway Access Services Coordinator Chan Shun Centennial Library Southwestern Adventist University "The World's Great Literary Masterpieces. Freely Available At Your Fingertips. Project Gutenberg. The Free Digital Library." http://www.gutenberg.org ------------------------------ Message: 9 Date: Thu, 19 Apr 2012 14:48:10 -0400 From: Tom Hanstra To: koha at lists.katipo.co.nz Subject: Re: [Koha] Bulk patron anonymize/delete tool Message-ID: <4F905DEA.4040307 at nd.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed OK, I think I found the problem. We have a number of patrons who were created (or somehow set) the privacy setting on their accounts. This was not readily visible and not taken into account when we were trying to perform the anonymizing. Where on the OPAC can a patron set their privacy flag? I've not seen where that option can be set. Thanks, Tom On 04/17/2012 10:16 AM, Tom Hanstra wrote: > What are your other system preference values with regard to Privacy? > Perhaps we have a different combination of options in place? > > We have: > Don't Allow AnonSuggestions > Keep for EnableOpacSearchHistory > Don't allow OPAC Privacy > Allow opacreadinghistory > > Thanks, > Tom > > On 04/17/2012 03:55 AM, Chris Cormack wrote: >> On 17 April 2012 09:41, Tom Hanstra wrote: >>> 3.6.4 >>> >>> Thanks! >>> >>> Tom >> Hi Tom >> >> So I checked out 3.6.4 set up a borrower to use, and put that >> borrowernumber (17) into the anonymous patron syspref >> >> I then ran the anonymise feature and now >> >> select * from old_issues limit 3; >> +----------------+------------+------------+------------+---------------+--- ---------+-----------------+--------+----------+---------------------+------ ------+ >> | borrowernumber | itemnumber | date_due | branchcode | >> issuingbranch | returndate | lastreneweddate | return | renewals | >> timestamp | issuedate | >> +----------------+------------+------------+------------+---------------+--- ---------+-----------------+--------+----------+---------------------+------ ------+ >> | 17 | 6 | 2009-01-24 | WORK | NULL >> | 2009-01-03 | NULL | NULL | NULL | 2012-04-17 >> 19:52:30 | 2009-01-03 | >> | 17 | 2 | 2008-07-23 | WORK | NULL >> | 2009-04-19 | NULL | NULL | NULL | 2012-04-17 >> 19:52:30 | 2008-07-02 | >> | 17 | 4 | 2009-05-10 | OFFICE | NULL >> | 2009-04-19 | NULL | NULL | NULL | 2012-04-17 >> 19:52:30 | 2009-04-19 | >> +----------------+------------+------------+------------+---------------+--- ---------+-----------------+--------+----------+---------------------+------ ------+ >> >> They have all been changed to borrower 17, so it seems to be working >> fine for me >> >> I'm not sure what we are doing differently. >> >> Chris -- ------------------------------------------------------------------------ Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom at nd.edu Notre Dame, IN 46556 "Now, here, you see, it takes all the running you can do, to keep in the same place. If you want to get somewhere else, you must run at least twice as fast as that!" Lewis Carroll - Through the Looking Glass ------------------------------------------------------------------------ ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 78, Issue 39 ************************************ From sunil.kumar at ecoleglobal.com Fri Jul 27 01:09:23 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Thu, 26 Jul 2012 18:39:23 +0530 Subject: [Koha] Searching by the exact barcode in cataloguing In-Reply-To: References: Message-ID: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> Dear Mr. Calyx / Makeke I agree with Mr. Calyx, advance search is where you will find barcode based search of your collection. But I had another problem, if enter a barcode it display me the exact title instead it display me all the titles with barcode number prefix or suffix to my search. How to resolve this kind of issue. Thanks and Regards R Sunil Kumar Library Technologist -----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: 11 April 2012 21:01 To: koha at lists.katipo.co.nz Subject: [SPAM]- Koha Digest, Vol 78, Issue 23 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. Searching by the exact barcode in cataloguing (Ephraim Makeke) 2. Re: Searching by the exact barcode in cataloguing (Bob Birchall) 3. Re: Kohacon13, was: KUDOS 2012 (Bob Birchall) 4. Re: rebuild zebra prob (Ian Bays) 5. software error (shahas) 6. Re: KUDOS 2012 (Tomas Cohen Arazi) 7. Re: Kohacon13, was: KUDOS 2012 (Marijana Glavica) 8. Re: rebuild zebra prob (G. Laws) ---------------------------------------------------------------------- Message: 1 Date: Wed, 11 Apr 2012 09:11:25 +0200 From: Ephraim Makeke To: koha at lists.katipo.co.nz Subject: [Koha] Searching by the exact barcode in cataloguing Message-ID: <20120411091124.112077j3nrs5mfto at 10.10.1.10> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Hi All For purposes of quality control, we would like our cataloguers to search an exact barcode and to get the exact record matching that barcode. Now, in the KOHA system, is there a place where we can set parameters to search by an exact barcode? Ephraim Makeke Ephraim Makeke Senior Assistant Librarian - Library ICT Midlands State University Library P. Bag 9055 Gweru Zimbabwe Tel: 263 54 260445 ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------ Message: 2 Date: Wed, 11 Apr 2012 18:28:48 +1000 From: Bob Birchall To: koha at lists.katipo.co.nz Subject: Re: [Koha] Searching by the exact barcode in cataloguing Message-ID: <4F8540C0.4080100 at calyx.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 11/04/12 17:11, Ephraim Makeke wrote: > Hi All > > For purposes of quality control, we would like our cataloguers to > search an exact barcode and to get the exact record matching that > barcode. Now, in the KOHA system, is there a place where we can set > parameters to search by an exact barcode? Hi Ephraim, On the Advanced Search page, just enter the barcode as a keyword and you should get the result you are looking for. In fact, the drop down the menu at Keyword includes 'Barcode' as a specific option. I hope this helps, Bob Birchall Calyx ------------------------------ Message: 3 Date: Wed, 11 Apr 2012 19:07:07 +1000 From: Bob Birchall To: koha at lists.katipo.co.nz Subject: Re: [Koha] Kohacon13, was: KUDOS 2012 Message-ID: <4F8549BB.80001 at calyx.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 11/04/12 00:26, Lori Bowen Ayre wrote: > Brooke, > > As you mentioned somewhere in this thread, I think it would be lovely > to have everyone come to my lovely little home town of Petaluma, CA. > We have a small Sheraton Convention Center space that would > accommodate everyone and they'd love to have us. There's also a > retreat space, Walker Ranch, that might work (but I haven't checked that one out for KohaCon). > > We have lots of great places to eat, a music venue, and its small and > manageable. One hour from both Oakland and SF airports with a direct > shuttle available to get here. Not really any public transportation > once you get here though.... And the only places to stay are the > Sheraton and the Metro and a Motel 6 or something. Although by 2014, > there may be another hotel that is in the work which should be very cool. > > Here's a nice page about Petaluma: http://www.visitpetaluma.com/ West Coast ++ Near SF? Sounds good to me. :) Bob ------------------------------ Message: 4 Date: Wed, 11 Apr 2012 09:22:27 +0100 From: Ian Bays To: "G. Laws" Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] rebuild zebra prob Message-ID: <4F853F43.2030509 at ptfs-europe.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Greg, This should be the right PERL5LIB: echo $PERL5LIB /home/koha/kohaclone What does the end of the output from: perl -v give? It should be like this: %ENV: PERL5LIB="/home/koha/kohaclone" @INC: /home/koha/kohaclone /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl It will end up being something obvious. Would you need to: export PERL5LIB before using it? Good luck. Ian On 11/04/2012 00:15, G. Laws wrote: > PROB: > > $ ./rebuild_zebra.pl -a -b -z > Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl > /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 > /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 > /usr/local/lib/site_perl .) at ./rebuild_zebra.pl line 6. > BEGIN failed--compilation aborted at ./rebuild_zebra.pl line 6. > > INFO: > > running master on debian... > > $ ls -l /home/koha/kohaclone/C4/Context.pm > -rw-r--r-- 1 koha koha 33348 Apr 10 14:28 Context.pm > > > tried... > > $echo $PERL5LIB > /home/koha/kohaclone > > ...and > > $ echo $PERL5LIB > /usr/koha/kohaclone/C4 > > ...and even attempted a non-standard symlink... > > # ls -l /usr/lib/perl5/Context.pm > lrwxrwxrwx 1 root root 34 Apr 10 18:00 Context.pm -> > /usr/lib/perl5/Template/Context.pm > > ...no joy... > > > > Help? > -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays at ptfs-europe.com ------------------------------ Message: 5 Date: Wed, 11 Apr 2012 03:57:54 -0700 (PDT) From: shahas To: koha at lists.katipo.co.nz Subject: [Koha] software error Message-ID: <1334141874749-5632466.post at n5.nabble.com> Content-Type: text/plain; charset=us-ascii Hi,, while saving record am getting below error.,,, Software error: Can't call method "fields" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2245. For help, please send mail to the webmaster (webmaster at koha), giving this error message and the time and date of the error. please help me to proceed,,,, -- View this message in context: http://koha.1045719.n5.nabble.com/software-error-tp5632466p5632466.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 6 Date: Wed, 11 Apr 2012 10:48:42 -0300 From: Tomas Cohen Arazi To: Chris Cormack Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] KUDOS 2012 Message-ID: Content-Type: text/plain; charset=UTF-8 On Mon, Apr 9, 2012 at 6:23 PM, Chris Cormack wrote: > On 10 April 2012 09:07, G. Laws wrote: >> Us host KohaCon13? In St. Joseph, Missouri? After New Zealand, India >> and Scotland? >> >> Tell you what, let's all get together in Bangkok, Thailand, from June >> 1 to June 30 for KohaCon 2013. Nothing in the KohaCon charter says it >> has to be held near a Koha library, right? I can get there in mid-May >> and make all the arrangements, and stay till mid-July for cleanup. >> > > Hehe > > Seriously though, it's probably the US turn again, 2009 Plano was the > last one, so I would seriously think about a Kohacon13 in the USA. > Also there are Koha libraries in Thailand .. I think we'd have to go > to Antartica to get away from them :) I think Argentina and it's 'asado' are worth a KohaCon. Regards To+ ------------------------------ Message: 7 Date: Wed, 11 Apr 2012 17:10:37 +0200 From: Marijana Glavica To: koha at lists.katipo.co.nz Subject: Re: [Koha] Kohacon13, was: KUDOS 2012 Message-ID: <20120411151037.GQ30889 at mjesec.ffzg.hr> Content-Type: text/plain; charset=us-ascii Hi, We would love to host conference in Croatia sometime, but we are not sure if we should go forward with a proposal for KohaCon13 because Croatia is also in Europe and we don't know how strict is the rule about having KohaCon every year on different continent. Marijana On Tue, Apr 10, 2012 at 10:53:25AM +0100, MJ Ray wrote: > Jo wrote: > > One option you could consider is to put in a bid to host KohaCon13. > > [...] > > "Who might be interested in hosting KohaCon13? > > This is just an initial expression of interest and doesn't commit you > to anything at this point. We'd just like to know who's interested > and we'll email you when the time comes to send in actual proposals if > it looks like you may have missed the call. > > Of course, personally, I'd love it if we can decide before KohaCon12 > next June, formally pass the baton over and then try to start the > process for '14, to make it a bit easier for everyone to budget (both > as attendees and hosts!)." > > -- http://lists.katipo.co.nz/public/koha/2011-December/031479.html > > Come on, let's have some expression of interest, please! Did I see > Mexico mentioned in IRC a few days ago? > > 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/ > _______________________________________________ > Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 8 Date: Wed, 11 Apr 2012 10:31:13 -0500 From: "G. Laws" To: koha at lists.katipo.co.nz Subject: Re: [Koha] rebuild zebra prob Message-ID: <4F85A3C1.8010600 at rhcl.org> Content-Type: text/plain; charset=ISO-8859-1 Ian: Thanks for suggestions. 1. Did a lather, rinse, repeat this morning using what I know should be correct--PERL5LIB set to /home/koha/kohaclone, etc. I think the problem was I didn't have KOHA_CONF exported correctly. So that got me past all the error messages, and rebuild_zebra gives the appearance of running, but doesn't index anything: $ ./rebuild_zebra.pl -a -b -z -v Zebra configuration information ================================ Zebra biblio directory = /home/koha/koha-dev/var/lib/zebradb/biblios Zebra authorities directory = /home/koha/koha-dev/var/lib/zebradb/authorities Koha directory = /home/koha/kohaclone 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 ==================== -------------------------- This, of course, results in no book data being returned from the DB. OK, so now what should I try? Is this relevant? http://koha-community.org/faq/double-ups-search-results-clear-index-start-ag ain/ -or this? http://manual.koha-community.org/3.2/en/resetzebra.html Greg ----------------------------- On 04/11/2012 03:22 AM, Ian Bays wrote: > Hi Greg, > This should be the right PERL5LIB: > > echo $PERL5LIB > /home/koha/kohaclone > > What does the end of the output from: > perl -v > give? > > It should be like this: > %ENV: > PERL5LIB="/home/koha/kohaclone" > @INC: > /home/koha/kohaclone > /etc/perl > /usr/local/lib/perl/5.10.1 > /usr/local/share/perl/5.10.1 > /usr/lib/perl5 > /usr/share/perl5 > /usr/lib/perl/5.10 > /usr/share/perl/5.10 > /usr/local/lib/site_perl > > It will end up being something obvious. Would you need to: > export PERL5LIB > before using it? > > Good luck. > Ian > > On 11/04/2012 00:15, G. Laws wrote: >> PROB: >> >> $ ./rebuild_zebra.pl -a -b -z >> Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl >> /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 >> /usr/lib/perl5 >> /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 >> /usr/local/lib/site_perl .) at ./rebuild_zebra.pl line 6. >> BEGIN failed--compilation aborted at ./rebuild_zebra.pl line 6. >> >> INFO: >> >> running master on debian... >> >> $ ls -l /home/koha/kohaclone/C4/Context.pm >> -rw-r--r-- 1 koha koha 33348 Apr 10 14:28 Context.pm >> >> >> tried... >> >> $echo $PERL5LIB >> /home/koha/kohaclone >> >> ...and >> >> $ echo $PERL5LIB >> /usr/koha/kohaclone/C4 >> >> ...and even attempted a non-standard symlink... >> >> # ls -l /usr/lib/perl5/Context.pm >> lrwxrwxrwx 1 root root 34 Apr 10 18:00 Context.pm -> >> /usr/lib/perl5/Template/Context.pm >> >> ...no joy... >> >> >> >> Help? >> > -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 816-232-5479 ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 78, Issue 23 ************************************ From oleonard at myacpl.org Fri Jul 27 01:39:33 2012 From: oleonard at myacpl.org (Owen Leonard) Date: Thu, 26 Jul 2012 09:39:33 -0400 Subject: [Koha] Searching by the exact barcode in cataloguing In-Reply-To: <501141a5.ea87440a.59ef.ffffe912SMTPIN_ADDED@mx.google.com> References: <501141a5.ea87440a.59ef.ffffe912SMTPIN_ADDED@mx.google.com> Message-ID: When replying to Koha digest emails, please don't quote the entire digest. > But I had another problem, if enter a barcode it display me the exact title > instead it display me all the titles with barcode number prefix or suffix to > my search. If you search for a specific barcode and a matching title is found, you will be shown only that title. If you search for a partial barcode for which there is no exact match you will be shown titles with similar barcodes. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From thandu_venkat at yahoo.com Fri Jul 27 16:24:19 2012 From: thandu_venkat at yahoo.com (thandu venkat narayana) Date: Fri, 27 Jul 2012 12:24:19 +0800 (SGT) Subject: [Koha] Error in 'My Tags" opac user account Message-ID: <1343363059.99253.YahooMailClassic@web192306.mail.sg3.yahoo.com> Dear All, When I am selecting option "My Tags" in opac user login, I am getting the below error, kindly guide me to solve the error. Software error: C4::Output version 3.02 required--this is only version 3.08.01.002 at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. For help, please send mail to the webmaster (webmaster at koha), giving this error message and the time and date of the error. Regards, Venkat From sunil.kumar at ecoleglobal.com Fri Jul 27 16:27:35 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Fri, 27 Jul 2012 09:57:35 +0530 Subject: [Koha] Searching by the exact barcode in cataloguing (Owen Leonard) In-Reply-To: References: Message-ID: <000001cd6bb0$27d79b70$7786d250$@kumar@ecoleglobal.com> Dear Owen, The barcode we have given for the resources in the following sequence 1, 2, 3, 4, .... 10,11,12,13....100....1100...etc... But I search for say barcode number 1 it display all the books with accession/barcode 1 series prefix or suffix. Thanks and Regards R Sunil Kumar Library Technologist -----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: 27 July 2012 05:30 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 81, Issue 60 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: Searching by the exact barcode in cataloguing (Owen Leonard) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Jul 2012 09:39:33 -0400 From: Owen Leonard To: sunil.kumar at ecoleglobal.com Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] Searching by the exact barcode in cataloguing Message-ID: Content-Type: text/plain; charset=ISO-8859-1 When replying to Koha digest emails, please don't quote the entire digest. > But I had another problem, if enter a barcode it display me the exact > title instead it display me all the titles with barcode number prefix > or suffix to my search. If you search for a specific barcode and a matching title is found, you will be shown only that title. If you search for a partial barcode for which there is no exact match you will be shown titles with similar barcodes. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 81, Issue 60 ************************************ From heupink at merit.unu.edu Fri Jul 27 21:03:26 2012 From: heupink at merit.unu.edu (mourik jan heupink) Date: Fri, 27 Jul 2012 11:03:26 +0200 Subject: [Koha] Error in 'My Tags" opac user account In-Reply-To: <1343363059.99253.YahooMailClassic@web192306.mail.sg3.yahoo.com> References: <1343363059.99253.YahooMailClassic@web192306.mail.sg3.yahoo.com> Message-ID: <5012595E.6080105@merit.unu.edu> > Software error: > C4::Output version 3.02 required--this is only version 3.08.01.002 at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. > BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-tags.pl line 41. I think this should be solved in 3.8.3 that just came out. MJ From m.kirjasto.hailuoto at gmail.com Fri Jul 27 21:24:33 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Fri, 27 Jul 2012 02:24:33 -0700 (PDT) Subject: [Koha] Search results of all the books gives a result 'No Title' with empty record, item and no other information In-Reply-To: <1323676788046-5067518.post@n5.nabble.com> References: <1323676788046-5067518.post@n5.nabble.com> Message-ID: <1343381073631-5721333.post@n5.nabble.com> Hello people, I am also interested in this thread. I think the Tanzeem's original question is addressed to browsing, not searching. I would like to hear your opinions on Kohs browsing functionalities. This is especially small library focus issue. I think the good way to get to browsing Koha ILS-OPAC is to use Advanced searh and via selecting item type and search get the long list to browse. This is so handy that i would even move it to frontpage, or write new tab texts like "Advanced search --> Browsing & more" WHat do you think? yours Gary B. ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Search-results-of-all-the-books-gives-a-result-No-Title-with-empty-record-item-and-no-other-informatn-tp5067518p5721333.html Sent from the Koha-general mailing list archive at Nabble.com. From sunil.kumar at ecoleglobal.com Fri Jul 27 22:02:11 2012 From: sunil.kumar at ecoleglobal.com (Sunil Kumar) Date: Fri, 27 Jul 2012 15:32:11 +0530 Subject: [Koha] koha-circulation policies and patron restricions In-Reply-To: References: Message-ID: <007101cd6bde$e745b770$b5d12650$@kumar@ecoleglobal.com> Dear Mr Satish, That is right I have done a similar configuration for a UP based medical university. But with minor modification/changes. Membership Type 1. SC Students 2. ST Students 3. General Category Item Type 1. Book (normal Koha defined book category) 2. Book Bank (BBK) Policy General Student : BK = 2 for 30 Days BBK = 0 books ST Students BK = 2 for 30 days BBK = 15 for 365 days SC Student BK = 2 for 30 days BBK = 15 for 365 days We went further they had a policy of not issuing books to PG students so we have taken steps accordingly. Feel free to contact for any clarifications. Thanks and Regards R Sunil Kumar Library Technologist. 9686576695 -----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: 15 February 2012 17:54 To: koha at lists.katipo.co.nz Subject: Koha Digest, Vol 76, Issue 26 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: koha-circulation policies and patron restricions (satish) 2. Problem with MARC View in OPAC Display (Vimal Kumar) 3. Re: Problem with MARC View in OPAC Display (Chris Cormack) 4. Opac don't show Checkout information (kamild) 5. Re: Problem with MARC View in OPAC Display (Vimal Kumar) 6. Problem after upgrading (alaa Badri) 7. Re: OAI problem (Magnus Enger) 8. Re: Problem with MARC View in OPAC Display (Zeno Tajoli) 9. cataloging seach problem (alaa Badri) 10. Re: cataloging seach problem (alaa Badri) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Feb 2012 10:47:48 +0530 From: satish To: Agnes Rivers-Moore Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] koha-circulation policies and patron restricions Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hello Agnes, I am into the role of developing a library from the scratch and we are using Koha 3.6.2. Currently we identified, 3 types of students (patron category) as follows. 1. General Student 2. Student from SC Community 3. Student from ST Community. and item type comprises only Books. The collection comprises in only one location. 1. General Stack 2. SC Book Bank 3. ST Book Bank. And check-out criteria is as follows. 1. SC student can borrow max of 2 books from SC Book Bank ( for 1 semester) + 1 Book from General Stack ( for 15 days) 2. ST Student can borrow max of 2 books from ST Book Bank ( for 1 semester) + 1 Book from General STack ( 15 days) 3. General Student can borrow max of only 2 books (15 days) from General Stack, and no books are allowed for checking out from SC and ST Book bank . To work around, so for I tried to create, 3 item types - namely: 1. Books ( Default with koha) 2. SC Book Bank 3. ST Book Bank and with the help of circulation rules, (item type and patron category), load period and current checkouts have been updated accordingly and I am feeling so happy after doing this. Am I going in the right direction?? any other alternatives?? Thank You in advance. Satish Govt. Engg. College, Hassan Karnataka, India. On Wed, Feb 15, 2012 at 2:30 AM, Agnes Rivers-Moore wrote: > Hello Satish > > Please state which version of Koha or Liblime Koha. > Also, please explain how the different types of student are identified > in Koha (patron categories?) and also how the different types of books > are identified in Koha (item type? location? collection code?). > > Depending on the version and what data is in Koha some of this may be > achieved using the circulation rules. > > Agnes > > > On 12/02/2012 12:00 PM, satish wrote: > >> Hello, >> >> We have only one kind of patron's (student's) database with the >> library, and depends on the collection/library ( from general stack, >> SC book bank) patrons will be having restrictions to number of books >> to be borrowed and also the due -date attached to it. >> >> Our scenario is: >> eg: General category student can take only 1 book from General >> Stack and due date is for 15 days and not from any other stack. >> where as, SC category student can take 2 books from SC book bank for >> 3 months and also 1 book from General stack for 15 days. >> >> How to restrict patrons from checking out books from particular >> collection? >> >> How to achieve this? >> Thank you in Advance >> Satish >> -- >> ______________________________**_________________ >> Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz >> http://lists.katipo.co.nz/**mailman/listinfo/koha> .co.nz/mailman/listinfo/koha> >> >> > -- > > CEO/ Chief Librarian > Hanover Public Library. > 451 10th Ave, > Hanover, ON > N4N 2P1 > > Tel: 519-364-1420 > Email: arm at hanover.ca > > Please consider the environment before printing this message or > attachments. > > Support your library! Please consider making a donation, joining the > Friends of the Library, or remembering us in your will. > > -- ------------------------------ Message: 2 Date: Wed, 15 Feb 2012 11:07:39 +0530 From: Vimal Kumar To: Koha-List Subject: [Koha] Problem with MARC View in OPAC Display Message-ID: Content-Type: text/plain; charset=UTF-8 Dear Friends, In a previous letter I mentioned about problem in viewing "MARC View" in OPAC. MARC view display only Leader information and Item information. Screen shot here, https://lh6.googleusercontent.com/-F7FZ3iL-ZZ4/Ty0QI40BtcI/AAAAAAAAGfE/_U-HX bPKnUQ/s400/koha-marc-view.png My koha version is 3.6.3 on Ubuntu 10.04.03. I just installed fresh koha on Ubuntu 10.04.03 again, the same problem still persists. Anybody else got the same problem? I found the problem with Koha 3.6.2 and 3.6.3. I hope that developers will seriously notice it and solve it soon. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White ------------------------------ Message: 3 Date: Wed, 15 Feb 2012 18:41:46 +1300 From: Chris Cormack To: Vimal Kumar ,Koha-List Subject: Re: [Koha] Problem with MARC View in OPAC Display Message-ID: Content-Type: text/plain; charset=UTF-8 Hmm I have quite a few koha 3.6.3 installs and none of them have this problem. How did you add the records and have you changed the frameworks? Chris -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Vimal Kumar wrote: Dear Friends, In a previous letter I mentioned about problem in viewing "MARC View" in OPAC. MARC view display only Leader information and Item information. Screen shot here, https://lh6.googleusercontent.com/-F7FZ3iL-ZZ4/Ty0QI40BtcI/AAAAAAAAGfE/_U-HX bPKnUQ/s400/koha-marc-view.png My koha version is 3.6.3 on Ubuntu 10.04.03. I just installed fresh koha on Ubuntu 10.04.03 again, the same problem still persists. Anybody else got the same problem? I found the problem with Koha 3.6.2 and 3.6.3. I hope that developers will seriously notice it and solve it soon. Regards, -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com _____________________________________________ "I forget what I was taught. I only remember what I have learnt" -Patrick White _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ Message: 4 Date: Tue, 14 Feb 2012 23:51:12 -0800 (PST) From: kamild To: koha at lists.katipo.co.nz Subject: [Koha] Opac don't show Checkout information Message-ID: <1329292272876-5485156.post at n5.nabble.com> Content-Type: text/plain; charset=us-ascii Hi, I checkout some book but when I search in OPAC then not show information in Availability. But When I enter the book now I see information about checkout in Holdings - Status. What may be the problem? Thx -- View this message in context: http://koha.1045719.n5.nabble.com/Opac-don-t-show-Checkout-information-tp548 5156p5485156.html Sent from the Koha-general mailing list archive at Nabble.com. ------------------------------ Message: 5 Date: Wed, 15 Feb 2012 13:29:05 +0530 From: Vimal Kumar To: Koha-List , chrisc at catalyst.net.nz Subject: Re: [Koha] Problem with MARC View in OPAC Display Message-ID: Content-Type: text/plain; charset=UTF-8 Thank you for lot of responses. I customized data entry fields in cataloguing using the following method, http://ksrcas.pbworks.com/w/page/3809371/editingmarcframework When I imported records using following commands, records are display properly. cd /usr/share/koha/bin/migration_tools perl bulkmarcimport.pl -d -commit 1000 -file /home/koha/marcfilename.mrc When I enter records manually and import manually, MARC Veiw display has problem. I am sure, my biblio data is in good condition. Any idea about my problem? -- Vimal Kumar V. Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.org Blog: http://linuxhalwa.blogspot.com --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White ------------------------------ Message: 6 Date: Wed, 15 Feb 2012 11:35:40 +0200 From: alaa Badri To: koha list Subject: [Koha] Problem after upgrading Message-ID: Content-Type: text/plain; charset="windows-1256" Dear All I upgrade koha 3 to koha 3.6 but i have aproblem with check out book i got this massage Software error: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2982. any help ------------------------------ Message: 7 Date: Wed, 15 Feb 2012 10:44:20 +0100 From: Magnus Enger To: "Edisnel C. C." Cc: koha at lists.katipo.co.nz Subject: Re: [Koha] OAI problem Message-ID: Content-Type: text/plain; charset=ISO-8859-1 On 14 February 2012 21:38, Edisnel C. C. wrote: > > ?Hi, > ?How can I configure OAI in Koha 3.0.6? > ?The OAI-PMH preference is ON > > Error de lectura XML: error de sintaxis > Ubicaci?n: http://10....../cgi-bin/koha/oai.pl?verb=GetRecord&identifier=KOHA-OAI-TEST: 10&metadataPrefix=oai_dc > N?mero de l?nea 1, columna 1: Not sure about that one... > How can I configure the sets? Koha 3.0.6 does not support sets. There is a patch for this bug, but it is currently "Failed QA": "Bug 6440 - Koha's OAI-PMH does not support sets" http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6440 Hopefully that will be fixed, so setscan be available in Koha version 3.8. Best regards, Magnus Enger libriotech.no ------------------------------ Message: 8 Date: Wed, 15 Feb 2012 11:05:18 +0100 From: Zeno Tajoli To: Koha-List Subject: Re: [Koha] Problem with MARC View in OPAC Display Message-ID: <4F3B835E.9060902 at cilea.it> Content-Type: text/plain; charset=ISO-8859-1 Hi, Il 15/02/2012 08:59, Vimal Kumar ha scritto: > Thank you for lot of responses. > I customized data entry fields in cataloguing using the following method, > > http://ksrcas.pbworks.com/w/page/3809371/editingmarcframework > > When I imported records using following commands, records are display > properly. [...] > When I enter records manually and import manually, MARC Veiw display has > problem. > I am sure, my biblio data is in good condition. > > Any idea about my problem? we can try this check: -- open in catalogiung one of the records with the problem -- Chnage framework from your to 'Default' -- Save the record -- Go to Opac and see the result. Cheers Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_SPAM_no_prendiATcilea.it fax +39 02 2135520 CILEA - Consorzio Interuniversitario http://www.cilea.it/disclaimer ------------------------------ Message: 9 Date: Wed, 15 Feb 2012 12:53:19 +0200 From: alaa Badri To: koha list Subject: [Koha] cataloging seach problem Message-ID: Content-Type: text/plain; charset="windows-1256" When i tray to search for any thing in search the cataloging i got no results Please help ------------------------------ Message: 10 Date: Wed, 15 Feb 2012 14:23:43 +0200 From: alaa Badri To: Cc: koha list Subject: Re: [Koha] cataloging seach problem Message-ID: Content-Type: text/plain; charset="windows-1256" Dear Bob i did all of steps in this page but i still have the same problem , did you have any another idia and i need you know i just upgrade koha form 3 to 3.6 thanks > Date: Wed, 15 Feb 2012 22:35:00 +1100 > From: bob at calyx.net.au > To: elbadri_father at hotmail.com > Subject: Re: [Koha] cataloging seach problem > > On 15/02/12 21:53, alaa Badri wrote: > > When i tray to search for any thing in search the cataloging i got no results > > Please help > You're having a hard time all around, alaa. > > This problem is to do with Zebra. Either its not started, or not > configured correctly, or your indexes have not been created. > Start at the last question on this page: > http://koha-community.org/documentation/faq/ > > Best wishes. > Bob Birchall > Calyx > ------------------------------ _______________________________________________ Koha mailing list Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha End of Koha Digest, Vol 76, Issue 26 ************************************ From m.kirjasto.hailuoto at gmail.com Fri Jul 27 22:06:03 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Fri, 27 Jul 2012 03:06:03 -0700 (PDT) Subject: [Koha] Searching by the exact barcode in cataloguing In-Reply-To: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> References: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> Message-ID: <1343383563509-5721344.post@n5.nabble.com> if enter a barcode it display me the exact title instead it display me all the titles with barcode number prefix or suffix to my search. How to resolve this kind of issue. Thanks and Regards R Sunil Kumar Library Technologist -------------------------------------------------------------------- 'Hi, Dear collagues Sunil and Owen, I have a strong feeling that this issue was brought forward on some list even before in some African contect. -- Bottom line is that you should avoid by all costs the idealization of item number "1" in barcodes. Barcode should have a similar structure (information is always in a certain form!) througout the database. This means that when you establish it you have to decide whether you shall have 1000, 10 000 or 100 000 books in your library system. For example, If you know you will some have day have over 1000 items in the collection, you MUST NOT choose barcode structure fit to 999 items maximum! When you have reserved the space in barcode structure to future and when searching you must pay attention to the whole barcode space. Otherwise computers give several alternatives and you must choose. This also means For Example THAT item with barcode number "1" should be "0001" in barcode structure of a library of over 1000 books. Bottom line: Barcode "1" cannot be. It is not exact Hope I helped your situation, greetings to all, Kari ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Re-Searching-by-the-exact-barcode-in-cataloguing-tp5721250p5721344.html Sent from the Koha-general mailing list archive at Nabble.com. From m.kirjasto.hailuoto at gmail.com Fri Jul 27 22:21:45 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Fri, 27 Jul 2012 03:21:45 -0700 (PDT) Subject: [Koha] Searching by the exact barcode in cataloguing In-Reply-To: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> References: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> Message-ID: <1343384505265-5721350.post@n5.nabble.com> - How to resolve this kind of issue? - In my opinion the easiest way is to complete the barcodes that have become partial as the collection barcode structure has changed several times when collection has grew over 100 and 1000 and 10 000 books. Renumber the oldest books by adding the "front-zeros". There may be other good solutions too. greetings , Gary b. _______________________________________________ Koha mailing list http://koha-community.org Koha at .co http://lists.katipo.co.nz/mailman/listinfo/koha ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Re-Searching-by-the-exact-barcode-in-cataloguing-tp5721250p5721350.html Sent from the Koha-general mailing list archive at Nabble.com. From m.kirjasto.hailuoto at gmail.com Sat Jul 28 00:37:20 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Fri, 27 Jul 2012 05:37:20 -0700 (PDT) Subject: [Koha] Searching by the exact barcode in cataloguing In-Reply-To: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> References: <003001cd6b2f$e2049b00$a60dd100$@kumar@ecoleglobal.com> Message-ID: <1343392640915-5721366.post@n5.nabble.com> #2 and the system way to overcome barcode ambiguity would be to IN VERSION UPDATE take up the notion that in some environments barcodes are not machine-read barcodes but rather typed-in numeric information. For these Manual Barcode users a new variable ManualBarcodeLength and small codebit to add the "front-zeroes" could be useful, wouldn't it? Something like ... -- System barcode length BCCharlength = 5 BCInput BCInput.charcount The adding (BCCharlength - BCInput.charcount) long string of "front-zeroes" to the input before it is fed to the database. In this way the input feed "1" would be processed as "00001". ---- But I do not actually know how wide is the habit of typing the barcodes! Do you use machine-reading to feed the item barcodes, Sunil my friend? ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Re-Searching-by-the-exact-barcode-in-cataloguing-tp5721250p5721366.html Sent from the Koha-general mailing list archive at Nabble.com. From m.kirjasto.hailuoto at gmail.com Sat Jul 28 01:34:36 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Fri, 27 Jul 2012 06:34:36 -0700 (PDT) Subject: [Koha] Searching by Barcode In-Reply-To: References: <20120404082257.21525cgwtxqud3gh@10.10.1.10> Message-ID: <1343396076683-5721382.post@n5.nabble.com> Hi Ephraim and Chris! I think this is a library work culture thing. Those of us who use scanners doesn't see the same way than those who type barcode character input. Chris, would you be pro a few line "Manual Barcode" patch addition to future versions? See, same problem in India and Zimbabwe : http://koha.1045719.n5.nabble.com/Re-Searching-by-the-exact-barcode-in-cataloguing-tt5721250.html#none kind grts, Gary On 4 April 2012 18:22, Ephraim Makeke <makekee at .ac> wrote: > retrieves an exact copy of an item. At the moment if I search by barcode > e.g. BK100, the cataloging module returns: ccl=bc,phr=BK100 Chris ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Searching-by-Barcode-tp5617004p5721382.html Sent from the Koha-general mailing list archive at Nabble.com. From hblancoca at gmail.com Sat Jul 28 03:03:25 2012 From: hblancoca at gmail.com (Humberto Blanco) Date: Fri, 27 Jul 2012 08:03:25 -0700 (PDT) Subject: [Koha] Search results of all the books gives a result 'No Title' with empty record, item and no other information In-Reply-To: <1343381073631-5721333.post@n5.nabble.com> References: <1323676788046-5067518.post@n5.nabble.com> <1343381073631-5721333.post@n5.nabble.com> Message-ID: Hi, I could solve this. In my case i have a centos 6.2 and i was installed quagga, because i belive that zebrasrv its in that software, then i installed koha . After that, uninstall quagga and install idzebra 2.0, but not reinstall koha. then when i run rebuild_zebra that works fine but when i browse in opac appear "not title for all items. The solution was reinstall koha, because in the installation process the installer finds the zebra path. after this all work fine for me. Humberto 2012/7/27 Kari Blomster [via Koha] < ml-node+s1045719n5721333h40 at n5.nabble.com> > Hello people, I am also interested in this thread. I think the Tanzeem's > original question is addressed to browsing, not searching. > > I would like to hear your opinions on Kohs browsing functionalities. This > is especially small library focus issue. > > I think the good way to get to browsing Koha ILS-OPAC is to use Advanced > searh and via selecting item type and search get the long list to browse. > This is so handy that i would even move it to frontpage, or write new tab > texts like "Advanced search --> Browsing & more" > > WHat do you think? > > > yours Gary B. > (Mr.) Kari Blomster, librarian > Hailuoto Public Library, Finland | > http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ > Profiles | > http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://koha.1045719.n5.nabble.com/Search-results-of-all-the-books-gives-a-result-No-Title-with-empty-record-item-and-no-other-informatn-tp5067518p5721333.html > To unsubscribe from Search results of all the books gives a result 'No > Title' with empty record,item and no other information, click here > . > NAML > -- Cordialmente, Humberto Blanco -- View this message in context: http://koha.1045719.n5.nabble.com/Search-results-of-all-the-books-gives-a-result-No-Title-with-empty-record-item-and-no-other-informatn-tp5067518p5721392.html Sent from the Koha-general mailing list archive at Nabble.com. From fullertona at morningside.edu Sat Jul 28 04:49:10 2012 From: fullertona at morningside.edu (Adam Fullerton) Date: Fri, 27 Jul 2012 11:49:10 -0500 Subject: [Koha] Serial workarounds Message-ID: Good Day, We are in the process of migrating to Koha and were wondering what others are doing in serials. Some functionality is missing that we currently use and would like to get some examples of how others are doing it. We are an private academic library with about 200 serials. Any advice would be appreciated. Two Examples: * Dates in the predictions * Quarterly predictions Thank you, Adam Fullerton, MLIS Electronic/Technical Services Librarian & Assistant Professor Morningside College 1501 Morningside Ave Sioux City, IA 51106 Phone: 712-274-5247 Fax: 712-274-5224 attn: Fullerton Email: fullertona at morningside.edu Being a librarian is not a job...it's a lifestyle. From fullertona at morningside.edu Sat Jul 28 04:50:23 2012 From: fullertona at morningside.edu (Adam Fullerton) Date: Fri, 27 Jul 2012 11:50:23 -0500 Subject: [Koha] Reserves Message-ID: Good Day, We are currently migrating to Koha and as an academic institution, we are wondering how others are handling reserves. Any information you are willing to share would be greatly appreciated. Thank you, Adam Fullerton, MLIS Electronic/Technical Services Librarian & Assistant Professor Morningside College 1501 Morningside Ave Sioux City, IA 51106 Phone: 712-274-5247 Fax: 712-274-5224 attn: Fullerton Email: fullertona at morningside.edu Being a librarian is not a job...it's a lifestyle. From Katrin.Fischer at bsz-bw.de Sat Jul 28 05:24:44 2012 From: Katrin.Fischer at bsz-bw.de (Fischer, Katrin) Date: Fri, 27 Jul 2012 19:24:44 +0200 Subject: [Koha] Serial workarounds References: Message-ID: <028B1A54D03E7B4482CDCA4EC8F06BFD016267DB@Bodensee.bsz-bw.de> Hi Adam, I am not a serials expert - so please keep that in mind :) I checked the available patterns in serials and found "1/quarter (seasonal)". Also, Koha tries to predict the date of the next issue from the data you entered in the subscription. So I am not sure, if I understand you correctly. Can you describe the functionality you are missing a bit better? Hope this is helpful, Katrin -----Urspr?ngliche Nachricht----- Von: koha-bounces at lists.katipo.co.nz im Auftrag von Adam Fullerton Gesendet: Fr 27.07.2012 18:49 An: koha at lists.katipo.co.nz Betreff: [Koha] Serial workarounds Good Day, We are in the process of migrating to Koha and were wondering what others are doing in serials. Some functionality is missing that we currently use and would like to get some examples of how others are doing it. We are an private academic library with about 200 serials. Any advice would be appreciated. Two Examples: * Dates in the predictions * Quarterly predictions Thank you, Adam Fullerton, MLIS Electronic/Technical Services Librarian & Assistant Professor Morningside College 1501 Morningside Ave Sioux City, IA 51106 Phone: 712-274-5247 Fax: 712-274-5224 attn: Fullerton Email: fullertona at morningside.edu Being a librarian is not a job...it's a lifestyle. _______________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From Heather_Hernandez at nps.gov Sat Jul 28 06:13:44 2012 From: Heather_Hernandez at nps.gov (Heather_Hernandez at nps.gov) Date: Fri, 27 Jul 2012 11:13:44 -0700 Subject: [Koha] Serial workarounds In-Reply-To: Message-ID: Hi-- Adam wrote: > We are in the process of migrating to Koha and were wondering what others > are doing in serials. Some functionality is missing that we currently use > and would like to get some examples of how others are doing it. We are an > private academic library with about 200 serials. Any advice would be > appreciated. > > Two Examples: > * Dates in the predictions > * Quarterly predictions We are very new to Koha, so may not be doing things in the most efficient way, but in the serials planning part of the subscription, when entering the new subscription, I *try* to predict the next published issue, but have been having to edit and adjust as I receive serials. (When using the "receive" function, I try to edit & adjust the predicted dates to more reflect what is actually expected.) You can also use "edit subscription" to go back into the serials planning part to adjust a predicted date. As for the quarterly titles, I just pick the month and day that I expect them, and use the appropriate frequency prediction based on whether they come with a month or a season ("1/3 months (quarterly)" or "1/season" if I remember correctly!) I've been referring to the manual extensively, especially this section (we're on version 3.8): http://manual.koha-community.org/3.8/en/serials.html I hope this helps! Cheerio, heather ``````````````````````````````````````````````````````````````````````` Heather Hernandez Technical Services Librarian Cultural Resources and Museum Management Division San Francisco Maritime National Historical Park heather_hernandez at nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/library-collections.htm "The sailor does not pray for wind, he learns to sail."--Gustaf Lindborg From danielg.koha at gmail.com Sat Jul 28 06:49:25 2012 From: danielg.koha at gmail.com (Daniel Grobani) Date: Fri, 27 Jul 2012 11:49:25 -0700 Subject: [Koha] Official Koha Newsletter: Volume 3, Issue 7: July 2012 Message-ID: [Below is the text of the newsletter. For active links and a more readable format, please visit http://koha-community.org/koha-newsletter-volume-3-issue-7-july-2012] Official Koha Newsletter (ISSN 2153-8328) Volume 3, Issue 7: July 2012 Edited by Daniel Grobani, Koha Community Newsletter Editor. Please submit news items to danielg.koha at gmail.com. Table of Contents Koha Development Koha 3.8.3 Released Koha 3.6.7 Released Koha Statistics Release Manager?s Newsletter Roles for Koha 3.12 Testing, Testing Koha Dashboard Koha Community New Koha Libraries Community Gossip Past Koha Events July General IRC Meeting Upcoming Koha Events August General IRC Meeting KohaCon13 Venue Decided Koha Development Koha 3.8.3 Released by Chris Cormack The Koha community is proud to release Koha version 3.8.3. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.8.3 here. Debian packages will be available here soon. Release notes are here. Koha 3.6.7 Released by Jared Camins-Esakov The Koha release team is happy to announce the release of Koha 3.6.7. This is a stable release and contains bugfixes as well as updated translations. You can download Koha 3.6.7 here. Release notes are here. Go forth, download, and enjoy. Koha Statistics Chris Cormack, Koha Community statistics wizard, has posted statistics for Koha 3.6.7, Koha 3.8.3, and Bugzilla statistics for June. Release Manager?s Newsletter Paul Poulain, Koha 3.8 Release Manager, publishes a monthly newsletter dedicated to Koha 3.8 development. It can be found on the Koha Community website in the Koha News category. The latest issue is here. Roles for Koha 3.12 With the release of Koha 3.10.0 scheduled for 22 October 2012, the community is thinking about roles for 3.12. Release Manager candidate Jared Camins-Esakov has submitted a proposal outlining his intentions should he be elected RM. Testing, Testing There are a lot of developments in testing and signing off this month. Pages on the community wiki have been created on unit tests, continuous integration, interface testing with WWW::Mechanize, and sandboxes. Koha Dashboard Chris Cormack has created a dashboard showing the last five sign-offs, the five oldest bugs needing sign-offs, new features recently pushed, new developers, Jenkins status, bug activity, bug statuses, a random bug, a monthly scorecard, important dates, and statistics on commits to master. The dashboard is a work in progress and can benefit from your contribution to its development. Koha Community New Koha Libraries Biblioteca Nacional De Venezuela (Venezuela) Chinook Library Network (USA) (via ByWater Solutions) Converse Free Library (USA) (via ByWater Solutions) Shire of Derby West Kimberley (Australia) (via Calyx) Waimate District Library (New Zealand) (via Catalyst) Community Gossip Elliott Davis has joined ByWater Solutions as Development Support Specialist. Elliott is also working on a proof-of-concept to port Koha to the Catalyst MVC perl framework. He?s also posted a guide to configuring LDAP with Koha. Stefano Bargioni has prepared an experimental Dewey AutoSuggester that retrieves data from dewey.info using SPARQL in jsonp format. He?s working on integrating it into Koha. In the meantime, a demo is available. Plano Independent School District, in Plano, Texas, has set up their own VM internally running Koha 3.6.x and gone independent from their original support company as of June 6th. Nicole Engard is working on adding to Koha the ability to search for items by color. Vimal Kumar V. has created Koha Live CD Lite, a lightweight Koha live CD based on Ubuntu 10.04 Gnome desktop and Koha 3.8.2. Joy Nelson has posted some recommendations for naming conventions when creating codes in Koha. Past Koha Events July General IRC Meeting The July general IRC meeting was held on 18 July 2012. More information, including the agenda and links to the minutes, is here. Upcoming Koha Events August General IRC Meeting The August general IRC meeting will be held on 8 August 2012. More information, including the agenda, is here. KohaCon13 Venue Selected The voting for the venue for KohaCon13 has ended and the top choice was Reno, Nevada, USA. Complete voting results are here. From nengard at gmail.com Sat Jul 28 06:22:18 2012 From: nengard at gmail.com (Nicole Engard) Date: Fri, 27 Jul 2012 14:22:18 -0400 Subject: [Koha] Serial workarounds In-Reply-To: References: Message-ID: Regarding the dates in predictions this might be of interest to you: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7592 I'm not sure if that's what you're talking about, but it's a start. Nicoole On Fri, Jul 27, 2012 at 2:13 PM, wrote: > Hi-- > > Adam wrote: >> We are in the process of migrating to Koha and were wondering what others >> are doing in serials. Some functionality is missing that we currently use >> and would like to get some examples of how others are doing it. We are an >> private academic library with about 200 serials. Any advice would be >> appreciated. >> >> Two Examples: >> * Dates in the predictions >> * Quarterly predictions > > We are very new to Koha, so may not be doing things in the most efficient > way, but in the serials planning part of the subscription, when entering > the new subscription, I *try* to predict the next published issue, but have > been having to edit and adjust as I receive serials. (When using the > "receive" function, I try to edit & adjust the predicted dates to more > reflect what is actually expected.) You can also use "edit subscription" > to go back into the serials planning part to adjust a predicted date. > > As for the quarterly titles, I just pick the month and day that I expect > them, and use the appropriate frequency prediction based on whether they > come with a month or a season ("1/3 months (quarterly)" or "1/season" if I > remember correctly!) > > I've been referring to the manual extensively, especially this section > (we're on version 3.8): > http://manual.koha-community.org/3.8/en/serials.html > > I hope this helps! Cheerio, > heather > ``````````````````````````````````````````````````````````````````````` > Heather Hernandez > Technical Services Librarian > Cultural Resources and Museum Management Division > San Francisco Maritime National Historical Park > heather_hernandez at nps.gov > 415-561-7032 (voice) 415-556-3540 (fax) > http://www.nps.gov/safr/historyculture/library-collections.htm > > "The sailor does not pray for wind, he learns to sail."--Gustaf Lindborg > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From Heather_Hernandez at nps.gov Sat Jul 28 06:51:42 2012 From: Heather_Hernandez at nps.gov (Heather_Hernandez at nps.gov) Date: Fri, 27 Jul 2012 11:51:42 -0700 Subject: [Koha] Serial workarounds In-Reply-To: Message-ID: Hi-- Nicole Engard wrote on 07/27/2012 11:22:18 AM: > Regarding the dates in predictions this might be of interest to you: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7592 I'm not > sure if that's what you're talking about, but it's a start. Oh, that's a different thing!:) I'm finding that I am not accurately predicting--I'll have to adjust the "Planned Date" and "Published Date" for my "Expected" issue when it arrives--I'm still trying to get accurate prediction dates into Koha. It's entirely the human element that's innacurate here (i.e., me!) Thanks! Cheerio! heather ``````````````````````````````````````````````````````````````````````` Heather Hernandez Technical Services Librarian Cultural Resources and Museum Management Division San Francisco Maritime National Historical Park heather_hernandez at nps.gov 415-561-7032 (voice) 415-556-3540 (fax) http://www.nps.gov/safr/historyculture/library-collections.htm "The sailor does not pray for wind, he learns to sail."--Gustaf Lindborg From sheikh303 at gmail.com Sat Jul 28 16:09:20 2012 From: sheikh303 at gmail.com (Sheikh Faiyaz) Date: Sat, 28 Jul 2012 10:09:20 +0600 Subject: [Koha] Edition in search result Message-ID: Hi there, I want to show book's edition number into catalog search result. is it possible to do so? thanks in advance -- Sheikh Faiyaz Moorsalin From thandu_venkat at yahoo.com Tue Jul 31 02:25:39 2012 From: thandu_venkat at yahoo.com (thandu venkat narayana) Date: Mon, 30 Jul 2012 22:25:39 +0800 (SGT) Subject: [Koha] Searching by the exact barcode in opac / intranet Message-ID: <1343658339.40431.YahooMailClassic@web192303.mail.sg3.yahoo.com> Dear Sunil Kumar, No need to give 'zeor' before to your barcode numbers. To search exact barcode like 1, you can use asterisk before and after the barcode what you want to search. eg. *1* or *100* like. It is giving exact search results in opac and intranet. Regards, Venkat From eb at efdss.org Tue Jul 31 07:21:55 2012 From: eb at efdss.org (Elaine Bradtke) Date: Mon, 30 Jul 2012 20:21:55 +0100 Subject: [Koha] Searching shelving location fails Message-ID: We have storage all over the building so shelving locations are vital, and occasionally subject to change. We've got the locations all set up in authorized values, and all the item records have shelving locations in 952 c. But when I search loc=st or any of the other codes we use for shelving locations, nothing comes up. I've tried this in 3.8 (test) and 3.6.2 (production), with z39.50 imported records, uploaded records and original catalog records. The result is always the same "No results match your search for 'kw,wrdl: loc=st' in The Vaughan Williams Memorial Library, EFDSS Catalog. I also tried it with 'Shelving Location' option in the pulldown menu in advanced search, still no results. Collection code searches work just fine, so it's not a problem with all searches on authorized values in item records. Have I missed a setting somewhere? Or is this a bug? -- 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 joshmikow at gmail.com Tue Jul 31 12:09:48 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 17:09:48 -0700 Subject: [Koha] Circulation Errors after Upgrade Message-ID: Good afternoon, I recently installed a test server (a few months ago) for our church to migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing of the new server, our librarians finally took a look at the system and found some errors and I really have no clue where to start when it comes to troubleshooting them. 1. Trying to check-out, check-in or renewing items fails. The errors returned is "Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2965." 2. When searching our catalog, the list of results shows "No Holds Allowed" but on our current system holds are allowed. Librarians can place items on hold once they click into the item. 3. The list of search results also shows that there are "No items" under Location when we actually have many items. So far none of our items show anything being available. Can someone provide some tips or places to start when figuring out what is causing these issues? Thanks, Josh From jcamins at cpbibliography.com Tue Jul 31 12:17:04 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Mon, 30 Jul 2012 20:17:04 -0400 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: Josh, I recently installed a test server (a few months ago) for our church to > migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing of > the new server, our librarians finally took a look at the system and found > some errors and I really have no clue where to start when it comes to > troubleshooting them. > I suspect all the problems you report may stem from missing the remove_items_from_biblioitems.pl script. Did you run it? 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 joshmikow at gmail.com Tue Jul 31 12:21:48 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 17:21:48 -0700 Subject: [Koha] KOHA Hold Settings & Costs Message-ID: Good Afternoon, I'm a tech person who is working with our church librarians to upgrade their software and they asked me a few things about KOHA that I'm not sure about. 1. Can we have an email sent whenever a hold is placed on a resource by a patron? This would allow us to notify the librarians so they can pull the resource. 2. How do we set the replacement costs for a resource? 3. How do we configure the system to automatically set fines for resources that are checked out? 4. Is there a way to show the amazon image of a resource if we don't have one available? We're currently on version 3.8.03 and I really don't know anything about library management so any help would be very much appreciated. Thanks, Josh From joshmikow at gmail.com Tue Jul 31 12:23:30 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 17:23:30 -0700 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: I don't remember specifically running that script. Are there any parameters for it? Can you point me to where to look for it? Thanks, Josh On Mon, Jul 30, 2012 at 5:17 PM, Jared Camins-Esakov < jcamins at cpbibliography.com> wrote: > Josh, > > I recently installed a test server (a few months ago) for our church to >> migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing >> of >> the new server, our librarians finally took a look at the system and found >> some errors and I really have no clue where to start when it comes to >> troubleshooting them. >> > > I suspect all the problems you report may stem from missing the > remove_items_from_biblioitems.pl script. Did you run it? > > 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 jcamins at cpbibliography.com Tue Jul 31 12:26:43 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Mon, 30 Jul 2012 20:26:43 -0400 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: Josh, I don't remember specifically running that script. Are there any > parameters for it? Can you point me to where to look for it? The file is misc/maintenance/remove_items_from_biblioitems.pl. If you run it with --help, it will give you instructions. 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 joshmikow at gmail.com Tue Jul 31 12:36:15 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 17:36:15 -0700 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: I ran all of the upgrade scripts to get from 3.01. to 3.6. Based on the file, it looks like it should have run as a part of that process. When I try to run it to view the help it gives me a compilation error. Would it have logged somewhere if this failed as a part of the upgrade? Thanks, Josh On Mon, Jul 30, 2012 at 5:26 PM, Jared Camins-Esakov < jcamins at cpbibliography.com> wrote: > Josh, > > I don't remember specifically running that script. Are there any >> parameters for it? Can you point me to where to look for it? > > > The file is misc/maintenance/remove_items_from_biblioitems.pl. If you run > it with --help, it will give you instructions. > > 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 chris at bigballofwax.co.nz Tue Jul 31 12:55:16 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 31 Jul 2012 12:55:16 +1200 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: Hi Josh On 31 July 2012 12:36, Josh Mikow wrote: > I ran all of the upgrade scripts to get from 3.01. to 3.6. Based on the > file, it looks like it should have run as a part of that process. > Hmm which upgrade scripts are those? > When I try to run it to view the help it gives me a compilation error. > Whats the error? I bet its missing the path to the C4 modules > Would it have logged somewhere if this failed as a part of the upgrade? > No. It isnt run as part of the upgrade, because it only needs to be run in special circumstances, when coming from a pre 3.4.x version to a 3.6.x, and take a long time potentially. >From the INSTALL file in the UPGRADE section "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 " You need to run these as the user that runs rebuild_zebra normally (check your cron if you are unsure) and need to set the paths. For instance on my machine if I was using a package installed from the tarball sudo -u koha PERL5LIB=/usr/share/koha/lib KOHA_CONF=/etc/koha-conf.xml perl misc/maintenance/remove_items_from_biblioitems.pl --run If I installed from the packages (the best way) (but I think you used the tarball?) sudo koha-upgrade-to-3.4 instancename Chris From zhshoeb at yahoo.com Tue Jul 31 16:24:27 2012 From: zhshoeb at yahoo.com (koha_learner) Date: Mon, 30 Jul 2012 21:24:27 -0700 (PDT) Subject: [Koha] server configuration Message-ID: <1343708667425-5721601.post@n5.nabble.com> Hi dear colleagues, Our koha and DSpace is running on Debian Squeeze and the server is HP ProLiant DL170G6. But we face frequent Server Hang occurrence, though there is no problem with network, systems or configuration. It may be failure of latest kernel compatibility. Anyway, we decided to use two separate Server, one for koha and another for DSpace. Now we are seeking some guidelines for a high-end Server, i.e. IBM or HP for latest koha implementation with VuFind. Look forward to kind solicitation. Regards, mzhs, a koha learner -- View this message in context: http://koha.1045719.n5.nabble.com/server-configuration-tp5721601.html Sent from the Koha-general mailing list archive at Nabble.com. From joshmikow at gmail.com Tue Jul 31 16:59:15 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 21:59:15 -0700 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: Hi Chris, When I imported our database into the 3.6.4 system at the time I ran the following: koha-upgrade-schema then koha-uprade-to-3.4 When I ran the 2nd command, the koha-upgrade-to-3.4 command kept returning a bunch of "Use of uninitialized value in pattern match (m//) at /usr/share/koha/lib/C4/Biblio.pm line 2953" . I asked and was told I could safely ignore those errors from the upgrade command. I actually install KOHA using the apt-get packages on Debian. I've used that to keep it up to date and apply patches as they come out. Do I need to try to re-run the upgrade to 3.4 or check any specific logs? Josh On Mon, Jul 30, 2012 at 5:55 PM, Chris Cormack wrote: > Hi Josh > > On 31 July 2012 12:36, Josh Mikow wrote: > > I ran all of the upgrade scripts to get from 3.01. to 3.6. Based on the > > file, it looks like it should have run as a part of that process. > > > Hmm which upgrade scripts are those? > > > When I try to run it to view the help it gives me a compilation error. > > > Whats the error? I bet its missing the path to the C4 modules > > > Would it have logged somewhere if this failed as a part of the upgrade? > > > No. It isnt run as part of the upgrade, because it only needs to be > run in special circumstances, when coming from a pre 3.4.x version to > a 3.6.x, and take a long time potentially. > > From the INSTALL file in the UPGRADE section > > "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 > " > > You need to run these as the user that runs rebuild_zebra normally > (check your cron if you are unsure) and need to set the paths. > > For instance on my machine if I was using a package installed from the > tarball > > sudo -u koha PERL5LIB=/usr/share/koha/lib KOHA_CONF=/etc/koha-conf.xml > perl misc/maintenance/remove_items_from_biblioitems.pl --run > > If I installed from the packages (the best way) (but I think you used > the tarball?) > sudo koha-upgrade-to-3.4 instancename > > Chris > From chris at bigballofwax.co.nz Tue Jul 31 17:03:24 2012 From: chris at bigballofwax.co.nz (Chris Cormack) Date: Tue, 31 Jul 2012 17:03:24 +1200 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: On 31 July 2012 16:59, Josh Mikow wrote: > Hi Chris, > > When I imported our database into the 3.6.4 system at the time I ran the > following: > koha-upgrade-schema > then > koha-uprade-to-3.4 > > When I ran the 2nd command, the koha-upgrade-to-3.4 command kept returning a > bunch of "Use of uninitialized value in pattern match (m//) at > /usr/share/koha/lib/C4/Biblio.pm line 2953" . I asked and was told I could > safely ignore those errors from the upgrade command. > > I actually install KOHA using the apt-get packages on Debian. I've used that > to keep it up to date and apply patches as they come out. > Cool, it is by far the easiest way to run Koha. > Do I need to try to re-run the upgrade to 3.4 or check any specific logs? > What you can do is in your report writer, write a report that does SELECT marcxml FROM biblioitems limit 5 That will get you 5 records, you can look at your marcxml and if it has 952 fields in it, the fields were not removed. Chris From joshmikow at gmail.com Tue Jul 31 17:13:30 2012 From: joshmikow at gmail.com (Josh Mikow) Date: Mon, 30 Jul 2012 22:13:30 -0700 Subject: [Koha] Circulation Errors after Upgrade In-Reply-To: References: Message-ID: Thanks Chris! Glad to know I'm doing this the best/recommended way. i'm refreshing my linux skills and also having to learn about library systems and it takes me a bit. For a limit of 5 records the file I downloaded with the query results was 183 lines so it looks like it may have run OK. here is an example of 1 row: " 00366nam a2200157Ia 4500 OSt 20120402152703.0 080903s9999 xx 000 0 und d 0020442009 Bri Lewis, C. S. The Chronicles of Narnia: The Horse and His Boy Fantastic fiction. Fantasy. BOOK 2 2 " Any other ideas on what to check? Josh On Mon, Jul 30, 2012 at 10:03 PM, Chris Cormack wrote: > On 31 July 2012 16:59, Josh Mikow wrote: > > Hi Chris, > > > > When I imported our database into the 3.6.4 system at the time I ran the > > following: > > koha-upgrade-schema > > then > > koha-uprade-to-3.4 > > > > When I ran the 2nd command, the koha-upgrade-to-3.4 command kept > returning a > > bunch of "Use of uninitialized value in pattern match (m//) at > > /usr/share/koha/lib/C4/Biblio.pm line 2953" . I asked and was told I > could > > safely ignore those errors from the upgrade command. > > > > I actually install KOHA using the apt-get packages on Debian. I've used > that > > to keep it up to date and apply patches as they come out. > > > Cool, it is by far the easiest way to run Koha. > > > Do I need to try to re-run the upgrade to 3.4 or check any specific logs? > > > What you can do is in your report writer, write a report that does > > SELECT marcxml FROM biblioitems limit 5 > > That will get you 5 records, you can look at your marcxml and if it > has 952 fields in it, the fields were not removed. > > Chris > From nightstalker2019 at gmail.com Tue Jul 31 17:29:45 2012 From: nightstalker2019 at gmail.com (Auninda Rumy Saleque) Date: Tue, 31 Jul 2012 11:29:45 +0600 Subject: [Koha] server configuration In-Reply-To: <1343708667425-5721601.post@n5.nabble.com> References: <1343708667425-5721601.post@n5.nabble.com> Message-ID: Hello mzhs, somewhere i read that you will need 15GB of space for 100k records and 1GB of RAM is enough for the zebra. in my opinion it is better to analyze your current scenario first i.e. how much data you currently hold in koha and how much you might be holding within another few years. Depending on that you can take necessary steps to upgrade your system and be on the safe side for the next few years. Besides, it is best to check with the local authorized vendors like HP or IBM for the best available hardware and the support they will provide. Regards, Auninda On Tue, Jul 31, 2012 at 10:24 AM, koha_learner wrote: > Hi dear colleagues, > Our koha and DSpace is running on Debian Squeeze and the server is HP > ProLiant DL170G6. But we face frequent Server Hang occurrence, though there > is no problem with network, systems or configuration. It may be failure of > latest kernel compatibility. Anyway, we decided to use two separate Server, > one for koha and another for DSpace. Now we are seeking some guidelines for > a high-end Server, i.e. IBM or HP for latest koha implementation with > VuFind. Look forward to kind solicitation. > Regards, > mzhs, a koha learner > > > > -- > View this message in context: > http://koha.1045719.n5.nabble.com/server-configuration-tp5721601.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 openbharat at gmail.com Tue Jul 31 18:16:07 2012 From: openbharat at gmail.com (Bharat Chaudhari) Date: Tue, 31 Jul 2012 11:46:07 +0530 Subject: [Koha] Searching by Barcode In-Reply-To: <20120404082257.21525cgwtxqud3gh@10.10.1.10> References: <20120404082257.21525cgwtxqud3gh@10.10.1.10> Message-ID: I am also facing same issue in my koha. Does anybody shed the ligh on this. bz its very important. Bharat SPM Library, G'Nagar, India On Wed, Apr 4, 2012 at 11:52 AM, Ephraim Makeke wrote: > Hi > > In my cataloging module I would like to search by barcode so that it > retrieves an exact copy of an item. At the moment if I search by barcode > e.g. BK100, the cataloging module returns: > > BK100 > BK1001 > BK1000 > BK1005 > > I need the system to pick the exact barcode not the way it is displaying > the results. > > Any help will be appreciated. > > Ephraim Makeke > > Ephraim Makeke > Senior Assistant Librarian - Library ICT > Midlands State University Library > P. Bag 9055 > Gweru > Zimbabwe > > Tel: 263 54 260445 > > ------------------------------**------------------------------**---- > This message was sent using IMP, the Internet Messaging Program. > > ______________________________**_________________ > Koha mailing list http://koha-community.org > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/**mailman/listinfo/koha > -- Bharat M. Chaudhari The best way to know where I'm at is to check my Blog shape, or one of the many other social networks designed to give us more information than we ever wanted to know about a person. From clint.deckard at frontiers.co.nz Tue Jul 31 18:39:02 2012 From: clint.deckard at frontiers.co.nz (clint.deckard) Date: Tue, 31 Jul 2012 18:39:02 +1200 Subject: [Koha] Quick question Message-ID: <50177D86.7040602@frontiers.co.nz> Kia ora, I am advocating for Koha and wish to point out that 'free' doesn't mean 'low quality' or 'cut down', could someone please point out of couple of examples of Koha powering 'large' libraries please. I have a bit of a rant going :-) Thank you very much, Clint. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From chrisc at catalyst.net.nz Tue Jul 31 19:00:50 2012 From: chrisc at catalyst.net.nz (Chris Cormack) Date: Tue, 31 Jul 2012 19:00:50 +1200 Subject: [Koha] Quick question In-Reply-To: <50177D86.7040602@frontiers.co.nz> References: <50177D86.7040602@frontiers.co.nz> Message-ID: Hi Clint, Been there ranted already. http://findingheroes.co.nz/2012/03/30/open-source-ils-much-bigger-than-you-think/ Hope this helps. Chris "clint.deckard" wrote: Kia ora, I am advocating for Koha and wish to point out that 'free' doesn't mean 'low quality' or 'cut down', could someone please point out of couple of examples of Koha powering 'large' libraries please. I have a bit of a rant going :-) Thank you very much, Clint. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _____________________________________________ Koha mailing list http://koha-community.org Koha at lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From m.kirjasto.hailuoto at gmail.com Tue Jul 31 19:48:47 2012 From: m.kirjasto.hailuoto at gmail.com (Kari Blomster) Date: Tue, 31 Jul 2012 00:48:47 -0700 (PDT) Subject: [Koha] Searching by Barcode In-Reply-To: References: <20120404082257.21525cgwtxqud3gh@10.10.1.10> Message-ID: <1343720927877-5721611.post@n5.nabble.com> Does anybody shed the ligh on this. bz its very important. Fwdind from the other thread: "To search exact barcode like 1, you can use asterisk before and after the barcode what you want to search. eg. *1* or *100* like. It is giving exact search results in opac and intranet. Regards, Venkat" Hope this helps, does it solve your problem? regards, kari ----- (Mr.) Kari Blomster, librarian Hailuoto Public Library, Finland | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ Profiles | http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ -- View this message in context: http://koha.1045719.n5.nabble.com/Searching-by-Barcode-tp5617004p5721611.html Sent from the Koha-general mailing list archive at Nabble.com. From openbharat at gmail.com Tue Jul 31 21:30:55 2012 From: openbharat at gmail.com (Bharat Chaudhari) Date: Tue, 31 Jul 2012 15:00:55 +0530 Subject: [Koha] Searching by Barcode In-Reply-To: <1343720927877-5721611.post@n5.nabble.com> References: <20120404082257.21525cgwtxqud3gh@10.10.1.10> <1343720927877-5721611.post@n5.nabble.com> Message-ID: Dear Keri, Thanks for giving a prompt reply. But your answer is not enough to resolve what my issue is. My problem is: When I try to search any multiple copy items with the same record but it reflects all copies items along with required copy; means I do not need other irrelevant copies of same record for catalogue. Please flash the light on this. Looking for best optimum answer Thanks, Bharat On Tue, Jul 31, 2012 at 1:18 PM, Kari Blomster < m.kirjasto.hailuoto at gmail.com> wrote: > Does anybody shed the ligh on this. bz its very important. > > Fwdind from the other thread: > "To search exact barcode like 1, you can use asterisk before and after the > barcode what you want to search. > eg. *1* or *100* like. It is giving exact search results in opac and > intranet. > Regards, > Venkat" > > > Hope this helps, does it solve your problem? > > regards, > kari > > > > > > ----- > (Mr.) Kari Blomster, librarian > Hailuoto Public Library, Finland | > http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/ > Profiles | > http://www.hailuoto.fi/sivu/fi/kuntapalvelut/perus/Sivistyspalvelut/kirjasto/verkkopalvelut/ > -- > View this message in context: > http://koha.1045719.n5.nabble.com/Searching-by-Barcode-tp5617004p5721611.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 > -- Bharat M. Chaudhari The best way to know where I'm at is to check my Blog shape, or one of the many other social networks designed to give us more information than we ever wanted to know about a person. From bgkriegel at gmail.com Tue Jul 31 23:04:18 2012 From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel) Date: Tue, 31 Jul 2012 08:04:18 -0300 Subject: [Koha] Searching by Barcode In-Reply-To: References: <20120404082257.21525cgwtxqud3gh@10.10.1.10> <1343720927877-5721611.post@n5.nabble.com> Message-ID: Bharat, > When I try to search any multiple copy items with the same record but it > reflects all copies items along with required copy; means I do not need > other irrelevant copies of same record for catalogue. > > perhaps I misunderstood you, but normally you will have 1 (one) record with many items (copies). The result of any search is the record (with all it's items), not an individual item, even if you are searching a particular barcode. With that record you could add/modify/delete items. Bernardo From diwaker at yipl.com.np Tue Jul 31 22:30:56 2012 From: diwaker at yipl.com.np (Diwaker Ghimire) Date: Tue, 31 Jul 2012 16:15:56 +0545 Subject: [Koha] Issue to koha database and search Message-ID: Hello, We were using koha 3.02 version of koha earlier and was having problems with catalogue search. Koha was unable to search some records while other records were searches were fine. Tried to rebuild zebra but still the problem persisted. So we decided to upgrade to latest version of koha 3.8 Installed new version of koha on separate directory then migrated the database, during migration koha reported some warning about duplicates keys and duplicate warnings also some error on unable to create tables like oai* Besides that i continued to new system but still the problem of search persists couldn't understand why: During zebra rebuild got these errors: ....error retrieving biblio 58273 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ......error retrieving biblio 58279 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ..error retrieving biblio 58281 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. .......error retrieving biblio 58288 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. .......................error retrieving biblio 58311 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ..........................error retrieving biblio 58337 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. .........................error retrieving biblio 58362 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. 58301.......error retrieving biblio 58371 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ..........error retrieving biblio 58381 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485. ....error retrieving biblio 58385 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. ......error retrieving biblio 58391 at /usr/share/koha/bin/migration_tools/ rebuild_zebra.pl line 485. Also marc bibliographic framwork test gave: MARC bibliographic framework test Test Result OK itemnum : the field itemnumber is mapped to a field in tab -1 OK All item fields are in the same tag and in item tab OK Only 1 MARC tag mapped to items itemtype NOT mapped the biblioitems.itemtype field MUST : - be mapped to a MARC subfield, - the corresponding subfield MUST have authorised_value=itemtype OK homebranch defined OK holdingbranch defined OK at least 1 item type defined OK at least 1 library defined OK biblionumber and biblioitemnumber mapped correctly OK no NULL value in frameworkcode OK all subfields for each tag are in the same tab (or ignored) OK all authority types used in the frameworks are defined TOTAL You have 1 error(s) in your MARC configuration. Please fix them before using Koha I am lost here, could somebody help Diwaker Ghimire Nepal -- -- *Diwaker Ghimire* Senior Web Developer ----------------------------- YoungInnovations Pvt. Ltd. GPO 8974 CPC 241 Pulchowk, Lalitpur, Nepal ----------------------------- P: +977-1-2291892 W: http://yipl.com.np E: info at yipl.com.np ----------------------------- ----------------------------- *DISCLAIMER* This email contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -----------------------------