From emrysminnig at varndean.co.uk Wed Jul 1 00:06:06 2009 From: emrysminnig at varndean.co.uk (Emrys Minnig) Date: Tue, 30 Jun 2009 13:06:06 +0100 Subject: [Koha] Saving MARC records very slow References: Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4F3@ex2k3srv06.Varndean.local> I had similar problems with saving MARC records with FF, though it started out fast and then progressively slowed down as I catalogued more and more. I found that if I cleared all private data (tools menu), things sped up again. Emrys ________________________________ From: koha-bounces at lists.katipo.co.nz on behalf of Ondrej Mlecka Sent: Mon 29/06/2009 10:04 To: koha at lists.katipo.co.nz Subject: [Koha] Saving MARC records very slow I'd like to ask one question. When I am saving MARC records in Staff Client, after clicking the butto "Save", normally it takes 10-30 seconds in which the web browser is frozen and seems tdoing nothing. Afterwards it saves the record. When I do the same operation directly on the server, it is much faster - it takes only 3-4 seconds. But I can't let cataloguers work on server. Would anybody know what could be the cause and how could I fasten it? Thank you Ondrej Mlecka From emrysminnig at varndean.co.uk Wed Jul 1 00:03:52 2009 From: emrysminnig at varndean.co.uk (Emrys Minnig) Date: Tue, 30 Jun 2009 13:03:52 +0100 Subject: [Koha] what's wrong guys nobody won't replay ?? why References: <525083.94172.qm@web111909.mail.gq1.yahoo.com> Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4F2@ex2k3srv06.Varndean.local> What version of Koha are you using, and did you recently upgrade? I ran into some problems with Zebra after updating to a git dev version. Is your Zebra daemon running? (What is the output when you type 'ps -ef | grep zebra'?) Are your PERL5LIB and KOHA_CONF env values set properly? Did you initialise? Eg: 'zebraidx -d authorities -c zebra-authorities.cfg init' 'zebraidx -d authorities -c zebra-authorities-dom.cfg init' 'zebraidx -d biblios -c zebra-biblios.cfg init' Emrys ________________________________ From: koha-bounces at lists.katipo.co.nz on behalf of Mono Lib Sent: Tue 30/06/2009 12:45 To: koha at lists.katipo.co.nz Subject: [Koha] what's wrong guys nobody won't replay ?? why hi what's wrong guys nobody won't replay ?? why is it so difficult or what ?? i'm new in asking what's the benfit of this mailing list ... some one mail me and said he knows that error but sent on mailing list .... nobody won't help : ) ) i'm asking about if any body have a solution for koha indexing i'm tried every thing all versions of yaz and zebra , replaced 3 lines in zebrasrv in files /etc/koha/zebradb/zebra-biblios.cfg ,/etc/koha/zebradb/zebra-authorities.cfg,/etc/koha/zebradb/zebra-authorities-dom.cfg and ./rebuild_zebra.pl -b -a and run and when run sudo zebrasrv -f/etc/koha/koha-conf.xml give me this error [log] zebra_start 2.0.32 /etc/koha/zebradb/zebra-biblios.cfg [fatal] lock file /var/lock/koha/zebradb/biblios/zebrasrv.pid [No such file or directory] and when run ./rebuild_zebra.pl -b i got this ./rebuild_zebra.pl -b06:30:29-29/06 zebraidx(3874) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3874) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3874) [fatal] Could not select database biblios errCode=109 06:30:29-29/06 zebraidx(3875) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3875) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3875) [fatal] Could not select database biblios errCode=109 finally when i making search i can't found any records :( any professional in liblime can help me thanx for accpecting help from people....... From john.chadwick at state.nm.us Wed Jul 1 00:22:12 2009 From: john.chadwick at state.nm.us (Chadwick, John, DCA) Date: Tue, 30 Jun 2009 06:22:12 -0600 Subject: [Koha] what's wrong guys nobody won't replay ?? why In-Reply-To: <525083.94172.qm@web111909.mail.gq1.yahoo.com> References: <525083.94172.qm@web111909.mail.gq1.yahoo.com> Message-ID: <78AC9A21A019B14F8C7C6A3EE74B3021098FBC25@CEXMB1.nmes.lcl> I had similar issues over a year ago. The issue for m was that Ubuntu treated files in /var/lock as temp files and deleted them. So, I would suggest that you may want to look and see if the files referenced actually exist. John ________________________________ From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Mono Lib Sent: Tuesday, June 30, 2009 5:46 AM To: koha at lists.katipo.co.nz Subject: [Koha] what's wrong guys nobody won't replay ?? why hi what's wrong guys nobody won't replay ?? why is it so difficult or what ?? i'm new in asking what's the benfit of this mailing list ... some one mail me and said he knows that error but sent on mailing list .... nobody won't help : ) ) i'm asking about if any body have a solution for koha indexing i'm tried every thing all versions of yaz and zebra , replaced 3 lines in zebrasrv in files /etc/koha/zebradb/zebra-biblios.cfg ,/etc/koha/zebradb/zebra-authorities.cfg,/etc/koha/zebradb/zebra-authori ties-dom.cfg and ./rebuild_zebra.pl -b -a and run and when run sudo zebrasrv -f/etc/koha/koha-conf.xml give me this error [log] zebra_start 2.0.32 /etc/koha/zebradb/zebra-biblios.cfg [fatal] lock file /var/lock/koha/zebradb/biblios/zebrasrv.pid [No such file or directory] and when run ./rebuild_zebra.pl -b i got this ./rebuild_zebra.pl -b06:30:29-29/06 zebraidx(3874) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3874) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3874) [fatal] Could not select database biblios errCode=109 06:30:29-29/06 zebraidx(3875) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3875) [warn] zebra_lock_create fail fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory] 06:30:29-29/06 zebraidx(3875) [fatal] Could not select database biblios errCode=109 finally when i making search i can't found any records :( any professional in liblime can help me thanx for accpecting help from people....... ______________________________________________________________________ This inbound email has been scanned by the MessageLabs Email Security System. ______________________________________________________________________ Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the MessageLabs Email Security System. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/92dd57bb/attachment-0001.htm From st.hedges at gmail.com Wed Jul 1 00:15:41 2009 From: st.hedges at gmail.com (Stephen Hedges) Date: Tue, 30 Jun 2009 08:15:41 -0400 Subject: [Koha] Congratulations Rosalie Blake Message-ID: I see on Twitter that Rosalie Blake, the director of the Horowhenua Library Trust in New Zealand, is retiring after 30 years of service. For those of you who may have forgotten your Koha history, Rosalie supported and funded the development of the original Koha. Congratulations and thank you, Rosalie! Stephen Hedges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/d4daf931/attachment.htm From Eric.Begin at inLibro.com Wed Jul 1 00:56:48 2009 From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=) Date: Tue, 30 Jun 2009 08:56:48 -0400 Subject: [Koha] what's wrong guys nobody won't replay ?? why In-Reply-To: <525083.94172.qm@web111909.mail.gq1.yahoo.com> References: <525083.94172.qm@web111909.mail.gq1.yahoo.com> Message-ID: <4A4A0B90.9000507@inLibro.com> An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/2a3ff1ee/attachment.htm From nicole.engard at liblime.com Wed Jul 1 00:59:38 2009 From: nicole.engard at liblime.com (Nicole Engard) Date: Tue, 30 Jun 2009 08:59:38 -0400 Subject: [Koha] Congratulations Rosalie Blake In-Reply-To: References: Message-ID: <9128d7f00906300559p1cc2cf99y5c1161acc1c950dd@mail.gmail.com> Thank you Rosalie for all of your support and hard work!!!! Enjoy retirement! --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce at liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ 2009/6/30 Stephen Hedges : > I see on Twitter that Rosalie Blake, the director of the Horowhenua Library > Trust in New Zealand, is retiring after 30 years of service. For those of > you who may have forgotten your Koha history, Rosalie supported and funded > the development of the original Koha. Congratulations and thank you, > Rosalie! > > Stephen Hedges > > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > From beda at muri-gries.ch Wed Jul 1 00:59:06 2009 From: beda at muri-gries.ch (Beda Szukics) Date: Tue, 30 Jun 2009 14:59:06 +0200 Subject: [Koha] Saving MARC records very slow In-Reply-To: <835777770906290435g739c6f0ev1093652160284b99@mail.gmail.com> References: <835777770906290435g739c6f0ev1093652160284b99@mail.gmail.com> Message-ID: <4A4A0C1A.3050107@muri-gries.ch> Hi Cab Vinton schrieb: > This was covered on the list a while back -- in Firefox it was taking > 40-50 s on our staff clients to save records. > > We've switched to Google Chrome & the time is now much more manageable. > > I don't believe a diagnosis or fix were ever found for the Firefox issue. Update to Firefox 3.0.11! The times are much better :-) (I have no idea why :-() It is strange that only the windows-version of firefox is affected (I tested version 2.0.0.14 on my eeepc and it worked fine, i.e. 7-8 seconds for the saving). Greetings Beda From oleonard at myacpl.org Wed Jul 1 01:05:26 2009 From: oleonard at myacpl.org (Owen Leonard) Date: Tue, 30 Jun 2009 09:05:26 -0400 Subject: [Koha] Saving MARC records very slow In-Reply-To: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> References: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> Message-ID: > Forgive me if I'm wrong, but my sense was that a change or changes would be > made with paucity of code and processing time in mind. It was an > optimisation suggestion. The actual question was "Question: can Koha operate properly with JS disabled? If not, why not?" Depending on the poser, that question can either be genuine and neutral or it can be leading and accusatory. Posers, you know who you are ;) > Is that 30 times rooted in fact? Also, from what is being described, it > seems as though the long wait for the record's finalisation would be traded > for a few shorter waits upon edit. Do I have that right Rick? I think "30 times" should be considered an estimate. It depends on how much you're editing your record. How many times might one: - add a tag - delete a tag - add a subfield - delete a subfield - use any plugin What am I leaving out? Instead of having one longer wait at the end, you're having 30 (or whatever) waits while you're performing any one of these actions. > I'd reckon none of your clients would care if the job were done And unfortunately that means none of them would sponsor it. > I don't think anyone was > calling for a full sack of JS I know some do! -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org From galen.charlton at liblime.com Wed Jul 1 01:27:20 2009 From: galen.charlton at liblime.com (Galen Charlton) Date: Tue, 30 Jun 2009 09:27:20 -0400 Subject: [Koha] Reminder - general project IRC meeting 1 July 2009 Message-ID: <4659947d0906300627m4682c27p784ec32eef2e971b@mail.gmail.com> Hi, The next general meeting of the Koha project will be held on the #koha IRC channel at 19:00 UTC+0. The following standing agenda items will be discussed: 1. Koha 3.2 update 2. Koha 3.0.x update 3. Actions from the previous IRC meeting 4. Addition of ?Skip to content? links in the staff client, as discussed on Koha-devel [1] To suggest additional agenda items, please go to the wiki page for this meeting located at . [1] http://lists.koha.org/pipermail/koha-devel/2009-June/009733.html Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton at liblime.com p: 1-888-564-2457 x709 skype: gmcharlt From llong at shepherd.edu Wed Jul 1 01:34:08 2009 From: llong at shepherd.edu (Lexa Long) Date: Tue, 30 Jun 2009 09:34:08 -0400 Subject: [Koha] End of budget year in acquisitions Message-ID: <8EA3C3DAE0D1C04EA8D6BC0726E52DA5035DDD38@exchange2k3.shepherd.edu> All My budget year ends at the end of business today. I scheduled the last day of the budget in Koha for June 30, 2009. All of my information I planned to take out today is gone. How do I retrieve this information? I still had information for this fiscal year to add to the database. I need to retrieve the final budget numbers. Thanks to any one who can be of assistance. Lexa V. Long Acquisions Associate Scarborough Library Shepherds University P. O. Box 5001 Shepherdstown, WV 25443 (304) 876-5417 OFFICE (304) 876-0731 Fax llong at shepherd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/a4830e42/attachment.htm From bargioni at pusc.it Wed Jul 1 03:07:11 2009 From: bargioni at pusc.it (Stefano Bargioni) Date: Tue, 30 Jun 2009 17:07:11 +0200 Subject: [Koha] problem : Xml :Libxml In-Reply-To: References: Message-ID: I left only the first two lines, and it worked. Debian Lenny, btw. HTH. Stefano On Jun 28, 2009, at 14:25 , MATINE LOUIS wrote: > Hi all, > > I edited the file /etc/perl/XML/SAX/ParserDetails.ini > ####[XML::LibXML::SAX] > ####http://xml.org/sax/features/namespaces = 1 > > > ####[XML::SAX::PurePerl] > ####http://xml.org/sax/features/namespaces = 1 > > > [XML::LibXML::SAX::Parser] > http://xml.org/sax/features/namespaces = 1 > > > #####[XML::SAX::Expat] > #####http://xml.org/sax/features/namespaces = 1 > #####http://xml.org/sax/features/external-general-entities = 1 > > but when running # misc/sax_parser_print.pl > seems the result : > Koha wants something like: > XML::LibXML::SAX::Parser=HASH(0x81fe220) > You have: > XML::LibXML::SAX=HASH(0x8db9548) > Looks bad, check INSTALL.* documentation. > I tried to put [XML::LibXML::SAX::Parser] in bottom file but seems > the same problem > > > > See all the ways you can stay connected to friends and family > _______________________________________________ > Koha mailing list > Koha at lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/fd1bf391/attachment-0001.htm From mhelman at illinoisalumni.org Wed Jul 1 03:06:03 2009 From: mhelman at illinoisalumni.org (BWS Johnson) Date: Tue, 30 Jun 2009 08:06:03 -0700 Subject: [Koha] Congratulations Rosalie Blake Message-ID: <2b81a01c9f994$4978cf60$0168010a@mail2world.com> Salvete! Oh wow! Time to get to all of that reading at last :D What you started was wonderful, and I for one am grateful. Thank you, Brooke >I see on Twitter that Rosalie Blake, the director of the Horowhenua Library Trust in New Zealand, is retiring >after 30 years of service. For those of you who may have forgotten your Koha history, Rosalie supported >and funded the development of the original Koha. Congratulations and thank you, Rosalie! > > > >Stephen Hedges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/d7b80f58/attachment.htm From OFTL at critfc.org Wed Jul 1 03:48:04 2009 From: OFTL at critfc.org (Lenora Oftedahl) Date: Tue, 30 Jun 2009 08:48:04 -0700 Subject: [Koha] Saving MARC records very slow In-Reply-To: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> References: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> Message-ID: <4A49D0A0.8A73.0058.0@critfc.org> UM, I use Firefox and I don't have a problem with time for saving records (a few seconds at most). And I do a lot of them as I'm still cleaning up our switch from InMagic. Yes, I'm on 3.00 (not sure exactly which) Lenora Lenora A. Oftedahl StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission http://www.fishlib.org From free9360 at gmail.com Wed Jul 1 06:14:44 2009 From: free9360 at gmail.com (jon jon) Date: Tue, 30 Jun 2009 13:14:44 -0500 Subject: [Koha] pre-book client for windows Message-ID: Hi, Has anyone here, used or installed pre-book client for windows from userful and got it to work. I don't get a hour glass icon down in my system tray. any help thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/a352c628/attachment.htm From lists at ricmarques.net Wed Jul 1 06:43:33 2009 From: lists at ricmarques.net (Ricardo Dias Marques) Date: Tue, 30 Jun 2009 19:43:33 +0100 Subject: [Koha] bulkmarcimport.pl warning messages In-Reply-To: <4A4911D0.8090005@earthlink.net> References: <4A394D15.7070400@earthlink.net> <20090617215803.GA24284@localhost> <4A4911D0.8090005@earthlink.net> Message-ID: Hi Bob (and List), On Jun 17, 2009, Bob Ewart wrote: >>> I'm getting a slew of warnings on every book imported: >>> use of uninitialized value in pattern match ... C4/Biblio.pm line 2645 >>> use of uninitialized vlaue in addition... C4/Biblio.pm line 2656 >> [...] >>> Has anyone else seen this? And on Mon, Jun 29, 2009, the same Bob Ewart added: > I just installed 3.00.03 and turned off the warnings in Biblio.pm > temporarily. ?I'm now seeing a bunch of duplicate barcode warnings. ?In > converting from DBText for Libraries we have a number of items without > barcodes since they were not for loan. ?I generated barcodes for them, > but my generation algorithm didn't guarantee uniqueness. > > My point is that these warnings are not benign. They hide the real > warnings, like duplicate barcodes. ?I also added a \r to the beginning > of the error message around line 211 to neaten up the output. For what it's worth, I'm getting similar errors when doing a bulkmarcimport for a .iso file with multiple bibliographic records: ---------------------------------------- # /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -d -c UNIMARC -v -file myrecords.iso [...] Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, line 900. Use of uninitialized value in pattern match (m//) at /usr/share/koha/lib/C4/Biblio.pm line 2647, line 900. Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, line 900. .Use of uninitialized value in length at /usr/share/koha/lib/C4/Biblio.pm line 3250, line 901. Use of uninitialized value in pattern match (m//) at /usr/share/koha/lib/C4/Biblio.pm line 2647, line 901. Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, line 901. [...] 1000 MARC records done in 324.597194194794 seconds ---------------------------------------- My setup is Koha 3.0.3, UNIMARC, without Zebra ("NoZebra"), running in SLES 11 (SUSE Linux Enterprise Server) that runs Perl 5.10 After running this import using bulkmarcimport, if I do any search in either the OPAC or in the Intranet, I get the following error message: ---------------------------------------- Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2157. ---------------------------------------- I have found this reported bug that may be related: Bug 1926 - Error on bulk marc import from file (staged) http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1926 The only log lines for the relevant time period, for the OPAC, in the koha-opac-error-log ( in /var/log/koha/ ) are these: ---------------------------------------- [Tue Jun 30 19:30:52 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:52 2009] opac-main.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/HTML/Template/Pro.pm line 191. [Tue Jun 30 19:30:57 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:57 2009] opac-search.pl: Use of uninitialized value $error in concatenation (.) or string at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 408., referer: http://myhost.internal/ [Tue Jun 30 19:30:57 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:57 2009] opac-search.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/HTML/Template/Pro.pm line 191., referer: http://myhost.internal/ ---------------------------------------- And the only line for the relevant time period, for the Intranet, in the koha-error-log ( also in /var/log/koha/ ) is this: ---------------------------------------- [Tue Jun 30 19:36:29 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:36:29 2009] search.pl: networks at /usr/share/koha/intranet/cgi-bin/catalogue/search.pl line 468., referer: http://myhost.internal:8080/cgi-bin/koha/catalogue/search.pl?q=redes ---------------------------------------- Does anyone have any hints or comments regarding this... Please? Thanks in advance! :) Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3 on openSUSE 11 http://wiki.koha.org/doku.php?id=opensuse_11.0 From pianohacker at gmail.com Wed Jul 1 06:46:13 2009 From: pianohacker at gmail.com (Jesse) Date: Tue, 30 Jun 2009 12:46:13 -0600 Subject: [Koha] [Koha-devel] Reminder - general project IRC meeting 1 July 2009 In-Reply-To: <4659947d0906300627m4682c27p784ec32eef2e971b@mail.gmail.com> References: <4659947d0906300627m4682c27p784ec32eef2e971b@mail.gmail.com> Message-ID: 2009/6/30 Galen Charlton > Hi, > > The next general meeting of the Koha project will be held on the #koha > IRC channel at 19:00 UTC+0. To see what time this is in your time zone, you can go to http://www.timeanddate.com/worldclock/converter.html?year=2009&month=7&day=1&hour=19&min=0&sec=0&p1=0&p2=75, change it to your location and hit Convert. -- Jesse Weaver -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/ca7f4382/attachment.htm From Sebastien.Hinderer at snv.jussieu.fr Wed Jul 1 07:39:57 2009 From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer) Date: Tue, 30 Jun 2009 21:39:57 +0200 Subject: [Koha] bulkmarcimport.pl warning messages In-Reply-To: References: <4A394D15.7070400@earthlink.net> <20090617215803.GA24284@localhost> <4A4911D0.8090005@earthlink.net> Message-ID: <20090630193957.GA7389@localhost> Hey, > After running this import using bulkmarcimport, if I do any search in > either the OPAC or in the Intranet, I get the following error message: > ---------------------------------------- > Error: Can't call method "as_usmarc" on an undefined value at > /usr/share/koha/lib/C4/Search.pm line 2157. > ---------------------------------------- It's probably because you didn't rebuild the search index. Since you don't have zebra installed, try the rebuild_nozebra script in migration_tools directory. S?bastien. From Sebastien.Hinderer at snv.jussieu.fr Wed Jul 1 07:43:23 2009 From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer) Date: Tue, 30 Jun 2009 21:43:23 +0200 Subject: [Koha] [Koha-devel] Reminder - general project IRC meeting 1 July 2009 In-Reply-To: References: <4659947d0906300627m4682c27p784ec32eef2e971b@mail.gmail.com> Message-ID: <20090630194323.GB7389@localhost> Jesse (2009/06/30 12:46 -0600): > 2009/6/30 Galen Charlton > > > Hi, > > > > The next general meeting of the Koha project will be held on the #koha > > IRC channel at 19:00 UTC+0. > > > To see what time this is in your time zone, you can go to > http://www.timeanddate.com/worldclock/converter.html?year=2009&month=7&day=1&hour=19&min=0&sec=0&p1=0&p2=75, > change it to your location and hit Convert. From edward_roche at solanco.k12.pa.us Wed Jul 1 09:08:38 2009 From: edward_roche at solanco.k12.pa.us (Roche III, Edward) Date: Tue, 30 Jun 2009 17:08:38 -0400 Subject: [Koha] rebuild_zebra.pl message Message-ID: After running a rebuild_zebra.pl -b I get the following warning message: zebraidx: /home/adam/debian/build-idzebra-1.3.50-1/idzebra-1.3.50/index/extract.c: 1329: extract_flushRecordKeys: Assertion `off == reckeys->buf_used' failed. 16:58:38-30/06 zebraidx(17262) [log] zebra_start /etc/koha/zebradb/zebra-biblios.cfg 1.3.50 16:58:39-30/06 zebraidx(17262) [warn] previous transaction didn't reach commit Are these messages something I should be worried about? Thanks Ed Edward J. Roche Network Administrator Solanco School District 717.786.2151 x2437 "At the End of the Day, Did You Play to Win or Not to Lose?" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/f863ddfb/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 4626 bytes Desc: image001.jpg Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/f863ddfb/attachment-0002.jpeg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 5195 bytes Desc: image002.jpg Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/f863ddfb/attachment-0003.jpeg From monolib at yahoo.com Wed Jul 1 10:25:58 2009 From: monolib at yahoo.com (Mono Lib) Date: Tue, 30 Jun 2009 15:25:58 -0700 (PDT) Subject: [Koha] losing folder var/run/koha/... Message-ID: <963472.94772.qm@web111913.mail.gq1.yahoo.com> hi to all thank's to every one tried to helped me that's was so kind , when i turn on server i didn't found :/var/run/koha/zebradb in pass and running mkdir -p /var/lock/koha/zebradb/... to restore the folder and contains and rebuild zebra and running sudo zebrasrv -f/etc/koha/koha-conf.xml to starting zebra and making search it's okay , when i close the terminal and making search no result onther thing when i running /usr/share/koha/bin/koha-zebraqueue-ctl.sh start i got Starting Zebraqueue Daemon /usr/share/koha/bin/koha-zebraqueue-ctl.sh: line 26: daemon: command not found that is all my problem with koha , i'm using ubuntu 9 ... thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/da17a65a/attachment.htm From rick at praxis.com.au Wed Jul 1 10:51:21 2009 From: rick at praxis.com.au (Rick Welykochy) Date: Wed, 01 Jul 2009 08:51:21 +1000 Subject: [Koha] Saving MARC records very slow In-Reply-To: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> References: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> Message-ID: <4A4A96E9.7080807@praxis.com.au> BWS Johnson wrote: > >there just became 30 times as expensive and you still need to round > trip to the server to get the results. > > > > Is that 30 times rooted in fact? Also, from what is being described, it > seems as though the long wait for the record's finalisation would be > traded for a few shorter waits upon edit. Do I have that right Rick? Correct. It is disingenuous to whine about return trips to the server when Koha is already littered with such in the form of Ajax calls, which sometimes for each keystroke invoke a return trip to the server. Example: some of the Koha searches update a textbox / dropdown control with new search possibilities each time you hit a key on the keyboard. cheers rickw -- _________________________________ Rick Welykochy || Praxis Services Debra Jackson says she likes shopping at the Dollar Palace because it's convenient and casual. "I don't have to get dressed up like I'm going to Wal-mart or something," she said. -- spotted in a newspaper From ohiocore at gmail.com Wed Jul 1 12:18:48 2009 From: ohiocore at gmail.com (Joe Atzberger) Date: Tue, 30 Jun 2009 20:18:48 -0400 Subject: [Koha] Saving MARC records very slow In-Reply-To: <4A4A96E9.7080807@praxis.com.au> References: <9a3d01c9f976$59e13b80$056a010a@mail2world.com> <4A4A96E9.7080807@praxis.com.au> Message-ID: <235bf14f0906301718pe1c7c96q21d418d5fcd0d715@mail.gmail.com> > >> there just became 30 times as expensive and you still need to round > >> trip to the server to get the results. > > > > Is that 30 times rooted in fact? > It isn't implemented, so it is hypothetical, but there isn't any way around *every* operation requiring a round trip to the server w/o js. Do some original cataloging, count how many times you change tabs, search for an authorized value, and add/remove fields. > It is disingenuous to whine about return trips to the server when > Koha is already littered with such in the form of Ajax calls, which > sometimes for each keystroke invoke a return trip to the server. Uh, no. It's legit. Especially on the staff side, Koha would benefit from *more* ajax, not less. When the logic of a webapp can be broken into ajax-able atomic pieces, then each of those can execute and reply with very small updates without having to reparse everything else on the page that isn't changing. As a simple (hypothetical) example, building a list gets really expensive if you have to read out the growing list AND all the other elements of the page to the client for every item loaded. With ajax you can get confirmation from server as terse as one line. The non-ajax method doesn't scale. It gets slower as the list gets bigger until the point where it is too slow to use. The ajax method can maintain the same performance at the 1000th request as the first, because it doesn't have to care about the last 999. Example: some of the Koha searches update a textbox / dropdown control with > new search possibilities each time you hit a key on the keyboard. Those YUI autocomplete calls aren't parsing MARCXML into MARC::Record objects like the cataloging editor must, and they can already be disabled by syspref. YUI autocomplete performs reasonably well for us and the thousands of other sites that use the package. And, lastly, ajax has nothing to do with the cataloging editor anyway. It doesn't use it. You are comparing two clearly different entities. HTML-only cataloging with anything approaching the current features would require repeated expensive MARC parsing, aggregating the cataloger's manipulations in an unspecified location, all the existing permissions checking for toolbars and HTML::Template::Pro building, etc. That looks nothing like optional industry standard AJAX autocomplete that hits ysearch.pl, querying one table and running in 60 lines. -- Joe Atzberger LibLime - Open Source Library Solutions -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090630/6880f389/attachment.htm From mason.loves.sushi at gmail.com Wed Jul 1 21:00:40 2009 From: mason.loves.sushi at gmail.com (Mason James) Date: Wed, 1 Jul 2009 21:00:40 +1200 Subject: [Koha] losing folder var/run/koha/... In-Reply-To: <963472.94772.qm@web111913.mail.gq1.yahoo.com> References: <963472.94772.qm@web111913.mail.gq1.yahoo.com> Message-ID: <9955E428-9B1A-4BB7-A378-83F1218E7371@gmail.com> On 2009/07/1, at 10:25 AM, Mono Lib wrote: > hi to all > thank's to every one tried to helped me that's was so kind , when i > turn on server i didn't found :/var/run/koha/zebradb in pass and > running > mkdir -p /var/lock/koha/zebradb/... to restore the folder and contains > and rebuild zebra and running sudo zebrasrv -f/etc/koha/koha-conf.xml > to starting zebra and making search it's okay , when i close the > terminal and making search no result > onther thing when i running /usr/share/koha/bin/koha-zebraqueue- > ctl.sh start > i got Starting Zebraqueue Daemon > /usr/share/koha/bin/koha-zebraqueue-ctl.sh: line 26: daemon: > command not found > that is all my problem with koha , i'm using ubuntu 9 ... thanks if you google this, you will find the answer ;) $ sudo apt-get install daemon From mjr at phonecoop.coop Wed Jul 1 21:04:32 2009 From: mjr at phonecoop.coop (MJ Ray) Date: Wed, 01 Jul 2009 10:04:32 +0100 Subject: [Koha] Hide bibliographic records In-Reply-To: <24249495.post@talk.nabble.com> References: <24249495.post@talk.nabble.com> Message-ID: <4a4b26a0.jVa9dP8tc/RBJzAy%mjr@phonecoop.coop> "Michael Leung (SIL)" wrote: > Is it possible to set a bibliographic record(s) that only show to the user > who has login to the OPAC. That means this bibliographic record would not be > shown in OPAC for general user or guest who is not the patron of the > library. As I understand it, OpacSupression does this for the whole catalogue, but it isn't yet possible for individual records. I am interested in adding such a feature, as well as restricting records to particular patron categories. Would many people be interested in this? Thanks, -- MJ Ray (slef) LMS developer and webmaster at | software www.software.coop http://mjr.towers.org.uk | .... co Notice http://mjr.towers.org.uk/email.html | .... op From galen.charlton at liblime.com Thu Jul 2 01:45:48 2009 From: galen.charlton at liblime.com (Galen Charlton) Date: Wed, 1 Jul 2009 09:45:48 -0400 Subject: [Koha] Hide bibliographic records In-Reply-To: <4a4b26a0.jVa9dP8tc/RBJzAy%mjr@phonecoop.coop> References: <24249495.post@talk.nabble.com> <4a4b26a0.jVa9dP8tc/RBJzAy%mjr@phonecoop.coop> Message-ID: <4659947d0907010645y28b55d53he045d3d5c0242aa4@mail.gmail.com> Hi, On Wed, Jul 1, 2009 at 5:04 AM, MJ Ray wrote: > "Michael Leung (SIL)" wrote: >> Is it possible to set a bibliographic record(s) that only show to the user >> who has login to the OPAC. That means this bibliographic record would not be >> shown in OPAC for general user or guest who is not the patron of the >> library. > > As I understand it, OpacSupression does this for the whole catalogue, > but it isn't yet possible for individual records. ?I am interested in > adding such a feature, as well as restricting records to particular > patron categories. ?Would many people be interested in this? To clarify, turning on the OpacSupression syspref enables the capability to suppress OPAC display of individual records. To actually suppress a particular bib record, it's still necessary to set the 942$n subfield to 1 (if you're using the MARC21 frameworks). Enhancing the OPAC suppression feature so that you can specify that certain records are to be visible only if the user is logged on to the OPAC belongs to particular patron category would be useful developments. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton at liblime.com p: 1-888-564-2457 x709 skype: gmcharlt From bargioni at pusc.it Thu Jul 2 03:14:08 2009 From: bargioni at pusc.it (Stefano Bargioni) Date: Wed, 1 Jul 2009 17:14:08 +0200 Subject: [Koha] Problems installing ZOOM Message-ID: <29B98362-E2C9-4EA6-9C15-1B43777D7137@pusc.it> Hi, I'm trying to install Koha 3.0.3 in a Debian Lenny. The prerequisite Perl module Net::Z3950::ZOOM has become a problem. The tarball from CPAN has a README that suggests to enter the command dh-make-perl --build See the result below (runs as root). Is this the best way? Where is my mistake? Thanks a lot. Stefano astronomic:/home/sb/Net-Z3950-ZOOM-1.25# dh-make-perl --build Found: Net-Z3950-ZOOM 1.25 (libnet-z3950-zoom-perl arch=any) Searching for package containing MARC::Record using apt-file. Needs the following modules for which there are no debian packages available - MARC::Record Using maintainer: root Found changelog: Changes Found docs: README samples/README Found examples: samples/* Using rules: /usr/share/dh-make-perl/rules.MakeMaker.xs ********** Copyright information incomplete! Upstream copyright information could not be automatically determined. If you are building this package for your personal use, you might disregard this information; however, if you intend to upload this package to Debian (or in general, if you plan on distributing it), you must look into the complete copyright information. The causes for this warning are: No licensing information make: Entering directory `/home/sb/Net-Z3950-ZOOM-1.25' dh_testdir dh_testroot dh_clean build-stamp install-stamp # Add commands to clean up after the build process here [ ! -f Makefile ] || make realclean make: Leaving directory `/home/sb/Net-Z3950-ZOOM-1.25' make: Entering directory `/home/sb/Net-Z3950-ZOOM-1.25' dh_testdir # Add commands to compile the package here /usr/bin/perl Makefile.PL INSTALLDIRS=vendor Checking if your kit is complete... Looks good Writing Makefile for Net::Z3950::ZOOM make OPTIMIZE="-Wall -g -O2" LD_RUN_PATH="" make[1]: Entering directory `/home/sb/Net-Z3950-ZOOM-1.25' cp lib/Net/Z3950/ZOOM.pm blib/lib/Net/Z3950/ZOOM.pm cp lib/ZOOM.pm blib/lib/ZOOM.pm cp lib/ZOOM.pod blib/lib/ZOOM.pod cp lib/Net/Z3950.pm blib/lib/Net/Z3950.pm /usr/bin/perl /usr/share/perl/5.10/ExtUtils/xsubpp -typemap /usr/ share/perl/5.10/ExtUtils/typemap -typemap typemap ZOOM.xs > ZOOM.xsc && mv ZOOM.xsc ZOOM.c cc -c -pthread -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 - DYAZ_HAVE_XSLT=1 -DYAZ_HAVE_EXSLT=1 -I/usr/include/libxml2 - D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -I/usr/ local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g - O2 -DVERSION=\"1.25\" -DXS_VERSION=\"1.25\" -fPIC "-I/usr/lib/perl/ 5.10/CORE" ZOOM.c ZOOM.xs: In function ?XS_Net__Z3950__ZOOM_options_set_callback?: ZOOM.xs:469: warning: statement with no effect ZOOM.xs:470: warning: statement with no effect Running Mkbootstrap for Net::Z3950::ZOOM () chmod 644 ZOOM.bs rm -f blib/arch/auto/Net/Z3950/ZOOM/ZOOM.so LD_RUN_PATH="" cc -shared -O2 -g -L/usr/local/lib ZOOM.o -o blib/ arch/auto/Net/Z3950/ZOOM/ZOOM.so \ -lyaz -lexslt -lxslt -lxml2 -lpthread -lssl -lcrypto -lwrap -lnsl \ chmod 755 blib/arch/auto/Net/Z3950/ZOOM/ZOOM.so cp ZOOM.bs blib/arch/auto/Net/Z3950/ZOOM/ZOOM.bs chmod 644 blib/arch/auto/Net/Z3950/ZOOM/ZOOM.bs cp samples/zoom/zoomdump blib/script/zoomdump /usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/ zoomdump cp samples/zoom/zselect blib/script/zselect /usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/ zselect Manifying blib/man3/Net::Z3950::ZOOM.3pm Manifying blib/man3/ZOOM.3pm make[1]: Leaving directory `/home/sb/Net-Z3950-ZOOM-1.25' make test make[1]: Entering directory `/home/sb/Net-Z3950-ZOOM-1.25' PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/1-Net-Z3950-ZOOM.t .... ok t/10-options.t .......... ok t/11-option-callback.t .. ok t/12-query.t ............ ok t/13-resultset.t ........ ok t/14-sorting.t .......... ok t/15-scan.t ............. ok t/16-packages.t ......... 3/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/16-packages.t line 88. t/16-packages.t ......... 5/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/16-packages.t line 88. t/16-packages.t ......... 7/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/16-packages.t line 88. # Failed test 'database creation 'utmijxcaea'' # at t/16-packages.t line 110. t/16-packages.t ......... 13/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/16-packages.t line 88. # Failed test 'database 'utmijxcaea' can be searched' # at t/16-packages.t line 175. Use of uninitialized value $expected_count in numeric eq (==) at t/16- packages.t line 179. Use of uninitialized value $expected_count in concatenation (.) or string at t/16-packages.t line 179. # Failed test 'database 'utmijxcaea' can be searched' # at t/16-packages.t line 175. Use of uninitialized value $expected_count in numeric eq (==) at t/16- packages.t line 179. Use of uninitialized value $expected_count in concatenation (.) or string at t/16-packages.t line 179. # Failed test 'database creation 'utmijxcaea'' # at t/16-packages.t line 110. # Failed test 'database 'utmijxcaea' has 0 records (expected 1)' # at t/16-packages.t line 179. # Failed test 'database 'utmijxcaea' has 0 records (expected 1)' # at t/16-packages.t line 179. # Failed test 'database 'utmijxcaea' has 0 records (expected 2)' # at t/16-packages.t line 179. # Failed test 'database drop 'utmijxcaea' expected 235 but succeeded' # at t/16-packages.t line 136. # Looks like you planned 39 tests but ran 41. # Looks like you failed 12 tests of 41 run. t/16-packages.t ......... Dubious, test returned 12 (wstat 3072, 0xc00) Failed 11/39 subtests t/17-logging.t .......... ok t/18-charset.t .......... ok t/19-events.t ........... ok t/2-ZOOM.t .............. ok t/20-options.t .......... ok t/21-option-callback.t .. ok t/22-query.t ............ ok t/23-resultset.t ........ ok t/24-sorting.t .......... ok t/25-scan.t ............. ok t/26-packages.t ......... 3/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/26-packages.t line 79. t/26-packages.t ......... 5/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/26-packages.t line 79. t/26-packages.t ......... 7/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/26-packages.t line 79. # Failed test 'database creation 'szdunzqdra'' # at t/26-packages.t line 99. t/26-packages.t ......... 13/39 # Failed test 'connection to 'z3950.indexdata.com:2100' refused (10007)' # at t/26-packages.t line 79. # Failed test 'database 'szdunzqdra' can be searched' # at t/26-packages.t line 159. Use of uninitialized value $expected_count in numeric eq (==) at t/26- packages.t line 164. Use of uninitialized value $expected_count in concatenation (.) or string at t/26-packages.t line 164. # Failed test 'database 'szdunzqdra' can be searched' # at t/26-packages.t line 159. Use of uninitialized value $expected_count in numeric eq (==) at t/26- packages.t line 164. Use of uninitialized value $expected_count in concatenation (.) or string at t/26-packages.t line 164. # Failed test 'database creation 'szdunzqdra'' # at t/26-packages.t line 99. # Failed test 'database 'szdunzqdra' has 0 records (expected 1)' # at t/26-packages.t line 164. # Failed test 'database 'szdunzqdra' has 0 records (expected 1)' # at t/26-packages.t line 164. # Failed test 'database 'szdunzqdra' has 0 records (expected 2)' # at t/26-packages.t line 164. # Failed test 'database drop 'szdunzqdra'' # at t/26-packages.t line 123. # Looks like you planned 39 tests but ran 41. # Looks like you failed 12 tests of 41 run. t/26-packages.t ......... Dubious, test returned 12 (wstat 3072, 0xc00) Failed 11/39 subtests t/27-logging.t .......... ok t/28-charset.t .......... ok t/29-events.t ........... ok Test Summary Report ------------------- t/16-packages.t (Wstat: 3072 Tests: 41 Failed: 13) Failed tests: 3, 5, 7, 10, 13-14, 20, 24, 29, 33, 37 40-41 Non-zero exit status: 12 Parse errors: Bad plan. You planned 39 tests but ran 41. t/26-packages.t (Wstat: 3072 Tests: 41 Failed: 13) Failed tests: 3, 5, 7, 10, 13-14, 20, 24, 29, 33, 37 40-41 Non-zero exit status: 12 Parse errors: Bad plan. You planned 39 tests but ran 41. Files=22, Tests=716, 262 wallclock secs ( 0.29 usr 0.06 sys + 1.61 cusr 0.17 csys = 2.13 CPU) Result: FAIL Failed 2/22 test programs. 26/716 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/home/sb/Net-Z3950-ZOOM-1.25' make: *** [build-stamp] Error 2 make: Leaving directory `/home/sb/Net-Z3950-ZOOM-1.25' Cannot create deb package From edward_roche at solanco.k12.pa.us Thu Jul 2 03:46:55 2009 From: edward_roche at solanco.k12.pa.us (Roche III, Edward) Date: Wed, 1 Jul 2009 11:46:55 -0400 Subject: [Koha] Reimporting Updated info Message-ID: Is it possible to re-import our data through with updated info? I found a field that I forgot to add to the 952 field and I want to reimport our data with the correction but each time I do it doesn't update the field. Any thoughts? Thanks Ed Edward J. Roche Network Administrator Solanco School District 717.786.2151 x2437 "At the End of the Day, Did You Play to Win or Not to Lose?" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/84e9b758/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 4626 bytes Desc: image001.jpg Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/84e9b758/attachment-0002.jpeg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 5195 bytes Desc: image002.jpg Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/84e9b758/attachment-0003.jpeg From tajoli at cilea.it Thu Jul 2 04:44:39 2009 From: tajoli at cilea.it (Zeno Tajoli) Date: Wed, 01 Jul 2009 18:44:39 +0200 Subject: [Koha] Problems installing ZOOM In-Reply-To: <29B98362-E2C9-4EA6-9C15-1B43777D7137@pusc.it> References: <29B98362-E2C9-4EA6-9C15-1B43777D7137@pusc.it> Message-ID: <20090701164448.BA13BED18E@daddy.katipo.co.nz> Hi to all, At 17.14 01/07/2009, Stefano Bargioni wrote: >I'm trying to install Koha 3.0.3 in a Debian Lenny. >The prerequisite Perl module Net::Z3950::ZOOM has become a problem. >The tarball from CPAN has a README that suggests to enter the command >dh-make-perl --build >See the result below (runs as root). >Is this the best way? Where is my mistake? why do you try cpan tarball ? The debian-lenny INSTALL doesn't speak about install Net::Z3950::ZOOM from CPAN. In lenny there is a specific deb, libnet-z3950-zoom-perl. Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @) From lists at ricmarques.net Thu Jul 2 05:15:36 2009 From: lists at ricmarques.net (Ricardo Dias Marques) Date: Wed, 1 Jul 2009 18:15:36 +0100 Subject: [Koha] bulkmarcimport.pl warning messages In-Reply-To: <20090630193957.GA7389@localhost> References: <4A394D15.7070400@earthlink.net> <20090617215803.GA24284@localhost> <4A4911D0.8090005@earthlink.net> <20090630193957.GA7389@localhost> Message-ID: Hi S?bastien, On Tue, Jun 30, 2009, I wrote: >> After running this import using bulkmarcimport, if I do any search in >> either the OPAC or in the Intranet, I get the following error message: >> ---------------------------------------- >> Error: Can't call method "as_usmarc" on an undefined value at >> /usr/share/koha/lib/C4/Search.pm line 2157. >> ---------------------------------------- And, on the same day, S?bastien Hinderer replied: > It's probably because you didn't rebuild the search index. > Since you don't have zebra installed, try the rebuild_nozebra script in > migration_tools directory. Thank you very much! You're absolutely right: I had forgot to run rebuild_nozebra.pl after running bulkmarcimport.pl. Maybe it could be useful to change the bulkmarcimport.pl code so that it prints the "reminder" to run "rebuild_zebra.pl / rebuild_nozebra.pl" at the end of bulkmarcimport processing? S?bastien: I think that you should consider changing your family name from "Hinderer" - http://en.wiktionary.org/wiki/hinder - to "Helpful", eheh. Just kidding! :) Thanks again! Cheers, Ricardo From Ian.Walls at med.nyu.edu Thu Jul 2 05:29:44 2009 From: Ian.Walls at med.nyu.edu (Walls, Ian) Date: Wed, 1 Jul 2009 13:29:44 -0400 Subject: [Koha] Errors indexing recently imported authorities in Zebra Message-ID: Koha folks, I've been pouring over this problem, consulting the forums, free web and source code in an attempt to figure out why I'm getting this error. The closest I've found is this old post from 2006: http://www.nabble.com/Zebra-config-problem-(still-1)-td2747685.html#a274 7685 Here is my procedure: 1. I've exported my name authority records from my ILS in their proprietary XML format. 2. Converting their XML into MARCXML 3. Importing the MARCXML into Koha with ./bulkauthimport.pl -m MARCXML 4. At this point, I can check the DB, and see my records in auth_header. They have auth_ids, and both marc and marcxml. 5. When I run ./rebuild_zebra.pl -a, I get the following (snipped for convenience; full output below): 12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't find att 'any' in attset 12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract syntax for 'record' 12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields in (bib1,Local-Number) 12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria 6. When I attempt to search for any authorities, using terms I know should match record #1, I get nothing. My initial guess is that I need to change my matching criteria somehow... Any help would be greatly appreciated. Cheers, Ian Walls Systems Integration Librarian NYU Health Sciences Libraries (212) 263-8687 Full output of error message: Records exported: 11020 ==================== REINDEXING zebra ==================== 12:24:32-01/07 zebraidx(11610) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50 12:24:32-01/07 zebraidx(11610) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G 12:24:32-01/07 zebraidx(11610) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache 12:24:32-01/07 zebraidx(11610) [debug][log] zebra_stop 12:24:32-01/07 zebraidx(11611) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50 12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_open rw = 1 useshadow=1 p=0x80b5788,n=,rp=(none) 12:24:32-01/07 zebraidx(11611) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G 12:24:32-01/07 zebraidx(11611) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache 12:24:32-01/07 zebraidx(11611) [log] dir /tmp/Zvy3uS9fsy/authority 12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't find att 'any' in attset 12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract syntax for 'record' 12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields in (bib1,Local-Number) 12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria 12:24:32-01/07 zebraidx(11611) [log] zebra_end_trans 12:24:32-01/07 zebraidx(11611) [log] sorting section 1 12:24:32-01/07 zebraidx(11611) [log] Iterations . . . 57 12:24:32-01/07 zebraidx(11611) [log] Distinct words . 21 12:24:32-01/07 zebraidx(11611) [log] Updates. . . . . 0 12:24:32-01/07 zebraidx(11611) [log] Deletions. . . . 0 12:24:32-01/07 zebraidx(11611) [log] Insertions . . . 21 12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_close p=0x80b5788 12:24:32-01/07 zebraidx(11611) [log] Records: 0 i/u/d 0/0/0 12:24:32-01/07 zebraidx(11611) [log] user/system: 1/0 12:24:32-01/07 zebraidx(11611) [debug][log] zebra_stop 12:24:32-01/07 zebraidx(11611) [log] zebraidx times: 0.07 0.01 0.00 12:24:32-01/07 zebraidx(11612) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50 12:24:32-01/07 zebraidx(11612) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G 12:24:32-01/07 zebraidx(11612) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache 12:24:32-01/07 zebraidx(11612) [log] commit start 12:24:32-01/07 zebraidx(11612) [debug][log] zebra_stop skipping biblios ==================== CLEANING ==================== ------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/cd4c2e73/attachment.htm 

From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul  2 06:04:14 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Wed, 1 Jul 2009 20:04:14 +0200
Subject: [Koha] bulkmarcimport.pl warning messages
In-Reply-To: 
References: <4A394D15.7070400@earthlink.net> <20090617215803.GA24284@localhost>
	<4A4911D0.8090005@earthlink.net>
	
	<20090630193957.GA7389@localhost>
	
Message-ID: <20090701180414.GA22638@localhost>

Hi Ricardo and all,

> Thank you very much! You're absolutely right: I had forgot to run
> rebuild_nozebra.pl after running bulkmarcimport.pl.

Seems this is a classical pifall...:)

> Maybe it could be useful to change the bulkmarcimport.pl code so that
> it prints the "reminder" to run "rebuild_zebra.pl /
> rebuild_nozebra.pl" at the end of bulkmarcimport processing?

This was briefly discussed on IRC. I have just added it as a
suggested topic for the IRC meeting about to take place.

> S?bastien: I think that you should consider changing your family name
> from "Hinderer" - http://en.wiktionary.org/wiki/hinder - to "Helpful",
> eheh.
> Just kidding!  :)

Well this name might be the result of a bad krma accumulated in past
lives I'm trying to get rid of in the present one.

Cheers,
S?bastien.

From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul  2 06:10:53 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Wed, 1 Jul 2009 20:10:53 +0200
Subject: [Koha] bulkmarcimport.pl warning messages
In-Reply-To: <20090701180414.GA22638@localhost>
References: <4A394D15.7070400@earthlink.net> <20090617215803.GA24284@localhost>
	<4A4911D0.8090005@earthlink.net>
	
	<20090630193957.GA7389@localhost>
	
	<20090701180414.GA22638@localhost>
Message-ID: <20090701181053.GA23200@localhost>

S?bastien Hinderer (2009/07/01 20:04 +0200):
> This was briefly discussed on IRC. I have just added it as a
> suggested topic for the IRC meeting about to take place.

http://wiki.koha.org/doku.php?id=meetingnotes09jul01

S?basien.

From TGoatley at washoecounty.us  Thu Jul  2 07:44:27 2009
From: TGoatley at washoecounty.us (Goatley, Todd)
Date: Wed, 1 Jul 2009 12:44:27 -0700
Subject: [Koha] New to KOHA. Trying to start indexing. Can anyone assist?
Message-ID: <8CA5C958E74A674885BEE51AE6062D3E0888F23E@WCEMAILW.washoecounty.us>

Trying to start indexing in KOHA 3.0 on Debian Sarge. Zebra is
installed. I run this (sugggested from online:  zebrasrv -f
/koha/etc/koha.xml   but I get this error msg: koha at lnxkoha:/var/lib$
zebrasrv -f /koha/etc/koha.xml
I/O warning : failed to load external entity "/koha/etc/koha.xml"
12:58:50-01/07 [fatal] Could not parse /koha/etc/koha.xml

Can anyone assist?
Thank you,
Todd Goatley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/5ecf6dad/attachment.htm 

From john.chadwick at state.nm.us  Thu Jul  2 08:18:13 2009
From: john.chadwick at state.nm.us (Chadwick, John, DCA)
Date: Wed, 1 Jul 2009 14:18:13 -0600
Subject: [Koha] New to KOHA. Trying to start indexing. Can anyone assist?
In-Reply-To: <8CA5C958E74A674885BEE51AE6062D3E0888F23E@WCEMAILW.washoecounty.us>
References: <8CA5C958E74A674885BEE51AE6062D3E0888F23E@WCEMAILW.washoecounty.us>
Message-ID: <78AC9A21A019B14F8C7C6A3EE74B30210996E146@CEXMB1.nmes.lcl>

Try this:

 

zebrasrv -f /etc/koha/koha-conf.xml

 

John

 

+-----------------------------------------------------------------------
-----+

John Chadwick, Ed.D. Information Technology Manager

New Mexico State Library

1209 Camino Carlos Rey

Santa Fe, NM 87507

Phone: 505-476-9740  Cell: 505-629-8116 Fax: 505-476-9761

john.chadwick at state.nm.us

http://www.nmstatelibrary.org

________________________________

From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Goatley, Todd
Sent: Wednesday, July 01, 2009 1:44 PM
To: koha at lists.katipo.co.nz
Subject: [Koha] New to KOHA. Trying to start indexing. Can anyone
assist?

 

Trying to start indexing in KOHA 3.0 on Debian Sarge. Zebra is
installed. I run this (sugggested from online:  zebrasrv -f
/koha/etc/koha.xml   but I get this error msg: koha at lnxkoha:/var/lib$
zebrasrv -f /koha/etc/koha.xml

I/O warning : failed to load external entity "/koha/etc/koha.xml" 
12:58:50-01/07 [fatal] Could not parse /koha/etc/koha.xml 

Can anyone assist? 
Thank you, 
Todd Goatley 


______________________________________________________________________
This inbound email has been scanned by the MessageLabs Email Security
System.
______________________________________________________________________



Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. 




Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message.  -- This email has been scanned by the MessageLabs Email Security System.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/1cfeb879/attachment.htm 

From Rachel.Hollis at stevenshenager.edu  Thu Jul  2 08:59:13 2009
From: Rachel.Hollis at stevenshenager.edu (Rachel Hollis)
Date: Wed, 1 Jul 2009 14:59:13 -0600
Subject: [Koha] as_usmarc error / biblio encoding
Message-ID: <7B06812DE5EAA1449574B501F103611D4836E4056B@149137-EXCHANGE.casi.local>

Greetings colleagues, yesterday I found a biblio record through Z39.50. It was for the e-book version (GMD "electronic resource") and I had the print version in hand. It had a the expected extra fixed fields and while I was at it, I checked the 000/leader. There I found that the encoding/position 9 stated UCS/Unicode. I'm fairly certain that we are using MARC-8/MARC21/USMARC.

Could this be the reason we are seeing "Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2126" when searching the catalog? We load records through Z39.50 and Stage MARC Records for Import (bulkmarcimport?). Our zebra rebuild is set up on a cron job. We have deleted items and records as well as reverted imports.

Among the terms that we receive errors on while searching are "resumes", which has diacritics and "atlas" or "germs", which do not have diacritics. I read somewhere that this error may have something to do with the biblio favor of we use and until yesterday was fairly certain that all our records were coming in as MARC21 using the import tool and MARC-8/USMARC with Z39.50. What does this error mean and more importantly, is it possible to correct the situation?

We are running Koha version 3.01 on Debian.

Rachel Hollis, librarian
Stevens-Henager College, Boise Idaho Campus



  ________________________________
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/18c41125/attachment.htm 

From galen.charlton at liblime.com  Thu Jul  2 09:12:58 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Wed, 1 Jul 2009 17:12:58 -0400
Subject: [Koha] July #koha IRC meeting transcript
Message-ID: <4659947d0907011412w2fd4f90fm302a08858bea5f02@mail.gmail.com>

Hi,

Thanks to everybody who participated today.  A transcript of the
meeting can be found at

http://koha.org/cgi-bin/logs.pl?user=&startdate=2009070112%3A00%3A00&enddate=2009070113%3A47%3A00&save=save

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul  2 09:24:18 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Wed, 1 Jul 2009 23:24:18 +0200
Subject: [Koha] as_usmarc error / biblio encoding
In-Reply-To: <7B06812DE5EAA1449574B501F103611D4836E4056B@149137-EXCHANGE.casi.local>
References: <7B06812DE5EAA1449574B501F103611D4836E4056B@149137-EXCHANGE.casi.local>
Message-ID: <20090701212418.GA27051@localhost>

Hi Rachel,

Newbie attempting to reply...

> Greetings colleagues, yesterday I found a biblio record through
> Z39.50. It was for the e-book version (GMD "electronic resource") and
> I had the print version in hand. It had a the expected extra fixed
> fields and while I was at it, I checked the 000/leader. There I found
> that the encoding/position 9 stated UCS/Unicode. I'm fairly certain
> that we are using MARC-8/MARC21/USMARC.

These are two different things.
MARC-8/MARC21/USMARC concerns the structure of your bibliographic record
as a whole, so it says which fields contain what.
UCS/Unicode refers to the way characters are represented in itles, author
names, etc. UCS/Unicode seems a reasonable value.

> Could this be the reason we are seeing "Error: Can't call method
> "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm
> line 2126" when searching the catalog?

That I don't know. If you have the record in a single file, perhaps you
could try
$ yaz-marcdump your file
to see whether something wrong is detected ?

My two cents,
S?bastien.

From rosablake at gmail.com  Wed Jul  1 12:43:32 2009
From: rosablake at gmail.com (Rosalie Blake)
Date: Wed, 1 Jul 2009 12:43:32 +1200
Subject: [Koha] Congratulations Rosalie Blake
In-Reply-To: <2b81a01c9f994$4978cf60$0168010a@mail2world.com>
References: <2b81a01c9f994$4978cf60$0168010a@mail2world.com>
Message-ID: <439ae4f70906301743j7899bc82jf20438206d8fb4dc@mail.gmail.com>

Thank you all for the good wishes. While it is the right time to pass the
Horowhenua Libraries into other hands, I'll never let go of my interest in
Koha - so I don't think you've heard the last of me.
Cheers
Rosalie Blake

2009/7/1 BWS Johnson 

>  Salvete!
>
> Oh wow! Time to get to all of that reading at last :D What you started was
> wonderful, and I for one am grateful.
>
> Thank you,
> Brooke
>
>
> >I see on Twitter that Rosalie Blake, the director of the Horowhenua
> Library Trust in New Zealand, is retiring
> >after 30 years of service. For those of you who may have forgotten your
> Koha history, Rosalie supported
> >and funded the development of the original Koha. Congratulations and thank
> you, Rosalie!
> >
> >
> >
> >Stephen Hedges
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/481d8662/attachment.htm 

From tony_ykt at yahoo.com  Wed Jul  1 17:17:02 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Tue, 30 Jun 2009 22:17:02 -0700 (PDT)
Subject: [Koha]  Koha Database,
Message-ID: <24284288.post@talk.nabble.com>


Hi all,

if u add a new patron, may i know which table will hold the information?

i would like to import student info into koha rather than manually input.

I'm using Microsoft SQL Server (Navision) to store my student info....

how can i import into MYSQL which uses by Koha? 


-- 
View this message in context: http://www.nabble.com/Koha-Database%2C-tp24284288p24284288.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From kdr at ckls.org  Thu Jul  2 08:06:14 2009
From: kdr at ckls.org (Kathy Rippel)
Date: Wed, 01 Jul 2009 15:06:14 -0500
Subject: [Koha] Hide bibliographic records
In-Reply-To: <4659947d0907010645y28b55d53he045d3d5c0242aa4@mail.gmail.co
 m>
References: <24249495.post@talk.nabble.com>
	<4a4b26a0.jVa9dP8tc/RBJzAy%mjr@phonecoop.coop>
	<4659947d0907010645y28b55d53he045d3d5c0242aa4@mail.gmail.com>
Message-ID: <7.0.1.0.2.20090701150314.06bd5918@ckls.org>

I, too, think it would be nice to be able to suppress at the item 
level, too. We have duplicate records in our catalog only because one 
site needs to suppress and the other doesn't.

It would be nice to combine them on to one bib record, with some 
suppressed in the OPAC and one not.

Kathy

OS-- Oh, yeah, and it would REALLY be great if there was a flag in 
the staff module to alert staff that a certain record is suppressed! 
That would save staff telling patrons, "It's right there in the 
catalog, I'm looking at the record right here." (While they are using 
the staff module!)

Kathy

At 08:45 AM 7/1/2009, Galen Charlton wrote:
>Hi,
>
>On Wed, Jul 1, 2009 at 5:04 AM, MJ Ray wrote:
> > "Michael Leung (SIL)"  wrote:
> >> Is it possible to set a bibliographic record(s) that only show to the user
> >> who has login to the OPAC. That means this bibliographic record 
> would not be
> >> shown in OPAC for general user or guest who is not the patron of the
> >> library.
> >
> > As I understand it, OpacSupression does this for the whole catalogue,
> > but it isn't yet possible for individual records.  I am interested in
> > adding such a feature, as well as restricting records to particular
> > patron categories.  Would many people be interested in this?
>
>To clarify, turning on the OpacSupression syspref enables the
>capability to suppress OPAC display of individual records.  To
>actually suppress a particular bib record, it's still necessary to set
>the 942$n subfield to 1 (if you're using the MARC21 frameworks).
>
>Enhancing the OPAC suppression feature so that you can specify that
>certain records are to be visible only if the user is logged on to the
>OPAC belongs to particular patron category would be useful
>developments.
>
>Regards,
>
>Galen
>--
>Galen Charlton
>VP, Research & Development, LibLime
>galen.charlton at liblime.com
>p: 1-888-564-2457 x709
>skype: gmcharlt
>_______________________________________________
>Koha mailing list
>Koha at lists.katipo.co.nz
>http://lists.katipo.co.nz/mailman/listinfo/koha

Kathleen D. Rippel
Dept. Head/Consultant--Resource Sharing and Access ;
Pathfinder Central (Manager)
Central Kansas Library System
1409 Williams
Great Bend, KS 67530

(620-792-4865) phone
(800-362-2642) toll-free, KS
(620-792-5495) fax

kdr at ckls.org
********************************************************************************************
I'm currently reading: The Myriad: Tour of the Merrimack #1, by R. M. Meluch.
I'm currently listening to: Eclipse, by Stephenie Meyer.






From ohiocore at gmail.com  Thu Jul  2 13:15:53 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 1 Jul 2009 21:15:53 -0400
Subject: [Koha] Koha Database,
In-Reply-To: <24284288.post@talk.nabble.com>
References: <24284288.post@talk.nabble.com>
Message-ID: <235bf14f0907011815h44c8014dkb023d77a1f3c0f75@mail.gmail.com>

Use the patron import tool in the staff interface.  The instructions are
visible on the page for that tool, including a sample spreadsheet of what
data can be imported.  The table affected is the "borrowers" table.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions


On Wed, Jul 1, 2009 at 1:17 AM, ahtshun83  wrote:

> if u add a new patron, may i know which table will hold the information?
>
> i would like to import student info into koha rather than manually input.
>
> I'm using Microsoft SQL Server (Navision) to store my student info....
>
> how can i import into MYSQL which uses by Koha?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/cc05f83a/attachment.htm 

From edward_roche at solanco.k12.pa.us  Thu Jul  2 14:53:54 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Wed, 1 Jul 2009 22:53:54 -0400
Subject: [Koha] Seperation of Schools within Koha
Message-ID: 

Is it possible to force students to only be able to search items that are listed at their level (ex: Elementary, Middle School and High School) without do three separate installations?
 
Edward Roche
Technology Support/Network Admin
Solanco School District
edward_roche at solanco.k12.pa.us
717.786.2151

The greatest mistake you can make in life is to continually be afraid you will make one.
Elbert Hubbard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090701/9f7e602d/attachment.htm 

From ohiocore at gmail.com  Thu Jul  2 19:48:29 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 2 Jul 2009 03:48:29 -0400
Subject: [Koha] Seperation of Schools within Koha
In-Reply-To: 
References: 
Message-ID: <235bf14f0907020048t745f69fpfc9e88fac9a5556a@mail.gmail.com>

Obviously, not without building a bunch of extra stuff.  You would need to
know:

   - What "level" is a given title (assume all items of the title are the
   same)?
   - What "level" is a given student?
   - How would zebra index the idea of "level"?
   - How do you know what the user's "level" is when the student isn't
   logged in?

None of these things are built into Koha anywhere.  Even if you get
"Accelerated Reader" levels for some of your MARC records, for example, the
main failure point will be that most of your books will not be classified as
neatly as your question suggests.

In my opinion, having automated 250+ K-12 libraries, this approach is a
waste of time.  It's good to have descriptive data that adds context to a
search, but requiring that data for *every* record and forcing limits based
on it has been largely unsuccessful, leading to fewer hits for valid
searches, in my experience.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions


2009/7/1 Roche III, Edward 

>  Is it possible to force students to only be able to search items that are
> listed at their level (ex: Elementary, Middle School and High School)
> without do three separate installations?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/1bf999e7/attachment.htm 

From bargioni at pusc.it  Thu Jul  2 21:52:59 2009
From: bargioni at pusc.it (Stefano Bargioni)
Date: Thu, 2 Jul 2009 11:52:59 +0200
Subject: [Koha] Problems installing ZOOM
In-Reply-To: <1246466684101830041@mailstu2.pusc.it>
References: <29B98362-E2C9-4EA6-9C15-1B43777D7137@pusc.it>
	<1246466684101830041@mailstu2.pusc.it>
Message-ID: 

The solution proposed by Zeno worked well. Thanks a lot.

Anyway, the INSTALL.debian-lenny document file doesn't speak about it  
at all, if I am not wrong. The only info comes from the
perl Makefile.PL
that lists warnings for not found Perl modules. So I installed a lot  
of them using
perl -MCPAN -e shell
but ZOOM.

gonzalez at famaf.unc.edu.ar wrote:

> I install that module using cpan.
>
> try running
> cpan -i Net::Z3950::ZOOM
>
> or
> perl -MCPAN -e shell
> cpan> force install Net::Z3950::ZOOM
>
> There are tests that fail because the connection attempt to  
> z3950.indexdata fails.

This was my first choice. It fails with the message
'/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512,  
won't make
Maybe a better cpan configuration could avoid this.
Bye. Stefano

On Jul 1, 2009, at 18:44 , Zeno Tajoli wrote:

> Hi to all,
>
> At 17.14 01/07/2009, Stefano Bargioni wrote:
>> I'm trying to install Koha 3.0.3 in a Debian Lenny.
>> The prerequisite Perl module Net::Z3950::ZOOM has become a problem.
>> The tarball from CPAN has a README that suggests to enter the command
>> dh-make-perl --build
>> See the result below (runs as root).
>> Is this the best way? Where is my mistake?
>
> why do you try cpan tarball ?
> The debian-lenny INSTALL doesn't speak about install Net::Z3950::ZOOM
> from CPAN.
> In lenny there is a specific deb, libnet-z3950-zoom-perl.
>
> Bye
> Zeno Tajoli
> CILEA - Segrate (MI)
> tajoliAT_SPAM_no_prendiATcilea.it
> (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)


From joao.verissimo at cm-ferreiradozezere.pt  Thu Jul  2 22:29:50 2009
From: joao.verissimo at cm-ferreiradozezere.pt (=?iso-8859-1?Q?Jo=E3o_Verissimo_-_C=E2mara_Municipal_de_Ferreira_do_Z=EAz?=
	=?iso-8859-1?Q?ere?=)
Date: Thu, 2 Jul 2009 11:29:50 +0100
Subject: [Koha] Access to mysql
In-Reply-To: 
Message-ID: <96D061D5324F2343A19CDF756A4E78E60467BD1777@cm-mail01.cm-ferreiradozezere.local>

Hello.

I'm attempting to remote access mysql on "Koha 3.01 Release VMWare Virtual Appliance Image created by Kyle M. Hall  http://kylehall.info" from a windows xp machine throw "mysql administrator" and it always fails with network problems, but ping, and web access is ok.

Any one can help me to access the mysql database.

Thank you.


__________________________________
Jo?o Ver?ssimo - ?rea de Inform?tica
Munic?pio de Ferreira do Z?zere
Pra?a Dias Ferreira
2240-341 Ferreira do Z?zere
249 360 150

"Esta mensagem pode conter informa??o considerada confidencial. Se o receptor n?o for o destinat?rio indicado, n?o dever? copiar ou endere?ar a mensagem a terceiros. Nesta situa??o, o receptor dever? destruir a mensagem e por gentileza informar o emissor do sucedido. O conte?do desta mensagem, bem como dos respectivos anexos ? da responsabilidade exclusiva do emissor, n?o podendo o Munic?pio de Ferreira do Z?zere ser responsabilizado por eventuais consequ?ncias.
This message may contain confidential information. If you are not the addressee indicated in this message you should not copy or address this message to anyone. In this event we ask you to kindly delete the message and notify the sender. The contents of this message and attachments are the responsibility of the individual sender and under no circumstances can Ferreira do Z?zere City Council be liable for any resulting consequences."

From bargioni at pusc.it  Thu Jul  2 23:04:18 2009
From: bargioni at pusc.it (Stefano Bargioni)
Date: Thu, 2 Jul 2009 13:04:18 +0200
Subject: [Koha] XML::LibXSLT and XML::LibXML
Message-ID: 

Hi,
the last unsatisfied dependency I need to solve is XML::LibXSLT.
I installed it with Synaptic (package libxml-libxslt-perl 1.66-1), but  
its use generates an error:

$ perl -e 'use XML::LibXSLT'
This version of XML::LibXSLT uses API of XML::LibXML 1.66 which is not
compatible with XML::LibXML 1.69. Please upgrade XML::LibXSLT!

My installed libxml-libxml-perl is 1.66-1+b1.
Both libxml-libxslt-perl and libxml-libxml-perl seem to be the latest  
version, Synaptic says.
Any idea? Thanks again. Stefano

From nicole.engard at liblime.com  Fri Jul  3 01:22:03 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 2 Jul 2009 09:22:03 -0400
Subject: [Koha] Koha Database,
In-Reply-To: <235bf14f0907011815h44c8014dkb023d77a1f3c0f75@mail.gmail.com>
References: <24284288.post@talk.nabble.com>
	<235bf14f0907011815h44c8014dkb023d77a1f3c0f75@mail.gmail.com>
Message-ID: <9128d7f00907020622j41d28595v717d17a207827bb8@mail.gmail.com>

Even more info can be found in the manual:
http://koha.org/documentation/manual/3.0/tools/patron-import

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/1 Joe Atzberger :
> Use the patron import tool in the staff interface.? The instructions are
> visible on the page for that tool, including a sample spreadsheet of what
> data can be imported.? The table affected is the "borrowers" table.
>
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
>
> On Wed, Jul 1, 2009 at 1:17 AM, ahtshun83  wrote:
>>
>> if u add a new patron, may i know which table will hold the information?
>>
>> i would like to import student info into koha rather than manually input.
>>
>> I'm using Microsoft SQL Server (Navision) to store my student info....
>>
>> how can i import into MYSQL which uses by Koha?
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From tomascohen at gmail.com  Fri Jul  3 02:43:05 2009
From: tomascohen at gmail.com (=?UTF-8?B?VG9tw6Fz?=)
Date: Thu, 2 Jul 2009 11:43:05 -0300
Subject: [Koha] Apache bandwidth tuning in default config
Message-ID: 

I've been playing recently with some firefox extensions for web developers:

FireBug: https://addons.mozilla.org/es-ES/firefox/addon/1843
PageSpeed: http://code.google.com/intl/es-ES/speed/page-speed/index.html
YSlow: http://developer.yahoo.com/yslow/

and found that enabling certain options in the koha's apache VirtualHosts
configuration would improve a lot koha's performance in bandwidth use. Only
the opac startup page bandwidht usage goes from 368.5K  to 118.3K.


Enable http compression using mod_deflate
---------------------------------------------------------------

Document this command for enabling this in Debian/Ubuntu

# a2enmod deflate

and add this lines to koha-http.conf in both VirtualHost definitions

   SetOutputFilter DEFLATE
   SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip

I specify not to apply useless compression to compresed images. Further
options could be used. See
http://httpd.apache.org/docs/2.0/mod/mod_deflate.html


Enable better caching features by setting explicit expiration far in the
future for static content using mod_deflate
----------------------------------------------------------------------------------------------------------------------------------------------------------------

Document this command for enabling this in Debian/Ubuntu

# a2enmod expires

and add this lines to koha-http.conf in both VirtualHost definitions

   ExpiresActive On
   ExpiresDefault "modification plus 1 year"

as mod_expires only applies to files in the filesystem it is safe to rely on
modification date. This could be fine-tuned, for example on a per filetype
basis (see http://httpd.apache.org/docs/2.0/mod/mod_expires.html).

-----

PageSpeed in particular offers some recommendation on image sizes and
provides an optimal image file for substitution. This could be analised.

To+.

-- 
Aparici?n con vida de Jorge Julio L?pez.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/31685974/attachment-0001.htm 

From dbirmingham at ptfs.com  Fri Jul  3 03:56:23 2009
From: dbirmingham at ptfs.com (Birmingham,  David)
Date: Thu, 2 Jul 2009 11:56:23 -0400
Subject: [Koha] OpacSupression
Message-ID: 

Galen,

 

I was curious about your response to this.  It was my understanding that
OpacSupression worked

on the bib level once you set the 942$n field, but not on the item
level.  How is OpacSupression

tied to an individual item?  Or perhaps I misinterpreted your initial
sentence.

 

>>To clarify, turning on the OpacSupression syspref enables the
capability to suppress OPAC display of >>individual records.  To
actually suppress a particular bib record, it's still necessary to set
the >>942$n subfield to 1 (if you're using the MARC21 frameworks).

 

David Birmingham

Software Engineer

P | T | F | S 
6400 Goldsboro Road, Suite 200

Bethesda, MD 20817


301-654-8088, Ext 149
301-654-5789 (fax)

dbirmingham at ptfs.com

www.ptfs.com

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/6add4895/attachment.htm 

From dschust1 at tx.rr.com  Fri Jul  3 04:12:30 2009
From: dschust1 at tx.rr.com (David Schuster)
Date: Thu, 2 Jul 2009 09:12:30 -0700 (PDT)
Subject: [Koha] Seperation of Schools within Koha
In-Reply-To: <235bf14f0907020048t745f69fpfc9e88fac9a5556a@mail.gmail.com>
References: 
	<235bf14f0907020048t745f69fpfc9e88fac9a5556a@mail.gmail.com>
Message-ID: <24309602.post@talk.nabble.com>


I think what he really wants is grouping by location not reading level.

For example search all Elementary schools, or all High School etc..

I believe there is a possible sponsorship item out there that several of us
are interested in doing.

Ed - would you have money for a possible co-sponsor opportunity?


Joe Atzberger wrote:
> 
> Obviously, not without building a bunch of extra stuff.  You would need to
> know:
> 
>    - What "level" is a given title (assume all items of the title are the
>    same)?
>    - What "level" is a given student?
>    - How would zebra index the idea of "level"?
>    - How do you know what the user's "level" is when the student isn't
>    logged in?
> 
> None of these things are built into Koha anywhere.  Even if you get
> "Accelerated Reader" levels for some of your MARC records, for example,
> the
> main failure point will be that most of your books will not be classified
> as
> neatly as your question suggests.
> 
> In my opinion, having automated 250+ K-12 libraries, this approach is a
> waste of time.  It's good to have descriptive data that adds context to a
> search, but requiring that data for *every* record and forcing limits
> based
> on it has been largely unsuccessful, leading to fewer hits for valid
> searches, in my experience.
> -- 
> Joe Atzberger
> LibLime - Open Source Library Solutions
> 
> 
> 2009/7/1 Roche III, Edward 
> 
>>  Is it possible to force students to only be able to search items that
>> are
>> listed at their level (ex: Elementary, Middle School and High School)
>> without do three separate installations?
>>
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/Seperation-of-Schools-within-Koha-tp24300285p24309602.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From arm at hanover.ca  Fri Jul  3 04:45:56 2009
From: arm at hanover.ca (Agnes Rivers-Moore)
Date: Thu, 02 Jul 2009 12:45:56 -0400
Subject: [Koha] Z39.50 import setting for encoding?
Message-ID: <4A4CE444.4050004@hanover.ca>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/1c1ffe80/attachment.htm 

From Ian.Walls at med.nyu.edu  Fri Jul  3 05:20:06 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Thu, 2 Jul 2009 13:20:06 -0400
Subject: [Koha] Errors indexing recently imported authorities in Zebra
In-Reply-To: 
References: 
Message-ID: 

Followup:

 

 

I commented out line 13 in
/etc/koha/zebradb/marc_defs/marc21/authorities/record.abs (which read
"all any"), and tried to run rebuild_zebra.pl again.  It worked, or at
least didn't throw an obvious error, but I still cannot retrieve any
authority records through search.

 

One other thought occurred to me:  I'm running an old version of Zebra
(1.3.50) on this machine.  Unfortunately, my system is unable to reach
ftp.indexdata.dk right now to pull libidzebra-2.0 and
libidzebra-2.0-dev.  I'll try that again later.

 

Cheers,

 

 

Ian Walls

Systems Integration Librarian

NYU Health Sciences Libraries

(212) 263-8687

 

 

 

From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Walls, Ian
Sent: Wednesday, July 01, 2009 1:30 PM
To: koha at lists.katipo.co.nz
Subject: [Koha] Errors indexing recently imported authorities in Zebra

 

Koha folks,

 

 

I've been pouring over this problem, consulting the forums, free web and
source code in an attempt to figure out why I'm getting this error.  The
closest I've found is this old post from 2006:
http://www.nabble.com/Zebra-config-problem-(still-1)-td2747685.html#a274
7685

 

Here is my procedure:

 

1.       I've exported my name authority records from my ILS in their
proprietary XML format.

2.       Converting their XML into MARCXML

3.       Importing the MARCXML into Koha with ./bulkauthimport.pl -m
MARCXML

4.       At this point, I can check the DB, and see my records in
auth_header.  They have auth_ids, and both marc and marcxml.

5.       When I run ./rebuild_zebra.pl -a, I get the following (snipped
for convenience; full output below):

12:24:32-01/07 zebraidx(11611) [warn]
/tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't
find att 'any' in attset
12:24:32-01/07 zebraidx(11611) [warn]
/tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract
syntax for 'record'
12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields
in (bib1,Local-Number)
12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria

6.       When I attempt to search for any authorities, using terms I
know should match record #1, I get nothing.

 

My initial guess is that I need to change my matching criteria
somehow...

 

Any help would be greatly appreciated.

 

Cheers,

 

 

Ian Walls

Systems Integration Librarian

NYU Health Sciences Libraries

(212) 263-8687

 

 

 

 

Full output of error message:

 

Records exported: 11020
====================
REINDEXING zebra
====================
12:24:32-01/07 zebraidx(11610) [log] zebra_start
/etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11610) [log] enabling cache
spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11610) [log] cache_fname =
/var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11610) [debug][log] zebra_stop
12:24:32-01/07 zebraidx(11611) [log] zebra_start
/etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_open rw = 1
useshadow=1 p=0x80b5788,n=,rp=(none)
12:24:32-01/07 zebraidx(11611) [log] enabling cache
spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11611) [log] cache_fname =
/var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11611) [log] dir /tmp/Zvy3uS9fsy/authority
12:24:32-01/07 zebraidx(11611) [warn]
/tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't
find att 'any' in attset
12:24:32-01/07 zebraidx(11611) [warn]
/tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract
syntax for 'record'
12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields
in (bib1,Local-Number)
12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria
12:24:32-01/07 zebraidx(11611) [log] zebra_end_trans
12:24:32-01/07 zebraidx(11611) [log] sorting section 1
12:24:32-01/07 zebraidx(11611) [log] Iterations . . .     57
12:24:32-01/07 zebraidx(11611) [log] Distinct words .     21
12:24:32-01/07 zebraidx(11611) [log] Updates. . . . .      0
12:24:32-01/07 zebraidx(11611) [log] Deletions. . . .      0
12:24:32-01/07 zebraidx(11611) [log] Insertions . . .     21
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_close
p=0x80b5788
12:24:32-01/07 zebraidx(11611) [log] Records:       0 i/u/d 0/0/0
12:24:32-01/07 zebraidx(11611) [log] user/system: 1/0
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_stop
12:24:32-01/07 zebraidx(11611) [log] zebraidx times:  0.07  0.01  0.00
12:24:32-01/07 zebraidx(11612) [log] zebra_start
/etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11612) [log] enabling cache
spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11612) [log] cache_fname =
/var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11612) [log] commit start
12:24:32-01/07 zebraidx(11612) [debug][log] zebra_stop
skipping biblios
====================
CLEANING
====================

 

------------------------------------------------------------
This email message, including any attachments, is for the sole use of
the intended recipient(s) and may contain information that is
proprietary, confidential, and exempt from disclosure under applicable
law. Any unauthorized review, use, disclosure, or distribution is
prohibited. If you have received this email in error please notify the
sender by return email and delete the original message. Please note, the
recipient should check this email and any attachments for the presence
of viruses. The organization accepts no liability for any damage caused
by any virus transmitted by this email.
=================================
------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/db5f14ef/attachment-0001.htm 

From vimal0212 at gmail.com  Fri Jul  3 05:34:20 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Thu, 2 Jul 2009 23:04:20 +0530
Subject: [Koha] How to list latest items in OPAC?
Message-ID: <5b978ad90907021034x5a3be318kdc14d7360ff0af7d@mail.gmail.com>

Dear Friends,

How can we see latest books through books (not about displaying book
jackets).
In koha 2.9 OPAC there was an option to list latest arrivals of each item
type.

Thanks in advance.

-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/a91fad74/attachment.htm 

From nicole.engard at liblime.com  Fri Jul  3 08:02:21 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 2 Jul 2009 16:02:21 -0400
Subject: [Koha] OpacSupression
In-Reply-To: 
References: 
Message-ID: <9128d7f00907021302g581f3aecn20dcab3c2f62d5f0@mail.gmail.com>

I too am confused.  This is what I have documented:
http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
is this correct, because the way I wrote it it sounds like only one
field is suppressed, not the record....

Let me know how to fix it and I'll make sure it's clearer.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/2 Birmingham,  David :
> Galen,
>
>
>
> I was curious about your response to this.? It was my understanding that
> OpacSupression worked
>
> on the bib level once you set the 942$n field, but not on the item level.
> How is OpacSupression
>
> tied to an individual item?? Or perhaps I misinterpreted your initial
> sentence.
>
>
>
>>>To clarify, turning on the OpacSupression syspref enables the capability
>>> to suppress OPAC display of >>individual records.? To actually suppress a
>>> particular bib record, it's still necessary to set the >>942$n subfield to 1
>>> (if you're using the MARC21 frameworks).
>
>
>
> David Birmingham
>
> Software Engineer
>
> P | T | F | S
> 6400 Goldsboro Road, Suite 200
>
> Bethesda, MD 20817
>
> 301-654-8088, Ext 149
> 301-654-5789 (fax)
>
> dbirmingham at ptfs.com
>
> www.ptfs.com
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From ian.bays at ptfs-europe.com  Fri Jul  3 08:09:45 2009
From: ian.bays at ptfs-europe.com (Ian  Bays)
Date: Thu, 2 Jul 2009 21:09:45 +0100
Subject: [Koha] OpacSupression
References: 
	<9128d7f00907021302g581f3aecn20dcab3c2f62d5f0@mail.gmail.com>
Message-ID: <75F0941178594A52A974C484AD65DB7F@PC143>

The 942$n suppresses the whole bib record.

If we want to suppress items currently the only way of which I am aware is 
setting it to LOST and use the hidelostitems systems preference.

Hope that clarifies...

Ian


=============================================
Ian Bays
Director of Projects
PTFS Europe Ltd.
ian.bays at ptfs-europe.com
www.ptfs-europe.com

----- Original Message ----- 
From: "Nicole Engard" 
To: "Birmingham, David" 
Cc: 
Sent: Thursday, July 02, 2009 9:02 PM
Subject: Re: [Koha] OpacSupression


>I too am confused.  This is what I have documented:
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> is this correct, because the way I wrote it it sounds like only one
> field is suppressed, not the record....
>
> Let me know how to fix it and I'll make sure it's clearer.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> 2009/7/2 Birmingham,  David :
>> Galen,
>>
>>
>>
>> I was curious about your response to this. It was my understanding that
>> OpacSupression worked
>>
>> on the bib level once you set the 942$n field, but not on the item level.
>> How is OpacSupression
>>
>> tied to an individual item? Or perhaps I misinterpreted your initial
>> sentence.
>>
>>
>>
>>>>To clarify, turning on the OpacSupression syspref enables the capability
>>>> to suppress OPAC display of >>individual records. To actually suppress 
>>>> a
>>>> particular bib record, it's still necessary to set the >>942$n subfield 
>>>> to 1
>>>> (if you're using the MARC21 frameworks).
>>
>>
>>
>> David Birmingham
>>
>> Software Engineer
>>
>> P | T | F | S
>> 6400 Goldsboro Road, Suite 200
>>
>> Bethesda, MD 20817
>>
>> 301-654-8088, Ext 149
>> 301-654-5789 (fax)
>>
>> dbirmingham at ptfs.com
>>
>> www.ptfs.com
>>
>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha


--------------------------------------------------------------------------------



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09 
05:54:00


From nicole.engard at liblime.com  Fri Jul  3 08:10:46 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 2 Jul 2009 16:10:46 -0400
Subject: [Koha] OpacSupression
In-Reply-To: <75F0941178594A52A974C484AD65DB7F@PC143>
References: 
	<9128d7f00907021302g581f3aecn20dcab3c2f62d5f0@mail.gmail.com>
	<75F0941178594A52A974C484AD65DB7F@PC143>
Message-ID: <9128d7f00907021310r511453cdhf6ce0bb2bbc9297b@mail.gmail.com>

Thanks, I will update the documentation as such so that it's clear to all :)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 2, 2009 at 4:09 PM, Ian  Bays wrote:
> The 942$n suppresses the whole bib record.
>
> If we want to suppress items currently the only way of which I am aware is
> setting it to LOST and use the hidelostitems systems preference.
>
> Hope that clarifies...
>
> Ian
>
>
> =============================================
> Ian Bays
> Director of Projects
> PTFS Europe Ltd.
> ian.bays at ptfs-europe.com
> www.ptfs-europe.com
>
> ----- Original Message ----- From: "Nicole Engard"
> 
> To: "Birmingham, David" 
> Cc: 
> Sent: Thursday, July 02, 2009 9:02 PM
> Subject: Re: [Koha] OpacSupression
>
>
>> I too am confused. ?This is what I have documented:
>>
>> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
>> is this correct, because the way I wrote it it sounds like only one
>> field is suppressed, not the record....
>>
>> Let me know how to fix it and I'll make sure it's clearer.
>>
>> ---
>>
>> Nicole C. Engard
>> Open Source Evangelist, LibLime
>> (888) Koha ILS (564-2457) ext. 714
>> nce at liblime.com
>> AIM/Y!/Skype: nengard
>>
>> http://liblime.com
>> http://blogs.liblime.com/open-sesame/
>>
>>
>>
>> 2009/7/2 Birmingham, ?David :
>>>
>>> Galen,
>>>
>>>
>>>
>>> I was curious about your response to this. It was my understanding that
>>> OpacSupression worked
>>>
>>> on the bib level once you set the 942$n field, but not on the item level.
>>> How is OpacSupression
>>>
>>> tied to an individual item? Or perhaps I misinterpreted your initial
>>> sentence.
>>>
>>>
>>>
>>>>> To clarify, turning on the OpacSupression syspref enables the
>>>>> capability
>>>>> to suppress OPAC display of >>individual records. To actually suppress
>>>>> a
>>>>> particular bib record, it's still necessary to set the >>942$n subfield
>>>>> to 1
>>>>> (if you're using the MARC21 frameworks).
>>>
>>>
>>>
>>> David Birmingham
>>>
>>> Software Engineer
>>>
>>> P | T | F | S
>>> 6400 Goldsboro Road, Suite 200
>>>
>>> Bethesda, MD 20817
>>>
>>> 301-654-8088, Ext 149
>>> 301-654-5789 (fax)
>>>
>>> dbirmingham at ptfs.com
>>>
>>> www.ptfs.com
>>>
>>>
>>>
>>> _______________________________________________
>>> Koha mailing list
>>> Koha at lists.katipo.co.nz
>>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>>
>>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> --------------------------------------------------------------------------------
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09
> 05:54:00
>
>

From sdstein7 at gmail.com  Fri Jul  3 04:30:05 2009
From: sdstein7 at gmail.com (sdstein7)
Date: Thu, 2 Jul 2009 09:30:05 -0700 (PDT)
Subject: [Koha] XML::LibXSLT and XML::LibXML
In-Reply-To: 
References: 
Message-ID: <24309895.post@talk.nabble.com>


Stefano,

I don't know your operating system, but on Red Hat Linux 5.3 I did the
following:

Downloaded and installed libxslt-1.1.22
Downloaded and installed libxml2-2.6.27
Did a cpan install of XML::LibXML
Did a cpan force install of XML::LibXSLT

This may or may not be the best method, but it did eliminate the errors I
was getting related to LibXSLT.

Hope this helps,
Sanford Stein


Stefano Bargioni wrote:
> 
> Hi,
> the last unsatisfied dependency I need to solve is XML::LibXSLT.
> I installed it with Synaptic (package libxml-libxslt-perl 1.66-1), but  
> its use generates an error:
> 
> $ perl -e 'use XML::LibXSLT'
> This version of XML::LibXSLT uses API of XML::LibXML 1.66 which is not
> compatible with XML::LibXML 1.69. Please upgrade XML::LibXSLT!
> 
> My installed libxml-libxml-perl is 1.66-1+b1.
> Both libxml-libxslt-perl and libxml-libxml-perl seem to be the latest  
> version, Synaptic says.
> Any idea? Thanks again. Stefano
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/XML%3A%3ALibXSLT-and-XML%3A%3ALibXML-tp24304857p24309895.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From sdstein7 at gmail.com  Fri Jul  3 04:37:16 2009
From: sdstein7 at gmail.com (sdstein7)
Date: Thu, 2 Jul 2009 09:37:16 -0700 (PDT)
Subject: [Koha]  Can't locate object method connect via package DBI
Message-ID: <24310000.post@talk.nabble.com>


I am in the midst of a struggle to install Koha on a Red Hat Linux 5.3
system.  I am on the last page of the Fedora INSTALL instructions, and
getting the following error:

"Can't locate object method "connect" via package "DBI" in
/usr/share/koha/lib/C4/Context.pm line 666"

Here is Context.pm line 666:
my $dbh=
DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
        $db_user, $db_passwd) or die $DBI::errstr;

I get the same error in two places:
1.  Running zebraqueue_daemon.pl
2.  Trying to connect to Koha using http://localhost/phpmyadmin

I am certain that DBI is installed (although it took a force install in
CPAN), that the DBI directory and DBI.pm are in the Perl @INC path, and that
the 'use DBI' statement is present in Context.pm.

I am certain that all the variables in line 666 are defined.  I also wrote a
very simple perl script to call 
DBI->connect and it failed in the same way.

Any help is greatly appreciated.

Thanks,
Sanford Stein


-- 
View this message in context: http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24310000.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From kdr at ckls.org  Fri Jul  3 09:54:31 2009
From: kdr at ckls.org (Kathy Rippel)
Date: Thu, 02 Jul 2009 16:54:31 -0500
Subject: [Koha] OpacSupression
In-Reply-To: <75F0941178594A52A974C484AD65DB7F@PC143>
References: 
	<9128d7f00907021302g581f3aecn20dcab3c2f62d5f0@mail.gmail.com>
	<75F0941178594A52A974C484AD65DB7F@PC143>
Message-ID: <7.0.1.0.2.20090702165221.06aa0ba0@ckls.org>

Oooooo... epiphay, Ian!

So I can make a value under LOST called and hide individual items? 
That would definitely help with some things.

However, wouldn't this re-set if I checked it out from the staff 
module? (We have circulating items that we DON'T want in the OPAC.

Kathy

At 03:09 PM 7/2/2009, Ian  Bays wrote:
>The 942$n suppresses the whole bib record.
>
>If we want to suppress items currently the only way of which I am aware is
>setting it to LOST and use the hidelostitems systems preference.
>
>Hope that clarifies...
>
>Ian
>
>
>=============================================
>Ian Bays
>Director of Projects
>PTFS Europe Ltd.
>ian.bays at ptfs-europe.com
>www.ptfs-europe.com
>
>----- Original Message -----
>From: "Nicole Engard" 
>To: "Birmingham, David" 
>Cc: 
>Sent: Thursday, July 02, 2009 9:02 PM
>Subject: Re: [Koha] OpacSupression
>
>
> >I too am confused.  This is what I have documented:
> > 
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> > is this correct, because the way I wrote it it sounds like only one
> > field is suppressed, not the record....
> >
> > Let me know how to fix it and I'll make sure it's clearer.
> >
> > ---
> >
> > Nicole C. Engard
> > Open Source Evangelist, LibLime
> > (888) Koha ILS (564-2457) ext. 714
> > nce at liblime.com
> > AIM/Y!/Skype: nengard
> >
> > http://liblime.com
> > http://blogs.liblime.com/open-sesame/
> >
> >
> >
> > 2009/7/2 Birmingham,  David :
> >> Galen,
> >>
> >>
> >>
> >> I was curious about your response to this. It was my understanding that
> >> OpacSupression worked
> >>
> >> on the bib level once you set the 942$n field, but not on the item level.
> >> How is OpacSupression
> >>
> >> tied to an individual item? Or perhaps I misinterpreted your initial
> >> sentence.
> >>
> >>
> >>
> >>>>To clarify, turning on the OpacSupression syspref enables the capability
> >>>> to suppress OPAC display of >>individual records. To actually suppress
> >>>> a
> >>>> particular bib record, it's still necessary to set the >>942$n subfield
> >>>> to 1
> >>>> (if you're using the MARC21 frameworks).
> >>
> >>
> >>
> >> David Birmingham
> >>
> >> Software Engineer
> >>
> >> P | T | F | S
> >> 6400 Goldsboro Road, Suite 200
> >>
> >> Bethesda, MD 20817
> >>
> >> 301-654-8088, Ext 149
> >> 301-654-5789 (fax)
> >>
> >> dbirmingham at ptfs.com
> >>
> >> www.ptfs.com
> >>
> >>
> >>
> >> _______________________________________________
> >> Koha mailing list
> >> Koha at lists.katipo.co.nz
> >> http://lists.katipo.co.nz/mailman/listinfo/koha
> >>
> >>
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>--------------------------------------------------------------------------------
>
>
>
>No virus found in this incoming message.
>Checked by AVG - www.avg.com
>Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09
>05:54:00
>
>_______________________________________________
>Koha mailing list
>Koha at lists.katipo.co.nz
>http://lists.katipo.co.nz/mailman/listinfo/koha

Kathleen D. Rippel
Dept. Head/Consultant--Resource Sharing and Access ;
Pathfinder Central (Manager)
Central Kansas Library System
1409 Williams
Great Bend, KS 67530

(620-792-4865) phone
(800-362-2642) toll-free, KS
(620-792-5495) fax

kdr at ckls.org
********************************************************************************************
I'm currently reading: The Myriad: Tour of the Merrimack #1, by R. M. Meluch.
I'm currently listening to: Eclipse, by Stephenie Meyer.






From galen.charlton at liblime.com  Fri Jul  3 10:39:59 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Thu, 2 Jul 2009 18:39:59 -0400
Subject: [Koha] OpacSupression
In-Reply-To: 
References: 
Message-ID: <4659947d0907021539g1fc69d20u88fecc102c61a5b0@mail.gmail.com>

Hi,

On Thu, Jul 2, 2009 at 11:41 AM, Birmingham,  David wrote:
>>>To clarify, turning on the OpacSupression syspref enables the capability
>>> to suppress OPAC display of >>individual records.? To actually suppress a
>>> particular bib record, it's still necessary to set the >>942$n subfield to 1
>>> (if you're using the MARC21 frameworks).

"individual records" = "individual bibliographic records".  I did not
mean to imply that it suppressed item records.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From suchetha at gmail.com  Fri Jul  3 15:52:09 2009
From: suchetha at gmail.com (Suchetha Wijenayake)
Date: Fri, 3 Jul 2009 09:22:09 +0530
Subject: [Koha] libgd2-noxpm vs. libgd2-xpm
Message-ID: <5ba017e00907022052n333e3b26t902c8f8a120f1295@mail.gmail.com>

I am running Koha 3.00.03 on debian 5.02

i also am trying to run drupal

drupal requires php-gd which requires libgd2-xpm
koha recommends libgd2-noxpm

is there anything in koha that stops it from using libgd2-xpm?

Suchetha


-- 
Check my photo album:
http://picasaweb.google.com/suchetha

Rants Raves and Miscellaneous Musings:
http://raramimu.blogspot.com

Why do I smell brimstone? And what am I doing in this hand-basket?

From ykleung7 at msn.com  Fri Jul  3 16:23:16 2009
From: ykleung7 at msn.com (Michael Leung (SIL))
Date: Thu, 2 Jul 2009 21:23:16 -0700 (PDT)
Subject: [Koha] Hide bibliographic records
In-Reply-To: <4659947d0907010645y28b55d53he045d3d5c0242aa4@mail.gmail.com>
References: <24249495.post@talk.nabble.com>
	<4a4b26a0.jVa9dP8tc/RBJzAy%mjr@phonecoop.coop>
	<4659947d0907010645y28b55d53he045d3d5c0242aa4@mail.gmail.com>
Message-ID: <24317426.post@talk.nabble.com>


Yes, I really wish this feature will come true some day. Bib record only
visible by valid user is very important setting to our library services over
the web. I don't want people in the public request things that is only for a
legitimate users.

Michael Leung
Group Librarian
SIL MSEAG
 

Galen Charlton wrote:
> 
> Hi,
> 
> On Wed, Jul 1, 2009 at 5:04 AM, MJ Ray wrote:
>> "Michael Leung (SIL)"  wrote:
>>> Is it possible to set a bibliographic record(s) that only show to the
>>> user
>>> who has login to the OPAC. That means this bibliographic record would
>>> not be
>>> shown in OPAC for general user or guest who is not the patron of the
>>> library.
>>
>> As I understand it, OpacSupression does this for the whole catalogue,
>> but it isn't yet possible for individual records. ?I am interested in
>> adding such a feature, as well as restricting records to particular
>> patron categories. ?Would many people be interested in this?
> 
> To clarify, turning on the OpacSupression syspref enables the
> capability to suppress OPAC display of individual records.  To
> actually suppress a particular bib record, it's still necessary to set
> the 942$n subfield to 1 (if you're using the MARC21 frameworks).
> 
> Enhancing the OPAC suppression feature so that you can specify that
> certain records are to be visible only if the user is logged on to the
> OPAC belongs to particular patron category would be useful
> developments.
> 
> Regards,
> 
> Galen
> -- 
> Galen Charlton
> VP, Research & Development, LibLime
> galen.charlton at liblime.com
> p: 1-888-564-2457 x709
> skype: gmcharlt
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/Hide-bibliographic-records-tp24249495p24317426.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From magnus at enger.priv.no  Fri Jul  3 17:40:23 2009
From: magnus at enger.priv.no (Magnus Enger)
Date: Fri, 3 Jul 2009 07:40:23 +0200
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <24310000.post@talk.nabble.com>
References: <24310000.post@talk.nabble.com>
Message-ID: <6e39b98d0907022240q2d92ca30q8ed2375443e7a4a5@mail.gmail.com>

Hi!

Could it be that you are missing DBD::mysql - the DBI "driver" for
MySQL? Just a hunch...

Regards,
Magnus Enger
http://libriotech.no/

2009/7/2 sdstein7 :
>
> I am in the midst of a struggle to install Koha on a Red Hat Linux 5.3
> system. ?I am on the last page of the Fedora INSTALL instructions, and
> getting the following error:
>
> "Can't locate object method "connect" via package "DBI" in
> /usr/share/koha/lib/C4/Context.pm line 666"
>
> Here is Context.pm line 666:
> my $dbh=
> DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
> ? ? ? ?$db_user, $db_passwd) or die $DBI::errstr;
>
> I get the same error in two places:
> 1. ?Running zebraqueue_daemon.pl
> 2. ?Trying to connect to Koha using http://localhost/phpmyadmin
>
> I am certain that DBI is installed (although it took a force install in
> CPAN), that the DBI directory and DBI.pm are in the Perl @INC path, and that
> the 'use DBI' statement is present in Context.pm.
>
> I am certain that all the variables in line 666 are defined. ?I also wrote a
> very simple perl script to call
> DBI->connect and it failed in the same way.
>
> Any help is greatly appreciated.
>
> Thanks,
> Sanford Stein
>
>
> --
> View this message in context: http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24310000.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From rick at praxis.com.au  Fri Jul  3 18:28:24 2009
From: rick at praxis.com.au (Rick Welykochy)
Date: Fri, 03 Jul 2009 16:28:24 +1000
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <6e39b98d0907022240q2d92ca30q8ed2375443e7a4a5@mail.gmail.com>
References: <24310000.post@talk.nabble.com>
	<6e39b98d0907022240q2d92ca30q8ed2375443e7a4a5@mail.gmail.com>
Message-ID: <4A4DA508.3020709@praxis.com.au>

Magnus Enger wrote:

> Could it be that you are missing DBD::mysql - the DBI "driver" for
> MySQL? Just a hunch...


Check that DBI is installed:

perldoc DBI

and

perldoc -l DBI

shows you where it is installed.

Then do the same for the mysql driver:

perldoc DBD::mysql
perldoc -l DBD::mysql


>> I also wrote a
>> very simple perl script to call
>> DBI->connect and it failed in the same way.

Highly recommended. Get your simple script working first.
Then tackle the bigger picture.


cheers
rickw



-- 
_________________________________
Rick Welykochy || Praxis Services

"Yes means No and No means Yes. Delete all files [Y]? "

From ohiocore at gmail.com  Fri Jul  3 19:20:22 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 3 Jul 2009 03:20:22 -0400
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <24310000.post@talk.nabble.com>
References: <24310000.post@talk.nabble.com>
Message-ID: <235bf14f0907030020o1d6ee470t6f3196cc4161b695@mail.gmail.com>

No, everything is installed or you would get a different error.

The mysql account in your koha-conf.xml file is wrong or not granted
permissions.

Try connecting using mysql on the command line and the info form your file.
When that fails, go back and do the "grant..." steps in the install, like:

grant all on .* to ''@'localhost'
identified by '';


-- 
Joe Atzberger
LibLime - Open Source Library Solutions


On Thu, Jul 2, 2009 at 12:37 PM, sdstein7  wrote:

>
> I am in the midst of a struggle to install Koha on a Red Hat Linux 5.3
> system.  I am on the last page of the Fedora INSTALL instructions, and
> getting the following error:
>
> "Can't locate object method "connect" via package "DBI" in
> /usr/share/koha/lib/C4/Context.pm line 666"
>
> Here is Context.pm line 666:
> my $dbh=
> DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
>        $db_user, $db_passwd) or die $DBI::errstr;
>
> I get the same error in two places:
> 1.  Running zebraqueue_daemon.pl
> 2.  Trying to connect to Koha using http://localhost/phpmyadmin
>
> I am certain that DBI is installed (although it took a force install in
> CPAN), that the DBI directory and DBI.pm are in the Perl @INC path, and
> that
> the 'use DBI' statement is present in Context.pm.
>
> I am certain that all the variables in line 666 are defined.  I also wrote
> a
> very simple perl script to call
> DBI->connect and it failed in the same way.
>
> Any help is greatly appreciated.
>
> Thanks,
> Sanford Stein
>
>
> --
> View this message in context:
> http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24310000.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/e3760d27/attachment.htm 

From bargioni at pusc.it  Fri Jul  3 20:56:41 2009
From: bargioni at pusc.it (Stefano Bargioni)
Date: Fri, 3 Jul 2009 10:56:41 +0200
Subject: [Koha] XML::LibXSLT and XML::LibXML
In-Reply-To: <3d2ea100907022042q7ddb2b1cg2566d9450fdc2269@mail.gmail.com>
References: <3d2ea100907022042q7ddb2b1cg2566d9450fdc2269@mail.gmail.com>
Message-ID: <542812E2-97CA-434D-A9F1-BAF642CD4124@pusc.it>

Thanks, Basu. Your solution worked correctly.
BTW, my machine is Debian Lenny.
Bye. Stefano

On Jul 3, 2009, at 05:42 , Basu Talikoti wrote:

> hi
>
> use lower version
> XML::LibXSLT 1.59 from cpan
>
> pl see attachment
>
> basavaraj talikoti
> delhi public library
>
> 


From Sebastien.Hinderer at snv.jussieu.fr  Fri Jul  3 23:20:41 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 3 Jul 2009 13:20:41 +0200
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
Message-ID: <20090703112041.GA19648@localhost>

Dear all,

I'm trying to understand the differences between bulkmarcimport (BMI) and
stage MARC records for import (SMRI).
As I understand it:

1. BMI is done through command-line whereas SMRI uses the web interface.

2. With BMI the records get catalogued directly so the reservoir step is
skipped, contrary to what happens with SMRI.

So my questions are:

1. Is this understanding correct ?

2. What's the intended use of the two functionality ? Being new to the
library science field, I suspect that there is perhaps something more to
the storry than what I know.
Actually, I think I understand the idea behind BMI (catalogue a bunch of
records at once), but I don't understand what there is behind SMRI.

3. Once I understand things better, I'm willing to write something in
the manual or in the wiki to explain what I have understood and which
could then be improved by others. old that be relevant, and, where would
that fit best ?

Thanks much in advance for your help,
S?bastien.

From paul.poulain at biblibre.com  Sat Jul  4 00:15:20 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Fri, 03 Jul 2009 14:15:20 +0200
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <20090703112041.GA19648@localhost>
References: <20090703112041.GA19648@localhost>
Message-ID: <4A4DF658.9000909@biblibre.com>

S?bastien Hinderer a ?crit :
> Dear all,
>
> I'm trying to understand the differences between bulkmarcimport (BMI) and
> stage MARC records for import (SMRI).
> As I understand it:
>
> 1. BMI is done through command-line whereas SMRI uses the web interface.
>   
right
> 2. With BMI the records get catalogued directly so the reservoir step is
> skipped, contrary to what happens with SMRI.
>   
right.
> So my questions are:
>
> 1. Is this understanding correct ?
>   
yep
> 2. What's the intended use of the two functionality ? Being new to the
> library science field, I suspect that there is perhaps something more to
> the storry than what I know.
> Actually, I think I understand the idea behind BMI (catalogue a bunch of
> records at once), but I don't understand what there is behind SMRI.
>   
BMI is usually used when migrating. So it's only once, before you go live.
SMRI is used on a daily basis by librarians. For example (as you're 
french), after getting your order list from Electre. Or from DVD 
vendors. Those vendors send by mail an iso2709 file, that can be 
included in Koha in a few clics.
> 3. Once I understand things better, I'm willing to write something in
> the manual or in the wiki to explain what I have understood and which
> could then be improved by others. old that be relevant, and, where would
> that fit best ?
HTH

PS: do you know there is also a french list, see http://www.koha-fr.org ?

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From Sebastien.Hinderer at snv.jussieu.fr  Sat Jul  4 01:38:05 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 3 Jul 2009 15:38:05 +0200
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <4A4DF658.9000909@biblibre.com>
References: <20090703112041.GA19648@localhost> <4A4DF658.9000909@biblibre.com>
Message-ID: <20090703133805.GB8818@localhost>

Hi Paul, thanks a lot for your prompt and complete reply.

> BMI is usually used when migrating. So it's only once, before you go
> live.

Ah I see.

> SMRI is used on a daily basis by librarians. For example (as you're 
> french), after getting your order list from Electre. Or from DVD 
> vendors. Those vendors send by mail an iso2709 file, that can be 
> included in Koha in a few clics.

Understood, thanks.

> > 3. Once I understand things better, I'm willing to write something in
> > the manual or in the wiki to explain what I have understood and which
> > could then be improved by others. old that be relevant, and, where would
> > that fit best ?
> HTH

Yes it helped a lot, thanks.
Reading your answer, I realize things are rather simple and perhaps not
worth a lot of writing in the manual or on the wiki.
Still, I'd appreciate it a lot to have a documentation that presupposes
less library science knowledge the manual does.

> PS: do you know there is also a french list, see http://www.koha-fr.org ?

Yes, I knew that, thanks. 
That said I thought the french list was more for things not of interest
to english speaking people.

Cheers,
S?bastien.

From jaswinderpal.singh at chitkara.edu.in  Sat Jul  4 02:02:18 2009
From: jaswinderpal.singh at chitkara.edu.in (jaswinderpal singh)
Date: Fri, 3 Jul 2009 19:32:18 +0530
Subject: [Koha] We are very happy to announce that we start using koha 3.0
	from 3rd July 2009
Message-ID: 

Dear All Members

We are very happy to announce that we start using koha 3.0 from 3rd July
2009.

http://library.chitkara.edu.in/

-- 
Regards

JASWINDER PAL SINGH
LIBRARIAN,
Chitkara Institute of Engineering & Technology.

CAMPUS
Chandigarh - Patiala National Highway,
Distt. Patiala - 140401.
(Around 35 kms from Chandigarh)
Phone: 01762-507084-86

Administrative Office :
Saraswati Kendra, Plot 11-12,
Dainik Bhaskar Building, Sector 25-D,
Chandigarh-160014, India.
Phone : 91.172.4691800

Mobile: +91.92162-73451
           +91.99888-98761

www.chitkara.edu.in
jaswinderpal.singh at chitkara.edu.in



-- 
Regards

JASWINDER PAL SINGH
LIBRARIAN,
Chitkara Institute of Engineering & Technology.

CAMPUS
Chandigarh - Patiala National Highway,
Distt. Patiala - 140401.
(Around 35 kms from Chandigarh)
Phone: 01762-507084-86

Administrative Office :
Saraswati Kendra, Plot 11-12,
Dainik Bhaskar Building, Sector 25-D,
Chandigarh-160014, India.
Phone : 91.172.4691800

Mobile: +91.92162-73451
           +91.99888-98761

www.chitkara.edu.in
jaswinderpal.singh at chitkara.edu.in
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/b5bc6c5b/attachment.htm 

From emrysminnig at varndean.co.uk  Sat Jul  4 06:05:45 2009
From: emrysminnig at varndean.co.uk (Emrys Minnig)
Date: Fri, 3 Jul 2009 19:05:45 +0100
Subject: [Koha] problem with Amazon content after reboot and update
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4FD@ex2k3srv06.Varndean.local>
Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>

Recently all of my Amazon content died.  It was working fine on 3.02, and then the other day, after a server reboot, it just stopped.  Item details pages keep throwing Error 500 messages on the intranet and 404s on the OPAC.  Turning all Amazon content off fixes things but is a lot less pretty.  
  
After hearing about the known issue with Amazon sysprefs in 3.02, I downloaded and installed 3.03.  However, the webinstaller never ran (though I'm not sure it was supposed to on this update).  Additionally, on the 'About Koha' page, it says that my version is still 3.02.  I do notice some differences, though.  Nearly all of the Amazon system preferences are now on the 'Local Use' tab rather than the 'Enhanced Content' tab.  Is this normal, or could my systempreferences table be corrupted?

Anyone have a clue?

Emrys

From oleonard at myacpl.org  Sat Jul  4 06:34:41 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Fri, 3 Jul 2009 14:34:41 -0400
Subject: [Koha] How to list latest items in OPAC?
In-Reply-To: <5b978ad90907021034x5a3be318kdc14d7360ff0af7d@mail.gmail.com>
References: <5b978ad90907021034x5a3be318kdc14d7360ff0af7d@mail.gmail.com>
Message-ID: 

> How can we see latest books through books (not about displaying book
> jackets).
> In koha 2.9 OPAC there was an option to list latest arrivals of each item
> type.

In 3.x the way to see the newest arrivals for any particular item type
is to do an advanced search, limit by that item type, and choose the
"Sort by" option "Dates > Acquisition date: Newest to oldest."

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From ohiocore at gmail.com  Sat Jul  4 06:45:17 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 3 Jul 2009 14:45:17 -0400
Subject: [Koha] problem with Amazon content after reboot and update
In-Reply-To: <1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4FD@ex2k3srv06.Varndean.local>
	<1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>
Message-ID: <235bf14f0907031145u311f50c6l8c4aa9af3f0dff0c@mail.gmail.com>

The systempreferences table is fine, it doesn't determine the tab layout.

Try a clean installation on a separate database.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions


On Fri, Jul 3, 2009 at 2:05 PM, Emrys Minnig wrote:

> Recently all of my Amazon content died.  It was working fine on 3.02, and
> then the other day, after a server reboot, it just stopped.  Item details
> pages keep throwing Error 500 messages on the intranet and 404s on the OPAC.
>  Turning all Amazon content off fixes things but is a lot less pretty.
>
> After hearing about the known issue with Amazon sysprefs in 3.02, I
> downloaded and installed 3.03.  However, the webinstaller never ran (though
> I'm not sure it was supposed to on this update).  Additionally, on the
> 'About Koha' page, it says that my version is still 3.02.  I do notice some
> differences, though.  Nearly all of the Amazon system preferences are now on
> the 'Local Use' tab rather than the 'Enhanced Content' tab.  Is this normal,
> or could my systempreferences table be corrupted?
>
> Anyone have a clue?
>
> Emrys
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/f5d27ed2/attachment.htm 

From arm at hanover.ca  Sat Jul  4 07:48:21 2009
From: arm at hanover.ca (Agnes Rivers-Moore)
Date: Fri, 03 Jul 2009 15:48:21 -0400
Subject: [Koha] problem with Amazon content after reboot and update
In-Reply-To: <1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4FD@ex2k3srv06.Varndean.local>
	<1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>
Message-ID: <4A4E6085.3080507@hanover.ca>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/812d78b4/attachment.htm 

From jaswinderpal.singh at chitkara.edu.in  Fri Jul  3 22:35:11 2009
From: jaswinderpal.singh at chitkara.edu.in (jaswinderpal singh)
Date: Fri, 3 Jul 2009 16:05:11 +0530
Subject: [Koha] Koha
Message-ID: 

Dear All Members

We are very happy to announce that we start using koha 3.0 from 3ed July
2009.

http://library.chitkara.edu.in/

-- 
Regards

JASWINDER PAL SINGH
LIBRARIAN,
Chitkara Institute of Engineering & Technology.

CAMPUS
Chandigarh - Patiala National Highway,
Distt. Patiala - 140401.
(Around 35 kms from Chandigarh)
Phone: 01762-507084-86

Administrative Office :
Saraswati Kendra, Plot 11-12,
Dainik Bhaskar Building, Sector 25-D,
Chandigarh-160014, India.
Phone : 91.172.4691800

Mobile: +91.92162-73451
           +91.99888-98761

www.chitkara.edu.in
jaswinderpal.singh at chitkara.edu.in
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/0682b536/attachment-0001.htm 

From basudpl at gmail.com  Fri Jul  3 22:53:46 2009
From: basudpl at gmail.com (Basu Talikoti)
Date: Fri, 3 Jul 2009 16:23:46 +0530
Subject: [Koha] Koha Digest, Vol 45, Issue 11
In-Reply-To: 
References: 
Message-ID: <3d2ea100907030353r72f9a017o5478c9ccbaeab6d1@mail.gmail.com>

 hi Stefano,

use lower version
XML::LibXSLT 1.59 from cpan

basavaraj talikoti
delhi public library

On Fri, Jul 3, 2009 at 4:10 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. How to list latest items in OPAC? (Vimal Kumar)
>   2. Re: OpacSupression (Nicole Engard)
>   3. Re: OpacSupression (Ian  Bays)
>   4. Re: OpacSupression (Nicole Engard)
>   5. Re: XML::LibXSLT and XML::LibXML (sdstein7)
>   6.  Can't locate object method connect via package DBI (sdstein7)
>   7. Re: OpacSupression (Kathy Rippel)
>   8. Re: OpacSupression (Galen Charlton)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 2 Jul 2009 23:04:20 +0530
> From: Vimal Kumar 
> Subject: [Koha] How to list latest items in OPAC?
> To: Koha-List 
> Message-ID:
>        <5b978ad90907021034x5a3be318kdc14d7360ff0af7d at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Dear Friends,
>
> How can we see latest books through books (not about displaying book
> jackets).
> In koha 2.9 OPAC there was an option to list latest arrivals of each item
> type.
>
> Thanks in advance.
>
> --
> Vimal Kumar V.
> Asst. Librarian
> Asian School of Business
> Technopark, Trivandrum-695 581
> Web: www.vimalkumar.co.nr
> Blog: http://vimalkumar.oksociety.in
>
> OK Society Volunteer. http://oksociety.in
> ---------------------------------------------------------------------------
> "I forget what I was taught. I only remember what I have learnt"
> -Patrick White
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090702/a91fad74/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Thu, 2 Jul 2009 16:02:21 -0400
> From: Nicole Engard 
> Subject: Re: [Koha] OpacSupression
> To: "Birmingham, David" 
> Cc: koha at lists.katipo.co.nz
> Message-ID:
>        <9128d7f00907021302g581f3aecn20dcab3c2f62d5f0 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I too am confused.  This is what I have documented:
>
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> is this correct, because the way I wrote it it sounds like only one
> field is suppressed, not the record....
>
> Let me know how to fix it and I'll make sure it's clearer.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> 2009/7/2 Birmingham,  David :
> > Galen,
> >
> >
> >
> > I was curious about your response to this.? It was my understanding that
> > OpacSupression worked
> >
> > on the bib level once you set the 942$n field, but not on the item level.
> > How is OpacSupression
> >
> > tied to an individual item?? Or perhaps I misinterpreted your initial
> > sentence.
> >
> >
> >
> >>>To clarify, turning on the OpacSupression syspref enables the capability
> >>> to suppress OPAC display of >>individual records.? To actually suppress
> a
> >>> particular bib record, it's still necessary to set the >>942$n subfield
> to 1
> >>> (if you're using the MARC21 frameworks).
> >
> >
> >
> > David Birmingham
> >
> > Software Engineer
> >
> > P | T | F | S
> > 6400 Goldsboro Road, Suite 200
> >
> > Bethesda, MD 20817
> >
> > 301-654-8088, Ext 149
> > 301-654-5789 (fax)
> >
> > dbirmingham at ptfs.com
> >
> > www.ptfs.com
> >
> >
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 2 Jul 2009 21:09:45 +0100
> From: "Ian  Bays" 
> Subject: Re: [Koha] OpacSupression
> To: "Nicole Engard" ,        "Birmingham,
> David"
>        
> Cc: koha at lists.katipo.co.nz
> Message-ID: <75F0941178594A52A974C484AD65DB7F at PC143>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
>        reply-type=original
>
> The 942$n suppresses the whole bib record.
>
> If we want to suppress items currently the only way of which I am aware is
> setting it to LOST and use the hidelostitems systems preference.
>
> Hope that clarifies...
>
> Ian
>
>
> =============================================
> Ian Bays
> Director of Projects
> PTFS Europe Ltd.
> ian.bays at ptfs-europe.com
> www.ptfs-europe.com
>
> ----- Original Message -----
> From: "Nicole Engard" 
> To: "Birmingham, David" 
> Cc: 
> Sent: Thursday, July 02, 2009 9:02 PM
> Subject: Re: [Koha] OpacSupression
>
>
> >I too am confused.  This is what I have documented:
> >
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> > is this correct, because the way I wrote it it sounds like only one
> > field is suppressed, not the record....
> >
> > Let me know how to fix it and I'll make sure it's clearer.
> >
> > ---
> >
> > Nicole C. Engard
> > Open Source Evangelist, LibLime
> > (888) Koha ILS (564-2457) ext. 714
> > nce at liblime.com
> > AIM/Y!/Skype: nengard
> >
> > http://liblime.com
> > http://blogs.liblime.com/open-sesame/
> >
> >
> >
> > 2009/7/2 Birmingham,  David :
> >> Galen,
> >>
> >>
> >>
> >> I was curious about your response to this. It was my understanding that
> >> OpacSupression worked
> >>
> >> on the bib level once you set the 942$n field, but not on the item
> level.
> >> How is OpacSupression
> >>
> >> tied to an individual item? Or perhaps I misinterpreted your initial
> >> sentence.
> >>
> >>
> >>
> >>>>To clarify, turning on the OpacSupression syspref enables the
> capability
> >>>> to suppress OPAC display of >>individual records. To actually suppress
> >>>> a
> >>>> particular bib record, it's still necessary to set the >>942$n
> subfield
> >>>> to 1
> >>>> (if you're using the MARC21 frameworks).
> >>
> >>
> >>
> >> David Birmingham
> >>
> >> Software Engineer
> >>
> >> P | T | F | S
> >> 6400 Goldsboro Road, Suite 200
> >>
> >> Bethesda, MD 20817
> >>
> >> 301-654-8088, Ext 149
> >> 301-654-5789 (fax)
> >>
> >> dbirmingham at ptfs.com
> >>
> >> www.ptfs.com
> >>
> >>
> >>
> >> _______________________________________________
> >> Koha mailing list
> >> Koha at lists.katipo.co.nz
> >> http://lists.katipo.co.nz/mailman/listinfo/koha
> >>
> >>
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>
> --------------------------------------------------------------------------------
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09
> 05:54:00
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 2 Jul 2009 16:10:46 -0400
> From: Nicole Engard 
> Subject: Re: [Koha] OpacSupression
> To: Ian Bays 
> Cc: koha at lists.katipo.co.nz, "Birmingham, David"
>        
> Message-ID:
>        <9128d7f00907021310r511453cdhf6ce0bb2bbc9297b at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Thanks, I will update the documentation as such so that it's clear to all
> :)
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Thu, Jul 2, 2009 at 4:09 PM, Ian  Bays wrote:
> > The 942$n suppresses the whole bib record.
> >
> > If we want to suppress items currently the only way of which I am aware
> is
> > setting it to LOST and use the hidelostitems systems preference.
> >
> > Hope that clarifies...
> >
> > Ian
> >
> >
> > =============================================
> > Ian Bays
> > Director of Projects
> > PTFS Europe Ltd.
> > ian.bays at ptfs-europe.com
> > www.ptfs-europe.com
> >
> > ----- Original Message ----- From: "Nicole Engard"
> > 
> > To: "Birmingham, David" 
> > Cc: 
> > Sent: Thursday, July 02, 2009 9:02 PM
> > Subject: Re: [Koha] OpacSupression
> >
> >
> >> I too am confused. ?This is what I have documented:
> >>
> >>
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> >> is this correct, because the way I wrote it it sounds like only one
> >> field is suppressed, not the record....
> >>
> >> Let me know how to fix it and I'll make sure it's clearer.
> >>
> >> ---
> >>
> >> Nicole C. Engard
> >> Open Source Evangelist, LibLime
> >> (888) Koha ILS (564-2457) ext. 714
> >> nce at liblime.com
> >> AIM/Y!/Skype: nengard
> >>
> >> http://liblime.com
> >> http://blogs.liblime.com/open-sesame/
> >>
> >>
> >>
> >> 2009/7/2 Birmingham, ?David :
> >>>
> >>> Galen,
> >>>
> >>>
> >>>
> >>> I was curious about your response to this. It was my understanding that
> >>> OpacSupression worked
> >>>
> >>> on the bib level once you set the 942$n field, but not on the item
> level.
> >>> How is OpacSupression
> >>>
> >>> tied to an individual item? Or perhaps I misinterpreted your initial
> >>> sentence.
> >>>
> >>>
> >>>
> >>>>> To clarify, turning on the OpacSupression syspref enables the
> >>>>> capability
> >>>>> to suppress OPAC display of >>individual records. To actually
> suppress
> >>>>> a
> >>>>> particular bib record, it's still necessary to set the >>942$n
> subfield
> >>>>> to 1
> >>>>> (if you're using the MARC21 frameworks).
> >>>
> >>>
> >>>
> >>> David Birmingham
> >>>
> >>> Software Engineer
> >>>
> >>> P | T | F | S
> >>> 6400 Goldsboro Road, Suite 200
> >>>
> >>> Bethesda, MD 20817
> >>>
> >>> 301-654-8088, Ext 149
> >>> 301-654-5789 (fax)
> >>>
> >>> dbirmingham at ptfs.com
> >>>
> >>> www.ptfs.com
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Koha mailing list
> >>> Koha at lists.katipo.co.nz
> >>> http://lists.katipo.co.nz/mailman/listinfo/koha
> >>>
> >>>
> >> _______________________________________________
> >> Koha mailing list
> >> Koha at lists.katipo.co.nz
> >> http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
> >
> --------------------------------------------------------------------------------
> >
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09
> > 05:54:00
> >
> >
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 2 Jul 2009 09:30:05 -0700 (PDT)
> From: sdstein7 
> Subject: Re: [Koha] XML::LibXSLT and XML::LibXML
> To: koha at lists.katipo.co.nz
> Message-ID: <24309895.post at talk.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> Stefano,
>
> I don't know your operating system, but on Red Hat Linux 5.3 I did the
> following:
>
> Downloaded and installed libxslt-1.1.22
> Downloaded and installed libxml2-2.6.27
> Did a cpan install of XML::LibXML
> Did a cpan force install of XML::LibXSLT
>
> This may or may not be the best method, but it did eliminate the errors I
> was getting related to LibXSLT.
>
> Hope this helps,
> Sanford Stein
>
>
> Stefano Bargioni wrote:
> >
> > Hi,
> > the last unsatisfied dependency I need to solve is XML::LibXSLT.
> > I installed it with Synaptic (package libxml-libxslt-perl 1.66-1), but
> > its use generates an error:
> >
> > $ perl -e 'use XML::LibXSLT'
> > This version of XML::LibXSLT uses API of XML::LibXML 1.66 which is not
> > compatible with XML::LibXML 1.69. Please upgrade XML::LibXSLT!
> >
> > My installed libxml-libxml-perl is 1.66-1+b1.
> > Both libxml-libxslt-perl and libxml-libxml-perl seem to be the latest
> > version, Synaptic says.
> > Any idea? Thanks again. Stefano
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/XML%3A%3ALibXSLT-and-XML%3A%3ALibXML-tp24304857p24309895.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 2 Jul 2009 09:37:16 -0700 (PDT)
> From: sdstein7 
> Subject: [Koha]  Can't locate object method connect via package DBI
> To: koha at lists.katipo.co.nz
> Message-ID: <24310000.post at talk.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> I am in the midst of a struggle to install Koha on a Red Hat Linux 5.3
> system.  I am on the last page of the Fedora INSTALL instructions, and
> getting the following error:
>
> "Can't locate object method "connect" via package "DBI" in
> /usr/share/koha/lib/C4/Context.pm line 666"
>
> Here is Context.pm line 666:
> my $dbh=
> DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
>        $db_user, $db_passwd) or die $DBI::errstr;
>
> I get the same error in two places:
> 1.  Running zebraqueue_daemon.pl
> 2.  Trying to connect to Koha using http://localhost/phpmyadmin
>
> I am certain that DBI is installed (although it took a force install in
> CPAN), that the DBI directory and DBI.pm are in the Perl @INC path, and
> that
> the 'use DBI' statement is present in Context.pm.
>
> I am certain that all the variables in line 666 are defined.  I also wrote
> a
> very simple perl script to call
> DBI->connect and it failed in the same way.
>
> Any help is greatly appreciated.
>
> Thanks,
> Sanford Stein
>
>
> --
> View this message in context:
> http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24310000.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 02 Jul 2009 16:54:31 -0500
> From: Kathy Rippel 
> Subject: Re: [Koha] OpacSupression
> To: "Ian  Bays" 
> Cc: koha at lists.katipo.co.nz
> Message-ID: <7.0.1.0.2.20090702165221.06aa0ba0 at ckls.org>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> Oooooo... epiphay, Ian!
>
> So I can make a value under LOST called and hide individual items?
> That would definitely help with some things.
>
> However, wouldn't this re-set if I checked it out from the staff
> module? (We have circulating items that we DON'T want in the OPAC.
>
> Kathy
>
> At 03:09 PM 7/2/2009, Ian  Bays wrote:
> >The 942$n suppresses the whole bib record.
> >
> >If we want to suppress items currently the only way of which I am aware is
> >setting it to LOST and use the hidelostitems systems preference.
> >
> >Hope that clarifies...
> >
> >Ian
> >
> >
> >=============================================
> >Ian Bays
> >Director of Projects
> >PTFS Europe Ltd.
> >ian.bays at ptfs-europe.com
> >www.ptfs-europe.com
> >
> >----- Original Message -----
> >From: "Nicole Engard" 
> >To: "Birmingham, David" 
> >Cc: 
> >Sent: Thursday, July 02, 2009 9:02 PM
> >Subject: Re: [Koha] OpacSupression
> >
> >
> > >I too am confused.  This is what I have documented:
> > >
> >
> http://koha.org/documentation/manual/3.2/administration/global-system-preferences/cataloging/cataloging#opacsuppression
> > > is this correct, because the way I wrote it it sounds like only one
> > > field is suppressed, not the record....
> > >
> > > Let me know how to fix it and I'll make sure it's clearer.
> > >
> > > ---
> > >
> > > Nicole C. Engard
> > > Open Source Evangelist, LibLime
> > > (888) Koha ILS (564-2457) ext. 714
> > > nce at liblime.com
> > > AIM/Y!/Skype: nengard
> > >
> > > http://liblime.com
> > > http://blogs.liblime.com/open-sesame/
> > >
> > >
> > >
> > > 2009/7/2 Birmingham,  David :
> > >> Galen,
> > >>
> > >>
> > >>
> > >> I was curious about your response to this. It was my understanding
> that
> > >> OpacSupression worked
> > >>
> > >> on the bib level once you set the 942$n field, but not on the item
> level.
> > >> How is OpacSupression
> > >>
> > >> tied to an individual item? Or perhaps I misinterpreted your initial
> > >> sentence.
> > >>
> > >>
> > >>
> > >>>>To clarify, turning on the OpacSupression syspref enables the
> capability
> > >>>> to suppress OPAC display of >>individual records. To actually
> suppress
> > >>>> a
> > >>>> particular bib record, it's still necessary to set the >>942$n
> subfield
> > >>>> to 1
> > >>>> (if you're using the MARC21 frameworks).
> > >>
> > >>
> > >>
> > >> David Birmingham
> > >>
> > >> Software Engineer
> > >>
> > >> P | T | F | S
> > >> 6400 Goldsboro Road, Suite 200
> > >>
> > >> Bethesda, MD 20817
> > >>
> > >> 301-654-8088, Ext 149
> > >> 301-654-5789 (fax)
> > >>
> > >> dbirmingham at ptfs.com
> > >>
> > >> www.ptfs.com
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> Koha mailing list
> > >> Koha at lists.katipo.co.nz
> > >> http://lists.katipo.co.nz/mailman/listinfo/koha
> > >>
> > >>
> > > _______________________________________________
> > > Koha mailing list
> > > Koha at lists.katipo.co.nz
> > > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
>
> >--------------------------------------------------------------------------------
> >
> >
> >
> >No virus found in this incoming message.
> >Checked by AVG - www.avg.com
> >Version: 8.5.375 / Virus Database: 270.13.2/2214 - Release Date: 07/02/09
> >05:54:00
> >
> >_______________________________________________
> >Koha mailing list
> >Koha at lists.katipo.co.nz
> >http://lists.katipo.co.nz/mailman/listinfo/koha
>
> Kathleen D. Rippel
> Dept. Head/Consultant--Resource Sharing and Access ;
> Pathfinder Central (Manager)
> Central Kansas Library System
> 1409 Williams
> Great Bend, KS 67530
>
> (620-792-4865) phone
> (800-362-2642) toll-free, KS
> (620-792-5495) fax
>
> kdr at ckls.org
>
> ********************************************************************************************
> I'm currently reading: The Myriad: Tour of the Merrimack #1, by R. M.
> Meluch.
> I'm currently listening to: Eclipse, by Stephenie Meyer.
>
>
>
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 2 Jul 2009 18:39:59 -0400
> From: Galen Charlton 
> Subject: Re: [Koha] OpacSupression
> To: "Birmingham, David" 
> Cc: koha at lists.katipo.co.nz
> Message-ID:
>        <4659947d0907021539g1fc69d20u88fecc102c61a5b0 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> On Thu, Jul 2, 2009 at 11:41 AM, Birmingham,  David
> wrote:
> >>>To clarify, turning on the OpacSupression syspref enables the capability
> >>> to suppress OPAC display of >>individual records.? To actually suppress
> a
> >>> particular bib record, it's still necessary to set the >>942$n subfield
> to 1
> >>> (if you're using the MARC21 frameworks).
>
> "individual records" = "individual bibliographic records".  I did not
> mean to imply that it suppressed item records.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> VP, Research & Development, LibLime
> galen.charlton at liblime.com
> p: 1-888-564-2457 x709
> skype: gmcharlt
>
>
> ------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> End of Koha Digest, Vol 45, Issue 11
> ************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/8e9d4ed4/attachment-0001.htm 

From sdstein7 at gmail.com  Sat Jul  4 02:46:20 2009
From: sdstein7 at gmail.com (sdstein7)
Date: Fri, 3 Jul 2009 07:46:20 -0700 (PDT)
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <24310000.post@talk.nabble.com>
References: <24310000.post@talk.nabble.com>
Message-ID: <24324335.post@talk.nabble.com>



Thanks to everyone for your responses.

Marcus and Rick, DBI and DBD::mysql are definitely installed:

[root at olive]# perldoc -l DBI
/usr/local/lib/perl5/5.8.9/DBI.pm
[root at olive]# perldoc -l DBD::mysql
/usr/local/lib/perl5/site_perl/5.8.9/i686-linux/DBD/mysql.pm
[root at olive]# perl showperlinc.pl
/usr/share/koha/lib
/usr/local/lib/perl5/5.8.9/i686-linux
/usr/local/lib/perl5/5.8.9
/usr/local/lib/perl5/site_perl/5.8.9/i686-linux
/usr/local/lib/perl5/site_perl/5.8.9

Joe, I had already confirmed that I could get into mysql from the shell
prompt using the same user/password that was generating the error.  But per
your suggestion I went into mysql as root and did a 'grant all' to this
user.  Then I tried to connect via my browser, and run zebraqueue_daemon,
and the same error was still present in both cases.

If it helps, here is the statement I am using in my small test script:
$dbh = DBI->connect("DBI:mysql:koha","","")

 

-- 
View this message in context: http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24324335.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From chris at bigballofwax.co.nz  Sat Jul  4 09:06:10 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Sat, 4 Jul 2009 09:06:10 +1200
Subject: [Koha] Koha
In-Reply-To: 
References: 
Message-ID: <606aab810907031406kd4353b3x1b8eb78d27cae7f1@mail.gmail.com>

2009/7/3 jaswinderpal singh :
> Dear All Members
>
> We are very happy to announce that we start using koha 3.0 from 3ed July
> 2009.
>
> http://library.chitkara.edu.in/
>
Congratulations :) It's always great to hear of another Koha library.

I would like to suggest you add your institution to
http://wiki.koha.org/doku.php?id=kohausers

Chris

From ohiocore at gmail.com  Sat Jul  4 09:15:54 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 3 Jul 2009 17:15:54 -0400
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <24324335.post@talk.nabble.com>
References: <24310000.post@talk.nabble.com> <24324335.post@talk.nabble.com>
Message-ID: <235bf14f0907031415m12af96ao974e6b0fa57f29bb@mail.gmail.com>

>
> If it helps, here is the statement I am using in my small test script:
> $dbh = DBI->connect("DBI:mysql:koha","","")
>

I assume you are using a real username in place of  and a real
password in place of , and the matching values in the GRANT
commands.

If you can connect on command line, as you suggest, then please also test
some critical operations like create a new table and then deleting it.
Those are the kinds of permissions that your Koha user needs to have at
installation.  Getting in is not enough.

The exact statement Koha uses is:
    my $dbh=
DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
$db_user, $db_passwd);

All the strings with dollar signs ($) prepended are variables populated with
values from the bottom of koha-conf.xml.

Make sure your Apache VirtualHost config uses SetEnv KOHA_CONF ... with the
correct path to your koha-conf.xml file.  This should be the same file path
you reference in shell by saying something like:

export KOHA_CONF=/path/to/my/koha-conf.xml

Otherwise you are testing something different than Apache is seeing.  If you
edited the Apache configs at all, remember to do a (graceful) restart to
make them take effect.

--Joe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090703/92b44acc/attachment.htm 

From vinod.kumar.trf at gmail.com  Sat Jul  4 18:07:43 2009
From: vinod.kumar.trf at gmail.com (vinod kumar)
Date: Sat, 4 Jul 2009 11:37:43 +0530
Subject: [Koha] languages
Message-ID: 

hello

how to add indian languages serch in koha-3

plz help me



Thanks & Regards

vinod Kumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/1793aa68/attachment.htm 

From superjojo1000 at gmail.com  Sat Jul  4 13:53:15 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Sat, 4 Jul 2009 04:53:15 +0300
Subject: [Koha] small problem in koha
Message-ID: 

hi
it's my first time with you , finally we have koha in our library , i'm from
africa . we are facing a probem in search records , every thing is alright
in installation but when insert record and searching no results but when
running rebulid zebra , i can found it , is it logicaly after inserting
records running rebuild zebra , i searching on web for this problem i think
i'm tried every thing so i send on this mailing list , i found alot of
problems and solutions , this is very nice , thank's
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/afe66417/attachment.htm 

From vivek.2k.64 at gmail.com  Sat Jul  4 17:37:11 2009
From: vivek.2k.64 at gmail.com (vivek kumar)
Date: Sat, 4 Jul 2009 11:07:11 +0530
Subject: [Koha] koha
Message-ID: 

hello



i have  install koha-3 in centos 5.2

how to enable Indian languages search in koha 3


plz help me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/be476849/attachment.htm 

From superjojo1000 at gmail.com  Sun Jul  5 01:42:15 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Sat, 4 Jul 2009 16:42:15 +0300
Subject: [Koha] indexing failed
Message-ID: 

hi
my problem i must running rebuild zebra commands after each records to
appears in search .. any one have solution
thank's
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/a475bba5/attachment.htm 

From Eric.Begin at inLibro.com  Sun Jul  5 01:56:40 2009
From: Eric.Begin at inLibro.com (=?ISO-8859-1?Q?Eric_B=E9gin?=)
Date: Sat, 04 Jul 2009 09:56:40 -0400
Subject: [Koha] indexing failed
In-Reply-To: 
References: 
Message-ID: <4A4F5F98.9080508@inLibro.com>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/33542921/attachment.htm 

From ian.bays at ptfs-europe.com  Sun Jul  5 02:23:13 2009
From: ian.bays at ptfs-europe.com (Ian  Bays)
Date: Sat, 4 Jul 2009 15:23:13 +0100
Subject: [Koha] indexing failed
References: 
Message-ID: <8C1BDB1D036D47688DB53C5D4C15A51B@PC143>

Hi Jonson,

Some variants of Linux (including Debian) have a zebrasrv running as a daemon which picks up records from the zebraqueue.  Other variants of Linux (including Centos and Suse I think) do not have a daemon program so you would need to set up a crontab to run rebuild_zebra.pl with the -z option (and -a and -b) which just picks up changes since the last rebuild_zebra run.  I think there is advice in the installation guides on the frequency for running this in crontab, but I recall it is maybe every couple of minutes.

This is just a pointer rather than a step-by-step.  I guess being 4th July all the experts are setting off their fireworks and lighting their barbecues.

Where in Africa is your installation?

Hope this helps you.


=============================================
Ian Bays
Director of Projects
PTFS Europe Ltd.
ian.bays at ptfs-europe.com
www.ptfs-europe.com 
  ----- Original Message ----- 
  From: Jonson philip 
  To: koha at lists.katipo.co.nz 
  Sent: Saturday, July 04, 2009 2:42 PM
  Subject: [Koha] indexing failed


  hi 
  my problem i must running rebuild zebra commands after each records to appears in search .. any one have solution
  thank's



------------------------------------------------------------------------------


  _______________________________________________
  Koha mailing list
  Koha at lists.katipo.co.nz
  http://lists.katipo.co.nz/mailman/listinfo/koha



------------------------------------------------------------------------------



  No virus found in this incoming message.
  Checked by AVG - www.avg.com 
  Version: 8.5.375 / Virus Database: 270.13.3/2217 - Release Date: 07/03/09 18:11:00
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/e57474c1/attachment.htm 

From superjojo1000 at gmail.com  Sun Jul  5 02:16:24 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Sat, 4 Jul 2009 17:16:24 +0300
Subject: [Koha] indexing failed
In-Reply-To: <4A4F5F98.9080508@inLibro.com>
References: 
	<4A4F5F98.9080508@inLibro.com>
Message-ID: 

hi
i'm already running  zebraqueue daemon and give me
Starting Zebraqueue Daemon
but when running sudo zebrasrv start give me

17:13:50-04/07 [server] Adding dynamic listener on start id=0
17:13:50-04/07 [fatal] Failed to listen on start


i'm using ubuntu 9.04
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/fe05d978/attachment.htm 

From pianohacker at gmail.com  Sun Jul  5 04:14:49 2009
From: pianohacker at gmail.com (Jesse)
Date: Sat, 4 Jul 2009 10:14:49 -0600
Subject: [Koha] indexing failed
In-Reply-To: 
References: 
	<4A4F5F98.9080508@inLibro.com>
	
Message-ID: 

2009/7/4 Jonson philip 

> hi
> i'm already running  zebraqueue daemon and give me
> Starting Zebraqueue Daemon
> but when running sudo zebrasrv start give me
>
> 17:13:50-04/07 [server] Adding dynamic listener on start id=0
> 17:13:50-04/07 [fatal] Failed to listen on start
>
>
> i'm using ubuntu 9.04
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
Note: The zebraqueue daemon is, to my knowledge, no longer recommended for
reasons of performance. I know that in my current test, it is slowly chewing
through my memory even with no actual use (up to a good 143 MB after 2
weeks). As annoying as the wait for your records to be indexed is, the
rebuild_zebra cronjob is the only viable option right now.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/f44517a4/attachment.htm 

From superjojo1000 at gmail.com  Sun Jul  5 06:26:53 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Sat, 4 Jul 2009 21:26:53 +0300
Subject: [Koha] rebuild_zebra cronjob
Message-ID: 

how i can run and enable rebuild_zebra cronjob ..i read alot of thing about
that can any one jelp me in that
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/fc1becfd/attachment-0001.htm 

From chris at bigballofwax.co.nz  Sun Jul  5 07:44:16 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Sun, 5 Jul 2009 07:44:16 +1200
Subject: [Koha] rebuild_zebra cronjob
In-Reply-To: 
References: 
Message-ID: <606aab810907041244q5f718ff4ia440085cb3163f97@mail.gmail.com>

2009/7/5 Jonson philip :
> how i can run and enable rebuild_zebra cronjob ..i read alot of thing about
> that can any one jelp me in that
>
> _______________________________________________

Hi

Take a look in misc/cronjobs

There is a file in there called crontab.example which is a good
example of how to set up the cron jobs

Chris

From ohiocore at gmail.com  Sun Jul  5 08:02:17 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Sat, 4 Jul 2009 16:02:17 -0400
Subject: [Koha] rebuild_zebra cronjob
In-Reply-To: <606aab810907041244q5f718ff4ia440085cb3163f97@mail.gmail.com>
References: 
	<606aab810907041244q5f718ff4ia440085cb3163f97@mail.gmail.com>
Message-ID: <235bf14f0907041302m397142d1mba8fc8f601ab08c2@mail.gmail.com>

See also your system's documentation for cron and crontab.  Usually this is
viewed with a command like "man cron".

-- 
Joe Atzberger
LibLime - Open Source Library Solutions



On Sat, Jul 4, 2009 at 3:44 PM, Chris Cormack wrote:

> 2009/7/5 Jonson philip :
> > how i can run and enable rebuild_zebra cronjob ..i read alot of thing
> about
> > that can any one jelp me in that
> >
> > _______________________________________________
>
> Hi
>
> Take a look in misc/cronjobs
>
> There is a file in there called crontab.example which is a good
> example of how to set up the cron jobs
>
> Chris
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/09d91992/attachment.htm 

From activekete at yahoo.com  Sun Jul  5 09:49:34 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Sat, 4 Jul 2009 14:49:34 -0700 (PDT)
Subject: [Koha] staff client ok , opac not ok
Message-ID: <958678.76887.qm@web111917.mail.gq1.yahoo.com>

hi 
i want help in koha 3 i'm using ubuntu i can search and get result in staff client but i can't found any results in opac + i must rub rebulid zebra to get result in staff client... ant suggetsions



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090704/97bfc276/attachment.htm 

From chris at bigballofwax.co.nz  Sun Jul  5 10:02:53 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Sun, 5 Jul 2009 10:02:53 +1200
Subject: [Koha] staff client ok , opac not ok
In-Reply-To: <958678.76887.qm@web111917.mail.gq1.yahoo.com>
References: <958678.76887.qm@web111917.mail.gq1.yahoo.com>
Message-ID: <606aab810907041502u507e29faxd44b8edb8c87d019@mail.gmail.com>

2009/7/5 Kete Jourge :
> hi
> i want help in koha 3 i'm using ubuntu i can search and get result in staff
> client but i can't found any results in opac + i must rub rebulid zebra to
> get result in staff client... ant suggetsions
>

If you are using zebra, then rebuild zebra must be run as a cron job

http://koha.org/documentation/faq/why-dont-i-see-new-search-results

If you are getting results in the staff interface you should be
getting them in the OPAC also, is there anything in the error logs?

Chris

From superjojo1000 at gmail.com  Sun Jul  5 17:55:59 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Sun, 5 Jul 2009 07:55:59 +0200
Subject: [Koha] Ubuntu - Debian
Message-ID: 

Hi
i have a problem in indexing records on Ubuntu i read on mailing list that
the ubuntu , centos , opensusu do not have a daemon program so you would
need to set up a crontab to run rebuild_zebra.pl with the -z option (and -a
and -b) which just picks up changes since the last rebuild_zebra run ......

so is that problem found also in debian or just ubuntu....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090705/20088b1d/attachment.htm 

From chris at bigballofwax.co.nz  Sun Jul  5 19:11:37 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Sun, 5 Jul 2009 19:11:37 +1200
Subject: [Koha] Ubuntu - Debian
In-Reply-To: 
References: 
Message-ID: <606aab810907050011r2aaf48ebn6e6248db46f1ae62@mail.gmail.com>

2009/7/5 Jonson philip :
> Hi
> i have a problem in indexing records on Ubuntu i read on mailing list that
> the ubuntu , centos , opensusu do not have a daemon program so you would
> need to set up a crontab to run rebuild_zebra.pl with the -z option (and -a
> and -b)?which just picks up changes since the last rebuild_zebra run ......
> so is that problem found also in debian or just ubuntu....
> _______________________________________________
>
The daemon hasn't been kept up to date, and has some issues with
memory leakage, so on all systems you should run rebuild_zebra.pl as a
cron job.

Chris

From activekete at yahoo.com  Sun Jul  5 22:43:48 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Sun, 5 Jul 2009 03:43:48 -0700 (PDT)
Subject: [Koha] default indexing
Message-ID: <180003.21441.qm@web111916.mail.gq1.yahoo.com>

hi 
i asking about is it indexing records an error in koha 3.0 . 3.0.1? 3.0.2? 3.0.3 and will fixed in future versions i think any integrated system install with default indexing records not to run or set up supplement programme to make that .... i really need an answer that's so important to our library .... we believe that koha is most library systems interesting ... but the indexing problem so bad ........ thank's


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090705/cf0357d5/attachment.htm 

From activekete at yahoo.com  Mon Jul  6 18:16:59 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Sun, 5 Jul 2009 23:16:59 -0700 (PDT)
Subject: [Koha] normally indxing
Message-ID: <659380.43030.qm@web111915.mail.gq1.yahoo.com>

hi 
is it possible to have indexing records without crontab or the crontab become part of koha 3 like perl modules ... is it possible normally indxing .... thank's 


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090705/51d25d7b/attachment.htm 

From superjojo1000 at gmail.com  Mon Jul  6 18:59:47 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Mon, 6 Jul 2009 08:59:47 +0200
Subject: [Koha] to liblime
Message-ID: 

hi
yasterday some one asking

( asking about is it indexing records an error in koha 3.0 . 3.0.1  3.0.2
3.0.3 and will fixed in future versions i think any integrated system
install with default indexing records not to run or set up supplement
programme to make that ) any one of liblime profs have an answer becouse
it's so important .....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/22cdcbb2/attachment.htm 

From chris at bigballofwax.co.nz  Mon Jul  6 19:14:50 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Mon, 6 Jul 2009 19:14:50 +1200
Subject: [Koha] to liblime
In-Reply-To: 
References: 
Message-ID: <606aab810907060014n5d0e06e5k23dee65843e4fda@mail.gmail.com>

2009/7/6 Jonson philip :
> hi
> yasterday some one asking
>
> ( asking about is it indexing records an error in koha 3.0 . 3.0.1? 3.0.2
> 3.0.3 and will fixed in future versions i think any integrated system
> install with default indexing records not to run or set up supplement
> programme to make that ) any one of liblime profs have an answer becouse
> it's so important .....
>
Koha relies on lots of supplementary programs, Apache, Mysql, Perl ..
to name but a few. cron is not something new, it has been in linux and
unix and bsd and others for decades.

cron is used to schedule tasks to be run at a set time, in this
instance to run rebuild_zebra.pl, which updates zebra's indexes.
(Coincidentally zebra is another program Koha relies on.) cron is also
used to schedule things like the fines and overdue scripts.

I seriously suggest learning about cron if you wish to run a linux
server, it is used extensively by lots of programs that require tasks
to be run at certain times, like rotating logfiles, syncing clocks,
etc.

Chris

From bargioni at pusc.it  Mon Jul  6 19:15:54 2009
From: bargioni at pusc.it (Stefano Bargioni)
Date: Mon, 6 Jul 2009 09:15:54 +0200
Subject: [Koha] Koha 3 coplete manual, broken images
Message-ID: 

In http://koha.org/documentation/manual/3.0/referencemanual-all-pages
all images like
http://koha.org/documentation/manual/3.0/dctn875x_150gmm93fcd.jpg/image_large
seem broken.
Stefano

From vimallaxman at gmail.com  Mon Jul  6 22:05:19 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Mon, 6 Jul 2009 06:05:19 -0400
Subject: [Koha] Unable to Checkin using SIP
Message-ID: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>

Dear List ,
                       I am trying to checkin using SIP but unable to .iam
alble to do the checkout but when i give the checkin message it give the
message saying it has sucessfully checked in but the syslog does not reflect
the same.copy of both checkout and checkin messages from syslog for your
reference.

Jul  6 05:49:34 boss acs-server[17728]: INPUT MSG: ' 11YN20090629
01234820090629    012348AO||AA1888|ABMIC004|^M'
Jul  6 05:49:34 boss acs-server[17728]: Sip::MsgType::new('Sip::MsgType',
'11YN200906...', '11'): seq.no '0', protocol 1
Jul  6 05:49:34 boss acs-server[17728]:
Sip::MsgType::_initialize('Checkout', 'YN20090629    01234820090629
012348AO||AA1888|ABMIC004', 'CCA18A18', '38', ...)
Jul  6 05:49:34 boss acs-server[17728]: Unsupported field '' in Checkout
message 'YN20090629    01234820090629    012348AO||AA1888|ABMIC004'
Jul  6 05:49:34 boss acs-server[17728]: new ILS::Patron(1888): found patron
'1888'
Jul  6 05:49:34 boss acs-server[17728]: new ILS::Item('MIC004'): found with
title 'The 8051 Micro Controller-Architecture,Programming and Applications '

Jul  6 05:49:34 boss acs-server[17728]: ILS::Transaction::Checkout
performing checkout...
Jul  6 05:49:34 boss acs-server[17728]: ILS::Checkout: patron 1888 has
checked out HASH(0x9738c9c), MIC004
Jul  6 05:49:34 boss acs-server[17728]: OUTPUT MSG: '121NNY20090706
054934AOCCL|AA1888|ABMIC004|AJThe 8051 Micro
Controller-Architecture,Programming and Applications |AH0|'
Jul  6 05:50:03 boss acs-server[17728]: INPUT MSG: ' ^M'
Jul  6 05:50:03 boss acs-server[17728]: sip_protocol_loop: empty input
skipped
Jul  6 05:50:21 boss acs-server[17728]: INPUT MSG: ' 09N20090629
024548                  AP|AOCCL|ABMIC004^M'
Jul  6 05:50:21 boss acs-server[17728]: Sip::MsgType::new('Sip::MsgType',
'09N2009062...', '09'): seq.no '0', protocol 1
Jul  6 05:50:21 boss acs-server[17728]: Sip::MsgType::_initialize('Checkin',
'N20090629    024548                  AP|AOCCL|ABMIC004', 'CA18A18', '37',
...)
Jul  6 05:50:21 boss acs-server[17728]: new ILS::Item('MIC004'): found with
title 'The 8051 Micro Controller-Architecture,Programming and Applications '

Jul  6 05:50:21 boss acs-server[17728]: new ILS::Patron(1888): found patron
'1888'
Jul  6 05:50:21 boss acs-server[17728]: OUTPUT MSG: '101YNN20090706
055021AOCCL|ABMIC004|AQ|AJThe 8051 Micro Controller-Architecture,Programming
and Applications |'

from my understanding of the code the checkin doesnot initialize or the ILS
is not initializing the checkin process  .i have searched the entire web
looking for an answer.please do help me out to  resolve this issue.

Thanks in advance for your kind help.

regards,
vimal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/6a44f969/attachment.htm 

From nicole.engard at liblime.com  Mon Jul  6 23:09:04 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 07:09:04 -0400
Subject: [Koha] small problem in koha
In-Reply-To: 
References: 
Message-ID: <9128d7f00907060409y6c76a1dbr2084746490cc2639@mail.gmail.com>

Most people set up rebuild zebra to run on a regular schedule of some
sort (every 6 min on my system).  You can see more here:
http://koha.org/documentation/faq/why-dont-i-see-new-search-results/view


---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/3 Jonson philip :
> hi
> it's my first time with you , finally we have koha in our library , i'm from
> africa . we are facing a probem in search records , every thing is alright
> in installation but when insert record and searching no results but when
> running rebulid zebra , i can found it , is it logicaly after inserting
> records running rebuild zebra , i searching on web for this problem i think
> i'm tried every thing so i send on this mailing list , i found alot of
> problems and solutions , this is very nice , thank's
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From nicole.engard at liblime.com  Mon Jul  6 23:13:23 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 07:13:23 -0400
Subject: [Koha] We are very happy to announce that we start using koha
	3.0 from 3rd July 2009
In-Reply-To: 
References: 
Message-ID: <9128d7f00907060413u3e13cf5fj551d939a409e5f9f@mail.gmail.com>

Congrats!! Make sure you add your site to lib-web-cats:
http://www.librarytechnology.org/libwebcats/ and the Koha showcase on
Koha.org (http://koha.org/showcase)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/3 jaswinderpal singh :
>
>
>
> Dear All Members
>
> We are very happy to announce that we start using koha 3.0 from 3rd July
> 2009.
>
> http://library.chitkara.edu.in/
>
> --
> Regards
>
> JASWINDER PAL SINGH
> LIBRARIAN,
> Chitkara Institute of Engineering & Technology.
>
> CAMPUS
> Chandigarh - Patiala National Highway,
> Distt. Patiala - 140401.
> (Around 35 kms from Chandigarh)
> Phone: 01762-507084-86
>
> Administrative Office :
> Saraswati Kendra, Plot 11-12,
> Dainik Bhaskar Building, Sector 25-D,
> Chandigarh-160014, India.
> Phone : 91.172.4691800
>
> Mobile: +91.92162-73451
> ? ? ? ? ? ?+91.99888-98761
>
> www.chitkara.edu.in
> jaswinderpal.singh at chitkara.edu.in
>
>
>
> --
> Regards
>
> JASWINDER PAL SINGH
> LIBRARIAN,
> Chitkara Institute of Engineering & Technology.
>
> CAMPUS
> Chandigarh - Patiala National Highway,
> Distt. Patiala - 140401.
> (Around 35 kms from Chandigarh)
> Phone: 01762-507084-86
>
> Administrative Office :
> Saraswati Kendra, Plot 11-12,
> Dainik Bhaskar Building, Sector 25-D,
> Chandigarh-160014, India.
> Phone : 91.172.4691800
>
> Mobile: +91.92162-73451
> ? ? ? ? ? ?+91.99888-98761
>
> www.chitkara.edu.in
> jaswinderpal.singh at chitkara.edu.in
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From nicole.engard at liblime.com  Mon Jul  6 23:27:57 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 07:27:57 -0400
Subject: [Koha] Koha 3 coplete manual, broken images
In-Reply-To: 
References: 
Message-ID: <9128d7f00907060427u7545bd3asc403596b48af6a8f@mail.gmail.com>

Did you wait for the entire document to load?  It takes a very very
very long time.  Once it is finished loading the images all appear -
at least they do for me.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 6, 2009 at 3:15 AM, Stefano Bargioni wrote:
> In http://koha.org/documentation/manual/3.0/referencemanual-all-pages
> all images like
> http://koha.org/documentation/manual/3.0/dctn875x_150gmm93fcd.jpg/image_large
> seem broken.
> Stefano
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From nicole.engard at liblime.com  Mon Jul  6 23:31:39 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 07:31:39 -0400
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <20090703133805.GB8818@localhost>
References: <20090703112041.GA19648@localhost> <4A4DF658.9000909@biblibre.com>
	<20090703133805.GB8818@localhost>
Message-ID: <9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>

I will gladly add it as an FAQ to the manual - and possibly on the import page.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 3, 2009 at 9:38 AM, S?bastien
Hinderer wrote:
> Hi Paul, thanks a lot for your prompt and complete reply.
>
>> BMI is usually used when migrating. So it's only once, before you go
>> live.
>
> Ah I see.
>
>> SMRI is used on a daily basis by librarians. For example (as you're
>> french), after getting your order list from Electre. Or from DVD
>> vendors. Those vendors send by mail an iso2709 file, that can be
>> included in Koha in a few clics.
>
> Understood, thanks.
>
>> > 3. Once I understand things better, I'm willing to write something in
>> > the manual or in the wiki to explain what I have understood and which
>> > could then be improved by others. old that be relevant, and, where would
>> > that fit best ?
>> HTH
>
> Yes it helped a lot, thanks.
> Reading your answer, I realize things are rather simple and perhaps not
> worth a lot of writing in the manual or on the wiki.
> Still, I'd appreciate it a lot to have a documentation that presupposes
> less library science knowledge the manual does.
>
>> PS: do you know there is also a french list, see http://www.koha-fr.org ?
>
> Yes, I knew that, thanks.
> That said I thought the french list was more for things not of interest
> to english speaking people.
>
> Cheers,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From nicole.engard at liblime.com  Mon Jul  6 23:56:53 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 07:56:53 -0400
Subject: [Koha] OpacSupression
In-Reply-To: <4659947d0907021539g1fc69d20u88fecc102c61a5b0@mail.gmail.com>
References: 
	<4659947d0907021539g1fc69d20u88fecc102c61a5b0@mail.gmail.com>
Message-ID: <9128d7f00907060456x7c7b318amcd84e2dd78a831ed@mail.gmail.com>

I have updated the manual a bit - I hope it's clearer:

http://koha.org/documentation/manual/3.0/administration/global-system-preferences/cataloging/cataloging/view

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 2, 2009 at 6:39 PM, Galen
Charlton wrote:
> Hi,
>
> On Thu, Jul 2, 2009 at 11:41 AM, Birmingham, ?David wrote:
>>>>To clarify, turning on the OpacSupression syspref enables the capability
>>>> to suppress OPAC display of >>individual records.? To actually suppress a
>>>> particular bib record, it's still necessary to set the >>942$n subfield to 1
>>>> (if you're using the MARC21 frameworks).
>
> "individual records" = "individual bibliographic records". ?I did not
> mean to imply that it suppressed item records.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> VP, Research & Development, LibLime
> galen.charlton at liblime.com
> p: 1-888-564-2457 x709
> skype: gmcharlt
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From nicole.engard at liblime.com  Tue Jul  7 00:06:46 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 08:06:46 -0400
Subject: [Koha] crontab - rebulid zebra
In-Reply-To: 
References: 
Message-ID: <9128d7f00907060506n3dd31709kcd46d706747b6176@mail.gmail.com>

Please remember to reply to all so that the entire mailing list gets
your emails.

It is my understanding that this is already in the installation notes as #4

4. Schedule regular index updates
    run rebuild_zebra.pl -b -a -z as a regular cron job, check
misc/cronjobs/crontab.example
    for usage examples

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 6, 2009 at 8:03 AM, Jonson philip wrote:
> hi
> so the indexing on koha 3 not a problem and?the crontab must included in
> koha 3 installation manual ..? that's right or not?? thank's
>

From ohiocore at gmail.com  Tue Jul  7 01:21:36 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 6 Jul 2009 09:21:36 -0400
Subject: [Koha] Unable to Checkin using SIP
In-Reply-To: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
References: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
Message-ID: <235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>

The Checkin Response message is:

101YNN20090706    055021AOCCL|ABMIC004|AQ|AJThe 8051 Micro Controller...


The first two digits identify the message (10 - Checkin Response).  The next
digit identifies the success of the result: 1 means OK.  So SIP says you got
checked in fine.  Your SIP client may be misinterpreting the result.

However, the AQ (permanent location) field being empty and the lack of an AO
(institution id) field suggest that the item here may not have a populated
homebranch, or that your SIP config has not established what branch the
terminal is operating at.  The SIP user also should have a valid branchcode
in their record, and SIPconfig.xml should have that valid branchcode as part
of their "institution".  That could cause the checkin to fail, since Koha
would not know what branch the return should be happening at.

Also, your SIP client is sending empty fields.  That's why you get the
"unsupported field" warning with the empty string.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions


2009/7/6 vimal laxman 

> Dear List ,
>                        I am trying to checkin using SIP but unable to .iam
> alble to do the checkout but when i give the checkin message it give the
> message saying it has sucessfully checked in but the syslog does not reflect
> the same.copy of both checkout and checkin messages from syslog for your
> reference.
>
> Jul  6 05:49:34 boss acs-server[17728]: INPUT MSG: ' 11YN20090629
> 01234820090629    012348AO||AA1888|ABMIC004|^M'
> Jul  6 05:49:34 boss acs-server[17728]: Sip::MsgType::new('Sip::MsgType',
> '11YN200906...', '11'): seq.no '0', protocol 1
> Jul  6 05:49:34 boss acs-server[17728]:
> Sip::MsgType::_initialize('Checkout', 'YN20090629    01234820090629
> 012348AO||AA1888|ABMIC004', 'CCA18A18', '38', ...)
> Jul  6 05:49:34 boss acs-server[17728]: Unsupported field '' in Checkout
> message 'YN20090629    01234820090629    012348AO||AA1888|ABMIC004'
> Jul  6 05:49:34 boss acs-server[17728]: new ILS::Patron(1888): found patron
> '1888'
> Jul  6 05:49:34 boss acs-server[17728]: new ILS::Item('MIC004'): found with
> title 'The 8051 Micro Controller-Architecture,Programming and Applications '
>
> Jul  6 05:49:34 boss acs-server[17728]: ILS::Transaction::Checkout
> performing checkout...
> Jul  6 05:49:34 boss acs-server[17728]: ILS::Checkout: patron 1888 has
> checked out HASH(0x9738c9c), MIC004
> Jul  6 05:49:34 boss acs-server[17728]: OUTPUT MSG: '121NNY20090706
> 054934AOCCL|AA1888|ABMIC004|AJThe 8051 Micro
> Controller-Architecture,Programming and Applications |AH0|'
> Jul  6 05:50:03 boss acs-server[17728]: INPUT MSG: ' ^M'
> Jul  6 05:50:03 boss acs-server[17728]: sip_protocol_loop: empty input
> skipped
> Jul  6 05:50:21 boss acs-server[17728]: INPUT MSG: ' 09N20090629
> 024548                  AP|AOCCL|ABMIC004^M'
> Jul  6 05:50:21 boss acs-server[17728]: Sip::MsgType::new('Sip::MsgType',
> '09N2009062...', '09'): seq.no '0', protocol 1
> Jul  6 05:50:21 boss acs-server[17728]:
> Sip::MsgType::_initialize('Checkin', 'N20090629    024548
> AP|AOCCL|ABMIC004', 'CA18A18', '37', ...)
> Jul  6 05:50:21 boss acs-server[17728]: new ILS::Item('MIC004'): found with
> title 'The 8051 Micro Controller-Architecture,Programming and Applications '
>
> Jul  6 05:50:21 boss acs-server[17728]: new ILS::Patron(1888): found patron
> '1888'
> Jul  6 05:50:21 boss acs-server[17728]: OUTPUT MSG: '101YNN20090706
> 055021AOCCL|ABMIC004|AQ|AJThe 8051 Micro Controller-Architecture,Programming
> and Applications |'
>
> from my understanding of the code the checkin doesnot initialize or the ILS
> is not initializing the checkin process  .i have searched the entire web
> looking for an answer.please do help me out to  resolve this issue.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/7ab4bd87/attachment.htm 

From emrysminnig at varndean.co.uk  Tue Jul  7 01:37:10 2009
From: emrysminnig at varndean.co.uk (Emrys Minnig)
Date: Mon, 6 Jul 2009 14:37:10 +0100
Subject: [Koha] problem with Amazon content after reboot and update
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4FD@ex2k3srv06.Varndean.local>
	<1BE699D6D690C34E8C8F3DD035C62DD2DBB500@ex2k3srv06.Varndean.local>
	<4A4E6085.3080507@hanover.ca>
Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB501@ex2k3srv06.Varndean.local>

Thanks for the advice.  
 
I inserted a row for OPACAmazonContent, and now cover images are showing in a column on the search results page.  However, if I also leave the OPACAmazonEnabled option on, clicking on an individual biblio still throws 404s.  If I turn OPACAmazonEnabled off, the biblio's page will show up but without any Amazon content (cover included).
 
I might just try a fresh install of 3.00.03.
 
Emrys

________________________________

From: Agnes Rivers-Moore [mailto:arm at hanover.ca]
Sent: Fri 03/07/2009 20:48
To: Emrys Minnig
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] problem with Amazon content after reboot and update


Hi Emrys

We tested 3.00.02 briefly and had all the symptoms you describe. Amazon content did not work and we found all the Amazon preferences had moved to Local Use.

Frederick Demians found the solution for us - see list message on June 26 "result page uses deprecated syspref OPACAmazonContent. Could you try set OPACAmazonContent to 1"
So, the 3.00.02 scripts were sometimes referring to a preference that had existed in 3.00.0, but had been removed from 3.00.02. The solution was to create the missing preference in the systempreferences table. 

There were other things wrong in 3.00.02 so we abandoned the test, and have not tried 3.00.03. However, our inserted preferences would still exist in our table, so would still work for us in 3.00.03. even if the guilty preferences are still absent in that version. 
I am not sure why it might have worked for you for some time and then failed after the reboot. However, it could be worth your checking whether adding the deprecated preference fixes the problem. 

Best wishes,
Agnes


Emrys Minnig wrote: 

	Recently all of my Amazon content died.  It was working fine on 3.02, and then the other day, after a server reboot, it just stopped.  Item details pages keep throwing Error 500 messages on the intranet and 404s on the OPAC.  Turning all Amazon content off fixes things but is a lot less pretty.  
	  
	After hearing about the known issue with Amazon sysprefs in 3.02, I downloaded and installed 3.03.  However, the webinstaller never ran (though I'm not sure it was supposed to on this update).  Additionally, on the 'About Koha' page, it says that my version is still 3.02.  I do notice some differences, though.  Nearly all of the Amazon system preferences are now on the 'Local Use' tab rather than the 'Enhanced Content' tab.  Is this normal, or could my systempreferences table be corrupted?
	
	Anyone have a clue?
	
	Emrys
	_______________________________________________
	Koha mailing list
	Koha at lists.katipo.co.nz
	http://lists.katipo.co.nz/mailman/listinfo/koha
	
	  


-- 

Agnes Rivers-Moore
Assistant Librarian
Hanover Public Library

From bargioni at pusc.it  Tue Jul  7 02:15:44 2009
From: bargioni at pusc.it (Stefano Bargioni)
Date: Mon, 6 Jul 2009 16:15:44 +0200
Subject: [Koha] Koha 3 coplete manual, broken images
In-Reply-To: <9128d7f00907060427u7545bd3asc403596b48af6a8f@mail.gmail.com>
References: 
	<9128d7f00907060427u7545bd3asc403596b48af6a8f@mail.gmail.com>
Message-ID: 

Nicole, when document loading is complete, Firefox Web Developer Add- 
on (Images / Find broken images) reports these errors:

Broken Images - http://koha.org/documentation/manual/3.0/referencemanual-all-pages

1. http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
2. http://koha.org/documentation/manual/3.0/drcwdsk_707fvvsg5d5_b.png/image_preview
3. http://koha.org/documentation/manual/3.0/Picture1.png/image_preview
[...]
634. http://koha.org/documentation/manual/3.0/drcwdsk_955z7p4k4gw_b.png/image_large
635. http://koha.org/documentation/manual/3.0/drcwdsk_956fkfvjmwp_b.png/image_large
636. http://koha.org/documentation/manual/3.0/drcwdsk_9574dz46cdv_b.png/image_large

After a bit of analysis, I think image urls are broken. For instance,  
the first of them
http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
must be
http://koha.org/documentation/manual/3.0/administration/global-system-preferences/dctn875x_145g7jqs3cs.jpg/image_preview
(as in http://koha.org/documentation/manual/3.0/administration/global-system-preferences/admin) 
.
and so on.
Thanks. Stefano

On Jul 6, 2009, at 13:27 , Nicole Engard wrote:

> Did you wait for the entire document to load?  It takes a very very
> very long time.  Once it is finished loading the images all appear -
> at least they do for me.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Mon, Jul 6, 2009 at 3:15 AM, Stefano Bargioni  
> wrote:
>> In http://koha.org/documentation/manual/3.0/referencemanual-all-pages
>> all images like
>> http://koha.org/documentation/manual/3.0/dctn875x_150gmm93fcd.jpg/image_large
>> seem broken.
>> Stefano
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>


From vimallaxman at gmail.com  Tue Jul  7 02:18:33 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Mon, 6 Jul 2009 10:18:33 -0400
Subject: [Koha] Unable to Checkin using SIP
In-Reply-To: <235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>
References: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
	<235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>
Message-ID: <259655cd0907060718m68bd7d0do9399fefe149254e9@mail.gmail.com>

dear Mr.Joe,
                    Thank you so much for your reply.i too understood from
the message stream that the checkin was fine but unfortunately i dont dee
the check in happen.i kept wondering why some fields were empty and i got
the answer from you.but the item which i am erfering too has both permanent
location and current location fields populated(with 'C-DAC Central Library')
and the AO field reflects CCL which is the institution ID.iam not sure as
how to make the terminal understand that it is operating in 'CDAC Central
Library'.The SIP user has a valid brancode 'CCL' in their record and
SIPconfig.xml also has 'CCL' as a branchcode as part of the
"institution".piece of the SIPconfig.xml for your persual.


      
      
      
  



    
          
    



My DBD:Mysql throws this error:

DBD::mysql::st execute failed: Cannot add or update a child row: a foreign
key constraint fails (`Koha/items`, CONSTRAINT `items_ibfk_3` FOREIGN KEY
(`holdingbranch`) REFERENCES `branches` (`branchcode`) ON UPDATE CASCADE) at
/usr/share/koha/lib/C4/Items.pm line 1870.
DBD::mysql::st execute failed: Cannot add or update a child row: a foreign
key constraint fails (`Koha/branchtransfers`, CONSTRAINT
`branchtransfers_ibfk_1` FOREIGN KEY (`frombranch`) REFERENCES `branches`
(`branchcode`) ON DELETE CASCADE ON UPDATE CASCADE) at
/usr/share/koha/lib/C4/Items.pm line 471.


My SIPServer times out after few tries saying this:

sip_protocol_loop: quitting after too many errors at SIPServer.pm line 286.


i would like you to thank you once again for your promt response.

regards,
vimal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/56068a21/attachment.htm 

From vimallaxman at gmail.com  Tue Jul  7 02:36:23 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Mon, 6 Jul 2009 10:36:23 -0400
Subject: [Koha] Unable to Checkin using SIP
In-Reply-To: <259655cd0907060718m68bd7d0do9399fefe149254e9@mail.gmail.com>
References: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
	<235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>
	<259655cd0907060718m68bd7d0do9399fefe149254e9@mail.gmail.com>
Message-ID: <259655cd0907060736s4237f966g2f913d6a162d7cae@mail.gmail.com>

Eureka,
                  Its working.Thank you so much Mr.Joe and the list for your
support.As rightly pointed by you the problem was with the branch code and
institution ID.it has to be the same as the permanent location of the
item.but still i get the empty fields and the SIPServer connection gets
closed after say few tries saying:

Jul  6 10:29:21 boss acs-server[1407]: sip_protocol_loop: quitting after too
many errors .

is it because of the empty fields if so how to avoid the same.kindly
suggest.

Thanks and Regards,
vimal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/28d2ee74/attachment.htm 

From bob-ewart at earthlink.net  Tue Jul  7 02:51:11 2009
From: bob-ewart at earthlink.net (Bob Ewart)
Date: Mon, 06 Jul 2009 10:51:11 -0400
Subject: [Koha] loans and bulkmarcimport.pl
Message-ID: <4A520F5F.10006@earthlink.net>

We are in the process of migrating from DBText for Libraries to Koha.
I've worked out procedures and scripts for migrating the borrowers and
catalog (not including archives and serials).

Has anyone worked out a way to import loans?

If I do get all the loans entered, will a final 'bulkmarcimport -d'
cause problems with 952$q and s or any other field?
-- 
Bob


From nicole.engard at liblime.com  Tue Jul  7 03:21:31 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 11:21:31 -0400
Subject: [Koha] Koha 3 coplete manual, broken images
In-Reply-To: 
References: 
	<9128d7f00907060427u7545bd3asc403596b48af6a8f@mail.gmail.com>
	
Message-ID: <9128d7f00907060821g387ace85md07d7658098e6655@mail.gmail.com>

Okay, I'll have the sys admin look into it.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 6, 2009 at 10:15 AM, Stefano Bargioni wrote:
> Nicole, when document loading is complete, Firefox Web Developer Add-
> on (Images / Find broken images) reports these errors:
>
> Broken Images - http://koha.org/documentation/manual/3.0/referencemanual-all-pages
>
> 1. http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
> 2. http://koha.org/documentation/manual/3.0/drcwdsk_707fvvsg5d5_b.png/image_preview
> 3. http://koha.org/documentation/manual/3.0/Picture1.png/image_preview
> [...]
> 634. http://koha.org/documentation/manual/3.0/drcwdsk_955z7p4k4gw_b.png/image_large
> 635. http://koha.org/documentation/manual/3.0/drcwdsk_956fkfvjmwp_b.png/image_large
> 636. http://koha.org/documentation/manual/3.0/drcwdsk_9574dz46cdv_b.png/image_large
>
> After a bit of analysis, I think image urls are broken. For instance,
> the first of them
> http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
> must be
> http://koha.org/documentation/manual/3.0/administration/global-system-preferences/dctn875x_145g7jqs3cs.jpg/image_preview
> (as in http://koha.org/documentation/manual/3.0/administration/global-system-preferences/admin)
> .
> and so on.
> Thanks. Stefano
>
> On Jul 6, 2009, at 13:27 , Nicole Engard wrote:
>
>> Did you wait for the entire document to load? ?It takes a very very
>> very long time. ?Once it is finished loading the images all appear -
>> at least they do for me.
>>
>> ---
>>
>> Nicole C. Engard
>> Open Source Evangelist, LibLime
>> (888) Koha ILS (564-2457) ext. 714
>> nce at liblime.com
>> AIM/Y!/Skype: nengard
>>
>> http://liblime.com
>> http://blogs.liblime.com/open-sesame/
>>
>>
>>
>> On Mon, Jul 6, 2009 at 3:15 AM, Stefano Bargioni
>> wrote:
>>> In http://koha.org/documentation/manual/3.0/referencemanual-all-pages
>>> all images like
>>> http://koha.org/documentation/manual/3.0/dctn875x_150gmm93fcd.jpg/image_large
>>> seem broken.
>>> Stefano
>>> _______________________________________________
>>> Koha mailing list
>>> Koha at lists.katipo.co.nz
>>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>>
>>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From mglavica at ffzg.hr  Tue Jul  7 03:56:39 2009
From: mglavica at ffzg.hr (Marijana Glavica)
Date: Mon, 6 Jul 2009 17:56:39 +0200
Subject: [Koha] Unable to Checkin using SIP
In-Reply-To: <259655cd0907060736s4237f966g2f913d6a162d7cae@mail.gmail.com>
References: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
	<235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>
	<259655cd0907060718m68bd7d0do9399fefe149254e9@mail.gmail.com>
	<259655cd0907060736s4237f966g2f913d6a162d7cae@mail.gmail.com>
Message-ID: <20090706155639.GA6514@mjesec.ffzg.hr>

branch code is hardcoded in C4/SIP/ILS/Transaction/Checkin.pm (line 40)
did you change this?

Marijana

On Mon, Jul 06, 2009 at 10:36:23AM -0400, vimal laxman wrote:
>    Eureka,
>                      Its working.Thank you so much Mr.Joe and the list for
>    your support.As rightly pointed by you the problem was with the branch
>    code and institution ID.it has to be the same as the permanent location of
>    the item.but still i get the empty fields and the SIPServer connection
>    gets closed after say few tries saying:
> 
>    Jul  6 10:29:21 boss acs-server[1407]: sip_protocol_loop: quitting after
>    too many errors .
> 
>    is it because of the empty fields if so how to avoid the same.kindly
>    suggest.
> 
>    Thanks and Regards,
>    vimal

> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha


From Sebastien.Hinderer at snv.jussieu.fr  Tue Jul  7 04:13:30 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Mon, 6 Jul 2009 18:13:30 +0200
Subject: [Koha] Adding a coded field to the default Unimarc framework
Message-ID: <20090706161330.GA30576@localhost>

Dear all,

I'm trying to add Unimarc field 009 to the default Unimarc framework.
I have bulkmarcimported a few records for which this field is defined,
and now I'd like this field to be displayed in the OPAC MARC view and in
the staff client MARC view.
The marc_tag_structure table contains meaningful values.
More over, I have tried different values for the tab and hidden colmn in
the marc_subfield_structure. However I could never see the 009 field,
neither in the staff client's MARC view, nor in OPAC's marc view.

Any hint would be very appreciated.
Thanks much in advance,
S?bastien.

From paul.poulain at biblibre.com  Tue Jul  7 04:03:20 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Mon, 06 Jul 2009 18:03:20 +0200
Subject: [Koha] to liblime
In-Reply-To: <606aab810907060014n5d0e06e5k23dee65843e4fda@mail.gmail.com>
References: 
	<606aab810907060014n5d0e06e5k23dee65843e4fda@mail.gmail.com>
Message-ID: <4A522048.5060005@biblibre.com>

Chris Cormack a ?crit :
> 2009/7/6 Jonson philip :
>   
>> hi
>> yasterday some one askin
> Koha relies on lots of supplementary programs, Apache, Mysql, Perl ..
> to name but a few. cron is not something new, it has been in linux and
> unix and bsd and others for decades.
>   
+ setting subject to "to liblime" will probably be counter-productive: 
non liblime ppl won't read the mail (or won't answer it, considering you 
should be a LL customer, as you speak to them directly)

Reminder: Koha community is ... a community. On koha.org pay for support 
page, you'll see a lot of companies. LL is the largest contributor, but 
it's not the only one !

cheers.

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From nicole.engard at liblime.com  Tue Jul  7 04:57:41 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 12:57:41 -0400
Subject: [Koha] Koha 3 coplete manual, broken images
In-Reply-To: <9128d7f00907060821g387ace85md07d7658098e6655@mail.gmail.com>
References: 
	<9128d7f00907060427u7545bd3asc403596b48af6a8f@mail.gmail.com>
	
	<9128d7f00907060821g387ace85md07d7658098e6655@mail.gmail.com>
Message-ID: <9128d7f00907060957u68c1e3f3g9fce020c4d87e1e3@mail.gmail.com>

Okay - it looks like a bug in Plone :( I'll see what I find to solve
this issue - but for now you might just want to print the sections of
the manual you want - each one works individually.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 6, 2009 at 11:21 AM, Nicole Engard wrote:
> Okay, I'll have the sys admin look into it.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Mon, Jul 6, 2009 at 10:15 AM, Stefano Bargioni wrote:
>> Nicole, when document loading is complete, Firefox Web Developer Add-
>> on (Images / Find broken images) reports these errors:
>>
>> Broken Images - http://koha.org/documentation/manual/3.0/referencemanual-all-pages
>>
>> 1. http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
>> 2. http://koha.org/documentation/manual/3.0/drcwdsk_707fvvsg5d5_b.png/image_preview
>> 3. http://koha.org/documentation/manual/3.0/Picture1.png/image_preview
>> [...]
>> 634. http://koha.org/documentation/manual/3.0/drcwdsk_955z7p4k4gw_b.png/image_large
>> 635. http://koha.org/documentation/manual/3.0/drcwdsk_956fkfvjmwp_b.png/image_large
>> 636. http://koha.org/documentation/manual/3.0/drcwdsk_9574dz46cdv_b.png/image_large
>>
>> After a bit of analysis, I think image urls are broken. For instance,
>> the first of them
>> http://koha.org/documentation/manual/3.0/dctn875x_145g7jqs3cs.jpg/image_preview
>> must be
>> http://koha.org/documentation/manual/3.0/administration/global-system-preferences/dctn875x_145g7jqs3cs.jpg/image_preview
>> (as in http://koha.org/documentation/manual/3.0/administration/global-system-preferences/admin)
>> .
>> and so on.
>> Thanks. Stefano
>>
>> On Jul 6, 2009, at 13:27 , Nicole Engard wrote:
>>
>>> Did you wait for the entire document to load? ?It takes a very very
>>> very long time. ?Once it is finished loading the images all appear -
>>> at least they do for me.
>>>
>>> ---
>>>
>>> Nicole C. Engard
>>> Open Source Evangelist, LibLime
>>> (888) Koha ILS (564-2457) ext. 714
>>> nce at liblime.com
>>> AIM/Y!/Skype: nengard
>>>
>>> http://liblime.com
>>> http://blogs.liblime.com/open-sesame/
>>>
>>>
>>>
>>> On Mon, Jul 6, 2009 at 3:15 AM, Stefano Bargioni
>>> wrote:
>>>> In http://koha.org/documentation/manual/3.0/referencemanual-all-pages
>>>> all images like
>>>> http://koha.org/documentation/manual/3.0/dctn875x_150gmm93fcd.jpg/image_large
>>>> seem broken.
>>>> Stefano
>>>> _______________________________________________
>>>> Koha mailing list
>>>> Koha at lists.katipo.co.nz
>>>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>>>
>>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>

From mcoalwell at nekls.org  Tue Jul  7 04:53:38 2009
From: mcoalwell at nekls.org (Mickey Coalwell)
Date: Mon, 06 Jul 2009 11:53:38 -0500
Subject: [Koha] WITHDRAWN items shouldn't check in?
Message-ID: <4A522C12.6030004@nekls.org>

"Withdrawn" status currently blocks checkout from occurring. It seems to me
that "Withdrawn" status should also block check-in, prompting staff user with a
message "ITEM IS WITHDRAWN." The reason this is important: For some libraries,
LOST items older than x months cannot be returned, as a matter of policy. The
replacement cost is billed to the patron. Items LOST longer than x months will
be manually given a WITHDRAWN status by staff, in addition to LOST. This is
intended to prevent check-in of LOST items older than x months. But if
WITHDRAWN status allows check-in, then the Returned Item functionality in Fines
will credit the account with the replacement cost. This should ONLY happen for
items that are LOST, but NOT for items that are LOST/WITHDRAWN. I can't think
of a situation in which Koha should legitimately allow a WITHDRAWN item to
check in, so I'm reporting this as a bug rather than an enhancement; however,
I'm open to discussion. :)

Owen Leonard comments:

I don't have an opinion either way, but I want to point out that at the moment
there is no concrete definition of what "withdrawn" means in Koha. Some
libraries may already be using it in a way that conflicts with your
description. I hope folks will chime in, but it might be worth taking the issue
to the Koha list for wider discussion.



-- 
Mickey Coalwell, Library Development Consultant
Northeast Kansas Library System
4317 W. 6th Street
Lawrence, KS 66049
Phone: 785-838-4090  Fax: 785-838-3989
Toll Free: 1-888-296-6963 


From nicole.engard at liblime.com  Tue Jul  7 05:03:06 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 13:03:06 -0400
Subject: [Koha] WITHDRAWN items shouldn't check in?
In-Reply-To: <4A522C12.6030004@nekls.org>
References: <4A522C12.6030004@nekls.org>
Message-ID: <9128d7f00907061003i60c6ce24l1a13fa5a1cb4aaa4@mail.gmail.com>

I think what we're seeing is that we need to discuss various reasons
we might have to not show items in the OPAC search results -
withdrawn, lost, private, on order - etc.  In short, I think we have a
bigger issue at hand here.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 6, 2009 at 12:53 PM, Mickey Coalwell wrote:
> "Withdrawn" status currently blocks checkout from occurring. It seems to me
> that "Withdrawn" status should also block check-in, prompting staff user with a
> message "ITEM IS WITHDRAWN." The reason this is important: For some libraries,
> LOST items older than x months cannot be returned, as a matter of policy. The
> replacement cost is billed to the patron. Items LOST longer than x months will
> be manually given a WITHDRAWN status by staff, in addition to LOST. This is
> intended to prevent check-in of LOST items older than x months. But if
> WITHDRAWN status allows check-in, then the Returned Item functionality in Fines
> will credit the account with the replacement cost. This should ONLY happen for
> items that are LOST, but NOT for items that are LOST/WITHDRAWN. I can't think
> of a situation in which Koha should legitimately allow a WITHDRAWN item to
> check in, so I'm reporting this as a bug rather than an enhancement; however,
> I'm open to discussion. :)
>
> Owen Leonard comments:
>
> I don't have an opinion either way, but I want to point out that at the moment
> there is no concrete definition of what "withdrawn" means in Koha. Some
> libraries may already be using it in a way that conflicts with your
> description. I hope folks will chime in, but it might be worth taking the issue
> to the Koha list for wider discussion.
>
>
>
> --
> Mickey Coalwell, Library Development Consultant
> Northeast Kansas Library System
> 4317 W. 6th Street
> Lawrence, KS 66049
> Phone: 785-838-4090 ?Fax: 785-838-3989
> Toll Free: 1-888-296-6963
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From vimal0212 at gmail.com  Tue Jul  7 05:11:54 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Mon, 6 Jul 2009 22:41:54 +0530
Subject: [Koha] Fine calculation: need more help
Message-ID: <5b978ad90907061011sc6e5d5t6b506ccdb7a1d9e4@mail.gmail.com>

Dear Friends,

I need your help to clear my doubts on fine calculation.

My Koha doesnt calculate fine.

I configured the following options in Koha for fine calculation, but fine
not calculating.

 I set the finemode > Production

I also created fine rules.

I executed following two commands after installation steps

 crontab -u root crontab.example
crontab -u vimal crontab.example

 Aafter executing the command, entries in crontab.example automatically
transferred to system crontab file.


 Following is the entry in crontab -e for fines,

 # FINES
5 1 * * * $KOHA_CRON_PATH/fines.pl

 Is this entry in crontab is right?

Location of fines.pl in my system is /usr/share/koha/bin/cronjobs

 Any other things i have to be add in crontab to start fine calculation?




-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090706/b7572192/attachment.htm 

From galen.charlton at liblime.com  Tue Jul  7 06:31:59 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Mon, 6 Jul 2009 14:31:59 -0400
Subject: [Koha] Koha mailing list welcome message draft
Message-ID: <4659947d0907061131w1c6a12aua4c21f112d75ed02@mail.gmail.com>

Hi,

Nicole Engard has completed a draft of a welcome message to be sent to
new subscribers of this mailing list.  The draft can be found on the
wiki at

http://wiki.koha.org/doku.php?id=koha_list_welcome

Please comment on the text of the message by responding to this
message or by editing the wiki page.  After allowing a few days for
feedback, I'll ask the mailing list admin to set up the final version
as the welcome message.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From Sebastien.Hinderer at snv.jussieu.fr  Tue Jul  7 07:03:08 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Mon, 6 Jul 2009 21:03:08 +0200
Subject: [Koha] Koha mailing list welcome message draft
In-Reply-To: <4659947d0907061131w1c6a12aua4c21f112d75ed02@mail.gmail.com>
References: <4659947d0907061131w1c6a12aua4c21f112d75ed02@mail.gmail.com>
Message-ID: <20090706190308.GA4901@pema>

Hi Galen, Nicole & all,

Five remarks: 

1. Thanks for the nice job, Nicole !

2. I'd keep the text as abbreviation-free as possible (ILS, FOSS...).

3. I'd rather have the pointers at the top and the remarks about
netiquette at the bottom, but IMO the way it is now has also its
wisdom because it is likely that people will read the complete
message, whereas is the pointers come first they may follow them and
stop reading.

4. Regarding the netiquette, you may want to cite RFC 1855.

5. Thanks for the nice job, Nicole !

Cheers,
S?bastien.

PS: replying rather than editing because I'm not that sure...

Galen Charlton (2009/07/06 14:31 -0400):
> Hi,
> 
> Nicole Engard has completed a draft of a welcome message to be sent to
> new subscribers of this mailing list.  The draft can be found on the
> wiki at
> 
> http://wiki.koha.org/doku.php?id=koha_list_welcome
> 
> Please comment on the text of the message by responding to this
> message or by editing the wiki page.  After allowing a few days for
> feedback, I'll ask the mailing list admin to set up the final version
> as the welcome message.
> 
> Regards,
> 
> Galen

From nicole.engard at liblime.com  Tue Jul  7 11:26:53 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 6 Jul 2009 19:26:53 -0400
Subject: [Koha] Open Source Software in Libraries
Message-ID: <9128d7f00907061626r5c25549dm6b65a2d2d2975575@mail.gmail.com>

I am working on some very very broad research on open source use in
libraries for a book I'm working on.  The focus of the book will be on
software you can use that is open source.  If you have a chance to
answer this brief survey to help me out that would be greatly
appreciated:

http://opensource.web2learning.net/limesurvey/index.php?sid=63946&lang=en

Thanks a bunch!!!  (and feel free to share with others)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/

From vimallaxman at gmail.com  Tue Jul  7 16:24:11 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Tue, 7 Jul 2009 00:24:11 -0400
Subject: [Koha] Unable to Checkin using SIP
In-Reply-To: <20090706155639.GA6514@mjesec.ffzg.hr>
References: <259655cd0907060305g49f5b2exb5f2fca39008b9f@mail.gmail.com>
	<235bf14f0907060621i7eb3c9ear5ce1ce53da988c49@mail.gmail.com>
	<259655cd0907060718m68bd7d0do9399fefe149254e9@mail.gmail.com>
	<259655cd0907060736s4237f966g2f913d6a162d7cae@mail.gmail.com>
	<20090706155639.GA6514@mjesec.ffzg.hr>
Message-ID: <259655cd0907062124p24aeb1a6m33b02630b4b4ba46@mail.gmail.com>

Hi Marijana,

                  Yes I did change the same.in my last mail i forgot to
mention the same.but still
    i  get the empty fields and the SIPServer connection gets closed after
say few tries saying:

    Jul  6 10:29:21 boss acs-server[1407]: sip_protocol_loop: quitting after
    too many errors .

    is it because of the empty fields if so how to avoid the same.awaiting
your valuable
    suggestions.


Thanks and Regards,
 vimal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/89ea46d2/attachment.htm 

From kansalbpa at gmail.com  Wed Jul  8 00:52:03 2009
From: kansalbpa at gmail.com (Amandeep Kansal)
Date: Tue, 7 Jul 2009 18:22:03 +0530
Subject: [Koha] An idea for automatic koha installation
Message-ID: <94752abe0907070552r12ed1034h7302608e4801ea1f@mail.gmail.com>

Hi All,

I am working on puppet, puppet is a configuration management and automation
system.
I think puppet is a good system, which we can use automate koha installation
irrespective of Linux distribution.

I am not sure, about anyone who already working on puppet scripting for koha
installation.
If there is not any already effort toward it, then we can start it from now.

Now, i want to know, how many of you interested in puppet for koha, so that
we start this project as a collaborative effort.

About puppet:
http://reductivelabs.com/trac/puppet/wiki/AboutPuppet
http://reductivelabs.com/products/puppet/


thanks & regards
-- 
Er. Amandeep Kansal
B.Tech, RHCE
Network Engineer
Chitkara Educational Trust
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/83238ed0/attachment.htm 

From gsl at rhcl.org  Wed Jul  8 02:35:05 2009
From: gsl at rhcl.org (gsl)
Date: Tue, 7 Jul 2009 09:35:05 -0500 (CDT)
Subject: [Koha] Open Source Software in Libraries
In-Reply-To: <9128d7f00907061626r5c25549dm6b65a2d2d2975575@mail.gmail.com>
Message-ID: <19051466.81246977303915.JavaMail.glawson@venus>

Nicole:

About 12-18 months ago some grad student associated with one of the library associations (yea, I know that's vague) did a very similar project with an online survey, etc. I think I even got a report summary which I will try to dig up from an old Thunderbird account (Zimbra is great!) and forward to you.

If you want me to I can repost your email to a tech list for a bunch of Missouri school and library tech support people (a lot of the schools are on break right now, however, so they are laying out on Cocoa Beach).

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

--------------------------

----- Original Message -----
From: "Nicole Engard" 
To: "Koha-Mailingliste" , "OSS4LIB List" , web4lib at webjunction.org
Sent: Monday, July 6, 2009 6:26:53 PM GMT -06:00 US/Canada Central
Subject: [Koha] Open Source Software in Libraries

I am working on some very very broad research on open source use in
libraries for a book I'm working on.  The focus of the book will be on
software you can use that is open source.  If you have a chance to
answer this brief survey to help me out that would be greatly
appreciated:

http://opensource.web2learning.net/limesurvey/index.php?sid=63946&lang=en

Thanks a bunch!!!  (and feel free to share with others)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

From bibliwho at gmail.com  Wed Jul  8 03:01:15 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Tue, 7 Jul 2009 11:01:15 -0400
Subject: [Koha] Open Source Software in Libraries
In-Reply-To: <19051466.81246977303915.JavaMail.glawson@venus>
References: <9128d7f00907061626r5c25549dm6b65a2d2d2975575@mail.gmail.com>
	<19051466.81246977303915.JavaMail.glawson@venus>
Message-ID: <835777770907070801g3b8ac9cfuac2964497700e2e@mail.gmail.com>

This has been covered in the library literature very recently. See
esp. the April 2009 issue of Library Technology Reports, and the Feb
2009 issue of Computers in Libraries. Not sure if the full-text is
available online or not.

Note that EBSCO provides free access to the Library, Information
Science & Technology Abstracts (LISTA) database via
http://www.libraryresearch.com.

Good luck!

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

> ----- Original Message -----
> From: "Nicole Engard" 
> To: "Koha-Mailingliste" , "OSS4LIB List" , web4lib at webjunction.org
> Sent: Monday, July 6, 2009 6:26:53 PM GMT -06:00 US/Canada Central
> Subject: [Koha] Open Source Software in Libraries
>
> I am working on some very very broad research on open source use in
> libraries for a book I'm working on. ?The focus of the book will be on
> software you can use that is open source. ?If you have a chance to
> answer this brief survey to help me out that would be greatly
> appreciated:
>
> http://opensource.web2learning.net/limesurvey/index.php?sid=63946&lang=en
>
> Thanks a bunch!!! ?(and feel free to share with others)
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard

From sdstein7 at gmail.com  Wed Jul  8 03:12:22 2009
From: sdstein7 at gmail.com (sdstein7)
Date: Tue, 7 Jul 2009 08:12:22 -0700 (PDT)
Subject: [Koha] Can't locate object method connect via package DBI
In-Reply-To: <235bf14f0907031415m12af96ao974e6b0fa57f29bb@mail.gmail.com>
References: <24310000.post@talk.nabble.com> <24324335.post@talk.nabble.com>
	<235bf14f0907031415m12af96ao974e6b0fa57f29bb@mail.gmail.com>
Message-ID: <24375213.post@talk.nabble.com>


Joe,

Thanks for your followup.  Please see my responses below labeled "SS":

Joe Atzberger wrote:
> 
>>
>> If it helps, here is the statement I am using in my small test script:
>> $dbh = DBI->connect("DBI:mysql:koha","","")
>>
> 
> I assume you are using a real username in place of  and a real
> password in place of , and the matching values in the GRANT
> commands.
> 
>       SS:  Yes, I am using a real username and password.  The username
> matches the value in the GRANT
>              command.  The GRANT command does not ask for a password, but
> I am using the one assigned
>              when I created the account, and I can login to mysql using
> that password.
> 
> If you can connect on command line, as you suggest, then please also test
> some critical operations like create a new table and then deleting it.
> Those are the kinds of permissions that your Koha user needs to have at
> installation.  Getting in is not enough.
> 
>       SS:  Yes, I can create tables, insert values, select values, delete
> values, drop tables, etc.
> 
> The exact statement Koha uses is:
>     my $dbh=
> DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port",
> $db_user, $db_passwd);
> 
> 
> All the strings with dollar signs ($) prepended are variables populated
> with
> values from the bottom of koha-conf.xml.
> 
>       SS:  The code pulls the values from context->config, which I assume
> get its values from 
>              from koha-conf.xml.  The values in koha-conf.xml are correct
> for hostname, database, port, user
>              and pass.
> 
> Make sure your Apache VirtualHost config uses SetEnv KOHA_CONF ... with
> the
> correct path to your koha-conf.xml file.  This should be the same file
> path
> you reference in shell by saying something like:
> 
> export KOHA_CONF=/path/to/my/koha-conf.xml
> 
> Otherwise you are testing something different than Apache is seeing.  If
> you
> edited the Apache configs at all, remember to do a (graceful) restart to
> make them take effect.
> 
>       SS:  SetEnv KOHA_CONF is correct in the  section of
> httpd.conf.
>              After making this change, I rebooted the server.
> 
> --Joe
> 
>       SS:  If you have any other suggestions, they are greately
> appreciated.
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/Can%27t-locate-object-method-connect-via-package-DBI-tp24310000p24375213.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul  8 03:28:37 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 7 Jul 2009 17:28:37 +0200
Subject: [Koha] Koha related accounts
Message-ID: <20090707152837.GA10231@localhost>

Dear all,

At the moment the users account on koha.org, the wiki and the bug
tracking system are distinct.
Would it be possible to have only one user account database which would
then be used for all the parts of the Koha website ?
What do you althink about it ?
Cheers,
S?bastien.

From nicole.engard at liblime.com  Wed Jul  8 04:00:45 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 7 Jul 2009 12:00:45 -0400
Subject: [Koha] Koha related accounts
In-Reply-To: <20090707152837.GA10231@localhost>
References: <20090707152837.GA10231@localhost>
Message-ID: <9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>

That would be great - but we'd need some sort of single sign on tool ...

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 11:28 AM, S?bastien
Hinderer wrote:
> Dear all,
>
> At the moment the users account on koha.org, the wiki and the bug
> tracking system are distinct.
> Would it be possible to have only one user account database which would
> then be used for all the parts of the Koha website ?
> What do you althink about it ?
> Cheers,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From nicole.engard at liblime.com  Wed Jul  8 04:02:53 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 7 Jul 2009 12:02:53 -0400
Subject: [Koha] Open Source Software in Libraries
In-Reply-To: <835777770907070801g3b8ac9cfuac2964497700e2e@mail.gmail.com>
References: <9128d7f00907061626r5c25549dm6b65a2d2d2975575@mail.gmail.com>
	<19051466.81246977303915.JavaMail.glawson@venus>
	<835777770907070801g3b8ac9cfuac2964497700e2e@mail.gmail.com>
Message-ID: <9128d7f00907070902i4f026eb7i765d828b4aed9a8a@mail.gmail.com>

Thanks a bunch!! I have been reading the literature - but have to do a
little bit of research of my own hehe :)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 11:01 AM, Cab Vinton wrote:
> This has been covered in the library literature very recently. See
> esp. the April 2009 issue of Library Technology Reports, and the Feb
> 2009 issue of Computers in Libraries. Not sure if the full-text is
> available online or not.
>
> Note that EBSCO provides free access to the Library, Information
> Science & Technology Abstracts (LISTA) database via
> http://www.libraryresearch.com.
>
> Good luck!
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>
>> ----- Original Message -----
>> From: "Nicole Engard" 
>> To: "Koha-Mailingliste" , "OSS4LIB List" , web4lib at webjunction.org
>> Sent: Monday, July 6, 2009 6:26:53 PM GMT -06:00 US/Canada Central
>> Subject: [Koha] Open Source Software in Libraries
>>
>> I am working on some very very broad research on open source use in
>> libraries for a book I'm working on. ?The focus of the book will be on
>> software you can use that is open source. ?If you have a chance to
>> answer this brief survey to help me out that would be greatly
>> appreciated:
>>
>> http://opensource.web2learning.net/limesurvey/index.php?sid=63946&lang=en
>>
>> Thanks a bunch!!! ?(and feel free to share with others)
>>
>> ---
>>
>> Nicole C. Engard
>> Open Source Evangelist, LibLime
>> (888) Koha ILS (564-2457) ext. 714
>> nce at liblime.com
>> AIM/Y!/Skype: nengard
>

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul  8 04:05:48 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 7 Jul 2009 18:05:48 +0200
Subject: [Koha] Koha related accounts
In-Reply-To: <9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>
References: <20090707152837.GA10231@localhost>
	<9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>
Message-ID: <20090707160548.GA3903@localhost>

Nicole Engard (2009/07/07 12:00 -0400):
> That would be great - but we'd need some sort of single sign on tool
> ...

Wouldn't something such as LDAP work ?

Sure, it would not avoid to have to ogin, but it would avoid to have to
create accounts in several places and guarantee that the
username/password pair is the same for all components of the website
(site itself, wiki, BTS, mailing-list also?).

Cheers,
S?bastien.

From Ian.Walls at med.nyu.edu  Wed Jul  8 04:07:42 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Tue, 7 Jul 2009 12:07:42 -0400
Subject: [Koha] Koha related accounts
In-Reply-To: <9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>
References: <20090707152837.GA10231@localhost>
	<9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E181C3024@MSGWSDCPMB07.nyumc.org>

Some kind of LDAP or SAML server?


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
(212) 263-8687



-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Nicole Engard
Sent: Tuesday, July 07, 2009 12:01 PM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Koha related accounts

That would be great - but we'd need some sort of single sign on tool ...

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 11:28 AM, S?bastien
Hinderer wrote:
> Dear all,
>
> At the moment the users account on koha.org, the wiki and the bug
> tracking system are distinct.
> Would it be possible to have only one user account database which would
> then be used for all the parts of the Koha website ?
> What do you althink about it ?
> Cheers,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
=================================


From lphillips at buttepubliclibrary.info  Wed Jul  8 04:07:21 2009
From: lphillips at buttepubliclibrary.info (Lee Phillips)
Date: Tue, 7 Jul 2009 10:07:21 -0600
Subject: [Koha] Anyone have a remote location set up in Koha?
Message-ID: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>

Hello all
Butte is setting up a remote location in a retail store as a depository for returned materials and a pick up location for holds. We can add a library to Koha to identify where the holds are but I can't figure out how to (on the user interface) indicate that location as the pick up for the holds when the user places a hold on materials.
Any ideas?
Lee Phillips
Butte Montana
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/06f6b3a9/attachment.htm 

From oleonard at myacpl.org  Wed Jul  8 04:12:53 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Tue, 7 Jul 2009 12:12:53 -0400
Subject: [Koha] Anyone have a remote location set up in Koha?
In-Reply-To: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
References: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
Message-ID: 

Hi Lee,

> We can add a library to
> Koha to identify where the holds are but I can't figure out how to (on the
> user interface)?indicate that location as the pick up?for the holds when the
> user places a hold on materials.

I'm not sure I understand what you mean. You're looking for something
more than just the entry for that "library" in the drop-down menu of
library choices? How would it be different from patrons choosing any
other library as their pickup location?

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From nicole.engard at liblime.com  Wed Jul  8 04:22:06 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 7 Jul 2009 12:22:06 -0400
Subject: [Koha] Anyone have a remote location set up in Koha?
In-Reply-To: 
References: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
	
Message-ID: <9128d7f00907070922y638b4cbeobf6308f714b11cec@mail.gmail.com>

I don't have an answer for you - but I wanted to say how cool it is
that you're going to have this in a store!!!

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 12:12 PM, Owen Leonard wrote:
> Hi Lee,
>
>> We can add a library to
>> Koha to identify where the holds are but I can't figure out how to (on the
>> user interface)?indicate that location as the pick up?for the holds when the
>> user places a hold on materials.
>
> I'm not sure I understand what you mean. You're looking for something
> more than just the entry for that "library" in the drop-down menu of
> library choices? How would it be different from patrons choosing any
> other library as their pickup location?
>
> ?-- 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
>

From lphillips at buttepubliclibrary.info  Wed Jul  8 04:27:33 2009
From: lphillips at buttepubliclibrary.info (Lee Phillips)
Date: Tue, 7 Jul 2009 10:27:33 -0600
Subject: [Koha] Anyone have a remote location set up in Koha?
References: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
	
Message-ID: 

Hi Owen!
Here is the deal- A patron puts a hold on materials to pick up from their 
logged in account. They want to pick it up at the retail location. How do 
they indicate to us that they want the book there? When we run the holds 
report how will we know what holds go to the retail location?
The second location will be added and display in the drop down but it will 
show what has been checked out to the pick up location, so I get that. This 
will also help us keep track of materials and useage.
Lee
----- Original Message ----- 
From: "Owen Leonard" 
To: "Lee Phillips" 
Cc: 
Sent: Tuesday, July 07, 2009 10:12 AM
Subject: Re: [Koha] Anyone have a remote location set up in Koha?


> Hi Lee,
>
>> We can add a library to
>> Koha to identify where the holds are but I can't figure out how to (on 
>> the
>> user interface) indicate that location as the pick up for the holds when 
>> the
>> user places a hold on materials.
>
> I'm not sure I understand what you mean. You're looking for something
> more than just the entry for that "library" in the drop-down menu of
> library choices? How would it be different from patrons choosing any
> other library as their pickup location?
>
>  -- Owen
>
> -- 
> Web Developer
> Athens County Public Libraries
> http://www.myacpl.org
> 


From Ian.Walls at med.nyu.edu  Wed Jul  8 04:25:20 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Tue, 7 Jul 2009 12:25:20 -0400
Subject: [Koha] Errors indexing recently imported authorities in Zebra
In-Reply-To: 
References: 
	
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E181C3025@MSGWSDCPMB07.nyumc.org>

Followup:


Upgraded to Zebra 2.0.  I can now run /reindex_zebra.pl -a, with or without line 13 of record.abs commented out, and I don't get any errors.  However, attempting to search for any authorities yields nothing still.

Has anyone else had problems indexing imported authority records?  I can't find any problem on my end, but if no one else is experiencing this, it wouldn't be a bug.

Just for details, I'm running Koha 3.0.3 on Ubuntu 8.04, with Zebra 2.0.38.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
(212) 263-8687



From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Walls, Ian
Sent: Thursday, July 02, 2009 1:20 PM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Errors indexing recently imported authorities in Zebra

Followup:


I commented out line 13 in /etc/koha/zebradb/marc_defs/marc21/authorities/record.abs (which read "all any"), and tried to run rebuild_zebra.pl again.  It worked, or at least didn't throw an obvious error, but I still cannot retrieve any authority records through search.

One other thought occurred to me:  I'm running an old version of Zebra (1.3.50) on this machine.  Unfortunately, my system is unable to reach ftp.indexdata.dk right now to pull libidzebra-2.0 and libidzebra-2.0-dev.  I'll try that again later.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
(212) 263-8687



From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Walls, Ian
Sent: Wednesday, July 01, 2009 1:30 PM
To: koha at lists.katipo.co.nz
Subject: [Koha] Errors indexing recently imported authorities in Zebra

Koha folks,


I've been pouring over this problem, consulting the forums, free web and source code in an attempt to figure out why I'm getting this error.  The closest I've found is this old post from 2006: http://www.nabble.com/Zebra-config-problem-(still-1)-td2747685.html#a2747685

Here is my procedure:


1.       I've exported my name authority records from my ILS in their proprietary XML format.

2.       Converting their XML into MARCXML

3.       Importing the MARCXML into Koha with ./bulkauthimport.pl -m MARCXML

4.       At this point, I can check the DB, and see my records in auth_header.  They have auth_ids, and both marc and marcxml.

5.       When I run ./rebuild_zebra.pl -a, I get the following (snipped for convenience; full output below):

12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't find att 'any' in attset
12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract syntax for 'record'
12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields in (bib1,Local-Number)
12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria

6.       When I attempt to search for any authorities, using terms I know should match record #1, I get nothing.

My initial guess is that I need to change my matching criteria somehow...

Any help would be greatly appreciated.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
(212) 263-8687




Full output of error message:

Records exported: 11020
====================
REINDEXING zebra
====================
12:24:32-01/07 zebraidx(11610) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11610) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11610) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11610) [debug][log] zebra_stop
12:24:32-01/07 zebraidx(11611) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_open rw = 1 useshadow=1 p=0x80b5788,n=,rp=(none)
12:24:32-01/07 zebraidx(11611) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11611) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11611) [log] dir /tmp/Zvy3uS9fsy/authority
12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 record.abs:13: Couldn't find att 'any' in attset
12:24:32-01/07 zebraidx(11611) [warn] /tmp/Zvy3uS9fsy/authority/exported_records:0 Unable to acquire abstract syntax for 'record'
12:24:32-01/07 zebraidx(11611) [warn] Record didn't contain match fields in (bib1,Local-Number)
12:24:32-01/07 zebraidx(11611) [warn] Bad match criteria
12:24:32-01/07 zebraidx(11611) [log] zebra_end_trans
12:24:32-01/07 zebraidx(11611) [log] sorting section 1
12:24:32-01/07 zebraidx(11611) [log] Iterations . . .     57
12:24:32-01/07 zebraidx(11611) [log] Distinct words .     21
12:24:32-01/07 zebraidx(11611) [log] Updates. . . . .      0
12:24:32-01/07 zebraidx(11611) [log] Deletions. . . .      0
12:24:32-01/07 zebraidx(11611) [log] Insertions . . .     21
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_register_close p=0x80b5788
12:24:32-01/07 zebraidx(11611) [log] Records:       0 i/u/d 0/0/0
12:24:32-01/07 zebraidx(11611) [log] user/system: 1/0
12:24:32-01/07 zebraidx(11611) [debug][log] zebra_stop
12:24:32-01/07 zebraidx(11611) [log] zebraidx times:  0.07  0.01  0.00
12:24:32-01/07 zebraidx(11612) [log] zebra_start /etc/koha/zebradb/zebra-authorities.cfg 1.3.50
12:24:32-01/07 zebraidx(11612) [log] enabling cache spec=/var/lib/koha/zebradb/authorities/shadow:1G
12:24:32-01/07 zebraidx(11612) [log] cache_fname = /var/lib/koha/zebradb/authorities/shadow/cache
12:24:32-01/07 zebraidx(11612) [log] commit start
12:24:32-01/07 zebraidx(11612) [debug][log] zebra_stop
skipping biblios
====================
CLEANING
====================

------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
=================================


------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
=================================
------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/49dbf070/attachment-0001.htm 

From nicole.engard at liblime.com  Wed Jul  8 04:25:53 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 7 Jul 2009 12:25:53 -0400
Subject: [Koha] Anyone have a remote location set up in Koha?
In-Reply-To: 
References: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
	
	
Message-ID: <9128d7f00907070925g68eb4b87r7953dd589a68ed8f@mail.gmail.com>

Lee,

When a patron places a hold they can pick their pick-up location from
the pull down - so as long as you have a location set up for the store
then you're set. Your reports will then show that the patron plans to
pick up the book at that location.
http://koha.org/documentation/manual/3.0/opac/holds-in-the-opac

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 12:27 PM, Lee
Phillips wrote:
> Hi Owen!
> Here is the deal- A patron puts a hold on materials to pick up from their
> logged in account. They want to pick it up at the retail location. How do
> they indicate to us that they want the book there? When we run the holds
> report how will we know what holds go to the retail location?
> The second location will be added and display in the drop down but it will
> show what has been checked out to the pick up location, so I get that. This
> will also help us keep track of materials and useage.
> Lee
> ----- Original Message -----
> From: "Owen Leonard" 
> To: "Lee Phillips" 
> Cc: 
> Sent: Tuesday, July 07, 2009 10:12 AM
> Subject: Re: [Koha] Anyone have a remote location set up in Koha?
>
>
>> Hi Lee,
>>
>>> We can add a library to
>>> Koha to identify where the holds are but I can't figure out how to (on
>>> the
>>> user interface) indicate that location as the pick up for the holds when
>>> the
>>> user places a hold on materials.
>>
>> I'm not sure I understand what you mean. You're looking for something
>> more than just the entry for that "library" in the drop-down menu of
>> library choices? How would it be different from patrons choosing any
>> other library as their pickup location?
>>
>> ?-- 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
>

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul  8 04:26:01 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 7 Jul 2009 18:26:01 +0200
Subject: [Koha] Koha related accounts
In-Reply-To: <543F9234BDD8434A8D45C3D6337B7C8E181C3024@MSGWSDCPMB07.nyumc.org>
References: <20090707152837.GA10231@localhost>
	<9128d7f00907070900y6b477371u4356a65589ed8e63@mail.gmail.com>
	<543F9234BDD8434A8D45C3D6337B7C8E181C3024@MSGWSDCPMB07.nyumc.org>
Message-ID: <20090707162601.GA2803@localhost>

Walls, Ian (2009/07/07 12:07 -0400):
> Some kind of LDAP or SAML server?

I'm not a specialist of authentication-related things, but probably,
yes.
Just a single place to store usr-related information (logins, passwords,
e-mail...) and which would be consulted by all the Koha related services
when someone logs in to that service.

S?bastien.

From lphillips at buttepubliclibrary.info  Wed Jul  8 04:42:36 2009
From: lphillips at buttepubliclibrary.info (Lee Phillips)
Date: Tue, 7 Jul 2009 10:42:36 -0600
Subject: [Koha] Anyone have a remote location set up in Koha?
References: <21C2BBC74513450398D66A154FF738B4@bsbpl.pri>
	
	
	<9128d7f00907070925g68eb4b87r7953dd589a68ed8f@mail.gmail.com>
Message-ID: 

Nicole

That is exactly what I needed to know. I will let you all know how it works 
out and if it is successful.
BTW- I completed your survey! Maybe this venture could be another open 
source app.
Many Thanks
Lee
----- Original Message ----- 
From: "Nicole Engard" 
To: "Lee Phillips" 
Cc: "Owen Leonard" ; 
Sent: Tuesday, July 07, 2009 10:25 AM
Subject: Re: [Koha] Anyone have a remote location set up in Koha?


> Lee,
>
> When a patron places a hold they can pick their pick-up location from
> the pull down - so as long as you have a location set up for the store
> then you're set. Your reports will then show that the patron plans to
> pick up the book at that location.
> http://koha.org/documentation/manual/3.0/opac/holds-in-the-opac
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Tue, Jul 7, 2009 at 12:27 PM, Lee
> Phillips wrote:
>> Hi Owen!
>> Here is the deal- A patron puts a hold on materials to pick up from their
>> logged in account. They want to pick it up at the retail location. How do
>> they indicate to us that they want the book there? When we run the holds
>> report how will we know what holds go to the retail location?
>> The second location will be added and display in the drop down but it 
>> will
>> show what has been checked out to the pick up location, so I get that. 
>> This
>> will also help us keep track of materials and useage.
>> Lee
>> ----- Original Message -----
>> From: "Owen Leonard" 
>> To: "Lee Phillips" 
>> Cc: 
>> Sent: Tuesday, July 07, 2009 10:12 AM
>> Subject: Re: [Koha] Anyone have a remote location set up in Koha?
>>
>>
>>> Hi Lee,
>>>
>>>> We can add a library to
>>>> Koha to identify where the holds are but I can't figure out how to (on
>>>> the
>>>> user interface) indicate that location as the pick up for the holds 
>>>> when
>>>> the
>>>> user places a hold on materials.
>>>
>>> I'm not sure I understand what you mean. You're looking for something
>>> more than just the entry for that "library" in the drop-down menu of
>>> library choices? How would it be different from patrons choosing any
>>> other library as their pickup location?
>>>
>>> -- 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
>>
> 


From edward_roche at solanco.k12.pa.us  Wed Jul  8 08:18:07 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Tue, 7 Jul 2009 16:18:07 -0400
Subject: [Koha] LDAP Attributes
Message-ID: 

Good Afternoon All

 

I am playing with the idea of using LDAP for user authentication and to
use this feature to populate the Koha patron db. I know the patron db
will not be populated automatically only when a user logs in. So my
issue/question is that I can match up the usual LDAP fields with the
corresponding ones in KOha like , first name and last name. I can even
find one to use for Branch but I am having trouble finding one for
patron type. I do see in the instructions for ldap (
http://wiki.koha.org/doku.php?id=en:development:ldap) that there is a
"categorycode" field, is this the field for patron type or is there
another? If it is the field, does anyone know a field in LDAP/AD to use
to hold this information?

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                     

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/f99c9b6d/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 5195 bytes
Desc: image003.jpg
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/f99c9b6d/attachment-0002.jpeg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 4626 bytes
Desc: image002.jpg
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/f99c9b6d/attachment-0003.jpeg 

From ScottZ at labette.edu  Wed Jul  8 08:20:37 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Tue, 7 Jul 2009 15:20:37 -0500
Subject: [Koha] Hold error
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4836@exch01.administration.labette.edu>

When a patron places a hold on an item. We are receiving the following
message: ERROR: Internal error: incomplete hold request. The book is on
the shelf and I have allowed on shelf holdings with my preferences. Am I
missing something.

 

 

Scotty Zollars

Director of Library Services

Labette Community College

200 S. 14th

Parsons, KS  67357

620-820-1168

620-421-1469 FAX

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/f571b65f/attachment.htm 

From ScottZ at labette.edu  Wed Jul  8 08:21:36 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Tue, 7 Jul 2009 15:21:36 -0500
Subject: [Koha] New local use preferences
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4837@exch01.administration.labette.edu>

We went live with Koha on June 1st. We are still trying to get our
reports up and running and deal with past circ issues. I will probably
be sending a "few" messages in the next day or so. This will prevent me
from throwing the computer out the window and hitting my assistant,
something that HR tends to frown on, let alone the IT department.
Anyway, question #1.: 

There seems to be two new local use preferences in the system admin
since I set up things to go live, itembarcodelength and
patronbarcodelength. I have looked in the manual and wasn't able to
locate anything too much on these. My main question is how do we input
the requested information? Do we simply put a number in each box such as
10 and 9 or do we put ten and nine nondescript numbers such as
9999999999 and 999999999 or letters XXXXXXXXXX and XXXXXXXXX?

 

Scotty Zollars

Director of Library Services

Labette Community College

200 S. 14th

Parsons, KS  67357

620-820-1168

620-421-1469 FAX

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/f5698af8/attachment.htm 

From kdr at ckls.org  Wed Jul  8 08:25:27 2009
From: kdr at ckls.org (kdr at ckls.org)
Date: Tue, 7 Jul 2009 16:25:27 -0400
Subject: [Koha] New local use preferences
Message-ID: <380-22009727202527769@M2W037.mail2web.com>

Scott-

If I remember correctly, you merely put a numeral; ours is 14.

Kathy

Original Message:
-----------------
From: Scott Zollars ScottZ at labette.edu
Date: Tue, 7 Jul 2009 15:21:36 -0500
To: koha at lists.katipo.co.nz
Subject: [Koha] New local use preferences


We went live with Koha on June 1st. We are still trying to get our
reports up and running and deal with past circ issues. I will probably
be sending a "few" messages in the next day or so. This will prevent me
from throwing the computer out the window and hitting my assistant,
something that HR tends to frown on, let alone the IT department.
Anyway, question #1.: 

There seems to be two new local use preferences in the system admin
since I set up things to go live, itembarcodelength and
patronbarcodelength. I have looked in the manual and wasn't able to
locate anything too much on these. My main question is how do we input
the requested information? Do we simply put a number in each box such as
10 and 9 or do we put ten and nine nondescript numbers such as
9999999999 and 999999999 or letters XXXXXXXXXX and XXXXXXXXX?

 

Scotty Zollars

Director of Library Services

Labette Community College

200 S. 14th

Parsons, KS  67357

620-820-1168

620-421-1469 FAX

 



--------------------------------------------------------------------
myhosting.com - Premium Microsoft? Windows? and Linux web and application
hosting - http://link.myhosting.com/myhosting



From nicole.engard at liblime.com  Wed Jul  8 08:27:35 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 7 Jul 2009 16:27:35 -0400
Subject: [Koha] New local use preferences
In-Reply-To: <380-22009727202527769@M2W037.mail2web.com>
References: <380-22009727202527769@M2W037.mail2web.com>
Message-ID: <9128d7f00907071327yecfca18gc12937b10cf466c3@mail.gmail.com>

Since these are local use preferences, I have not documented them -
they are not on the public Koha release which is what is documented in
the manual.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 7, 2009 at 4:25 PM, kdr at ckls.org wrote:
> Scott-
>
> If I remember correctly, you merely put a numeral; ours is 14.
>
> Kathy
>
> Original Message:
> -----------------
> From: Scott Zollars ScottZ at labette.edu
> Date: Tue, 7 Jul 2009 15:21:36 -0500
> To: koha at lists.katipo.co.nz
> Subject: [Koha] New local use preferences
>
>
> We went live with Koha on June 1st. We are still trying to get our
> reports up and running and deal with past circ issues. I will probably
> be sending a "few" messages in the next day or so. This will prevent me
> from throwing the computer out the window and hitting my assistant,
> something that HR tends to frown on, let alone the IT department.
> Anyway, question #1.:
>
> There seems to be two new local use preferences in the system admin
> since I set up things to go live, itembarcodelength and
> patronbarcodelength. I have looked in the manual and wasn't able to
> locate anything too much on these. My main question is how do we input
> the requested information? Do we simply put a number in each box such as
> 10 and 9 or do we put ten and nine nondescript numbers such as
> 9999999999 and 999999999 or letters XXXXXXXXXX and XXXXXXXXX?
>
>
>
> Scotty Zollars
>
> Director of Library Services
>
> Labette Community College
>
> 200 S. 14th
>
> Parsons, KS ?67357
>
> 620-820-1168
>
> 620-421-1469 FAX
>
>
>
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft? Windows? and Linux web and application
> hosting - http://link.myhosting.com/myhosting
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From ScottZ at labette.edu  Wed Jul  8 03:43:50 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Tue, 7 Jul 2009 10:43:50 -0500
Subject: [Koha] New local use preferences
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4833@exch01.administration.labette.edu>

We went live with Koha on June 1st. We are still trying to get our
reports up and running and deal with past circ issues. I will probably
be sending a "few" messages in the next day or so. This will prevent me
from throwing the computer out the window and hitting my assistant,
something that HR tends to frown on, let alone the IT department.
Anyway, question #1.: 

There seems to be two new local use preferences in the system admin
since I set up things to go live, itembarcodelength and
patronbarcodelength. I have looked in the manual and wasn't able to
locate anything too much on these. My main question is how do we input
the requested information? Do we simply put a number in each box such as
10 and 9 or do we put ten and nine nondescript numbers such as
9999999999 and 999999999 or letters XXXXXXXXXX and XXXXXXXXX?

 

 

Scotty

"You must try to generate happiness. If you aren't happy in one place,
chances are you  won't be happy anyplace" Ernie Banks, former Chicago
Cub

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/3ddf603d/attachment-0001.htm 

From jransom at library.org.nz  Tue Jul  7 14:06:53 2009
From: jransom at library.org.nz (Joann Ransom)
Date: Tue, 07 Jul 2009 14:06:53 +1200
Subject: [Koha] Event Reminder: NZ Koha Users group meeting
Message-ID: <4A52ADBD.4060401@library.org.nz>

Hi all,

Just a friendly reminder about the NZ Koha users group meeting on July 
17th (yes - next week!). You can find more information in this blog 
post: 
http://library-matters.blogspot.com/2009/06/nz-koha-users-group-meeting.html

Please RSVP to me by this Friday.

Cheers

Jo Ransom.
Acting Head of Libraries.
Horowhenua Library Trust
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jransom.vcf
Type: text/x-vcard
Size: 290 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/26a126f4/attachment-0001.vcf 

From activekete at yahoo.com  Wed Jul  8 09:36:10 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Tue, 7 Jul 2009 14:36:10 -0700 (PDT)
Subject: [Koha] koha 3 password
In-Reply-To: <7cdf12370907070625q227e94cej7f3fe85801aca5d8@mail.gmail.com>
References: <879097.58135.qm@web111911.mail.gq1.yahoo.com>
	<7cdf12370907060550m4da6fcc6sa560f5b46e3e05c6@mail.gmail.com>
	<448792.70573.qm@web111907.mail.gq1.yahoo.com>
	<85974.62768.qm@web111916.mail.gq1.yahoo.com>
	<7cdf12370907070625q227e94cej7f3fe85801aca5d8@mail.gmail.com>
Message-ID: <580765.98678.qm@web111919.mail.gq1.yahoo.com>



hi 
 i want to change password in koha 3 i'm using ubuntu , when running command in mysql 

SET PASSWORD FOR 'kohaadmin'@'localhost' = PASSWORD('newpassword'); 
and it's ok i can't log in koha and gave me koha error shall i must change password in file in etc like V. on windows

thank,s


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/64b474a8/attachment.htm 

From rick at praxis.com.au  Wed Jul  8 10:09:09 2009
From: rick at praxis.com.au (Rick Welykochy)
Date: Wed, 08 Jul 2009 08:09:09 +1000
Subject: [Koha] koha 3 password
In-Reply-To: <580765.98678.qm@web111919.mail.gq1.yahoo.com>
References: <879097.58135.qm@web111911.mail.gq1.yahoo.com>	<7cdf12370907060550m4da6fcc6sa560f5b46e3e05c6@mail.gmail.com>	<448792.70573.qm@web111907.mail.gq1.yahoo.com>	<85974.62768.qm@web111916.mail.gq1.yahoo.com>	<7cdf12370907070625q227e94cej7f3fe85801aca5d8@mail.gmail.com>
	<580765.98678.qm@web111919.mail.gq1.yahoo.com>
Message-ID: <4A53C785.9000606@praxis.com.au>

Kete Jourge wrote:

>  i want to change password in koha 3 i'm using ubuntu , when running 
> command in mysql

There are two places to change the password. You got the first: mysql.

> shall i must 
> change password in file in etc like V. on windows

Yup. Change the password in /etc/koha/koha-httpd.conf

or /etc/koha.conf for Koha/2


cheers
rickw



-- 
_________________________________
Rick Welykochy || Praxis Services

"Yes means No and No means Yes. Delete all files [Y]? "

From chris at bigballofwax.co.nz  Wed Jul  8 10:16:13 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Wed, 8 Jul 2009 10:16:13 +1200
Subject: [Koha] koha 3 password
In-Reply-To: <4A53C785.9000606@praxis.com.au>
References: <879097.58135.qm@web111911.mail.gq1.yahoo.com> 
	<7cdf12370907060550m4da6fcc6sa560f5b46e3e05c6@mail.gmail.com> 
	<448792.70573.qm@web111907.mail.gq1.yahoo.com>
	<85974.62768.qm@web111916.mail.gq1.yahoo.com> 
	<7cdf12370907070625q227e94cej7f3fe85801aca5d8@mail.gmail.com> 
	<580765.98678.qm@web111919.mail.gq1.yahoo.com>
	<4A53C785.9000606@praxis.com.au>
Message-ID: <606aab810907071516y53b77566t6dc7b8d08093b1a3@mail.gmail.com>

2009/7/8 Rick Welykochy :
> Kete Jourge wrote:
>
>> ?i want to change password in koha 3 i'm using ubuntu , when running
>> command in mysql
>
> There are two places to change the password. You got the first: mysql.
>
>> shall i must
>> change password in file in etc like V. on windows
>
> Yup. Change the password in /etc/koha/koha-httpd.conf

koha-conf.xml
>
> or /etc/koha.conf for Koha/2
>

Chris

From ohiocore at gmail.com  Wed Jul  8 10:59:11 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 7 Jul 2009 18:59:11 -0400
Subject: [Koha] LDAP Attributes
In-Reply-To: 
References: 
	
Message-ID: <235bf14f0907071559p5ba59f3ck71bc9d35f0cc2bce@mail.gmail.com>

> So my issue/question is that I can match up the usual LDAP fields with the
> corresponding ones in KOha like , first name and last name. I can even find
> one to use for Branch but I am having trouble finding one for patron type. I
> do see in the instructions for ldap (
> http://wiki.koha.org/doku.php?id=en:development:ldap) that there is a
> ?categorycode? field, is this the field for patron type or is there another?
> If it is the field, does anyone know a field in LDAP/AD to use to hold this
> information?
>

You are unlikely to represent perfectly matching Koha patron categories in
LDAP, unless you have set up categories in Koha to match something that
already existed in LDAP.  Usually it is easiest to just set a default
general patron category.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/ff1fcb4f/attachment.htm 

From dale.foster at fcdarwin.org.ec  Wed Jul  8 11:11:29 2009
From: dale.foster at fcdarwin.org.ec (Dale Foster)
Date: Tue, 7 Jul 2009 17:11:29 -0600
Subject: [Koha] Multiple Web OPACs
Message-ID: 

Goal: To allow Internet access to the library's OPAC.

Challenge: We are a small research library located in the Galapagos 
Islands. Internet connectivity is both intermittent and slow out here in 
the South Pacific, so opening our webserver to the world is not a viable 
option. We are in the process of installing Koha on our Intra-net 
webserver. We have contracted for webhosting on a faster connection/server 
on the mainland of Ecuador and can install Koha there. 
What is the best configuration for running two Koha OPAC's at different 
locations? 
What is the best way to exchange the data between the two locations?
 Do we need to do a complete installation of Koha on the mainland server, 
or is there an easy way just to install the webserver/OPAC module?

I look forward to hearing for anyone who has attempted a similar project.

Thanks,

Dale Foster
Bibliotecario Voluntario / Volunteer Librarian
Fundaci?n Charles Darwin / Charles Darwin Foundation (AISBL)
Puerto Ayora, Santa Cruz
Gal?pagos, Ecuador
Tel. (593-5) 2526 146/147 ext. 118
dale.foster at fcdarwin.org.ec
www.darwinfoundation.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/9b362f5d/attachment.htm 

From activekete at yahoo.com  Wed Jul  8 11:53:50 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Tue, 7 Jul 2009 16:53:50 -0700 (PDT)
Subject: [Koha] kill zebra
Message-ID: <798014.74802.qm@web111909.mail.gq1.yahoo.com>

hi 
i think i founded a way to indexing records without crontab on web 

http://lists.koha.org/pipermail/koha-devel/2008-January/007145.html my Mr. Mason James


ps -ef | grep zebrasrv

and kill low number 

by killing zebra and running  sudo zebrasrv -f /etc/koha/koha-conf.xml  but gave me all log , in the end of logging stratring zebra but not close terminal still working and when close it manually losing zebra .... any suggentions for that .. 



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/a73255a8/attachment.htm 

From ohiocore at gmail.com  Wed Jul  8 12:09:21 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 7 Jul 2009 20:09:21 -0400
Subject: [Koha] kill zebra
In-Reply-To: <798014.74802.qm@web111909.mail.gq1.yahoo.com>
References: <798014.74802.qm@web111909.mail.gq1.yahoo.com>
Message-ID: <235bf14f0907071709y21b8d0d7v25f8405b81f8e40@mail.gmail.com>

What you are describing does not make any sense.  So what if you kill
zebrasrv?   You still have to run rebuild_zebra, and then restart zebrasrv
anyway.  There are established zebra script for startup and shutdown, so you
could just use those instead of your manual kill method.

As for losing a process when you close terminal, try using the startup
scripts like /etc/init.d/zebra-ctl that use "daemon" to run the process
independently.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions

2009/7/7 Kete Jourge 

> i think i founded a way to indexing records without crontab on web
>
> http://lists.koha.org/pipermail/koha-devel/2008-January/007145.html my Mr.
> Mason James
>
> ps -ef | grep zebrasrv
>
> and kill low number
>
>
> by killing zebra and running  sudo zebrasrv -f /etc/koha/koha-conf.xml  but
> gave me all log , in the end of logging stratring zebra but not close
> terminal still working and when close it manually losing zebra .... any
> suggentions for that ..
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/74f157a7/attachment.htm 

From superjojo1000 at gmail.com  Wed Jul  8 16:13:11 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Wed, 8 Jul 2009 07:13:11 +0300
Subject: [Koha] kill zebra
In-Reply-To: <235bf14f0907071709y21b8d0d7v25f8405b81f8e40@mail.gmail.com>
References: <798014.74802.qm@web111909.mail.gq1.yahoo.com>
	<235bf14f0907071709y21b8d0d7v25f8405b81f8e40@mail.gmail.com>
Message-ID: 

hi
is kill zebra process not solving indexing problem .. i must rebuild zebra
after each record or run crontab script .... is right ??? or there anther
way to indexing without crontab ......
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/0484d8a4/attachment.htm 

From jransom at library.org.nz  Wed Jul  8 16:21:26 2009
From: jransom at library.org.nz (Joann Ransom)
Date: Wed, 8 Jul 2009 16:21:26 +1200
Subject: [Koha] Press Release: Tech Logic selected as RFID vendor for
	Horowhenua Library Trust.
Message-ID: <94c309ba0907072121x6b656781h673a9a105518963e@mail.gmail.com>

PRESS RELEASE.

White Bear Lake, Minn. (June 22, 2009)

Horowhenua District Libraries will implement Tech Logic?s CircIT RFID self
checkout and security systems in its new Levin Central Library and Foxton
Branch Library.

Rosalie Blake, Head of Horowhenua District Libraries, said, ?The Tech Logic
system readily met all of the evaluation criteria,? which included
compatibility with Koha 3.0, product excellence and reputation,
affordability in terms of purchase and total cost of ownership, and ongoing
service and support. Rosalie added, ?The libraries look forward to working
with Tech Logic on the introduction of RFID and to building a long term
relationship between the library and Tech Logic.? Future plans include the
likely introduction of a returns system at Levin Library.

More>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/db7aa6b3/attachment.htm 

From savitra.sirohi at osslabs.biz  Wed Jul  8 16:03:13 2009
From: savitra.sirohi at osslabs.biz (savitra sirohi)
Date: Wed, 8 Jul 2009 09:33:13 +0530
Subject: [Koha] Koha Workshop Series in Oct-Nov 2009 in India
Message-ID: <8cf6c9ba0907072103h29cfa0b4h49d044e1ffcf2d01@mail.gmail.com>

Folks,

We are organizing a Koha v3.0 workshop series in Oct-Nov 2009 at 4
cities in India - Bangalore, Mumbai, Chennai and Delhi

This series is focused on providing hands on training to enable
participants to install, migrate data and maintain their
installations.

Details including registration form can be found at this link:
http://www.osslabs.biz/koha_library_management_system/koha_workshops/

Last date for registration is 15th August.

Thanks,
Savitra Sirohi
Nucsoft OSS Labs
http://www.osslabs.biz

From superjojo1000 at gmail.com  Wed Jul  8 17:54:54 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Wed, 8 Jul 2009 07:54:54 +0200
Subject: [Koha] safe way
Message-ID: 

hi list
is it safe way to rebuild zebra by crontab every 1 or 5 mins to indexing my
new records , i'm really worry about my catalig to losing my data when
records become more 100.000 or 200.000 records , is it crontab  safing to
use it ? i know there are anther solution to indexing problem but i can't
found it because i believe that koha an integrated system  no way this
problem in it .... so is crontab sae when records become 200.000 or more or
any one have a perfect solution for indexing problem ..... thank's = mailing
list very helpful
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/4cd0d058/attachment.htm 

From chris at bigballofwax.co.nz  Wed Jul  8 18:06:19 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Wed, 8 Jul 2009 18:06:19 +1200
Subject: [Koha] safe way
In-Reply-To: 
References: 
Message-ID: <606aab810907072306t150875d7pd38cef20b761eb75@mail.gmail.com>

2009/7/8 Jonson philip :
> hi list
> is it safe way to rebuild zebra by crontab?every 1 or 5 mins to indexing my
> new records , i'm really worry about my catalig to losing my data when
> records become more 100.000 or 200.000 records , is it crontab? safing to
> use it ? i know there are anther solution to indexing problem but i can't
> found it because i believe that koha?an integrated system ?no way this
> problem in it .... so is crontab sae when records become 200.000 or more or
> any one have a perfect solution for indexing problem ..... thank's = mailing
> list very helpful

Yes, because rebuild_zebra is run with the -z switch it only indexes
the records that have changed, it doesn't reindex everything. Just
what has changed since last time it ran.
It's perfectly safe and libraries all over the world (quite a few who
have significantly more than 200,000 records) run it this way.

Chris

From superjojo1000 at gmail.com  Wed Jul  8 18:25:53 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Wed, 8 Jul 2009 08:25:53 +0200
Subject: [Koha] safe way
Message-ID: 

i rebuild zebra with - b - a - ( OK )  and when running with - z manually
didn't make any thing -- why ??
   that's my crontab

# m h  dom mon dow   command
PERL5LIB=/usr/share/koha/lib/
KOHA_CONF=/etc/koha/koha-conf.xml

## rebuild zebra
*/5 * * * * KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib/
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null

all my worry about we are thinking to make consortium between a few
libraries and i'm afraid of this point indexing so i asking if there anther
solution for indexing .....because i'm sure there are another way to make
koha indexing .... without crontab .... that's right or not .... thank's
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/acb113a7/attachment.htm 

From chris at bigballofwax.co.nz  Wed Jul  8 18:39:12 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Wed, 8 Jul 2009 18:39:12 +1200
Subject: [Koha] safe way
In-Reply-To: 
References: 
Message-ID: <606aab810907072339x7597d0a2j4177f20af5b2319a@mail.gmail.com>

2009/7/8 Jonson philip :
> i rebuild zebra with - b - a - ( OK )? and when running with - z manually
> didn't make any thing -- why ??

Probably because nothing has changed, without the -z it will reindex
the entire database, you don't need to do this. With -z it only
updates the index for records who have changed.

> ?? that's my crontab
>
> # m h? dom mon dow?? command
> PERL5LIB=/usr/share/koha/lib/
> KOHA_CONF=/etc/koha/koha-conf.xml
>
> ## rebuild zebra
> */5 * * * * KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib/
> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null
>
> all my worry about we are thinking to make consortium between a few
> libraries and i'm afraid of this point indexing so i asking if there anther
> solution for indexing .....because i'm sure there are another way to make
> koha indexing .... without crontab .... that's right or not .... thank's
>
Yes, using cron is the right way to do, consortia like NEKLS
(Northeast Kansas Library System) and CKLS, and many other consortia
run rebuild_zebra.pl with -z, using cron, to update the indices.

I'm not sure how many more ways I can say, yes, use cron to run rebuild_zebra.pl

Chris

From liny at cusat.ac.in  Wed Jul  8 21:55:42 2009
From: liny at cusat.ac.in (Liny Varghese)
Date: Wed, 8 Jul 2009 15:25:42 +0530 (IST)
Subject: [Koha] koha -Tools menu
Message-ID: <28e046138998b09b6b44a24fa06157dd.squirrel@mail.cusat.ac.in>

Dear All

I have recently installed Koha 3.0.2 on debian etch. I am logging using
kohaadmin, but in tools menu, menu items(import,news,barcode etc..) are
not displaying.

I think it is related to user permission. But kohaadmin is supposed to do
all the activities.

Is it a bug or not?

any help apreciated

regards

liny



From liny at cusat.ac.in  Wed Jul  8 21:51:55 2009
From: liny at cusat.ac.in (Liny Varghese)
Date: Wed, 8 Jul 2009 15:21:55 +0530 (IST)
Subject: [Koha] koha -Tools menu
Message-ID: <1f033b56bb635fd4f65dd24de67cdab3.squirrel@mail.cusat.ac.in>


Dear All

I have recently installed Koha 3.0.2 on debian etch. I am logging using
kohaadmin, but in tools menu, menu items(import,news,barcode etc..) are
not displaying.

I think it is related to user permission. But kohaadmin is supposed to do
all the activities.

Is it a bug or not?

any help apreciated

regards

liny


From ohiocore at gmail.com  Thu Jul  9 00:03:30 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 8 Jul 2009 08:03:30 -0400
Subject: [Koha] koha -Tools menu
In-Reply-To: <28e046138998b09b6b44a24fa06157dd.squirrel@mail.cusat.ac.in>
References: <28e046138998b09b6b44a24fa06157dd.squirrel@mail.cusat.ac.in>
Message-ID: <235bf14f0907080503i194dc346t9c11cf5211e11469@mail.gmail.com>

Any action that relies on borrowernumber, including any action that is
logged, by design cannot be done by kohaadmin since kohaadmin is not a true
borrower (has no borrowernumber).  That includes things as simple as
tagging.  That's not a bug.

Using your most privileged account for day-to-day activities is an error.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions


On Wed, Jul 8, 2009 at 5:55 AM, Liny Varghese  wrote:

> I have recently installed Koha 3.0.2 on debian etch. I am logging using
> kohaadmin, but in tools menu, menu items(import,news,barcode etc..) are
> not displaying.
>
> I think it is related to user permission. But kohaadmin is supposed to do
> all the activities.
>
> Is it a bug or not?
>
> any help apreciated
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/30252cc1/attachment.htm 

From dBavousett at ptfs.com  Thu Jul  9 00:06:08 2009
From: dBavousett at ptfs.com (Bavousett, David)
Date: Wed, 8 Jul 2009 08:06:08 -0400
Subject: [Koha] Multiple Web OPACs
In-Reply-To: 
References: 
Message-ID: 

Dale,

 

If the one on the mainland is intended to be read-only-just the OPAC, with no one placing reserves or anything-then you could do this pretty easily with a MySQL replication slave on the mainland server.  Tell the mainland OPAC to look to that slave server, and the one on the islands to look to the master.  Only the MySQL replication traffic would have to go back and forth.  When the net link is up and moving pretty well, the replication would be almost instant; MySQL can be taught to be tolerant of dodgy links, particularly on one-way replication like this.  The basic premise here is to let MySQL do the work of hauling the data across the water for you; neither Koha instance has to worry about it, and once it's set up and happy, neither do you.

 

Installing the whole Koha is easy, and separating out the OPAC would be a bit harder, so I'd just do that, and not define a web virtual host to point to the staff client pages.

 

Here's a link on setting up one-way asynchronous replication that might be some help to you:  http://dev.mysql.com/doc/refman/5.0/en/replication.html

 

You present an interesting use case here; I hope it goes well for you.  Good luck!

 

J. David Bavousett

Open Source Software Engineer

P | T | F | S  

 

From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Dale Foster
Sent: Tuesday, July 07, 2009 7:11 PM
To: koha at lists.katipo.co.nz
Subject: [Koha] Multiple Web OPACs

 


Goal: To allow Internet access to the library's OPAC. 

Challenge: We are a small research library located in the Galapagos Islands. Internet connectivity is both intermittent and slow out here in the South Pacific, so opening our webserver to the world is not a viable option. We are in the process of installing Koha on our Intra-net webserver. We have contracted for webhosting on a faster connection/server on the mainland of Ecuador and can install Koha there. 
What is the best configuration for running two Koha OPAC's at different locations? 
What is the best way to exchange the data between the two locations? 
 Do we need to do a complete installation of Koha on the mainland server, or is there an easy way just to install the webserver/OPAC module? 

I look forward to hearing for anyone who has attempted a similar project. 

Thanks, 

Dale Foster
Bibliotecario Voluntario / Volunteer Librarian
Fundaci?n Charles Darwin / Charles Darwin Foundation (AISBL)
Puerto Ayora, Santa Cruz
Gal?pagos, Ecuador
Tel. (593-5) 2526 146/147 ext. 118
dale.foster at fcdarwin.org.ec
www.darwinfoundation.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/5438dcc4/attachment.htm 

From galen.charlton at liblime.com  Thu Jul  9 03:51:43 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Wed, 8 Jul 2009 11:51:43 -0400
Subject: [Koha] Koha mailing list welcome message draft
In-Reply-To: <20090706190308.GA4901@pema>
References: <4659947d0907061131w1c6a12aua4c21f112d75ed02@mail.gmail.com>
	<20090706190308.GA4901@pema>
Message-ID: <4659947d0907080851g3842334en79506226766be3ba@mail.gmail.com>

Hi,

On Mon, Jul 6, 2009 at 3:03 PM, S?bastien
Hinderer wrote:
> 2. I'd keep the text as abbreviation-free as possible (ILS, FOSS...).

The acronyms have been spelled out now.

> 3. I'd rather have the pointers at the top and the remarks about
> netiquette at the bottom, but IMO the way it is now has also its
> wisdom because it is likely that people will read the complete
> message, whereas is the pointers come first they may follow them and
> stop reading.

OK, I've left it as is.

> 4. Regarding the netiquette, you may want to cite RFC 1855.

I've added a reference to that RFC.

> 5. Thanks for the nice job, Nicole !

Thanks also to Rachel, Irma, David, and MJ for useful edits to the
wiki page.  Unless there are any more comments, I'll ask that the Koha
list welcome message be set to wiki version this Friday (US).

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From ScottZ at labette.edu  Thu Jul  9 07:14:28 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Wed, 8 Jul 2009 14:14:28 -0500
Subject: [Koha] Problem constructing a report
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>

I am trying to come up with a report that will list how many items were
checked out in each Dewey area, their barcode and date. If I could get
the author and title, that would be icing on the cake. I haven't figured
out the last part. However, I figured out this for the first part:

 

SELECT  items.datelastborrowed,items.barcode,items.itemcallnumber,
(TO_DAYS(06/01/2009))-TO_DAYS(06/30/2009)) FROM borrowers LEFT JOIN
statistics on (statistics.borrowernumber=borrowers.borrowernumber) LEFT
JOIN items on (items.itemnumber = statistics.itemnumber) LEFT JOIN
biblioitems on (biblioitems.biblioitemnumber = items.biblioitemnumber)
WHERE DATE (items.datelastborrowed) BETWEEN '2009-06-01' AND
'2009-06-30'

 

It shows that there are 3 pages of a report but when I run the report, I
receive the following message:

 

Content-type: text/html

	

	



						
                       

					
                       Koha Error

									
                       

	

                

	


Koha error


	


The following fatal error has occurred:
 

								
                        
Can't use an undefined value as an
ARRAY reference at /home/slb/_kohaclone/reports/guided_reports.pl line
461.




	




	


Apache  Server version: Apache/2.2.3

							
Server built:   Sep  8 2008 08:59:32

	




	


Koha    3.01.00.032


								

Koha DB 3.0100032


								

MySQL   mysql  Ver 14.12 Distrib 5.0.32

 for pc-linux-gnu (x86_64) using readline 5.2

								



	


OS      Linux shin.ec2.liblime.com 2.6.21.7-2.fc8xen #1
SMP Fri Feb 15 12:34:28 EST 2008 x86_64


	

Perl    5.008008


									



 

	


I have constructed another report that gives me basically what I want
but shows everything that is checked out since we went live with the
system.  That SQL is:

 

SELECT  items.datelastborrowed,items.itemcallnumber,items.barcode, FROM
borrowers LEFT JOIN statistics on
(statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN items on
(items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
(biblioitems.biblioitemnumber = items.biblioitemnumber)  ORDER BY
items.datelastborrowed desc,items.itemcallnumber desc,items.barcode desc


 

So how do I get the date in example one to work with example 2?

 

Scotty

"You must try to generate happiness. If you aren't happy in one place,
chances are you  won't be happy anyplace" Ernie Banks, former Chicago
Cub

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/8f9e4a36/attachment-0001.htm 

From activekete at yahoo.com  Wed Jul  8 08:48:53 2009
From: activekete at yahoo.com (Kete Jourge)
Date: Tue, 7 Jul 2009 13:48:53 -0700 (PDT)
Subject: [Koha] password and usrname + koha 3
Message-ID: <5640.16543.qm@web111907.mail.gq1.yahoo.com>

hi 
i want to change koha 3 password and username on my OS ubuntu i used the mysql command 

mysql> SET PASSWORD FOR 'kohaadmin'@'localhost' = PASSWORD('newpassword');
Query OK, 0 rows affected (0.10 sec)

but when i login to koha 

Koha error
The following fatal error has occurred:
Access denied for user 'kohaadmin'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 666.
Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 25.
Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24.
Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27.
Compilation failed in require at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 24.
BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 24.

shall i must change the password in file in etc like koha on windows ... i asking what is this file i shall change password in it 

thank's 


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090707/6d372fd7/attachment.htm 

From dschust1 at tx.rr.com  Thu Jul  9 10:21:09 2009
From: dschust1 at tx.rr.com (David Schuster)
Date: Wed, 8 Jul 2009 15:21:09 -0700 (PDT)
Subject: [Koha] LDAP Attributes
In-Reply-To: <235bf14f0907071559p5ba59f3ck71bc9d35f0cc2bce@mail.gmail.com>
References: 
	<235bf14f0907071559p5ba59f3ck71bc9d35f0cc2bce@mail.gmail.com>
Message-ID: <24400430.post@talk.nabble.com>


Joe,

If you wanted to just authenticate and not update the borrowers using LDAP
can this be done?  I don't want to "compare" logins/passwords - maybe logins
only?

David Schuster


Joe Atzberger wrote:
> 
>> So my issue/question is that I can match up the usual LDAP fields with
>> the
>> corresponding ones in KOha like , first name and last name. I can even
>> find
>> one to use for Branch but I am having trouble finding one for patron
>> type. I
>> do see in the instructions for ldap (
>> http://wiki.koha.org/doku.php?id=en:development:ldap) that there is a
>> ?categorycode? field, is this the field for patron type or is there
>> another?
>> If it is the field, does anyone know a field in LDAP/AD to use to hold
>> this
>> information?
>>
> 
> You are unlikely to represent perfectly matching Koha patron categories in
> LDAP, unless you have set up categories in Koha to match something that
> already existed in LDAP.  Usually it is easiest to just set a default
> general patron category.
> 
> -- 
> Joe Atzberger
> LibLime - Open Source Library Solutions
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/LDAP-Attributes-tp24380510p24400430.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From ohiocore at gmail.com  Thu Jul  9 10:35:23 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 8 Jul 2009 18:35:23 -0400
Subject: [Koha] LDAP Attributes
In-Reply-To: <24400430.post@talk.nabble.com>
References: 
	<235bf14f0907071559p5ba59f3ck71bc9d35f0cc2bce@mail.gmail.com>
	<24400430.post@talk.nabble.com>
Message-ID: <235bf14f0907081535q2b6fe20cka9addbb3ff7aaea9@mail.gmail.com>

On Wed, Jul 8, 2009 at 6:21 PM, David Schuster  wrote:

> If you wanted to just authenticate and not update the borrowers using LDAP
> can this be done?


Yes, this would be update OFF with auth_by_bind ON, but you should consider
whether or not you really get what you want out of this situation.  See the
POD comments from my recently submitted LDAP patch:

Once a user has been accepted by the LDAP server, there are several
possibilities for how Koha will behave, depending on your configuration and
the presence of a matching Koha user in your local DB:

                                LOCAL_USER
        OPTION UPDATE REPLICATE  EXISTS?  RESULT
          A1      1       1        1      OK : We?re updating them anyway.
          A2      1       1        0      OK : We?re adding them anyway.
          B1      1       0        1      OK : We update them.
          B2      1       0        0     FAIL: We cannot add new user.
          C1      0       1        1      OK : We do nothing.
          C2      0       1        0      OK : We add the new user.
          D1      0       0        1      OK : We do nothing.
          D2      0       0        0     FAIL: We cannot add new user.

Note: failure here just means that Koha will fallback to checking the local
DB.  That is, a given user could login with their LDAP password OR their
local one.  If this is a problem, then you should enable update and supply a
mapping for password.  Then the local value will be updated at successful
LDAP login and the passwords will be synced.

If you choose NOT to update local users, the borrowers table will not be
affected at all.  Note that this means that patron passwords may appear to
change if LDAP is ever disabled, because the local table never contained the
LDAP values.

*auth_by_bind
*
Binds as the user instead of retrieving their record.  Recommended if update
disabled.



> I don't want to "compare" logins/passwords - maybe logins only?


No, that wouldn't mean anything in terms of authentication.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/464352d2/attachment.htm 

From edward_roche at solanco.k12.pa.us  Thu Jul  9 11:10:19 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Wed, 8 Jul 2009 19:10:19 -0400
Subject: [Koha] (no subject)
Message-ID: 

Good afternoon all

 

Is anyone using Ubuntu with Koha and have successfully connected to an
ISCSI SAN? I would like to sit the Koha DB on the SAN to see if it will
reduce some of the load on our server but so far have not been able to
successfully connect to it. I install the open-iscsi app and try to run
the following command:

 

iscsiadm --mode discovery --type sendtargets --portal 1.1.1.1

 

But get the following result:

 

iscsiadm: cannot make connection to 1.1.1.1:3260 (113)

iscsiadm: connection to discovery address 1.1.1.1 failed

 

If anyone has tried this and has had success please let me know.

 

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                   

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/06a54cf7/attachment.htm 

From pianohacker at gmail.com  Thu Jul  9 11:15:03 2009
From: pianohacker at gmail.com (Jesse)
Date: Wed, 8 Jul 2009 17:15:03 -0600
Subject: [Koha] password and usrname + koha 3
In-Reply-To: <5640.16543.qm@web111907.mail.gq1.yahoo.com>
References: <5640.16543.qm@web111907.mail.gq1.yahoo.com>
Message-ID: 

2009/7/7 Kete Jourge 

> hi
> i want to change koha 3 password and username on my OS ubuntu i used the
> mysql command
>
> mysql> SET PASSWORD FOR 'kohaadmin'@'localhost' = PASSWORD('newpassword');
> Query OK, 0 rows affected (0.10 sec)
>
> but when i login to koha
> Koha error
>
> The following fatal error has occurred:
>
> Access denied for user 'kohaadmin'@'localhost' (using password: YES) at /usr/share/koha/lib/C4/Context.pm line 666.
> Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25.
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 25.
> Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24.
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24.
> Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27.
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27.
> Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27.
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27.
> Compilation failed in require at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 24.
> BEGIN failed--compilation
>  aborted at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 24.
>
> shall i must change the password in file in etc like koha on windows ... i asking what is this file i shall change password in it
>
> thank's
>
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
Yes, you do need to change the password in /etc/koha/koha-conf.xml . It's
near the bottom, where it says  .

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090708/e2e88d85/attachment-0001.htm 

From vimal0212 at gmail.com  Thu Jul  9 14:42:23 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Thu, 9 Jul 2009 08:12:23 +0530
Subject: [Koha] Cronjob doubts solved
Message-ID: <5b978ad90907081942v29aaf175o35f0bebf8fe58091@mail.gmail.com>

Dear Friends,

At last I could found the reason of not calculating fine.

To make Koha cronjobs functional, follow the steps,

Open a terminal and try the commands,

localhost:~# su
localhost:~# cd /usr/share/koha/bin/cronjobs
localhost:~# crontab -u root crontab.example
localhost:~# crontab -u username crontab.example

Above mentioned steps should be try after the Koha installation.

Following changes in crontab are necessary,

localhost:~# crontab -e

change the following values there,

# ENVIRONMENT:
PERL5LIB=/usr/share/koha/lib
KOHA_CONF=/etc/koha/koha-conf.xml

# Some additional variables to save you typing
KOHA_CRON_PATH = /usr/share/koha/bin/cronjobs

 Notes:

Enable the Finemode to Production. Goto System
Preferences>Circulation>Production
Set the time of fine calculation in cron jobs.

Default time setting in crontab is for 24 hr live servers. If your Koha
server work only day time, set the day time for fine calculation.

For example, if your library close at 5 pm evening, you can set the fine
calculation time 16.45 pm.

Format of the entry is "m h  dom mon dow   command"

 Many non techie library professionals confronted the same problem.

I hope that, this solution will be helpful for them.

-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/bf4d1e82/attachment.htm 

From vimal0212 at gmail.com  Thu Jul  9 20:05:45 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Thu, 9 Jul 2009 13:35:45 +0530
Subject: [Koha] Trouble circulating freshly imported items
Message-ID: <5b978ad90907090105l55d9207ds47ffbd54165e849f@mail.gmail.com>

Dear Friends,



I am using Koha 3.03 with Debian Lenny.

I got the following error while trying to check out records which were
importing through MARC Import option in Tools.



Koha error



The following fatal error has occurred:



No branchcode argument to new.  Should be C4::Calendar->new(branchcode =>
$branchcode) at /usr/share/koha/lib/C4/Circulation.pm line 2306



How can I overcome this problem?


-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/2e6fb006/attachment.htm 

From emrysminnig at varndean.co.uk  Thu Jul  9 23:05:20 2009
From: emrysminnig at varndean.co.uk (Emrys Minnig)
Date: Thu, 9 Jul 2009 12:05:20 +0100
Subject: [Koha] Email overdue notice info not displaying
Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB506@ex2k3srv06.Varndean.local>

When our patrons receive an overdue notice, neither <> nor <> are showing up, though <> and <> are.
 
For example, our message template is:
 
Dear <> <>,
According to our records, you have items that are overdue.  Varndean Library does not charge late fines, but please return or renew them as soon as possible.
 
<> by <>
 
Do not reply directly to this email.  If you wish to email your librarians, please send an email to 'TheLibrary'.
Thanks!
 
What is actually received is:
 
Dear Emrys Minnig,
According to our records, you have items that are overdue.  Varndean Library does not charge late fines, but please return or renew them as soon as possible.
 
 by 
 
Do not reply directly to this email.  If you wish to email your librarians, please send an email to 'TheLibrary'.
Thanks!

I am using Koha 3.00.02.012 on Debian Etch, using qmail instead of the standard sendmail.  Anyone have an idea why elements are able to be pulled from the 'borrowers' table but not the 'biblio' table?

 

Emrys


From nicole.engard at liblime.com  Thu Jul  9 23:27:13 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 9 Jul 2009 07:27:13 -0400
Subject: [Koha] Problem constructing a report
In-Reply-To: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
Message-ID: <9128d7f00907090427sa28307fvaaaebd199863a1d5@mail.gmail.com>

I don't have an answer yet (I'd had to poke at this) but remember you
can ask here: http://wiki.koha.org/doku.php?id=sql_library for people
to write reports - also make sure to share your report once you get it
working.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/8 Scott Zollars :
> I am trying to come up with a report that will list how many items were
> checked out in each Dewey area, their barcode and date. If I could get the
> author and title, that would be icing on the cake. I haven?t figured out the
> last part. However, I figured out this for the first part:
>
>
>
> SELECT? items.datelastborrowed,items.barcode,items.itemcallnumber,
> (TO_DAYS(06/01/2009))-TO_DAYS(06/30/2009)) FROM borrowers LEFT JOIN
> statistics on (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN
> items on (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber) WHERE DATE
> (items.datelastborrowed) BETWEEN '2009-06-01' AND '2009-06-30'
>
>
>
> It shows that there are 3 pages of a report but when I run the report, I
> receive the following message:
>
>
>
> Content-type: text/html
>
> 
>
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
>
> ??????????????????????  xmlns="http://www.w3.org/1999/xhtml">
>
> ?????????????????????? Koha Error
>
> ?????????????????????? 
>
>
>
> 
Koha error

>
> 
The following fatal error has occurred:

>
> ???????? ???????????????
Can't use an undefined value as an ARRAY
> reference at /home/slb/_kohaclone/reports/guided_reports.pl line 461.
>
> 

>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
Apache? Server version: Apache/2.2.3
>
> Server built:?? Sep? 8 2008 08:59:32
>
> 
Koha??? 3.01.00.032
Koha DB 3.0100032
MySQL?? mysql? Ver 14.12 Distrib 5.0.32
>
> ?for pc-linux-gnu (x86_64) using readline 5.2
>
> 
OS????? Linux shin.ec2.liblime.com 2.6.21.7-2.fc8xen #1 SMP
> Fri Feb 15 12:34:28 EST 2008 x86_64
Perl??? 5.008008

>
>
>
> I have constructed another report that gives me basically what I want but
> shows everything that is checked out since we went live with the system.
> That SQL is:
>
>
>
> SELECT? items.datelastborrowed,items.itemcallnumber,items.barcode, FROM
> borrowers LEFT JOIN statistics on
> (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN items on
> (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber)? ORDER BY
> items.datelastborrowed desc,items.itemcallnumber desc,items.barcode desc
>
>
>
> So how do I get the date in example one to work with example 2?
>
>
>
> Scotty
>
> "You must try to generate happiness. If you aren't happy in one place,
> chances are you? won't be happy anyplace" Ernie Banks, former Chicago Cub
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From nicole.engard at liblime.com  Thu Jul  9 23:34:53 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 9 Jul 2009 07:34:53 -0400
Subject: [Koha] Email overdue notice info not displaying
In-Reply-To: <1BE699D6D690C34E8C8F3DD035C62DD2DBB506@ex2k3srv06.Varndean.local>
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB506@ex2k3srv06.Varndean.local>
Message-ID: <9128d7f00907090434j2776b606mfbe1ff629071e330@mail.gmail.com>

Emrys,

This is a known issue.  You need to use <> instead of
author and title. This will show all of the items the person has
overdue.

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3407

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 9, 2009 at 7:05 AM, Emrys Minnig wrote:
> When our patrons receive an overdue notice, neither <> nor <> are showing up, though <> and <> are.
>
> For example, our message template is:
>
> Dear <> <>,
> According to our records, you have items that are overdue. ?Varndean Library does not charge late fines, but please return or renew them as soon as possible.
>
> <> by <>
>
> Do not reply directly to this email. ?If you wish to email your librarians, please send an email to 'TheLibrary'.
> Thanks!
>
> What is actually received is:
>
> Dear Emrys Minnig,
> According to our records, you have items that are overdue. ?Varndean Library does not charge late fines, but please return or renew them as soon as possible.
>
> ?by
>
> Do not reply directly to this email. ?If you wish to email your librarians, please send an email to 'TheLibrary'.
> Thanks!
>
> I am using Koha 3.00.02.012 on Debian Etch, using qmail instead of the standard sendmail. ?Anyone have an idea why elements are able to be pulled from the 'borrowers' table but not the 'biblio' table?
>
>
>
> Emrys
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From basudpl at gmail.com  Fri Jul 10 00:58:13 2009
From: basudpl at gmail.com (Basu Talikoti)
Date: Thu, 9 Jul 2009 18:28:13 +0530
Subject: [Koha] mysqldump and backup
Message-ID: <3d2ea100907090558sada2485ked6a946817995a82@mail.gmail.com>

hi

I have taken backup from the server which run koha 3.0 on centos and i want
to load in other computer installed same version of koha. but give the
following error;

[root at localhost ~]# mysql -u root -p koha

Hi,

In our library we have two types of cataloguers: professional and
non-professional ones. When a non-prrofesisional adds a record, we would
like this record to b validated by a professional before being
integrated in the running catalogue.
Is there a way to achieve this ?
Perhaps somehting that would let the non-professional enter the record
as usually, but add it to the reservoir rather than to the catalogue ?

Many thanks in advance for any hint,
S?bstien.

From ohiocore at gmail.com  Fri Jul 10 02:34:08 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 9 Jul 2009 10:34:08 -0400
Subject: [Koha] mysqldump and backup
In-Reply-To: <3d2ea100907090558sada2485ked6a946817995a82@mail.gmail.com>
References: <3d2ea100907090558sada2485ked6a946817995a82@mail.gmail.com>
Message-ID: <235bf14f0907090734r1ac7cd5dkebff9f4b2ba12cbb@mail.gmail.com>

Basu --

Between the time you exported the file and when you imported, probably the
character set does not match.  This is part of the work you have to do to
ensure important UTF-8 handling.  You might be able to tell from looking at
the SQL file what the settings were at that time.  You can tell what they
are for your current user by asking mysql:

mysql> show variables where Variable_name like "char%";
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

You probably want to set those in /etc/mysql/my.cnf or ~/.my.cnf.  In a
worst case, you might have to copy the SQL file and manually remove the
parts that wont load, then deal with those separately.

--Joe

2009/7/9 Basu Talikoti 

> hi
>
> I have taken backup from the server which run koha 3.0 on centos and i want
> to load in other computer installed same version of koha. but give the
> following error;
>
> [root at localhost ~]# mysql -u root -p koha Enter password:
> ERROR 1064 (42000) at line 3325: You have an error in your SQL syntax;
> check the manual that corresponds to your MySQL server version for the right
> syntax to use near '??? ??? 3????]??2?h???:?        ??m?' at line 1
> [root at localhost ~]#
>
> it load up to 97 tables . when uploading systempreference table it give the
> above error
>
> Can anyone explain what the problem is and how to solve it..
>
> basu
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/4cd5cd41/attachment.htm 

From vinod.kumar.trf at gmail.com  Fri Jul 10 02:38:16 2009
From: vinod.kumar.trf at gmail.com (vinod kumar)
Date: Thu, 9 Jul 2009 20:08:16 +0530
Subject: [Koha] add language to Koha V 3.0
Message-ID: 

Could someone help me on the  process to add bangla and malyalam languages
to Koha.
I have it working in my library in english so far, but all mine book are in
malyalam and bangla languages.

if there is any url or manual for it, pl give me its location.

thanks very much.

v. kumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/6b92904f/attachment.htm 

From ohiocore at gmail.com  Fri Jul 10 03:15:36 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 9 Jul 2009 11:15:36 -0400
Subject: [Koha] Trouble circulating freshly imported items
In-Reply-To: <5b978ad90907090105l55d9207ds47ffbd54165e849f@mail.gmail.com>
References: <5b978ad90907090105l55d9207ds47ffbd54165e849f@mail.gmail.com>
Message-ID: <235bf14f0907090815h67532598l8fa25e90e99c6487@mail.gmail.com>

Make sure all your items have a homebranch, and all your patrons have a
branchcode.  Also make sure you are logged in as a real user who has a
homebranch set.

Since you mentioned importing items, check for this:
SELECT * from items where homebranch IS NULL or homebranch = "";

-- 
Joe Atzberger
LibLime - Open Source Library Solutions

2009/7/9 Vimal Kumar 

> Dear Friends,
>
> I am using Koha 3.03 with Debian Lenny.
>
> I got the following error while trying to check out records which were
> importing through MARC Import option in Tools.
>
>
>
> Koha error
>
> The following fatal error has occurred:
>
> No branchcode argument to new.  Should be C4::Calendar->new(branchcode =>
> $branchcode) at /usr/share/koha/lib/C4/Circulation.pm line 2306
>
> How can I overcome this problem?
> --
> Vimal Kumar V.
> Asst. Librarian
> Asian School of Business
> Technopark, Trivandrum-695 581
> Web: www.vimalkumar.co.nr
> Blog: http://vimalkumar.oksociety.in
>
> OK Society Volunteer. http://oksociety.in
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/f6bf7ebb/attachment.htm 

From ryan.higgins at liblime.com  Fri Jul 10 04:13:05 2009
From: ryan.higgins at liblime.com (Ryan Higgins)
Date: Thu, 9 Jul 2009 09:13:05 -0700
Subject: [Koha] Problem constructing a report
In-Reply-To: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
Message-ID: 

Scott, you have an extra close-paren in that first to_days() bit.
(TO_DAYS(06/01/2009)-TO_DAYS(06/30/2009))  is the corrected
syntax, but adding that to the SELECT clause doesn't give you
any useful information.

I think you want something more like

SELECT itemcallnumber, barcode, datetime, author, title from statistics
    LEFT JOIN items USING( itemnumber )
    LEFT JOIN biblio USING( biblionumber )
    WHERE type= 'issue' AND datetime >  '2009-06-01' AND datetime <
'2009-06-30'
    ORDER BY itemcallnumber


Hope that helps,

-- 
Ryan Higgins

LibLime  *  Open-Source Solutions for Libraries
Featuring KohaZOOM ILS
888-564-2457  x704


2009/7/8 Scott Zollars :
> I am trying to come up with a report that will list how many items were
> checked out in each Dewey area, their barcode and date. If I could get the
> author and title, that would be icing on the cake. I haven?t figured out the
> last part. However, I figured out this for the first part:
>
>
>
> SELECT? items.datelastborrowed,items.barcode,items.itemcallnumber,
> (TO_DAYS(06/01/2009))-TO_DAYS(06/30/2009)) FROM borrowers LEFT JOIN
> statistics on (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN
> items on (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber) WHERE DATE
> (items.datelastborrowed) BETWEEN '2009-06-01' AND '2009-06-30'
>
>
>
> It shows that there are 3 pages of a report but when I run the report, I
> receive the following message:
>
>
>
> Content-type: text/html
>
> 
>
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
>
> ??????????????????????  xmlns="http://www.w3.org/1999/xhtml">
>
> ?????????????????????? Koha Error
>
> ?????????????????????? 
>
>
>
> 
Koha error

>
> 
The following fatal error has occurred:

>
> ???????? ???????????????
Can't use an undefined value as an ARRAY
> reference at /home/slb/_kohaclone/reports/guided_reports.pl line 461.
>
> 

>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
Apache? Server version: Apache/2.2.3
>
> Server built:?? Sep? 8 2008 08:59:32
>
> 
Koha??? 3.01.00.032
Koha DB 3.0100032
MySQL?? mysql? Ver 14.12 Distrib 5.0.32
>
> ?for pc-linux-gnu (x86_64) using readline 5.2
>
> 
OS????? Linux shin.ec2.liblime.com 2.6.21.7-2.fc8xen #1 SMP
> Fri Feb 15 12:34:28 EST 2008 x86_64
Perl??? 5.008008

>
>
>
> I have constructed another report that gives me basically what I want but
> shows everything that is checked out since we went live with the system.
> That SQL is:
>
>
>
> SELECT? items.datelastborrowed,items.itemcallnumber,items.barcode, FROM
> borrowers LEFT JOIN statistics on
> (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN items on
> (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber)? ORDER BY
> items.datelastborrowed desc,items.itemcallnumber desc,items.barcode desc
>
>
>
> So how do I get the date in example one to work with example 2?
>
>
>
> Scotty
>
> "You must try to generate happiness. If you aren't happy in one place,
> chances are you? won't be happy anyplace" Ernie Banks, former Chicago Cub
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From gregb at scls.lib.wi.us  Fri Jul 10 05:30:35 2009
From: gregb at scls.lib.wi.us (Greg Barniskis)
Date: Thu, 09 Jul 2009 12:30:35 -0500
Subject: [Koha] Problem constructing a report - WHERE dates?
In-Reply-To: 
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
	
Message-ID: <4A56293B.4080306@scls.lib.wi.us>


WHERE type= 'issue' AND datetime > '2009-06-01' AND datetime < '2009-06-30'

Is that right? Keeping in mind that I'm no Koha expert, much less expert 
in MySQL, I could easily be wrong. But in more general db work, I was 
always taught that a bare date stamp equated to a time stamp of midnight 
(the start of that date).

Thus a WHERE clause of "less than date" would technically exclude 
anything that was actually on that date. I was told to use

< '2009-07-01'

if I wanted to include everything up to '2009-06-30 23:59:59'.

Right? Wrong? Conditional?

-- 
Greg Barniskis, Computer Systems Integrator
South Central Library System (SCLS)
Library Interchange Network (LINK)
, (608) 266-6348

From nicole.engard at liblime.com  Fri Jul 10 05:33:48 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 9 Jul 2009 13:33:48 -0400
Subject: [Koha] Problem constructing a report - WHERE dates?
In-Reply-To: <4A56293B.4080306@scls.lib.wi.us>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
	
	<4A56293B.4080306@scls.lib.wi.us>
Message-ID: <9128d7f00907091033q10d24abepc010129be2b1e166@mail.gmail.com>

You are right, you want to make it '2009-07-01' if you want the entire
month of June. Also a tip - you can do this :

WHERE type= 'issue' AND datetime BETWEEN '20091-06-01' AND '2009-07-01'

For examples of reports you might want to check out this page:
http://wiki.koha.org/doku.php?id=sql_library

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 9, 2009 at 1:30 PM, Greg Barniskis wrote:
>
> WHERE type= 'issue' AND datetime > '2009-06-01' AND datetime < '2009-06-30'
>
> Is that right? Keeping in mind that I'm no Koha expert, much less expert
> in MySQL, I could easily be wrong. But in more general db work, I was
> always taught that a bare date stamp equated to a time stamp of midnight
> (the start of that date).
>
> Thus a WHERE clause of "less than date" would technically exclude
> anything that was actually on that date. I was told to use
>
> < '2009-07-01'
>
> if I wanted to include everything up to '2009-06-30 23:59:59'.
>
> Right? Wrong? Conditional?
>
> --
> Greg Barniskis, Computer Systems Integrator
> South Central Library System (SCLS)
> Library Interchange Network (LINK)
> , (608) 266-6348
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From beverly.church at liblime.com  Fri Jul 10 06:13:16 2009
From: beverly.church at liblime.com (Beverly Church)
Date: Thu, 9 Jul 2009 14:13:16 -0400
Subject: [Koha] Problem constructing a report - WHERE dates?
In-Reply-To: <9128d7f00907091033q10d24abepc010129be2b1e166@mail.gmail.com>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
	
	<4A56293B.4080306@scls.lib.wi.us>
	<9128d7f00907091033q10d24abepc010129be2b1e166@mail.gmail.com>
Message-ID: 

Another option is to use the "date" time function:

WHERE type= 'issue' AND date(datetime) BETWEEN '20091-06-01' AND
'2009-06-30'

This seems to work.


On Thu, Jul 9, 2009 at 1:33 PM, Nicole Engard wrote:

> You are right, you want to make it '2009-07-01' if you want the entire
> month of June. Also a tip - you can do this :
>
> WHERE type= 'issue' AND datetime BETWEEN '20091-06-01' AND '2009-07-01'
>
> For examples of reports you might want to check out this page:
> http://wiki.koha.org/doku.php?id=sql_library
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Thu, Jul 9, 2009 at 1:30 PM, Greg Barniskis
> wrote:
> >
> > WHERE type= 'issue' AND datetime > '2009-06-01' AND datetime <
> '2009-06-30'
> >
> > Is that right? Keeping in mind that I'm no Koha expert, much less expert
> > in MySQL, I could easily be wrong. But in more general db work, I was
> > always taught that a bare date stamp equated to a time stamp of midnight
> > (the start of that date).
> >
> > Thus a WHERE clause of "less than date" would technically exclude
> > anything that was actually on that date. I was told to use
> >
> > < '2009-07-01'
> >
> > if I wanted to include everything up to '2009-06-30 23:59:59'.
> >
> > Right? Wrong? Conditional?
> >
> > --
> > Greg Barniskis, Computer Systems Integrator
> > South Central Library System (SCLS)
> > Library Interchange Network (LINK)
> > , (608) 266-6348
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>



-- 
-----------------
Beverly Church
Project Manager - LibLime
phone: 1.888.564.2457 x717
email: beverly.church at liblime.com
skype: beverlychurch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/eeda5d55/attachment.htm 

From nblake at masscat.org  Fri Jul 10 06:47:38 2009
From: nblake at masscat.org (Nora Blake)
Date: Thu, 9 Jul 2009 14:47:38 -0400
Subject: [Koha] Problem constructing a report
Message-ID: 

Hi Scott.

Let me preface this by saying that I know nothing about SQL.  A little while ago I got some help with a similar question.  I needed a report that would generate a count of items added to the catalog by Dewey range.  My report gathers data for a consortium implementation of Koha.  I think you need to work the following elements into your statement:

substring(itemcallnumber,1,1) as 'Call# range'  - should be part of your SELECT statement for the item call number (I think).

Group by substring(itemcallnumber,1,1) - should be part of your ORDER BY statement (I think). 

I tried to work these into your statement but I couldn't get it to work.  It could be because I've got a different setup for my Koha system, or it could be because I'm all wet and this advice is useless. 

Maybe others can expand on this.

Good luck,

Nora
________________________

Nora Blake
MassCat Manager
P.O. Box 241
South Deerfield, MA 01373-0241
Toll Free in MA: 866-MASSCAT (627-7228)
Local Phone: 413-665-5511
Email: nblake at masscat.org
Website: http://www.masscat.org
AIM: vegancatwoman
Skype: veganlibrarian
Skype: nora.blake

-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Ryan Higgins
Sent: Thursday, July 09, 2009 12:13 PM
To: Scott Zollars
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Problem constructing a report

Scott, you have an extra close-paren in that first to_days() bit.
(TO_DAYS(06/01/2009)-TO_DAYS(06/30/2009))  is the corrected
syntax, but adding that to the SELECT clause doesn't give you
any useful information.

I think you want something more like

SELECT itemcallnumber, barcode, datetime, author, title from statistics
    LEFT JOIN items USING( itemnumber )
    LEFT JOIN biblio USING( biblionumber )
    WHERE type= 'issue' AND datetime >  '2009-06-01' AND datetime <
'2009-06-30'
    ORDER BY itemcallnumber


Hope that helps,

-- 
Ryan Higgins

LibLime  *  Open-Source Solutions for Libraries
Featuring KohaZOOM ILS
888-564-2457  x704


2009/7/8 Scott Zollars :
> I am trying to come up with a report that will list how many items were
> checked out in each Dewey area, their barcode and date. If I could get the
> author and title, that would be icing on the cake. I haven't figured out the
> last part. However, I figured out this for the first part:
>
>
>
> SELECT? items.datelastborrowed,items.barcode,items.itemcallnumber,
> (TO_DAYS(06/01/2009))-TO_DAYS(06/30/2009)) FROM borrowers LEFT JOIN
> statistics on (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN
> items on (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber) WHERE DATE
> (items.datelastborrowed) BETWEEN '2009-06-01' AND '2009-06-30'
>
>
>
> It shows that there are 3 pages of a report but when I run the report, I
> receive the following message:
>
>
>
> Content-type: text/html
>
> 
>
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
>
> ??????????????????????  xmlns="http://www.w3.org/1999/xhtml">
>
> ?????????????????????? Koha Error
>
> ?????????????????????? 
>
>
>
> 
Koha error

>
> 
The following fatal error has occurred:

>
> ???????? ???????????????
Can't use an undefined value as an ARRAY
> reference at /home/slb/_kohaclone/reports/guided_reports.pl line 461.
>
> 

>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
Apache? Server version: Apache/2.2.3
>
> Server built:?? Sep? 8 2008 08:59:32
>
> 
Koha??? 3.01.00.032
Koha DB 3.0100032
MySQL?? mysql? Ver 14.12 Distrib 5.0.32
>
> ?for pc-linux-gnu (x86_64) using readline 5.2
>
> 
OS????? Linux shin.ec2.liblime.com 2.6.21.7-2.fc8xen #1 SMP
> Fri Feb 15 12:34:28 EST 2008 x86_64
Perl??? 5.008008

>
>
>
> I have constructed another report that gives me basically what I want but
> shows everything that is checked out since we went live with the system.
> That SQL is:
>
>
>
> SELECT? items.datelastborrowed,items.itemcallnumber,items.barcode, FROM
> borrowers LEFT JOIN statistics on
> (statistics.borrowernumber=borrowers.borrowernumber) LEFT JOIN items on
> (items.itemnumber = statistics.itemnumber) LEFT JOIN biblioitems on
> (biblioitems.biblioitemnumber = items.biblioitemnumber)? ORDER BY
> items.datelastborrowed desc,items.itemcallnumber desc,items.barcode desc
>
>
>
> So how do I get the date in example one to work with example 2?
>
>
>
> Scotty
>
> "You must try to generate happiness. If you aren't happy in one place,
> chances are you? won't be happy anyplace" Ernie Banks, former Chicago Cub
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

From melanie at salpublib.org  Fri Jul 10 07:37:55 2009
From: melanie at salpublib.org (Melanie Hedgespeth)
Date: Thu, 9 Jul 2009 14:37:55 -0500
Subject: [Koha] Catalog Search box on website
Message-ID: <0ED33D17F2BFB64399D89F02614DACD3606E5B@exchange1.salpublib.org>

We would like to have a catalog search option on the front page of our
website.  

Is there any information on this?

 

Thanks!

 

Melanie



 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/f857adb1/attachment.htm 

From galen.charlton at liblime.com  Fri Jul 10 07:55:29 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Thu, 9 Jul 2009 14:55:29 -0500
Subject: [Koha] Catalog Search box on website
In-Reply-To: <0ED33D17F2BFB64399D89F02614DACD3606E5B@exchange1.salpublib.org>
References: <0ED33D17F2BFB64399D89F02614DACD3606E5B@exchange1.salpublib.org>
Message-ID: <4659947d0907091255k33b920b4t262292936d7d2307@mail.gmail.com>

Hi,

2009/7/9 Melanie Hedgespeth :
> We would like to have a catalog search option on the front page of our
> website.

It takes adding just a bit of HTML to your front page, along the lines of



  
  



Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From ohiocore at gmail.com  Fri Jul 10 08:00:45 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 9 Jul 2009 16:00:45 -0400
Subject: [Koha] Problem constructing a report - WHERE dates?
In-Reply-To: <4A56293B.4080306@scls.lib.wi.us>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
	
	<4A56293B.4080306@scls.lib.wi.us>
Message-ID: <235bf14f0907091300g688c41e6p829378f83f9e026c@mail.gmail.com>

You can also do:

WHERE YEAR(datetime) = 2009 AND MONTH(datetime) = 6

I tend to prefer that one, since it is easy to update/increment and you
don't have to remember how many days are in a given month for that specific
year.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions

On Thu, Jul 9, 2009 at 1:30 PM, Greg Barniskis  wrote:

>
> WHERE type= 'issue' AND datetime > '2009-06-01' AND datetime < '2009-06-30'
>
> Is that right? Keeping in mind that I'm no Koha expert, much less expert
> in MySQL, I could easily be wrong. But in more general db work, I was
> always taught that a bare date stamp equated to a time stamp of midnight
> (the start of that date).
>
> Thus a WHERE clause of "less than date" would technically exclude
> anything that was actually on that date. I was told to use
>
> < '2009-07-01'
>
> if I wanted to include everything up to '2009-06-30 23:59:59'.
>
> Right? Wrong? Conditional?
>
> --
> Greg Barniskis, Computer Systems Integrator
> South Central Library System (SCLS)
> Library Interchange Network (LINK)
> , (608) 266-6348
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090709/feb358b6/attachment-0001.htm 

From nicole.engard at liblime.com  Fri Jul 10 09:33:43 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 9 Jul 2009 17:33:43 -0400
Subject: [Koha] Problem constructing a report - WHERE dates?
In-Reply-To: <235bf14f0907091300g688c41e6p829378f83f9e026c@mail.gmail.com>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE484C@exch01.administration.labette.edu>
	
	<4A56293B.4080306@scls.lib.wi.us>
	<235bf14f0907091300g688c41e6p829378f83f9e026c@mail.gmail.com>
Message-ID: <9128d7f00907091433u76f42173n402ba13e3af5f884@mail.gmail.com>

That's my favorite one - but for sometimes I never think of it :) thanks Joe!

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/9 Joe Atzberger :
> You can also do:
>
> WHERE YEAR(datetime) = 2009 AND MONTH(datetime) = 6
>
> I tend to prefer that one, since it is easy to update/increment and you
> don't have to remember how many days are in a given month for that specific
> year.
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
> On Thu, Jul 9, 2009 at 1:30 PM, Greg Barniskis  wrote:
>>
>> WHERE type= 'issue' AND datetime > '2009-06-01' AND datetime <
>> '2009-06-30'
>>
>> Is that right? Keeping in mind that I'm no Koha expert, much less expert
>> in MySQL, I could easily be wrong. But in more general db work, I was
>> always taught that a bare date stamp equated to a time stamp of midnight
>> (the start of that date).
>>
>> Thus a WHERE clause of "less than date" would technically exclude
>> anything that was actually on that date. I was told to use
>>
>> < '2009-07-01'
>>
>> if I wanted to include everything up to '2009-06-30 23:59:59'.
>>
>> Right? Wrong? Conditional?
>>
>> --
>> Greg Barniskis, Computer Systems Integrator
>> South Central Library System (SCLS)
>> Library Interchange Network (LINK)
>> , (608) 266-6348
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From rms at srasys.co.in  Fri Jul 10 18:03:48 2009
From: rms at srasys.co.in (Sivasankari)
Date: Fri, 10 Jul 2009 11:33:48 +0530
Subject: [Koha] Error occured in installing and launching koha
Message-ID: <003901ca0124$331009e0$770110ac@srasys.co.in>

Hi,
I'm a newbie to koha. I tried to install koha in fedora10 linux. and had installed the koha with pre-requisites of  essential perl modules,UTF-8 charset in mysql. I haven't installed Zebra, Yaz, since i'm not going to test with huge data contents. i followed INSTALL.fedora7 available in the koha-3.00.03 version tar file extracted. I couldnot understand sec 4.4 loading data for tests. 

Installer document  says to add Listen 8080 in the etc/httpd/conf/httpd.conf file. Since Apache tomcat server is configured for 8080, i haven't added the line in the httpd.conf file.

When i launch the http:::80/ -  I get the error mentioned below. - 

==== Screen output ====

Koha error
The following fatal error has occurred:

Can't locate ZOOM.pm in @INC (@INC contains: /usr/share/koha/lib /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .) at /usr/share/koha/lib/C4/Context.pm line 85.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Context.pm line 85.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 25.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 25.
Compilation failed in require at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
BEGIN failed--compilation aborted at /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
==== Screen output ====Kindly help me out , what may be reason for this.Thanks in advanceSivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/18f4c2e7/attachment.htm 

From amitddng135 at gmail.com  Fri Jul 10 21:25:36 2009
From: amitddng135 at gmail.com (Amit Gupta)
Date: Fri, 10 Jul 2009 14:55:36 +0530
Subject: [Koha] Fwd: koha
In-Reply-To: 
References: 
Message-ID: 

Post this mail to koha mailing list directly.

---------- Forwarded message ----------
From: vinod kumar 
Date: Fri, Jul 10, 2009 at 1:10 PM
Subject: koha
To: amitddng135 


Ata Rahman told me a lot abt you and yr wrk in indian languages.
i am working for a social organisation of south india, in bihar through my
org.
i have installed koha for their local inhouse librry and then need bangla
and malyalam languges enabled in opac and for data entry
can u help in this matter . is there a manual avaialble
Ata Rahman told me to convey you his regards also.
where r u located. may be sometime we will meet as i keep travelling to
delhi every 3 to 4 moinths for my office work
v. kumar



-- 
*Cheers,
Amit Gupta
Nucsoft Osslabs
amitddng135 at gmail.com
www.osslabs.biz
*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/adb07459/attachment.htm 

From indradg at gmail.com  Fri Jul 10 22:26:52 2009
From: indradg at gmail.com (Indranil Das Gupta)
Date: Fri, 10 Jul 2009 15:56:52 +0530
Subject: [Koha] add language to Koha V 3.0
In-Reply-To: 
References: 
Message-ID: 

Hi Vinod,

2009/7/9 vinod kumar :
> Could someone help me on the  process to add bangla and malyalam languages
> to Koha.

I was unable to comprehend the entire meaning of your question. Are
you asking about

a) having a OPAC whose interface is in Bangla?

or

b) having the capability to catalogue and search in Bangla?

or

c) Both a and b above?

Now, if your answer is :

"a" then for 3.x it's work-in-progress atm. Me and a librarian
colleague of mine are working on it at present. If you know bangla,
you are most welcome to come in and contribute, that way the work will
finish faster :)

"b" then its already there and has been there for like ages. Just make
sure that you follow the instructions about setting the collation and
all to utf-8 for the MySQL database and you should be good. FWIW, even
back in the days when Koha didn't support Unicode out of the box
(instead going with ISO-8859-1 character encoding), it was still very
much doable [1]

"c" I suppose you can understand what the answer to that one is =)

hth,
-indra

> v. kumar

References :

[1] "Enabling Indic Support in Library Information Systems : An
Opensource Localizer?s Perspective" -
http://ir.inflibnet.ac.in:8080/jspui/bitstream/1944/506/1/05cali_15.pdf

From mjr at phonecoop.coop  Fri Jul 10 22:32:41 2009
From: mjr at phonecoop.coop (MJ Ray)
Date: Fri, 10 Jul 2009 11:32:41 +0100
Subject: [Koha] Koha related accounts
In-Reply-To: <20090707152837.GA10231@localhost>
References: <20090707152837.GA10231@localhost>
Message-ID: <4a5718c9.XIOf00WC78QCMgn1%mjr@phonecoop.coop>

S?bastien Hinderer  wrote:
> At the moment the users account on koha.org, the wiki and the bug
> tracking system are distinct.
> Would it be possible to have only one user account database which would
> then be used for all the parts of the Koha website ?
> What do you althink about it ?

It's almost possible and it's a good idea.  The wiki already supports
OpenID.  The security questions some have over OpenID aren't terribly
severe for the Koha websites at present. 

The bugzilla OpenID extension (for bugs.koha.org) is under development
at https://wiki.mozilla.org/Bugzilla:OpenID_Auth_Plugin

The Plone OpenID extension (for the website) is
http://plone.org/documentation/how-to/openid-support/

In general, any service which can use HTTP authentication could be
secured with mod_auth_openid from
http://trac.butterfat.net/public/mod_auth_openid
which is packaged for debian as libapache2-mod-auth-openid
but I didn't find how bugzilla could use HTTP authentication.

Would that do it?
-- 
MJ Ray (slef)  LMS developer and webmaster at     | software
www.software.coop http://mjr.towers.org.uk        |  .... co
Notice http://mjr.towers.org.uk/email.html        |  .... op

From mjr at phonecoop.coop  Fri Jul 10 22:34:53 2009
From: mjr at phonecoop.coop (MJ Ray)
Date: Fri, 10 Jul 2009 11:34:53 +0100
Subject: [Koha] Error occured in installing and launching koha
In-Reply-To: <003901ca0124$331009e0$770110ac@srasys.co.in>
References: <003901ca0124$331009e0$770110ac@srasys.co.in>
Message-ID: <4a57194d.kg9q6fQzfbRxbkvj%mjr@phonecoop.coop>

"Sivasankari"  wrote:
> Can't locate ZOOM.pm in @INC [...] what may be reason for this.

Net::Z3950::ZOOM isn't available to Koha.  Check its installation.

Hope that helps,
-- 
MJ Ray (slef)  LMS developer and webmaster at     | software
www.software.coop http://mjr.towers.org.uk        |  .... co
Notice http://mjr.towers.org.uk/email.html        |  .... op

From nicole.engard at liblime.com  Fri Jul 10 23:22:48 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 10 Jul 2009 07:22:48 -0400
Subject: [Koha] Catalog Search box on website
In-Reply-To: <4659947d0907091255k33b920b4t262292936d7d2307@mail.gmail.com>
References: <0ED33D17F2BFB64399D89F02614DACD3606E5B@exchange1.salpublib.org>
	<4659947d0907091255k33b920b4t262292936d7d2307@mail.gmail.com>
Message-ID: <9128d7f00907100422x577d914fn511109db74088624@mail.gmail.com>

What a great FAQ - it has been added to the documentation:
http://koha.org/documentation/faq/how-do-i-add-an-opac-search-box-to-my-website/view

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 9, 2009 at 3:55 PM, Galen
Charlton wrote:
> Hi,
>
> 2009/7/9 Melanie Hedgespeth :
>> We would like to have a catalog search option on the front page of our
>> website.
>
> It takes adding just a bit of HTML to your front page, along the lines of
>
> 
 action="http://YOUR_OPAC_HOST/cgi-bin/koha/opac-search.pl">
> ?
> ?
> 

>
> Regards,
>
> Galen
> --
> Galen Charlton
> VP, Research & Development, LibLime
> galen.charlton at liblime.com
> p: 1-888-564-2457 x709
> skype: gmcharlt
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From galen.charlton at liblime.com  Fri Jul 10 23:19:00 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Fri, 10 Jul 2009 06:19:00 -0500
Subject: [Koha] Koha related accounts
In-Reply-To: <4a5718c9.XIOf00WC78QCMgn1%mjr@phonecoop.coop>
References: <20090707152837.GA10231@localhost>
	<4a5718c9.XIOf00WC78QCMgn1%mjr@phonecoop.coop>
Message-ID: <4659947d0907100419v667c7391vcf2235aa83d41e4a@mail.gmail.com>

Hi,

On Fri, Jul 10, 2009 at 5:32 AM, MJ Ray wrote:
> S?bastien Hinderer  wrote:
> The bugzilla OpenID extension (for bugs.koha.org) is under development
> at https://wiki.mozilla.org/Bugzilla:OpenID_Auth_Plugin

As far as I can tell from the associated bugzilla bug
, nobody is
actively working on this.  If somebody wants to pick this up and
provide a patch that can be contributed to Mozilla and added to
bugs.koha.org, I'd be happy to help test.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From Sebastien.Hinderer at snv.jussieu.fr  Fri Jul 10 23:29:31 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 10 Jul 2009 13:29:31 +0200
Subject: [Koha] Koha related accounts
In-Reply-To: <4a5718c9.XIOf00WC78QCMgn1%mjr@phonecoop.coop>
References: <20090707152837.GA10231@localhost>
	<4a5718c9.XIOf00WC78QCMgn1%mjr@phonecoop.coop>
Message-ID: <20090710112931.GA10691@localhost>

Hi !

MJ Ray (2009/07/10 11:32 +0100):
> It's almost possible and it's a good idea.  The wiki already supports
> OpenID.  The security questions some have over OpenID aren't terribly
> severe for the Koha websites at present. 
> 
> The bugzilla OpenID extension (for bugs.koha.org) is under development
> at https://wiki.mozilla.org/Bugzilla:OpenID_Auth_Plugin
> 
> The Plone OpenID extension (for the website) is
> http://plone.org/documentation/how-to/openid-support/
> 
> In general, any service which can use HTTP authentication could be
> secured with mod_auth_openid from
> http://trac.butterfat.net/public/mod_auth_openid
> which is packaged for debian as libapache2-mod-auth-openid
> but I didn't find how bugzilla could use HTTP authentication.
> 
> Would that do it?

For me yes, certainly !
Thanks for investigating !
S?bastien.

From Sebastien.Hinderer at snv.jussieu.fr  Sat Jul 11 00:24:40 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 10 Jul 2009 14:24:40 +0200
Subject: [Koha] Storage of item type when itelevel-itype is off
Message-ID: <20090710122440.GA5761@localhost>

Dear all,

When the itemlevel-itype system preference is off, to which MARC field
could one bind item-type in Unimarc, please ?
Any suggesiton greatly appreciated.
Cheers,
S?bastien.

From lists at ricmarques.net  Sat Jul 11 00:46:17 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Fri, 10 Jul 2009 13:46:17 +0100
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: <20090710122440.GA5761@localhost>
References: <20090710122440.GA5761@localhost>
Message-ID: 

Hi S?bastien,

On Fri, Jul 10, 2009 at 13:24, S?bastien
Hinderer wrote:

> When the itemlevel-itype system preference is off, to which MARC field
> could one bind item-type in Unimarc, please ?

I also have an UNIMARC installation, with Koha 3.0.3 and the
"item-level_itypes" System Preference set to OFF.

I have item types mapped to "990c", that is UNIMARC tag / field 990
("ADDED ENTRY ELEMENTS (KOHA)") and subfield "c" ("Koha item type").
The "Koha link" dropdown list for 990c is set to
"biblioitems.itemtype" and the "Authorized value" dropdown list is set
to "itemtypes".

Do you think that this setup can work for you too?

Cheers,
Ricardo Dias Marques
lists AT ricmarques DOT net
Installation Guide for Installing Koha 3 on openSUSE 11
http://wiki.koha.org/doku.php?id=opensuse_11.0

From Sebastien.Hinderer at snv.jussieu.fr  Sat Jul 11 00:58:27 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 10 Jul 2009 14:58:27 +0200
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: 
References: <20090710122440.GA5761@localhost>
	
Message-ID: <20090710125827.GA4360@localhost>

Hi Ricardo & all,

Ricardo Dias Marques (2009/07/10 13:46 +0100):
[...]
> Do you think that this setup can work for you too?

Yes, definitely !
All my gratitude for your very clear, precise and complete reply.
Thanks !
S?bastien.

From lists at ricmarques.net  Sat Jul 11 01:03:43 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Fri, 10 Jul 2009 14:03:43 +0100
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: <20090710125827.GA4360@localhost>
References: <20090710122440.GA5761@localhost>
	
	<20090710125827.GA4360@localhost>
Message-ID: 

Hi S?bastien,

On Fri, Jul 10, 2009 at 13:58, S?bastien Hinderer
 wrote:

> Yes, definitely !
> All my gratitude for your very clear, precise and complete reply.
> Thanks !

You're welcome. Thanks for your feedback!  :)

Cheers,
Ricardo

From vinod.kumar.trf at gmail.com  Sat Jul 11 01:21:08 2009
From: vinod.kumar.trf at gmail.com (vinod kumar)
Date: Fri, 10 Jul 2009 18:51:08 +0530
Subject: [Koha] display of additional fields in Koha search results
Message-ID: 

Hi,
When i search for books in Koha, I get the results.
In these results, among the existing fields, I wish to add additional
fields, like :
ISBN Number, Call Number, Copyright etc.
Where do I look for it ?
Thanks.
v. kumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/9004d936/attachment.htm 

From Sebastien.Hinderer at snv.jussieu.fr  Sat Jul 11 01:23:34 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Fri, 10 Jul 2009 15:23:34 +0200
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: 
References: <20090710122440.GA5761@localhost>
	
Message-ID: <20090710132334.GA7601@localhost>

Hi again Ricardo & all,

> I have item types mapped to "990c", that is UNIMARC tag / field 990
> ("ADDED ENTRY ELEMENTS (KOHA)") and subfield "c" ("Koha item type").
> The "Koha link" dropdown list for 990c is set to
> "biblioitems.itemtype" and the "Authorized value" dropdown list is set
> to "itemtypes".

Ahah... I could just check and notice that on my system the
biblioitems.itemtype koha field is bound to $200b.

I find it strange that the settings are different. Is your $200b bound
to some other koha field ?

Cheers,
S?bastien.

From lists at ricmarques.net  Sat Jul 11 02:11:37 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Fri, 10 Jul 2009 15:11:37 +0100
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: <20090710132334.GA7601@localhost>
References: <20090710122440.GA5761@localhost>
	
	<20090710132334.GA7601@localhost>
Message-ID: 

Hi S?bastien,

On Fri, Jul 10, 2009 at 14:23, S?bastien Hinderer
 wrote:

> Ahah... I could just check and notice that on my system the
> biblioitems.itemtype koha field is bound to $200b.
>
> I find it strange that the settings are different. Is your $200b bound
> to some other koha field ?

Very good observation. The 200$b UNIMARC subfield (200b = "General
Material Designation") in my case is NOT linked to any Koha field. But
I don't remember having "unmapped" this field.

Maybe this difference between my setup and yours is due to my
installation having been previously an installation of Koha 3.0.1 that
was migrated to 3.0.2 (by running "perl Makefile.PL
--prev-install=/usr/share/koha/misc/koha-install-log"). I have later
repeated that same procedure for upgrading to 3.0.3

If that "default" 200b <-> biblioitems.itemtype mapping was created in
the official version Koha before version 3.0.3, I think that I
wouldn't get that mapping, because I was following this "upgrade"
procedure (that preserves existing data) instead of doing a "real"
fresh install.

Am I right? Does anyone have any info / comments regarding this?

Cheers,
Ricardo

From bibliwho at gmail.com  Sat Jul 11 02:21:19 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Fri, 10 Jul 2009 10:21:19 -0400
Subject: [Koha] Holds
Message-ID: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>

A few questions about handling holds in v.3.01.00.032.

It appears that there's no way to get a list of holds to be pulled
emailed automatically, i.e., staff need to run the "Holds to pull"
report manually on a regular basis. Is this correct?

What should happen next? The report says "The following holds have not
been filled. Please retrieve them and check them in." What does "check
in" mean here? We shouldn't check the material out to the patron as
s/he won't have it in hand yet.

The OPAC updates the item's status to "On hold", so that's taken care
of, but patrons have no indication of how many patrons are ahead of
them in the queue. Is this a new feature that others would like to see
as well?

Any other changes in holds management planned for v3.2?

Thank you,

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From nicole.engard at liblime.com  Sat Jul 11 02:26:37 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 10 Jul 2009 10:26:37 -0400
Subject: [Koha] Holds
In-Reply-To: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
Message-ID: <9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>

Cab,

You might want to read through the holds section in the manual - but
I'll try and explain here too :)

You do have to view the report - but it's important to know that it's
real-time data so you know what items are on hold as of the time
you're clicking on the report (I think - if not it's accurate as of
when your cron ran - someone can correct me here).

What you want to do is go out to the shelves and find the books in
question.  Bring them to your circ computer and check them all in by
using the check in tool.  This will mark the items as waiting for the
patron at the library instead of just 'on hold'.  Then when the patron
comes to the library they can check the item out.

Patrons can see where they are in the queue if you turn on the
OPACDisplayRequestPriority system preference - if you don't turn this
on - you as staff can still see where people are in the queue by
clicking the holds tab on the record itself in the staff client.

Did I answer everything?

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 10, 2009 at 10:21 AM, Cab Vinton wrote:
> A few questions about handling holds in v.3.01.00.032.
>
> It appears that there's no way to get a list of holds to be pulled
> emailed automatically, i.e., staff need to run the "Holds to pull"
> report manually on a regular basis. Is this correct?
>
> What should happen next? The report says "The following holds have not
> been filled. Please retrieve them and check them in." What does "check
> in" mean here? We shouldn't check the material out to the patron as
> s/he won't have it in hand yet.
>
> The OPAC updates the item's status to "On hold", so that's taken care
> of, but patrons have no indication of how many patrons are ahead of
> them in the queue. Is this a new feature that others would like to see
> as well?
>
> Any other changes in holds management planned for v3.2?
>
> Thank you,
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From kyle.m.hall at gmail.com  Sat Jul 11 02:29:41 2009
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Fri, 10 Jul 2009 10:29:41 -0400
Subject: [Koha] Holds
In-Reply-To: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
Message-ID: 

> It appears that there's no way to get a list of holds to be pulled
> emailed automatically, i.e., staff need to run the "Holds to pull"
> report manually on a regular basis. Is this correct?

I imagine you could set up a cronjob that periodically e-mails that report.

> What should happen next? The report says "The following holds have not
> been filled. Please retrieve them and check them in." What does "check
> in" mean here? We shouldn't check the material out to the patron as
> s/he won't have it in hand yet.

When you run the item through the checkin screen, it will tell you
that there is a request for this item and ask you to fulfill the hold
with it.

> The OPAC updates the item's status to "On hold", so that's taken care
> of, but patrons have no indication of how many patrons are ahead of
> them in the queue. Is this a new feature that others would like to see
> as well?

That certainly could be added, but I imagine patrons would get upset
if they found they had been bumped down the list for some reason.
Other than that non-technical issue, it would not be very difficult.

> Any other changes in holds management planned for v3.2?

I haven't heard of anything. I wrote a large reserves update awhile
back for dev_week that has been on the todo list for 3.x, but hasn't
made it in yet.

Kyle

>
> Thank you,
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From lrea at nekls.org  Sat Jul 11 02:34:48 2009
From: lrea at nekls.org (Liz Rea)
Date: Fri, 10 Jul 2009 09:34:48 -0500
Subject: [Koha] Holds
In-Reply-To: <9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
Message-ID: <3C16F00D-994F-4E63-B152-755B7E79A600@nekls.org>

The report is accurate as of when the holds queue cron ran.

Liz Rea
NEKLS

On Jul 10, 2009, at 9:26 AM, Nicole Engard wrote:

> Cab,
>
> You might want to read through the holds section in the manual - but
> I'll try and explain here too :)
>
> You do have to view the report - but it's important to know that it's
> real-time data so you know what items are on hold as of the time
> you're clicking on the report (I think - if not it's accurate as of
> when your cron ran - someone can correct me here).
>
> What you want to do is go out to the shelves and find the books in
> question.  Bring them to your circ computer and check them all in by
> using the check in tool.  This will mark the items as waiting for the
> patron at the library instead of just 'on hold'.  Then when the patron
> comes to the library they can check the item out.
>
> Patrons can see where they are in the queue if you turn on the
> OPACDisplayRequestPriority system preference - if you don't turn this
> on - you as staff can still see where people are in the queue by
> clicking the holds tab on the record itself in the staff client.
>
> Did I answer everything?
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Fri, Jul 10, 2009 at 10:21 AM, Cab Vinton  
> wrote:
>> A few questions about handling holds in v.3.01.00.032.
>>
>> It appears that there's no way to get a list of holds to be pulled
>> emailed automatically, i.e., staff need to run the "Holds to pull"
>> report manually on a regular basis. Is this correct?
>>
>> What should happen next? The report says "The following holds have  
>> not
>> been filled. Please retrieve them and check them in." What does  
>> "check
>> in" mean here? We shouldn't check the material out to the patron as
>> s/he won't have it in hand yet.
>>
>> The OPAC updates the item's status to "On hold", so that's taken care
>> of, but patrons have no indication of how many patrons are ahead of
>> them in the queue. Is this a new feature that others would like to  
>> see
>> as well?
>>
>> Any other changes in holds management planned for v3.2?
>>
>> Thank you,
>>
>> Cab Vinton, Director
>> Sanbornton Public Library
>> Sanbornton, NH
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha


From hagud at greendata.es  Sat Jul 11 02:38:15 2009
From: hagud at greendata.es (Hugo Agud)
Date: Fri, 10 Jul 2009 16:38:15 +0200
Subject: [Koha] Cataloguers level
Message-ID: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>

Dear all

We re trying to creare diffferent cataloguers level, in order to let  
non librar?an do a light cataloguong but we cant ser how

Is for a school libeary, any suggestion

Thanks in advance

Enviado desde mi iPhone

From bibliwho at gmail.com  Sat Jul 11 02:53:47 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Fri, 10 Jul 2009 10:53:47 -0400
Subject: [Koha] Holds
In-Reply-To: <9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
Message-ID: <835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>

Thank you, Nicole, Kyle, & Liz.

I did review the manual, but all it says is that "When an item is
being checked in if it is on hold for another patron, a message will
appear to remind librarians."

Perhaps the manual should be updated to reflect how most libraries
will handle holds in practice?
1. Run Holds to pull report
2. Grab items in question & check them all in

A cronjob for daily emails w/ a list of the Holds to pull would be a
great idea & a time & labor-saver for librarians.

Generally, patrons would not be bumped down the holds queue without a
very good (& defensible) reason, so that should not be a problem.

Finally, every now & again, I wonder how often various cronjobs are
set to run. Since we're hosted by a third party & don't have access to
that info, it would be great if this was added as a separate tab on
the About Koha page (i.e., a list of cronjobs, description of what
they do, & how often they're set up to run.)

Thanks again!

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From nicole.engard at liblime.com  Sat Jul 11 03:10:10 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 10 Jul 2009 11:10:10 -0400
Subject: [Koha] Holds
In-Reply-To: <835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
Message-ID: <9128d7f00907100810x7b416778y6e8cafc7148cf47f@mail.gmail.com>

The manual lists crons and their recommended run times - but not what
your server has it set to.

http://koha.org/documentation/manual/3.0/appendices/cron-jobs


---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton wrote:
> Thank you, Nicole, Kyle, & Liz.
>
> I did review the manual, but all it says is that "When an item is
> being checked in if it is on hold for another patron, a message will
> appear to remind librarians."
>
> Perhaps the manual should be updated to reflect how most libraries
> will handle holds in practice?
> 1. Run Holds to pull report
> 2. Grab items in question & check them all in
>
> A cronjob for daily emails w/ a list of the Holds to pull would be a
> great idea & a time & labor-saver for librarians.
>
> Generally, patrons would not be bumped down the holds queue without a
> very good (& defensible) reason, so that should not be a problem.
>
> Finally, every now & again, I wonder how often various cronjobs are
> set to run. Since we're hosted by a third party & don't have access to
> that info, it would be great if this was added as a separate tab on
> the About Koha page (i.e., a list of cronjobs, description of what
> they do, & how often they're set up to run.)
>
> Thanks again!
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>

From nicole.engard at liblime.com  Sat Jul 11 03:11:16 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 10 Jul 2009 11:11:16 -0400
Subject: [Koha] Cataloguers level
In-Reply-To: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
References: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
Message-ID: <9128d7f00907100811g5d57c4d4n8c60c999e8c36e2@mail.gmail.com>

As far as I know this is not an available function but may come with
system groups, a feature that was mentioned as coming in version 3.2.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 10, 2009 at 10:38 AM, Hugo Agud wrote:
> Dear all
>
> We re trying to creare diffferent cataloguers level, in order to let
> non librar?an do a light cataloguong but we cant ser how
>
> Is for a school libeary, any suggestion
>
> Thanks in advance
>
> Enviado desde mi iPhone
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From ohiocore at gmail.com  Sat Jul 11 03:26:39 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 10 Jul 2009 11:26:39 -0400
Subject: [Koha] Holds
In-Reply-To: <835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
Message-ID: <235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>

On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton  wrote:

> A cronjob for daily emails w/ a list of the Holds to pull would be a
> great idea & a time & labor-saver for librarians.


Not really.  Checking and printing your email isn't any easier or more time
saving than checking and printing the web interface you're already using.

I'm sure librarians use their email all day too, but the point is to run the
report as late as possible before the actual retrieval.  That's what makes
the web version more accurate.  Retrieving books for holds that have already
been filled or canceled and searching for books that have in fact already
been checked out will certainly waste more time than loading a webpage.

Finally, every now & again, I wonder how often various cronjobs are
> set to run. Since we're hosted by a third party & don't have access to
> that info, it would be great if this was added as a separate tab on
> the About Koha page (i.e., a list of cronjobs, description of what
> they do, & how often they're set up to run.)


Without getting into too much technical detail, I'll just say that this
actually cannot be implemented securely.  The apache user does not and
should not have access to system users' crontabs.  In our case, for example,
it wouldn't matter anyway: the cron jobs are run on a totally separate zebra
server.  Koha would have no way of knowing where to check for information.

One fix would be the longstanding proposal to move to an internal Koha
dispatcher daemon that effectively manages the various "cron-like" jobs
internally and would also allow scheduled reports of any kind, but that is a
serious undertaking with its own security and reliability considerations.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/ee244b98/attachment.htm 

From joshw at wwrurallibrary.com  Sat Jul 11 04:12:25 2009
From: joshw at wwrurallibrary.com (Josh Westbrook)
Date: Fri, 10 Jul 2009 09:12:25 -0700
Subject: [Koha] Holds
In-Reply-To: <235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
Message-ID: 

Based on some testing with the LibLime demos, the "holds to pull"
report appears to be a live data report.  I placed a hold in the demo
OPAC and it shows up on that library's "holds to pull report" - but
only when I changed the report dates to include today.

Another question - I placed a hold on an item that was "in transit"
and it doesn't show up on the holds to pull report - which is good
because it isn't on the shelf to pull.  Is that how Koha is meant to
work - that the holds to pull report only shows items that are
available on the shelf to pull?  I placed a hold on a checked out item
and it didn't show up either.  Our current system uses a report that
lists EVERYTHING on hold so you need to then look every item up to see
if it is even on the shelf to pull - which is a big waste of time.
(and exists I think because of how our current system handles item
statuses)

-- 
Josh Westbrook
Prescott Library Mngr/District Technology Mngr
Walla Walla County Rural Library District
joshw at wwrurallibrary.com
http://www.wwrurallibrary.com

From lphillips at buttepubliclibrary.info  Sat Jul 11 04:50:38 2009
From: lphillips at buttepubliclibrary.info (Lee Phillips)
Date: Fri, 10 Jul 2009 10:50:38 -0600
Subject: [Koha] PNLA presentation
Message-ID: <048B6DAAEEB9446B8FEE8D7C21BCDE42@bsbpl.pri>

Hello all
I am scheduled to talk about our migration with Koha and LibLime as well as open source cms (plone and wp) on Aug 6th at 8 AM at PNLA. I would like to invite anyone planningon attending (or dropping in) who would like to join me for a panel discussion of open source ILS and other applications to contact me. The panel format really encourages "open" exchanges and I hope there are a few of you out there in Koha land who would be willing to spend an hour and a half answering questions. The conference is in Missoula MT this year and it is their 100 year celebration. If you are interested in sharing your experiences please contact me ASAP so we can collaborate on content.
Lenora, are you still interested?
Best
Lee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/ed755fa9/attachment-0001.htm 

From ohiocore at gmail.com  Sat Jul 11 05:11:14 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 10 Jul 2009 13:11:14 -0400
Subject: [Koha] Holds
In-Reply-To: 
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
	
Message-ID: <235bf14f0907101011t7ea74ae8l5b918b472f45b3d5@mail.gmail.com>

> Another question - I placed a hold on an item that was "in transit"
> and it doesn't show up on the holds to pull report - which is good
> because it isn't on the shelf to pull.  Is that how Koha is meant to
> work - that the holds to pull report only shows items that are
> available on the shelf to pull?


Yep, that's the design.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/1d81327b/attachment.htm 

From nicole.engard at liblime.com  Sat Jul 11 05:32:48 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 10 Jul 2009 13:32:48 -0400
Subject: [Koha] Holds
In-Reply-To: <235bf14f0907101011t7ea74ae8l5b918b472f45b3d5@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
	
	<235bf14f0907101011t7ea74ae8l5b918b472f45b3d5@mail.gmail.com>
Message-ID: <9128d7f00907101032l69541cfm43e12d779e3e67a8@mail.gmail.com>

I think the holds queue is the report that shows everything that's on
hold whether it's available to pull or not.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/10 Joe Atzberger :
>
>> Another question - I placed a hold on an item that was "in transit"
>> and it doesn't show up on the holds to pull report - which is good
>> because it isn't on the shelf to pull. ?Is that how Koha is meant to
>> work - that the holds to pull report only shows items that are
>> available on the shelf to pull?
>
> Yep, that's the design.
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From rafael.antonio at sapo.pt  Sat Jul 11 07:43:14 2009
From: rafael.antonio at sapo.pt (rafael.antonio at sapo.pt)
Date: Fri, 10 Jul 2009 20:43:14 +0100
Subject: [Koha] Storage of item type when itelevel-itype is off
In-Reply-To: 
References: <20090710122440.GA5761@localhost>
	
	<20090710132334.GA7601@localhost>
	
Message-ID: <20090710204314.17036k35aij05s84@w14.mail.sapo.pt>

UNIMARC Field 200$b is only related with type of material like  
photocopied, microform and so on wich means that you  can add an entry  
for INDEX to find material type.
Regards,

Rafael

Citando Ricardo Dias Marques :

> Hi S?bastien,
>
> On Fri, Jul 10, 2009 at 14:23, S?bastien Hinderer
>  wrote:
>
>> Ahah... I could just check and notice that on my system the
>> biblioitems.itemtype koha field is bound to $200b.
>>
>> I find it strange that the settings are different. Is your $200b bound
>> to some other koha field ?
>
> Very good observation. The 200$b UNIMARC subfield (200b = "General
> Material Designation") in my case is NOT linked to any Koha field. But
> I don't remember having "unmapped" this field.
>
> Maybe this difference between my setup and yours is due to my
> installation having been previously an installation of Koha 3.0.1 that
> was migrated to 3.0.2 (by running "perl Makefile.PL
> --prev-install=/usr/share/koha/misc/koha-install-log"). I have later
> repeated that same procedure for upgrading to 3.0.3
>
> If that "default" 200b <-> biblioitems.itemtype mapping was created in
> the official version Koha before version 3.0.3, I think that I
> wouldn't get that mapping, because I was following this "upgrade"
> procedure (that preserves existing data) instead of doing a "real"
> fresh install.
>
> Am I right? Does anyone have any info / comments regarding this?
>
> Cheers,
> Ricardo
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>


From superjojo1000 at gmail.com  Sat Jul 11 07:53:15 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Fri, 10 Jul 2009 22:53:15 +0300
Subject: [Koha] automatic e-mails
In-Reply-To: 
References: 
Message-ID: 

hi
> i have a problem in send e-mails automaticlly to overdue students ,i add
> this line to my crontab file but didn't sent any e-mail ... any help
>
> */45 10 * * * /usr/share/koha/bin/cronjobs/message_queue.pl
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/822cbfce/attachment.htm 

From superjojo1000 at gmail.com  Sat Jul 11 07:49:18 2009
From: superjojo1000 at gmail.com (Jonson philip)
Date: Fri, 10 Jul 2009 22:49:18 +0300
Subject: [Koha] automatic e-mails
Message-ID: 

hi
i have a problem in send e-mails automaticlly to overdue students , add this
line to my crontab file but didn't sent any e-mail ... any help

*/45 10 * * * /usr/share/koha/bin/cronjobs/message_queue.pl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/a337e9de/attachment.htm 

From ohiocore at gmail.com  Sat Jul 11 08:01:02 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 10 Jul 2009 16:01:02 -0400
Subject: [Koha] automatic e-mails
In-Reply-To: 
References: 
	
Message-ID: <235bf14f0907101301u3848159em85e58e1c3c710ef2@mail.gmail.com>

> i have a problem in send e-mails automaticlly to overdue students ,i add
>> this line to my crontab file but didn't sent any e-mail ... any help
>>
>> */45 10 * * * /usr/share/koha/bin/cronjobs/message_queue.pl
>>
>

I don't know what version of Koha you are using.

In current Koha, the job is named differently, but can be run with -v for
verbose feedback:
./misc/cronjobs/process_message_queue.pl -v

Of course, all that does is send out any queued messages.  It doesn't create
overdue notices.  For that, you need to run:

misc/cronjobs/overdue_notices.pl

Schedule that to occur only ONE TIME per day.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/2791ea96/attachment.htm 

From sivasankari.muthuraja at gmail.com  Fri Jul 10 22:29:58 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Fri, 10 Jul 2009 15:59:58 +0530
Subject: [Koha] Error in koha installation
Message-ID: <4950128e0907100329i3c57b95fv645050eea04715b3@mail.gmail.com>

Hi, I'm a newbie to koha. I tried to install koha in fedora10 linux. and had
installed the koha with pre-requisites of  essential perl modules,UTF-8
charset in mysql. I haven't installed Zebra, Yaz, since i'm not going to
test with huge data contents. i followed INSTALL.fedora7 available in the
koha-3.00.03 version tar file extracted. I couldnot understand sec 4.4
loading data for tests.

Installer document  says to add Listen 8080 in the etc/httpd/conf/httpd.conf
file. Since Apache tomcat server is configured for 8080, i haven't added the
line in the httpd.conf file.

When i launch the http:::80/ -  I get the error
mentioned below. -

==== Screen output ====

Koha error

The following fatal error has occurred:

Can't locate ZOOM.pm in @INC (@INC contains: /usr/share/koha/lib
/usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
/usr/local/lib/perl5/site_perl/5.10.0
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0
/usr/lib/perl5/site_perl .) at /usr/share/koha/lib/C4/Context.pm line
85.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Context.pm line 85.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 25.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 25.
Compilation failed in require at
/usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
BEGIN failed--compilation aborted at
/usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
==== Screen output ====

Kindly help me out , what may be reason for this.

Thanks in advance

Sivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090710/29e8bdaa/attachment.htm 

From abhishek.amberkar at gmail.com  Sat Jul 11 17:15:13 2009
From: abhishek.amberkar at gmail.com (=?UTF-8?B?QWJoaXNoZWsgQW1iZXJrYXIgW+CkheCkreCkv+Ckt+Clh+CklV0=?=)
Date: Sat, 11 Jul 2009 10:45:13 +0530
Subject: [Koha] Error in koha installation
In-Reply-To: <4950128e0907100329i3c57b95fv645050eea04715b3@mail.gmail.com>
References: <4950128e0907100329i3c57b95fv645050eea04715b3@mail.gmail.com>
Message-ID: 

2009/7/10 Sivasankari Muthuraja :
> Hi,
>
> I'm a newbie to koha. I tried to install koha in fedora10 linux. and had
> installed the koha with pre-requisites of? essential perl modules,UTF-8
> charset?in mysql. I haven't installed Zebra, Yaz, since i'm not going to
> test with huge data contents. i followed?INSTALL.fedora7 available in the
> koha-3.00.03 version tar file extracted. I couldnot understand sec 4.4
> loading data for tests.
>
> Installer document? says to add Listen 8080 in the etc/httpd/conf/httpd.conf
> file. Since Apache tomcat server is configured for 8080, i haven't added the
> line in the httpd.conf file.
>
> When i launch the http:::80/ -? I get the error
> mentioned below. -
>
> ==== Screen output ====
>
> Koha error
>
> The following fatal error has occurred:
>
> Can't locate ZOOM.pm in @INC (@INC contains: /usr/share/koha/lib
> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> /usr/local/lib/perl5/site_perl/5.10.0
> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0
> /usr/lib/perl5/site_perl .) at /usr/share/koha/lib/C4/Context.pm line 85.
>
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Context.pm line
> 85.
> Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 25.
> BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 25.
>
> Compilation failed in require at
> /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
> BEGIN failed--compilation aborted at
> /usr/share/koha/opac/cgi-bin/opac/opac-main.pl line 22.
> ==== Screen output ====
>
> Kindly help me out , what may be reason for this.
>

I really appreciate that you are willing to use Koha ILS. In case if
you change your mind and switch to Debian rather than Fedora, you
might want to try this.
We have a developed a special method of installing Koha on Debian. You
can find it here.
http://kohaindia.org/debian-lenny/. Success rate of this installation
method is 100% till date.
If you are in India, we can send you installation DVDs with no free of charge.

-- 
With Regards
Abhishek Amberkar

RDG Library Services
Borivali, Mumbai
http://www.kohaindia.org/

From rachel at katipo.co.nz  Sat Jul 11 19:04:41 2009
From: rachel at katipo.co.nz (Rachel Hamilton-Williams)
Date: Sat, 11 Jul 2009 19:04:41 +1200
Subject: [Koha] PNLA presentation
In-Reply-To: <048B6DAAEEB9446B8FEE8D7C21BCDE42@bsbpl.pri>
References: <048B6DAAEEB9446B8FEE8D7C21BCDE42@bsbpl.pri>
Message-ID: <4A583989.50209@katipo.co.nz>

HI Lee,

Hope the talk goes well - is it up on the Koha website as well?


Cheers
Rachel

Lee Phillips wrote:
> Hello all
> I am scheduled to talk about our migration with Koha and LibLime 
> as 
> well as open source cms (plone and wp) on Aug 6th at 8 AM at PNLA 
> . I would like to 
> invite anyone planningon attending (or dropping in) who would like to 
> join me for a panel discussion of open source ILS and other 
> applications to contact me. The panel format really encourages "open" 
> exchanges and I hope there are a few of you out there in Koha land who 
> would be willing to spend an hour and a half answering questions. The 
> conference is in Missoula MT this year and it is their 100 year 
> celebration. If you are interested in sharing your experiences please 
> contact me ASAP so we can collaborate on content.
> Lenora, are you still interested?
> Best
> Lee
> ------------------------------------------------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>   

-- 
-----------------------------
Rachel Hamilton-Williams
General Manager
Katipo Communications Ltd

Phone:  +64-4-934 1285
Mobile: 021 389 128
E-mail: rachel at katipo.co.nz
Web:    www.katipo.co.nz

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/46f296a7/attachment.htm 

From vijcrjbhu at gmail.com  Sat Jul 11 20:36:47 2009
From: vijcrjbhu at gmail.com (vijay kumar)
Date: Sat, 11 Jul 2009 14:06:47 +0530
Subject: [Koha] make:[test_dynamic] Error 255
Message-ID: 

Dear all,
I am getting the following error, during upgrade of koha-3.00.00
version to koha-3.00.03 version.
Kindly suugest me,

with regards,
Vijay Kumar

                                                                    SCREENSHOT


root at vijay-laptop:/usr/share/koha-3.00.03# make test
PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml
/usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0,
'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t
t/Amazon.......................ok
t/Barcodes_PrinterConfig.......ok
t/Bookfund.....................ok
t/Bookseller...................ok
t/Boolean......................ok
t/Branch.......................ok
t/Calendar.....................ok
t/Charset......................ok
t/Circulation_barcodedecode....ok
t/Dates........................ok 1/126#
# In order to run without DB access, this test will substitute 'us'
# as your default date format.  Export environmental variable
KOHA_TEST_DATE_FORMAT
# to override this default, or pass the value as an argument to this
test script.
#
# NOTE: we test for the system handling dd=00 and 00 for TIME values,
# therefore you *should* see some warnings 'Illegal date specified'
related to those.
#
# Testing Legacy Functions: format_date and format_date_in_iso
#
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 58
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 61
#
# Testing 4 formats.
# Testing no input (defaults):
#
# Testing with valid inputs:
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80
Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80
#
# Testing object independence from class
# done.
# Looks like you planned 126 tests but ran 9 extra.
t/Dates........................dubious
	Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 127-135
	Failed 9/126 tests, 92.86% okay
t/Debug........................# BEFORE use:     $debug is not defined
# BEFORE use: $cgi_debug is not defined
#  AFTER use:     $debug is 0
#  AFTER use: $cgi_debug is 0
# Done.
t/Debug........................ok
t/dummy........................ok
t/Input........................ok
t/Koha.........................ok
t/Languages....................ok
t/Maintainance.................ok
t/Output.......................ok
t/Record.......................ok
t/Review.......................ok
t/Scrubber.....................ok 1/10# Note: scrubber test output
will have whitespace collapsed for readability
# done.
t/Scrubber.....................ok
t/Stats........................ok
Failed Test Stat Wstat Total Fail  List of Failed
-------------------------------------------------------------------------------
t/Dates.t    255 65280   126    9  127-135
Failed 1/21 test scripts. -9/189 subtests failed.
Files=21, Tests=189,  4 wallclock secs ( 3.00 cusr +  0.28 csys =  3.28 CPU)
Failed 1/21 test programs. -9/189 subtests failed.
make: *** [test_dynamic] Error 255

From vinod.kumar.trf at gmail.com  Sat Jul 11 21:03:14 2009
From: vinod.kumar.trf at gmail.com (vinod kumar)
Date: Sat, 11 Jul 2009 14:33:14 +0530
Subject: [Koha] upgrade
Message-ID: 

hello


how to  koha 3.00.00 upgrade in 3.00.03

plz sugesst me

Thanks & Regrds
v Kumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/abd8982a/attachment.htm 

From rick at praxis.com.au  Sat Jul 11 22:22:20 2009
From: rick at praxis.com.au (Rick Welykochy)
Date: Sat, 11 Jul 2009 20:22:20 +1000
Subject: [Koha] make:[test_dynamic] Error 255
In-Reply-To: 
References: 
Message-ID: <4A5867DC.2070704@praxis.com.au>

vijay kumar wrote:

> I am getting the following error, during upgrade of koha-3.00.00
> version to koha-3.00.03 version.
> Kindly suugest me,

> make: *** [test_dynamic] Error 255

This occurs during "make test" for Koha 3.00.01 and beyond.
I simply skip the test step and do this:

make install

and Koha installs and runs fine.

Good luck.

cheers
rickw



-- 
_________________________________
Rick Welykochy || Praxis Services

bureaucracy, n:
      A method for transforming energy into solid waste.

From rms at srasys.co.in  Sun Jul 12 00:15:50 2009
From: rms at srasys.co.in (Sivasankari)
Date: Sat, 11 Jul 2009 17:45:50 +0530
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
Message-ID: <003c01ca0221$546e6de0$770110ac@srasys.co.in>

Hi All,
I have asked a query mentioned below. 
The following fatal error has occurred:

Can't locate ZOOM.pm in @INC
Some of   members have answered it. Thanks for those replies.

Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.  - I have already ran the perl Makefile.PL  from the /usr/share/koha-3.00.03 folder , then make,make test,make install and then web installer launched, which shows the error in browser , can't locate zoom.pm in @Inc in the web browser window
while i gave http::/:80/ .



I started the process of  installing the left over prerequisite module  Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I searched and found the yaz rpm for fedora10, and installed yaz ( yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for fedora10. it is available for fc6. Hence i downloaded
idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make install.

After this , I called
cpan > reload cpan .

Now I gave 
cpan > force install Net::Z3950::ZOOM 
It shows the errors

====Screen output ==========
 cpan[2]> force install Net::Z3950::ZOOM
Running install for module 'Net::Z3950::ZOOM'
Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
  Has already been unwrapped into directory /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
  '/usr/bin/perl Makefile.PL' returned status 512, won't make
Running make test
  Make had some problems, won't test
Running make install
  Make had some problems, won't install
=======Screen Output================

What shall i do? Will there be problem with installation of this module with Fedora10.
I'm unable to launch koha with web installer. Since this essential module is needed. Did i need to uninstall koha and start from beginning.
Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL - reinstalling koha directly.

Kindly help me out on this.
Thanks in advance
Sivasankari









-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/9fadb36e/attachment-0001.htm 

From nicole.engard at liblime.com  Sun Jul 12 00:19:15 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Sat, 11 Jul 2009 08:19:15 -0400
Subject: [Koha] OT: Surveys
Message-ID: <9128d7f00907110519h78fe00b8re20afc5314dc11fc@mail.gmail.com>

Hi all,

A bit of an off topic email because I have something awesome to share.
 As you know I'm working on a survey, what you might not know is that
I'm using an open source survey app to collect data.  I know a lot of
you do research sometimes, so I wanted you to know that I am using
LimeSurvey (limesurvey.org) and it's awesome, open source, and runs on
your server (versus other popular options).  Next time you do a survey
give it a whirl.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/

From mjr at phonecoop.coop  Sun Jul 12 02:45:01 2009
From: mjr at phonecoop.coop (MJ Ray)
Date: Sat, 11 Jul 2009 15:45:01 +0100
Subject: [Koha] OT: Surveys
In-Reply-To: <9128d7f00907110519h78fe00b8re20afc5314dc11fc@mail.gmail.com>
References: <9128d7f00907110519h78fe00b8re20afc5314dc11fc@mail.gmail.com>
Message-ID: <4a58a56d.q3yP1BFRvQ4zlVBZ%mjr@phonecoop.coop>

Nicole Engard  wrote: [...]
> I'm using an open source survey app to collect data.  I know a lot of
> you do research sometimes, so I wanted you to know that I am using
> LimeSurvey (limesurvey.org) [...]

Yes, LimeSurvey is pretty good.  AskPeople.co.uk is the other useful
fairly simple Free and Open Source Software PHP one.

Hope that helps,
-- 
MJ Ray (slef)  LMS developer and webmaster at     | software
www.software.coop http://mjr.towers.org.uk        |  .... co
Notice http://mjr.towers.org.uk/email.html        |  .... op

From kmlist at yahoo.in  Sun Jul 12 04:44:42 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Sat, 11 Jul 2009 22:14:42 +0530 (IST)
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
In-Reply-To: <003c01ca0221$546e6de0$770110ac@srasys.co.in>
Message-ID: <208149.22901.qm@web95104.mail.in2.yahoo.com>

Hello Sivasankari,
?
Sunthar in Mumbai told me a week ago that he successfully installed Koha 3 on Fedora 10 using notes for a similar install for Fedora 9 that i provide at http://krishnanm.com/khh/resources with a few departures.
?
We intended to document these differences for a version of the install HOW-TO for Fedora 10, but haven't done so yet. i am cc'ing Sunthar here and requesting that he share his experience sooner rather than later, as i am not sure if he's on the list.
?
i remember that getting ZOOM to install is troublesome, but there's a particular way to get around it, but don't quite remember what it is.
?
regards,
krishnan

--- On Sat, 11/7/09, Sivasankari  wrote:


From: Sivasankari 
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
To: Koha at lists.katipo.co.nz
Date: Saturday, 11 July, 2009, 12:15 PM





Hi All,
I have asked?a query mentioned below. 

The following fatal error has occurred:Can't locate ZOOM.pm in @INC
?
Some of???members have answered it. Thanks for those replies.
?
Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.? -?I have already ran the perl Makefile.PL? from the /usr/share/koha-3.00.03 folder , then make,make test,make install and then web installer launched, which shows the error in browser , can't locate zoom.pm in @Inc in the web browser window
while i gave http::/:80/ .
?
?
?

I started the process of ?installing the left over prerequisite module? Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I searched and found the yaz rpm for fedora10, and installed yaz?( yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for fedora10. it is available for fc6. Hence i downloaded
idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make install..
?
After this?, I called
cpan > reload cpan .
?
Now I gave 
cpan > force install Net::Z3950::ZOOM 
It shows the errors
?
====Screen output ==========
?cpan[2]> force install Net::Z3950::ZOOM
Running install for module 'Net::Z3950::ZOOM'
Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
? Has already been unwrapped into directory /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
? '/usr/bin/perl Makefile.PL' returned status 512, won't make
Running make test
? Make had some problems, won't test
Running make install
? Make had some problems, won't install
=======Screen Output================
?
What shall i do? Will there be problem with installation of this module with Fedora10.
I'm unable to launch koha with web installer. Since this essential module is needed. Did i need to uninstall koha and start from beginning.
Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL - reinstalling koha directly.
?
Kindly help me out on this.
Thanks in advance
Sivasankari
?
?
?
?
?
?
?

?
?
-----Inline Attachment Follows-----


_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/e00faa00/attachment.htm 

From nfredsell at bellsouth.net  Sat Jul 11 19:01:06 2009
From: nfredsell at bellsouth.net (Nelson Fredsell)
Date: Sat, 11 Jul 2009 09:01:06 +0200
Subject: [Koha] Circulation rules bound to Marc record
Message-ID: <000601ca01f5$66c48190$344d84b0$@net>

Hello all,

 

Our libraries have different circulation rules regarding a different number
of renewals allowed.  I believe 3 renewals is standard.  However one library
allows books to be checked out for 8 weeks, with a single renewal allowed
for 4 weeks.  This seems to present two problems:

 

1)      Because number of renewals is bound to the Marc record (942 Item
type), all libraries must have the same number  of renewals, or multiple
copies of same holding must be assigned to multiple Marc records.  Please
tell me there's a third option!

2)      Renewals must be for the same time period as the initial checkout
period?

3)      Holdings must be checked out for a particular number of days,
apparently, and not according to a calendar system.  eg. books checked out
on 1 Feb must be returned by/before 1 March. 

 

Thanks very much.  My main concern is #1 above, as one of the great benefits
of a union catalogue I imagined was to assign multiple items to the same
record across multiple libraries, but there was good reason for the 8 week/4
week rule.  (To complicate matters further, this same library has a second
set of circulation rules available upon request: 6 month checkout for
intensive study purposes!  Also, a school library might allow staff to keep
books out for a longer initial period, but not allow the standard number of
renewals on that longer period.)

 

Take care,

Nelson

 

implementing a union catalogue

in Cape Town, South Africa

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/7b137dcc/attachment-0001.htm 

From sunthar at che.iitb.ac.in  Sun Jul 12 05:26:51 2009
From: sunthar at che.iitb.ac.in (P. Sunthar)
Date: Sat, 11 Jul 2009 22:56:51 +0530
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
In-Reply-To: <208149.22901.qm@web95104.mail.in2.yahoo.com>
References: <208149.22901.qm@web95104.mail.in2.yahoo.com>
Message-ID: 



Hi,

 We are not using zebra. (Ours is a small lib and threfore don't require
this).  As you rightly did,
I also had to force install Zoom. Following are some tips from my own
notes.

   cpan -fi Net::Z3950::ZOOM


# repeated above more than once to get all dependencies installed
# Archive-Zip-1.30.tar.gz was not found it iitb CPAN site
# downloaded from net, untarred in /tmp
make Makefile.PL
make
make install


 On the second part of your question:
 Web install takes place only after make install at command prompt. It is
not independent of it. I used two guidelines for installation. 1. available
in the koha root directory INSTALL.fedora7, and Krishnan's notes.
It worked.  Nothing specifically new.

Sunthar.

On Sat, 11 Jul 2009 22:14:42 +0530 (IST), Krishnan M 
wrote:
> Hello Sivasankari,
> ?
> Sunthar in Mumbai told me a week ago that he successfully installed Koha
3
> on Fedora 10 using notes for a similar install for Fedora 9 that i
provide
> at http://krishnanm.com/khh/resources with a few departures.
> ?
> We intended to document these differences for a version of the install
> HOW-TO for Fedora 10, but haven't done so yet. i am cc'ing Sunthar here
and
> requesting that he share his experience sooner rather than later, as i am
> not sure if he's on the list.
> ?
> i remember that getting ZOOM to install is troublesome, but there's a
> particular way to get around it, but don't quite remember what it is.
> ?
> regards,
> krishnan
> 
> --- On Sat, 11/7/09, Sivasankari  wrote:
> 
> 
> From: Sivasankari 
> Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
> To: Koha at lists.katipo.co.nz
> Date: Saturday, 11 July, 2009, 12:15 PM
> 
> 
> 
> 
> 
> Hi All,
> I have asked?a query mentioned below. 
> 
> The following fatal error has occurred:Can't locate ZOOM.pm in @INC
> ?
> Some of???members have answered it. Thanks for those replies.
> ?
> Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.?
-?I
> have already ran the perl Makefile.PL? from the /usr/share/koha-3.00.03
> folder , then make,make test,make install and then web installer
launched,
> which shows the error in browser , can't locate zoom.pm in @Inc in the
web
> browser window
> while i gave http::/:80/ .
> ?
> ?
> ?
> 
> I started the process of ?installing the left over prerequisite module?
> Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I
> searched and found the yaz rpm for fedora10, and installed yaz?(
> yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for
> fedora10. it is available for fc6. Hence i downloaded
> idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make
> install..
> ?
> After this?, I called
> cpan > reload cpan .
> ?
> Now I gave 
> cpan > force install Net::Z3950::ZOOM 
> It shows the errors
> ?
> ====Screen output ==========
> ?cpan[2]> force install Net::Z3950::ZOOM
> Running install for module 'Net::Z3950::ZOOM'
> Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
> ? Has already been unwrapped into directory
> /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
> ? '/usr/bin/perl Makefile.PL' returned status 512, won't make
> Running make test
> ? Make had some problems, won't test
> Running make install
> ? Make had some problems, won't install
> =======Screen Output================
> ?
> What shall i do? Will there be problem with installation of this module
> with Fedora10.
> I'm unable to launch koha with web installer. Since this essential module
> is needed. Did i need to uninstall koha and start from beginning.
> Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL -
> reinstalling koha directly.
> ?
> Kindly help me out on this.
> Thanks in advance
> Sivasankari
> ?
> ?
> ?
> ?
> ?
> ?
> ?
> 
> ?
> ?
> -----Inline Attachment Follows-----
> 
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> 
>       Love Cricket? Check out live scores, photos, video highlights and
>       more. Click here http://cricket.yahoo.com

-- 
P Sunthar               http://www.che.iitb.ac.in/online/faculty/p-sunthar
 Asst. Professor                                 
 Dept of Chemical Engg                       Ph:+91-22-2576 7229
 Indian Institute of Technology Bombay      P.Sunthar  iitb.ac.in
 Powai, Mumbai 400 076, INDIA

From pianohacker at gmail.com  Sun Jul 12 08:16:18 2009
From: pianohacker at gmail.com (Jesse)
Date: Sat, 11 Jul 2009 14:16:18 -0600
Subject: [Koha] Circulation rules bound to Marc record
In-Reply-To: <000601ca01f5$66c48190$344d84b0$@net>
References: <000601ca01f5$66c48190$344d84b0$@net>
Message-ID: 

2009/7/11 Nelson Fredsell 

>  Hello all,
>
>
>
> Our libraries have different circulation rules regarding a different number
> of renewals allowed.  I believe 3 renewals is standard.  However one library
> allows books to be checked out for 8 weeks, with a single renewal allowed
> for 4 weeks.  This seems to present two problems:
>
>
>
> 1)      Because number of renewals is bound to the Marc record (942 Item
> type), all libraries must have the same number  of renewals, or multiple
> copies of same holding must be assigned to multiple Marc records.  Please
> tell me there?s a third option!
>
Well, there is, though it's a bit of a hack. If you turn on the
item-level_itypes system preference, you can assign different item types to
individual items.

> 2)      Renewals must be for the same time period as the initial checkout
> period?
>
Yes.

> 3)      Holdings must be checked out for a particular number of days,
> apparently, and not according to a calendar system.  eg. books checked out
> on 1 Feb must be returned by/before 1 March.
>
Koha does have a calendar system, but you have to set it up. The relevant
screen is in Tools -> Calendar.

> Thanks very much.  My main concern is #1 above, as one of the great
> benefits of a union catalogue I imagined was to assign multiple items to the
> same record across multiple libraries, but there was good reason for the 8
> week/4 week rule.  (To complicate matters further, this same library has a
> second set of circulation rules available upon request: 6 month checkout for
> intensive study purposes!  Also, a school library might allow staff to keep
> books out for a longer initial period, but not allow the standard number of
> renewals on that longer period.)
>
If you turn on the SpecifyDueDate system preference, staff can manually
enter in due dates for an item, which would at least allow extended checkout
periods.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090711/0228afd6/attachment.htm 

From sandeep.bhavsar at gmail.com  Sun Jul 12 22:05:33 2009
From: sandeep.bhavsar at gmail.com (SANDEEP BHAVSAR)
Date: Sun, 12 Jul 2009 15:35:33 +0530
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
In-Reply-To: 
References: <208149.22901.qm@web95104.mail.in2.yahoo.com>
	
Message-ID: 

Dear Mr. Sivasankari
Please try with libnet::Z3950::ZOOM package. I think this package is
available only in .deb but through alien you can convert it to rpm
Just try

On Sat, Jul 11, 2009 at 10:56 PM, P. Sunthar  wrote:

>
>
> Hi,
>
>  We are not using zebra. (Ours is a small lib and threfore don't require
> this).  As you rightly did,
> I also had to force install Zoom. Following are some tips from my own
> notes.
>
>   cpan -fi Net::Z3950::ZOOM
>
>
> # repeated above more than once to get all dependencies installed
> # Archive-Zip-1.30.tar.gz was not found it iitb CPAN site
> # downloaded from net, untarred in /tmp
> make Makefile.PL
> make
> make install
>
>
>  On the second part of your question:
>  Web install takes place only after make install at command prompt. It is
> not independent of it. I used two guidelines for installation. 1. available
> in the koha root directory INSTALL.fedora7, and Krishnan's notes.
> It worked.  Nothing specifically new.
>
> Sunthar.
>
> On Sat, 11 Jul 2009 22:14:42 +0530 (IST), Krishnan M 
> wrote:
> > Hello Sivasankari,
> >
> > Sunthar in Mumbai told me a week ago that he successfully installed Koha
> 3
> > on Fedora 10 using notes for a similar install for Fedora 9 that i
> provide
> > at http://krishnanm.com/khh/resources with a few departures.
> >
> > We intended to document these differences for a version of the install
> > HOW-TO for Fedora 10, but haven't done so yet. i am cc'ing Sunthar here
> and
> > requesting that he share his experience sooner rather than later, as i am
> > not sure if he's on the list.
> >
> > i remember that getting ZOOM to install is troublesome, but there's a
> > particular way to get around it, but don't quite remember what it is.
> >
> > regards,
> > krishnan
> >
> > --- On Sat, 11/7/09, Sivasankari  wrote:
> >
> >
> > From: Sivasankari 
> > Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
> > To: Koha at lists.katipo.co.nz
> > Date: Saturday, 11 July, 2009, 12:15 PM
> >
> >
> >
> >
> >
> > Hi All,
> > I have asked a query mentioned below.
> >
> > The following fatal error has occurred:Can't locate ZOOM.pm in @INC
> >
> > Some of   members have answered it. Thanks for those replies.
> >
> > Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.
> - I
> > have already ran the perl Makefile.PL  from the /usr/share/koha-3.00.03
> > folder , then make,make test,make install and then web installer
> launched,
> > which shows the error in browser , can't locate zoom.pm in @Inc in the
> web
> > browser window
> > while i gave http::/:80/ .
> >
> >
> >
> >
> > I started the process of  installing the left over prerequisite module
> > Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I
> > searched and found the yaz rpm for fedora10, and installed yaz (
> > yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for
> > fedora10. it is available for fc6. Hence i downloaded
> > idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make
> > install..
> >
> > After this , I called
> > cpan > reload cpan .
> >
> > Now I gave
> > cpan > force install Net::Z3950::ZOOM
> > It shows the errors
> >
> > ====Screen output ==========
> >  cpan[2]> force install Net::Z3950::ZOOM
> > Running install for module 'Net::Z3950::ZOOM'
> > Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
> >   Has already been unwrapped into directory
> > /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
> >   '/usr/bin/perl Makefile.PL' returned status 512, won't make
> > Running make test
> >   Make had some problems, won't test
> > Running make install
> >   Make had some problems, won't install
> > =======Screen Output================
> >
> > What shall i do? Will there be problem with installation of this module
> > with Fedora10.
> > I'm unable to launch koha with web installer. Since this essential module
> > is needed. Did i need to uninstall koha and start from beginning.
> > Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL -
> > reinstalling koha directly.
> >
> > Kindly help me out on this.
> > Thanks in advance
> > Sivasankari
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -----Inline Attachment Follows-----
> >
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
> >
> >       Love Cricket? Check out live scores, photos, video highlights and
> >       more. Click here http://cricket.yahoo.com
>
> --
> P Sunthar               http://www.che.iitb.ac.in/online/faculty/p-sunthar
>  Asst. Professor
>  Dept of Chemical Engg                       Ph:+91-22-2576 7229
>  Indian Institute of Technology Bombay      P.Sunthar  iitb.ac.in
>  Powai, Mumbai 400 076, INDIA
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>



-- 
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     : 9987049099
elibrary :http://www.vpmthane.org/im/elib/main.htm
@@@@@@@@@@@@@@@@@@@@@@@@@@
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090712/4cb73b3d/attachment.htm 

From pianohacker at gmail.com  Mon Jul 13 17:45:37 2009
From: pianohacker at gmail.com (Jesse)
Date: Sun, 12 Jul 2009 23:45:37 -0600
Subject: [Koha] [Koha-devel] duplicate items showing
In-Reply-To: <69621d830907121224y27dfe3f7obe8528e7c7fdc689@mail.gmail.com>
References: <69621d830907121224y27dfe3f7obe8528e7c7fdc689@mail.gmail.com>
Message-ID: 

Koha should pop up a duplicate warning when the entered ISBN or
barcode already exists in the catalog. If it isn't, it might indicate
a problem with your setup.

2009/7/12, Zico :
> Hi, if any member of my team enters one item twice... my koha accept those
> and when i searches for that item... it shows twice or thrice or something
> like these. I want to close this duplication.
>
> I want two things.
>
> 1. If anyone adds same item second time, koha will show that, "it has been
> already added"
> 2. By mistake, if it occurs.... the searching will never show one item
> twice.
>
> How can i do that?
>
> --
> Best,
> Zico
>


-- 
Jesse Weaver

From Sebastien.Hinderer at snv.jussieu.fr  Mon Jul 13 20:29:47 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Mon, 13 Jul 2009 10:29:47 +0200
Subject: [Koha] Cataloguers level
In-Reply-To: <9128d7f00907100811g5d57c4d4n8c60c999e8c36e2@mail.gmail.com>
References: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
	<9128d7f00907100811g5d57c4d4n8c60c999e8c36e2@mail.gmail.com>
Message-ID: <20090713082947.GB23442@localhost>

Hi NIcole & all,

> As far as I know this is not an available function but may come with
> system groups, a feature that was mentioned as coming in version 3.2.

Could you please give a bit more details on system groups ? What will
they allow one to o ?

Many thanks in advance,
S?bastien.

From Sebastien.Hinderer at snv.jussieu.fr  Mon Jul 13 20:37:20 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Mon, 13 Jul 2009 10:37:20 +0200
Subject: [Koha] Cataloguers level
In-Reply-To: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
References: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
Message-ID: <20090713083720.GC23442@localhost>

Hi Hugo,

> We re trying to creare diffferent cataloguers level, in order to let  
> non librar?an do a light cataloguong but we cant ser how

If you have someone able to do a bit of developent for you, perhaps you
could patch Koha so that, depending on who is cataloguing, the records
go either directly in the catalogue (if the cataloguer is a librarian),
or in the reservoir (if the cataloguer is not a professinal librarian=.
In case you don't know: reservoir is the place where marc records go
whenyou do a stage parc records for import (tools section in the staff
client).
That being said I'm a Koha newbie so I'd love to read coments upon this
suggestion. Is the reservoir the right place ?
Wouldn't it be better to make records catalogued by non-professional
non-visible at OPAC (thanks to the opac-suppression syspref) ? In that
case, is there a way for a professional librarian to se all the recods
that do not show up at OPAC and validate them ?

Cheers,
S?bastien.

From anna.kagedal at gmail.com  Mon Jul 13 22:16:40 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Mon, 13 Jul 2009 15:46:40 +0530
Subject: [Koha] authority control and cataloging
Message-ID: <3bf26ebe0907130316y5587c414o25167dae9d229241@mail.gmail.com>

Dear all,

I am a librarian with hardly any cataloging experience since library school,
and I am now trying to learn how to catalog in Koha 3.0 that we are
implementing in our school library. (We are changing from an old follett
system).

I have some problems, one of my major problems is the authority control for
example Personal names. I understand the value, but I can't get it to work?
It is there as a default, but I don't understand how to add the authority to
search in? And I read some instructions that if no authority record is
found, I'm supposed to be able to enter the author name manually, but I
can't do that. The 100 9 and 100 a continues to be grey and non-writable. Is
there a database to upload for this authority control ?

Since our catalog is quite messy to begin with, we already have the problem
of names entered differently, but with the smart search in koha I don't find
it as problematic as in our old system, so I am thinking of "turning"
authority control off. Problem is I don't understand how to do that either.

Anyone who can help out?

Anna


++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/dc5bbb9b/attachment.htm 

From lists at ricmarques.net  Mon Jul 13 23:05:53 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Mon, 13 Jul 2009 12:05:53 +0100
Subject: [Koha] Koha to MARC links issue
In-Reply-To: <4659947d0811121608h1c1158aelc3f9ce4637f99727@mail.gmail.com>
References: <4659947d0811121353p21b79f3bt5205c0e53cad9d56@mail.gmail.com>
	
	<4659947d0811121608h1c1158aelc3f9ce4637f99727@mail.gmail.com>
Message-ID: 

Hi Galen, and list,


On Nov 12, 2008, Marisa Wood  wrote:

> We have just installed 3.0 and I?ve not touched the Koha to MARC links, but
> when I run the Framework test I get an error for a couple of fields.  The
> message reads: ?The biblio.biblionumber and biblioitems.biblioitemnumber
> fields be mapped to a MARC subfield.? I?m not finding this sentence very
> helpful? They?re currently mapped to 999$c and 999$d, respectively. . Any
> suggestions?


And on the same day, Galen Charlton  replied:

> This can happen if you have more than one framework and biblionumber
> and biblioitemnumber are not mapped in every framework.


On Nov 13, 2008, Marisa Wood  replied:

> Thanks for responding.  I've checked all of the frameworks and they all
> appear to have those two fields mapped to the same subfields.  Could
> there be something else I've missed?


And finally, on the same day, Galen Charlton wrote:

> The results of the following SQL query on your database may provide
> some information:
>
> SELECT frameworkcode, tagfield, tagsubfield
> FROM ?marc_subfield_structure
> WHERE kohafield in ('biblio.biblionumber', 'biblioitems.biblioitemnumber');


I'm following up to this old thread (8 months old) started by Marisa
Wood, because I have the same question that she has: when doing a
"MARC Bibliographic framework test", in a Koha installation (in my
case, it's Koha 3.0.3), I'm getting the following error:

----------------------------------------
biblio and biblionumber  	The biblio.biblionumber and
biblioitems.biblioitemnumber fields be mapped to a MARC subfield,
----------------------------------------


This Koha 3.0.3 installation has been previously an installation of
Koha 3.0.1 that was migrated to 3.0.2 (by running "perl Makefile.PL
--prev-install=/usr/share/koha/misc/koha-install-log").
I have later repeated that same procedure for upgrading to 3.0.3

The installation is done in a SLES 11 (SUSE Linux Enterprise Server)
VMware Virtual Machine.


I ran the SQL query suggested by Galen Charlton, and this is the
resulting output (I have 3 MARC Bibliographic frameworks - the default
framework, another one with code "CDFO" and a third one with code
"FC"):

------------------------------------------------------------
mysql> SELECT frameworkcode, tagfield, tagsubfield FROM
marc_subfield_structure WHERE kohafield in ('biblio.biblionumber',
'biblioitems.biblioitemnumber');
+---------------+----------+-------------+
| frameworkcode | tagfield | tagsubfield |
+---------------+----------+-------------+
|               | 001      | @           |
|               | 999      | 9           |
| CDFO          | 001      | @           |
| CDFO          | 999      | 9           |
| FC            | 001      | @           |
| FC            | 999      | 9           |
|               | 999      | a           |
| CDFO          | 999      | a           |
| FC            | 999      | a           |
+---------------+----------+-------------+
9 rows in set (0.00 sec)
------------------------------------------------------------


So there are 9 lines / rows (3 for each framework) and that seems right to me.

Should I be getting this error in the "MARC Biblibliographic framework
test" even so?


Cheers,
Ricardo Dias Marques
lists AT ricmarques DOT net
Installation Guide for Installing Koha 3 on openSUSE 11
http://wiki.koha.org/doku.php?id=opensuse_11.0

From nicole.engard at liblime.com  Mon Jul 13 23:09:12 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 13 Jul 2009 07:09:12 -0400
Subject: [Koha] Cataloguers level
In-Reply-To: <20090713082947.GB23442@localhost>
References: <9CD08272-75D5-49E2-831F-7A4F0CE329E0@greendata.es>
	<9128d7f00907100811g5d57c4d4n8c60c999e8c36e2@mail.gmail.com>
	<20090713082947.GB23442@localhost>
Message-ID: <9128d7f00907130409s19667e00kc2dabf65a6f864fb@mail.gmail.com>

I have to say I don't know :) It's a function I heard mentioned at
KohaCon and through the mailing lists.  A developer will have to
answer in more detail.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 13, 2009 at 4:29 AM, S?bastien
Hinderer wrote:
> Hi NIcole & all,
>
>> As far as I know this is not an available function but may come with
>> system groups, a feature that was mentioned as coming in version 3.2.
>
> Could you please give a bit more details on system groups ? What will
> they allow one to o ?
>
> Many thanks in advance,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From nicole.engard at liblime.com  Mon Jul 13 23:48:31 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 13 Jul 2009 07:48:31 -0400
Subject: [Koha] authority control and cataloging
In-Reply-To: <3bf26ebe0907130316y5587c414o25167dae9d229241@mail.gmail.com>
References: <3bf26ebe0907130316y5587c414o25167dae9d229241@mail.gmail.com>
Message-ID: <9128d7f00907130448v2a6c964chf60d927d1a810406@mail.gmail.com>

I have added an FAQ for this because so many people ask this question.

http://koha.org/documentation/faq/why-cant-i-enter-a-value-in-the-100-field

Basically you need to turn BiblioAddsAuthorities on.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/13 Anna K?gedal :
> Dear all,
>
> I am a librarian with hardly any cataloging experience since library school,
> and I am now trying to learn how to catalog in Koha 3.0 that we are
> implementing in our school library. (We are changing from an old follett
> system).
>
> I have some problems, one of my major problems is the authority control for
> example Personal names. I understand the value, but I can't get it to work?
> It is there as a default, but I don't understand how to add the authority to
> search in? And I read some instructions that if no authority record is
> found, I'm supposed to be able to enter the author name manually, but I
> can't do that. The 100 9 and 100 a continues to be grey and non-writable. Is
> there a database to upload for this authority control ?
>
> Since our catalog is quite messy to begin with, we already have the problem
> of names entered differently, but with the smart search in koha I don't find
> it as problematic as in our old system, so I am thinking of "turning"
> authority control off. Problem is I don't understand how to do that either.
>
> Anyone who can help out?
>
> Anna
>
>
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From galen.charlton at liblime.com  Tue Jul 14 00:13:00 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Mon, 13 Jul 2009 07:13:00 -0500
Subject: [Koha] Koha to MARC links issue
In-Reply-To: 
References: <4659947d0811121353p21b79f3bt5205c0e53cad9d56@mail.gmail.com>
	
	<4659947d0811121608h1c1158aelc3f9ce4637f99727@mail.gmail.com>
	
Message-ID: <4659947d0907130513k61a0a34bw4191314c3fde494@mail.gmail.com>

Hi,

On Mon, Jul 13, 2009 at 6:05 AM, Ricardo Dias
Marques wrote:
> ------------------------------------------------------------
> mysql> SELECT frameworkcode, tagfield, tagsubfield FROM
> marc_subfield_structure WHERE kohafield in ('biblio.biblionumber',
> 'biblioitems.biblioitemnumber');

If you modify the query slightly to include the kohafield column in
the output, what are the results?

> So there are 9 lines / rows (3 for each framework) and that seems right to me.

There should be six - one mapping of biblionumber and one of
biblioitemnumber per framework.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From kmlist at yahoo.in  Tue Jul 14 00:36:59 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Mon, 13 Jul 2009 18:06:59 +0530 (IST)
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
In-Reply-To: <003401ca038e$c741fb70$770110ac@srasys.co.in>
Message-ID: <228558.68285.qm@web95104.mail.in2.yahoo.com>

Hello Sivasankari,

As i am out of my depth with respect to Perl module installation issues, the only way i found to work around the ZOOM issue, was to repeatedly experiment (for a long time) with the entire install process, till i found a safe way of getting past it.

i then documented every step to spare others the pain. My suggestion (not a very 'scientific' one, of course) is that you start afresh and run through the installation. I have managed to install Koha using these instructions within an hour, using a local CPAN archive.

best,
krishnan

--- On Mon, 13/7/09, Sivasankari  wrote:

From: Sivasankari 
Subject: Re: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
To: "Krishnan M" , "P. Sunthar" 
Cc: Koha at lists.katipo.co.nz, expectperl-discuss at lists.sourceforge.net
Date: Monday, 13 July, 2009, 7:51 AM

Hi,
Thanks for your reply. I tried with the one you specified
???cpan -fi Net::Z3950::ZOOM.
I tried with http://krishnanm.com/khh/resources , which gives instruction to
reconfigure cpan and then i tried to install the zoom module
Again it shows the error
==SCREEN OUPUT===
Running install for module 'Net::Z3950::ZOOM'
Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
? Has already been unwrapped into directory
/root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
? '/usr/bin/perl Makefile.PL' returned status 512, won't make
Running make test
? Make had some problems, won't test
Running make install
? Make had some problems, won't install
==SCREEN OUPUT===

Kindly help over this Net-Z3950-ZOOM module installation in Fedora10

Thanks
Sivasankari m

----- Original Message ----- 
From: "P. Sunthar" 
To: "Krishnan M" 
Cc: ; "Sivasankari" 
Sent: Saturday, July 11, 2009 10:56 PM
Subject: Re: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10




Hi,

 We are not using zebra. (Ours is a small lib and threfore don't require
this).? As you rightly did,
I also had to force install Zoom. Following are some tips from my own
notes.

???cpan -fi Net::Z3950::ZOOM


# repeated above more than once to get all dependencies installed
# Archive-Zip-1.30.tar.gz was not found it iitb CPAN site
# downloaded from net, untarred in /tmp
make Makefile.PL
make
make install


 On the second part of your question:
 Web install takes place only after make install at command prompt. It is
not independent of it. I used two guidelines for installation. 1. available
in the koha root directory INSTALL.fedora7, and Krishnan's notes.
It worked.? Nothing specifically new.

Sunthar.

On Sat, 11 Jul 2009 22:14:42 +0530 (IST), Krishnan M 
wrote:
> Hello Sivasankari,
>
> Sunthar in Mumbai told me a week ago that he successfully installed Koha
3
> on Fedora 10 using notes for a similar install for Fedora 9 that i
provide
> at http://krishnanm.com/khh/resources with a few departures.
>
> We intended to document these differences for a version of the install
> HOW-TO for Fedora 10, but haven't done so yet. i am cc'ing Sunthar here
and
> requesting that he share his experience sooner rather than later, as i am
> not sure if he's on the list.
>
> i remember that getting ZOOM to install is troublesome, but there's a
> particular way to get around it, but don't quite remember what it is.
>
> regards,
> krishnan
>
> --- On Sat, 11/7/09, Sivasankari  wrote:
>
>
> From: Sivasankari 
> Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
> To: Koha at lists.katipo.co.nz
> Date: Saturday, 11 July, 2009, 12:15 PM
>
>
>
>
>
> Hi All,
> I have asked a query mentioned below.
>
> The following fatal error has occurred:Can't locate ZOOM.pm in @INC
>
> Some of members have answered it. Thanks for those replies.
>
> Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.
- I
> have already ran the perl Makefile.PL from the /usr/share/koha-3.00.03
> folder , then make,make test,make install and then web installer
launched,
> which shows the error in browser , can't locate zoom.pm in @Inc in the
web
> browser window
> while i gave http::/:80/ .
>
>
>
>
> I started the process of installing the left over prerequisite module
> Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I
> searched and found the yaz rpm for fedora10, and installed yaz (
> yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for
> fedora10. it is available for fc6. Hence i downloaded
> idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make
> install..
>
> After this , I called
> cpan > reload cpan .
>
> Now I gave
> cpan > force install Net::Z3950::ZOOM
> It shows the errors
>
> ====Screen output ==========
> cpan[2]> force install Net::Z3950::ZOOM
> Running install for module 'Net::Z3950::ZOOM'
> Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
> Has already been unwrapped into directory
> /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
> '/usr/bin/perl Makefile.PL' returned status 512, won't make
> Running make test
> Make had some problems, won't test
> Running make install
> Make had some problems, won't install
> =======Screen Output================
>
> What shall i do? Will there be problem with installation of this module
> with Fedora10.
> I'm unable to launch koha with web installer. Since this essential module
> is needed. Did i need to uninstall koha and start from beginning.
> Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL -
> reinstalling koha directly.
>
> Kindly help me out on this.
> Thanks in advance
> Sivasankari
>
>
>
>
>
>
>
>
>
>
> -----Inline Attachment Follows-----
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>
>? ? ???Love Cricket? Check out live scores, photos, video highlights and
>? ? ???more. Click here http://cricket.yahoo.com

-- 
P Sunthar? ? ? ? ? ? ???http://www.che.iitb.ac.in/online/faculty/p-sunthar
 Asst. Professor
 Dept of Chemical Engg? ? ? ? ? ? ? ? ? ? ???Ph:+91-22-2576 7229
 Indian Institute of Technology Bombay? ? ? P.Sunthar  iitb.ac.in
 Powai, Mumbai 400 076, INDIA




      See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. http://in.buzz.yahoo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/c5734c88/attachment.htm 

From lists at ricmarques.net  Tue Jul 14 01:12:43 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Mon, 13 Jul 2009 14:12:43 +0100
Subject: [Koha] Koha to MARC links issue
In-Reply-To: <4659947d0907130513k61a0a34bw4191314c3fde494@mail.gmail.com>
References: <4659947d0811121353p21b79f3bt5205c0e53cad9d56@mail.gmail.com>
	
	<4659947d0811121608h1c1158aelc3f9ce4637f99727@mail.gmail.com>
	
	<4659947d0907130513k61a0a34bw4191314c3fde494@mail.gmail.com>
Message-ID: 

Hi Galen,

On Mon, Jul 13, 2009 at 13:13, Galen Charlton wrote:

>> mysql> SELECT frameworkcode, tagfield, tagsubfield FROM
>> marc_subfield_structure WHERE kohafield in ('biblio.biblionumber',
>> 'biblioitems.biblioitemnumber');
>
> If you modify the query slightly to include the kohafield column in
> the output, what are the results?


Thanks for replying. Here's the output of the query, when including
the kohafield column:

------------------------------------------------------------

mysql> SELECT frameworkcode, tagfield, tagsubfield, kohafield FROM
    -> marc_subfield_structure WHERE kohafield in ('biblio.biblionumber',
    -> 'biblioitems.biblioitemnumber');
+---------------+----------+-------------+------------------------------+
| frameworkcode | tagfield | tagsubfield | kohafield                    |
+---------------+----------+-------------+------------------------------+
|               | 001      | @           | biblio.biblionumber          |
|               | 999      | 9           | biblio.biblionumber          |
| CDFO          | 001      | @           | biblio.biblionumber          |
| CDFO          | 999      | 9           | biblio.biblionumber          |
| FC            | 001      | @           | biblio.biblionumber          |
| FC            | 999      | 9           | biblio.biblionumber          |
|               | 999      | a           | biblioitems.biblioitemnumber |
| CDFO          | 999      | a           | biblioitems.biblioitemnumber |
| FC            | 999      | a           | biblioitems.biblioitemnumber |
+---------------+----------+-------------+------------------------------+
9 rows in set (0.00 sec)

------------------------------------------------------------



I wrote:

>> So there are 9 lines / rows (3 for each framework) and that seems right to me.

And Galen Charlton replied, saying:

> There should be six - one mapping of biblionumber and one of
> biblioitemnumber per framework.


Hmmm..... In my case, the "item-level_itypes" System Preference is set
to OFF. Does this affect the number of mappings that should exist?

(This is an UNIMARC and NoZebra installation, in case that's relevant).

Thanks again!

Cheers,
Ricardo

From lists at ricmarques.net  Tue Jul 14 01:51:18 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Mon, 13 Jul 2009 14:51:18 +0100
Subject: [Koha] upgrade
In-Reply-To: 
References: 
Message-ID: 

Hi Vinod,

On 11-Jul-2009, vinod kumar  wrote:

> how to? koha 3.00.00 upgrade in 3.00.03

I would suggest that you take the following steps:

1st - As a safety precaution, make a backup of your koha database with
a mysqldump command, like:

# mysqldump --databases koha -p > mykoha3backup.sql


2nd - Assuming that you want to choose the same installation options
of your existing Koha installation, locate the "koha-install-log" file
in your system. In my case, it's located at:
/usr/share/koha/misc/koha-install-log

3rd - In your Koha directory (the one where you extracted the files
contained in the koha-3.00.03.tar.gz file), run the following commands
(these commands are suggested in the "UPGRADE" section of the
"INSTALL" file):

# perl Makefile.PL --prev-install-log /path/to/koha-install-log
# make
# make test
# sudo make upgrade

4th - If you get any messages regarding additional prerequisites (e.g:
new Perl modules) for the new Koha version, you should install them.

5th - Access the web site for the "OPAC" of your Koha installation.
You'll probably get a Koha page with a message saying  "System
Maintenance ... we'll be back soon! If you have any questions, please
contact the Site Administrator".

6th - Access the web site for the "Intranet" area of your Koha
installation (usually running on the 8080 port). Run whatever steps
that appear in that page.


I hope this helps you.  :)

Cheers,
Ricardo Dias Marques
lists AT ricmarques DOT net
Installation Guide for Installing Koha 3 on openSUSE 11
http://wiki.koha.org/doku.php?id=opensuse_11.0

From bibliwho at gmail.com  Tue Jul 14 01:53:55 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Mon, 13 Jul 2009 09:53:55 -0400
Subject: [Koha] Export patrons
Message-ID: <835777770907130653u730f2b2xf94ba6df37b2b9ab@mail.gmail.com>

Koha 3.0 has a tool for importing patron data, but no tool for
exporting patron data.

This would come in very handy for making batch edits to large or
large-ish numbers of patrons: Export all data, edit as needed, then
import.

(I believe the Import tool only allows for over-writing the entire
patron record, rather than just any fields that happen to be
non-null.)

If I have things right here, is there a canned report that will
effectively export all the data?

Is there any danger of de-linking circ data with the corresponding
patron record?

Thank you,

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From ohiocore at gmail.com  Tue Jul 14 02:34:04 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 13 Jul 2009 10:34:04 -0400
Subject: [Koha] Export patrons
In-Reply-To: <835777770907130653u730f2b2xf94ba6df37b2b9ab@mail.gmail.com>
References: <835777770907130653u730f2b2xf94ba6df37b2b9ab@mail.gmail.com>
Message-ID: <235bf14f0907130734q13218d82r7bd65003b2af8066@mail.gmail.com>

> Koha 3.0 has a tool for importing patron data, but no tool for exporting
> patron data.
>
> This would come in very handy for making batch edits to large or
> large-ish numbers of patrons: Export all data, edit as needed, then
> import.
>
> (I believe the Import tool only allows for over-writing the entire
> patron record, rather than just any fields that happen to be
> non-null.)


No, you can pick the fields to be updated.  Fields that are not included
will not be updated.  However, note that this is not the same as merging
data per user per field, with a preference for "more data".  The update has
to "call its shot", in effect saying "these are the fields I am updating".
This is necessary to allow a field to be overwritten with an empty value
(for example, a phone number being updated as disconnected).


> If I have things right here, is there a canned report that will effectively
> export all the data?


For any sizable dataset, such a report would be big enough to cause
problems.  Using mysqldump for the borrowers table is probably better.


> Is there any danger of de-linking circ data with the corresponding patron
> record?


Do not update the primary key (borrowernumber) and this won't be a problem.
Of course you could achieve what looks like the same data corruption if you
update rows with other patrons' information (garbage in, garbage out).  This
should be rather unlikely, and assuming you still have the original export
from mysqldump (or wherever), it would still be recoverable.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/0db03e45/attachment-0001.htm 

From bibliwho at gmail.com  Tue Jul 14 02:52:53 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Mon, 13 Jul 2009 10:52:53 -0400
Subject: [Koha] Export patrons
In-Reply-To: <235bf14f0907130734q13218d82r7bd65003b2af8066@mail.gmail.com>
References: <835777770907130653u730f2b2xf94ba6df37b2b9ab@mail.gmail.com>
	<235bf14f0907130734q13218d82r7bd65003b2af8066@mail.gmail.com>
Message-ID: <835777770907130752s48226de8v8d0d775f079b7375@mail.gmail.com>

Thank you, Joe.

> No, you can pick the fields to be updated.  Fields that are not included
> will not be updated.  However, note that this is not the same as merging
> data per user per field, with a preference for "more data".  The update has
> to "call its shot", in effect saying "these are the fields I am updating".
> This is necessary to allow a field to be overwritten with an empty value
> (for example, a phone number being updated as disconnected).

OK, so to avoid overwriting a field, all I have to do is make sure
that my CSV file does not have that field.

Conversely, if I include a field, then that field will be overwritten,
even if it happens to be empty for a particular patron.

Do I have this right?

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From ohiocore at gmail.com  Tue Jul 14 02:53:43 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 13 Jul 2009 10:53:43 -0400
Subject: [Koha] Export patrons
In-Reply-To: <835777770907130752s48226de8v8d0d775f079b7375@mail.gmail.com>
References: <835777770907130653u730f2b2xf94ba6df37b2b9ab@mail.gmail.com>
	<235bf14f0907130734q13218d82r7bd65003b2af8066@mail.gmail.com>
	<835777770907130752s48226de8v8d0d775f079b7375@mail.gmail.com>
Message-ID: <235bf14f0907130753r2a000fb8sd9b30ad55e6b7141@mail.gmail.com>

On Mon, Jul 13, 2009 at 10:52 AM, Cab Vinton  wrote:

> Thank you, Joe.
>
> > No, you can pick the fields to be updated.  Fields that are not included
> > will not be updated.  However, note that this is not the same as merging
> > data per user per field, with a preference for "more data".  The update
> has
> > to "call its shot", in effect saying "these are the fields I am
> updating".
> > This is necessary to allow a field to be overwritten with an empty value
> > (for example, a phone number being updated as disconnected).
>
> OK, so to avoid overwriting a field, all I have to do is make sure
> that my CSV file does not have that field.
>
> Conversely, if I include a field, then that field will be overwritten,
> even if it happens to be empty for a particular patron.
>
> Do I have this right?
>

Right.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/afd2dff5/attachment.htm 

From dgrobani at samuelmerritt.edu  Tue Jul 14 06:18:35 2009
From: dgrobani at samuelmerritt.edu (Daniel G)
Date: Mon, 13 Jul 2009 11:18:35 -0700 (PDT)
Subject: [Koha] Search by shelving location?
In-Reply-To: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4EB@ex2k3srv06.Varndean.local>
References: <1BE699D6D690C34E8C8F3DD035C62DD2DBB4EB@ex2k3srv06.Varndean.local>
Message-ID: <24466741.post@talk.nabble.com>


You can search by shelving location using CCL. Enter ccl=location:XXX in any
search box, where XXX is the shelving location code you want to search on.

More on searching with CCL is at
http://new.koha.org/documentation/manual/3.2/searching/guide-to-searching/ccl-indexing-chart.

Daniel


Emrys Minnig wrote:
> 
> Are there any plans for a future release of Koha to include an option to
> refine/limit one's advanced search by shelving location ($952c)?
>  
> Emrys
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 

-- 
View this message in context: http://www.nabble.com/Search-by-shelving-location--tp24169410p24466741.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From edward_roche at solanco.k12.pa.us  Tue Jul 14 08:01:31 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Mon, 13 Jul 2009 16:01:31 -0400
Subject: [Koha] MySQL DB Location
Message-ID: 

I would like to change the location of my Koha db to a different drive.
Can someone tell me the best way to do this?

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                   

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/7b9a383e/attachment.htm 

From pianohacker at gmail.com  Tue Jul 14 08:00:32 2009
From: pianohacker at gmail.com (Jesse)
Date: Mon, 13 Jul 2009 14:00:32 -0600
Subject: [Koha] MySQL DB Location
In-Reply-To: 
References: 
Message-ID: 

2009/7/13 Roche III, Edward 

>  I would like to change the location of my Koha db to a different drive.
> Can someone tell me the best way to do this?
>
>
>
> Thanks
>
> Ed
>
> To the best of my knowledge, it's fairly simple (I'm assuming you want to
copy all of the MySQL databases to this new drive). Shut down your MySQL
server, then copy the data directory ? usually /var/lib/mysql/ ? to the new
hard drive. Reconfigure the MySQL server to point to the new data directory,
and you're done.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/15695279/attachment.htm 

From rms at srasys.co.in  Mon Jul 13 19:51:49 2009
From: rms at srasys.co.in (Sivasankari)
Date: Mon, 13 Jul 2009 13:21:49 +0530
Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
References: <208149.22901.qm@web95104.mail.in2.yahoo.com> 
	
Message-ID: <003401ca038e$c741fb70$770110ac@srasys.co.in>

Hi,
Thanks for your reply. I tried with the one you specified
   cpan -fi Net::Z3950::ZOOM.
I tried with http://krishnanm.com/khh/resources , which gives instruction to
reconfigure cpan and then i tried to install the zoom module
Again it shows the error
==SCREEN OUPUT===
Running install for module 'Net::Z3950::ZOOM'
Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
  Has already been unwrapped into directory
/root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
  '/usr/bin/perl Makefile.PL' returned status 512, won't make
Running make test
  Make had some problems, won't test
Running make install
  Make had some problems, won't install
==SCREEN OUPUT===

Kindly help over this Net-Z3950-ZOOM module installation in Fedora10

Thanks
Sivasankari m

----- Original Message ----- 
From: "P. Sunthar" 
To: "Krishnan M" 
Cc: ; "Sivasankari" 
Sent: Saturday, July 11, 2009 10:56 PM
Subject: Re: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10




Hi,

 We are not using zebra. (Ours is a small lib and threfore don't require
this).  As you rightly did,
I also had to force install Zoom. Following are some tips from my own
notes.

   cpan -fi Net::Z3950::ZOOM


# repeated above more than once to get all dependencies installed
# Archive-Zip-1.30.tar.gz was not found it iitb CPAN site
# downloaded from net, untarred in /tmp
make Makefile.PL
make
make install


 On the second part of your question:
 Web install takes place only after make install at command prompt. It is
not independent of it. I used two guidelines for installation. 1. available
in the koha root directory INSTALL.fedora7, and Krishnan's notes.
It worked.  Nothing specifically new.

Sunthar.

On Sat, 11 Jul 2009 22:14:42 +0530 (IST), Krishnan M 
wrote:
> Hello Sivasankari,
>
> Sunthar in Mumbai told me a week ago that he successfully installed Koha
3
> on Fedora 10 using notes for a similar install for Fedora 9 that i
provide
> at http://krishnanm.com/khh/resources with a few departures.
>
> We intended to document these differences for a version of the install
> HOW-TO for Fedora 10, but haven't done so yet. i am cc'ing Sunthar here
and
> requesting that he share his experience sooner rather than later, as i am
> not sure if he's on the list.
>
> i remember that getting ZOOM to install is troublesome, but there's a
> particular way to get around it, but don't quite remember what it is.
>
> regards,
> krishnan
>
> --- On Sat, 11/7/09, Sivasankari  wrote:
>
>
> From: Sivasankari 
> Subject: [Koha] Problem in Installation of KOHA-3.00.03 in fedora 10
> To: Koha at lists.katipo.co.nz
> Date: Saturday, 11 July, 2009, 12:15 PM
>
>
>
>
>
> Hi All,
> I have asked a query mentioned below.
>
> The following fatal error has occurred:Can't locate ZOOM.pm in @INC
>
> Some of members have answered it. Thanks for those replies.
>
> Koha was already installed in my machine at /usr/shar/KOHA-3.00.03.
- I
> have already ran the perl Makefile.PL from the /usr/share/koha-3.00.03
> folder , then make,make test,make install and then web installer
launched,
> which shows the error in browser , can't locate zoom.pm in @Inc in the
web
> browser window
> while i gave http::/:80/ .
>
>
>
>
> I started the process of installing the left over prerequisite module
> Net::Z3950::ZOOM 1.16. Which needs yaz and zebra to be installed. I
> searched and found the yaz rpm for fedora10, and installed yaz (
> yaz-3.0.34-1.fc10.i386.rpm). But for idzebra i dont find the rpm for
> fedora10. it is available for fc6. Hence i downloaded
> idzebra-2.0.8.tar.gz. unzipped it and ran the ./configure,Make,Make
> install..
>
> After this , I called
> cpan > reload cpan .
>
> Now I gave
> cpan > force install Net::Z3950::ZOOM
> It shows the errors
>
> ====Screen output ==========
> cpan[2]> force install Net::Z3950::ZOOM
> Running install for module 'Net::Z3950::ZOOM'
> Running make for M/MI/MIRK/Net-Z3950-ZOOM-1.25.tar.gz
> Has already been unwrapped into directory
> /root/.cpan/build/Net-Z3950-ZOOM-1.25-zyzKPg
> '/usr/bin/perl Makefile.PL' returned status 512, won't make
> Running make test
> Make had some problems, won't test
> Running make install
> Make had some problems, won't install
> =======Screen Output================
>
> What shall i do? Will there be problem with installation of this module
> with Fedora10.
> I'm unable to launch koha with web installer. Since this essential module
> is needed. Did i need to uninstall koha and start from beginning.
> Or else can i run once again /usr/shar/KOHA-3.00.03.>perl Makefile.PL -
> reinstalling koha directly.
>
> Kindly help me out on this.
> Thanks in advance
> Sivasankari
>
>
>
>
>
>
>
>
>
>
> -----Inline Attachment Follows-----
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>
>       Love Cricket? Check out live scores, photos, video highlights and
>       more. Click here http://cricket.yahoo.com

-- 
P Sunthar               http://www.che.iitb.ac.in/online/faculty/p-sunthar
 Asst. Professor
 Dept of Chemical Engg                       Ph:+91-22-2576 7229
 Indian Institute of Technology Bombay      P.Sunthar  iitb.ac.in
 Powai, Mumbai 400 076, INDIA


From ScottZ at labette.edu  Tue Jul 14 08:39:46 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Mon, 13 Jul 2009 15:39:46 -0500
Subject: [Koha] Additonal help needed on ciruclation report
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4864@exch01.administration.labette.edu>

The Circulation report that I requested help on is progressing, thanks
to everyone who contributed help. This one is for daily circ but could
also be adapted for monthly. I obviously am still having trouble with my
Biographies (B) and Fiction (F). On this day, we had one biography and
two fiction checked out. I have no idea where the other numbers are
coming from.

 

Currently my squl is as follows. I have cut and pasted and tried
different variations that in my mind should work. So, I am back to have
the collective eye tell me the obvious thing that I am missing.

 

SQUL

select substring(itemcallnumber,1,1) as 'Call# range', count(*) from
items, statistics where statistics.itemnumber = items.itemnumber and
type in ('issue', 'renew') and date(datetime) between '2009-07-09' and
'2009-07-09'  and itemcallnumber is not null and length(itemcallnumber)
and substring(itemcallnumber,1,1) between '0' and '9' or
substring(itemcallnumber,1,1) = 'F' or substring(itemcallnumber,1,1) =
'B' group by substring(itemcallnumber,1,1)

 

This results in the following. Everything is fine but the F's and B's

CIRC

Total number of rows matching the (unlimited) query is 1.

Call# range

count(*)

0

1

1

1

7

1

B

145321

F

225423

 

Scotty Zollars

Director of Library Services

Labette Community College

200 S. 14th

Parsons, KS  67357

620-820-1168

620-421-1469 FAX

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/16f37023/attachment.htm 

From library.guy.zero at gmail.com  Tue Jul 14 09:03:04 2009
From: library.guy.zero at gmail.com (Library Guy)
Date: Mon, 13 Jul 2009 16:03:04 -0500
Subject: [Koha] Koha Digest, Vol 40, Issue 35
In-Reply-To: 
References: 
Message-ID: 

James, I'm running Koha 3.00.02 which includes the new
1 for Active Directory, but I still cannot
authenticate against our M$ LDAP.  The Koha OPAC reports "Error: Invalid
Username or Password.  Specifically I'm unsure what to do with the
 tag because our Microsoft AD LDAP schema has no
exposed "userpassword".   Do I simply use ?   I
wish to create and update Koha user records when they login to Koha, so I
have:


 ldap://ldap.example.com:389
 dc=example,dc=com
 CN=KOHA_LDAP_USER             
 secretpasswd          
 1       
 1             
 1 
              
                
                
                

                
                
                
                
                
                
 


After a failed login attempt, /var/log/koha/koha-error_log :

[Mon Jul 13 15:56:11 2009] [error] [client] [Mon Jul 13 15:56:11 2009]
mainpage.pl: LDAP Auth rejected : invalid password for user 'johndoe'. LDAP
error #16: LDAP_NO_SUCH_ATTRIBUTE, referer:
http://koha.example.com:8080/cgi-bin/koha/mainpage.pl
[Mon Jul 13 15:56:11 2009] [error] [client] [Mon Jul 13 15:56:11 2009]
mainpage.pl: # The request referenced an attribute that does not exist,
referer: http://koha.example.com:8080/cgi-bin/koha/mainpage.pl
[Mon Jul 13 15:56:11 2009] [error] [client] [Mon Jul 13 15:56:11 2009]
mainpage.pl: , referer:
http://koha.example.com:8080/cgi-bin/koha/mainpage.pl


thank you!



>   1. Re: FW: Koha 3.0 LDAP Question? (Winter, James)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 13 Feb 2009 09:52:45 -0500
> From: "Winter, James" 
> Subject: Re: [Koha] FW: Koha 3.0 LDAP Question?
> To: "Barry Cannon" 
> Cc: koha at lists.katipo.co.nz
> Message-ID:
>        <195366CE4CF91245936298EEA68FEA980AE3C41E at BISHOP.arcadia.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Did you comment out the two lines in Auth_with_ldap.pm? If so, it won't
> update or replicate the data. If you didn't, I would make sure you have
> the property names correct. I would start with the required fields
> (surname, address, city, branchcode, categorycode).
>
>
>
> Try using default values by setting is="" for those properties and put
> text between the tags. 
123 Test Street
 for
> example. If a person is created successfully with default values then
> it's a property name problem. If not, it's a Koha problem.
>
>
>
> James Winter
>
> 215.517.2588
>
>
>
> From: Barry Cannon [mailto:bc at interleaf.ie]
> Sent: Friday, February 13, 2009 7:31 AM
> To: Winter, James
> Cc: koha at lists.katipo.co.nz
> Subject: RE: [Koha] FW: Koha 3.0 LDAP Question?
>
>
>
> James,
>
>                Thanks for this info...I can now authenticate against my
> LDAP server with no problems. However, when I start enabling 
> and  to try and add the AD users into Koha the replication
> doesn't occur. The authentication still works but the users information,
> as per mappings, doesn't come across into Koha. There are no errors
> either?
>
>
>
> Does anyone have any suggestions?
>
>
>
> Thanks
>
> Bar
>
>
>
> From: Winter, James [mailto:WinterJ at arcadia.edu]
> Sent: 12 February 2009 17:35
> To: Barry Cannon
> Cc: koha at lists.katipo.co.nz
> Subject: RE: [Koha] FW: Koha 3.0 LDAP Question?
>
>
>
> Sure, it took me a while to get it working, but we have it working now.
>
>
>
> In our koha-conf.xml, we have this section in the config section
> (between  and  near the end of the file):
>
>
>
> 1
>
>  
>
>    LDAPSERVERNAMEHERE:389
>
>    dc=DOMAIN,dc=COM
>
>     CN=[USER THAT CAN BROWSE ACTIVE DIRECTORY],OU=[OU OF USER
> (MULTIPLE ENTRIES IF NESTED OU)],DC=DOMAIN,DC=COM     
>
>    [PASSWORD OF USER]
>
>    0   
>
>    0         
>
>                      
>
>          
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>      
>
>    
>
> 
>
>
>
> Most of the attributes are commented out because we populate our users
> in Koha from a different system and they only log in using their AD
> password. We don't want to add new users or update existing users.
>
>
>
> Then in Auth_with_ldap.pm at line 102 (thanks to this thread
> http://lists.koha.org/pipermail/koha-devel/2008-September/008355.html)
>
>
>
> Change these lines:
>
>
>
>      my $userldapentry = $search->shift_entry;
>
>        my $cmpmesg = $db->compare( $userldapentry,
> attr=>'userpassword', value => $password );
>
>        if ($cmpmesg->code != 6) {
>
>                warn "LDAP Auth rejected : invalid password for user
> '$userid'. " . description($cmpmesg);
>
>                return 0;
>
>        }
>
>
>
> To this:
>
>
>
>      my $userldapentry = $search->shift_entry;
>
>
>
>        my $dbuser = Net::LDAP->new( [$prefhost] );
>
>        $res = $dbuser->bind( $userldapentry, password => $password );
>
>        unless ( $db && ! $res->code ) {
>
>                warn "LDAP Auth rejected : invalid password for user
> '$userid'";
>
>                return 0;
>
>        }
>
>
>
> We had an additional problem with the Auth_with_ldap.pm automatically
> updating the card number with the user's login. We have existing cards
> with specific numbers that we're importing, so I had to disable a couple
> of other lines (lines 116 and 117 in Auth_with_ldap.pm, before the first
> edit.)
>
>
>
> #($config{update}   ) and my $c2 =
> &update_local($userid,$password,$borrowernumber,\%borrower) || '';
>
>                #($cardnumber eq $c2) or warn "update_local returned
> cardnumber '$c2' instead of '$cardnumber'";
>
>
>
> Hopefully this helps.
>
>
>
> James Winter
>
> 215.517.2588
>
>
>
> From: Barry Cannon [mailto:bc at interleaf.ie]
> Sent: Thursday, February 12, 2009 12:06 PM
> To: Winter, James
> Subject: RE: [Koha] FW: Koha 3.0 LDAP Question?
>
>
>
> Yes, I am using Active Directory. Do you have any tips?
>
>
>
> From: Winter, James [mailto:WinterJ at arcadia.edu]
> Sent: 12 February 2009 17:06
> To: Barry Cannon
> Subject: RE: [Koha] FW: Koha 3.0 LDAP Question?
>
>
>
> Are you using Active Directory?
>
>
>
> James Winter
>
> 215.517.2588
>
>
>
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Barry Cannon
> Sent: Thursday, February 12, 2009 9:17 AM
> To: koha at lists.katipo.co.nz
> Subject: [Koha] FW: Koha 3.0 LDAP Question?
>
>
>
> I have been trying to configure LDAP and have a couple of questions:
>
>
>
> The Wiki says: There are two parts of the KOHA_CONF file (default
> location: /etc/koha.xml) relevant to LDAP authentication: the
> configuration stanza itself, and the "switch" line that enables or
> disables LDAP. The switch appears in the main  section, 0 for
> "off" and 1 for "on",....
>
>
>
> Should I take this to mean the koha-conf.xml file? There is no koha.xml
> file on our installed server? If it is this file, do I simply add the
> LDAP server options in the config file.
>
>
>
> I have assumed that is what is needed but I can't figure out where to go
> from there? Is there an Admin tool to configure/test the LPAD
> authentication?
>
>
>
> Thanks
>
> Barry
>
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090213/87c6d6cd/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> End of Koha Digest, Vol 40, Issue 35
> ************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/74845ea7/attachment-0001.htm 

From ohiocore at gmail.com  Tue Jul 14 10:14:28 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 13 Jul 2009 18:14:28 -0400
Subject: [Koha] Additonal help needed on ciruclation report
In-Reply-To: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4864@exch01.administration.labette.edu>
References: <3B5E1EED5D799F40AE0783AE1109E9E80169AE4864@exch01.administration.labette.edu>
Message-ID: <235bf14f0907131514u3757b3acw78bee364b2f71bdd@mail.gmail.com>

>
> between '2009-07-09' and '2009-07-09'
>

It doesn't make much sense to use BETWEEN with the same value.

But your main problem is that you aren't selecting JOINed rows, you're
selecting ALL the rows from the two tables.  Try starting with the
statistics table, then left-joining on the items table.  That's because you
don't want any rows from items except to extend the data found in
statistics.

Try this:

SELECT
  DATE(datetime) AS date,
  substring(itemcallnumber,1,1) AS 'Call# range',
  count(*) AS count
FROM statistics
LEFT JOIN items USING (itemnumber)
WHERE statistics.type IN ('issue', 'renew')
AND   YEAR(datetime) = 2009
AND  MONTH(datetime) = 7
GROUP BY
  DATE(datetime),
  substring(itemcallnumber,1,1)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090713/58c1f94a/attachment.htm 

From anna.kagedal at gmail.com  Tue Jul 14 17:21:18 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Tue, 14 Jul 2009 10:51:18 +0530
Subject: [Koha] all arguments must be marc
Message-ID: <3bf26ebe0907132221l61237cf7o60458d4e7fb3e190@mail.gmail.com>

Dear excellent list members,

I have a problem when trying to import from the z39.50 servers that comes as
default in 3.0

When I try to import this message comes:

The following fatal error has occurred:

All arguments must be MARC::Field objects at
/usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 146

Apache    Server version: Apache/2.2.10 (Linux/SUSE) Server built: Dec 3
2008 10:04:51
Koha    3.00.02.012
Koha DB    3.0002012
MySQL    mysql Ver 14.12 Distrib 5.0.67, for suse-linux-gnu (i686) using
readline 5.2
OS    Linux koha 2.6.27.21-0.1-pae #1 SMP 2009-03-31 14:50:44 +0200 i686
Perl    5.010000

Thing is, it sometimes work, and sometimes it doesn't but I can't see the
pattern on when it works and when it doesn't. Has anyone else encountered
this problem and hopefully solved it?

Thanks a lot

Anna

++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/d58809c6/attachment.htm 

From Ism at kis.in  Tue Jul 14 19:50:59 2009
From: Ism at kis.in (ISM KIS)
Date: Tue, 14 Jul 2009 13:20:59 +0530
Subject: [Koha] custom logo for 3.0.03 - user.css
Message-ID: <4A5C863B.D759.006F.0@kis.in>

I had installed 3.0.01 and customized the logo size in opac.css. It worked fine.
 
Now I have installed 3.0.03 and I did replace the opac.css file in the ../opac-tmpl/prog/en/css folder but the logo shows in the default size.
 
Where or how do I change the logo in 3.0.03 ?
 
Rudy Wuthrich
Kodaikanal International School
 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/15f54e7f/attachment.htm 

From weiwei at nlb.gov.sg  Tue Jul 14 23:07:40 2009
From: weiwei at nlb.gov.sg (Wei Wei LEE)
Date: Tue, 14 Jul 2009 19:07:40 +0800
Subject: [Koha] Out of Office
Message-ID: 


I will be out of the office starting  14/07/2009 and will not return until
22/07/2009.

I will respond to your message when I return. For urgent matters, please
contact Ms Ho Lam Fong at 6332 1812 for assistance.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/c29b38e2/attachment.htm 

From vimal0212 at gmail.com  Wed Jul 15 01:04:40 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Tue, 14 Jul 2009 09:04:40 -0400
Subject: [Koha] Set permissions problem
Message-ID: <5b978ad90907140604i7352d19ek72ca11da6c31fe56@mail.gmail.com>

Dear Friends,

 My question related with Setting staff permissions.

I would like to limit ?Set permission? only on Circulation module for a
library staff.

I assigned only ?Circulation? from ?Set Permissions? for the staff.

But unable to login to Koha staff client using his id and password.

It shows ?*Error: *Unauthorized userclick to log
out?.

Whats the solution for this
problem?

Thanking you, 


-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/a31942a1/attachment.htm 

From nicole.engard at liblime.com  Wed Jul 15 01:06:37 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 14 Jul 2009 09:06:37 -0400
Subject: [Koha] Set permissions problem
In-Reply-To: <5b978ad90907140604i7352d19ek72ca11da6c31fe56@mail.gmail.com>
References: <5b978ad90907140604i7352d19ek72ca11da6c31fe56@mail.gmail.com>
Message-ID: <9128d7f00907140606w1bf36c63j77c9e253ed19a5fb@mail.gmail.com>

You need to also set the catalogue permissions to give access to the
staff client.  Read more here:
http://koha.org/documentation/manual/3.0/patrons/patron-permissions/view?searchterm=permissions

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/14 Vimal Kumar :
> Dear Friends,
>
> My question related with Setting staff permissions.
>
> I would like to limit ?Set permission? only on Circulation module for a
> library staff.
>
> I assigned only ?Circulation? from ?Set Permissions? for the staff.
>
> But unable to login to Koha staff client using his id and password.
>
> It shows ?Error: Unauthorized userclick to log out?.
>
> Whats the solution for this problem?
>
> Thanking you,
>
> --
> Vimal Kumar V.
> Asst. Librarian
> Asian School of Business
> Technopark, Trivandrum-695 581
> Web: www.vimalkumar.co.nr
> Blog: http://vimalkumar.oksociety.in
>
> OK Society Volunteer. http://oksociety.in
> ---------------------------------------------------------------------------
> "I forget what I was taught. I only remember what I have learnt"
> -Patrick White
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From SaiBhalaji.Dhinakaran at dnbtransunion.com  Wed Jul 15 01:13:43 2009
From: SaiBhalaji.Dhinakaran at dnbtransunion.com (Sai bhalaji Dhinakaran)
Date: Tue, 14 Jul 2009 18:43:43 +0530
Subject: [Koha] LDAP configuration in Koha3.0 on Linux
Message-ID: <67F64F73DC6A0240ADF6485011FE7E7801CCF33020@dbitwex03.DNBTRANSUNION.COM>

Hi,

I am trying to configure Koha3.0 on Linux(Ubuntu) to use our LDAP server.
I referred to the below link for configuration:

http://wiki.koha.org/doku.php?id=en:development:ldap&s

Our LDAP server does not provide any field name for password and hence I am not able to map in the koha_conf.xml file.
Also, please let me know if there is any other file that I need to modify to succeed in configuring for this.

Can someone please help me in resolving this issue since I am unable to understand the flow of this authentication process.

Thanks and Regards,
Sai.

This email and any attachment(s) transmitted may contain confidential, proprietary or legally privileged information relating to D&B TransUnion Analytic and Decision Services Private Limited. The information is intended solely for the recipient. No part of this information may be disclosed, copied, reproduced, distributed or made available in any form whatsoever without prior authorization. If you have received this email in error please notify the sender electronically and delete all copies immediately. This email may contain viruses. D&B TransUnion Analytic and Decision Services Private Limited has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this email. We strongly advise you to ensure that the email and any attachment(s) are free of any virus.

From rms at srasys.co.in  Wed Jul 15 02:02:14 2009
From: rms at srasys.co.in (Sivasankari)
Date: Tue, 14 Jul 2009 19:32:14 +0530
Subject: [Koha] KOHA - cataloging doubts
Message-ID: <012601ca048b$b0c42410$770110ac@srasys.co.in>

Hi,

I have installed koha with (Unimarc). But in Admin - system preference - I have changed to MARC21 format. Will it work out. Hope the koha system is changed to adapt the MARC21 format or will it retain the unimarc format, which i gave in koha installation - perl makefile.pl in linux.

I have set no zebra. since I'm not using millions of records. I'm doing a sample.

How to do cataloging. How to add the books to the library. IS there any sample file provided. I'm a techie ,totally ignorant of library systems, isbn etc. I would like to add some 50 books to the library . How should i do it?

Thanks in advance
Sivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/6c8a8593/attachment.htm 

From oleonard at myacpl.org  Wed Jul 15 02:55:46 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Tue, 14 Jul 2009 10:55:46 -0400
Subject: [Koha] custom logo for 3.0.03 - user.css
In-Reply-To: <4A5C863B.D759.006F.0@kis.in>
References: <4A5C863B.D759.006F.0@kis.in>
Message-ID: 

> Where or how do I change the logo in 3.0.03 ?

Nothing has changed between 3.0.01 and 3.0.03 with regard to the Koha
logo. Are you following the procedure described here?

http://www.myacpl.org/koha/?p=3

  -- Owen


-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From selimaja at kihbd.com  Wed Jul 15 03:02:07 2009
From: selimaja at kihbd.com (Selimaj, Agron)
Date: Tue, 14 Jul 2009 11:02:07 -0400
Subject: [Koha] Does it generate picture catalog?
Message-ID: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>


Hi all,

I am considering to use KOHA in a project, and on the list of features I did not see that you can generate a picture catalog of the items in the inventory. Can some explain if it can?

Thanks,
//Agron

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/b5791e9a/attachment.htm 

From ohiocore at gmail.com  Wed Jul 15 03:22:10 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 14 Jul 2009 11:22:10 -0400
Subject: [Koha] KOHA - cataloging doubts
In-Reply-To: <012601ca048b$b0c42410$770110ac@srasys.co.in>
References: <012601ca048b$b0c42410$770110ac@srasys.co.in>
Message-ID: <235bf14f0907140822u6f0af46g7393d496add6939d@mail.gmail.com>

> I have installed koha with (Unimarc). But in Admin - system preference - I
> have changed to MARC21 format. Will it work out.
>

No.  There is no MARC21/UNIMARC crosswalk capability.  You need to start out
with the correct marcflavour.  It affects everything else, like what MARC
Frameworks you have installed.  You probably should reinstall a new Koha w/
the correct format.


> I have set no zebra. since I'm not using millions of records. I'm doing a
> sample.
>

Zebra is still better, even if you only have 2 records.  Since you would be
reinstalling anyway, you might consider using zebra.  If it presents
difficulty to install it, then you can stick with nozebra.


>  How to do cataloging. How to add the books to the library. IS there any
> sample file provided. I'm a techie ,totally ignorant of library systems,
> isbn etc. I would like to add some 50 books to the library . How should i do
> it?
>

Please avoid crossposting on both the koha and koha-devel lists.  Pick one
or the other.

For your other basic usage questions, please refer to the manual:

http://koha.org/documentation/manual

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/fb26e808/attachment.htm 

From nicole.engard at liblime.com  Wed Jul 15 03:30:54 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 14 Jul 2009 11:30:54 -0400
Subject: [Koha] Does it generate picture catalog?
In-Reply-To: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
References: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
Message-ID: <9128d7f00907140830j1cbb56e5r3894831f461dd401@mail.gmail.com>

It sounds like you're looking for a digital library application -
unless you're asking if the OPAC shows pictures of book jackets.  If
that's what you want, there are several options in Koha (Google,
Amazon, Synetics, Baker & Taylor, LIbraryThing, and Babeltheque).

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/14 Selimaj, Agron :
>
> Hi all,
>
> I am considering to use KOHA in a project, and on the list of features I did
> not see that you can generate a picture catalog of the items in the
> inventory. Can some explain if it can?
>
> Thanks,
> //Agron
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From ohiocore at gmail.com  Wed Jul 15 03:32:21 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 14 Jul 2009 11:32:21 -0400
Subject: [Koha] Does it generate picture catalog?
In-Reply-To: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
References: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
Message-ID: <235bf14f0907140832w2e481ad1n9d03b6b6864c9427@mail.gmail.com>

Argon --

I am unsure what you are asking.  Perhaps you want the "shelf browser" with
one of the jacket image providers enabled?  This would show the titles that
would appear "next to" a given book on the shelf, on the details page for
that book.

Koha does not "generate" any images except possibly barcodes.   But it does
integrate with other providers of enhanced content for visual features like
jacket images.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions

2009/7/14 Selimaj, Agron 

>  I am considering to use KOHA in a project, and on the list of features I
> did not see that you can generate a picture catalog of the items in the
> inventory. Can some explain if it can?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/2e5927ee/attachment.htm 

From ScottZ at labette.edu  Wed Jul 15 03:53:06 2009
From: ScottZ at labette.edu (Scott Zollars)
Date: Tue, 14 Jul 2009 10:53:06 -0500
Subject: [Koha] Additonal help needed on circulation reports solved.
Message-ID: <3B5E1EED5D799F40AE0783AE1109E9E80169AE486E@exch01.administration.labette.edu>

Thanks Joe for the report. It worked great and I was able to adapt it to
make a Daily Circ Report by only adding 

 

AND DAY (datetime) = 9 

 

It works great too. Thanks and my computer and staff thank you too. 

 

Scotty Zollars

Director of Library Services

Labette Community College

200 S. 14th

Parsons, KS  67357

620-820-1168

620-421-1469 FAX

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/d6ff3170/attachment.htm 

From j.callinan at milfordcarecentre.ie  Wed Jul 15 04:06:39 2009
From: j.callinan at milfordcarecentre.ie (Joanne Callinan)
Date: Tue, 14 Jul 2009 17:06:39 +0100
Subject: [Koha] PDF files
Message-ID: 

Hi all,

Oue I.T. dept have installed Koha and I am just ttesting it out at the
moment.

I was just wondering if you can upload bookcovers so that they can be
viewed in OPAC and also if it is possible to upload PDFs files for
access in OPAC also?

 

Many thanks

 

Joanne Callinan

Librarian.

 

 

Joanne Callinan

Librarian.

 

Library & Information Service                      

Milford Care Centre,                                  

Plassey Park Road,

Castletroy,

Limerick.

 

Tel / Teil: 061 201705

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/35494611/attachment-0001.htm 
-------------- next part --------------
This e-mail may contain information, which is confidential and  / or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents is prohibited.  If you have received this electronic transmission in error, please notify the sender by telephone or return e-mail and delete the material from your computer.

Milford Care Centre
Tel: 353-61-485800
www.milfordcarecentre.ie

*****************************
This email message has been scanned for viruses
*****************************

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul 15 04:30:38 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 14 Jul 2009 18:30:38 +0200
Subject: [Koha] PDF files
In-Reply-To: 
References: 
Message-ID: <20090714163038.GA22083@localhost>

Hi Joanne,

> I was just wondering if you can upload bookcovers so that they can be
> viewed in OPAC and also if it is possible to upload PDFs files for
> access in OPAC also?

Regarding book covers I don't know.
Concerning PDF files in general, I think you can't.
Koha is not a digital library per se, so it does not on its own let you
store files.
Yuu may want to use it in conjunction with tools such as Kete, D-space
or others I'm not aware of but someone else may suggest.
Hope this helps,
S?bastien.

From edward_roche at solanco.k12.pa.us  Wed Jul 15 04:44:05 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Tue, 14 Jul 2009 12:44:05 -0400
Subject: [Koha] Bookshelf Feature
Message-ID: 

Good Afternoon All

 

Can someone tell me how the bookshelf feature is suppose to work?
Whenever I select a title in OPAC  at the bottom of the page it gives me
a Left and Right arrow with the title in the middle but if I select one
of the arrow the feature disappears? I think I get the idea of it but
not sure if I need to set anything else up to have it work write.

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                   

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/562e9f56/attachment.htm 

From melanie at salpublib.org  Wed Jul 15 04:49:25 2009
From: melanie at salpublib.org (Melanie Hedgespeth)
Date: Tue, 14 Jul 2009 11:49:25 -0500
Subject: [Koha] Connecting KOHA patron information to website login
Message-ID: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>

Has anyone connected a website login to their patron database?  

We would like to allow users to log in to the website using their
library card number as their user name and their password on the account
as their password.

 

I am putting together a joomla site:  http://www.salpublib.org/connect/
I would like to see if there is a way to connect the login with the
patron database which then would also allow users to utilize our
databases, etc.

 

Thanks.

 

Melanie Hedgespeth

Tech Center Manager

Salina Public Library

785.825.4624 Ext. 233

melanie at salpublib.org  

 

 
 

P Please consider the environment before printing this e-mail.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/97d1c37b/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 2556 bytes
Desc: image001.gif
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/97d1c37b/attachment.gif 

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul 15 05:02:12 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 14 Jul 2009 19:02:12 +0200
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
Message-ID: <20090714170212.GA9718@localhost>

Hey Melanie,

> We would like to allow users to log in to the website using their
> library card number as their user name and their password on the account
> as their password.

Hmm, not sure whether this is possible or not.
You may have to do things the other way around: creating your users in
Joomla and then find a way to let koha access this, but I'm really not
sure.
YOu may also want to have a look to LDAP.

My not even two cents,
S?bastien.

From sowen at edzone.net  Wed Jul 15 05:01:51 2009
From: sowen at edzone.net (Scott Owen)
Date: Tue, 14 Jul 2009 13:01:51 -0400
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
Message-ID: <4A5CB9FF.2010309@edzone.net>


Koha and Joomal both speak LDAP.....I think that would be your best choice.
This would require setting up an LDAP server, and getting all of your 
patron data entered..... or maybe you could utilize an existing LDAP, 
AD, or eDir server?



Melanie Hedgespeth wrote:
>
> Has anyone connected a website login to their patron database? 
>
> We would like to allow users to log in to the website using their 
> library card number as their user name and their password on the 
> account as their password.
>
>  
>
> I am putting together a joomla site:  
> http://www.salpublib.org/connect/   I would like to see if there is a 
> way to connect the login with the patron database which then would 
> also allow users to utilize our databases, etc.
>
>  
>
> Thanks.
>
>  
>
> /Melanie Hedgespeth/
>
> Tech Center Manager
>
> Salina Public Library
>
> 785.825.4624 Ext. 233
>
> melanie at salpublib.org 
>
>  
>
> facebook_email 
> 
>
> P Please consider the environment before printing this e-mail.
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>   


From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul 15 05:03:41 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 14 Jul 2009 19:03:41 +0200
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
Message-ID: <20090714170341.GA12258@localhost>

Hi again Melanie,

Perhaps OpenID may be of interest for you ?
S?bastien.

From nicole.engard at liblime.com  Wed Jul 15 05:06:43 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 14 Jul 2009 13:06:43 -0400
Subject: [Koha] PDF files
In-Reply-To: <20090714163038.GA22083@localhost>
References: 
	<20090714163038.GA22083@localhost>
Message-ID: <9128d7f00907141006m1b61d09cv6fe13dc56bd235e4@mail.gmail.com>

Neither can be done without some messing around of the code.  That
said, several have asked to be able to add their own book jackets so
it sounds like something you should all get together and code - or
sponsor :)

As for PDFs - you can upload them to your server and then put the
links in the 856u field - that will add a link to the MARC record to
the PDF.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Tue, Jul 14, 2009 at 12:30 PM, S?bastien
Hinderer wrote:
> Hi Joanne,
>
>> I was just wondering if you can upload bookcovers so that they can be
>> viewed in OPAC and also if it is possible to upload PDFs files for
>> access in OPAC also?
>
> Regarding book covers I don't know.
> Concerning PDF files in general, I think you can't.
> Koha is not a digital library per se, so it does not on its own let you
> store files.
> Yuu may want to use it in conjunction with tools such as Kete, D-space
> or others I'm not aware of but someone else may suggest.
> Hope this helps,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From Rachel.Hollis at stevenshenager.edu  Wed Jul 15 05:29:02 2009
From: Rachel.Hollis at stevenshenager.edu (Rachel Hollis)
Date: Tue, 14 Jul 2009 11:29:02 -0600
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>
References: <20090703112041.GA19648@localhost>
	<4A4DF658.9000909@biblibre.com>	<20090703133805.GB8818@localhost>
	<9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>
Message-ID: <7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local>

I am a cataloging librarian and know very little about anything else. At a previous job, we used BulkMarcImport (BMI) to load nearly all of our records. We used several scripts (perl?) to remove specifically coded subject fields and to set collection/shelving locations. As I remember, the ILS had the matching arguments so that when BMI files were loaded they replaced records according to rules we set up.

There was another way to load bibliographic records and it didn't take quite as long and was similar to Stage Marc Record Import (SMRI) in that it was mouse (button/link) driven. I don't recall precisely but I think that loading record this way did not allow for record matching. Because the records were not run past the scripts, we had to edit these records to remove unwanted data fields.

This week, working with the latest batch of MARC records we receive as part of our service, I consider whether there could be a way to use BMI to load these records setting MARC Frameworks, removing certain subject fields and setting collection/shelving locations. While I realize that my operation is not a big one (only one shelf worth of titles on my cart presently), I find it slows down the process to perform these operations title by title. Is anyone using a process that is more streamlined?

In typing this I realized that I have used Koha long enough (only since October 2008) and I now know it better than the systems that I used for multiple years! :-)

Rachel Hollis, librarian
Stevens-Henager College, Boise Idaho Campus

-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Nicole Engard
Sent: Monday, July 06, 2009 5:32 AM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Stage MARC Records for Import vs. bulkmarcimport

I will gladly add it as an FAQ to the manual - and possibly on the import page.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 3, 2009 at 9:38 AM, S?bastien
Hinderer wrote:
> Hi Paul, thanks a lot for your prompt and complete reply.
>
>> BMI is usually used when migrating. So it's only once, before you go
>> live.
>
> Ah I see.
>
>> SMRI is used on a daily basis by librarians. For example (as you're
>> french), after getting your order list from Electre. Or from DVD
>> vendors. Those vendors send by mail an iso2709 file, that can be
>> included in Koha in a few clics.
>
> Understood, thanks.
>
>> > 3. Once I understand things better, I'm willing to write something in
>> > the manual or in the wiki to explain what I have understood and which
>> > could then be improved by others. old that be relevant, and, where would
>> > that fit best ?
>> HTH
>
> Yes it helped a lot, thanks.
> Reading your answer, I realize things are rather simple and perhaps not
> worth a lot of writing in the manual or on the wiki.
> Still, I'd appreciate it a lot to have a documentation that presupposes
> less library science knowledge the manual does.


This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

From edward_roche at solanco.k12.pa.us  Wed Jul 15 05:45:47 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Tue, 14 Jul 2009 13:45:47 -0400
Subject: [Koha] Title Details on Admin Side
Message-ID: 

When I enable the Amazon Content feature and I search a title and look
at it Title Details it gives me the following error:

 


An Error has Occurred!


Error 500


*	In Koha this typically means that the Koha team is working on
new features
*	Wait while system maintenance is being done or email the Koha
Administrator  .
*	Use top menu bar to navigate to another part of Koha.

 

 

I also get it in OPAC when I enable the OPACAmazonContent and
OPACSimilarItems settings.

 

Any thoughts?

 

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                   

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/1702118f/attachment.htm 

From dbirmingham at ptfs.com  Wed Jul 15 05:45:12 2009
From: dbirmingham at ptfs.com (Birmingham,  David)
Date: Tue, 14 Jul 2009 13:45:12 -0400
Subject: [Koha] Bookshelf feature
Message-ID: 

>Can someone tell me how the bookshelf feature is suppose to work?

>Whenever I select a title in OPAC  at the bottom of the page it gives
me a Left and Right arrow with >the title in the middle but if I select
one of the arrow the feature disappears? I think I get the >idea of it
but not sure if I need to set anything else up to have it work write.

 

Ed, do you have a single library branch?  I submitted a patch around

the first of May that altered the SQL to account for this issue.

 

 

David Birmingham

Software Engineer

P | T | F | S 
6400 Goldsboro Road, Suite 200

Bethesda, MD 20817


301-654-8088, Ext 149
301-654-5789 (fax)

dbirmingham at ptfs.com

www.ptfs.com

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/f0af0ff5/attachment.htm 

From dbirmingham at ptfs.com  Wed Jul 15 06:05:47 2009
From: dbirmingham at ptfs.com (Birmingham,  David)
Date: Tue, 14 Jul 2009 14:05:47 -0400
Subject: [Koha] Bookshelf feature
In-Reply-To: 
References: 
	
Message-ID: 

Actually, I mistyped.  The patch I submitted accounted for the case(s)

when an item's location was undefined.  If this was the case, the prior

SQL would result in an empty set and nothing would show up in the

shelf browser window.  Clicking on either of the arrows would shut it

back down.  So maybe this patch isn't in your version of Koha?

 

David

 

From: Roche III, Edward [mailto:edward_roche at solanco.k12.pa.us] 
Sent: Tuesday, July 14, 2009 1:55 PM
To: Birmingham, David
Subject: RE: Bookshelf feature

 

Hi David

 

No multi branches can it be reworked for this type of setup?

 

Thanks!

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

     

 

From: Birmingham, David [mailto:dbirmingham at ptfs.com] 
Sent: Tuesday, July 14, 2009 1:45 PM
To: Roche III, Edward
Cc: koha at lists.katipo.co.nz
Subject: Bookshelf feature

 

>Can someone tell me how the bookshelf feature is suppose to work?

>Whenever I select a title in OPAC  at the bottom of the page it gives
me a Left and Right arrow with >the title in the middle but if I select
one of the arrow the feature disappears? I think I get the >idea of it
but not sure if I need to set anything else up to have it work write.

 

Ed, do you have a single library branch?  I submitted a patch around

the first of May that altered the SQL to account for this issue.

 

 

David Birmingham

Software Engineer

P | T | F | S 
6400 Goldsboro Road, Suite 200

Bethesda, MD 20817


301-654-8088, Ext 149
301-654-5789 (fax)

dbirmingham at ptfs.com

www.ptfs.com

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/b6c0fc35/attachment-0001.htm 

From sunitabarve at gmail.com  Wed Jul 15 06:06:14 2009
From: sunitabarve at gmail.com (Sunita Barve)
Date: Tue, 14 Jul 2009 14:06:14 -0400
Subject: [Koha] KOHA DBD error
Message-ID: 

We have been running a koha workshop and we have selected to install
Debian 5.0.1 lenny and on lenny we are selecting 3.00.03 version of
koha. We are following exactly same processes as mentioned in
INSTALL.Lenny file. We tried going down one step below version of koha
or debian but still we are getting the following error.

Can someone quickly help us to know what exactly to do to overcome this problem.

We have also observed that on some machines installation goes smoothly
but on other machines it gives following error.

Koha error

The following fatal error has occurred:

DBD driver has not implemented the AutoCommit attribute at
/usr/local/lib/perl/5.10.0/DBI.pm line 705.
Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25.
BEGIN failed--compilation aborted at
/usr/share/koha/lib/C4/Circulation.pm line 25.
Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24.
Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27.
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 24.
BEGIN failed--compilation aborted at
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 24.

Sunita Barve, Ph. D.
SIRC-In-Charge
National Centre for Radio Astrophysics
Post Bag No. 3, Pune Univ. Campus
Pune 411 007, INDIA
Phone : Office : 91-20-25719211
            Residence : 91-020- 24470022
            Mobile: 9922753827
Email : sunitab at ncra.tifr.res.in ; sunitabarve at gmail.com

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul 15 07:01:23 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Tue, 14 Jul 2009 21:01:23 +0200
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local>
References: <20090703112041.GA19648@localhost> <4A4DF658.9000909@biblibre.com>
	<20090703133805.GB8818@localhost>
	<9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>
	<7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local>
Message-ID: <20090714190123.GB13982@localhost>

Hi Rachel,

Would MarcEdit be of some use to you ?

From dpavlin at rot13.org  Wed Jul 15 02:10:12 2009
From: dpavlin at rot13.org (Dobrica Pavlinusic)
Date: Tue, 14 Jul 2009 16:10:12 +0200
Subject: [Koha] [Koha-devel] LDAP configuration in Koha3.0 on Linux
In-Reply-To: <67F64F73DC6A0240ADF6485011FE7E7801CCF33020@dbitwex03.DNBTRANSUNION.COM>
References: <67F64F73DC6A0240ADF6485011FE7E7801CCF33020@dbitwex03.DNBTRANSUNION.COM>
Message-ID: <20090714141012.GC21087@rot13.org>

On Tue, Jul 14, 2009 at 06:43:43PM +0530, Sai bhalaji Dhinakaran wrote:
> Hi,
> 
> I am trying to configure Koha3.0 on Linux(Ubuntu) to use our LDAP server.
> I referred to the below link for configuration:
> 
> http://wiki.koha.org/doku.php?id=en:development:ldap&s
> 
> Our LDAP server does not provide any field name for password and hence I am not able to map in the koha_conf.xml file.
> Also, please let me know if there is any other file that I need to modify to succeed in configuring for this.
> 
> Can someone please help me in resolving this issue since I am unable to understand the flow of this authentication process.

We had similar problem, so we opted to implement following ugly patch:

http://koha-dev.rot13.org:8081/cgi-bin/gitweb.cgi?p=koha-ffzg.git;a=commitdiff;h=01bcd8bb8d84e85d29a0bb395757742cab06f102

(which I should really cleanup and submit at some point in future).

Idea is simple: instead of having single administrative user which can
do LDAP compare to check password, we just bind as user who is trying to
login. Tricky part is rewrite of user login at domain.com into LDAP DN
syntax (uid=login,dc=domain,dc=com), but if this patten is o.k. for most
users (I hope). If it's not, please speak now! :-)

-- 
Dobrica Pavlinusic               2share!2flame            dpavlin at rot13.org
Unix addict. Internet consultant.             http://www.rot13.org/~dpavlin

From j.callinan at milfordcarecentre.ie  Wed Jul 15 03:36:52 2009
From: j.callinan at milfordcarecentre.ie (Joanne Callinan)
Date: Tue, 14 Jul 2009 16:36:52 +0100
Subject: [Koha] Book covers
Message-ID: 

Hi all,

Out I.T. have installed Koha and I am just trying it out at the moment.

I was just wondering if you can upload bookcovers so that they can be
viewed in OPAC and also if it is possible to upload PDFs files for
access in OPAC also?

 

Many thanks

 

Joanne Callinan

Librarian.

 

Library & Information Service                      

Milford Care Centre,                                  

Limerick.

 

Tel / Teil: 061 201705

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/463481cd/attachment.htm 
-------------- next part --------------
This e-mail may contain information, which is confidential and  / or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents is prohibited.  If you have received this electronic transmission in error, please notify the sender by telephone or return e-mail and delete the material from your computer.

Milford Care Centre
Tel: 353-61-485800
www.milfordcarecentre.ie

*****************************
This email message has been scanned for viruses
*****************************

From mahesh.y213 at gmail.com  Wed Jul 15 07:41:55 2009
From: mahesh.y213 at gmail.com (mahesh y)
Date: Wed, 15 Jul 2009 01:11:55 +0530
Subject: [Koha] Koha
Message-ID: <746926340907141241r3e251cb4m684783648f0d9046@mail.gmail.com>

dear sir/madam

         I installed koha and after installing everything ok but by using
localhost insted of intranet i am unable to get koha
modules only i am get opac.

-- 
Mahesh.Y
LIM Trainee
National Centre of Science Information
Indian Institute of Science
Bangalore-56
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/0e93e7ff/attachment.htm 

From ontariowolf64 at yahoo.com  Wed Jul 15 10:35:19 2009
From: ontariowolf64 at yahoo.com (Marty)
Date: Tue, 14 Jul 2009 15:35:19 -0700 (PDT)
Subject: [Koha] Yes! Koha 3 works!
Message-ID: <946337.1382.qm@web62401.mail.re1.yahoo.com>

Just had to let y'all know that I got Koha 3.00.03 up and running - thank you all.

Marty



      __________________________________________________________________
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/16ecfe16/attachment.htm 

From nicole.engard at liblime.com  Wed Jul 15 11:22:03 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 14 Jul 2009 19:22:03 -0400
Subject: [Koha] Koha on Twitter
In-Reply-To: <9128d7f00905271532h691a01e3qe1aae7f1595629b7@mail.gmail.com>
References: <9128d7f00905271532h691a01e3qe1aae7f1595629b7@mail.gmail.com>
Message-ID: <9128d7f00907141622k55d8c221h381efcc8ba4de300@mail.gmail.com>

Hello all,

An update on this - we now have set up a group on TweetKnot -
http://tweetknot.com/koha  - the idea is you send a message to
TweetKnot and it goes to everyone - we're trying it out if you want to
sign up it's painless ;)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Wed, May 27, 2009 at 6:32 PM, Nicole Engard wrote:
> I received an email asking me to take the reigns and create an account
> for Koha on Twitter. ?An account works - but a hastag is better.
>
> I have created both. ?You can follow the Koha ILS at
> www.twitter.com/kohails (I'm going to feed RSS feeds into this
> account) and you can tag your own posts with #koha the official Koha
> hashtag: http://tagal.us/tag/koha
>
> Hope that helps - off to find a service to feed rss feeds to twiter.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>

From selimaja at kihbd.com  Wed Jul 15 11:27:05 2009
From: selimaja at kihbd.com (Selimaj, Agron)
Date: Tue, 14 Jul 2009 19:27:05 -0400
Subject: [Koha] Does it generate picture catalog?
References: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
	<9128d7f00907140830j1cbb56e5r3894831f461dd401@mail.gmail.com>
Message-ID: <80CA49F41209704FBC5476A05D1C8838A09A88@hbd-1961.kshbd.prv>

I am not sure I understand. 
What is Koha? Is it a digital library application or OPAC?

Basically, I would like Koha to generate a list of books I have in the library, but I would like to see the book jacket pictures together with titles.

Also, can I add my own pictures for books that amazon or google don't know about?





-----Original Message-----
From: Nicole Engard [mailto:nicole.engard at liblime.com]
Sent: Tue 7/14/2009 11:30 AM
To: Selimaj, Agron
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Does it generate picture catalog?
 
It sounds like you're looking for a digital library application -
unless you're asking if the OPAC shows pictures of book jackets.  If
that's what you want, there are several options in Koha (Google,
Amazon, Synetics, Baker & Taylor, LIbraryThing, and Babeltheque).

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/14 Selimaj, Agron :
>
> Hi all,
>
> I am considering to use KOHA in a project, and on the list of features I did
> not see that you can generate a picture catalog of the items in the
> inventory. Can some explain if it can?
>
> Thanks,
> //Agron
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/51c89aab/attachment-0001.htm 

From ohiocore at gmail.com  Wed Jul 15 12:21:59 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 14 Jul 2009 20:21:59 -0400
Subject: [Koha] Does it generate picture catalog?
In-Reply-To: <80CA49F41209704FBC5476A05D1C8838A09A88@hbd-1961.kshbd.prv>
References: <80CA49F41209704FBC5476A05D1C8838A09A87@hbd-1961.kshbd.prv>
	<9128d7f00907140830j1cbb56e5r3894831f461dd401@mail.gmail.com>
	<80CA49F41209704FBC5476A05D1C8838A09A88@hbd-1961.kshbd.prv>
Message-ID: <235bf14f0907141721r28da1553ycdb1cfd08ea8d9b7@mail.gmail.com>

2009/7/14 Selimaj, Agron 

>  I am not sure I understand.
> What is Koha? Is it a digital library application
>
No, try Kete:
http://kete.net.nz


> or OPAC?
>
Yes, as part of being an ILS.


> Basically, I would like Koha to generate a list of books I have in the
> library, but I would like to see the book jacket pictures together with
> titles.
>
A "list" would be useless at any appreciable size.  You don't want to load
5000 items when you only want a particular one or three.  Wouldn't you want
to search the list for a given term, or by type, or by author, or by titls
or by date added?  Wouldn't you want additional details available on a
separate page?  That's what the OPAC interface provides, amongst other
things.

If you really just want a list, try something like Delicious Monster:
http://delicious-monster.com/


> Also, can I add my own pictures for books that amazon or google don't know
> about?
>
Not directly.  Instead you add the image to some external server (we don't
care where) and add the image URL to the catalog data.

--Joe

>
> -----Original Message-----
> From: Nicole Engard [mailto:nicole.engard at liblime.com
> ]
> Sent: Tue 7/14/2009 11:30 AM
> To: Selimaj, Agron
> Cc: koha at lists.katipo.co.nz
> Subject: Re: [Koha] Does it generate picture catalog?
>
> It sounds like you're looking for a digital library application -
> unless you're asking if the OPAC shows pictures of book jackets.  If
> that's what you want, there are several options in Koha (Google,
> Amazon, Synetics, Baker & Taylor, LIbraryThing, and Babeltheque).
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> 2009/7/14 Selimaj, Agron :
> >
> > Hi all,
> >
> > I am considering to use KOHA in a project, and on the list of features I
> did
> > not see that you can generate a picture catalog of the items in the
> > inventory. Can some explain if it can?
> >
> > Thanks,
> > //Agron
> >
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090714/740e34c7/attachment.htm 

From vimallaxman at gmail.com  Wed Jul 15 16:19:35 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Wed, 15 Jul 2009 00:19:35 -0400
Subject: [Koha] Koha
In-Reply-To: <746926340907141241r3e251cb4m684783648f0d9046@mail.gmail.com>
References: <746926340907141241r3e251cb4m684783648f0d9046@mail.gmail.com>
Message-ID: <259655cd0907142119s743711efj291e15c184e1b093@mail.gmail.com>

hi mahesh,
                       i hope you have not made yourself clear .i dont
understand what u mean by 'using localhost instead of intranet'.please do
mention in clear terms what exactly is the problem so that the community
members can help u out with that.

regards,
vimal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/86c2bf4d/attachment.htm 

From sivasankari.muthuraja at gmail.com  Wed Jul 15 21:23:15 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Wed, 15 Jul 2009 14:53:15 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907150223y7b95ee2cq3a5010630a59bc9c@mail.gmail.com>

1.how to make the payment through koha.
Is there any online payment, payment gateway using creditcard for fine,books
lost.or the payments made offline

2. I'm using OPAC library which is of academic mode from liblimedemo. I
logged in as a patron
with login details provided.When i do a search and add the listed books to
the cart in the current session.
How will the details of books from the selected list of books (i.e) they are
available in cart. is passed over to
the staff client to make checkout.

Thanks
Sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/17c19646/attachment.htm 

From nicole.engard at liblime.com  Wed Jul 15 23:23:19 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Wed, 15 Jul 2009 07:23:19 -0400
Subject: [Koha] Book covers
In-Reply-To: 
References: 
Message-ID: <9128d7f00907150423s5494ec6bx4d6c1d4a246aa4c0@mail.gmail.com>

Did you not get all of the answers the first time you sent this message out??

My reply was:

Neither can be done without some messing around of the code.  That
said, several have asked to be able to add their own book jackets so
it sounds like something you should all get together and code - or
sponsor :)

As for PDFs - you can upload them to your server and then put the
links in the 856u field - that will add a link to the MARC record to
the PDF.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/14 Joanne Callinan :
> Hi all,
>
> Out I.T. have installed Koha and I am just trying it out at the moment.
>
> I was just wondering if you can upload bookcovers so that they can be viewed
> in OPAC and also if it is possible to upload PDFs files for access in OPAC
> also?
>
>
>
> Many thanks
>
>
>
> Joanne Callinan
>
> Librarian.
>
>
>
> Library & Information Service
>
> Milford Care Centre,
>
> Limerick.
>
>
>
> Tel / Teil: 061 201705
>
>
>
> This e-mail may contain information, which is confidential and ?/ or
> privileged. The information is intended solely for the use of the individual
> or entity named above. If you are not the intended recipient, be aware that
> any disclosure, copying, distribution or use of the contents is prohibited.
> ?If you have received this electronic transmission in error, please notify
> the sender by telephone or return e-mail and delete the material from your
> computer.
>
> Milford Care Centre
> Tel: 353-61-485800
> www.milfordcarecentre.ie
>
> *****************************
> This email message has been scanned for viruses
> *****************************
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From oleonard at myacpl.org  Thu Jul 16 00:59:22 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Wed, 15 Jul 2009 08:59:22 -0400
Subject: [Koha] koha doubts
In-Reply-To: <4950128e0907150223y7b95ee2cq3a5010630a59bc9c@mail.gmail.com>
References: <4950128e0907150223y7b95ee2cq3a5010630a59bc9c@mail.gmail.com>
Message-ID: 

> 1.how to make the payment through koha.
> Is there any online payment, payment gateway using creditcard for fine,books
> lost.or the payments made offline

There is no online payment component included in Koha. It is assumed
that payments are handled in person.

> How will the details of books from the selected list of books (i.e) they are
> available in cart. is passed over to
> the staff client to make checkout.

Items from a cart cannot be passed to the staff client for checkout,
but the patron can place a hold on the items in their cart. Koha
assumes that items must physically be pulled from the shelf before
they can be checked out.

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From Ian.Walls at med.nyu.edu  Thu Jul 16 01:41:52 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Wed, 15 Jul 2009 09:41:52 -0400
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <20090714170341.GA12258@localhost>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
	<20090714170341.GA12258@localhost>
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>

One potentially-horrible idea: develop Koha to function as an LDAP server, if need be.  I know at my institution, our patron base is such that no existing LDAP captures them all, so we would have to set one up.  I'm not sure if a Koha-based LDAP would be any easier for anyone (developer or user), but I thought I'd throw the idea out there.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
550 First Ave., New York, NY 10016
(212) 263-8687



-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of S?bastien Hinderer
Sent: Tuesday, July 14, 2009 1:04 PM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Connecting KOHA patron information to website login

Hi again Melanie,

Perhaps OpenID may be of interest for you ?
S?bastien.
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
=================================


From oleonard at myacpl.org  Thu Jul 16 01:58:12 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Wed, 15 Jul 2009 09:58:12 -0400
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
	<20090714170341.GA12258@localhost>
	<543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>
Message-ID: 

> One potentially-horrible idea: develop Koha to function as an LDAP server, if need be.

That's something my library would definitely take advantage of. I'm
not sure how complex it would be--I've been told it would be simple to
do, and also told that it would not be simple :)

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From ohiocore at gmail.com  Thu Jul 16 03:03:47 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 15 Jul 2009 11:03:47 -0400
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: <543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>
	<20090714170341.GA12258@localhost>
	<543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>
Message-ID: <235bf14f0907150803y24279ddev1a632291590a8036@mail.gmail.com>

Ian, the solution to your problem may be to consolidate the other points of
authentication, if not actually, than using something like an LDAP proxy:
http://symlabs.com/products/ldap-proxy

In my estimation, Koha will not be becoming an LDAP server anytime soon
(probably never).  LDAP is a flexible, extensible protocol with widely
varying implementations and expectations in the wild.  A robust
implementation has to handle all kinds of things that Koha has never dealt
with, like SSL encryption, certificate authentication, system expectations
about the local certificate(s), LDIF file format, X.500 data, etc.  Take
your pick of RFCs: 1487, 2252, 1823, 1789, 1777... actually, too many to
list.  Try here .

Even directly copying from Apache's LDAP code, implementation would still
take hundreds of manhours at a minimum, including a great deal of testing.
Of course the Apache code was not written in perl anyway.  It is safe to say
that this would be larger than *any* other Koha project currently
commissioned or proposed.  And have you looked at our Auth.pm code lately?
We have enough trouble keeping that clean without introducing layers of
added complexity.

Melanie, to answer the original question, existing hardware and software use
the SIP2 protocol to authenticate patrons, which Koha implements well.  This
is the "correct" existing mechanism to use, though I'd assume there is no
Joomla module for SIP.  That shouldn't be a huge deal, since SIP is fairly
easy to hack and you would only need to use one command, and interpret one
response.  By contrast to the burden of reimplementation an LDAP server, an
experienced Joomla coder could probably produce the SIP Auth script in one
afternoon.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/37b0f882/attachment-0001.htm 

From sowen at edzone.net  Thu Jul 16 03:31:30 2009
From: sowen at edzone.net (Scott Owen)
Date: Wed, 15 Jul 2009 11:31:30 -0400
Subject: [Koha] Connecting KOHA patron information to website login
In-Reply-To: 
References: <0ED33D17F2BFB64399D89F02614DACD369511A@exchange1.salpublib.org>	<20090714170341.GA12258@localhost>	<543F9234BDD8434A8D45C3D6337B7C8E181C303E@MSGWSDCPMB07.nyumc.org>
	
Message-ID: <4A5DF652.20306@edzone.net>

Agreed, I think many institutions would benefit greatly from a directory 
of some (any) kind.
Having a LDAP directory built into Koha would be a great "selling point" 
as well.

maybe just add LDAP services to your existing Koha box, then loop Koha 
back at it's own LDAP server using the existing LDAP 
tools....might/should work....???
This should leave the existing structure of Koha in place....and yet 
give you some sort of LDAP service.
Cheezy...but I don't see why it shouldn't work.

Once you have Koha and LDAP talking, you can use all sorts of tools to 
populate/backup/export/distribute your LDAP directory.


Owen Leonard wrote:
>> One potentially-horrible idea: develop Koha to function as an LDAP server, if need be.
>>     
>
> That's something my library would definitely take advantage of. I'm
> not sure how complex it would be--I've been told it would be simple to
> do, and also told that it would not be simple :)
>
>   -- Owen
>
>   


From kohnk at arcadia.edu  Thu Jul 16 03:38:21 2009
From: kohnk at arcadia.edu (Kohn, Karen)
Date: Wed, 15 Jul 2009 11:38:21 -0400
Subject: [Koha] un-receiving?
Message-ID: <195366CE4CF91245936298EEA68FEA980CF6A02E@BISHOP.arcadia.edu>

Hello,

We are preparing for our fiscal year rollover and found a few human
errors.  Is there anyway to "un-receive" something?  Meaning, it's
already been marked rcvd, but it was marked in error and we want it to
remain an open order.  It looks like this isn't possible, but I wanted
to be sure.

Thanks.

 

Karen Kohn

Collection Development Manager

Landman Library

Arcadia University

450 S. Easton Road

Glenside, PA  19038

ph: 215-572-8528

fax: 215-572-0240

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/eabef973/attachment.htm 

From edward_roche at solanco.k12.pa.us  Thu Jul 16 05:39:23 2009
From: edward_roche at solanco.k12.pa.us (Roche III, Edward)
Date: Wed, 15 Jul 2009 13:39:23 -0400
Subject: [Koha] Error: Unauthorized userclick to log out
Message-ID: 

I am getting the above error when trying to log into the Intranet
portion of Koha. I have a patron setup with a OPAC username and
password. Any ideas?

 

Thanks

Ed

 

Edward J. Roche

Network Administrator

Solanco School District

717.786.2151 x2437

 

 

"At the End of the Day, Did You Play to Win or Not to Lose?" 

 

                   

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/56ae1e5c/attachment.htm 

From nicole.engard at liblime.com  Thu Jul 16 05:37:11 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Wed, 15 Jul 2009 13:37:11 -0400
Subject: [Koha] Error: Unauthorized userclick to log out
In-Reply-To: 
References: 
Message-ID: <9128d7f00907151037w6b5dd05am2d89007ba10cd5d1@mail.gmail.com>

Did you give that patron the rights to access the Intranet?

http://koha.org/documentation/manual/3.0/patrons/patron-permissions/

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/15 Roche III, Edward :
> I am getting the above error when trying to log into the Intranet portion of
> Koha. I have a patron setup with a OPAC username and password. Any ideas?
>
>
>
> Thanks
>
> Ed
>
>
>
> Edward J. Roche
>
> Network Administrator
>
> Solanco School District
>
> 717.786.2151 x2437
>
>
>
>
>
> "At the End of the Day, Did You Play to Win or Not to Lose?"
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From darrellulm at smfpl.org  Thu Jul 16 06:47:32 2009
From: darrellulm at smfpl.org (Darrell Ulm)
Date: Wed, 15 Jul 2009 18:47:32 +0000 (UTC)
Subject: [Koha] Yes! Koha 3 works!
References: <946337.1382.qm@web62401.mail.re1.yahoo.com>
Message-ID: 

Marty  writes:

> Just had to let y'all know that I got Koha 3.00.03 up and running - thank you
all.Marty

Good Job! Yes, Koha 3 is really nice. I've read there are more great things
coming. 

Koha 3 is very flexible and becoming more so. 

-Darrell Ulm




From samontserin at yahoo.com  Thu Jul 16 07:35:15 2009
From: samontserin at yahoo.com (Sally Anne Montserin)
Date: Wed, 15 Jul 2009 12:35:15 -0700 (PDT)
Subject: [Koha] New Koha Virtual Appliances Available
In-Reply-To: <9128d7f00906030523v1a93be79q32d5323805ed17@mail.gmail.com>
Message-ID: <431176.56909.qm@web30707.mail.mud.yahoo.com>

We have downloaded the Koha 3. VMware release image, and we need two user names and passwords: one to log in to the Linux OS and the other to administrate from the web management side of the KOHA.
Thanks
Sally Montserin

--- On Wed, 6/3/09, Nicole Engard  wrote:


From: Nicole Engard 
Subject: Re: [Koha] New Koha Virtual Appliances Available
To: "Kyle Hall" 
Cc: "koha" 
Date: Wednesday, June 3, 2009, 1:23 PM


This has been added to the official Koha download page:
http://koha.org/download

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, May 28, 2009 at 8:28 AM, Kyle Hall  wrote:
> Hey all,
> ?I have finished uploading a new set of Koha virtual appliances. Each
> version is available in VirtualBox or VMWare formats, and in
> configured and unconfigured states. At the moment, there are versions
> for the 3.01 official release, and versions for 3.01.00.032, which was
> the latest from git.koha.org at the time it was created. URL:
> http://kylehall.info/index.php/projects/koha/koha-virtual-appliance/
>
> Kyle
>
> http://www.kylehall.info
> Information Technology
> Crawford County Federated Library System ( http://www.ccfls.org )
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/58fe5400/attachment.htm 

From library.guy.zero at gmail.com  Thu Jul 16 07:48:12 2009
From: library.guy.zero at gmail.com (Library Guy)
Date: Wed, 15 Jul 2009 14:48:12 -0500
Subject: [Koha] biblionumber and biblioitemnumber
Message-ID: 

What is the reasoning/advantage for assigning both a biblionumber and
a biblioitemnumber?  In my test database they are always identical.
Would there ever be an example where they would differ, and if not,
why the duplication?

James

From pianohacker at gmail.com  Thu Jul 16 08:52:54 2009
From: pianohacker at gmail.com (Jesse)
Date: Wed, 15 Jul 2009 14:52:54 -0600
Subject: [Koha] biblionumber and biblioitemnumber
In-Reply-To: 
References: 
Message-ID: 

2009/7/15 Library Guy 

> What is the reasoning/advantage for assigning both a biblionumber and
> a biblioitemnumber?  In my test database they are always identical.
> Would there ever be an example where they would differ, and if not,
> why the duplication?
>
> James
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

In the past, it was actually a three-level hierarchy; each biblio had
multiple biblioitems, which in turn had multiple items. Nowadays, biblio and
biblioitems perform much the same function, but the split remains. (There
was a proposal to merge the two tables, but I'm not sure what's happening
with that.)

Note that biblionumber and biblioitemnumber are _usually_ equal, but it's
not safe for the code to assume so. There are situations where they get out
of sync.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/f4a311c3/attachment.htm 

From library.guy.zero at gmail.com  Thu Jul 16 09:53:39 2009
From: library.guy.zero at gmail.com (Library Guy)
Date: Wed, 15 Jul 2009 16:53:39 -0500
Subject: [Koha] biblionumber and biblioitemnumber
In-Reply-To: 
References: 
	
	
	
Message-ID: 

Thanks, Jesse.  BTW - it looks like merging them is planned for Koha
3.2 according to the developer wiki.

On Wed, Jul 15, 2009 at 4:22 PM, Jesse wrote:
>
>
> 2009/7/15 Library Guy 
>>
>> Thanks Jesse. ?Any guess what the original thinking was for this
>> 3-tiered structure? ?I can't think of any advantage to it.
>>
>> James
>>
>> On Wed, Jul 15, 2009 at 3:52 PM, Jesse wrote:
>> >
>> >
>> > 2009/7/15 Library Guy 
>> >>
>> >> What is the reasoning/advantage for assigning both a biblionumber and
>> >> a biblioitemnumber? ?In my test database they are always identical.
>> >> Would there ever be an example where they would differ, and if not,
>> >> why the duplication?
>> >>
>> >> James
>> >> _______________________________________________
>> >> Koha mailing list
>> >> Koha at lists.katipo.co.nz
>> >> http://lists.katipo.co.nz/mailman/listinfo/koha
>> >
>> > In the past, it was actually a three-level hierarchy; each biblio had
>> > multiple biblioitems, which in turn had multiple items. Nowadays, biblio
>> > and
>> > biblioitems perform much the same function, but the split remains.
>> > (There
>> > was a proposal to merge the two tables, but I'm not sure what's
>> > happening
>> > with that.)
>> >
>> > Note that biblionumber and biblioitemnumber are _usually_ equal, but
>> > it's
>> > not safe for the code to assume so. There are situations where they get
>> > out
>> > of sync.
>> >
>> > --
>> > Jesse Weaver
>> >
>
> It actually allowed some fairly interesting features. For instance, if a
> biblio had copies both in audiobook form and print form (separate
> biblioitems), it allowed patrons to place a hold either on any form of that
> book, any copy of just one form (say, any of the copies of the audio book),
> or just one particular copy of the book. The original sponsors of Koha and
> this feature, the Horowhenua Library Trust, have called it a proto-FRBR.
>
> That said, that particular code has aged so much that bringing back such
> features would be a massive undertaking (that we might have to do anyway, if
> FRBR ever becomes practical).
>
> See http://www.frbr.org/ for more info on FRBR.
>
> --
> Jesse Weaver
>

From vitamine10 at hotmail.com  Thu Jul 16 09:59:02 2009
From: vitamine10 at hotmail.com (Felix Arseneau)
Date: Wed, 15 Jul 2009 15:59:02 -0600
Subject: [Koha] Yes! Koha 3 works!
In-Reply-To: 
References: <946337.1382.qm@web62401.mail.re1.yahoo.com>
	
Message-ID: 


Hello everyone,

 

I'm new to Koha.  Same here.  I've just got Koha 3 installed, and started exploring the system...  Wow, but there's so much to do (and learn)...

 

What good ressource do you recommend for beginners?  Is there a book that I could buy and read on my way to work?  

 

Also, I have a few questions.  I hope somebody can help.

 

1. The installation came with a bunch of "fake" patrons (I believe).  There are about 50 of them.  Is there a way to remove them all at once?

2. What is the best way to customize the user interface?

 

That's it for now.

 

Thank you in advance,

 

F?lix
 
> To: koha at lists.katipo.co.nz
> From: darrellulm at smfpl.org
> Date: Wed, 15 Jul 2009 18:47:32 +0000
> Subject: Re: [Koha] Yes! Koha 3 works!
> 
> Marty  writes:
> 
> > Just had to let y'all know that I got Koha 3.00.03 up and running - thank you
> all.Marty
> 
> Good Job! Yes, Koha 3 is really nice. I've read there are more great things
> coming. 
> 
> Koha 3 is very flexible and becoming more so. 
> 
> -Darrell Ulm
> 
> 
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha

_________________________________________________________________
Avec Windows Live, vous gardez le contact avec tous vos amis au m?me endroit.
http://go.microsoft.com/?linkid=9660830
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090715/b7e2c01b/attachment.htm 

From ben+koha at benfinney.id.au  Thu Jul 16 13:06:30 2009
From: ben+koha at benfinney.id.au (Ben Finney)
Date: Thu, 16 Jul 2009 11:06:30 +1000
Subject: [Koha] LDAP configuration in Koha3.0 on Linux
References: <67F64F73DC6A0240ADF6485011FE7E7801CCF33020@dbitwex03.DNBTRANSUNION.COM>
	<20090714141012.GC21087@rot13.org>
Message-ID: <87tz1digh5.fsf@benfinney.id.au>

Dobrica Pavlinusic 
writes:

> Idea is simple: instead of having single administrative user which can
> do LDAP compare to check password, we just bind as user who is trying
> to login.

Yes, this is the correct way to authenticate against an LDAP directory.
As you say, it requires no privileged access to the directory beyond
that granted to the authenticating user.

This normal behaviour (bind as authenticating user) is available in the
current development tree of Koha 3.x, and is not yet in any stable
release TTBOMK.

-- 
 \     Rommel: ?Don't move, or I'll turn the key on this can of Spam!? |
  `\                               ?The Goon Show, _Rommel's Treasure_ |
_o__)                                                                  |
Ben Finney


From sivasankari.muthuraja at gmail.com  Thu Jul 16 17:02:06 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Thu, 16 Jul 2009 10:32:06 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907152202x1ba408d1k6815a76c9ccc457b@mail.gmail.com>

hi,
Need help in installing zebra server for fedora10 linux machine. I have
installed idzebra-2.0.8.tar.gz. unzipped the contents and
ran ./configure ,make ,make install.

but when i tried  to start the server , i m unable to do it

I didnt understand the contents provided in INSTALL.fedora7
zebrasrv east / usr / bin
with the name zebrasrv-2.0
go to the directory / usr / bin
cd / usr / bin
koha become user by typing the command su:
su Koha
zebra start the server by the command:
./zebrasrv-2.0-f / etc / koha / koha-conf.xml

Starting the daemon Zebraqueue
zebraqueue_daemon.pl is in / usr / share / koha / bin
go in / usr / share / koha / bin
cd / usr / share / koha / bin
and launch the script zebraqueue_daemon.pl
. / zebraqueue_daemon.pl

kindly help over.

I have given yes -  Install the Zebra configuration files? in the koha
installation.
IF i haven't started the zebra server, can i able to give the marc format of
a book.
I need to do a sample library. with 10books in cataloging. how would i add
marc format for each record.

thanks
sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/f3cfba2c/attachment.htm 

From rekhasaraswat at cdacnoida.in  Thu Jul 16 17:24:22 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Thu, 16 Jul 2009 10:54:22 +0530
Subject: [Koha] problem in catalog search
Message-ID: <002701ca05d5$b125fc30$1509000a@rekhasaraswat>

Hi,
  My name is Rekha saraswat and i m new to KOHA.
  I have got KOHA 3.0  installed on my debian Machine and most of the features are not working fine except catalog search.

The error which is appearing is 
"No record of this type:grs.xml"


 Can any body tell me, what to do?

Regards
Rekha Saraswat

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/4057461f/attachment.htm 

From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul 16 19:19:31 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Thu, 16 Jul 2009 09:19:31 +0200
Subject: [Koha] Finding recently added records
Message-ID: <20090716071931.GA15130@localhost>

Dear all,

Given a date, is it possilbe in Koha to obtain a list of all the records
that have been added to the catalogue after this date ?
I had a brief look to the statistics module but couldn't find this
feature.

Many thanks in advance for your help,
S?bastien.

From sivasankari.muthuraja at gmail.com  Thu Jul 16 19:48:15 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Thu, 16 Jul 2009 13:18:15 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907160048r776510d6pa4f94e5229f14dbc@mail.gmail.com>

1.How to make the zebra server run
2.In opac, can i add the comments about the books.will it be viewable by all
persons in opac acces
3.What is the use of creation of lists,public lists or private lists.  - is
it meant to view the group specific items alone.
4.for opac users - its displayed as renew/ return. - once select an item
against the book and click the return, the status displayed as
not renewable. how much renewal is allowed
5.but the staff client side - it's displayed as checkin/checkout
6.If an opac users - hold the items (is there any maximum hold limite). it
its on hold. staff client can checkout the items with priority..
if the hold option - next available/ or the exact same boook with
bibilionumber - what is the difference between those to.is it a deciding
criteria for priority allocation -or depending on the patron types, priority
allocated
7.is there any demo for adding a marc format records. Hope its very
essential. Can't i any record with out this marc format.
how will the marc format being maintained for the same item - but n copies.
eg." Head first java" is the book but it has different editions. same
edition has 2 copies. how will it be accessed in marc format
-sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/7ece63ed/attachment.htm 

From paul.poulain at biblibre.com  Thu Jul 16 20:16:51 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Thu, 16 Jul 2009 10:16:51 +0200
Subject: [Koha] biblionumber and biblioitemnumber
In-Reply-To: 
References: 			
	
Message-ID: <4A5EE1F3.10506@biblibre.com>

Library Guy a ?crit :
> Thanks, Jesse.  BTW - it looks like merging them is planned for Koha
> 3.2 according to the developer wiki.
>   
yes it was planned, but don't think anyone did it yet (noone at 
BibLibre, Galen, someone at LibLime ? someone else -i'm almost sure no: 
it need a heavy work, that can probably be done only by BibLibre or 
LibLime - ?)

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From rafael.antonio at sapo.pt  Thu Jul 16 22:40:52 2009
From: rafael.antonio at sapo.pt (rafael.antonio at sapo.pt)
Date: Thu, 16 Jul 2009 11:40:52 +0100
Subject: [Koha] biblionumber and biblioitemnumber
In-Reply-To: <4A5EE1F3.10506@biblibre.com>
References: 
	
	
	
	
	<4A5EE1F3.10506@biblibre.com>
Message-ID: <20090716114052.14268ynopvy2ixf4@w14.mail.sapo.pt>

Paul,

I dont think it is a critic problem and may be it gives some  
flexibility. In the future a more detailed discussion about all  
database model could be useful but for now it works. For me  most  
important is to understand ZEBRA implementation for large databases  
and give more hints about instalation and configuration. For now I  
have had problems with indexes and searches when using no_zebra  
option. Advance search does not work properly mainly for UNIMARC - I  
have seen CCL, ABS and ATT files from ZEBRADB and a lot of chages need  
to be done.

Regards,
Rafael Antonio

Citando paul POULAIN :

> Library Guy a ?crit :
>> Thanks, Jesse.  BTW - it looks like merging them is planned for Koha
>> 3.2 according to the developer wiki.
>>
> yes it was planned, but don't think anyone did it yet (noone at
> BibLibre, Galen, someone at LibLime ? someone else -i'm almost sure no:
> it need a heavy work, that can probably be done only by BibLibre or
> LibLime - ?)
>
> --
> Paul POULAIN
> http://www.biblibre.com
> Expert en Logiciels Libres pour l'info-doc
> Tel : (33) 4 91 81 35 08
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>


From galen.charlton at liblime.com  Thu Jul 16 22:49:51 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Thu, 16 Jul 2009 06:49:51 -0400
Subject: [Koha] biblionumber and biblioitemnumber
In-Reply-To: <4A5EE1F3.10506@biblibre.com>
References: 
	
	
	
	
	<4A5EE1F3.10506@biblibre.com>
Message-ID: <4659947d0907160349l39eae071n315b700cdd53b7c@mail.gmail.com>

Hi,

On Thu, Jul 16, 2009 at 4:16 AM, paul POULAIN wrote:
> Library Guy a ?crit :
>> Thanks, Jesse. ?BTW - it looks like merging them is planned for Koha
>> 3.2 according to the developer wiki.
>>
> yes it was planned, but don't think anyone did it yet (noone at
> BibLibre, Galen, someone at LibLime ? someone else -i'm almost sure no:
> it need a heavy work, that can probably be done only by BibLibre or
> LibLime - ?)

Right - it's a big project.  Conceptually simple, but lots of queries
to revise and test.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From vimallaxman at gmail.com  Thu Jul 16 22:49:53 2009
From: vimallaxman at gmail.com (vimal laxman)
Date: Thu, 16 Jul 2009 06:49:53 -0400
Subject: [Koha] koha doubts
In-Reply-To: <4950128e0907160048r776510d6pa4f94e5229f14dbc@mail.gmail.com>
References: <4950128e0907160048r776510d6pa4f94e5229f14dbc@mail.gmail.com>
Message-ID: <259655cd0907160349s5100cecawb6b079db7821602b@mail.gmail.com>

Hi Sivasankari,

1.How to make the zebra server run.

Ans: ./zebrasrv-2.0-f / etc / koha / koha-conf.xml run this on the terminal
let me know what it says

2.In opac, can i add the comments about the books.will it be viewable by all
persons in opac acces

Ans:you can either go to Tools News where you can write comments of
upcomming books or latest releases.if you want to add description of each
book then either you can make an entry in the MARC record or when u create
items for each record.

3.What is the use of creation of lists,public lists or private lists.  - is
it meant to view the group specific items alone.

Ans: List means basically to catagorize books into different areas like
Acience ,fiction,Research.public list is viewable by all wheras private list
are viewable only to the user who created it

4.for opac users - its displayed as renew/ return. - once select an item
against the book and click the return, the status displayed as not
renewable. how much renewal is allowed.

Ans: The user basically requires permission to renew any book.this can be
set by the administrator by going into the users page and there is an option
calle more and set permissions where you can set the flags and save
them.then try renewing the book from the  OPAC.the number of items that can
be checke out can be defined and the number of renewals for a particular
item can also be defined .its in the koha administration link.the first one
in 'circulation fines and rules' and the secod one in 'Item types and
circulation codes'
5.but the staff client side - it's displayed as checkin/checkout

Ans: Both the sides have different library terminologies Check out means
Issue and Check in mens return

6.If an opac users - hold the items (is there any maximum hold limite). it
its on hold. staff client can checkout the items with priority.. if the hold
option - next available/ or the exact same boook with bibilionumber - what
is the difference between those to.is it a deciding criteria for priority
allocation -or depending on the patron types, priority allocated

Ans: Frankly speaking you have confused yourself a lot.Iam not sure if there
is a limit on the maximun number of books that he/she can hold or the time
period after which it expires.i have not seen it koha.once a user placea a
hold on a particular  book for the first time his hold priority is 1 and
consequitive users will have priorities 2,3,4 and so on.the book will be
issued by the library admin based on this priority.the administrator does
have permission to change the priorities or to cancel a particular hold.In
koha the user can only place hold on a particular book and has to go to the
library to pick up the book.and the book i issued only by the administrator.

7.is there any demo for adding a marc format records. Hope its very
essential. Can't i any record with out this marc format.how will the marc
format being maintained for the same item - but n copies. eg." Head first
java" is the book but it has different editions. same edition has 2 copies.
how will it be accessed in marc format.

Ans: There is no demo that is avilable  for adding a marc record .but what u
can do is get sample marc record using the z39.50 search which is there on
the top of the Add MARC record screen and import the same into the same on
to the frame work that you have selected.see how it gets populated but there
are almost 300+ fields and subfields for each record .its not necessary that
you have to fill all.there are some mandatory fiels whic has to be filled
like author name ,physical extent of the book,publisher name (it differs for
each frame work).you can customize the frame work to have only few tags
.there is no way that you can enter a record without  MARC format and your
last question will take you rexample itself  .ther is a book name " Head
first java" and has three copies.there will be only one MARC record for this
book and you can add three 'items' to the record using ADD item and each
item can be differentiated with a barcode.

                 Hope i have tried to explain some of your doubts.there is
lot much you need to learn and especially when you are a techie you need to
learn lot of library terminologies.my best suggestion would be to visit any
library nearby just understand how the system works and also learn some
terminologies from the librarians.initially i too found it hard but the
community and koha itself has made it easier.for any clarifications you can
visit the koha demo site hosted by liblime and also there is an online user
manual available in the koha site for your reference.

               Have a nice day ahead.

Regards,
Vimal Laxman P
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/a95faa48/attachment.htm 

From kmlist at yahoo.in  Thu Jul 16 23:04:05 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Thu, 16 Jul 2009 16:34:05 +0530 (IST)
Subject: [Koha] koha doubts
In-Reply-To: <4950128e0907152202x1ba408d1k6815a76c9ccc457b@mail.gmail.com>
Message-ID: <203111.48691.qm@web95106.mail.in2.yahoo.com>

Hello,
Sidestepping your query about Zebra: for a few books (that's in thousands), i don't think you need zebra, and you need not bother with it at the moment.
Many of the queries that you pose have excellent guides at:http://koha.org/documentation
BTW, adding a Marc record is not "easy" if you have no background in cataloguing. My workaround has been to create a custom MARC framework that only needs me to input a handful of the most obvious information about a book to create a record. This framework is for the use of the layman, not the librarian. (i was hoping to contribute it to the codebase for future inclusion, but haven't got around to doing so yet)
My expectation and understanding is that people post to this list when they encounter something that is unusual/not documented/doesn't work as expected, etc.
Regards,krishnan

--- On Thu, 16/7/09, Sivasankari Muthuraja  wrote:

From: Sivasankari Muthuraja 
Subject: [Koha] koha doubts
To: koha at lists.katipo.co.nz
Date: Thursday, 16 July, 2009, 5:02 AM

hi,
Need help in installing zebra server for fedora10 linux machine. I have installed idzebra-2.0.8.tar.gz. unzipped the contents and
ran ./configure ,make ,make install. 

but when i tried? to start the server , i m unable to do it


I didnt understand the contents provided in INSTALL.fedora7
zebrasrv east / usr / bin
with the name zebrasrv-2.0
go to the directory / usr / bin
cd / usr / bin
koha become user by typing the command su:

su Koha
zebra start the server by the command:
../zebrasrv-2.0-f / etc / koha / koha-conf.xml

Starting the daemon Zebraqueue
zebraqueue_daemon.pl is in / usr / share / koha / bin
go in / usr / share / koha / bin

cd / usr / share / koha / bin
and launch the script zebraqueue_daemon.pl
.. / zebraqueue_daemon.pl

kindly help over. 

I have given yes -? Install the Zebra configuration files? in the koha installation. 

IF i haven't started the zebra server, can i able to give the marc format of a book.
I need to do a sample library. with 10books in cataloging. how would i add marc format for each record.

thanks
sivasankari




-----Inline Attachment Follows-----

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/926b24c2/attachment.htm 

From nicole.engard at liblime.com  Thu Jul 16 23:09:10 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 16 Jul 2009 07:09:10 -0400
Subject: [Koha] Finding recently added records
In-Reply-To: <20090716071931.GA15130@localhost>
References: <20090716071931.GA15130@localhost>
Message-ID: <9128d7f00907160409q36510f22k8eb5bd16c7f187ef@mail.gmail.com>

There are several reports that look for records added after or between
certain dates - you can see them all here:
http://wiki.koha.org/doku.php?id=sql_library

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Thu, Jul 16, 2009 at 3:19 AM, S?bastien
Hinderer wrote:
> Dear all,
>
> Given a date, is it possilbe in Koha to obtain a list of all the records
> that have been added to the catalogue after this date ?
> I had a brief look to the statistics module but couldn't find this
> feature.
>
> Many thanks in advance for your help,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From colin.campbell at ptfs-europe.com  Thu Jul 16 22:15:16 2009
From: colin.campbell at ptfs-europe.com (Colin Campbell)
Date: Thu, 16 Jul 2009 11:15:16 +0100
Subject: [Koha] koha doubts
In-Reply-To: <4950128e0907152202x1ba408d1k6815a76c9ccc457b@mail.gmail.com>
References: <4950128e0907152202x1ba408d1k6815a76c9ccc457b@mail.gmail.com>
Message-ID: <4A5EFDB4.4040508@ptfs-europe.com>

On 07/16/2009 06:02 AM, Sivasankari Muthuraja wrote:
>  Need help in installing zebra server for fedora10 linux machine. I 
have installed idzebra-2.0.8.tar.gz. unzipped the contents and
> ran ./configure ,make ,make install.
>
> but when i tried  to start the server , i m unable to do it
If you install idzebra from source by default it installs the binaries 
as zebrasrv-2.0 and zebraidx-2.0. To get the koha scripts
to work create links from the shorter names to these
e.g. (assuming the binaries are in /usr/bin)
as root
cd /usr/bin
ln zebrasrv-2.0 zebrasrv
ln zebraidx-2.0 zebraidx

The scripts should then reference the installed versions

Cheers
Colin


-- 
Colin Campbell
Software Engineer, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 208 366 1295 (phone)
+44 (0) 7759 633626  (mobile)
colin.campbell at ptfs-europe.com
skype: colin_campbell2

http://www.ptfs-europe.com

From bibliwho at gmail.com  Fri Jul 17 01:22:32 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Thu, 16 Jul 2009 09:22:32 -0400
Subject: [Koha] Holds
In-Reply-To: <235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
Message-ID: <835777770907160622t7c01f749j5c7f334104019126@mail.gmail.com>

On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger wrote:
> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton  wrote:
>>
>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>> great idea & a time & labor-saver for librarians.
>
> Not really.  Checking and printing your email isn't any easier or more time
> saving than checking and printing the web interface you're already using.

Just stumbled across a relevant Circ preference: emailLibrarianWhenHoldIsPlaced

However, it does not seem to be working, see Bug 3242.

Not sure if this will be fixed or simply removed from future versions ...

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From bibliwho at gmail.com  Fri Jul 17 01:16:09 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Thu, 16 Jul 2009 09:16:09 -0400
Subject: [Koha] Overdue notices
Message-ID: <835777770907160616h597bffafq3453d73ee5a72e3@mail.gmail.com>

Is it correct to assume that Overdue notices are only sent to Home
email addresses (borrowers.email)?

Some patrons provide both a home & a work email (borrowers.emailpro).

Ideally, the Patron DB would be setup to allow staff to specify the
default email address to be used for notices.

Otherwise, Koha should send notices to any available address (work if
no home address available, & vice versa.)

At present, I believe we would have to copy work addresses into empty
home address fields to ensure that Notices are sent out.

Thank you,

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From jwagner at ptfs.com  Fri Jul 17 01:50:09 2009
From: jwagner at ptfs.com (Wagner,  Jane)
Date: Thu, 16 Jul 2009 09:50:09 -0400
Subject: [Koha] Overdue notices
In-Reply-To: <835777770907160616h597bffafq3453d73ee5a72e3@mail.gmail.com>
References: <835777770907160616h597bffafq3453d73ee5a72e3@mail.gmail.com>
Message-ID: 

There is a syspref AutoEmailPrimaryAddress (under Administration, system
preferences, patrons) which lets you specify which email field should be
used for notices -- email or emailpro.  However, so far as I know, Koha
doesn't have the ability to use both.  I think it would be a useful
enhancement to set it up so that if field A in email priority list is
empty, use address in field B.

Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Goldsboro Road, Suite 200
Bethesda, MD  20817
(301) 654-8088 x 151
jwagner at ptfs.com


-----Original Message-----
From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Cab Vinton
Sent: Thursday, July 16, 2009 9:16 AM
To: Koha list
Subject: [Koha] Overdue notices

Is it correct to assume that Overdue notices are only sent to Home
email addresses (borrowers.email)?

Some patrons provide both a home & a work email (borrowers.emailpro).

Ideally, the Patron DB would be setup to allow staff to specify the
default email address to be used for notices.

Otherwise, Koha should send notices to any available address (work if
no home address available, & vice versa.)

At present, I believe we would have to copy work addresses into empty
home address fields to ensure that Notices are sent out.

Thank you,

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

From mjr at phonecoop.coop  Fri Jul 17 02:04:20 2009
From: mjr at phonecoop.coop (MJ Ray)
Date: Thu, 16 Jul 2009 15:04:20 +0100
Subject: [Koha] koha doubts
In-Reply-To: 
References: <4950128e0907150223y7b95ee2cq3a5010630a59bc9c@mail.gmail.com>
	
Message-ID: <4a5f3364.a7TtHQ0vtaKfUFbP%mjr@phonecoop.coop>

Owen Leonard  wrote:
> > 1.how to make the payment through koha.
> > Is there any online payment, payment gateway using creditcard for fine,books
> > lost.or the payments made offline
>
> There is no online payment component included in Koha. It is assumed
> that payments are handled in person.

I'm interested in this enhancement (software.coop also does web shops)
and it wouldn't be hard, but I think we don't yet have anyone
sponsoring it.

Hope that explains,
-- 
MJ Ray (slef)  LMS developer and webmaster at     | software
www.software.coop http://mjr.towers.org.uk        |  .... co
Notice http://mjr.towers.org.uk/email.html        |  .... op

From justindavis at mail.utexas.edu  Fri Jul 17 02:11:44 2009
From: justindavis at mail.utexas.edu (Justin Davis)
Date: Thu, 16 Jul 2009 09:11:44 -0500
Subject: [Koha] Holds
In-Reply-To: <835777770907160622t7c01f749j5c7f334104019126@mail.gmail.com>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
	<835777770907160622t7c01f749j5c7f334104019126@mail.gmail.com>
Message-ID: <4A5F3520.5080703@mail.utexas.edu>

Thank you for nothing the bug -- I've been trying to get mail 
notifications working for days now.

Is this feature officially deprecated?

I understand that the web interface works for most users and most 
workflows -- email notifications would be extremely useful for our 
implementation. We have several small colleges that each get a handful 
of hold requests a week. It would be nice to be notified outside of the 
website itself.

On 07/16/2009 08:22 AM, Cab Vinton wrote:
> On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger  wrote:
>> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton  wrote:
>>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>>> great idea&  a time&  labor-saver for librarians.
>> Not really.  Checking and printing your email isn't any easier or more time
>> saving than checking and printing the web interface you're already using.
>
> Just stumbled across a relevant Circ preference: emailLibrarianWhenHoldIsPlaced
>
> However, it does not seem to be working, see Bug 3242.
>
> Not sure if this will be fixed or simply removed from future versions ...
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha

From ohiocore at gmail.com  Fri Jul 17 02:35:04 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 16 Jul 2009 10:35:04 -0400
Subject: [Koha] Holds
In-Reply-To: <4A5F3520.5080703@mail.utexas.edu>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<835777770907100753r2741e928p14c29faae89005b2@mail.gmail.com>
	<235bf14f0907100826m5e86f435nfa2ded631b1cfe8d@mail.gmail.com>
	<835777770907160622t7c01f749j5c7f334104019126@mail.gmail.com>
	<4A5F3520.5080703@mail.utexas.edu>
Message-ID: <235bf14f0907160735n708805bek970a16a3b8bacd64@mail.gmail.com>

emailLibrarianWhenHoldIsPlaced has no implementation in the codebase.  It's
just a fantasy syspref.  In the future I think it we will be less permissive
about allowing the appearance of features to persist in the software with no
code to back it up.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions

On Thu, Jul 16, 2009 at 10:11 AM, Justin Davis
wrote:

> Thank you for nothing the bug -- I've been trying to get mail
> notifications working for days now.
>
> Is this feature officially deprecated?
>
> I understand that the web interface works for most users and most
> workflows -- email notifications would be extremely useful for our
> implementation. We have several small colleges that each get a handful
> of hold requests a week. It would be nice to be notified outside of the
> website itself.
>
> On 07/16/2009 08:22 AM, Cab Vinton wrote:
> > On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger
>  wrote:
> >> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton
>  wrote:
> >>> A cronjob for daily emails w/ a list of the Holds to pull would be a
> >>> great idea&  a time&  labor-saver for librarians.
> >> Not really.  Checking and printing your email isn't any easier or more
> time
> >> saving than checking and printing the web interface you're already
> using.
> >
> > Just stumbled across a relevant Circ preference:
> emailLibrarianWhenHoldIsPlaced
> >
> > However, it does not seem to be working, see Bug 3242.
> >
> > Not sure if this will be fixed or simply removed from future versions ...
> >
> > Cab Vinton, Director
> > Sanbornton Public Library
> > Sanbornton, NH
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/51c7b0cf/attachment.htm 

From bibliwho at gmail.com  Fri Jul 17 02:45:12 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Thu, 16 Jul 2009 10:45:12 -0400
Subject: [Koha] [was: Holds]
Message-ID: <835777770907160745y7407beb1t467f6d09c6e2ae5c@mail.gmail.com>

2009/7/16 Joe Atzberger :
> in the future I think it we will be less permissive
> about allowing the appearance of features to persist in the software with no
> code to back it up.

I would strongly recommend that NO features w/ code lacking be added
to the software.

Vaporware merely confuses and annoys people. Deprecated features are
probably another matter.

That said, Koha's model for identifying, prioritizing, & sponsoring
development of new/ improved features could probably use some
tweaking.

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From kmlist at yahoo.in  Fri Jul 17 03:26:22 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Thu, 16 Jul 2009 20:56:22 +0530 (IST)
Subject: [Koha] problem in catalog search
In-Reply-To: <002701ca05d5$b125fc30$1509000a@rekhasaraswat>
Message-ID: <32141.42021.qm@web95106.mail.in2.yahoo.com>

Hello Rekha,
Can you please also send another e-mail with the contents from your koha error logs and apache error logs? While i have not encountered this error before, those logs may provide some more useful information
To find the location of these logs, look inside the virtualhost entries for Koha in your /etc/httpd/conf/httpd.conf or /usr/koha/koha-httpd.conf (or the location you chose on your install)
Best regards,krishnan

--- On Thu, 16/7/09, rekhasaraswat  wrote:

From: rekhasaraswat 
Subject: [Koha] problem in catalog search
To: koha at lists.katipo.co.nz
Date: Thursday, 16 July, 2009, 5:24 AM



 
 


 
Hi,
? My name is Rekha saraswat and i m new to 
KOHA.
? I have got KOHA 3.0? installed on my 
debian Machine and most of the features are not working fine except catalog 
search.
?
The error which is appearing is 
"No record of this 
type:grs.xml"
?
?
?Can any body tell me, what 
to do?
?
Regards
Rekha Saraswat
?
? 

-----Inline Attachment Follows-----

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Looking for local information? Find it on Yahoo! Local http://in.local.yahoo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/47e4e528/attachment.htm 

From Rachel.Hollis at stevenshenager.edu  Fri Jul 17 06:42:39 2009
From: Rachel.Hollis at stevenshenager.edu (Rachel Hollis)
Date: Thu, 16 Jul 2009 12:42:39 -0600
Subject: [Koha] as_usmarc error / biblio encoding
In-Reply-To: <20090701212418.GA27051@localhost>
References: <7B06812DE5EAA1449574B501F103611D4836E4056B@149137-EXCHANGE.casi.local>
	<20090701212418.GA27051@localhost>
Message-ID: <7B06812DE5EAA1449574B501F103611D4836E405A9@149137-EXCHANGE.casi.local>

Thank you for your reply, S?bastien. I do not consider you a newbie :-) because your replies are so helpful. I did check a couple of random biblios and found that those checked had 000/9 set as UCS/Unicode. Obviously there have been some changes since the years when I was expected to produce perfect catalog records and I'm more out of the loop than I realize.

Thank you for suggesting $ yaz-marcdump, I will leave that to my geek. The "can't call method 'as_usmarc' on an undefined value" error is a bit annoying and we are seeing it more now. For instance, "resumes" and "jobs" searches result in the error but "640.14" searches show the materials. Searching "atlas" and "maps" has the error but "map" does not as well as "medical" but not "medical dictionary." I read somewhere that the error may have something to do with an incompatibility with Marc favors in the database. Whatever the issue, I'd like it to be resolved and am not sure where to start.

Rachel Hollis, librarian
Stevens-Henager College, Boise Idaho Campus

-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of S?bastien Hinderer
Sent: Wednesday, July 01, 2009 3:24 PM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] as_usmarc error / biblio encoding

Hi Rachel,

Newbie attempting to reply...

> Greetings colleagues, yesterday I found a biblio record through
> Z39.50. It was for the e-book version (GMD "electronic resource") and
> I had the print version in hand. It had a the expected extra fixed
> fields and while I was at it, I checked the 000/leader. There I found
> that the encoding/position 9 stated UCS/Unicode. I'm fairly certain
> that we are using MARC-8/MARC21/USMARC.

These are two different things.
MARC-8/MARC21/USMARC concerns the structure of your bibliographic record
as a whole, so it says which fields contain what.
UCS/Unicode refers to the way characters are represented in itles, author
names, etc. UCS/Unicode seems a reasonable value.

> Could this be the reason we are seeing "Error: Can't call method
> "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm
> line 2126" when searching the catalog?

That I don't know. If you have the record in a single file, perhaps you
could try
$ yaz-marcdump your file
to see whether something wrong is detected ?

My two cents,
S?bastien.
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

From Sebastien.Hinderer at snv.jussieu.fr  Fri Jul 17 07:26:45 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Thu, 16 Jul 2009 21:26:45 +0200
Subject: [Koha] as_usmarc error / biblio encoding
In-Reply-To: <7B06812DE5EAA1449574B501F103611D4836E405A9@149137-EXCHANGE.casi.local>
References: <7B06812DE5EAA1449574B501F103611D4836E4056B@149137-EXCHANGE.casi.local>
	<20090701212418.GA27051@localhost>
	<7B06812DE5EAA1449574B501F103611D4836E405A9@149137-EXCHANGE.casi.local>
Message-ID: <20090716192645.GA15614@localhost>

Hi Rachel & all,

> I did check a couple of
> random biblios and found that those checked had 000/9 set as
> UCS/Unicode.

So here you mean that the records you already have in your catalogue
have the same value in their leader 009 than the record you have just
downloaded. Is that correct ?

> Thank you for suggesting $ yaz-marcdump, I will leave that to my geek.

Good idea IMHO.

> The "can't call method 'as_usmarc' on an undefined value" error is a
> bit annoying and we are seeing it more now.

Not sure I understand what you mean. Reading your original post, I
thought you had a problem with just one freshly downloaded record. With
this sentence I get the impression that the problme may affect several
records.

> For instance, "resumes"
> and "jobs" searches result in the error but "640.14" searches show the
> materials. Searching "atlas" and "maps" has the error but "map" does
> not as well as "medical" but not "medical dictionary."

Do you mean this happens when the record you have downloaded is in the
catalogue and it didn't happen before it was imported ?

> I read
> somewhere that the error may have something to do with an
> incompatibility with Marc favors in the database. Whatever the issue,
> I'd like it to be resolved and am not sure where to start.

Perhaps these nasty encoding things should be tackled by your computer
scientist rather than you ?
I hope you are not taking the quesiton in a bad way. What I mean is that
these kind of problems are difficult ones for whoever is not familiar
with the area of encodings...

Hope you will solve your problem soon.

Best wishes,
S?bastien.

From ritchiedsouza at gmail.com  Thu Jul 16 16:11:42 2009
From: ritchiedsouza at gmail.com (Richard D'Souza)
Date: Thu, 16 Jul 2009 09:41:42 +0530
Subject: [Koha] koha DBD error - autocommit not implemented
Message-ID: 

Hi,
I have been trying to install Koha-3.00.03 on debian-lenny. After completing
the install and pointing the browser to
http://localhost:8080/, I get the following error:
Koha error

The following fatal error has occurred:

DBD driver has not implemented the AutoCommit attribute at
/usr/lib/perl5/DBI.pm line 690.
Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25.
BEGIN failed--compilation aborted at
/usr/share/koha/lib/C4/Circulation.pm line 25.
Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24.
Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27.
Compilation failed in require at
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 23.
BEGIN failed--compilation aborted at
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 23.

I have tried various version of DBI as well as DBD::mysql from the cpan
archive as well as the lenny's own deb files. But the same error persists.
This happens even after multiple installs of linux.

I even got the same error on Debian etch with the latest cpan modules.

Any help or lead will be greatly appreciated.

Thanks,


Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/858ea72d/attachment.htm 

From galen.charlton at liblime.com  Fri Jul 17 00:04:04 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Thu, 16 Jul 2009 08:04:04 -0400
Subject: [Koha] New Koha Virtual Appliances Available
In-Reply-To: <431176.56909.qm@web30707.mail.mud.yahoo.com>
References: <9128d7f00906030523v1a93be79q32d5323805ed17@mail.gmail.com>
	<431176.56909.qm@web30707.mail.mud.yahoo.com>
Message-ID: <4659947d0907160504w31a63ab6qba1803affb974e34@mail.gmail.com>

Hi Sally,

2009/7/15 Sally Anne Montserin :
> We have downloaded the Koha 3. VMware release image, and we need two user
> names and passwords: one to log in to the Linux OS and the other to
> administrate from the web management side of the KOHA.

Check the directory into which you extracted the image - I believe
there's a README file that contains the passwords.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From kyle.m.hall at gmail.com  Fri Jul 17 00:30:39 2009
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Thu, 16 Jul 2009 08:30:39 -0400
Subject: [Koha] New Koha Virtual Appliances Available
In-Reply-To: <4659947d0907160504w31a63ab6qba1803affb974e34@mail.gmail.com>
References: <9128d7f00906030523v1a93be79q32d5323805ed17@mail.gmail.com>
	<431176.56909.qm@web30707.mail.mud.yahoo.com>
	<4659947d0907160504w31a63ab6qba1803affb974e34@mail.gmail.com>
Message-ID: 

If not, the logins are as follows:
Linux: koha
mysql: kohaadmin
koha: kohaadmin

All passwords are 'katikoan'

Kyle

http://www.kylehall.info
Information Technology
Crawford County Federated Library System ( http://www.ccfls.org )




On Thu, Jul 16, 2009 at 8:04 AM, Galen
Charlton wrote:
> Hi Sally,
>
> 2009/7/15 Sally Anne Montserin :
>> We have downloaded the Koha 3. VMware release image, and we need two user
>> names and passwords: one to log in to the Linux OS and the other to
>> administrate from the web management side of the KOHA.
>
> Check the directory into which you extracted the image - I believe
> there's a README file that contains the passwords.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> VP, Research & Development, LibLime
> galen.charlton at liblime.com
> p: 1-888-564-2457 x709
> skype: gmcharlt
>

From ldiaz at greendata.es  Thu Jul 16 21:46:29 2009
From: ldiaz at greendata.es (ldiaz)
Date: Thu, 16 Jul 2009 11:46:29 +0200
Subject: [Koha] Zebra filosofy
Message-ID: <83b397cd8ca0410f691a5172d82559b8@localhost>



Hello all, 

I have install Koha server 3.0 on a red hat machine. 

All fine ... 

But I'm abble to see if the zebra index process is doing some thing
or not. 

I have this: 

13400 pts/3    S+     0:00 zebrasrv -f /etc/koha/koha-conf.xml
14112 ?        S      0:00 /usr/bin/perl
/usr/share/koha/bin/zebraqueue_daemon.pl 

and when I make a rebuild zebra I have this output...not sure is all
fine or not: 

/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -a -b
Zebra configuration information
================================
Zebra biblio directory      = /var/lib/koha/zebradb/biblios
Zebra authorities directory = /var/lib/koha/zebradb/authorities
Koha directory              = /usr/share/koha/intranet/cgi-bin
BIBLIONUMBER in :     999$c
BIBLIOITEMNUMBER in : 999$d
================================
====================
exporting authority
====================

Records exported: 0
====================
REINDEXING zebra
====================
====================
exporting
biblio
====================
201....................................................................................................
Records exported: 204
====================
REINDEXING zebra
====================
11:41:44-16/07 zebraidx(14524) [log] zebra_start 2.0.36
/etc/koha/zebradb/zebra-biblios.cfg
11:41:44-16/07 zebraidx(14524) [log] enabling shadow
spec=/var/lib/koha/zebradb/biblios/shadow:4G
11:41:44-16/07 zebraidx(14524) [log] cache_fname =
/var/lib/koha/zebradb/biblios/shadow/cache
11:41:44-16/07 zebraidx(14524) [log] dir /tmp/3WKtEYBgjw/biblio
11:41:44-16/07 zebraidx(14524) [warn] No such record type:
grs.marcxml.record
11:41:44-16/07 zebraidx(14524) [log] Iterations: isam/dict 2/2
11:41:44-16/07 zebraidx(14524) [log] Dict: inserts/updates/deletions:
1/0/1
11:41:44-16/07 zebraidx(14524) [log] Records: 0 i/u/d 0/0/0
11:41:44-16/07 zebraidx(14524) [log] zebra_stop: 0.02 0.00 0.00
11:41:44-16/07 zebraidx(14526) [log] zebra_start
2.0.36
/etc/koha/zebradb/zebra-biblios.cfg
11:41:44-16/07 zebraidx(14526) [log] enabling shadow
spec=/var/lib/koha/zebradb/biblios/shadow:4G
11:41:44-16/07 zebraidx(14526) [log] cache_fname =
/var/lib/koha/zebradb/biblios/shadow/cache
11:41:44-16/07 zebraidx(14526) [log] zebra_stop: 0.01 0.00 0.00
====================
CLEANING
==================== 

Maybe some one could help? is there any log I can check? 

Thanks a lot 

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/5cab4bee/attachment.htm 

From arm at hanover.ca  Fri Jul 17 10:31:07 2009
From: arm at hanover.ca (Agnes Rivers-Moore)
Date: Thu, 16 Jul 2009 18:31:07 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
Message-ID: <4A5FAA2B.6080804@hanover.ca>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/21fa4e63/attachment.htm 

From suchetha at gmail.com  Fri Jul 17 13:48:21 2009
From: suchetha at gmail.com (Suchetha Wijenayake)
Date: Fri, 17 Jul 2009 07:18:21 +0530
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4A5FAA2B.6080804@hanover.ca>
References: <4A5FAA2B.6080804@hanover.ca>
Message-ID: <5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com>

i have found that AMICUS from Canada is quite good, with MARC-21
records from LoC and the British Library system

it does you require that you register (free) every 6 months

http://www.collectionscanada.gc.ca/amicus/006002-400-e.html

Suchetha

2009/7/17 Agnes Rivers-Moore :
> Hello all
>
> If any happy Koha cataloguers out there have a favourite Z39.50 source for
> good MARC records in a format that Koha can readily import, please would you
> share the site and settings that work best for you. I am finding Library of
> Congress is surprisingly not a good source, or maybe I have something wrong
> in the syntax and encoding settings. Any advice most gratefully accepted!
>
> Many thanks
> Agnes
>
> --
>
> Agnes Rivers-Moore
> Assistant Librarian
> Hanover Public Library
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>



-- 
Check my photo album:
http://picasaweb.google.com/suchetha

Rants Raves and Miscellaneous Musings:
http://raramimu.blogspot.com

Why do I smell brimstone? And what am I doing in this hand-basket?

From bibliwho at gmail.com  Fri Jul 17 15:16:51 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Thu, 16 Jul 2009 23:16:51 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com>
Message-ID: <835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>

On Thu, Jul 16, 2009 at 9:48 PM, Suchetha Wijenayake wrote:
> i have found that AMICUS from Canada is quite good, with MARC-21
> records from LoC and the British Library system

Do you find that there's extensive French language content in the
AMICUS records?

We prefer to keep our records relatively "clean", so lots of French
subject headings, etc. would be an issue for us.

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From suchetha at gmail.com  Fri Jul 17 15:44:07 2009
From: suchetha at gmail.com (Suchetha Wijenayake)
Date: Fri, 17 Jul 2009 09:14:07 +0530
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com> 
	<835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>
Message-ID: <5ba017e00907162044v6bbb8283x5d0b11dff6df3288@mail.gmail.com>

no, they have the same records as everyone else.

very English.

but the library i am working with has a miniscule (<2000) number of books

one good thing about AMICUS is that they have taken the British
Library's records which are NOT marc and converted them to marc21 and
made them available via a z39.50 server.

i spoke to the BL and got a beta tester login to their beta z39.50
server which is not open to the public (they are still in the process
of deciding what way they should open it up) but will hopefully be
open by end Q3 this year

my advice would be to use amicus and see how it works out for you ..
spend extra oversight on the amicus records to see if they work right.
but as far as the library i'm working with is concerned, things are
good


Suchetha

On Fri, Jul 17, 2009 at 8:46 AM, Cab Vinton wrote:
> On Thu, Jul 16, 2009 at 9:48 PM, Suchetha Wijenayake wrote:
>> i have found that AMICUS from Canada is quite good, with MARC-21
>> records from LoC and the British Library system
>
> Do you find that there's extensive French language content in the
> AMICUS records?
>
> We prefer to keep our records relatively "clean", so lots of French
> subject headings, etc. would be an issue for us.
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>



-- 
Check my photo album:
http://picasaweb.google.com/suchetha

Rants Raves and Miscellaneous Musings:
http://raramimu.blogspot.com

Why do I smell brimstone? And what am I doing in this hand-basket?

From Ism at kis.in  Fri Jul 17 15:52:21 2009
From: Ism at kis.in (ISM KIS)
Date: Fri, 17 Jul 2009 09:22:21 +0530
Subject: [Koha] SMTP settings for Koha box
Message-ID: <4A6042CC.D759.006F.0@kis.in>

I'm using Koha 3.0.0.3 on Suse 11.1 box
 
How to I setup Koha (or Suse Linux) to use our main Mail server (GroupWise) to send out all generated mails ?
 
I don't see any settings in Koha System Preferences
 
Rudy Wuthrich
Kodaikanal International School
http://koha.kis.in



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/77698b84/attachment.htm 

From savitra.sirohi at osslabs.biz  Fri Jul 17 16:45:55 2009
From: savitra.sirohi at osslabs.biz (savitra sirohi)
Date: Fri, 17 Jul 2009 10:15:55 +0530
Subject: [Koha] SMTP settings for Koha box
In-Reply-To: <8cf6c9ba0907162145n32ef12bar20dc4637e7972d83@mail.gmail.com>
References: <4A6042CC.D759.006F.0@kis.in>
	<8cf6c9ba0907162145n32ef12bar20dc4637e7972d83@mail.gmail.com>
Message-ID: <8cf6c9ba0907162145h6f5e1077y23b420c9e73daefa@mail.gmail.com>

On Fri, Jul 17, 2009 at 10:15 AM, savitra
sirohi wrote:
> Hi Rudy,
>
> You could let opensuse mail server (e.g. postfix) send the emails out.
>
> Make sure postfix is installed, configured and started.
>
> Thanks,
> Savitra Sirohi
> Nucsoft OSS Labs
> http://www.osslabs.biz
>
> 2009/7/17 ISM KIS :
>> I'm using Koha 3.0.0.3 on Suse 11.1 box
>>
>> How to I setup Koha (or Suse Linux) to use our main Mail server
>> (GroupWise)?to send out all generated mails ?
>>
>> I don't see any settings in Koha System Preferences
>>
>> Rudy Wuthrich
>> Kodaikanal International School
>> http://koha.kis.in
>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
>

From kmlist at yahoo.in  Fri Jul 17 17:25:24 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Fri, 17 Jul 2009 10:55:24 +0530 (IST)
Subject: [Koha] SMTP settings for Koha box
In-Reply-To: <8cf6c9ba0907162145h6f5e1077y23b420c9e73daefa@mail.gmail.com>
Message-ID: <73474.57623.qm@web95109.mail.in2.yahoo.com>

Hello,

Savitra, i guess you are suggesting that postfix be installed, configured, and run on the same server as Koha? This option may not always be feasible. 

The last time i tried to configure Koha to use a regular SMTP server, i was directed to go fiddle with the code and add some custom configuration. AFAIK, this configuration is not part of Koha's system administration preferences.

i'll try to dig out which specific files are involved, in the meantime, you should find this info in the mailing list archives

regards,
krishnan

--- On Fri, 17/7/09, savitra sirohi  wrote:

From: savitra sirohi 
Subject: Re: [Koha] SMTP settings for Koha box
To: "koha" 
Date: Friday, 17 July, 2009, 4:45 AM

On Fri, Jul 17, 2009 at 10:15 AM, savitra
sirohi wrote:
> Hi Rudy,
>
> You could let opensuse mail server (e.g. postfix) send the emails out.
>
> Make sure postfix is installed, configured and started.
>
> Thanks,
> Savitra Sirohi
> Nucsoft OSS Labs
> http://www.osslabs.biz
>
> 2009/7/17 ISM KIS :
>> I'm using Koha 3.0.0.3 on Suse 11.1 box
>>
>> How to I setup Koha (or Suse Linux) to use our main Mail server
>> (GroupWise)?to send out all generated mails ?
>>
>> I don't see any settings in Koha System Preferences
>>
>> Rudy Wuthrich
>> Kodaikanal International School
>> http://koha.kis.in
>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/1ae1398f/attachment.htm 

From anna.kagedal at gmail.com  Fri Jul 17 17:34:44 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Fri, 17 Jul 2009 11:04:44 +0530
Subject: [Koha] override renewal limit for circulation staff
Message-ID: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>

Dear all,

I have a problem with renewals. Since we did not manage to import the item
type on our books from the old system, I have not found a way to make all
items renewable. So on our circulation screen, all item will show "too many
renewals". I have then put AllowRenewalLimitOverride ON so that we can still
renew books.

(we don't have a specific number set for how many times you can renew since
we are a boarding school, and everyone has to return all there books while
leaving for holiday every 4 months.)

The override works fine for me who has superlibrarian permissions. But it
does not work for my circulation staff, who I have given the following
permissions:

circulation
catalogue
reserve for others
borrow

I have looked here
http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
can't figure out what permission I need to give them in order to be able to
override renewals.

Any ideas?

Anna

http://koha.kis.in
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/8f4504a6/attachment.htm 

From anna.kagedal at gmail.com  Fri Jul 17 18:15:52 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Fri, 17 Jul 2009 11:45:52 +0530
Subject: [Koha] override renewal limit for circulation staff
In-Reply-To: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
References: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
Message-ID: <3bf26ebe0907162315n11e8517bw4b4b40fe93e78f2@mail.gmail.com>

I could add, that the override renewal box shows when my circulation staff
are logged in, but when they actually click on renew they get the message
that they are an unauthorized user and are asked to login with another user
to continue..

Anna

On Fri, Jul 17, 2009 at 11:04 AM, Anna K?gedal wrote:

> Dear all,
>
> I have a problem with renewals. Since we did not manage to import the item
> type on our books from the old system, I have not found a way to make all
> items renewable. So on our circulation screen, all item will show "too many
> renewals". I have then put AllowRenewalLimitOverride ON so that we can still
> renew books.
>
> (we don't have a specific number set for how many times you can renew since
> we are a boarding school, and everyone has to return all there books while
> leaving for holiday every 4 months.)
>
> The override works fine for me who has superlibrarian permissions. But it
> does not work for my circulation staff, who I have given the following
> permissions:
>
> circulation
> catalogue
> reserve for others
> borrow
>
> I have looked here
> http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
> can't figure out what permission I need to give them in order to be able to
> override renewals.
>
> Any ideas?
>
> Anna
>
> http://koha.kis.in
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>



-- 
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/3c227c6e/attachment-0001.htm 

From tajoli at cilea.it  Fri Jul 17 19:07:31 2009
From: tajoli at cilea.it (Zeno Tajoli)
Date: Fri, 17 Jul 2009 09:07:31 +0200
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4A5FAA2B.6080804@hanover.ca>
References: <4A5FAA2B.6080804@hanover.ca>
Message-ID: <20090717070706.C6B61ED174@daddy.katipo.co.nz>

Hi to all,

At 00.31 17/07/2009, Agnes Rivers-Moore wrote:
>Hello all
>
>If any happy Koha cataloguers out there have a favourite Z39.50 
>source for good MARC records in a format that Koha can readily 
>import, please would you share the site and settings that work best 
>for you. I am finding Library of Congress is surprisingly not a good 
>source, or maybe I have something wrong in the syntax and encoding 
>settings. Any advice most gratefully accepted!

in fact the two most important params on a z39.50 connection are:

Syntax (select MARC21 if you use MARC21)
Encoding (test the best result with the different option; personaly I 
suggest to use always UTF-8).

Bye


Zeno Tajoli
CILEA - Segrate (MI)
tajoliAT_SPAM_no_prendiATcilea.it
(Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)


From paul.poulain at biblibre.com  Fri Jul 17 19:33:35 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Fri, 17 Jul 2009 09:33:35 +0200
Subject: [Koha] Zebra filosofy
In-Reply-To: <83b397cd8ca0410f691a5172d82559b8@localhost>
References: <83b397cd8ca0410f691a5172d82559b8@localhost>
Message-ID: <4A60294F.6080301@biblibre.com>

ldiaz a ?crit :
>
>
> 11:41:44-16/07 zebraidx(14524) *[warn] No such record type: 
> grs.marcxml.record*
>
Hi idiaz,

it means (iirc) that you have compiled zebra without the libxml flag. 
that's automatic if you have the libxml (& maybe others) library 
installed. That's impossible if you don't have. So you probably don't have.

HTH

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From paul.poulain at biblibre.com  Fri Jul 17 19:40:45 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Fri, 17 Jul 2009 09:40:45 +0200
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>	<5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com>
	<835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>
Message-ID: <4A602AFD.3060602@biblibre.com>

Cab Vinton a ?crit :
> Do you find that there's extensive French language content in the
> AMICUS records?
>
> We prefer to keep our records relatively "clean", so lots of French
> subject headings, etc. would be an issue for us.
>   
Hi cab, do you consider french is dirty ? or maybe that frenchies are 
dirty ?

|
|
|
|
|
|
|
|
v

PS : :D :o) and all that kind of smileys ;-)


PS2: for newbies here: i'm french, and have been koha Release Manager 
for 2.0 and 2.2 versions. I don't speak a lot on this channel, because 
we have a french mailing list for koha that has more than 200 subscribers.

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From sivasankari.muthuraja at gmail.com  Fri Jul 17 22:34:44 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Fri, 17 Jul 2009 16:04:44 +0530
Subject: [Koha] mail not sent
Message-ID: <4950128e0907170334g4bd3d2c9lda5e638b489f6297@mail.gmail.com>

Thanks for all your reply mails. I have not installed zebra out of time
limit constraint, i added the marc records.(thanks to Mr.krishnan)
with different book formats, which asks for limited entries. Many thanks to
vimal , resolved my doubts.

I had launched the app, woking on it. Mails are not sent on
checkout,checkin,hold filed.

1.I have created the patron. and login as opac user UI , now selected
Mymessaging menu
and checked  Email checkbox against ItemDue,ItemCheckout,HoldFilled,Item
Checkin,Advance notice.

When I login in the staff client UI, and check out /checkin a specific book
for the patron i have created
and enabled the email checkbox. Mail is not delivered. won't it be triggered
at once .

Is there any configuration i need to add.
Admin - Tools -  Menu
There is only Rules for Rules for overdue actions:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/5cef0ca1/attachment.htm 

From sivasankari.muthuraja at gmail.com  Fri Jul 17 22:43:00 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Fri, 17 Jul 2009 16:13:00 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907170343j26548a55i7782690b19a0c311@mail.gmail.com>

Thanks for all your reply mails. I have not installed zebra out of time
limit constraint, i added the marc records.(thanks to Mr.krishnan)
with different book formats, which asks for limited entries. Many thanks to
vimal , resolved my doubts.

I had launched the app, woking on it. Mails are not sent on
checkout,checkin,hold filed.

1.I have created the patron. and login as opac user UI , now selected
Mymessaging menu
and checked  Email checkbox against ItemDue,ItemCheckout,HoldFilled,Item
Checkin,Advance notice.

When I login in the staff client UI, and check out /checkin a specific book
for the patron i have created
and enabled the email checkbox. Mail is not delivered. won't it be triggered
at once .

Is there any configuration i need to add.
Admin - Tools -  Menu
There is only Rules for Rules for overdue actions:

-Sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/c633f5f1/attachment.htm 

From kmlist at yahoo.in  Fri Jul 17 22:54:59 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Fri, 17 Jul 2009 16:24:59 +0530 (IST)
Subject: [Koha] mail not sent
In-Reply-To: <4950128e0907170334g4bd3d2c9lda5e638b489f6297@mail.gmail.com>
Message-ID: <749222.45520.qm@web95102.mail.in2.yahoo.com>

Hello,

Sending e-mail requires configuring the mail server, etc. As far as i can recall, this configuration is not part of the INTRANET admin preferences screens.

There's been another question about the same within the last day. i apologise i don't have concrete information to share, but i will look and let you know

regards,
krishnan

--- On Fri, 17/7/09, Sivasankari Muthuraja  wrote:

From: Sivasankari Muthuraja 
Subject: [Koha] mail not sent
To: koha at lists.katipo.co.nz
Date: Friday, 17 July, 2009, 10:34 AM

Thanks for all your reply mails. I have not installed zebra out of time limit constraint, i added the marc records.(thanks to Mr.krishnan)
with different book formats, which asks for limited entries. Many thanks to vimal , resolved my doubts.


I had launched the app, woking on it. Mails are not sent on checkout,checkin,hold filed.

1.I have created the patron. and login as opac user UI , now selected Mymessaging menu
and checked? Email checkbox against ItemDue,ItemCheckout,HoldFilled,Item Checkin,Advance notice.


When I login in the staff client UI, and check out /checkin a specific book for the patron i have created 
and enabled the email checkbox. Mail is not delivered. won't it be triggered at once .

Is there any configuration i need to add. 

Admin - Tools -? Menu
There is only Rules for Rules for overdue actions: 


-----Inline Attachment Follows-----

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Looking for local information? Find it on Yahoo! Local http://in.local.yahoo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/3245e70b/attachment.htm 

From harry.hendrix at philips.com  Sat Jul 18 00:10:12 2009
From: harry.hendrix at philips.com (Hendrix, Harry)
Date: Fri, 17 Jul 2009 14:10:12 +0200
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: 
References: 
Message-ID: <10A1282DA0562A468AA6668DA2654261541836E72A@NLCLUEXM04.connect1.local>

Hello all,

Does somebody use a Z39.50 client server to query for MARC data about books in the Dutch language?

Regards,

Harry

-----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: Friday 17 July 2009 8:16
To: koha at lists.katipo.co.nz
Subject: Koha Digest, Vol 45, Issue 59

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: Request advice on setting up Z39.50 for catalogers
      (Suchetha Wijenayake)
   2. Re: Request advice on setting up Z39.50 for catalogers
      (Cab Vinton)
   3. Re: Request advice on setting up Z39.50 for catalogers
      (Suchetha Wijenayake)
   4. SMTP settings for Koha box (ISM KIS)
   5. Re: SMTP settings for Koha box (savitra sirohi)
   6. Re: SMTP settings for Koha box (Krishnan M)
   7. override renewal limit for circulation staff (Anna K?gedal)
   8. Re: override renewal limit for circulation staff (Anna K?gedal)


----------------------------------------------------------------------

Message: 1
Date: Fri, 17 Jul 2009 07:18:21 +0530
From: Suchetha Wijenayake 
Subject: Re: [Koha] Request advice on setting up Z39.50 for catalogers
To: Agnes Rivers-Moore 
Cc: Koha List 
Message-ID:
        <5ba017e00907161848ue9b6b69h8a7485a44db43628 at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

i have found that AMICUS from Canada is quite good, with MARC-21
records from LoC and the British Library system

it does you require that you register (free) every 6 months

http://www.collectionscanada.gc.ca/amicus/006002-400-e.html

Suchetha

2009/7/17 Agnes Rivers-Moore :
> Hello all
>
> If any happy Koha cataloguers out there have a favourite Z39.50 source for
> good MARC records in a format that Koha can readily import, please would you
> share the site and settings that work best for you. I am finding Library of
> Congress is surprisingly not a good source, or maybe I have something wrong
> in the syntax and encoding settings. Any advice most gratefully accepted!
>
> Many thanks
> Agnes
>
> --
>
> Agnes Rivers-Moore
> Assistant Librarian
> Hanover Public Library
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>



--
Check my photo album:
http://picasaweb.google.com/suchetha

Rants Raves and Miscellaneous Musings:
http://raramimu.blogspot.com

Why do I smell brimstone? And what am I doing in this hand-basket?


------------------------------

Message: 2
Date: Thu, 16 Jul 2009 23:16:51 -0400
From: Cab Vinton 
Subject: Re: [Koha] Request advice on setting up Z39.50 for catalogers
To: Suchetha Wijenayake ,   Koha list
        
Message-ID:
        <835777770907162016w1f8a447bgdf6b346c2c2ca811 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Jul 16, 2009 at 9:48 PM, Suchetha Wijenayake wrote:
> i have found that AMICUS from Canada is quite good, with MARC-21
> records from LoC and the British Library system

Do you find that there's extensive French language content in the
AMICUS records?

We prefer to keep our records relatively "clean", so lots of French
subject headings, etc. would be an issue for us.

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH


------------------------------

Message: 3
Date: Fri, 17 Jul 2009 09:14:07 +0530
From: Suchetha Wijenayake 
Subject: Re: [Koha] Request advice on setting up Z39.50 for catalogers
To: Cab Vinton 
Cc: Koha list 
Message-ID:
        <5ba017e00907162044v6bbb8283x5d0b11dff6df3288 at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

no, they have the same records as everyone else.

very English.

but the library i am working with has a miniscule (<2000) number of books

one good thing about AMICUS is that they have taken the British
Library's records which are NOT marc and converted them to marc21 and
made them available via a z39.50 server.

i spoke to the BL and got a beta tester login to their beta z39.50
server which is not open to the public (they are still in the process
of deciding what way they should open it up) but will hopefully be
open by end Q3 this year

my advice would be to use amicus and see how it works out for you ..
spend extra oversight on the amicus records to see if they work right.
but as far as the library i'm working with is concerned, things are
good


Suchetha

On Fri, Jul 17, 2009 at 8:46 AM, Cab Vinton wrote:
> On Thu, Jul 16, 2009 at 9:48 PM, Suchetha Wijenayake wrote:
>> i have found that AMICUS from Canada is quite good, with MARC-21
>> records from LoC and the British Library system
>
> Do you find that there's extensive French language content in the
> AMICUS records?
>
> We prefer to keep our records relatively "clean", so lots of French
> subject headings, etc. would be an issue for us.
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>



--
Check my photo album:
http://picasaweb.google.com/suchetha

Rants Raves and Miscellaneous Musings:
http://raramimu.blogspot.com

Why do I smell brimstone? And what am I doing in this hand-basket?


------------------------------

Message: 4
Date: Fri, 17 Jul 2009 09:22:21 +0530
From: "ISM KIS" 
Subject: [Koha] SMTP settings for Koha box
To: 
Message-ID: <4A6042CC.D759.006F.0 at kis.in>
Content-Type: text/plain; charset="us-ascii"

I'm using Koha 3.0.0.3 on Suse 11.1 box

How to I setup Koha (or Suse Linux) to use our main Mail server (GroupWise) to send out all generated mails ?

I don't see any settings in Koha System Preferences

Rudy Wuthrich
Kodaikanal International School
http://koha.kis.in



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/77698b84/attachment-0001.htm

------------------------------

Message: 5
Date: Fri, 17 Jul 2009 10:15:55 +0530
From: savitra sirohi 
Subject: Re: [Koha] SMTP settings for Koha box
To: koha 
Message-ID:
        <8cf6c9ba0907162145h6f5e1077y23b420c9e73daefa at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

On Fri, Jul 17, 2009 at 10:15 AM, savitra
sirohi wrote:
> Hi Rudy,
>
> You could let opensuse mail server (e.g. postfix) send the emails out.
>
> Make sure postfix is installed, configured and started.
>
> Thanks,
> Savitra Sirohi
> Nucsoft OSS Labs
> http://www.osslabs.biz
>
> 2009/7/17 ISM KIS :
>> I'm using Koha 3.0.0.3 on Suse 11.1 box
>>
>> How to I setup Koha (or Suse Linux) to use our main Mail server
>> (GroupWise)?to send out all generated mails ?
>>
>> I don't see any settings in Koha System Preferences
>>
>> Rudy Wuthrich
>> Kodaikanal International School
>> http://koha.kis.in
>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
>


------------------------------

Message: 6
Date: Fri, 17 Jul 2009 10:55:24 +0530 (IST)
From: Krishnan M 
Subject: Re: [Koha] SMTP settings for Koha box
To: koha 
Message-ID: <73474.57623.qm at web95109.mail.in2.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"

Hello,

Savitra, i guess you are suggesting that postfix be installed, configured, and run on the same server as Koha? This option may not always be feasible.

The last time i tried to configure Koha to use a regular SMTP server, i was directed to go fiddle with the code and add some custom configuration. AFAIK, this configuration is not part of Koha's system administration preferences.

i'll try to dig out which specific files are involved, in the meantime, you should find this info in the mailing list archives

regards,
krishnan

--- On Fri, 17/7/09, savitra sirohi  wrote:

From: savitra sirohi 
Subject: Re: [Koha] SMTP settings for Koha box
To: "koha" 
Date: Friday, 17 July, 2009, 4:45 AM

On Fri, Jul 17, 2009 at 10:15 AM, savitra
sirohi wrote:
> Hi Rudy,
>
> You could let opensuse mail server (e.g. postfix) send the emails out.
>
> Make sure postfix is installed, configured and started.
>
> Thanks,
> Savitra Sirohi
> Nucsoft OSS Labs
> http://www.osslabs.biz
>
> 2009/7/17 ISM KIS :
>> I'm using Koha 3.0.0.3 on Suse 11.1 box
>>
>> How to I setup Koha (or Suse Linux) to use our main Mail server
>> (GroupWise)?to send out all generated mails ?
>>
>> I don't see any settings in Koha System Preferences
>>
>> Rudy Wuthrich
>> Kodaikanal International School
>> http://koha.kis.in
>>
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/1ae1398f/attachment-0001.htm

------------------------------

Message: 7
Date: Fri, 17 Jul 2009 11:04:44 +0530
From: Anna K?gedal 
Subject: [Koha] override renewal limit for circulation staff
To: koha at lists.katipo.co.nz
Message-ID:
        <3bf26ebe0907162234j533529afl5214d3bb1a1757aa at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Dear all,

I have a problem with renewals. Since we did not manage to import the item
type on our books from the old system, I have not found a way to make all
items renewable. So on our circulation screen, all item will show "too many
renewals". I have then put AllowRenewalLimitOverride ON so that we can still
renew books.

(we don't have a specific number set for how many times you can renew since
we are a boarding school, and everyone has to return all there books while
leaving for holiday every 4 months.)

The override works fine for me who has superlibrarian permissions. But it
does not work for my circulation staff, who I have given the following
permissions:

circulation
catalogue
reserve for others
borrow

I have looked here
http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
can't figure out what permission I need to give them in order to be able to
override renewals.

Any ideas?

Anna

http://koha.kis.in
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/8f4504a6/attachment-0001.htm

------------------------------

Message: 8
Date: Fri, 17 Jul 2009 11:45:52 +0530
From: Anna K?gedal 
Subject: Re: [Koha] override renewal limit for circulation staff
To: koha at lists.katipo.co.nz
Message-ID:
        <3bf26ebe0907162315n11e8517bw4b4b40fe93e78f2 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

I could add, that the override renewal box shows when my circulation staff
are logged in, but when they actually click on renew they get the message
that they are an unauthorized user and are asked to login with another user
to continue..

Anna

On Fri, Jul 17, 2009 at 11:04 AM, Anna K?gedal wrote:

> Dear all,
>
> I have a problem with renewals. Since we did not manage to import the item
> type on our books from the old system, I have not found a way to make all
> items renewable. So on our circulation screen, all item will show "too many
> renewals". I have then put AllowRenewalLimitOverride ON so that we can still
> renew books.
>
> (we don't have a specific number set for how many times you can renew since
> we are a boarding school, and everyone has to return all there books while
> leaving for holiday every 4 months.)
>
> The override works fine for me who has superlibrarian permissions. But it
> does not work for my circulation staff, who I have given the following
> permissions:
>
> circulation
> catalogue
> reserve for others
> borrow
>
> I have looked here
> http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
> can't figure out what permission I need to give them in order to be able to
> override renewals.
>
> Any ideas?
>
> Anna
>
> http://koha.kis.in
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>



--
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/3c227c6e/attachment.htm

------------------------------

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


End of Koha Digest, Vol 45, Issue 59
************************************

The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

From galen.charlton at liblime.com  Sat Jul 18 00:22:50 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Fri, 17 Jul 2009 08:22:50 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4A5FAA2B.6080804@hanover.ca>
References: <4A5FAA2B.6080804@hanover.ca>
Message-ID: <4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>

Hi Agnes,

2009/7/16 Agnes Rivers-Moore :
> If any happy Koha cataloguers out there have a favourite Z39.50 source for
> good MARC records in a format that Koha can readily import, please would you
> share the site and settings that work best for you. I am finding Library of
> Congress is surprisingly not a good source, or maybe I have something wrong
> in the syntax and encoding settings. Any advice most gratefully accepted!

The ?biblios.net open cataloging service's bibliographic records can
be accessed via Z39.50.  Connection settings are at

https://bws.biblios.net/doku.php/searching_for_bibliographic_and_authority_records#advanced_searching_with_z39.50

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From bibliwho at gmail.com  Sat Jul 18 00:29:57 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Fri, 17 Jul 2009 08:29:57 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
Message-ID: <835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>

> The ?biblios.net open cataloging service's bibliographic records can
> be accessed via Z39.50. ?Connection settings are at
>
> https://bws.biblios.net/doku.php/searching_for_bibliographic_and_authority_records#advanced_searching_with_z39.50

Quick question: What's the source(s) for the records available via
biblios? Contributed by biblios users?

Cab Vinton

From bibliwho at gmail.com  Sat Jul 18 00:33:35 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Fri, 17 Jul 2009 08:33:35 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4A602AFD.3060602@biblibre.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<5ba017e00907161848ue9b6b69h8a7485a44db43628@mail.gmail.com>
	<835777770907162016w1f8a447bgdf6b346c2c2ca811@mail.gmail.com>
	<4A602AFD.3060602@biblibre.com>
Message-ID: <835777770907170533k3b030cffw4a589261394f5c0b@mail.gmail.com>

>> We prefer to keep our records relatively "clean", so lots of French
>> subject headings, etc. would be an issue for us.
>>
> Hi cab, do you consider french is dirty ? or maybe that frenchies are
> dirty ?

Well, far be it from me to cast aspersions, but ... stereotypes ne
jamais pas mentent ... ;-)

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From galen.charlton at liblime.com  Sat Jul 18 00:34:54 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Fri, 17 Jul 2009 08:34:54 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
	<835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>
Message-ID: <4659947d0907170534p59adc9e4p9cf1a0606552dad8@mail.gmail.com>

Hi,

On Fri, Jul 17, 2009 at 8:29 AM, Cab Vinton wrote:
>> The ?biblios.net open cataloging service's bibliographic records can
>> be accessed via Z39.50. ?Connection settings are at
>>
>> https://bws.biblios.net/doku.php/searching_for_bibliographic_and_authority_records#advanced_searching_with_z39.50
>
> Quick question: What's the source(s) for the records available via
> biblios? Contributed by biblios users?

The sources include the Open Library, LC, the Talis Union Catalogue,
contributions by several specialized libraries, and ?biblios.net
users.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From arm at hanover.ca  Sat Jul 18 01:29:26 2009
From: arm at hanover.ca (Agnes Rivers-Moore)
Date: Fri, 17 Jul 2009 09:29:26 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4659947d0907170534p59adc9e4p9cf1a0606552dad8@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
	<835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>
	<4659947d0907170534p59adc9e4p9cf1a0606552dad8@mail.gmail.com>
Message-ID: <4A607CB6.2020406@hanover.ca>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/9adecb0e/attachment.htm 

From ohiocore at gmail.com  Sat Jul 18 01:51:57 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 17 Jul 2009 09:51:57 -0400
Subject: [Koha] SMTP settings for Koha box
In-Reply-To: <4A6042CC.D759.006F.0@kis.in>
References: <4A6042CC.D759.006F.0@kis.in>
Message-ID: <235bf14f0907170651r3c8cd17cx3e9e0129bb80d942@mail.gmail.com>

2009/7/16 ISM KIS 

>  I'm using Koha 3.0.0.3 on Suse 11.1 box
>
> How to I setup Koha (or Suse Linux) to use our main Mail server
> (GroupWise) to send out all generated mails ?
>
> I don't see any settings in Koha System Preferences
>

That's because it has nothing to do with Koha.  Koha is not a SMTP server.

This is a job for the system administrator of your Koha system.  If they
cannot setup the system so they can send to your preferred mail server, then
Koha cannot either.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/c7540d47/attachment.htm 

From ohiocore at gmail.com  Sat Jul 18 01:57:07 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 17 Jul 2009 09:57:07 -0400
Subject: [Koha] koha doubts
In-Reply-To: <4950128e0907170343j26548a55i7782690b19a0c311@mail.gmail.com>
References: <4950128e0907170343j26548a55i7782690b19a0c311@mail.gmail.com>
Message-ID: <235bf14f0907170657y110e621fgf11d133038a60ae6@mail.gmail.com>

2009/7/17 Sivasankari Muthuraja 

> Thanks for all your reply mails. I have not installed zebra out of time
> limit constraint, i added the marc records.(thanks to Mr.krishnan)
> with different book formats, which asks for limited entries. Many thanks to
> vimal , resolved my doubts.
>
> I had launched the app, woking on it. Mails are not sent on
> checkout,checkin,hold filed.
>
> 1.I have created the patron. and login as opac user UI , now selected
> Mymessaging menu
> and checked  Email checkbox against ItemDue,ItemCheckout, HoldFilled,Item
> Checkin,Advance notice.
>
> When I login in the staff client UI, and check out /checkin a specific book
> for the patron i have created
> and enabled the email checkbox. Mail is not delivered. won't it be
> triggered at once .
>

No, mail should be *queued* at once.  It is sent when the
process_message_queue.pl job is run.  Schedule this and the other necessary
jobs to run in your crontab.

The reason for this is obvious when you imagine something like the
overdue_notices in a larger library, possibly sending out thousands of mail
messages.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/542cdd68/attachment.htm 

From melanie at salpublib.org  Sat Jul 18 02:23:05 2009
From: melanie at salpublib.org (Melanie Hedgespeth)
Date: Fri, 17 Jul 2009 09:23:05 -0500
Subject: [Koha] KOHA login
Message-ID: <0ED33D17F2BFB64399D89F02614DACD3695239@exchange1.salpublib.org>

Where can I find the code for the KOHA login so I can place that on our
website?

 

Thanks!

 

Melanie



 
 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/50926ee5/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 2556 bytes
Desc: image001.gif
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/50926ee5/attachment-0001.gif 

From oleonard at myacpl.org  Sat Jul 18 02:30:21 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Fri, 17 Jul 2009 10:30:21 -0400
Subject: [Koha] KOHA login
In-Reply-To: <0ED33D17F2BFB64399D89F02614DACD3695239@exchange1.salpublib.org>
References: <0ED33D17F2BFB64399D89F02614DACD3695239@exchange1.salpublib.org>
Message-ID: 

> Where can I find the code for the KOHA login so I can place that on our
> website?

How about right on your Koha OPAC home page?

Here's the minimal version:



    
	
	
    



Of course you have to replace "path.to.your.opac" with the URL of your OPAC.

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From mhelman at illinoisalumni.org  Sat Jul 18 02:34:31 2009
From: mhelman at illinoisalumni.org (BWS Johnson)
Date: Fri, 17 Jul 2009 07:34:31 -0700
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
Message-ID: <101f401ca06eb$b24359c0$116a010a@mail2world.com>

Salvete!

I agree that AMICUS records are high in quality and very easy to access
via z39.50. I was so fond of the quality of their MARC records, that I
chose to use AMICUS as an example rather than LOC when I authored one of
my tutorials.

http://www.pakban.net/brooke/tut/rev.html

The one that I screenshotted for the tutorial has no French in it,
though it would be worth checking other records if you're that
concerned.

Cheers,
Brooke 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/d4a637fe/attachment.htm 

From pianohacker at gmail.com  Sat Jul 18 06:22:38 2009
From: pianohacker at gmail.com (Jesse)
Date: Fri, 17 Jul 2009 12:22:38 -0600
Subject: [Koha] override renewal limit for circulation staff
In-Reply-To: <3bf26ebe0907162315n11e8517bw4b4b40fe93e78f2@mail.gmail.com>
References: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
	<3bf26ebe0907162315n11e8517bw4b4b40fe93e78f2@mail.gmail.com>
Message-ID: 

2009/7/17 Anna K?gedal 

> I could add, that the override renewal box shows when my circulation staff
> are logged in, but when they actually click on renew they get the message
> that they are an unauthorized user and are asked to login with another user
> to continue..
>
> Anna
>
>
> On Fri, Jul 17, 2009 at 11:04 AM, Anna K?gedal wrote:
>
>> Dear all,
>>
>> I have a problem with renewals. Since we did not manage to import the item
>> type on our books from the old system, I have not found a way to make all
>> items renewable. So on our circulation screen, all item will show "too many
>> renewals". I have then put AllowRenewalLimitOverride ON so that we can still
>> renew books.
>>
>> (we don't have a specific number set for how many times you can renew
>> since we are a boarding school, and everyone has to return all there books
>> while leaving for holiday every 4 months.)
>>
>> The override works fine for me who has superlibrarian permissions. But it
>> does not work for my circulation staff, who I have given the following
>> permissions:
>>
>> circulation
>> catalogue
>> reserve for others
>> borrow
>>
>> I have looked here
>> http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
>> can't figure out what permission I need to give them in order to be able to
>> override renewals.
>>
>> Any ideas?
>>
>> Anna
>>
>
You will also need to give these staff members the borrowers permission.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/d8558a7c/attachment.htm 

From jthornton at cdlc.org  Fri Jul 17 09:09:05 2009
From: jthornton at cdlc.org (Joe Thornton)
Date: Thu, 16 Jul 2009 17:09:05 -0400
Subject: [Koha] Koha Z39.50 question
Message-ID: <4A5F96F1.8040205@cdlc.org>

Thanks very much to those of you who helped me with my previous 
questions about Koha and Z39.50.

Before I give up trying to make our old Z39.50 client work with Koha I 
have one more question: Is it possible to force the Koha Z39.50 server 
to send records in USMARC instead of MARC21?

Thanks,

Joe Thornton
IT Consultant
Capital District Library Council
28 Essex Street
Albany, NY 12206
518-437-9880 x230


Koha version:   3.00.01.005
OS version:     Linux koha 2.6.26-1-686 #1 SMP Fri Mar 13
2009 i686 GNU/Linux
Perl version:   5.010000
MySQL version:  mysql Ver 14.12 Distrib 5.0.51a
Apache version:  Server version: Apache/2.2.9 (Debian)
Zebra version:  Zebra 2.0.37



From anna.kagedal at gmail.com  Fri Jul 17 20:36:42 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Fri, 17 Jul 2009 14:06:42 +0530
Subject: [Koha] override renewal limit for circulation staff
In-Reply-To: <30214ED666EA9B4E970697DCB6C013E10262F87993@pastas2.lcc.lt>
References: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
	<3bf26ebe0907162315n11e8517bw4b4b40fe93e78f2@mail.gmail.com>
	<30214ED666EA9B4E970697DCB6C013E10262F87993@pastas2.lcc.lt>
Message-ID: <3bf26ebe0907170136i6bad66dfr4eed46b48f840284@mail.gmail.com>

Thanks Jolanta! :)

But the problem for us is that most of our books, does not have an item type
at all!  So i can't change the specifications of an item type...

And I think that must be part of the problem.

Anna

On Fri, Jul 17, 2009 at 12:21 PM, Jolanta Kaun  wrote:

>  Have you done this table?
>
>
>
>
>
> *From:* koha-bounces at lists.katipo.co.nz [mailto:
> koha-bounces at lists.katipo.co.nz] *On Behalf Of *Anna K?gedal
> *Sent:* Friday, July 17, 2009 9:16
> *To:* koha at lists.katipo.co.nz
> *Subject:* Re: [Koha] override renewal limit for circulation staff
>
>
>
> I could add, that the override renewal box shows when my circulation staff
> are logged in, but when they actually click on renew they get the message
> that they are an unauthorized user and are asked to login with another user
> to continue..
>
> Anna
>
> On Fri, Jul 17, 2009 at 11:04 AM, Anna K?gedal 
> wrote:
>
> Dear all,
>
> I have a problem with renewals. Since we did not manage to import the item
> type on our books from the old system, I have not found a way to make all
> items renewable. So on our circulation screen, all item will show "too many
> renewals". I have then put AllowRenewalLimitOverride ON so that we can still
> renew books.
>
> (we don't have a specific number set for how many times you can renew since
> we are a boarding school, and everyone has to return all there books while
> leaving for holiday every 4 months.)
>
> The override works fine for me who has superlibrarian permissions. But it
> does not work for my circulation staff, who I have given the following
> permissions:
>
> circulation
> catalogue
> reserve for others
> borrow
>
> I have looked here
> http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
> can't figure out what permission I need to give them in order to be able to
> override renewals.
>
> Any ideas?
>
> Anna
>
> http://koha.kis.in
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>
>
>
>
> --
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>



-- 
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/484855ef/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1113 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/484855ef/attachment-0001.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 124888 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/484855ef/attachment-0001.jpeg 

From pianohacker at gmail.com  Sat Jul 18 08:47:59 2009
From: pianohacker at gmail.com (Jesse)
Date: Fri, 17 Jul 2009 14:47:59 -0600
Subject: [Koha] Overdue notices
In-Reply-To: 
References: <835777770907160616h597bffafq3453d73ee5a72e3@mail.gmail.com>
	
Message-ID: 

2009/7/16 Wagner, Jane 

> There is a syspref AutoEmailPrimaryAddress (under Administration, system
> preferences, patrons) which lets you specify which email field should be
> used for notices -- email or emailpro.  However, so far as I know, Koha
> doesn't have the ability to use both.  I think it would be a useful
> enhancement to set it up so that if field A in email priority list is
> empty, use address in field B.
>
> Jane Wagner
> Library Systems Analyst
> PTFS Inc.
> Content Management and Library Solutions
> 6400 Goldsboro Road, Suite 200
> Bethesda, MD  20817
> (301) 654-8088 x 151
> jwagner at ptfs.com
>
>
> -----Original Message-----
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Cab Vinton
> Sent: Thursday, July 16, 2009 9:16 AM
> To: Koha list
> Subject: [Koha] Overdue notices
>
> Is it correct to assume that Overdue notices are only sent to Home
> email addresses (borrowers.email)?
>
> Some patrons provide both a home & a work email (borrowers.emailpro).
>
> Ideally, the Patron DB would be setup to allow staff to specify the
> default email address to be used for notices.
>
> Otherwise, Koha should send notices to any available address (work if
> no home address available, & vice versa.)
>
> At present, I believe we would have to copy work addresses into empty
> home address fields to ensure that Notices are sent out.
>
> Thank you,
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

The overdue notices cronjob currently uses Koha's default behavior for
sending notices: only check the email field, fail if that isn't present.
Fixing this would benefit anything else in Koha that sends email.

-- 
Jesse Weaver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/4fbd7654/attachment.htm 

From ohiocore at gmail.com  Sat Jul 18 09:36:59 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 17 Jul 2009 17:36:59 -0400
Subject: [Koha] Overdue notices
In-Reply-To: 
References: <835777770907160616h597bffafq3453d73ee5a72e3@mail.gmail.com>
	
	
Message-ID: <235bf14f0907171436o49897046m5f905180d999e78b@mail.gmail.com>

2009/7/17 Jesse 

> 2009/7/16 Wagner, Jane 
>
> There is a syspref AutoEmailPrimaryAddress (under Administration, system
>> preferences, patrons) which lets you specify which email field should be
>> used for notices -- email or emailpro.  However, so far as I know, Koha
>> doesn't have the ability to use both.  I think it would be a useful
>> enhancement to set it up so that if field A in email priority list is
>> empty, use address in field B.
>>
>> Jane Wagner
>> Library Systems Analyst
>> PTFS Inc.
>> Content Management and Library Solutions
>> 6400 Goldsboro Road, Suite 200
>> Bethesda, MD  20817
>> (301) 654-8088 x 151
>> jwagner at ptfs.com
>>
>>
>> -----Original Message-----
>> From: koha-bounces at lists.katipo.co.nz
>> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Cab Vinton
>> Sent: Thursday, July 16, 2009 9:16 AM
>> To: Koha list
>> Subject: [Koha] Overdue notices
>>
>> Is it correct to assume that Overdue notices are only sent to Home
>> email addresses (borrowers.email)?
>>
>> Some patrons provide both a home & a work email (borrowers.emailpro).
>>
>> Ideally, the Patron DB would be setup to allow staff to specify the
>> default email address to be used for notices.
>>
>
It does.  Whatever you put in home email address gets used.


Otherwise, Koha should send notices to any available address (work if
>> no home address available, & vice versa.)
>>
>> At present, I believe we would have to copy work addresses into empty
>> home address fields to ensure that Notices are sent out.
>>
>> Thank you,
>>
>> Cab Vinton, Director
>> Sanbornton Public Library
>> Sanbornton, NH 
>>
>
> The overdue notices cronjob currently uses Koha's default behavior for
> sending notices: only check the email field, fail if that isn't present.
> Fixing this would benefit anything else in Koha that sends email.
>


AutoEmailPrimaryAddress only affects the notification from the initial
adding of a patron account.  It does not affect overdues.

Overdues email targeting is not a bug.  It is by design to accommodate the
European use of professional organizations as the alternate contact, since
when everybody at the library belongs to a smaller number of professional
organizations, it doesn't make sense to mailbomb the company admin with 100
overdue notices a day.

I think it is perfectly fine to use only the home address, as long as staff
users understand that's the one that matters.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/d0b49d84/attachment.htm 

From yach at cox.net  Sat Jul 18 10:27:59 2009
From: yach at cox.net (Paul Yachnes)
Date: Fri, 17 Jul 2009 18:27:59 -0400
Subject: [Koha] Is this a problem?
Message-ID: <4A60FAEF.2000307@cox.net>

At the very end of a Koha install (git install on Ubuntu 9.04), I got
the following text:

chown:  invalid user:  'koha:koha'
make:  *** [set_koha_ownsership] Error 1

I'm not sure what this is telling me or if this is a problem. Do I need
to fix something or is it ok to proceed?

Paul


From ohiocore at gmail.com  Sat Jul 18 13:37:00 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 17 Jul 2009 21:37:00 -0400
Subject: [Koha] Is this a problem?
In-Reply-To: <4A60FAEF.2000307@cox.net>
References: <4A60FAEF.2000307@cox.net>
Message-ID: <235bf14f0907171837n5d62689cl427a64a4da92d803@mail.gmail.com>

On Fri, Jul 17, 2009 at 6:27 PM, Paul Yachnes  wrote:

> At the very end of a Koha install (git install on Ubuntu 9.04), I got
> the following text:
>
> chown:  invalid user:  'koha:koha'
> make:  *** [set_koha_ownsership] Error 1
>
> I'm not sure what this is telling me or if this is a problem. Do I need
> to fix something or is it ok to proceed?
>
>
I think you could replace that with:
chown -R koha:koha /path/to/kohaclone

koha:koha would be the user and group you want to own the files.  If you
didn't add a koha user and group to your system, then that would also
explain the error.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/739628f0/attachment.htm 

From yach at cox.net  Sat Jul 18 14:17:25 2009
From: yach at cox.net (Paul Yachnes)
Date: Fri, 17 Jul 2009 22:17:25 -0400
Subject: [Koha] Is this a problem?
In-Reply-To: <235bf14f0907171837n5d62689cl427a64a4da92d803@mail.gmail.com>
References: <4A60FAEF.2000307@cox.net>
	<235bf14f0907171837n5d62689cl427a64a4da92d803@mail.gmail.com>
Message-ID: <4A6130B5.4050107@cox.net>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/35458585/attachment.htm 

From yach at cox.net  Sat Jul 18 14:25:06 2009
From: yach at cox.net (Paul Yachnes)
Date: Fri, 17 Jul 2009 22:25:06 -0400
Subject: [Koha] Is this a problem?
In-Reply-To: <4A6130B5.4050107@cox.net>
References: <4A60FAEF.2000307@cox.net>	<235bf14f0907171837n5d62689cl427a64a4da92d803@mail.gmail.com>
	<4A6130B5.4050107@cox.net>
Message-ID: <4A613282.2000009@cox.net>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090717/cdedc810/attachment.htm 

From ohiocore at gmail.com  Sat Jul 18 17:59:18 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Sat, 18 Jul 2009 01:59:18 -0400
Subject: [Koha] Is this a problem?
In-Reply-To: <4A613282.2000009@cox.net>
References: <4A60FAEF.2000307@cox.net>
	<235bf14f0907171837n5d62689cl427a64a4da92d803@mail.gmail.com>
	<4A6130B5.4050107@cox.net> <4A613282.2000009@cox.net>
Message-ID: <235bf14f0907172259wa38071fk22f47b17d67c7712@mail.gmail.com>

On Fri, Jul 17, 2009 at 10:25 PM, Paul Yachnes  wrote:

>  ok. I figured it out, created user koha and group koha and ran "sudo chown
> -R koha:koha /home/paul/kohaclone.
>
> I assume I now have to run the install again?
>

No, you should be fine.  You've set things how they would have been anyway.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090718/8cb88360/attachment.htm 

From yach at cox.net  Sun Jul 19 04:16:03 2009
From: yach at cox.net (Paul Yachnes)
Date: Sat, 18 Jul 2009 12:16:03 -0400
Subject: [Koha] Configuring Zebra
Message-ID: <4A61F543.1060205@cox.net>

When I try to run the line

$ sudo update-rc.d koha-zebra-daemon defaults


I get:

update-rc.d: /etc/init.d/koha-zebra-daemon: file does not exist


yet I can see the file does indeed exist in that directory. What do I do?

Paul

From yach at cox.net  Sun Jul 19 04:34:36 2009
From: yach at cox.net (Paul Yachnes)
Date: Sat, 18 Jul 2009 12:34:36 -0400
Subject: [Koha] Configuring Zebra
In-Reply-To: <4A61F543.1060205@cox.net>
References: <4A61F543.1060205@cox.net>
Message-ID: <4A61F99C.4080300@cox.net>

I found the problem. A typo I made in the previous command created a 
link to a nonexistent file. Thanks.

Paul Yachnes wrote:
> When I try to run the line
>
> $ sudo update-rc.d koha-zebra-daemon defaults
>
>
> I get:
>
> update-rc.d: /etc/init.d/koha-zebra-daemon: file does not exist
>
>
> yet I can see the file does indeed exist in that directory. What do I do?
>
> Paul
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>   


From clmcgeeh at co.douglas.or.us  Sun Jul 19 09:30:35 2009
From: clmcgeeh at co.douglas.or.us (Carol McGeehon)
Date: Sat, 18 Jul 2009 14:30:35 -0700
Subject: [Koha] cron job error message
Message-ID: 

I have a test installation of Koha which I'm trying to set up.  I'm
trying to get a cronjob file to work and I keep getting the following
error message:

 

/usr/share/koha/bin/cronjobs/cronjob: 60: cannot create 
: Permission denied

 

The line this refers to is the one to run the rebuild_zebra.pl and I
have the line set up as follows:

 

*/10 * * * *  KOHA_CONF=/etc/koha/koha-conf.xml
PERL5LIB=/usr/share/koha/lib/
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >

 

 

What am I missing?

 

 

Carol McGeehon

Technical Support Manager

Douglas County Library System

1409 NE Diamond Lake Blvd

Roseburg, OR   97470

541-440-6005

 

To travel hopefully is a better thing than to arrive

                                   Robert Louis Stevenson

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090718/2d23dee7/attachment.htm 

From ohiocore at gmail.com  Sun Jul 19 15:39:41 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Sat, 18 Jul 2009 23:39:41 -0400
Subject: [Koha] cron job error message
In-Reply-To: <235bf14f0907182035k6e82b436sfee56bed3cbdabbd@mail.gmail.com>
References: 
	<235bf14f0907182035k6e82b436sfee56bed3cbdabbd@mail.gmail.com>
Message-ID: <235bf14f0907182039q58ac9e2fn16e163b8fb02d720@mail.gmail.com>

I think it is just syntax.  The trailing ">" attempts redirection to
something unspecified.  Remove it and try again.

Otherwise, please specify OS and cron version.
--joe

On Jul 18, 2009 5:43 PM, "Carol McGeehon"  wrote:

 I have a test installation of Koha which I?m trying to set up.  I?m trying
to get a cronjob file to work and I keep getting the following error
message:



/usr/share/koha/bin/cronjobs/cronjob: 60: cannot create

: Permission denied



The line this refers to is the one to run the rebuild_zebra.pl and I have
the line set up as follows:



*/10 * * * *  KOHA_CONF=/etc/koha/koha-conf.xml
PERL5LIB=/usr/share/koha/lib/
  /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >





What am I missing?





Carol McGeehon

Technical Support Manager

Douglas County Library System

1409 NE Diamond Lake Blvd

Roseburg, OR   97470

541-440-6005



To travel hopefully is a better thing than to arrive

                                   Robert Louis Stevenson



_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090718/6f4f6089/attachment.htm 

From sivasankari.muthuraja at gmail.com  Mon Jul 20 01:00:42 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Sun, 19 Jul 2009 18:30:42 +0530
Subject: [Koha] error while cataloging
Message-ID: <4950128e0907190600v4a47985ch973568e59255872d@mail.gmail.com>

The following fatal error has occurred:

Can't call method "fields" on an undefined value at
/usr/share/koha/lib/C4/Biblio.pm line 1898.

Apache Server version: Apache/2.2.10 (Unix) Server built: Oct 21 2008
07:51:36 Koha 3.00.02.012 Koha DB 3.0002012 MySQL mysql Ver 14.12 Distrib
5.0.67, for redhat-linux-gnu (i386) using readline 5.1 OS Linux
localhost.localdomain 2.6.27.5-117.fc10.i686 #1 SMP Tue Nov 18 12:19:59 EST
2008 i686 Perl 5.010000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090719/dea88397/attachment.htm 

From sivasankari.muthuraja at gmail.com  Mon Jul 20 01:01:59 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Sun, 19 Jul 2009 18:31:59 +0530
Subject: [Koha] search
Message-ID: <4950128e0907190601g1bc818apae2d7160e637ad1e@mail.gmail.com>

hi all,
I have selected Marc21 frameworks on, and selected addition for custom
frameworks,
like books,kits,binders,audiovisual materials etc - to limit the entry of
marc21 contents - like
book title,publisher,physical dimensions of book etc.(Since i'm a novice
user, and have no knowledge in MARC21 fomats.

I had added books successfully to it. But when i give a search - in a
catalog with blank text(With out entering anthing and doing a search), no
items are displayed.

Is there anything related with zebra, to have this feature enabled.
But if i give the keyword, the records are displayed , what may be problem
Wont koha accepts blank search, to display all the records. I saw some of
the demo sites.
it worked well some times. some times, i have select the specific item type
to lists the available items in koha . But the catalog statistics in Report
link gives results 0. But the
stock/inventory management - shows the results of available books.

please refer screenshots for my question.

kindly help me out to resolve this issue.

-sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090719/576db046/attachment.htm 

From sivasankari.muthuraja at gmail.com  Mon Jul 20 01:02:54 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Sun, 19 Jul 2009 18:32:54 +0530
Subject: [Koha] search
Message-ID: <4950128e0907190602yd74daf9qc141a22846abd55@mail.gmail.com>

hi all,
I have selected Marc21 frameworks on, and selected addition for custom
frameworks,
like books,kits,binders,audiovisual materials etc - to limit the entry of
marc21 contents - like
book title,publisher,physical dimensions of book etc.(Since i'm a novice
user, and have no knowledge in MARC21 fomats.

I had added books successfully to it. But when i give a search - in a
catalog with blank text(With out entering anthing and doing a search), no
items are displayed.

Is there anything related with zebra, to have this feature enabled.
But if i give the keyword, the records are displayed , what may be problem
Wont koha accepts blank search, to display all the records. I saw some of
the demo sites.
it worked well some times. some times, i have select the specific item type
to lists the available items in koha . But the catalog statistics in Report
link gives results 0. But the
stock/inventory management - shows the results of available books.

kindly help me out to resolve this issue.

-sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090719/63b60765/attachment.htm 

From sivasankari.muthuraja at gmail.com  Mon Jul 20 02:37:11 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Sun, 19 Jul 2009 20:07:11 +0530
Subject: [Koha] checkout doubts
Message-ID: <4950128e0907190737t7d436421me8f88c4917b40264@mail.gmail.com>

hi,

I have added the records in cataloging - (selected in MARC21 format) and
added the records
I have given the admin -preferences -Cataloging  -  autoBarcode - My bar
code starts with 1. For the records added increment by 1.
When i create a patron, it shows Unable to checkout. The specific item i
have specified is not a reference.and i haven't not for loan.
I'm able to checkout the item type book. Is it only possible to checkout the
book.  -wont it be not possible to checkout the
audio visual,music types etc

kindly help out

thanks
sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090719/b35ccb21/attachment.htm 

From rekhasaraswat at cdacnoida.in  Mon Jul 20 16:45:34 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Mon, 20 Jul 2009 10:15:34 +0530
Subject: [Koha] error:record type grs:xml not exist
Message-ID: <017801ca08f4$ed95a450$1509000a@rekhasaraswat>

Hi All, 
  When i m searching catalog, then following error is found in koha zebraoutput.log
 No such type of record: grs:xml

please help any body

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/5f11a686/attachment.htm 

From savitra.sirohi at osslabs.biz  Mon Jul 20 17:10:08 2009
From: savitra.sirohi at osslabs.biz (savitra sirohi)
Date: Mon, 20 Jul 2009 10:40:08 +0530
Subject: [Koha] Fwd:  error:record type grs:xml not exist
In-Reply-To: <8cf6c9ba0907192209qfd4a428g2073de903e75ca83@mail.gmail.com>
References: <017801ca08f4$ed95a450$1509000a@rekhasaraswat>
	<8cf6c9ba0907192209qfd4a428g2073de903e75ca83@mail.gmail.com>
Message-ID: <8cf6c9ba0907192210o5d45e493p7b09d42dc11c348f@mail.gmail.com>

Rekha, can you send the entire log file or output of both zebrasrv and
rebuild_zebra.pl.

I suspect the required modules are not installed or the module path in
zebra-biblios.cfg is not configured correctly.

Thanks,
Savitra Sirohi
Nucsoft OSS Labs
http://www.osslabs.biz

2009/7/20 rekhasaraswat :
> Hi All,
> ? When i m searching catalog, then following error is found in koha
> zebraoutput.log
> ?No such type of record: grs:xml
>
> please help any body
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From sivasankari.muthuraja at gmail.com  Mon Jul 20 17:29:03 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Mon, 20 Jul 2009 10:59:03 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907192229i3fbf69c4l92ce0a706e6e219c@mail.gmail.com>

1.how to configure to send mail when an item checkout/item checkin.
I'm able to send mail , when a patron account is created. - hence it shows
the mail functionality with my fedora linux machine/ with koha
But while i do checkout/checkin , the mail should be sent, if the specify 0
in the delay, will the mail will be sent on today's date.

2.In circulation configuration - my system preference has only 28 attribute
values to be changed , bu the liblime site has more features.(38 attribs).
IS This is due to multiple branch modes. I'm using koha version 3.0002012.
Is this addtional features available in latest versions greater tha 3.02.
So, that i can enable certain features during circulation

3.I have selected Marc21 frameworks on, and selected addition for custom
frameworks,
like books,kits,binders,audiovisual materials etc - to limit the entry of
marc21 contents - like book title,publisher,physical dimensions of book
etc.(Since i'm a novice user, and have no knowledge in MARC21 fomats.

I had added books successfully to it. But when i give a search - in a
catalog with blank text(With out entering anthing and doing a search), no
items are displayed.

Is there anything related with zebra, to have this feature enabled.
But if i give the keyword, the records are displayed , what may be problem
Wont koha accepts blank search(on click of go with search textbox being
blank), to display all the records. I saw some of the demo sites.
it worked well some times. some times, i have select the specific item type
to lists the available items in koha . But the catalog statistics in Report
link gives results 0. But the
stock/inventory management - shows the results of available books.

kindly help me out to resolve this issues

4..suppose if each item has by default 2 weeks of loan period,from the date
of checkout. -  Last day in end of 2 weeks, is the due date to return. how
to set the grace period for the extra days. How long i can set the grace
period. if the days to return crossed the grace period. hope the fine will
be levied. aftewards, the card will be debarred. Is this is a usual
mechanism in library. Let me know the details about this

-Sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/16993473/attachment.htm 

From sivasankari.muthuraja at gmail.com  Mon Jul 20 17:58:12 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Mon, 20 Jul 2009 11:28:12 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907192258k20df262crb62c4668dc9531c1@mail.gmail.com>

1.how to configure to send mail when an item checkout/item checkin.
I'm able to send mail , when a patron account is created. - hence it shows
the mail functionality with my fedora linux machine/ with koha
But while i do checkout/checkin , the mail should be sent, if the specify 0
in the delay, will the mail will be sent on today's date.

2.In circulation configuration - my system preference has only 28 attribute
values to be changed , bu the liblime site has more features.(38 attribs).
IS This is due to multiple branch modes. I'm using koha version 3.0002012.
Is this addtional features available in latest versions greater tha 3.02.
So, that i can enable certain features during circulation

3.I have selected Marc21 frameworks on, and selected addition for custom
frameworks,
like books,kits,binders,audiovisual materials etc - to limit the entry of
marc21 contents - like book title,publisher,physical dimensions of book
etc.(Since i'm a novice user, and have no knowledge in MARC21 fomats.

I had added books successfully to it. But when i give a search - in a
catalog with blank text(With out entering anthing and doing a search), no
items are displayed.

Is there anything related with zebra, to have this feature enabled.
But if i give the keyword, the records are displayed , what may be problem
Wont koha accepts blank search(on click of go with search textbox being
blank), to display all the records. I saw some of the demo sites.
it worked well some times. some times, i have select the specific item type
to lists the available items in koha . But the catalog statistics in Report
link gives results 0. But the
stock/inventory management - shows the results of available books.

kindly help me out to resolve this issues

4..suppose if each item has by default 2 weeks of loan period,from the date
of checkout. -  Last day in end of 2 weeks, is the due date to return. how
to set the grace period for the extra days. How long i can set the grace
period. if the days to return crossed the grace period. hope the fine will
be levied. aftewards, the card will be debarred. Is this is a usual
mechanism in library. Let me know the details about this

-Sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/d16f611d/attachment.htm 

From rekhasaraswat at cdacnoida.in  Mon Jul 20 18:44:49 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Mon, 20 Jul 2009 12:14:49 +0530
Subject: [Koha] Error:can't connect to local mysql server through
	var/run/mysqld/mysqld.sock
Message-ID: <020501ca0905$947b1060$1509000a@rekhasaraswat>

Dear all,
   my revous prblem of"grs:xml record type not found have dissappeared after i reinstalled zebra.
 But now it is showing an other error:
can't connect to local mysql server through var/run/mysqld/mysqld.sock



any body please help me



Regards

Rekha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/5236b89d/attachment.htm 

From indradg at gmail.com  Mon Jul 20 18:50:42 2009
From: indradg at gmail.com (Indranil Das Gupta)
Date: Mon, 20 Jul 2009 12:20:42 +0530
Subject: [Koha] Error:can't connect to local mysql server through
	var/run/mysqld/mysqld.sock
In-Reply-To: <020501ca0905$947b1060$1509000a@rekhasaraswat>
References: <020501ca0905$947b1060$1509000a@rekhasaraswat>
Message-ID: 

Hi Rekha,

2009/7/20 rekhasaraswat :

> ?But now it is showing an other error:
>
> can't connect to local mysql server through var/run/mysqld/mysqld.sock

check if your mysql server is running when you are getting this error,
I reckon its not

try /etc/init.d/mysqld status from the commandline

hth
-indra


==
Indranil Das Gupta
Chief Technology Architect
L2C2 Technologies

M: +91-98300-20971
B:  http://indradg.randomink.org/blog

From sivasankari.muthuraja at gmail.com  Mon Jul 20 19:43:55 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Mon, 20 Jul 2009 13:13:55 +0530
Subject: [Koha] koha doubts
Message-ID: <4950128e0907200043w4a282293n4f03d22d45bccb71@mail.gmail.com>

Hi all,

Opac interface, and the staff client interface when logged in , session is
timedout quickly. how would i increase timed out feature.

-Sivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/315f56b0/attachment.htm 

From rekhasaraswat at cdacnoida.in  Mon Jul 20 20:41:04 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Mon, 20 Jul 2009 14:11:04 +0530
Subject: [Koha] problem with koha Mysql connect.
Message-ID: <028d01ca0915$d12422d0$1509000a@rekhasaraswat>

Dear Vimal,
Myself Rekha saraswat from CDAC, Noida.
I m using BOSS Linux(Debian).

 i have installed idzebra2.0 ,Net-Zoom package, YAZ3.0.38
Now the error is that can't connect to local mysql server through the socket var/run/mysqld/mysqld.sock.
at the same time when i m trying to rebuild zebra it is showing can't find EXPLAIN schema.
this problem is only with catalog search.
rest of the things are working fine.


kindly help me, if you can understand my problem.


Regards
Rekha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/4e161836/attachment-0001.htm 

From abhishek.amberkar at gmail.com  Mon Jul 20 21:29:39 2009
From: abhishek.amberkar at gmail.com (=?UTF-8?B?QWJoaXNoZWsgQW1iZXJrYXIgW+CkheCkreCkv+Ckt+Clh+CklV0=?=)
Date: Mon, 20 Jul 2009 14:59:39 +0530
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: <028d01ca0915$d12422d0$1509000a@rekhasaraswat>
References: <028d01ca0915$d12422d0$1509000a@rekhasaraswat>
Message-ID: 

2009/7/20 rekhasaraswat 
>
> Dear Vimal,
> Myself Rekha saraswat from CDAC, Noida.
> I m using BOSS Linux(Debian).
>
> ?i have installed idzebra2.0?,Net-Zoom package, YAZ3.0.38
> Now the error is that can't connect to local mysql server through the socket var/run/mysqld/mysqld.sock.
> at the same time when i m trying to rebuild zebra it is showing can't find EXPLAIN schema.
> this problem is only with catalog search.
> rest of the things are working fine.
>
>
> kindly help me, if you can understand my problem.
>
>
> Regards
> Rekha
>


It's good that you are using Debian based distro for Koha. It seems
that Koha is not able to
connect to the MySQL.

Try checking /etc/koha/koha-conf.xml. Find following section.

....

 mysql
 koha
 localhost
 3306
 kohaadmin
 kohaadmin
....

In your case database, user, pass may be different. So using that
information try to logging in MySQL from command line

# mysql -u kohaadmin -pkohadmin -h localhost

Note : there is no space between "-p" and "kohaadmin"
If you are not able to get mysql prompt, "mysql>", then there's the
problem with login information.

Let us know what happens after trying this out.

--
With Regards
Abhishek Amberkar

RDG Library Services
Mumbai, India
http://www.rdg.co.in/
http://www.kohaindia.org/

From zahidiqbal_isb at yahoo.com  Mon Jul 20 21:42:16 2009
From: zahidiqbal_isb at yahoo.com (Z. Iqbal)
Date: Mon, 20 Jul 2009 02:42:16 -0700 (PDT)
Subject: [Koha]  zebra indexes are not working
Message-ID: <24566711.post@talk.nabble.com>


hi
i am working on koha3 with debian 5.
i have imported about 68000 marc records through koha3 interface(staged,then
import) with small files about 100 marc record in each file
and zebra services have been working properly.
the problem arises when i imported 69000 marc record the zebra service get
stop and after 68000 record, no records have been search by zebra.
can any one have the same problem.
i donot know what to do?
regards,
z.iqbal

-- 
View this message in context: http://www.nabble.com/zebra-indexes-are-not-working-tp24566711p24566711.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From nicole.engard at liblime.com  Mon Jul 20 23:52:40 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 20 Jul 2009 07:52:40 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <4A607CB6.2020406@hanover.ca>
References: <4A5FAA2B.6080804@hanover.ca>
	<4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
	<835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>
	<4659947d0907170534p59adc9e4p9cf1a0606552dad8@mail.gmail.com>
	<4A607CB6.2020406@hanover.ca>
Message-ID: <9128d7f00907200452l22d5eca8g9500e71bfc4afe85@mail.gmail.com>

Nicole can certainly do that.  I also have included a link to the
IRSpy Z39.50 Directory on the Z39.50 page :
http://koha.org/documentation/manual/3.0/administration/additional-parameters/z39.50-servers/view?searchterm=z39.50

Will go add some tips to the documentation.  If you all send me your
usernames on koha.org I'll add you as contributors to the document.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 17, 2009 at 9:29 AM, Agnes Rivers-Moore wrote:
> Thank you to all the responders for all this useful information!
> Perhaps Nicole would like to gather it all into a FAQ for the documentation
> site.
>
> I have tested Amicus, so far with success. Thanks for the interesting info
> about their records.
> It does have occasional French headings, but not too many of those. There is
> a French repository in Montreal, the Bibliotheque et Archives nationales du
> Quebec, which has a much stronger French flavour.
>
> I will test the Biblios.net - thanks for the connection settings.
>
> Agnes
>
> Galen Charlton wrote:
>
> Hi,
>
> On Fri, Jul 17, 2009 at 8:29 AM, Cab Vinton wrote:
>
>
> The ?biblios.net open cataloging service's bibliographic records can
> be accessed via Z39.50. ?Connection settings are at
>
> https://bws.biblios.net/doku.php/searching_for_bibliographic_and_authority_records#advanced_searching_with_z39.50
>
>
> Quick question: What's the source(s) for the records available via
> biblios? Contributed by biblios users?
>
>
> The sources include the Open Library, LC, the Talis Union Catalogue,
> contributions by several specialized libraries, and ?biblios.net
> users.
>
> Regards,
>
> Galen
>
>
> --
>
> Agnes Rivers-Moore
> Assistant Librarian
> Hanover Public Library

From emrysminnig at varndean.co.uk  Mon Jul 20 23:35:45 2009
From: emrysminnig at varndean.co.uk (Emrys Minnig)
Date: Mon, 20 Jul 2009 12:35:45 +0100
Subject: [Koha] Update woes
Message-ID: <1BE699D6D690C34E8C8F3DD035C62DD2DBB51D@ex2k3srv06.Varndean.local>

I have already tried twice to update Koha 3.00.02 to 3.00.03 without apparent success (with hopes of sorting out my Amazon content problems). The first time I used the update instructions from the Debian installation files. The web installer never ran (though I'm not sure it was supposed to) and the version remained 3.00.02.012 on the 'About' page. 

For my second attempt, I tried a completely vanilla install of 3.00.03 with a brand new database. I then used a .sql backup file of my old database to populate the new database.  Again, no web installer and no apparent update (or fix of Amazon functionality).
 
Is there something I'm missing here?
 
Emrys


From nicole.engard at liblime.com  Tue Jul 21 00:01:59 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 20 Jul 2009 08:01:59 -0400
Subject: [Koha] Request advice on setting up Z39.50 for catalogers
In-Reply-To: <9128d7f00907200452l22d5eca8g9500e71bfc4afe85@mail.gmail.com>
References: <4A5FAA2B.6080804@hanover.ca>
	<4659947d0907170522g5424f8e3g4eea78fa8f1d7437@mail.gmail.com>
	<835777770907170529o32b4ab97r88454fac42ea293c@mail.gmail.com>
	<4659947d0907170534p59adc9e4p9cf1a0606552dad8@mail.gmail.com>
	<4A607CB6.2020406@hanover.ca>
	<9128d7f00907200452l22d5eca8g9500e71bfc4afe85@mail.gmail.com>
Message-ID: <9128d7f00907200501t79e14f97sd3ec1b0476cd7b20@mail.gmail.com>

Here it is:  http://koha.org/documentation/faq/what-is-your-favorite-z39.50-server/view

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 20, 2009 at 7:52 AM, Nicole Engard wrote:
> Nicole can certainly do that. ?I also have included a link to the
> IRSpy Z39.50 Directory on the Z39.50 page :
> http://koha.org/documentation/manual/3.0/administration/additional-parameters/z39.50-servers/view?searchterm=z39.50
>
> Will go add some tips to the documentation. ?If you all send me your
> usernames on koha.org I'll add you as contributors to the document.
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Fri, Jul 17, 2009 at 9:29 AM, Agnes Rivers-Moore wrote:
>> Thank you to all the responders for all this useful information!
>> Perhaps Nicole would like to gather it all into a FAQ for the documentation
>> site.
>>
>> I have tested Amicus, so far with success. Thanks for the interesting info
>> about their records.
>> It does have occasional French headings, but not too many of those. There is
>> a French repository in Montreal, the Bibliotheque et Archives nationales du
>> Quebec, which has a much stronger French flavour.
>>
>> I will test the Biblios.net - thanks for the connection settings.
>>
>> Agnes
>>
>> Galen Charlton wrote:
>>
>> Hi,
>>
>> On Fri, Jul 17, 2009 at 8:29 AM, Cab Vinton wrote:
>>
>>
>> The ?biblios.net open cataloging service's bibliographic records can
>> be accessed via Z39.50. ?Connection settings are at
>>
>> https://bws.biblios.net/doku.php/searching_for_bibliographic_and_authority_records#advanced_searching_with_z39.50
>>
>>
>> Quick question: What's the source(s) for the records available via
>> biblios? Contributed by biblios users?
>>
>>
>> The sources include the Open Library, LC, the Talis Union Catalogue,
>> contributions by several specialized libraries, and ?biblios.net
>> users.
>>
>> Regards,
>>
>> Galen
>>
>>
>> --
>>
>> Agnes Rivers-Moore
>> Assistant Librarian
>> Hanover Public Library
>

From nicole.engard at liblime.com  Tue Jul 21 00:19:32 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 20 Jul 2009 08:19:32 -0400
Subject: [Koha] override renewal limit for circulation staff
In-Reply-To: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
References: <3bf26ebe0907162234j533529afl5214d3bb1a1757aa@mail.gmail.com>
Message-ID: <9128d7f00907200519x356eabc0pb6f7b34637f54a8d@mail.gmail.com>

Check out this document:
http://koha.org/documentation/manual/3.2/patrons/patron-permissions

You need to have GranularPermissions turned on and then allow the circ
staff to override renewals.

That said, you should be able to change your items to allow renewals
just by going to the Item Types and changing the number of renewals
for specific types:

http://koha.org/documentation/manual/3.2/administration/basic-parameters/item-types/view?searchterm=renewals

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/17 Anna K?gedal :
> Dear all,
>
> I have a problem with renewals. Since we did not manage to import the item
> type on our books from the old system, I have not found a way to make all
> items renewable. So on our circulation screen, all item will show "too many
> renewals". I have then put AllowRenewalLimitOverride ON so that we can still
> renew books.
>
> (we don't have a specific number set for how many times you can renew since
> we are a boarding school, and everyone has to return all there books while
> leaving for holiday every 4 months.)
>
> The override works fine for me who has superlibrarian permissions. But it
> does not work for my circulation staff, who I have given the following
> permissions:
>
> circulation
> catalogue
> reserve for others
> borrow
>
> I have looked here
> http://koha.org/documentation/manual/3.0/patrons/patron-permissions but I
> can't figure out what permission I need to give them in order to be able to
> override renewals.
>
> Any ideas?
>
> Anna
>
> http://koha.kis.in
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From rekhasaraswat at cdacnoida.in  Tue Jul 21 01:08:42 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Mon, 20 Jul 2009 18:38:42 +0530
Subject: [Koha] problem regarding zebra !
Message-ID: <004901ca093b$34fc4970$1509000a@rekhasaraswat>

Dear friends,
   While running my catalog search, i went through the output and error log and found fllowing errors:
1. zebra queue demon is stopped by signal 15.
2. can't connect to local mysal server through socket /var/run/mysqld/mysqld.sock
3. Explain schema is not found, check profile path.

I have checked profilepath in zebra-biblio.cfg and other two configuration files and this have the profile path containg explain.att.
What may be the problem. 
Any help would be appriciated.
Thanks in advance

Regards
Rekha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/a3bdfd94/attachment.htm 

From M.de.Rooy at rijksmuseum.nl  Tue Jul 21 01:33:14 2009
From: M.de.Rooy at rijksmuseum.nl (Marcel de Rooy)
Date: Mon, 20 Jul 2009 15:33:14 +0200
Subject: [Koha] Koha benchmarks
Message-ID: <1417924BB841B14C98A90E1C1569C0A30FA4BD8D89@S-MAIL-1.rijksmuseum.intra>

Hi all,

Does anyone of you have some Apache benchmarks for me, just to give me an idea of the performance of other Koha servers?

Run e.g. something like: ab -kc 8 -t 10 http://yourkohaserver:port/  **REPLACE with your own server**

My performance currently is quite poor:

Document Path:          /                                     [OPAC]
Document Length:        8159 bytes

Concurrency Level:      8
Time taken for tests:   10.382 seconds
Complete requests:      9
Failed requests:        0
Write errors:           0
Keep-Alive requests:    0
Total transferred:      109460 bytes
HTML transferred:       106067 bytes
Requests per second:    0.87 [#/sec] (mean)
Time per request:       9228.848 [ms] (mean)
Time per request:       1153.606 [ms] (mean, across all concurrent requests)
Transfer rate:          10.30 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0   43  52.6     39     133
Processing:  4841 5444 250.4   5491    5702
Waiting:     4337 4946 309.4   5068    5242
Total:       4841 5487 280.5   5517    5779

Percentage of the requests served within a certain time (ms)
  50%   5493
  66%   5541
  75%   5702
  80%   5746
  90%   5779
  95%   5779
  98%   5779
  99%   5779
 100%   5779 (longest request)

Thanks!
Regards,
M. de Rooy

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/ff277740/attachment-0001.htm 

From llong at shepherd.edu  Tue Jul 21 03:00:48 2009
From: llong at shepherd.edu (Lexa Long)
Date: Mon, 20 Jul 2009 11:00:48 -0400
Subject: [Koha] acquisitions and end of budget year
Message-ID: <8EA3C3DAE0D1C04EA8D6BC0726E52DA5035DDD5D@exchange2k3.shepherd.edu>

To All:

 

I am using Koha 3.00107.  I am only using Acquisitions.  I did not step
up this system and have no technical support and I am not a techie.

 

I am trying to enter my budget information for the current fiscal year.
I need an explanation and a solution to a current problem.

 

I have entered the new year's budget dates and amounts.  These appear to
have taken.  On the main acquisitions screen the expenditures from last
year's budget are also appearing.  See below

 


Funds and Budgets


[ Manage ]
  

Budgets

Total

Spent

Comtd

Avail

Arts & Humanities Books

10508.33
 

12325.00
 

0.00
 

-1816.67

Arts & Humanities Media

750.00
 

1110.00
 

0.00
 

-360.00

Arts & Humanities Periodicals

14000.00
 

13479.96
 

0.00
 

520.04

Arts & Humanities Standing Orders

2700.00
 

2783.44
 

0.00
 

-83.44

Business & Social Sciences Books

9958.33
 

956.13
 

0.00
 

9002.20

Business & Social Sciences Media

1500.00
 

1063.70
 

0.00
 

436.30

Business & Social Sciences Periodicals

13500.00
 

11555.17
 

0.00
 

1944.83

Business & Social Sciences Standing Orders

3000.00
 

5915.71
 

0.00
 

-2915.71

Electronic Resources

109460.00
 

114652.44
 

0.00
 

-5192.44

Total

165376.66

163841.55

0.00

1535.11

 

Can any one explain why this is happening?   What do I need to do to get
rid of these numbers and have them appear as 0.00 amounts?

 

The manual does not give any procedures for changing fiscal years so I
do not know if I missed a step and things are not a simple as they seem.

 

Thank you for all of your help in advance.

 

Lexa V. Long

Acquisions Associate

Scarborough Library

Shepherds University

P. O. Box 5001

Shepherdstown, WV   25443

(304) 876-5417    OFFICE

(304) 876-0731    Fax

llong at shepherd.edu

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/8cbc7a14/attachment-0001.htm 

From ohiocore at gmail.com  Tue Jul 21 03:05:00 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 20 Jul 2009 11:05:00 -0400
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: <028d01ca0915$d12422d0$1509000a@rekhasaraswat>
References: <028d01ca0915$d12422d0$1509000a@rekhasaraswat>
Message-ID: <235bf14f0907200805s48b1b273vda95cb0b6c9be5f9@mail.gmail.com>

> Now the error is that can't connect to local mysql server through the
> socket var/run/mysqld/mysqld.sock.
>

There can be several causes:

   1. mysqld isn't running, so /var/run/mysqld/mysqld.sock doesn't exist
   2. The socket is leftover from a previously running instance.  Shutdown
   all mysqld processes and remove the sock file.  Then restart mysqld.
   3. the location of the sock file is different.  read your config and
   search your machine to see if other mysqld.sock exist.

at the same time when i m trying to rebuild zebra it is showing can't find
> EXPLAIN schema.
>

Sorry, I don't recognize this problem.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/900e54ea/attachment.htm 

From justindavis at mail.utexas.edu  Tue Jul 21 03:08:11 2009
From: justindavis at mail.utexas.edu (Justin Davis)
Date: Mon, 20 Jul 2009 10:08:11 -0500
Subject: [Koha] Advanced search - "Audience" limiter
Message-ID: <4A64885B.7070308@mail.utexas.edu>

Hello All,

I'm running Koha 3.0.3 & am trying to figure out how to make use of the 
"Audience" limiter within the advanced search. From looking at the 
documentation 
(http://koha.org/documentation/manual/3.0/searching/guide-to-searching/common-command-language-searching), 
it looks like the "aud" notation relies on a specific index, I just 
can't figure out what that index is. There is no mention of it (that I 
can find) in the z39.50 Bib-1 attribute documentation.

Can anyone point me in the right direction? The only relevant MARC21 
field definition that I can find is the "521 - Target Audience Note". Am 
I missing something in the Koha<->MARC mapping definition?

Thank you kindly,
Justin Davis	

-- 
Sr. Systems Analyst
Liberal Arts ITS
University of Texas at Austin

From ohiocore at gmail.com  Tue Jul 21 03:12:50 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 20 Jul 2009 11:12:50 -0400
Subject: [Koha] zebra indexes are not working
In-Reply-To: <24566711.post@talk.nabble.com>
References: <24566711.post@talk.nabble.com>
Message-ID: <235bf14f0907200812m1ad4a7b8r5a30757ed5a255e1@mail.gmail.com>

Please do not send to both koha and koha-devel lists.  Pick one or the
other.  In this case, this is not a development question, so the main koha
list is appropriate.

Your problem is common and is typically causes by improper record data.  As
a practical matter, you can split out the last 1000 records and treat them
separately.  Try analyzing the problem record(s) with MarcEdit or the
MARC::Lint module.

Here is a sample script you can use:

#!/usr/bin/perl
#

use warnings;
use strict;

use MARC::File::USMARC;
use MARC::Lint;

my $lint = new MARC::Lint;
my $filename = shift;

my $i = 0;
my $file = MARC::File::USMARC->in( $filename );
while ( my $marc = $file->next() ) {
    $lint->check_record( $marc );
    $lint->warnings or next;
    printf "(title %03d:) %s\n", ++$i, $marc->title;
    print join("\n", $lint->warnings), "\n";
}

Execute the script with one argument: the filename of the file containing
your problem record(s).

-- 
Joe Atzberger
LibLime - Open Source Library Solutions

On Mon, Jul 20, 2009 at 5:42 AM, Z. Iqbal  wrote:

>
> hi
> i am working on koha3 with debian 5.
> i have imported about 68000 marc records through koha3
> interface(staged,then
> import) with small files about 100 marc record in each file
> and zebra services have been working properly.
> the problem arises when i imported 69000 marc record the zebra service get
> stop and after 68000 record, no records have been search by zebra.
> can any one have the same problem.
> i donot know what to do?
> regards,
> z.iqbal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/8ef72819/attachment.htm 

From nicole.engard at liblime.com  Tue Jul 21 03:23:31 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 20 Jul 2009 11:23:31 -0400
Subject: [Koha] Advanced search - "Audience" limiter
In-Reply-To: <4A64885B.7070308@mail.utexas.edu>
References: <4A64885B.7070308@mail.utexas.edu>
Message-ID: <9128d7f00907200823n30c0592fn958c94ae92c6dd62@mail.gmail.com>

Audience comes from the 008/22 field:
http://www.loc.gov/marc/bibliographic/bd008.html

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 20, 2009 at 11:08 AM, Justin
Davis wrote:
> Hello All,
>
> I'm running Koha 3.0.3 & am trying to figure out how to make use of the
> "Audience" limiter within the advanced search. From looking at the
> documentation
> (http://koha.org/documentation/manual/3.0/searching/guide-to-searching/common-command-language-searching),
> it looks like the "aud" notation relies on a specific index, I just
> can't figure out what that index is. There is no mention of it (that I
> can find) in the z39.50 Bib-1 attribute documentation.
>
> Can anyone point me in the right direction? The only relevant MARC21
> field definition that I can find is the "521 - Target Audience Note". Am
> I missing something in the Koha<->MARC mapping definition?
>
> Thank you kindly,
> Justin Davis
>
> --
> Sr. Systems Analyst
> Liberal Arts ITS
> University of Texas at Austin
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From justindavis at mail.utexas.edu  Tue Jul 21 03:42:46 2009
From: justindavis at mail.utexas.edu (Justin Davis)
Date: Mon, 20 Jul 2009 10:42:46 -0500
Subject: [Koha] Advanced search - "Audience" limiter
In-Reply-To: <9128d7f00907200823n30c0592fn958c94ae92c6dd62@mail.gmail.com>
References: <4A64885B.7070308@mail.utexas.edu>
	<9128d7f00907200823n30c0592fn958c94ae92c6dd62@mail.gmail.com>
Message-ID: <4A649076.5040101@mail.utexas.edu>

Thank you the quick response.

It looks like the constraints are handled by a plugin 
"marc21_field_008.pl" (I'm using the "BKS" framework provided in the 
MARC21 optional SQL scripts). I don't understand how the field is 
intended to work -- there doesn't look to be a direct way to populate 
the field when defining a new biblioitem. Can you give me some pointers 
how to leverage that field for searching by intended audience?

Much Obliged,
Justin

On 07/20/2009 10:23 AM, Nicole Engard wrote:
> Audience comes from the 008/22 field:
> http://www.loc.gov/marc/bibliographic/bd008.html
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Mon, Jul 20, 2009 at 11:08 AM, Justin
> Davis  wrote:
>> Hello All,
>>
>> I'm running Koha 3.0.3&  am trying to figure out how to make use of the
>> "Audience" limiter within the advanced search. From looking at the
>> documentation
>> (http://koha.org/documentation/manual/3.0/searching/guide-to-searching/common-command-language-searching),
>> it looks like the "aud" notation relies on a specific index, I just
>> can't figure out what that index is. There is no mention of it (that I
>> can find) in the z39.50 Bib-1 attribute documentation.
>>
>> Can anyone point me in the right direction? The only relevant MARC21
>> field definition that I can find is the "521 - Target Audience Note". Am
>> I missing something in the Koha<->MARC mapping definition?
>>
>> Thank you kindly,
>> Justin Davis
>>
>> --
>> Sr. Systems Analyst
>> Liberal Arts ITS
>> University of Texas at Austin
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>

-- 
Sr. Systems Analyst
Liberal Arts ITS
University of Texas at Austin

From tony_ykt at yahoo.com  Mon Jul 20 18:24:10 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Sun, 19 Jul 2009 23:24:10 -0700 (PDT)
Subject: [Koha]  MARC Record
Message-ID: <24564566.post@talk.nabble.com>


Hi all,

i would like to know where doo all the information store when u add a new
MARC record for book as item.

I would like to import a bulk of records(books) from Ms Access.

i can save the info into CSV and import using SQLyog..but i need to know
which database that holds all these info.

anyone can assist me?


-- 
View this message in context: http://www.nabble.com/MARC-Record-tp24564566p24564566.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From ohiocore at gmail.com  Tue Jul 21 06:22:52 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 20 Jul 2009 14:22:52 -0400
Subject: [Koha] MARC Record
In-Reply-To: <24564566.post@talk.nabble.com>
References: <24564566.post@talk.nabble.com>
Message-ID: <235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>

Data gets stored only as a fully formed MARC record in both items.marc and
items.marcxml, and copied into additional DB fields from there.  You cannot
avoid using MARC records by attempting to import directly to the DB.

Instead, use a tool like MarcEdit to convert your CSV data to MARC.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions

On Mon, Jul 20, 2009 at 2:24 AM, ahtshun83  wrote:

> i would like to know where doo all the information store when u add a new
> MARC record for book as item.
>
> I would like to import a bulk of records(books) from Ms Access.
>
> i can save the info into CSV and import using SQLyog..but i need to know
> which database that holds all these info.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/2a8acf69/attachment.htm 

From kdr at ckls.org  Tue Jul 21 12:05:56 2009
From: kdr at ckls.org (Kathy Rippel)
Date: Mon, 20 Jul 2009 19:05:56 -0500
Subject: [Koha] Holds
In-Reply-To: <9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.co
 m>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
Message-ID: <7.0.1.0.2.20090720190059.054e4130@ckls.org>

Nicole-

We have the OPACDisplayRequestPriority preference turned OFF, and yet 
it still shows the patron their priority when they place the hold. 
This can cause problems with alert patrons who later ask why their 
position dropped (possibly because staff re-ordered for some reason).

Is this a bug that needs fixing, or is there something else going on? 
See example below from our OPAC:
-----------------------------------------------------------------------------

Confirm holds for: Dumi Forcara (27434000010890)

Hold Title Priority Place On: Pickup Location
Twilight 
/ , by Meyer, Stephenie, 13 out of 12
Next available copy
A specific copy
Central Kansas Library System
------------------------------------------------------------------------
Kathy


At 09:26 AM 7/10/2009, Nicole Engard wrote:
>
>Patrons can see where they are in the queue if you turn on the
>OPACDisplayRequestPriority system preference - if you don't turn this
>on - you as staff can still see where people are in the queue by
>clicking the holds tab on the record itself in the staff client.
>
>Nicole C. Engard
>Open Source Evangelist, LibLime
>(888) Koha ILS (564-2457) ext. 714
>nce at liblime.com
>AIM/Y!/Skype: nengard
>
>http://liblime.com
>http://blogs.liblime.com/open-sesame/

Kathleen D. Rippel
Dept. Head/Consultant--Resource Sharing and Access ;
Pathfinder Central (Manager)
Central Kansas Library System
1409 Williams
Great Bend, KS 67530

(620-792-4865) phone
(800-362-2642) toll-free, KS
(620-792-5495) fax

kdr at ckls.org
********************************************************************************************
I'm currently reading: The Myriad: Tour of the Merrimack #1, by R. M. Meluch.
I'm currently listening to: Eclipse, by Stephenie Meyer.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090720/d4a8b7b0/attachment.htm 

From rekhasaraswat at cdacnoida.in  Tue Jul 21 19:25:06 2009
From: rekhasaraswat at cdacnoida.in (rekhasaraswat)
Date: Tue, 21 Jul 2009 12:55:06 +0530
Subject: [Koha] problem with koha Mysql connect.
Message-ID: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat>

Hurrahhhhhhhhhh!
I have got my problem solved.
I wish to say thanx to every one who spent their valuable time for me.

I did the following.
1.sudo cp -a /usr/share/koha/lib/* /etc/perl
2. sudo /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -w
and now my catalog search feature is working.





----- Original Message ----- 
From: Joe Atzberger 
To: rekhasaraswat 
Cc: Koha at lists.katipo.co.nz 
Sent: Monday, July 20, 2009 8:35 PM
Subject: Re: [Koha] problem with koha Mysql connect.




  Now the error is that can't connect to local mysql server through the socket var/run/mysqld/mysqld.sock.

There can be several causes:

  1.. mysqld isn't running, so /var/run/mysqld/mysqld.sock doesn't exist 
  2.. The socket is leftover from a previously running instance.  Shutdown all mysqld processes and remove the sock file.  Then restart mysqld.
  3.. the location of the sock file is different.  read your config and search your machine to see if other mysqld.sock exist.

  at the same time when i m trying to rebuild zebra it is showing can't find EXPLAIN schema.

Sorry, I don't recognize this problem. 


-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090721/4cb5d8e0/attachment.htm 

From Eric.Begin at inLibro.com  Wed Jul 22 00:49:33 2009
From: Eric.Begin at inLibro.com (=?UTF-8?B?RXJpYyBCw6lnaW4=?=)
Date: Tue, 21 Jul 2009 08:49:33 -0400
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat>
References: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat>
Message-ID: <4A65B95D.1020102@inLibro.com>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090721/687f09ee/attachment.htm 

From abhishek.amberkar at gmail.com  Wed Jul 22 01:30:24 2009
From: abhishek.amberkar at gmail.com (=?UTF-8?B?QWJoaXNoZWsgQW1iZXJrYXIgW+CkheCkreCkv+Ckt+Clh+CklV0=?=)
Date: Tue, 21 Jul 2009 19:00:24 +0530
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: <4A65B95D.1020102@inLibro.com>
References: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat> 
	<4A65B95D.1020102@inLibro.com>
Message-ID: 

2009/7/21 Eric B?gin :
> Hello!
>
> 1.sudo cp -a /usr/share/koha/lib/* /etc/perl
>
> 2 things about that line.
>
> 1) Based on the problem you described, that line did not really solve it, so
> I think it was not necessary
> 2) More important yet, you'll have to do this everytime you update Koha,
> which is OK if you work for your library forever, but this is very dangerous
> if someone else starts maintaining Koha.
>
> I would strongly recommand to remove the /etc/perl/C4 directory.
>
> If, afterward, you run into an error message when you run rebuild_zebra.pl,
> you probably have to run
> export PERL5LIB=/usr/share/koha/lib
>

What if we try symlinking? Will it break upgrading??

# ln -sv /usr/share/koha/lib/C4 /etc/perl/C4

-- 
With Regards
Abhishek Amberkar

Learn to appreciate the beauty within...

From nicole.engard at liblime.com  Wed Jul 22 01:52:03 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 21 Jul 2009 09:52:03 -0400
Subject: [Koha] Holds
In-Reply-To: <7.0.1.0.2.20090720190059.054e4130@ckls.org>
References: <835777770907100721m3f0d4a72kdc1a3873050ca716@mail.gmail.com>
	<9128d7f00907100726g5a140039u272ac2fda5ace821@mail.gmail.com>
	<7.0.1.0.2.20090720190059.054e4130@ckls.org>
Message-ID: <9128d7f00907210652x688812cw130bdbf66d434ced@mail.gmail.com>

Kathy,

Right now the preference only controls the display of the position on
the Holds list on the patron's record.  We might have to submit an
enhancement request to have it also control the screen you're talking
about.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 20, 2009 at 8:05 PM, Kathy Rippel wrote:
> Nicole-
>
> We have the OPACDisplayRequestPriority preference turned OFF, and yet it
> still shows the patron their priority when they place the hold. This can
> cause problems with alert patrons who later ask why their position dropped
> (possibly because staff re-ordered for some reason).
>
> Is this a bug that needs fixing, or is there something else going on? See
> example below from our OPAC:
> -----------------------------------------------------------------------------
>
> Confirm holds for: Dumi Forcara (27434000010890)
>
> Hold Title Priority Place On: Pickup Location
> Twilight / , by Meyer, Stephenie, 13 out of 12
> Next available copy
> A specific copy
> Central Kansas Library System
> ------------------------------------------------------------------------
> Kathy
>
>
> At 09:26 AM 7/10/2009, Nicole Engard wrote:
>
> 
> Patrons can see where they are in the queue if you turn on the
> OPACDisplayRequestPriority system preference - if you don't turn this
> on - you as staff can still see where people are in the queue by
> clicking the holds tab on the record itself in the staff client.
> 
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
> Kathleen D. Rippel
> Dept. Head/Consultant--Resource Sharing and Access ;
> Pathfinder Central (Manager)
> Central Kansas Library System
> 1409 Williams
> Great Bend, KS 67530
>
> (620-792-4865) phone
> (800-362-2642) toll-free, KS
> (620-792-5495) fax
>
> kdr at ckls.org
> ********************************************************************************************
> I'm currently reading: The Myriad: Tour of the Merrimack #1, by R. M.
> Meluch.
> I'm currently listening to: Eclipse, by Stephenie Meyer.
>
>
>
>
>

From nicole.engard at liblime.com  Wed Jul 22 01:53:33 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 21 Jul 2009 09:53:33 -0400
Subject: [Koha] MARC Record
In-Reply-To: <235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
References: <24564566.post@talk.nabble.com>
	<235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
Message-ID: <9128d7f00907210653s716f726ew3e1331fa7b53d130@mail.gmail.com>

More on MarcEdit can be found here:
http://koha.org/documentation/tutorial/using-marcedit/view?searchterm=marcedit

And more on importing records can be found here:
http://koha.org/documentation/manual/3.0/tools/stage-marc-records-for-import

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/20 Joe Atzberger :
> Data gets stored only as a fully formed MARC record in both items.marc and
> items.marcxml, and copied into additional DB fields from there.? You cannot
> avoid using MARC records by attempting to import directly to the DB.
>
> Instead, use a tool like MarcEdit to convert your CSV data to MARC.
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
> On Mon, Jul 20, 2009 at 2:24 AM, ahtshun83  wrote:
>>
>> i would like to know where doo all the information store when u add a new
>> MARC record for book as item.
>>
>> I would like to import a bulk of records(books) from Ms Access.
>>
>> i can save the info into CSV and import using SQLyog..but i need to know
>> which database that holds all these info.
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From Ian.Walls at med.nyu.edu  Wed Jul 22 05:35:30 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Tue, 21 Jul 2009 13:35:30 -0400
Subject: [Koha] Linking an item to multiple bibliographic records
In-Reply-To: <205463.82034.qm@web65606.mail.ac4.yahoo.com>
References: <205463.82034.qm@web65606.mail.ac4.yahoo.com>
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E1956EB80@MSGWSDCPMB07.nyumc.org>

Hmmmm, Ver?nica, I hadn?t considered this before, but reading the specs, I believe that a 77x field could work.

In our case, we?d want to use 770 (Supplement/Special Issue), but the real key is the subfield ?w?.  Now, if I?m not mistaken, this would be the biblio number of the analytic record.  It would then be easy enough to add something to our template to pull the items associated with those bibs, and display them either intermingled with our other items, or better, to add them to a different tab or display box.

This would be an improvement over our existing system, since it would allow for arbitrarily complex hierarchy to be built (should we ever need it), and new items would not need to be attached to two different records, making the growth and maintenance half the work.

Does anyone else have an opinion on this?  I?m going to bring it to my catalogers, and see if it will indeed meet our needs, then we?ll probably work on a way to make it display in our template.

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
550 First Ave., New York, NY 10016
(212) 263-8687



From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Veronica Lencinas
Sent: Friday, June 19, 2009 8:55 AM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Linking an item to multiple bibliographic records

Hi,

shouldn't this be done with the "w" Subfield of the 773 field (Host Item Entry) of Marc21? I have right now this problem in a Library with a lot of analytical records.

Regards

Ver?nica Lencinas
C?rdoba, Argentina




--- El vie 19-jun-09, Nicole Engard  escribi?:

De: Nicole Engard 
Asunto: Re: [Koha] Linking an item to multiple bibliographic records
Para: "Walls, Ian" 
Cc: koha at lists.katipo.co.nz
Fecha: viernes, 19 de junio de 2009, 8:09 am
Ian,

I too used to do something similar when cataloging for an academic
library.  Once in a while we would catalog the articles in a journal
(professors often requested it) and we would then attach the item for
the full journal to the article record.

I'd add one more suggestion. Add another table to the database that
takes care of linking the items to the bibs - this table can just have
the ID of the item and ID of the bib - that way you can link the same
item to multiple bibs without duplicating all of the information about
the item and worrying about syncing.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/6/18 Walls, Ian >:
> Koha folks,
>
>
>
>
>
> In the migration process for my library, I?ve come across an odd subset of
> records in our existing ILS.  This system allows you to link an item record
> to multiple bib records.  We use this for providing additional access to
> certain issues of certain medical journals; these issues are at once a
> volume/issue of a series AND a monographic publication with ISBN.  Patrons
> may look for the resource under either paradigm, either trying to find an
> article within (using a journal citation), or obtain a book on a specific
> topic (these certain issues are grouped by subject).
>
>
>
> Example:
>
>
>
> Seminars in Neurology, volume 12 (1992) has the monographic title
> ?Neurodermatology?.  The series record just has the subject heading
> ?Neurology-Periodicals?, while monographic record has subject heading
> ?Neurodermatitis? and an authority link to the editor.
>
>
>
> Koha?s data structure doesn?t allow a record in the Items table to point to
> multiple records in the Biblio and Biblioitems table.  Let?s ignore that
> Biblio and Biblioitems are split, since there has been discussion of merger
> in the future, and best not to hack a solution on something that?ll
> disappear.  What other ways could we come up with share the item information
> between two different bibs?  Here are a few of my ideas; I?d love to hear
> more!
>
>
>
> ?         Attach the item to the monographic record, and fill in the series
> information to match the series record.  Add some kind of code to the series
> record?s display to show items attached to other bibs with the same ISSN
> and/or series title.
>
> ?         Attach the item to either record, and then do some kind of field
> repurposing in the Item record to include the biblio/biblioitem number of
> the other, and have the OPAC display this somehow.
>
> ?         Just include a link the monographic record to the series, and tell
> people to look there for the item?s location/availability
>
> ?         Duplicate the item record, and come up with some kind of way to
> sync it? must show both items checked out if one is.
>
> ?         Keep the item data in both MARCXML records, but only import the
> info into MySQL for one
>
> ?         Use the Summary level in Koha 3.2? somehow?.
>
>
>
> Have any of you encountered this kind of problem before?  What were your
> solutions?  Does the above make sense?  Could something else be done?
>
>
>
> Thanks so much,
>
>
>
>
>
> Ian Walls
>
> Systems Integration Librarian
>
> NYU Health Sciences Libraries
>
> (212) 263-8687
>
>
>
>
>
> ------------------------------------------------------------
> This email message, including any attachments, is for the sole use of the
> intended recipient(s) and may contain information that is proprietary,
> confidential, and exempt from disclosure under applicable law. Any
> unauthorized review, use, disclosure, or distribution is prohibited. If you
> have received this email in error please notify the sender by return email
> and delete the original message. Please note, the recipient should check
> this email and any attachments for the presence of viruses. The organization
> accepts no liability for any damage caused by any virus transmitted by this
> email.
> =================================
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


________________________________

?Viv? la mejor experiencia en la web!
Descarg? gratis el nuevo Internet Explorer 8
http://downloads.yahoo.com/ieak8/?l=ar
------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090721/7cab2fe2/attachment-0001.htm 

From Eric.Begin at inLibro.com  Wed Jul 22 05:42:09 2009
From: Eric.Begin at inLibro.com (=?UTF-8?B?RXJpYyBCw6lnaW4=?=)
Date: Tue, 21 Jul 2009 13:42:09 -0400
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: 
References: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat>
	<4A65B95D.1020102@inLibro.com>
	
Message-ID: <4A65FDF1.80104@inLibro.com>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090721/b170347a/attachment.htm 

From tony_ykt at yahoo.com  Tue Jul 21 14:38:41 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Mon, 20 Jul 2009 19:38:41 -0700 (PDT)
Subject: [Koha] MARC Record
In-Reply-To: <235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
References: <24564566.post@talk.nabble.com>
	<235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
Message-ID: <24580822.post@talk.nabble.com>


Hi,

Where do i find the MarcEdit? Do you have a sample of CSV data to convert to
MARC?

Please assist

-- 
View this message in context: http://www.nabble.com/MARC-Record-tp24564566p24580822.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From abhishek.amberkar at gmail.com  Wed Jul 22 17:57:37 2009
From: abhishek.amberkar at gmail.com (=?UTF-8?B?QWJoaXNoZWsgQW1iZXJrYXIgW+CkheCkreCkv+Ckt+Clh+CklV0=?=)
Date: Wed, 22 Jul 2009 11:27:37 +0530
Subject: [Koha] problem with koha Mysql connect.
In-Reply-To: <4A65FDF1.80104@inLibro.com>
References: <005c01ca09d4$5fb22e70$1509000a@rekhasaraswat> 
	<4A65B95D.1020102@inLibro.com>
	 
	<4A65FDF1.80104@inLibro.com>
Message-ID: 

2009/7/21 Eric B?gin 
>
> It's already better, but the way to do it is really to define the PERL5LIB environment variable.
>
> Look at your OS documentation to find out how to define it permanently.
>
> --

As far as Debian is concerned we can export PERL5LIB in /etc/profile





--
With Regards
Abhishek Amberkar

Learn to appreciate the beauty within...
Sent from Mumbai, MH, India

From Sebastien.Hinderer at snv.jussieu.fr  Wed Jul 22 18:39:40 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Wed, 22 Jul 2009 08:39:40 +0200
Subject: [Koha] Question about the staffClientBaseURL and OPACBaseURL system
 preferences
Message-ID: <20090722063940.GA14240@localhost>

Dear all,

I'm wondering whehther these two system preferences are supposed to work
onr not.

I'm trying to install Koha on a system where I don't have root
permission.
The only thing I have is a personal web directory where I am allowed to
put an .htaccess file.
It is worth mentionning that these files can't contain Alias directives
and the like.
So, I set e.g. staffClientBaseURL to
somehost.somedomain.net/koha/intranet/
And then I thought that the URLs generated by Koha would all start with
this prefix, but this did not happen.

Do I misunderstand something ?

Thanks in advance for any help,
S?bastien.

From nicole.engard at liblime.com  Wed Jul 22 23:54:13 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Wed, 22 Jul 2009 07:54:13 -0400
Subject: [Koha] MARC Record
In-Reply-To: <24580822.post@talk.nabble.com>
References: <24564566.post@talk.nabble.com>
	<235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
	<24580822.post@talk.nabble.com>
Message-ID: <9128d7f00907220454p81c00adufc6a784b7099740c@mail.gmail.com>

The link to download MarcEdit is in the tutorial:
http://koha.org/documentation/tutorial/using-marcedit/view?searchterm=marcedit

As for a sample, maybe someone else who uses MarcEdit can help with that.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 20, 2009 at 10:38 PM, ahtshun83 wrote:
>
> Hi,
>
> Where do i find the MarcEdit? Do you have a sample of CSV data to convert to
> MARC?
>
> Please assist
>
> --
> View this message in context: http://www.nabble.com/MARC-Record-tp24564566p24580822.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From homero1958 at yahoo.com  Wed Jul 22 23:49:04 2009
From: homero1958 at yahoo.com (Homero Almeida)
Date: Wed, 22 Jul 2009 04:49:04 -0700 (PDT)
Subject: [Koha] RFID EQUIPMENT....
Message-ID: <425968.30956.qm@web36908.mail.mud.yahoo.com>

Hello All
We want to implement RFID in our library, you can see the tags and reader that could use.... Maybe Someone has experience using this kind of tangs.... or you could send some suggestions to our work??
best regards
homero

--- El mar 21-jul-09, Jenny Cabascango  escribi?:

De: Jenny Cabascango 
Asunto: Especificaciones equipo y tags
A: "Homero Almeida" 
Cc: biee at epn.edu.ec
Fecha: martes, 21 julio, 2009, 2:50 pm

Tags RFID: 



DK-002 EPC tag 



?




 
  
  Project
  
  
  Description
  
  
  Remarks
  
 
 
  
  Manufacturer?Chip

  
  

  Alien/higgs2
  
  

  ?
  
 
 
  
  protocol
  according with
  
  

  ISO/IEC 18000-6C
  EPC Class1 Gen2
  
  

  ?
  
 
 
  
  Storage area
  
  
  EPC
  area
  
  
  96Bits
  
  
  can read and write
  
 
 
  
  TID
  area
  
  
  32Bits
  
  
  can read, not write
  
 
 
  
  Password area

  
  
  32Bits
  visit(access) password
  32Bits destroy (kill)password

  
  
  can read and write

  
 
 
  
  Apply carrier wave frequency
  
  

  860?960MHz

  
  

  ?
  
 
 
  
  Operating mode
  
  

  Passive
  
  

  ?
  
 
 
  
  Reading/writing
  tool
  
  

  Reader/writer
  and antenna
  
  

  ?
  
 
 
  
  Working life
  
  

  Writing
  100,000 times, data can be saved for 10 years.
  
  

  ?
  
 
 
  
  Writing speed
  
  

  15pcs tags?second

  
  

  EPC code

  
 
 
  
  Folding rate semidiameter 
  
  

  More
  than 35mm
  
  

  ?
  
 
 
  
  Reading distance

  
  

  2-10M
  
  

  ?
  
 




?







DLC-6820
Integrated UHF Reader ?2.5M?


?

?

Technical parameters ?



 
  
  Model
  
  
  DLC-6820 Integrated UHF Reader ?2.5M?

  
 
 
  
  Frequency
  
  

  ISM 902-928MHz or 865-868MHz
  
 
 
  
  Operation
  Mode
  
  

  Fixed Frequency or FHSS or Software
  Programmable
  
 
 
  
  RF Power
  Output Adjustable
  
  

  Power Output Adjustable Range?0.1W
  --- 1W
  
 
 
  
  Built- in
  Antenna Type
  
  

  Built-in Circularly polarized antenna.

  
 
 
  
  Communication
  Ports
  
  

  1?RS-232?? ?

  2?RS-485? ?

  3?Weigand 26 bits \ 32bits 

  
 
 
  
  Communication
  Rates
  
  

  Up
  to 57,600bps and software programmable
  
 
 
  
  Reading/Writing
  Capability
  
  

  1?? Capability
  of Reading/Writing agreement of ?ISO18000-6B
  ?EPC
  Passive tags and software programmable. 
  2?
  Able to decode ISO-18000B?EPC.

  3? Reading
  Rang(Max).: 5M? Reading
  Rang(Reliable):2.5M
  
 
 
  
  Programmable
  Application Platform
  
  

  1?
  Allows Programmable Interface with
  host applications;
  2?
  Currently Supports Visual Basic or
  VC applications.
  
 
 
  
  Power
  Consumed
  
  

  +5V
  DC? Average power of less than 2W

  
 
 
  
  Dimension
  / Weight
  
  

  220?220?50MM? 1.5KG
  
 
 
  
  Operation
  Temp
  
  

  Working Temp.?-35?~
  +60 ??? Storage Temp.?-50?~
  +80?
  
 







      ____________________________________________________________________________________
?Obt?n la mejor experiencia en la web!
Descarga gratis el nuevo Internet Explorer 8. 
http://downloads.yahoo.com/ieak8/?l=e1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090722/1010f204/attachment-0001.htm 

From sunitabarve at gmail.com  Thu Jul 23 00:22:42 2009
From: sunitabarve at gmail.com (Sunita Barve)
Date: Wed, 22 Jul 2009 08:22:42 -0400
Subject: [Koha] DBD Driver Error on KOHA
Message-ID: 

Dear All,

We are not able to yet solve the following error on Debian-5.0.1 can
someone on the listserv help us to solve this.

The KOHA is installed as per the instructions on INSTALL.debian-lenny.

1. Here is our error while accessing koha admin page.
Koha error

The following fatal error has occurred:

DBD driver has not implemented the AutoCommit attribute at
/usr/lib/perl5/DBI.pm line 690.
Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25.
BEGIN failed--compilation aborted at
/usr/share/koha/lib/C4/Circulation.pm line 25.
Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24.
Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27.
Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27.
BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27.
Compilation failed in require at
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 23.
BEGIN failed--compilation aborted at
/usr/share/koha/intranet/cgi-bin/mainpage.pl line 23.

2. Here is KOHA install log file

# 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.00.02.012
LOG_DIR=/var/log/koha
DB_TYPE=mysql
DB_NAME=koha
DB_HOST=localhost
DB_PORT=3306
DB_USER=kohaadmin
DB_PASS=root123
WEBMASTER_EMAIL=webmaster at lib-pc
WEBSERVER_DOMAIN=lib-pc
WEBSERVER_HOST=lib-pc
WEBSERVER_IP=127.0.1.1
WEBSERVER_PORT=80
WEBSERVER_PORT_LIBRARIAN=8080
ZEBRA_SRU_HOST=localhost
ZEBRA_SRU_BIBLIOS_PORT=9998
ZEBRA_SRU_AUTHORITIES_PORT=9999
KOHA_USER=koha
KOHA_GROUP=koha
ZEBRA_PASS=root123
ZEBRA_USER=kohauser
INTRANET_CGI_DIR=/usr/share/koha/intranet/cgi-bin
INTRANET_TMPL_DIR=/usr/share/koha/intranet/htdocs/intranet-tmpl
INTRANET_WWW_DIR=/usr/share/koha/intranet/htdocs
OPAC_CGI_DIR=/usr/share/koha/opac/cgi-bin
OPAC_TMPL_DIR=/usr/share/koha/opac/htdocs/opac-tmpl
OPAC_WWW_DIR=/usr/share/koha/opac/htdocs
PERL_MODULE_DIR=/usr/share/koha/lib
KOHA_CONF_DIR=/etc/koha
ZEBRA_CONF_DIR=/etc/koha/zebradb
PAZPAR2_CONF_DIR=/etc/koha/pazpar2
MISC_DIR=/usr/share/koha/misc
SCRIPT_DIR=/usr/share/koha/bin
MAN_DIR=/usr/share/koha/man
DOC_DIR=/usr/share/koha/doc
ZEBRA_LOCK_DIR=/var/lock/koha/zebradb
ZEBRA_DATA_DIR=/var/lib/koha/zebradb
ZEBRA_RUN_DIR=/var/run/koha/zebradb
ZEBRA_MARC_FORMAT=marc21
ZEBRA_LANGUAGE=en
ZEBRA_AUTH_CFG=zebra-authorities.cfg
AUTH_RETRIEVAL_CFG=retrieval-info-auth-grs1.xml
MERGE_SERVER_HOST=lib-pc
MERGE_SERVER_PORT=11001
PAZPAR2_HOST=lib-pc
PAZPAR2_PORT=11002
INSTALL_MODE=standard
INSTALL_BASE=/usr/share/koha
INSTALL_ZEBRA=yes
INSTALL_SRU=yes
INSTALL_PAZPAR2=no
AUTH_INDEX_MODE=grs1
RUN_DATABASE_TESTS=no
PATH_TO_ZEBRA=/usr/bin

reg,

Sunita Barve, Ph. D.
SIRC-In-Charge
National Centre for Radio Astrophysics
Post Bag No. 3, Pune Univ. Campus
Pune 411 007, INDIA
Phone : Office : 91-20-25719211
            Residence : 91-020- 24470022
            Mobile: 9922753827
Email : sunitab at ncra.tifr.res.in ; sunitabarve at gmail.com

From indradg at gmail.com  Thu Jul 23 01:46:38 2009
From: indradg at gmail.com (Indranil Das Gupta)
Date: Wed, 22 Jul 2009 19:16:38 +0530
Subject: [Koha] DBD Driver Error on KOHA
In-Reply-To: 
References: 
Message-ID: 

Hi Sunita,

On Wed, Jul 22, 2009 at 5:52 PM, Sunita Barve wrote:


> DBD driver has not implemented the AutoCommit attribute at
> /usr/lib/perl5/DBI.pm line 690.

http://lists.katipo.co.nz/public/koha/2009-June/018918.html

please see the followup from Joe

cheers
-indra

> Sunita Barve, Ph. D.

From colin.campbell at ptfs-europe.com  Thu Jul 23 02:02:31 2009
From: colin.campbell at ptfs-europe.com (Colin Campbell)
Date: Wed, 22 Jul 2009 15:02:31 +0100
Subject: [Koha] DBD Driver Error on KOHA
In-Reply-To: 
References: 
	
Message-ID: <4A671BF7.1040605@ptfs-europe.com>

On 07/22/2009 02:46 PM, Indranil Das Gupta wrote:
> Hi Sunita,
>
> On Wed, Jul 22, 2009 at 5:52 PM, Sunita Barve  wrote:
> 
>
>> DBD driver has not implemented the AutoCommit attribute at
>> /usr/lib/perl5/DBI.pm line 690.
>
I've seen this (in a non-koha environment) before.
It can be a problem with your Mysql version or your DBD::Mysql version. 
It's worth rebuilding the latter to ensure it matches the DB version. I 
get the feeling that, more than one database set up problem ends up 
reporting this.
Cheers
Colin
-- 
Colin Campbell
Software Engineer, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 208 366 1295 (phone)
+44 (0) 7759 633626  (mobile)
colin.campbell at ptfs-europe.com
skype: colin_campbell2

http://www.ptfs-europe.com

From indradg at gmail.com  Thu Jul 23 03:20:00 2009
From: indradg at gmail.com (Indranil Das Gupta)
Date: Wed, 22 Jul 2009 20:50:00 +0530
Subject: [Koha] What if mysql stops being around?
Message-ID: 

Hi all,

These last couple of hours, i've been trying to access different
*.mysql.com sites (for my non-Koha work). None of them responding to a
http request. I'm not being a fear-monger or crystal gazer here, but
I'm dependent on MySQL for several apps that i commercially support,
which includes Koha.

I wonder just how ready or MySQL dependent are we (Koha users) as a
community, just in case, Oracle decides to stop further work on MySQL?
I'm aware of efforts like Drizzle. But how are we positioned w.r.t
MySQL deps and what could hypothetically could be a possible life
after MySQL (if it ever comes to that)

-indra

From ohiocore at gmail.com  Thu Jul 23 03:43:17 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 22 Jul 2009 11:43:17 -0400
Subject: [Koha] What if mysql stops being around?
In-Reply-To: 
References: 
Message-ID: <235bf14f0907220843y39fa277bk4c2daf293eeea406@mail.gmail.com>

On Wed, Jul 22, 2009 at 11:20 AM, Indranil Das Gupta wrote:

> Hi all,
>
> These last couple of hours, i've been trying to access different
> *.mysql.com sites (for my non-Koha work). None of them responding to a
> http request. I'm not being a fear-monger or crystal gazer here, but
> I'm dependent on MySQL for several apps that i commercially support,
> which includes Koha.
>
> I wonder just how ready or MySQL dependent are we (Koha users) as a
> community, just in case, Oracle decides to stop further work on MySQL?
> I'm aware of efforts like Drizzle. But how are we positioned w.r.t
> MySQL deps and what could hypothetically could be a possible life
> after MySQL (if it ever comes to that)
>
> -indra


The servers are indeed unreachable at present.  I think that is unrelated to
the larger question.

It doesn't matter if Oracle stops working on mysql, the open source
community will still develop it.  Maybe it would fork into a different
project, but there is no risk of mysql "going away".

That being said, the best move towards DB agnosticism for Koha is to
implement an abstraction layer like DBIx::Class.  We are pretty far from
that right now.  In fact, we may be reaching a point where this kind of of
work is so overdue that it is inordinately more difficult to accomplish it.
All the new work is being done without it adds to the task.  And no entity
is yet willing to sponsor this kind of rewrite because it adds no
user-visible features, yet will take literally dozens if not hundreds of
manhours.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090722/dfb561d4/attachment.htm 

From paul.poulain at biblibre.com  Thu Jul 23 03:46:09 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Wed, 22 Jul 2009 17:46:09 +0200
Subject: [Koha] What if mysql stops being around?
In-Reply-To: 
References: 
Message-ID: <4A673441.8020205@biblibre.com>

Indranil Das Gupta a ?crit :
> Hi all,
>
> These last couple of hours, i've been trying to access different
> *.mysql.com sites (for my non-Koha work). None of them responding to a
> http request. I'm not being a fear-monger or crystal gazer here, but
> I'm dependent on MySQL for several apps that i commercially support,
> which includes Koha.
>
> I wonder just how ready or MySQL dependent are we (Koha users) as a
> community, just in case, Oracle decides to stop further work on MySQL?
> I'm aware of efforts like Drizzle. But how are we positioned w.r.t
> MySQL deps and what could hypothetically could be a possible life
> after MySQL (if it ever comes to that)
>   
yes, of course, there is a possible life after mySQL, and it's called 
PostgreSQL. Someone worked on porting koha here some months ago, with 
some success. Although it's not heavily tested, if we had to switch 
here, that should not be a deadly thing.
But i don't think that it will be necessary. And I'm sure mysql.com will 
be up again tomorrow morning and we will learn that the DNS or Apache or 
whatever-you-want had a major problem today

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From kmlist at yahoo.in  Thu Jul 23 04:37:49 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Wed, 22 Jul 2009 22:07:49 +0530 (IST)
Subject: [Koha] What if mysql stops being around?
In-Reply-To: <4A673441.8020205@biblibre.com>
Message-ID: <392934.44788.qm@web95113.mail.in2.yahoo.com>

Linux for you magazine published an article about the merger of Oracle and Sun, which included a candid discussion by Monty Widenius (the creator of MySQL) about what might happen to MySQL.

Of the scenarios that he considered (including a few bleak ones) Monty thinks that since there are already branches off the main release, these will continue to keep MySQL viable.

regards,
krishnan

--- On Wed, 22/7/09, paul POULAIN  wrote:

From: paul POULAIN 
Subject: Re: [Koha] What if mysql stops being around?
To: "Indranil Das Gupta" 
Cc: koha at lists.katipo.co.nz
Date: Wednesday, 22 July, 2009, 3:46 PM

Indranil Das Gupta a ?crit :
> Hi all,
>
> These last couple of hours, i've been trying to access different
> *.mysql.com sites (for my non-Koha work). None of them responding to a
> http request. I'm not being a fear-monger or crystal gazer here, but
> I'm dependent on MySQL for several apps that i commercially support,
> which includes Koha.
>
> I wonder just how ready or MySQL dependent are we (Koha users) as a
> community, just in case, Oracle decides to stop further work on MySQL?
> I'm aware of efforts like Drizzle. But how are we positioned w.r.t
> MySQL deps and what could hypothetically could be a possible life
> after MySQL (if it ever comes to that)
>???
yes, of course, there is a possible life after mySQL, and it's called 
PostgreSQL. Someone worked on porting koha here some months ago, with 
some success. Although it's not heavily tested, if we had to switch 
here, that should not be a deadly thing.
But i don't think that it will be necessary. And I'm sure mysql.com will 
be up again tomorrow morning and we will learn that the DNS or Apache or 
whatever-you-want had a major problem today

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. http://in.buzz.yahoo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090722/078ae11f/attachment-0001.htm 

From galen.charlton at liblime.com  Thu Jul 23 06:59:15 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Wed, 22 Jul 2009 14:59:15 -0400
Subject: [Koha] Next project IRC meeting - 5 August 2009
Message-ID: <4659947d0907221159h39e87c84r84f19e2cc72d3d1d@mail.gmail.com>

Hi,

The next general IRC meeting of the Koha project will take place on 5
August 2009 at 10:00 UTC+0.

The agenda currently includes the following items:

1. Update on Roadmap to 3.2
2. Update on Koha 3.0 Roadmap
3. Follow-up on actions from General IRC Meeting 1 July 2009
4. Management of KohaSocialNetworks

To propose additional agenda items, please go to the wiki page for
this meeting located at
.

As a reminder, the IRC meetings taken place on the #koha channel on
the IRC server irc.katipo.co.nz.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From tony_ykt at yahoo.com  Wed Jul 22 21:14:19 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Wed, 22 Jul 2009 02:14:19 -0700 (PDT)
Subject: [Koha] MARC Record
In-Reply-To: <9128d7f00907210653s716f726ew3e1331fa7b53d130@mail.gmail.com>
References: <24564566.post@talk.nabble.com>
	<235bf14f0907201122n6253c8a1p99bd9d493745037a@mail.gmail.com>
	<9128d7f00907210653s716f726ew3e1331fa7b53d130@mail.gmail.com>
Message-ID: <24602684.post@talk.nabble.com>


Hi all,

I will figure about on MarcEdit tool.Thank you.

I got one more question...currently the intranet address is
http://servername:8080. I have created a DNS record 

what i need to know is how to i redirect all users to http://servername:8080
when they just type in http://servername

i dont want the users to key in :8080.

pls help me..

-- 
View this message in context: http://www.nabble.com/MARC-Record-tp24564566p24602684.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From tony_ykt at yahoo.com  Wed Jul 22 21:39:47 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Wed, 22 Jul 2009 02:39:47 -0700 (PDT)
Subject: [Koha] MARC Record
Message-ID: <24602684.post@talk.nabble.com>


Hi all,

I will figure about on MarcEdit tool.Thank you.

I got two more question...currently the intranet address is
http://servername:8080. I have created a DNS record 

what i need to know is how to i redirect all users to http://servername:8080
when they just type in http://servername

i dont want the users to key in :8080.

pls help me..

How do i change the default password for kohaadmin? Plus if i changed to
another,is there any affect?Pls assist
-- 
View this message in context: http://www.nabble.com/MARC-Record-tp24564566p24602684.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From marshall.breeding at Vanderbilt.Edu  Thu Jul 23 13:53:38 2009
From: marshall.breeding at Vanderbilt.Edu (Breeding, Marshall)
Date: Wed, 22 Jul 2009 20:53:38 -0500
Subject: [Koha] Integrating with your ILS through Web services and APIs
Message-ID: 

I am in the process of writing an issue of Library Technology Reports
for ALA TechSource titled "Hype or reality:  Opening up library systems
through Web Services and SOA."  Today almost all ILS products make
claims regarding offering more openness through APIs, Web services, and
through a service-oriented architecture (SOA).  This report aims to look
beyond the marketing claims and identify specific types of tasks that
can be accomplished beyond the delivered interfaces through programmatic
access to the system internals. 

 

As part of the research for this article I am soliciting feedback from
libraries that taken advantage of Web Services or other API's in
conjunction with their core Integrated Library System (ILS) to meet
specific needs.  I'm interested in hearing about how you might have been
able to integrate library content and services into applications,
extracted data, automated processes or other novel applications.  

Please tell me about your experiences with your ILS in regard to the
APIs it offers: 

 

 - Do you feel like you can pretty much do anything you want with the
system, or do you feel constrained? 

 -Are the APIs offered able to address all the data and functionality
within the ILS?    

 -On the flip side, do you feel like your ILS is too closed?  

 -Do you find the APIs offered by the developer of the ILS to be well
documented?

 - What programming languages or other tools were you able to use to
take advantage of these APIs?

 - What level of programming proficiency is required:  Systems librarian
with scripting languages, software development engineer, or something in
between?

 - What's on your wish list?  What kind of APIs would you like to see
incorporated into your current or next ILS?

 - I'm interested in responses from those that use open source ILS
products as well.  Are you able to programmatically interact with the
ILS?  

 - Do you consider your ILS as embracing a true Service-oriented
architecture?  Systems vendors increasingly promote their ILS as SOA.
Can you provide examples where the ILS does or does not exhibit traits
of SOA in your environment.

 

While it's important for the ILS to offer support for standard protocols
such as Z39.50, NCIP, and OAI, that's not the core of the issue here.
What I'm looking for are API's that allow the library to get at data and
functionality not addressed by these protocols.

 

Thanks in advance for sharing your experiences in ILS API's with me for
this report.  

 

I appreciate your assistance.

 

-marshall

 

Summary excerpt:

Libraries increasingly need to extract data, connect with external
systems, and implement functionality not included with the delivered
systems.  Rather than being reliant on the products developers for
enhancements to meet these needs, libraries increasingly demand the
ability to exploit their systems using APIs, Web Services, or other
technologies.  Especially in libraries that exist in complex
environments where many different systems need to interact, the demand
for openness abounds.  As libraries develop their IT infrastructure,
it's imperative to understand the extent to which their automation
products are able to interoperate and thrive in this growing realm of
Web services.  This report aims to assess the current slate of major
library automation systems in regard to providing openness through
API's, Web Services, and the adoption of SOA.

 

 

Marshall Breeding

Director for Innovative Technology and Research

Vanderbilt University Library

Editor, Library Technology Guides

http://www.librarytechnology.org

615-343-6094

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090722/507e313b/attachment.htm 

From hasina at bracu.ac.bd  Thu Jul 23 14:55:04 2009
From: hasina at bracu.ac.bd (hasina at bracu.ac.bd)
Date: Thu, 23 Jul 2009 08:55:04 +0600 (BDT)
Subject: [Koha] Editing BIBLIO Record
In-Reply-To: 
References: 
Message-ID: <40801.123.49.46.134.1248317704.squirrel@mail.bracu.ac.bd>



Dear all
We will really appreciate it if anyone help us for solving the following
problem in KOHA


If we do any change/edit in any of our BIBLIO record then in OPAC it
displays two same item. If we delete one item then both the item
disappear.

Can anyone give us some suggestion regarding this problem.

Regards
Hasina Afroz
Head of Library
BRAC University


















> 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: Overdue notices (Wagner,  Jane)
>    2. Re: koha doubts (MJ Ray)
>    3. Re: Holds (Justin Davis)
>    4. Re: Holds (Joe Atzberger)
>    5. Re: [was: Holds] (Cab Vinton)
>    6. Re: problem in catalog search (Krishnan M)
>    7. Re: as_usmarc error / biblio encoding (Rachel Hollis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 16 Jul 2009 09:50:09 -0400
> From: "Wagner,  Jane" 
> Subject: Re: [Koha] Overdue notices
> To: "Cab Vinton" ,	"Koha list"
> 	
> Message-ID:
> 	
>
> Content-Type: text/plain;	charset="us-ascii"
>
> There is a syspref AutoEmailPrimaryAddress (under Administration, system
> preferences, patrons) which lets you specify which email field should be
> used for notices -- email or emailpro.  However, so far as I know, Koha
> doesn't have the ability to use both.  I think it would be a useful
> enhancement to set it up so that if field A in email priority list is
> empty, use address in field B.
>
> Jane Wagner
> Library Systems Analyst
> PTFS Inc.
> Content Management and Library Solutions
> 6400 Goldsboro Road, Suite 200
> Bethesda, MD  20817
> (301) 654-8088 x 151
> jwagner at ptfs.com
>
>
> -----Original Message-----
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Cab Vinton
> Sent: Thursday, July 16, 2009 9:16 AM
> To: Koha list
> Subject: [Koha] Overdue notices
>
> Is it correct to assume that Overdue notices are only sent to Home
> email addresses (borrowers.email)?
>
> Some patrons provide both a home & a work email (borrowers.emailpro).
>
> Ideally, the Patron DB would be setup to allow staff to specify the
> default email address to be used for notices.
>
> Otherwise, Koha should send notices to any available address (work if
> no home address available, & vice versa.)
>
> At present, I believe we would have to copy work addresses into empty
> home address fields to ensure that Notices are sent out.
>
> Thank you,
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 16 Jul 2009 15:04:20 +0100
> From: MJ Ray 
> Subject: Re: [Koha] koha doubts
> To: sivasankari.muthuraja at gmail.com, oleonard at myacpl.org
> Cc: koha at lists.katipo.co.nz
> Message-ID: <4a5f3364.a7TtHQ0vtaKfUFbP%mjr at phonecoop.coop>
> Content-Type: text/plain; charset=us-ascii
>
> Owen Leonard  wrote:
>> > 1.how to make the payment through koha.
>> > Is there any online payment, payment gateway using creditcard for
>> fine,books
>> > lost.or the payments made offline
>>
>> There is no online payment component included in Koha. It is assumed
>> that payments are handled in person.
>
> I'm interested in this enhancement (software.coop also does web shops)
> and it wouldn't be hard, but I think we don't yet have anyone
> sponsoring it.
>
> Hope that explains,
> --
> MJ Ray (slef)  LMS developer and webmaster at     | software
> www.software.coop http://mjr.towers.org.uk        |  .... co
> Notice http://mjr.towers.org.uk/email.html        |  .... op
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 16 Jul 2009 09:11:44 -0500
> From: Justin Davis 
> Subject: Re: [Koha] Holds
> To: Koha list 
> Message-ID: <4A5F3520.5080703 at mail.utexas.edu>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Thank you for nothing the bug -- I've been trying to get mail
> notifications working for days now.
>
> Is this feature officially deprecated?
>
> I understand that the web interface works for most users and most
> workflows -- email notifications would be extremely useful for our
> implementation. We have several small colleges that each get a handful
> of hold requests a week. It would be nice to be notified outside of the
> website itself.
>
> On 07/16/2009 08:22 AM, Cab Vinton wrote:
>> On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger
>> wrote:
>>> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton
>>> wrote:
>>>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>>>> great idea&  a time&  labor-saver for librarians.
>>> Not really.  Checking and printing your email isn't any easier or more
>>> time
>>> saving than checking and printing the web interface you're already
>>> using.
>>
>> Just stumbled across a relevant Circ preference:
>> emailLibrarianWhenHoldIsPlaced
>>
>> However, it does not seem to be working, see Bug 3242.
>>
>> Not sure if this will be fixed or simply removed from future versions
>> ...
>>
>> Cab Vinton, Director
>> Sanbornton Public Library
>> Sanbornton, NH
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 16 Jul 2009 10:35:04 -0400
> From: Joe Atzberger 
> Subject: Re: [Koha] Holds
> To: Justin Davis 
> Cc: Koha list 
> Message-ID:
> 	<235bf14f0907160735n708805bek970a16a3b8bacd64 at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> emailLibrarianWhenHoldIsPlaced has no implementation in the codebase.
> It's
> just a fantasy syspref.  In the future I think it we will be less
> permissive
> about allowing the appearance of features to persist in the software with
> no
> code to back it up.
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
> On Thu, Jul 16, 2009 at 10:11 AM, Justin Davis
> wrote:
>
>> Thank you for nothing the bug -- I've been trying to get mail
>> notifications working for days now.
>>
>> Is this feature officially deprecated?
>>
>> I understand that the web interface works for most users and most
>> workflows -- email notifications would be extremely useful for our
>> implementation. We have several small colleges that each get a handful
>> of hold requests a week. It would be nice to be notified outside of the
>> website itself.
>>
>> On 07/16/2009 08:22 AM, Cab Vinton wrote:
>> > On Fri, Jul 10, 2009 at 11:26 AM, Joe Atzberger
>>  wrote:
>> >> On Fri, Jul 10, 2009 at 10:53 AM, Cab Vinton
>>  wrote:
>> >>> A cronjob for daily emails w/ a list of the Holds to pull would be a
>> >>> great idea&  a time&  labor-saver for librarians.
>> >> Not really.  Checking and printing your email isn't any easier or
>> more
>> time
>> >> saving than checking and printing the web interface you're already
>> using.
>> >
>> > Just stumbled across a relevant Circ preference:
>> emailLibrarianWhenHoldIsPlaced
>> >
>> > However, it does not seem to be working, see Bug 3242.
>> >
>> > Not sure if this will be fixed or simply removed from future versions
>> ...
>> >
>> > Cab Vinton, Director
>> > Sanbornton Public Library
>> > Sanbornton, NH
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/51c7b0cf/attachment-0001.htm
>
> ------------------------------
>
> Message: 5
> Date: Thu, 16 Jul 2009 10:45:12 -0400
> From: Cab Vinton 
> Subject: Re: [Koha] [was: Holds]
> To: Joe Atzberger 
> Cc: Koha list 
> Message-ID:
> 	<835777770907160745y7407beb1t467f6d09c6e2ae5c at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/7/16 Joe Atzberger :
>> in the future I think it we will be less permissive
>> about allowing the appearance of features to persist in the software
>> with no
>> code to back it up.
>
> I would strongly recommend that NO features w/ code lacking be added
> to the software.
>
> Vaporware merely confuses and annoys people. Deprecated features are
> probably another matter.
>
> That said, Koha's model for identifying, prioritizing, & sponsoring
> development of new/ improved features could probably use some
> tweaking.
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 16 Jul 2009 20:56:22 +0530 (IST)
> From: Krishnan M 
> Subject: Re: [Koha] problem in catalog search
> To: koha at lists.katipo.co.nz, rekhasaraswat
> 	
> Message-ID: <32141.42021.qm at web95106.mail.in2.yahoo.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello Rekha,
> Can you please also send another e-mail with the contents from your koha
> error logs and apache error logs? While i have not encountered this error
> before, those logs may provide some more useful information
> To find the location of these logs, look inside the virtualhost entries
> for Koha in your /etc/httpd/conf/httpd.conf or /usr/koha/koha-httpd.conf
> (or the location you chose on your install)
> Best regards,krishnan
>
> --- On Thu, 16/7/09, rekhasaraswat  wrote:
>
> From: rekhasaraswat 
> Subject: [Koha] problem in catalog search
> To: koha at lists.katipo.co.nz
> Date: Thursday, 16 July, 2009, 5:24 AM
>
>
>
>
>
>
>
>
> Hi,
> ? My name is Rekha saraswat and i m new to
> KOHA.
> ? I have got KOHA 3.0? installed on my
> debian Machine and most of the features are not working fine except
> catalog
> search.
> ?
> The error which is appearing is
> "No record of this
> type:grs.xml"
> ?
> ?
> ?Can any body tell me, what
> to do?
> ?
> Regards
> Rekha Saraswat
> ?
> ?
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
>
>       Looking for local information? Find it on Yahoo! Local
> http://in.local.yahoo.com/
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.katipo.co.nz/pipermail/koha/attachments/20090716/47e4e528/attachment-0001.htm
>
> ------------------------------
>
> Message: 7
> Date: Thu, 16 Jul 2009 12:42:39 -0600
> From: Rachel Hollis 
> Subject: Re: [Koha] as_usmarc error / biblio encoding
> To: 'S?bastien Hinderer' 	,
> 	"koha at lists.katipo.co.nz"	
> Message-ID:
> 	<7B06812DE5EAA1449574B501F103611D4836E405A9 at 149137-EXCHANGE.casi.local>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you for your reply, S?bastien. I do not consider you a newbie :-)
> because your replies are so helpful. I did check a couple of random
> biblios and found that those checked had 000/9 set as UCS/Unicode.
> Obviously there have been some changes since the years when I was expected
> to produce perfect catalog records and I'm more out of the loop than I
> realize.
>
> Thank you for suggesting $ yaz-marcdump, I will leave that to my geek. The
> "can't call method 'as_usmarc' on an undefined value" error is a bit
> annoying and we are seeing it more now. For instance, "resumes" and "jobs"
> searches result in the error but "640.14" searches show the materials.
> Searching "atlas" and "maps" has the error but "map" does not as well as
> "medical" but not "medical dictionary." I read somewhere that the error
> may have something to do with an incompatibility with Marc favors in the
> database. Whatever the issue, I'd like it to be resolved and am not sure
> where to start.
>
> Rachel Hollis, librarian
> Stevens-Henager College, Boise Idaho Campus
>
> -----Original Message-----
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of S?bastien Hinderer
> Sent: Wednesday, July 01, 2009 3:24 PM
> To: koha at lists.katipo.co.nz
> Subject: Re: [Koha] as_usmarc error / biblio encoding
>
> Hi Rachel,
>
> Newbie attempting to reply...
>
>> Greetings colleagues, yesterday I found a biblio record through
>> Z39.50. It was for the e-book version (GMD "electronic resource") and
>> I had the print version in hand. It had a the expected extra fixed
>> fields and while I was at it, I checked the 000/leader. There I found
>> that the encoding/position 9 stated UCS/Unicode. I'm fairly certain
>> that we are using MARC-8/MARC21/USMARC.
>
> These are two different things.
> MARC-8/MARC21/USMARC concerns the structure of your bibliographic record
> as a whole, so it says which fields contain what.
> UCS/Unicode refers to the way characters are represented in itles, author
> names, etc. UCS/Unicode seems a reasonable value.
>
>> Could this be the reason we are seeing "Error: Can't call method
>> "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm
>> line 2126" when searching the catalog?
>
> That I don't know. If you have the record in a single file, perhaps you
> could try
> $ yaz-marcdump your file
> to see whether something wrong is detected ?
>
> My two cents,
> S?bastien.
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately and delete the
> original. Any other use of the email by you is prohibited.
>
>
> ------------------------------
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> End of Koha Digest, Vol 45, Issue 57
> ************************************
>


From quanzhong.zhang at xjtlu.edu.cn  Thu Jul 23 14:59:27 2009
From: quanzhong.zhang at xjtlu.edu.cn (Quanzhong Zhang)
Date: Thu, 23 Jul 2009 10:59:27 +0800
Subject: [Koha] Wide character in null operation
Message-ID: <07DF3569F561884BA95ED30796BC536997F753@mail1.xjtlu.edu.cn>


Dear All,

I have installed Koha 3.00.3 on CentOS 5.3 and the database upgrade form
Koha version 2.2.9. I try to check the function "Edit MARC Record". I
see the following error message in browser if the data include the
Chinese character.

production mode - trapped fatal error

And this error in the log file /var/log/koha/koha-error_log

[Thu Jul 23 10:36:17 2009] [error] [client 10.7.13.30] [Thu Jul 23
10:36:17 2009] addbiblio.pl: Wide character in null operation at
/usr/lib/perl5/site_perl/5.8.8/MARC/Charset/Table.pm line 96, 
line 532., referer:
http://10.7.1.219:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumbe
r=6495&amp;op=

Could you kindly give me some good idea?

Thanks and Best Regards,
Zhang QZ



From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul 23 20:40:35 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Thu, 23 Jul 2009 10:40:35 +0200
Subject: [Koha] [Koha-devel] Next project IRC meeting - 5 August 2009
In-Reply-To: <4659947d0907221159h39e87c84r84f19e2cc72d3d1d@mail.gmail.com>
References: <4659947d0907221159h39e87c84r84f19e2cc72d3d1d@mail.gmail.com>
Message-ID: <20090723084035.GB14991@localhost>

Hey Galen,

Just wanted to add my voice to the others and say thank you for your job
in Koha. In particular: thanks for having moderated the last general
meeting and for having done it so well. nd thanks for your promptitude
to help people as soon as you can e.g. on the IRC channel.
May your new situation make you happy.

Cheers,
S?bastien.

From rehoboth_ils at yahoo.com  Thu Jul 23 23:35:17 2009
From: rehoboth_ils at yahoo.com (ils rehoboth)
Date: Thu, 23 Jul 2009 04:35:17 -0700 (PDT)
Subject: [Koha] Overdue reports
Message-ID: <332877.48555.qm@web44915.mail.sp1.yahoo.com>

Hi all, 
I am using? koha-3.00 and i am trying to generate list of patrons who have overdue fines but i am not finding how to do it. Can something please help me.
Thanks in advance
Rehoboth



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/9bebc4b5/attachment.htm 

From paul.poulain at biblibre.com  Thu Jul 23 23:42:52 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Thu, 23 Jul 2009 13:42:52 +0200
Subject: [Koha] What if mysql stops being around?
In-Reply-To: 
References: 
Message-ID: <4A684CBC.90603@biblibre.com>

Indranil Das Gupta a ?crit :
> Hi all,
>
> These last couple of hours, i've been trying to access different
> *.mysql.com sites (for my non-Koha work). None of them responding to a
> http request. I'm not being a fear-monger or crystal gazer here, but
> I'm dependent on MySQL for several apps that i commercially support,
> which includes Koha.
>   
http://twitter.com/mysql :
"Power outage at MySQL data center in Sweden. We're working to get the 
#mysql  website up & running soon."

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From nicole.engard at liblime.com  Fri Jul 24 00:45:18 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 23 Jul 2009 08:45:18 -0400
Subject: [Koha] Overdue reports
In-Reply-To: <332877.48555.qm@web44915.mail.sp1.yahoo.com>
References: <332877.48555.qm@web44915.mail.sp1.yahoo.com>
Message-ID: <9128d7f00907230545r2d6aeca6j98b4951a841f0b9b@mail.gmail.com>

I have contributed this very type of report to the SQL Reports page:
http://wiki.koha.org/doku.php?id=sql_library


SELECT  borrowers.cardnumber, borrowers.surname, borrowers.firstname,
        FORMAT(SUM(accountlines.amountoutstanding),2) as due
FROM borrowers LEFT JOIN accountlines ON
(borrowers.borrowernumber=accountlines.borrowernumber)
WHERE accountlines.amountoutstanding > 0
GROUP BY borrowers.cardnumber
ORDER BY borrowers.surname ASC



---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/23 ils rehoboth :
> Hi all,
> I am using? koha-3.00 and i am trying to generate list of patrons who have
> overdue fines but i am not finding how to do it. Can something please help
> me.
> Thanks in advance
> Rehoboth
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From ohiocore at gmail.com  Fri Jul 24 01:04:20 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 23 Jul 2009 09:04:20 -0400
Subject: [Koha] Editing BIBLIO Record
In-Reply-To: <40801.123.49.46.134.1248317704.squirrel@mail.bracu.ac.bd>
References: 
	<40801.123.49.46.134.1248317704.squirrel@mail.bracu.ac.bd>
Message-ID: <235bf14f0907230604k16a3d84cv30a4c4aeef29d38@mail.gmail.com>

> If we do any change/edit in any of our BIBLIO record then in OPAC it
> displays two same item. If we delete one item then both the item
> disappear.
>

Don't run both zebraqueue AND rebuild_zebra.pl in crontab.  Pick one or the
other, or they will try to operate on the index at the same time.  Note
rebuild_zebra is recommended.

To fix it now, kill zebraqueue and rebuild the index from scratch:
misc/migration_tools/rebuild_zebra -b -a -r

Also, don't schedule rebuild_zebra to run every minute or something where it
might not have finished running from the previous process.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/d4fe4795/attachment.htm 

From paul.poulain at biblibre.com  Fri Jul 24 01:25:35 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Thu, 23 Jul 2009 15:25:35 +0200
Subject: [Koha] Integrating with your ILS through Web services and APIs
In-Reply-To: 
References: 
Message-ID: <4A6864CF.5090503@biblibre.com>

Breeding, Marshall a ?crit :
>
> While it?s important for the ILS to offer support for standard 
> protocols such as Z39.50, NCIP, and OAI, that?s not the core of the 
> issue here. What I?m looking for are API?s that allow the library to 
> get at data and functionality not addressed by these protocols.
>
> Thanks in advance for sharing your experiences in ILS API?s with me 
> for this report.
>
Just FYI (marshall & the koha mailing list)

As announced a few months ago, BibLibre has developped ILS-DI 
webservices for Koha. They are used for SOPAC (integrating Koha OPAC 
into Drupal), and work pretty well. They should be in Koha 3.2

links :
- http://www.diglib.org/architectures/ilsdi/
- http://thesocialopac.net/
- http://demo.sopac.biblibre.com/ (in french, sorry for english speaking 
ppl)

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From mhelman at illinoisalumni.org  Fri Jul 24 05:11:01 2009
From: mhelman at illinoisalumni.org (BWS Johnson)
Date: Thu, 23 Jul 2009 10:11:01 -0700
Subject: [Koha] What if mysql stops being around?
Message-ID: <1301d01ca0bb8$8dbcf760$0168010a@mail2world.com>



>These last couple of hours, i've been trying to access different
>*.mysql.com sites (for my non-Koha work). None of them responding to a
>http request. I'm not being a fear-monger or crystal gazer here, but
>I'm dependent on MySQL for several apps that i commercially support,
>which includes Koha.
>
>I wonder just how ready or MySQL dependent are we (Koha users) as a
>community, just in case, Oracle decides to stop further work on MySQL?
>I'm aware of efforts like Drizzle. But how are we positioned w.r.t
>MySQL deps and what could hypothetically could be a possible life
>after MySQL (if it ever comes to that)


To this, I can only say:

http://www.engin.umd.umich.edu/CIS/course.des/cis400/cobol/cobol.html

Cheers,
Brooke 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/94bc2552/attachment.htm 

From snordmann at slcl.org  Fri Jul 24 05:38:13 2009
From: snordmann at slcl.org (Stephanie Nordmann)
Date: Thu, 23 Jul 2009 12:38:13 -0500
Subject: [Koha] Import Patron errors
In-Reply-To: <9128d7f00907230545r2d6aeca6j98b4951a841f0b9b@mail.gmail.com>
Message-ID: <20090723123707.SM04472@ITSPC03>

Hello,

   I have on installed Koha 3.00.02.012 on a test/training server.  My
current task is to export test patrons from our existing Millennium system
into Koha.  I created a program using c# to generate a csv file into the
appropriate format for import into Koha.  Looking at the output file, it
seems to me that the format is how Koha wants it.  Unfortunately, I get many
errors upon import:

 

#  Line 2  Critical field "surname" missing (borrowernumber: UNDEF; surname:
UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

 

All of the categorycodes and branchcodes match the system entries.  

All of these "patrons" aren't real people, in case anyone was wondering
:-).

 

I've attached my output.csv file.  Does anyone know what I am doing wrong?
Let me know if there's any additional information that would help.

 

Thanks!!

 

Stephanie Nordmann

System Administration Manager

St Louis County Library

www.slcl.org  

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/38b6fe55/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Output.csv
Type: application/vnd.ms-excel
Size: 10725 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/38b6fe55/attachment-0001.xlb 

From snordmann at slcl.org  Fri Jul 24 07:18:17 2009
From: snordmann at slcl.org (Stephanie Nordmann)
Date: Thu, 23 Jul 2009 14:18:17 -0500
Subject: [Koha] Import Patron errors
In-Reply-To: <20090723123707.SM04472@ITSPC03>
Message-ID: <200907231417600.SM04484@ITSPC03>

I was able to solve my problem.  The single quotes weren't necessary.  Not
to mention, I had branch codes that hadn't been defined quite yet.

 

Stephanie Nordmann

System Administration Manager

St Louis County Library

www.slcl.org

 

  _____  

From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Stephanie Nordmann
Sent: Thursday, July 23, 2009 12:38 PM
To: koha at lists.katipo.co.nz
Subject: [Koha] Import Patron errors

 

Hello,

   I have on installed Koha 3.00.02.012 on a test/training server.  My
current task is to export test patrons from our existing Millennium system
into Koha.  I created a program using c# to generate a csv file into the
appropriate format for import into Koha.  Looking at the output file, it
seems to me that the format is how Koha wants it.  Unfortunately, I get many
errors upon import:

 

#  Line 2  Critical field "surname" missing (borrowernumber: UNDEF; surname:
UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "categorycode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

# Line 2 Critical field "branchcode" missing (borrowernumber: UNDEF;
surname: UNDEF).

'p14614479','0014437362','THAW','SPRING'','','',,'','','1640 LINDBERGH
BLVD','ST LOUIS MO
63131'','','','nonotice at slcl.org','##314-555-0232','','','','','','','','','
','','','01/01/1986','h
','ARES','06/11/99','10/31/2009','','','','','','','','Record contains
system default
birthdate','','','','','','','','','','','','','','','','','','','','MONEY:'
$0.60','GEO:'1',

 

All of the categorycodes and branchcodes match the system entries.  

All of these "patrons" aren't real people, in case anyone was wondering
:-).

 

I've attached my output.csv file.  Does anyone know what I am doing wrong?
Let me know if there's any additional information that would help.

 

Thanks!!

 

Stephanie Nordmann

System Administration Manager

St Louis County Library

www.slcl.org  

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/195bfbfc/attachment.htm 

From jbanks at flsouthern.edu  Fri Jul 24 07:33:50 2009
From: jbanks at flsouthern.edu (Banks, Joy M)
Date: Thu, 23 Jul 2009 15:33:50 -0400
Subject: [Koha] SQL report for duplicate items
Message-ID: <1862C46A1D19E64694F7667C772C2E7CF761A96C@Fscw2307.fscwan.lcl>

Hi everyone-

We're a hosted Koha library using whatever the most recent release of the product is. I've been asked if I can generate a report through Koha that would tell us all the duplicate items in the collection. Try as I might, I can't seem to figure out a simple way of doing this without pulling a report of every single item, sorting by call number, and sifting through the tens of thousands of items. Has anyone generated a report like this? It wouldn't be enough to pull titles that have more than one record because then we'll get multi-volume sets too. And there isn't a single identifying entry in the call number (e.g. pt. or c.) because there hasn't been any consistency with our tracking of duplicate items. If anyone has ideas, please let me know. I'll only be able to copy/paste generated SQL into the Report Wizard. We have no access to the backend of the system.

Thank you!

~Joy

Joy M. Banks
Catalog Librarian
Roux Library
Florida Southern College
111 Lake Hollingsworth Dr.
Lakeland, FL 33801
(863)680-4736
jbanks at flsouthern.edu


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/7fb20e2f/attachment.htm 

From nicole.engard at liblime.com  Fri Jul 24 08:05:59 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 23 Jul 2009 16:05:59 -0400
Subject: [Koha] SQL report for duplicate items
In-Reply-To: <1862C46A1D19E64694F7667C772C2E7CF761A96C@Fscw2307.fscwan.lcl>
References: <1862C46A1D19E64694F7667C772C2E7CF761A96C@Fscw2307.fscwan.lcl>
Message-ID: <9128d7f00907231305r478dee30o4a882adc7ce76405@mail.gmail.com>

You might want to list your report request here:
http://wiki.koha.org/doku.php?id=sql_library  And when you get an
answer make sure you share it with all of us on that page :)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/23 Banks, Joy M :
> Hi everyone-
>
>
>
> We?re a hosted Koha library using whatever the most recent release of the
> product is. I?ve been asked if I can generate a report through Koha that
> would tell us all the duplicate items in the collection. Try as I might, I
> can?t seem to figure out a simple way of doing this without pulling a report
> of every single item, sorting by call number, and sifting through the tens
> of thousands of items. Has anyone generated a report like this? It wouldn?t
> be enough to pull titles that have more than one record because then we?ll
> get multi-volume sets too. And there isn?t a single identifying entry in the
> call number (e.g. pt. or c.) because there hasn?t been any consistency with
> our tracking of duplicate items. If anyone has ideas, please let me know.
> I?ll only be able to copy/paste generated SQL into the Report Wizard. We
> have no access to the backend of the system.
>
>
>
> Thank you!
>
>
>
> ~Joy
>
>
>
> Joy M. Banks
>
> Catalog Librarian
>
> Roux Library
>
> Florida Southern College
>
> 111 Lake Hollingsworth Dr.
>
> Lakeland, FL 33801
>
> (863)680-4736
>
> jbanks at flsouthern.edu
>
>
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From beverly.church at liblime.com  Fri Jul 24 08:12:31 2009
From: beverly.church at liblime.com (Beverly Church)
Date: Thu, 23 Jul 2009 16:12:31 -0400
Subject: [Koha] SQL report for duplicate items
In-Reply-To: <9128d7f00907231305r478dee30o4a882adc7ce76405@mail.gmail.com>
References: <1862C46A1D19E64694F7667C772C2E7CF761A96C@Fscw2307.fscwan.lcl>
	<9128d7f00907231305r478dee30o4a882adc7ce76405@mail.gmail.com>
Message-ID: 

You may want to try this query:

select title,count(*) from biblio group by title having count(*) > 1



On Thu, Jul 23, 2009 at 4:05 PM, Nicole Engard wrote:

> You might want to list your report request here:
> http://wiki.koha.org/doku.php?id=sql_library  And when you get an
> answer make sure you share it with all of us on that page :)
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> 2009/7/23 Banks, Joy M :
> > Hi everyone-
> >
> >
> >
> > We?re a hosted Koha library using whatever the most recent release of the
> > product is. I?ve been asked if I can generate a report through Koha that
> > would tell us all the duplicate items in the collection. Try as I might,
> I
> > can?t seem to figure out a simple way of doing this without pulling a
> report
> > of every single item, sorting by call number, and sifting through the
> tens
> > of thousands of items. Has anyone generated a report like this? It
> wouldn?t
> > be enough to pull titles that have more than one record because then
> we?ll
> > get multi-volume sets too. And there isn?t a single identifying entry in
> the
> > call number (e.g. pt. or c.) because there hasn?t been any consistency
> with
> > our tracking of duplicate items. If anyone has ideas, please let me know.
> > I?ll only be able to copy/paste generated SQL into the Report Wizard. We
> > have no access to the backend of the system.
> >
> >
> >
> > Thank you!
> >
> >
> >
> > ~Joy
> >
> >
> >
> > Joy M. Banks
> >
> > Catalog Librarian
> >
> > Roux Library
> >
> > Florida Southern College
> >
> > 111 Lake Hollingsworth Dr.
> >
> > Lakeland, FL 33801
> >
> > (863)680-4736
> >
> > jbanks at flsouthern.edu
> >
> >
> >
> >
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> >
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>



-- 
-----------------
Beverly Church
Project Manager - LibLime
phone: 1.888.564.2457 x717
email: beverly.church at liblime.com
skype: beverlychurch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/bd19b740/attachment-0001.htm 

From Ian.Walls at med.nyu.edu  Fri Jul 24 08:20:47 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Thu, 23 Jul 2009 16:20:47 -0400
Subject: [Koha] SQL report for duplicate items
In-Reply-To: 
References: <1862C46A1D19E64694F7667C772C2E7CF761A96C@Fscw2307.fscwan.lcl>
	<9128d7f00907231305r478dee30o4a882adc7ce76405@mail.gmail.com>
	
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E1956EBA4@MSGWSDCPMB07.nyumc.org>

Joy,


You may want to try this query:

select title,count(*) from biblio group by title having count(*) > 1


This would find all the duplicate titles.  You may wish to add 'biblionumber' to the SELECT clause to be able to uniquely point to a record.

This may not be exactly what you're looking for; your original post said duplicate items, and in a FRBRized world, you could have the same title for two different imprints of a Work.  Modifying the SQL slightly, you could try this:

SELECT itemnumber, itemcallnumber, count(itemcallnumber) FROM items GROUP BY itemcallnumber HAVING COUNT(itemcallnumber) > 1;

This would give you a list of offending call numbers, with their attached item number for unique reference.   You could also throw barcode in there, if that's handy.  If you wanted the list to show titles, you'd have to have a more complex query with a join.

Hope this helps,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
550 First Ave., New York, NY 10016
(212) 263-8687




2009/7/23 Banks, Joy M >:
> Hi everyone-
>
>
>
> We're a hosted Koha library using whatever the most recent release of the
> product is. I've been asked if I can generate a report through Koha that
> would tell us all the duplicate items in the collection. Try as I might, I
> can't seem to figure out a simple way of doing this without pulling a report
> of every single item, sorting by call number, and sifting through the tens
> of thousands of items. Has anyone generated a report like this? It wouldn't
> be enough to pull titles that have more than one record because then we'll
> get multi-volume sets too. And there isn't a single identifying entry in the
> call number (e.g. pt. or c.) because there hasn't been any consistency with
> our tracking of duplicate items. If anyone has ideas, please let me know.
> I'll only be able to copy/paste generated SQL into the Report Wizard. We
> have no access to the backend of the system.
>
>
>
> Thank you!
>
>
>
> ~Joy
>
>
>
> Joy M. Banks
>
> Catalog Librarian
>
> Roux Library
>
> Florida Southern College
>
> 111 Lake Hollingsworth Dr.
>
> Lakeland, FL 33801
>
> (863)680-4736
>
> jbanks at flsouthern.edu
>
>
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



--
-----------------
Beverly Church
Project Manager - LibLime
phone: 1.888.564.2457 x717
email: beverly.church at liblime.com
skype: beverlychurch
------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/2a0f4024/attachment.htm 

From heupink at merit.unu.edu  Fri Jul 24 08:47:34 2009
From: heupink at merit.unu.edu (mourik jan c heupink)
Date: Thu, 23 Jul 2009 22:47:34 +0200
Subject: [Koha] download page
Message-ID: <4A68CC66.9060002@merit.unu.edu>

Hi,

I read in the news section that 3.0.3 has been released on Jun 26 
(http://koha.org/news/koha-3.0.3-released). However, the download page 
lists 3.0.2 as the most recent stable version.

I guess the download page needs updating..?

Regards,
Mourik Jan

From chris at bigballofwax.co.nz  Fri Jul 24 09:43:22 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Fri, 24 Jul 2009 09:43:22 +1200
Subject: [Koha] What if mysql stops being around?
In-Reply-To: <1301d01ca0bb8$8dbcf760$0168010a@mail2world.com>
References: 
	<1301d01ca0bb8$8dbcf760$0168010a@mail2world.com>
Message-ID: <606aab810907231443w7cca4cadrf88832f0c1369657@mail.gmail.com>

2009/7/24 BWS Johnson :
>
>
>>These last couple of hours, i've been trying to access different
>>*.mysql.com sites (for my non-Koha work). None of them responding to a
>>http request. I'm not being a fear-monger or crystal gazer here, but
>>I'm dependent on MySQL for several apps that i commercially support,
>>which includes Koha.
>>
>>I wonder just how ready or MySQL dependent are we (Koha users) as a
>>community, just in case, Oracle decides to stop further work on MySQL?
>>I'm aware of efforts like Drizzle. But how are we positioned w.r.t
>>MySQL deps and what could hypothetically could be a possible life
>>after MySQL (if it ever comes to that)
>
>
> To this, I can only say:
>
> http://www.engin.umd.umich.edu/CIS/course.des/cis400/cobol/cobol.html
>
Heh

I did one paper at university where I had to program in COBOL .. there
is still a lot of it out there.

Chris

From ohiocore at gmail.com  Fri Jul 24 10:05:28 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 23 Jul 2009 18:05:28 -0400
Subject: [Koha] What if mysql stops being around?
In-Reply-To: <606aab810907231443w7cca4cadrf88832f0c1369657@mail.gmail.com>
References: <1301d01ca0bb8$8dbcf760$0168010a@mail2world.com>
	<606aab810907231443w7cca4cadrf88832f0c1369657@mail.gmail.com>
Message-ID: <235bf14f0907231505k66620c76k668583a322c84593@mail.gmail.com>

Last I checked, Columbus Metropolitan Library ILS back-end is *still* COBOL
code on TANDEM machines.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/1f039c49/attachment.htm 

From arm at hanover.ca  Fri Jul 24 12:10:10 2009
From: arm at hanover.ca (Agnes Rivers-Moore)
Date: Thu, 23 Jul 2009 20:10:10 -0400
Subject: [Koha] Can't save MARC - 040 field
Message-ID: <4A68FBE2.2080602@hanover.ca>

An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/1d874d57/attachment.htm 

From ohiocore at gmail.com  Fri Jul 24 14:04:02 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Thu, 23 Jul 2009 22:04:02 -0400
Subject: [Koha] [Koha-devel] Marc framework test error
In-Reply-To: <013b01ca0492$92262470$770110ac@srasys.co.in>
References: <013b01ca0492$92262470$770110ac@srasys.co.in>
Message-ID: <235bf14f0907231904v568b69a5j19989b185cd3422f@mail.gmail.com>

2009/7/14 Sivasankari 

>  THis is the error while running marc framework test, how should i resolve
> this
> Thanks
> Sivasankari
>

Why are you still cross-posting to both koha and koha-devel lists?  None of
your questions have been related to development, they are just usage
problems.  Therefore, please send only to koha, not to koha-devel.

In this case, the error message is clear.  It says that the "PER" Authority
Type used in your default framework at 700$a does not exist.  That means you
have probably deleted it or changed the code.  Edit your default framework
700$a to refer to a valid Authority Type, or go add a "PER" Authority Type.
Then run the tests again, since there may be additional errors..

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/097956e8/attachment.htm 

From library at saiacs.org  Fri Jul 24 16:29:55 2009
From: library at saiacs.org (Librarian, SAIACS)
Date: Fri, 24 Jul 2009 09:59:55 +0530
Subject: [Koha] Bulk Marc Import - error
Message-ID: <20090724050320.132B8ED1C7@daddy.katipo.co.nz>

Hello Everyone,

 

I was trying to clean up my records from the database, as I noticed that
several hundreds of duplicate records uploaded in the catalogue. Therefore I
want to clean up the database and start a fresh.

 

While cleaning I am encountering some errors. Could someone help me out in
this? I would greatly appreciate.

 

Error message:

 

jlcopaco at jlcopac.org [~]# cd /home/jlcopaco/koha3RC1/misc/migration_tools

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# ./bulkmarcimport.pl
-d -t

Can't locate C4/Context.pm in @INC (@INC contains:
/home/jlcopaco/perl/usr/lib/perl5/5.8.8/x86_64-linux
/home/jlcopaco/perl/usr/lib/perl5/5.8.8
/home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8/x86_64-linux
/home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8
/home/jlcopaco/perl/usr/lib/perl5/site_perl
/usr/lib/perl5/5.8.8/x86_64-linux /usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/x86_64-linux /usr/lib/perl5/site_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.6.2
/usr/lib/perl5/site_perl .) at ./bulkmarcimport.pl line 28.

BEGIN failed--compilation aborted at ./bulkmarcimport.pl line 28.

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# pwd

/home/jlcopaco/koha3RC1/misc/migration_tools
- PWD

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#

 

kind regards 

Mr. Yesan Sellan
Chief Librarian
South Asia Institute of Advanced Christian Studies,
Kothanur PO
Bangalore - 560077
INDIA

Alternative Email: yesans at gmail.com
Ph: 91-80-2846 5649/5235/5344
Fax: 91-80-2846 5412 

IMPORTANT : This message is intended only for the addressee. It may contain
confidential information. Any unauthorized disclosure is strictly
prohibited. If you have received this message in error, please notify us
immediately so that we may correct our internal records. Please then delete
the original message. Thank you.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/73ceec42/attachment.htm 

From amitddng135 at gmail.com  Fri Jul 24 17:10:39 2009
From: amitddng135 at gmail.com (Amit Gupta)
Date: Fri, 24 Jul 2009 10:40:39 +0530
Subject: [Koha] Bulk Marc Import - error
In-Reply-To: <20090724050320.132B8ED1C7@daddy.katipo.co.nz>
References: <20090724050320.132B8ED1C7@daddy.katipo.co.nz>
Message-ID: 

Hi,

     Set your KOHA_CONF and PERL5LIB environment variables

     export KOHA_CONF=/etc/koha/koha-conf.xml
     export PERL5LIB=/usr/share/koha/lib

2009/7/24 Librarian, SAIACS 

>  Hello Everyone,
>
>
>
> I was trying to clean up my records from the database, as I noticed that
> several hundreds of duplicate records uploaded in the catalogue. Therefore I
> want to clean up the database and start a fresh.
>
>
>
> While cleaning I am encountering some errors. Could someone help me out in
> this? I would greatly appreciate.
>
>
>
> Error message:
>
>
>
> jlcopaco at jlcopac.org [~]# cd /home/jlcopaco/koha3RC1/misc/migration_tools
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#
> ./bulkmarcimport.pl -d -t
>
> Can't locate C4/Context.pm in @INC (@INC contains:
> /home/jlcopaco/perl/usr/lib/perl5/5.8.8/x86_64-linux
> /home/jlcopaco/perl/usr/lib/perl5/5.8.8
> /home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8/x86_64-linux
> /home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8
> /home/jlcopaco/perl/usr/lib/perl5/site_perl
> /usr/lib/perl5/5.8.8/x86_64-linux /usr/lib/perl5/5.8.8
> /usr/lib/perl5/site_perl/5.8.8/x86_64-linux /usr/lib/perl5/site_perl/5.8.8
> /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6
> /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.6.2
> /usr/lib/perl5/site_perl .) at ./bulkmarcimport.pl line 28.
>
> BEGIN failed--compilation aborted at ./bulkmarcimport.pl line 28.
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# pwd
>
> */home/jlcopaco/koha3RC1/misc/migration_tools
> - PWD*
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#
>
>
>
> kind regards
>
> Mr. Yesan Sellan
> Chief Librarian
> South Asia Institute of Advanced Christian Studies,
> Kothanur PO
> Bangalore - 560077
> INDIA
>
> Alternative Email: yesans at gmail.com
> Ph: 91-80-2846 5649/5235/5344
> Fax: 91-80-2846 5412
>
> *IMPORTANT* : This message is intended only for the addressee. It may
> contain confidential information. Any unauthorized disclosure is strictly
> prohibited. If you have received this message in error, please notify us
> immediately so that we may correct our internal records. Please then delete
> the original message. Thank you.
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>


-- 
Cheers,
Amit Gupta
Nucsoft Osslabs
www.osslabs.biz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/9403e1f7/attachment-0001.htm 

From library at saiacs.org  Fri Jul 24 17:45:59 2009
From: library at saiacs.org (Librarian, SAIACS)
Date: Fri, 24 Jul 2009 11:15:59 +0530
Subject: [Koha] Bulk Marc Import - error
In-Reply-To: 
Message-ID: <20090724060423.E1543ED17D@daddy.katipo.co.nz>

Hello Friends,

Can anyone of us help me off the KOha list? In order to discuss the help
personal mails. library at saiacs.org 

Regards 

Yesan Sellan
Chief Librarian
SAIACS, Kothanur PO, Bangalore - 560077




-----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: 24 July 2009 10:41
To: koha at lists.katipo.co.nz
Subject: Koha Digest, Vol 45, Issue 80

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. Can't save MARC - 040 field (Agnes Rivers-Moore)
   2. Re: [Koha-devel] Marc framework test error (Joe Atzberger)
   3. Bulk Marc Import - error (Librarian, SAIACS)
   4. Re: Bulk Marc Import - error (Amit Gupta)


----------------------------------------------------------------------

Message: 1
Date: Thu, 23 Jul 2009 20:10:10 -0400
From: Agnes Rivers-Moore 
Subject: [Koha] Can't save MARC - 040 field
To: Koha List 
Message-ID: <4A68FBE2.2080602 at hanover.ca>
Content-Type: text/plain; charset="us-ascii"

An HTML attachment was scrubbed...
URL:
http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/1d874d57/attac
hment-0001.htm 

------------------------------

Message: 2
Date: Thu, 23 Jul 2009 22:04:02 -0400
From: Joe Atzberger 
Subject: Re: [Koha] [Koha-devel] Marc framework test error
To: Sivasankari 
Cc: koha at lists.katipo.co.nz
Message-ID:
	<235bf14f0907231904v568b69a5j19989b185cd3422f at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

2009/7/14 Sivasankari 

>  THis is the error while running marc framework test, how should i resolve
> this
> Thanks
> Sivasankari
>

Why are you still cross-posting to both koha and koha-devel lists?  None of
your questions have been related to development, they are just usage
problems.  Therefore, please send only to koha, not to koha-devel.

In this case, the error message is clear.  It says that the "PER" Authority
Type used in your default framework at 700$a does not exist.  That means you
have probably deleted it or changed the code.  Edit your default framework
700$a to refer to a valid Authority Type, or go add a "PER" Authority Type.
Then run the tests again, since there may be additional errors..

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.katipo.co.nz/pipermail/koha/attachments/20090723/097956e8/attac
hment-0001.htm 

------------------------------

Message: 3
Date: Fri, 24 Jul 2009 09:59:55 +0530
From: "Librarian, SAIACS" 
Subject: [Koha] Bulk Marc Import - error
To: 
Message-ID: <20090724050320.132B8ED1C7 at daddy.katipo.co.nz>
Content-Type: text/plain; charset="us-ascii"

Hello Everyone,

 

I was trying to clean up my records from the database, as I noticed that
several hundreds of duplicate records uploaded in the catalogue. Therefore I
want to clean up the database and start a fresh.

 

While cleaning I am encountering some errors. Could someone help me out in
this? I would greatly appreciate.

 

Error message:

 

jlcopaco at jlcopac.org [~]# cd /home/jlcopaco/koha3RC1/misc/migration_tools

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# ./bulkmarcimport.pl
-d -t

Can't locate C4/Context.pm in @INC (@INC contains:
/home/jlcopaco/perl/usr/lib/perl5/5.8.8/x86_64-linux
/home/jlcopaco/perl/usr/lib/perl5/5.8.8
/home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8/x86_64-linux
/home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8
/home/jlcopaco/perl/usr/lib/perl5/site_perl
/usr/lib/perl5/5.8.8/x86_64-linux /usr/lib/perl5/5.8.8
/usr/lib/perl5/site_perl/5.8.8/x86_64-linux /usr/lib/perl5/site_perl/5.8.8
/usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.6.2
/usr/lib/perl5/site_perl .) at ./bulkmarcimport.pl line 28.

BEGIN failed--compilation aborted at ./bulkmarcimport.pl line 28.

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# pwd

/home/jlcopaco/koha3RC1/misc/migration_tools
- PWD

jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#

 

kind regards 

Mr. Yesan Sellan
Chief Librarian
South Asia Institute of Advanced Christian Studies,
Kothanur PO
Bangalore - 560077
INDIA

Alternative Email: yesans at gmail.com
Ph: 91-80-2846 5649/5235/5344
Fax: 91-80-2846 5412 

IMPORTANT : This message is intended only for the addressee. It may contain
confidential information. Any unauthorized disclosure is strictly
prohibited. If you have received this message in error, please notify us
immediately so that we may correct our internal records. Please then delete
the original message. Thank you.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/73ceec42/attac
hment-0001.htm 

------------------------------

Message: 4
Date: Fri, 24 Jul 2009 10:40:39 +0530
From: Amit Gupta 
Subject: Re: [Koha] Bulk Marc Import - error
To: library at saiacs.org
Cc: koha at lists.katipo.co.nz
Message-ID:
	
Content-Type: text/plain; charset="iso-8859-1"

Hi,

     Set your KOHA_CONF and PERL5LIB environment variables

     export KOHA_CONF=/etc/koha/koha-conf.xml
     export PERL5LIB=/usr/share/koha/lib

2009/7/24 Librarian, SAIACS 

>  Hello Everyone,
>
>
>
> I was trying to clean up my records from the database, as I noticed that
> several hundreds of duplicate records uploaded in the catalogue. Therefore
I
> want to clean up the database and start a fresh.
>
>
>
> While cleaning I am encountering some errors. Could someone help me out in
> this? I would greatly appreciate.
>
>
>
> Error message:
>
>
>
> jlcopaco at jlcopac.org [~]# cd /home/jlcopaco/koha3RC1/misc/migration_tools
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#
> ./bulkmarcimport.pl -d -t
>
> Can't locate C4/Context.pm in @INC (@INC contains:
> /home/jlcopaco/perl/usr/lib/perl5/5.8.8/x86_64-linux
> /home/jlcopaco/perl/usr/lib/perl5/5.8.8
> /home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8/x86_64-linux
> /home/jlcopaco/perl/usr/lib/perl5/site_perl/5.8.8
> /home/jlcopaco/perl/usr/lib/perl5/site_perl
> /usr/lib/perl5/5.8.8/x86_64-linux /usr/lib/perl5/5.8.8
> /usr/lib/perl5/site_perl/5.8.8/x86_64-linux /usr/lib/perl5/site_perl/5.8.8
> /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6
> /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.6.2
> /usr/lib/perl5/site_perl .) at ./bulkmarcimport.pl line 28.
>
> BEGIN failed--compilation aborted at ./bulkmarcimport.pl line 28.
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]# pwd
>
> */home/jlcopaco/koha3RC1/misc/migration_tools
> - PWD*
>
> jlcopaco at jlcopac.org [~/koha3RC1/misc/migration_tools]#
>
>
>
> kind regards
>
> Mr. Yesan Sellan
> Chief Librarian
> South Asia Institute of Advanced Christian Studies,
> Kothanur PO
> Bangalore - 560077
> INDIA
>
> Alternative Email: yesans at gmail.com
> Ph: 91-80-2846 5649/5235/5344
> Fax: 91-80-2846 5412
>
> *IMPORTANT* : This message is intended only for the addressee. It may
> contain confidential information. Any unauthorized disclosure is strictly
> prohibited. If you have received this message in error, please notify us
> immediately so that we may correct our internal records. Please then
delete
> the original message. Thank you.
>
>
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>


-- 
Cheers,
Amit Gupta
Nucsoft Osslabs
www.osslabs.biz
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/9403e1f7/attac
hment.htm 

------------------------------

_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


End of Koha Digest, Vol 45, Issue 80
************************************



From omlecka at gmail.com  Fri Jul 24 18:36:43 2009
From: omlecka at gmail.com (Ondrej Mlecka)
Date: Fri, 24 Jul 2009 08:36:43 +0200
Subject: [Koha] Authorities difficulties
Message-ID: 

Hi all,

I would like to ask two questions on cataloguing with authorities.

1. The first one regards the MergeAuthoritiesOnUpdate function.
I have a Personal Name Authority (for ex. "Givord, Robert"), and I use it in
bibliogr. records in 700 field (always MARC21), once as translator (700$e -
relator term - "tr."), once as author of foreword (700$e:"pref.") etc. When
I change the name in Authorities (for example because I add a date of the
death, or there is a mistake in the name) and I have the
MergeAuthoritiesOnUpdate preferrence ON, it deletes all the relator terms in
the bibliogr. records. Is there any way how to update bibliogr. records
without deleting the contents of all the 700$e subfields?
Obviously, I could have a special authority for Robert Givord as translator,
another one for R.G. as author of the foreword etc., but this doesn't seem
to me to be a good solution.

2. The second question regards cataloging bibl. records. I want to catalogue
a book with a name of a translator. So I choose the name from authorities
and I want to add 700$e subfield. For this, I need to add a comma at the end
of previous subfield, so as to have, for ex. 700 1# $aGivord,
Robert[comma]$etr. But the MARC editor doesn't allow any change in 700$a
subfield.
I could turn the *BiblioAddsAuthorities preference ON*, so as to allow the
input in 700$a field, but this would create automatically one authority for
the person as a translator, another one as an author of a foreword etc.

Would anyone know how to resolve these problems?

Thank you very much

Ondrej Mlecka
Rome
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/8fcf09fa/attachment.htm 

From ematei at xpertcomputing.com  Fri Jul 24 21:24:13 2009
From: ematei at xpertcomputing.com (Eugen Matei)
Date: Fri, 24 Jul 2009 02:24:13 -0700
Subject: [Koha] Librarian roles in koha 2.2.9
Message-ID: <001501ca0c40$82eab2e0$88c018a0$@com>

Hello,

I just installed koha 2.2.9 on the SME server (CentOS) - a more difficult
task than I thought first, due to some SME configuration, but now it appears
that everything works. However, in Koha I don't see a module to set up
different librarian roles (someone does only cataloging, someone circulation
only, etc.).  In mysql I see the kohaadmin user but the koha users table is
not populated and I cannot figure out how to do that. Should there be a
module to do it? Should it be done in mysql?  Please point me to the
documentation on this, I cannot find it.

Sorry if this is a stupid questions...
Eugen Matei


From ohiocore at gmail.com  Sat Jul 25 01:01:05 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 24 Jul 2009 09:01:05 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: 
References: 
Message-ID: <235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>

2009/7/24 Ondrej Mlecka 

> Hi all,
>
> I would like to ask two questions on cataloguing with authorities.
>
> 1. The first one regards the MergeAuthoritiesOnUpdate function.
> I have a Personal Name Authority (for ex. "Givord, Robert"), and I use it
> in bibliogr. records in 700 field (always MARC21), once as translator (700$e
> - relator term - "tr."), once as author of foreword (700$e:"pref.") etc.
> When I change the name in Authorities (for example because I add a date of
> the death, or there is a mistake in the name) and I have the
> MergeAuthoritiesOnUpdate preferrence ON, it deletes all the relator terms in
> the bibliogr. records. Is there any way how to update bibliogr. records
> without deleting the contents of all the 700$e subfields?
> Obviously, I could have a special authority for Robert Givord as
> translator, another one for R.G. as author of the foreword etc., but this
> doesn't seem to me to be a good solution.
>
> 2. The second question regards cataloging bibl. records. I want to
> catalogue a book with a name of a translator. So I choose the name from
> authorities and I want to add 700$e subfield. For this, I need to add a
> comma at the end of previous subfield, so as to have, for ex. 700 1#
> $aGivord, Robert[comma]$etr. But the MARC editor doesn't allow any change in
> 700$a subfield.
> I could turn the *BiblioAddsAuthorities preference ON*, so as to allow the
> input in 700$a field, but this would create automatically one authority for
> the person as a translator, another one as an author of a foreword etc.
>

For #2, I'm not a cataloger, but I think you should add as little
punctuation as possible.  If the display of the subfields together is
unattractive, then that is a display problem, not something to fix by
changing data that was correct before, just to help it look nicer up next to
a separate subfield.  Also, I think *BiblioAddsAuthorities would add a
duplicate entry, with the new one having a comma.  That seems pretty clearly
to be the wrong approach.
*

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/8e665b63/attachment.htm 

From nicole.engard at liblime.com  Sat Jul 25 01:03:49 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 24 Jul 2009 09:03:49 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: <235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
Message-ID: <9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>

Joe,

The problem is that the cataloging rules state that we should put a
comma there ... that's probably what's causing a problem - the
annoying rules ;)

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/24 Joe Atzberger :
>
>
> 2009/7/24 Ondrej Mlecka 
>>
>> Hi all,
>>
>> I would like to ask two questions on cataloguing with authorities.
>>
>> 1. The first one regards the MergeAuthoritiesOnUpdate function.
>> I have a Personal Name Authority (for ex. "Givord, Robert"), and I use it
>> in bibliogr. records in 700 field (always MARC21), once as translator (700$e
>> - relator term - "tr."), once as author of foreword (700$e:"pref.") etc.
>> When I change the name in Authorities (for example because I add a date of
>> the death, or there is a mistake in the name) and I have the
>> MergeAuthoritiesOnUpdate preferrence ON, it deletes all the relator terms in
>> the bibliogr. records. Is there any way how to update bibliogr. records
>> without deleting the contents of all the 700$e subfields?
>> Obviously, I could have a special authority for Robert Givord as
>> translator, another one for R.G. as author of the foreword etc., but this
>> doesn't seem to me to be a good solution.
>>
>> 2. The second question regards cataloging bibl. records. I want to
>> catalogue a book with a name of a translator. So I choose the name from
>> authorities and I want to add 700$e subfield. For this, I need to add a
>> comma at the end of previous subfield, so as to have, for ex. 700 1#
>> $aGivord, Robert[comma]$etr. But the MARC editor doesn't allow any change in
>> 700$a subfield.
>> I could turn the BiblioAddsAuthorities preference ON, so as to allow the
>> input in 700$a field, but this would create automatically one authority for
>> the person as a translator, another one as an author of a foreword etc.
>
> For #2, I'm not a cataloger, but I think you should add as little
> punctuation as possible.? If the display of the subfields together is
> unattractive, then that is a display problem, not something to fix by
> changing data that was correct before, just to help it look nicer up next to
> a separate subfield.? Also, I think BiblioAddsAuthorities would add a
> duplicate entry, with the new one having a comma.? That seems pretty clearly
> to be the wrong approach.
>
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From ohiocore at gmail.com  Sat Jul 25 01:25:24 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Fri, 24 Jul 2009 09:25:24 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: <9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
Message-ID: <235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>

On Fri, Jul 24, 2009 at 9:03 AM, Nicole Engard wrote:

> The problem is that the cataloging rules state that we should put a
> comma there ... that's probably what's causing a problem - the
> annoying rules ;)
>

That's why I'm not a cataloger.  These rules are for the systems that
existed *before databases*.  Would be nice if they could catch up to, say,
1975.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/8577dd11/attachment.htm 

From nicole.engard at liblime.com  Sat Jul 25 01:26:31 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 24 Jul 2009 09:26:31 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: <235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
	<235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
Message-ID: <9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>

I'm with you 100% :)  I used to drive my cataloging instructors crazy
cause I kept complaining about the stupidity of the punctuation rules.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 24, 2009 at 9:25 AM, Joe Atzberger wrote:
> On Fri, Jul 24, 2009 at 9:03 AM, Nicole Engard 
> wrote:
>>
>> The problem is that the cataloging rules state that we should put a
>> comma there ... that's probably what's causing a problem - the
>> annoying rules ;)
>
> That's why I'm not a cataloger.? These rules are for the systems that
> existed *before databases*.? Would be nice if they could catch up to, say,
> 1975.
>

From paul.poulain at biblibre.com  Sat Jul 25 01:42:08 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Fri, 24 Jul 2009 15:42:08 +0200
Subject: [Koha] Authorities difficulties
In-Reply-To: <9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
References: 	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>	<235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
	<9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
Message-ID: <4A69BA30.7040004@biblibre.com>

Nicole Engard a ?crit :
> I'm with you 100% :)  I used to drive my cataloging instructors crazy
> cause I kept complaining about the stupidity of the punctuation rules.
>   
you can add my 100% too...

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From colin.campbell at ptfs-europe.com  Sat Jul 25 01:42:33 2009
From: colin.campbell at ptfs-europe.com (Colin Campbell)
Date: Fri, 24 Jul 2009 14:42:33 +0100
Subject: [Koha] Authorities difficulties
In-Reply-To: <9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
References: 	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>	<235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
	<9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
Message-ID: <4A69BA49.3010001@ptfs-europe.com>

On 07/24/2009 02:26 PM, Nicole Engard wrote:
> I'm with you 100% :)  I used to drive my cataloging instructors crazy
> cause I kept complaining about the stupidity of the punctuation rules.
>
UK Marc had no punctuation. e.g. names were entered $aSurname$hFirst 
names instead of $aSurname, First names. Then a few years back the UK 
libraries adopted Marc21 and a lot of programmer time (I speak from 
experience) went into putting back all those #!?@ commas, periods dashes 
etc.
History does not always go onward and upward, I fear

Colin

-- 
Colin Campbell
Software Engineer, PTFS Europe Limited
Content Management and Library Solutions
+44 (0) 208 366 1295 (phone)
+44 (0) 7759 633626  (mobile)
colin.campbell at ptfs-europe.com
skype: colin_campbell2

http://www.ptfs-europe.com

From nicole.engard at liblime.com  Sat Jul 25 01:45:28 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Fri, 24 Jul 2009 09:45:28 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: <4A69BA49.3010001@ptfs-europe.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
	<235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
	<9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
	<4A69BA49.3010001@ptfs-europe.com>
Message-ID: <9128d7f00907240645yf7a9784pb4927dab46784e00@mail.gmail.com>

Colin - the UK way sounds awesome :) hehe

I have to admit I haven't kept up with RDA - does anyone know if some
of the punctuation rules are removed?

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Fri, Jul 24, 2009 at 9:42 AM, Colin
Campbell wrote:
> On 07/24/2009 02:26 PM, Nicole Engard wrote:
>>
>> I'm with you 100% :) ?I used to drive my cataloging instructors crazy
>> cause I kept complaining about the stupidity of the punctuation rules.
>>
> UK Marc had no punctuation. e.g. names were entered $aSurname$hFirst names
> instead of $aSurname, First names. Then a few years back the UK libraries
> adopted Marc21 and a lot of programmer time (I speak from experience) went
> into putting back all those #!?@ commas, periods dashes etc.
> History does not always go onward and upward, I fear
>
> Colin
>
> --
> Colin Campbell
> Software Engineer, PTFS Europe Limited
> Content Management and Library Solutions
> +44 (0) 208 366 1295 (phone)
> +44 (0) 7759 633626 ?(mobile)
> colin.campbell at ptfs-europe.com
> skype: colin_campbell2
>
> http://www.ptfs-europe.com
>

From galen.charlton at liblime.com  Sat Jul 25 01:48:31 2009
From: galen.charlton at liblime.com (Galen Charlton)
Date: Fri, 24 Jul 2009 09:48:31 -0400
Subject: [Koha] Authorities difficulties
In-Reply-To: <4A69BA49.3010001@ptfs-europe.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
	<235bf14f0907240625q1b308848nb3d97ca77b980593@mail.gmail.com>
	<9128d7f00907240626m1ed98d08ub5143503d7fdbf85@mail.gmail.com>
	<4A69BA49.3010001@ptfs-europe.com>
Message-ID: <4659947d0907240648w31adfaecjc1d4e54239b04fb3@mail.gmail.com>

Hi,

On Fri, Jul 24, 2009 at 9:42 AM, Colin
Campbell wrote:
> On 07/24/2009 02:26 PM, Nicole Engard wrote:
>> I'm with you 100% :) ?I used to drive my cataloging instructors crazy
>> cause I kept complaining about the stupidity of the punctuation rules.
>>
> UK Marc had no punctuation. e.g. names were entered $aSurname$hFirst
> names instead of $aSurname, First names. Then a few years back the UK
> libraries adopted Marc21 and a lot of programmer time (I speak from
> experience) went into putting back all those #!?@ commas, periods dashes
> etc.

I did the same punctuation-adding back in the day.  While I think it
is a good thing that the number of national MARC content standards got
whittled down as USMARC absorbed UKMARC and CANMARC, it would have
been much matter if MARC21 had adopted more of the good ideas from the
other variants.

Regards,

Galen
-- 
Galen Charlton
VP, Research & Development, LibLime
galen.charlton at liblime.com
p: 1-888-564-2457 x709
skype: gmcharlt

From mhelman at illinoisalumni.org  Sat Jul 25 02:48:32 2009
From: mhelman at illinoisalumni.org (BWS Johnson)
Date: Fri, 24 Jul 2009 07:48:32 -0700
Subject: [Koha] Authorities difficulties
Message-ID: <90cd01ca0c6d$d0a9adb0$116a010a@mail2world.com>

Salvete!


As far as professors of cataloguing and awful cataloguing students are
concerned, I'm sure that Bonnie Dede was fully sane before I sat
class...


>Colin - the UK way sounds awesome :) hehe
>
>I have to admit I haven't kept up with RDA - does anyone know if some
>of the punctuation rules are removed?
>


Why, yes, yes I have. Cause I was needling our peeps to make sure they
kept up with it, since if we play our cards right we can be ahead of the
curve. If you're just getting acclimated with RDA, do not swim for at
least 1 hour after reviewing the terms.

Party, y'all. No punctuation :D

http://www.rda-jsc.org/rdafaq.html#1

Look under 4.5

(I suspect this is because the human brain cannot hold both punctuation
rules and RDA frameworks simultaneously. I would have commented on RDA,
but I'm not a cataloguer, and I frankly don't feel smart enough to
comment. Also, the days that I felt like doing so, there was naught
written on subject yet, and well, that felt incompleat.)

Cheers,
Brooke 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090724/aaaa7e89/attachment.htm 

From OFTL at critfc.org  Sat Jul 25 03:33:21 2009
From: OFTL at critfc.org (Lenora Oftedahl)
Date: Fri, 24 Jul 2009 08:33:21 -0700
Subject: [Koha] Authorities difficulties
In-Reply-To: <9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
References: 
	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>
	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
Message-ID: <4A696FF6.8A73.0058.0@critfc.org>

Perhaps the punctuation should be built into the display rather than relying on punctuation in the fields.  I'm not sure how difficult this feature would be to implement though.  

Lenora

Lenora A. Oftedahl
StreamNet Regional Librarian
Columbia River Inter-Tribal Fish Commission
http://www.fishlib.org
 
 



From paul.poulain at biblibre.com  Sat Jul 25 04:00:21 2009
From: paul.poulain at biblibre.com (paul POULAIN)
Date: Fri, 24 Jul 2009 18:00:21 +0200
Subject: [Koha] Authorities difficulties
In-Reply-To: <4A696FF6.8A73.0058.0@critfc.org>
References: 	<235bf14f0907240601q2da19f51gc70dc602b284575b@mail.gmail.com>	<9128d7f00907240603h2ad4e923xa24c4f5e2efd9846@mail.gmail.com>
	<4A696FF6.8A73.0058.0@critfc.org>
Message-ID: <4A69DA95.7090006@biblibre.com>

Lenora Oftedahl a ?crit :
> Perhaps the punctuation should be built into the display rather than relying on punctuation in the fields.  I'm not sure how difficult this feature would be to implement though.  
>   
on the authority module = strictly no difficulty, it's already included 
(see summary field, you can set [250a -] and you'll get a - after the 
field 250a (only if 250a exists)
in biblio display = stricly no difficulty, it's already included (with 
XSLT display)

conclusion: die punctuation inside the record, die...

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


From tony_ykt at yahoo.com  Thu Jul 23 13:49:23 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Wed, 22 Jul 2009 18:49:23 -0700 (PDT)
Subject: [Koha]  Change koha password
Message-ID: <24618020.post@talk.nabble.com>


Hi all,


I got two more question...currently the intranet address is
http://servername:8080. I have created a DNS record 

what i need to know is how to i redirect all users to http://servername:8080
when they just type in http://servername

i dont want the users to key in :8080. 

pls help me.. 

How do i change the default password for kohaadmin? Plus if i changed to
another,is there any affect?Pls assist
-- 
View this message in context: http://www.nabble.com/Change-koha-password-tp24618020p24618020.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From henridamien.laurent at biblibre.com  Sat Jul 25 01:47:10 2009
From: henridamien.laurent at biblibre.com (LAURENT Henri-Damien)
Date: Fri, 24 Jul 2009 15:47:10 +0200
Subject: [Koha] Hints on reconciliation branch
Message-ID: <4A69BB5E.9080306@biblibre.com>

Hi,
Release Maintainer for 3.0.x speaking.

I will be on holidays tonight for 2 weeks.
But you can see some progress about reconciliation branch on 
koha-maintenance branch reconciliation.
Be warned that it is for testing purposes and should not be used in 
production.
Moreover, update database has not been updated yet. This work is in 
progress.
There is already some bases for that. But dbversion numbering has some 
missing numbers.
And you should have some hints about that quite soon.

see http://git.koha.org/cgi-bin/gitweb.cgi?p=koha-maintenance.git;a=summary
for the code.

How can I test it ?
if you have a dev version :
git remote add maintenance git://git.koha.org/pub/scm/koha-maintenance.git
git fetch maintenance
git branch --track testing_3.0.2 remotes/maintenance/master
git checkout testing_3.0.2

for those who are using HEAD already,
either your version is 3.01.00.30 and you have nothing to do
OR
your version is before, and you may have to fix your kohaversion in your 
database to set it to 3.00.01.00 so that updatedatabase can update your 
database. You may have some duplicate warnings for all the 
transformations which has already been made.
 
then login to intranet and updatedatabase will occur.
And test and file any bug to me personnaly.


What IS NOT in that version : Nothing from master and 3.0.x.


Comments and bug reports welcome.
Please, if you see some patches which have not made their way into that 
branch and which you use, be so kind as to resend them to me 
personnally. 3.0.x and koha master branch patches should all be there, 
but maybe some patches sent on list are not integrated.

In the future, in order to be sure that patches can be smoothly 
integrated, I suggest that vendors could open up chosen git branches so 
that integration of patches can be more sure than simply making it via 
emails. See git.biblibre.com to see biblibre exposed branches for koha :
master is our master branch
3.0.x is our 3.0.x branch
official_3.0.x is a copy of official/3.0.x
dom_wip is work in progress on dom configuration with git So highly 
unstable.

If someone wants to test. It is the same thing as for koha-maintenance,
git remote add biblibre git://git.biblibre.com/koha-biblibre
git remote update
 you can rebase your branches over those remote branches, so that your 
devs can be on top and you can format-patch and send those patches to me 
for integration.

I'll be back on 10th, August but will participate in IRC meeting.

cheers.
-- 
Henri-Damien LAURENT

From omlecka at gmail.com  Sat Jul 25 20:00:56 2009
From: omlecka at gmail.com (Ondrej Mlecka)
Date: Sat, 25 Jul 2009 10:00:56 +0200
Subject: [Koha] Authorities difficulties
Message-ID: 

Yes, I see...

However, as we have punctuation in thousands of records, wouldn't be
possible to enable input in bibliogr. fields which are defined as containing
authorities? In this way, adding a comma wouldn't be a problem.
Would anyone know how to enable this? In fact, input in this fields is not
allowed (except BiblioAddsAuthorities preference ON, which would create
duplicate records).

I would also like to ask the question about MergeAuthoritiesOnUpdate
Function. Normally, updating bibliogr. records with the authority (when
MergeAuthoritiesOnUpdate is ON) rewrites *all *the subfields - also for ex.
relator terms (700$e in MARC21 - translator ecc.); but some fields (700$e)
are not used in authorities but in biblios, so updating biblios simply
deletes this information. Is there a way how to exclude this subfield from
copying from authorities to the biblios?- Hide quoted text -


Thank you very much

Ondrej Mlecka
Rome
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/def73d41/attachment.htm 

From omlecka at gmail.com  Sat Jul 25 20:44:31 2009
From: omlecka at gmail.com (Ondrej Mlecka)
Date: Sat, 25 Jul 2009 10:44:31 +0200
Subject: [Koha] Label Crator - problem with long lines
Message-ID: 

Hi all,

I tried to print label for books with a text which was longer than one line.
I saw that the Laber creator cut the text. Moreover, it cut the text non at
the end of the label, but before. (see attached image). Would anyone know
what could cause this problem, and if it is possible to print longer texts
on Labels?

Thank you

Ondrej Mlecka
Roma
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/d09fcc4d/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: label.png
Type: image/png
Size: 2894 bytes
Desc: not available
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/d09fcc4d/attachment.png 

From rehoboth_ils at yahoo.com  Sat Jul 25 23:34:41 2009
From: rehoboth_ils at yahoo.com (ils rehoboth)
Date: Sat, 25 Jul 2009 04:34:41 -0700 (PDT)
Subject: [Koha] Overdue fines calcutions stopped working
Message-ID: <362796.36753.qm@web44904.mail.sp1.yahoo.com>

Hi all,
I am using Koha-3.. There was a time the system was calculating overdue fines then all over a certain it is not calculating them. 
Can something tell me what might have happenned and how can i solved it .

Thank you in advance
yours faithfully,
Ils



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/62898363/attachment.htm 

From mhelman at illinoisalumni.org  Sun Jul 26 00:06:41 2009
From: mhelman at illinoisalumni.org (BWS Johnson)
Date: Sat, 25 Jul 2009 05:06:41 -0700
Subject: [Koha] Authorities difficulties
Message-ID: 

Salvete!

I probably sound like a broken record on this, but eXtensible catalogue
has an authorities feature that's terribly relevant to the discussion at
hand. The burden of the authorities work falls on the computer, so that
in a pretend queue you'd see

Evanovich, Janet
Evanovich, Janet,
Evanovich, Janet.
Evanovich, Janet, 1943 - (LOC wasn't as nosy as I...)
and mebbe even
Janet Evanovich

It picks up all of the remotely the same entries and leafpiles them for
you so you needn't chase em round. Then, the *cataloguer* gets to decide
which entries are indeed the same and can be rewritten. Notice how I
didn't say the cataloguer had to rewrite them, I said they needed to
select the ones to be rewritten. At the end of the day, the human is
double checking, as we ought, and the computer is doing the drudgery, as
it ought.


>Yes, I see...
>
>However, as we have punctuation in thousands of records, wouldn't be
possible to enable input in 
>bibliogr. fields which are defined as containing authorities? In this
way, adding a comma wouldn't be a 
>problem. 
>Would anyone know how to enable this? In fact, input in this fields is
not allowed (except 
>BiblioAddsAuthorities preference ON, which would create duplicate
records).
>
>I would also like to ask the question about MergeAuthoritiesOnUpdate
Function. Normally, updating 
>bibliogr. records with the authority (when MergeAuthoritiesOnUpdate is
ON) rewrites all the subfields - 
>also for ex. relator terms (700$e in MARC21 - translator ecc.); but
some fields (700$e) are not used in 
>authorities but in biblios, so updating biblios simply deletes this
information. Is there a way how to 
>exclude this subfield from copying from authorities to the biblios?
>- Hide quoted text -

That's curious. What would happen to a given record were the first 700e
entry different from the authority you were working on and the second
entry the same or similar? (But yes, I can see how it's meddlesome to
have the programme overwrite things that oughtn't be overwritten.)

Cheers,
Brooke 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/3ca1cbb6/attachment.htm 

From ohiocore at gmail.com  Sun Jul 26 05:35:49 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Sat, 25 Jul 2009 13:35:49 -0400
Subject: [Koha] Overdue fines calcutions stopped working
In-Reply-To: <362796.36753.qm@web44904.mail.sp1.yahoo.com>
References: <362796.36753.qm@web44904.mail.sp1.yahoo.com>
Message-ID: <235bf14f0907251035x6efa7be7l92020a4276a791dd@mail.gmail.com>

>
> I am using Koha-3.. There was a time the system was calculating overdue
> fines then all over a certain it is not calculating them.
> Can something tell me what might have happenned and how can i solved it .
>


Fines are calculated by a scheduled job in your crontab.  Check your crontab
to make sure the job is still scheduled for the correct times.  Then check
your system email or system logs for the output of the crontab jobs.  There
may be errors in the output, or the job may have stopped being run at all.

It is possible that your crontab was edited to include bad syntax, such that
no jobs are running anymore.  So if you also are not seeing overdue notices,
then that is probably what happened.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090725/0aac8d16/attachment.htm 

From quanzhong.zhang at xjtlu.edu.cn  Sun Jul 26 18:23:42 2009
From: quanzhong.zhang at xjtlu.edu.cn (Quanzhong Zhang)
Date: Sun, 26 Jul 2009 14:23:42 +0800
Subject: [Koha] Wide character in null operation
In-Reply-To: <07DF3569F561884BA95ED30796BC536997F753@mail1.xjtlu.edu.cn>
References: <07DF3569F561884BA95ED30796BC536997F753@mail1.xjtlu.edu.cn>
Message-ID: <07DF3569F561884BA95ED30796BC536997F954@mail1.xjtlu.edu.cn>


Resend.

Hello,
Could you kindly give me some idea?

Thanks and Best Regards,
Zhang QZ


-----Original Message-----
From: Quanzhong Zhang 
Sent: Thursday, July 23, 2009 10:59 AM
To: 'koha at lists.katipo.co.nz'
Subject: Wide character in null operation


Dear All,

I have installed Koha 3.00.3 on CentOS 5.3 and the database upgrade form
Koha version 2.2.9. I try to check the function "Edit MARC Record". I
see the following error message in browser if the data include the
Chinese character.

production mode - trapped fatal error

And this error in the log file /var/log/koha/koha-error_log

[Thu Jul 23 10:36:17 2009] [error] [client 10.7.13.30] [Thu Jul 23
10:36:17 2009] addbiblio.pl: Wide character in null operation at
/usr/lib/perl5/site_perl/5.8.8/MARC/Charset/Table.pm line 96, 
line 532., referer:
http://10.7.1.219:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumbe
r=6495&amp;op=

Could you kindly give me some good idea?

Thanks and Best Regards,
Zhang QZ



From sivasankari.muthuraja at gmail.com  Mon Jul 27 19:33:53 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Mon, 27 Jul 2009 13:03:53 +0530
Subject: [Koha] Adding koha in a web application implementation
Message-ID: <4950128e0907270033u561a796h31ca3d395403c2cc@mail.gmail.com>

hi all,

Can i add a j2ee Wrapper over koha. Does any project have gone successful
with  j2ee wrapper over koha.
if so please provide the me link. Since I need to provide a poc by adding a
java web application, which calls koha perl modules and update the database

Thanks
Sivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090727/dacaf965/attachment.htm 

From nicole.engard at liblime.com  Mon Jul 27 23:33:25 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Mon, 27 Jul 2009 07:33:25 -0400
Subject: [Koha] Change koha password
In-Reply-To: <24618020.post@talk.nabble.com>
References: <24618020.post@talk.nabble.com>
Message-ID: <9128d7f00907270433h5bfeef4bl1bc9c4f19b33c893@mail.gmail.com>

Try this: http://koha.org/documentation/faq/how-to-change-koha-default-user-name-and-password/view?searchterm=password

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Wed, Jul 22, 2009 at 9:49 PM, ahtshun83 wrote:
>
> Hi all,
>
>
> I got two more question...currently the intranet address is
> http://servername:8080. I have created a DNS record
>
> what i need to know is how to i redirect all users to http://servername:8080
> when they just type in http://servername
>
> i dont want the users to key in :8080.
>
> pls help me..
>
> How do i change the default password for kohaadmin? Plus if i changed to
> another,is there any affect?Pls assist
> --
> View this message in context: http://www.nabble.com/Change-koha-password-tp24618020p24618020.html
> Sent from the Koha - Discuss mailing list archive at Nabble.com.
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From ohiocore at gmail.com  Tue Jul 28 02:10:26 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Mon, 27 Jul 2009 10:10:26 -0400
Subject: [Koha] Adding koha in a web application implementation
In-Reply-To: <4950128e0907270033u561a796h31ca3d395403c2cc@mail.gmail.com>
References: <4950128e0907270033u561a796h31ca3d395403c2cc@mail.gmail.com>
Message-ID: <235bf14f0907270710g487ebd4qc0237936001b1d97@mail.gmail.com>

2009/7/27 Sivasankari Muthuraja 

>
> Can i add a j2ee Wrapper over koha. Does any project have gone successful
> with  j2ee wrapper over koha.
> if so please provide the me link. Since I need to provide a poc by adding a
> java web application, which calls koha perl modules and update the database
>
> Thanks
> Sivasankari M
>


As far as I know, nobody has even considered j2ee wrapping.  There is no
real benefit from doing so, and it would add undesirable dependencies to a
codebase that otherwise has nothing to do with java.  You will need a
different hosting setup.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090727/698b4ef3/attachment.htm 

From kmlist at yahoo.in  Tue Jul 28 03:05:48 2009
From: kmlist at yahoo.in (Krishnan M)
Date: Mon, 27 Jul 2009 20:35:48 +0530 (IST)
Subject: [Koha] Adding koha in a web application implementation
In-Reply-To: <4950128e0907270033u561a796h31ca3d395403c2cc@mail.gmail.com>
Message-ID: <63956.8561.qm@web95105.mail.in2.yahoo.com>

Hello,
?
Please elaborate your idea a little more. Adding a wrapper over Koha can be done in many different ways with different outcomes. What exactly are you looking for?
?
Koha, as such, does not expose a full?API or a set of services (to be accessed?via?SOAP/RESTful, etc.) to?its functionality. But, please take a look at an earlier post this month?(in response to a query by Marshall Breeding) about a set of services that have been developed recently for a web application like SOPAC to be able to use Koha.
?
Best regards,
krishnan

--- On Mon, 27/7/09, Sivasankari Muthuraja  wrote:


From: Sivasankari Muthuraja 
Subject: [Koha] Adding koha in a web application implementation
To: "koha at lists.katipo.co.nz" 
Date: Monday, 27 July, 2009, 7:33 AM



hi all,
?
Can i add a j2ee Wrapper over koha.?Does any project have gone successful with? j2ee wrapper over koha.
if so please provide the me link. Since I need to provide a poc by adding a java web application, which calls koha perl modules and update the database
?
Thanks
Sivasankari M
-----Inline Attachment Follows-----


_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha



      Yahoo! recommends that you upgrade to the new and safer Internet Explorer 8. http://downloads.yahoo.com/in/internetexplorer/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090727/f124beb5/attachment.htm 

From john.chadwick at state.nm.us  Tue Jul 28 05:18:07 2009
From: john.chadwick at state.nm.us (Chadwick, John, DCA)
Date: Mon, 27 Jul 2009 11:18:07 -0600
Subject: [Koha] Problems with Koha 3.0.3 download
Message-ID: <78AC9A21A019B14F8C7C6A3EE74B302109C0CB29@CEXMB1.nmes.lcl>

Last week I downloaded Koha 3.0.3 from the link on the www.koha.org
  home page. The command I used was:

 

wget http://download.koha.org/koha-3.00.03.tar.gz at the linux command
file. The download went smoothly. The extraction and build were
successful. When we went to build the application and install the mysql
tables, the version number indicated that we had version 3.00.02.012. I
tried the download again today. Same problem. The kohaversion.pl script
is showing 3.00.02.012 as the version.

 

So, what are we installing? Is it 3.0.3 or is it 3.0.2.12

 

Thanks,

 

John

 

+-----------------------------------------------------------------------
-----+

John Chadwick, Ed.D. Information Technology Manager

New Mexico State Library

1209 Camino Carlos Rey

Santa Fe, NM 87507

Phone: 505-476-9740  Cell: 505-629-8116 Fax: 505-476-9761

john.chadwick at state.nm.us

http://www.nmstatelibrary.org

 



Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. 




Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message.  -- This email has been scanned by the MessageLabs Email Security System.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090727/95bff2f8/attachment.htm 

From chris at bigballofwax.co.nz  Tue Jul 28 07:07:52 2009
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Tue, 28 Jul 2009 07:07:52 +1200
Subject: [Koha] [Koha-devel] Problems with Koha 3.0.3 download
In-Reply-To: <78AC9A21A019B14F8C7C6A3EE74B302109C0CB29@CEXMB1.nmes.lcl>
References: <78AC9A21A019B14F8C7C6A3EE74B302109C0CB29@CEXMB1.nmes.lcl>
Message-ID: <606aab810907271207g5a1db82cgcdd685cfe67d466f@mail.gmail.com>

2009/7/28 Chadwick, John, DCA :
> Last week I downloaded Koha 3.0.3 from the link on the www.koha.org home
> page. The command I used was:
>
>
>
> wget http://download.koha.org/koha-3.00.03.tar.gz at the linux command file.
> The download went smoothly. The extraction and build were successful. When
> we went to build the application and install the mysql tables, the version
> number indicated that we had version 3.00.02.012. I tried the download again
> today. Same problem. The kohaversion.pl script is showing 3.00.02.012 as the
> version.
>
>
>
> So, what are we installing? Is it 3.0.3 or is it 3.0.2.12
>
Its 3.0.3, the database didn't change between 3.0.2 and 3.0.3 and we
use the number to tell Koha it needs to upgrade the database. This was
just a bugfix release for some buggy code, and didn't touch the
database.
It would have been better to bump the kohaversion.pl and make the
upgrade page come (even though it would have only changed the version
number in the db, nothing else :))

Chris

From mcoalwell at nekls.org  Tue Jul 28 09:51:20 2009
From: mcoalwell at nekls.org (Mickey Coalwell)
Date: Mon, 27 Jul 2009 16:51:20 -0500
Subject: [Koha] Finding a patron name in lookup
Message-ID: <4A6E2158.5000903@nekls.org>

Any thoughts/tips/strategies for finding a patron named HEATHER HEATH 
(or any similarly structured name) in Koha's patron lookup quickly and 
efficiently? I'm confounded. This is an actual patron name, and her home 
library called us to say that they could not find her via name lookup. 
Interesting problem.

-- 
Mickey Coalwell, Library Development Consultant
Northeast Kansas Library System
4317 W. 6th Street
Lawrence, KS 66049
Phone: 785-838-4090  Fax: 785-838-3989
Toll Free: 1-888-296-6963 


From sivasankari.muthuraja at gmail.com  Tue Jul 28 17:08:40 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Tue, 28 Jul 2009 10:38:40 +0530
Subject: [Koha] Adding koha in a web application implementation
In-Reply-To: <63956.8561.qm@web95105.mail.in2.yahoo.com>
References: <4950128e0907270033u561a796h31ca3d395403c2cc@mail.gmail.com>
	<63956.8561.qm@web95105.mail.in2.yahoo.com>
Message-ID: <4950128e0907272208j289296f6p6032291b7965630c@mail.gmail.com>

Hi all,

Thanks for your reply mails.

The idea is to create a web application (using Jsp/Struts) and access the
KOHA functionalities, from our web apps.(through a web service call).
Is koha exposing any webservice to be accessed via another applications.
Extracting user registration functionality to our web application layer.Koha
will consume our input and provide the answer for us. Has any one tried ever
before like this.

User Interface screens for OPAC,Staff client,should have the styles applied
by us.Customizing the look and feel as we wish. More over, idea is to
integrate Greenstone with koha in to our web app, Our web app , will be
junction point, where in by we access these third-party and get the info and
store it.

Thanks
Sivasankari M.





On Mon, Jul 27, 2009 at 8:35 PM, Krishnan M  wrote:

> Hello,
>
> Please elaborate your idea a little more. Adding a wrapper over Koha can be
> done in many different ways with different outcomes. What exactly are you
> looking for?
>
> Koha, as such, does not expose a full API or a set of services (to be
> accessed via SOAP/RESTful, etc.) to its functionality. But, please take a
> look at an earlier post this month (in response to a query by Marshall
> Breeding) about a set of services that have been developed recently for a
> web application like SOPAC to be able to use Koha.
>
> Best regards,
> krishnan
>
> --- On *Mon, 27/7/09, Sivasankari Muthuraja <
> sivasankari.muthuraja at gmail.com>* wrote:
>
>
> From: Sivasankari Muthuraja 
> Subject: [Koha] Adding koha in a web application implementation
> To: "koha at lists.katipo.co.nz" 
> Date: Monday, 27 July, 2009, 7:33 AM
>
>
>  hi all,
>
> Can i add a j2ee Wrapper over koha. Does any project have gone successful
> with  j2ee wrapper over koha.
> if so please provide the me link. Since I need to provide a poc by adding a
> java web application, which calls koha perl modules and update the database
>
> Thanks
> Sivasankari M
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
> ------------------------------
> Yahoo! recommends that you upgrade to the new and safer Internet Explorer
> 8
> .
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/f6b28158/attachment.htm 

From omlecka at gmail.com  Tue Jul 28 20:59:19 2009
From: omlecka at gmail.com (Ondrej Mlecka)
Date: Tue, 28 Jul 2009 10:59:19 +0200
Subject: [Koha] Problem with Label Creator
Message-ID: 

I find a difficluty with printing long lines in the Biblio Label Creator.

Actually, it depends on the way in which a layout for labels is created.
When I create the layout and I select the order of fields to be printed from
drop-down menus, everything is OK. But when I create a layout, listing the
fields to be printed (like "245a, 952o" ecc.), each line is cut after a few
words.

Would anyone know how to fix this problem?

I'm using Koha 3.00001.

Thank you

Ondrej Mlecka
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/3f071e28/attachment.htm 

From nicole.engard at liblime.com  Tue Jul 28 22:38:49 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Tue, 28 Jul 2009 06:38:49 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: <4A6E2158.5000903@nekls.org>
References: <4A6E2158.5000903@nekls.org>
Message-ID: <9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>

Mickey, does searching for her full name not work?  A full name search
should find her - or a search by barcode.  I'm confused as to why that
isn't working.  What results are they getting?

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



On Mon, Jul 27, 2009 at 5:51 PM, Mickey Coalwell wrote:
> Any thoughts/tips/strategies for finding a patron named HEATHER HEATH
> (or any similarly structured name) in Koha's patron lookup quickly and
> efficiently? I'm confounded. This is an actual patron name, and her home
> library called us to say that they could not find her via name lookup.
> Interesting problem.
>
> --
> Mickey Coalwell, Library Development Consultant
> Northeast Kansas Library System
> 4317 W. 6th Street
> Lawrence, KS 66049
> Phone: 785-838-4090 ?Fax: 785-838-3989
> Toll Free: 1-888-296-6963
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From cnighswonger at foundations.edu  Wed Jul 29 00:48:39 2009
From: cnighswonger at foundations.edu (Chris Nighswonger)
Date: Tue, 28 Jul 2009 08:48:39 -0400
Subject: [Koha] Problem with Label Creator
In-Reply-To: 
References: 
Message-ID: 

Hi Ondrej,

Unfortunately there is presently a hard-coded limit of one line per field
IIRC. The length of that line is determined by the label margins and overall
width.

As for a fix: I am almost through with a total re-write of the labeling code
in Koha from the bottom up. If you will open a bug for this and cc me on it,
I'll work on fixing it before submitting the new code which I hope will be
finished before the end of August.

Kind Regards,
Chris


Christopher Nighswonger
Faculty Member
Network & Systems Director
Foundations Bible College & Seminary
www.foundations.edu
www.fbcradio.org

2009/7/28 Ondrej Mlecka 

> I find a difficluty with printing long lines in the Biblio Label Creator.
>
> Actually, it depends on the way in which a layout for labels is created.
> When I create the layout and I select the order of fields to be printed from
> drop-down menus, everything is OK. But when I create a layout, listing the
> fields to be printed (like "245a, 952o" ecc.), each line is cut after a few
> words.
>
> Would anyone know how to fix this problem?
>
> I'm using Koha 3.00001.
>
> Thank you
>
> Ondrej Mlecka
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/126033f6/attachment.htm 

From smoreland at nekls.org  Wed Jul 29 02:28:11 2009
From: smoreland at nekls.org (Sharon Moreland)
Date: Tue, 28 Jul 2009 09:28:11 -0500
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: <9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
Message-ID: 

Hi Nicole,
The issue is that we have 197 Heathers in the catalog, so finding Heather
Heath is proving difficult - we have problems with Jones and Smiths, as
well.  The only helpful feature I've discovered is that we can sort by
Branch and then go to the last page of the results to get to the library in
question.  Clunky.  Do any qualifiers work in the patron search box?

Sharon
NExpress

On Tue, Jul 28, 2009 at 5:38 AM, Nicole Engard wrote:

> Mickey, does searching for her full name not work?  A full name search
> should find her - or a search by barcode.  I'm confused as to why that
> isn't working.  What results are they getting?
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> On Mon, Jul 27, 2009 at 5:51 PM, Mickey Coalwell
> wrote:
> > Any thoughts/tips/strategies for finding a patron named HEATHER HEATH
> > (or any similarly structured name) in Koha's patron lookup quickly and
> > efficiently? I'm confounded. This is an actual patron name, and her home
> > library called us to say that they could not find her via name lookup.
> > Interesting problem.
> >
> > --
> > Mickey Coalwell, Library Development Consultant
> > Northeast Kansas Library System
> > 4317 W. 6th Street
> > Lawrence, KS 66049
> > Phone: 785-838-4090  Fax: 785-838-3989
> > Toll Free: 1-888-296-6963
> >
> > _______________________________________________
> > Koha mailing list
> > Koha at lists.katipo.co.nz
> > http://lists.katipo.co.nz/mailman/listinfo/koha
> >
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>



-- 
Sharon Moreland
Technology Consultant
Northeast Kansas Library System
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/8be0efaa/attachment.htm 

From sivasankari.muthuraja at gmail.com  Wed Jul 29 02:52:50 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Tue, 28 Jul 2009 20:22:50 +0530
Subject: [Koha] Integration of koha with greenstone
Message-ID: <4950128e0907280752p306d5dfcv499884c81b53824e@mail.gmail.com>

hi,

Has any one had integrated koha with greenstone. if so , how to do that. Is
there any version over that to be cautious enough.

Kindly help me out

Thanks
Sivasankari
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/42c711a4/attachment-0001.htm 

From jwagner at ptfs.com  Wed Jul 29 02:59:32 2009
From: jwagner at ptfs.com (Wagner,  Jane)
Date: Tue, 28 Jul 2009 10:59:32 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org><9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
Message-ID: 

Not an immediate solution, but we do have an enhancement in testing
right now that has some advanced patron searching possibilities
including truncation, searching by partial phone/email, and SQL
searching.  You would then be able to search HEATH, HEA* etc.  It's tied
to some other features that are still being developed, but we hope to
get the group out soon.

 

Jane Wagner

Library Systems Analyst

PTFS Inc.

Content Management and Library Solutions

6400 Goldsboro Road, Suite 200

Bethesda, MD  20817

(301) 654-8088 x 151

jwagner at ptfs.com  

 

From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Sharon Moreland
Sent: Tuesday, July 28, 2009 10:28 AM
To: Nicole Engard
Cc: koha at lists.katipo.co.nz; Mickey Coalwell
Subject: Re: [Koha] Finding a patron name in lookup

 

Hi Nicole, 
The issue is that we have 197 Heathers in the catalog, so finding
Heather Heath is proving difficult - we have problems with Jones and
Smiths, as well.  The only helpful feature I've discovered is that we
can sort by Branch and then go to the last page of the results to get to
the library in question.  Clunky.  Do any qualifiers work in the patron
search box? 

Sharon
NExpress

On Tue, Jul 28, 2009 at 5:38 AM, Nicole Engard
 wrote:

Mickey, does searching for her full name not work?  A full name search
should find her - or a search by barcode.  I'm confused as to why that
isn't working.  What results are they getting?

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/




On Mon, Jul 27, 2009 at 5:51 PM, Mickey Coalwell
wrote:
> Any thoughts/tips/strategies for finding a patron named HEATHER HEATH
> (or any similarly structured name) in Koha's patron lookup quickly and
> efficiently? I'm confounded. This is an actual patron name, and her
home
> library called us to say that they could not find her via name lookup.
> Interesting problem.
>
> --
> Mickey Coalwell, Library Development Consultant
> Northeast Kansas Library System
> 4317 W. 6th Street
> Lawrence, KS 66049
> Phone: 785-838-4090  Fax: 785-838-3989
> Toll Free: 1-888-296-6963
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha




-- 
Sharon Moreland
Technology Consultant
Northeast Kansas Library System

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/293310fb/attachment.htm 

From john.chadwick at state.nm.us  Wed Jul 29 02:59:56 2009
From: john.chadwick at state.nm.us (Chadwick, John, DCA)
Date: Tue, 28 Jul 2009 08:59:56 -0600
Subject: [Koha] [Koha-devel] Problems with Koha 3.0.3 download
In-Reply-To: <606aab810907271207g5a1db82cgcdd685cfe67d466f@mail.gmail.com>
References: <78AC9A21A019B14F8C7C6A3EE74B302109C0CB29@CEXMB1.nmes.lcl>
	<606aab810907271207g5a1db82cgcdd685cfe67d466f@mail.gmail.com>
Message-ID: <78AC9A21A019B14F8C7C6A3EE74B302109C0CF1F@CEXMB1.nmes.lcl>

Chris,

Thanks for the info. It was actually more confusion than a problem. 

John

-----Original Message-----
From: Chris Cormack [mailto:chris at bigballofwax.co.nz] 
Sent: Monday, July 27, 2009 1:08 PM
To: Chadwick, John, DCA
Cc: koha at lists.katipo.co.nz; koha-devel at lists.koha.org
Subject: Re: [Koha-devel] Problems with Koha 3.0.3 download

2009/7/28 Chadwick, John, DCA :
> Last week I downloaded Koha 3.0.3 from the link on the www.koha.org
home
> page. The command I used was:
>
>
>
> wget http://download.koha.org/koha-3.00.03.tar.gz at the linux command
file.
> The download went smoothly. The extraction and build were successful.
When
> we went to build the application and install the mysql tables, the
version
> number indicated that we had version 3.00.02.012. I tried the download
again
> today. Same problem. The kohaversion.pl script is showing 3.00.02.012
as the
> version.
>
>
>
> So, what are we installing? Is it 3.0.3 or is it 3.0.2.12
>
Its 3.0.3, the database didn't change between 3.0.2 and 3.0.3 and we
use the number to tell Koha it needs to upgrade the database. This was
just a bugfix release for some buggy code, and didn't touch the
database.
It would have been better to bump the kohaversion.pl and make the
upgrade page come (even though it would have only changed the version
number in the db, nothing else :))

Chris

______________________________________________________________________
This inbound email has been scanned by the MessageLabs Email Security
System.
______________________________________________________________________


Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. 




Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message.  -- This email has been scanned by the MessageLabs Email Security System.

From ohiocore at gmail.com  Wed Jul 29 03:01:49 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 28 Jul 2009 11:01:49 -0400
Subject: [Koha] Integration of koha with greenstone
In-Reply-To: <4950128e0907280752p306d5dfcv499884c81b53824e@mail.gmail.com>
References: <4950128e0907280752p306d5dfcv499884c81b53824e@mail.gmail.com>
Message-ID: <235bf14f0907280801o63f6cfadv2fd7b493e75ec1d9@mail.gmail.com>

2009/7/28 Sivasankari Muthuraja 

>
> Has any one had integrated koha with greenstone. if so , how to do that.
>
>
No.  This could be an arbitrarily difficult task, if you are talking about
merging the two codebases, or otherwise providing full interactions between
them.

But if you just wanted to link Koha to documents in Greenstone, that can be
done by proper cataloging with a link pointing to the Greenstone URL.  The
same would be true for Kete or any other external content.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/aa3d6809/attachment.htm 

From oleonard at myacpl.org  Wed Jul 29 03:10:22 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Tue, 28 Jul 2009 11:10:22 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
Message-ID: 

> Not an immediate solution, but we do have an enhancement in testing right
> now that has some advanced patron searching possibilities including
> truncation, searching by partial phone/email, and SQL searching.

That sounds great Jane. Can you create an enhancement bug for it so
that others can see it's being worked on?

Will it be just a change to the way the search works now, or will it
include other methods of searching patrons, like an advanced search
screen?

Thanks,

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From sivasankari.muthuraja at gmail.com  Wed Jul 29 03:11:21 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Tue, 28 Jul 2009 20:41:21 +0530
Subject: [Koha] Integration of koha with greenstone
In-Reply-To: <235bf14f0907280801o63f6cfadv2fd7b493e75ec1d9@mail.gmail.com>
References: <4950128e0907280752p306d5dfcv499884c81b53824e@mail.gmail.com>
	<235bf14f0907280801o63f6cfadv2fd7b493e75ec1d9@mail.gmail.com>
Message-ID: <4950128e0907280811l34d6ddb4qb1cafea9aabc733f@mail.gmail.com>

thanks for your reply.

 But if you just wanted to link Koha to documents in Greenstone, that can be
done by proper cataloging with a link pointing to the Greenstone URL.  The
same would be true for Kete or any other external content.
How would add it in catalog in koha. catalog in koha is stored in biblio
tables of database.
should we catalog the greenstone url alone.  I'm unaware of the procedure
over it. Is there any document available
kindly help me out.

On Tue, Jul 28, 2009 at 8:31 PM, Joe Atzberger  wrote:

> 2009/7/28 Sivasankari Muthuraja 
>
>>
>> Has any one had integrated koha with greenstone. if so , how to do that.
>>
>>
> No.  This could be an arbitrarily difficult task, if you are talking about
> merging the two codebases, or otherwise providing full interactions between
> them.
>
> But if you just wanted to link Koha to documents in Greenstone, that can be
> done by proper cataloging with a link pointing to the Greenstone URL.  The
> same would be true for Kete or any other external content.
>
> --
> Joe Atzberger
> LibLime - Open Source Library Solutions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/9fd95f40/attachment-0001.htm 

From jwagner at ptfs.com  Wed Jul 29 03:52:25 2009
From: jwagner at ptfs.com (Wagner,  Jane)
Date: Tue, 28 Jul 2009 11:52:25 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
	
Message-ID: 

Real Soon Now we are planning to do all the bugzilla enhancement entries
as was the plan developed at Kohacon.  It's just been a question of
staff time and rapidly moving code/specs.  For the patron searching
enhancement, the screen looks like this:

 

 

 

The pulldown in the top search box has Standard (covers name and
barcode), borrower number, email, and phone.  If the staff person is
familiar with the SQL, he/she can also do a direct query in the bottom
box.

 

You'll note a Borrower Cart in the screenshot - a separate enhancement
we're working on has some batch edit/delete capabilities for records
that are selected and added to the cart.  That code is also still in
test.

 

Jane Wagner

Library Systems Analyst

PTFS Inc.

Content Management and Library Solutions

6400 Goldsboro Road, Suite 200

Bethesda, MD  20817

(301) 654-8088 x 151

jwagner at ptfs.com

 

 

-----Original Message-----
From: Owen Leonard [mailto:oleonard at myacpl.org] 
Sent: Tuesday, July 28, 2009 11:10 AM
To: Wagner, Jane
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Finding a patron name in lookup

 

> Not an immediate solution, but we do have an enhancement in testing
right

> now that has some advanced patron searching possibilities including

> truncation, searching by partial phone/email, and SQL searching.

 

That sounds great Jane. Can you create an enhancement bug for it so

that others can see it's being worked on?

 

Will it be just a change to the way the search works now, or will it

include other methods of searching patrons, like an advanced search

screen?

 

Thanks,

 

  -- Owen

 

-- 

Web Developer

Athens County Public Libraries

http://www.myacpl.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/11df8c17/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 24564 bytes
Desc: image001.png
Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/11df8c17/attachment-0001.png 

From nicholes_wells at hotmail.com  Wed Jul 29 03:54:12 2009
From: nicholes_wells at hotmail.com (nicholes wellss)
Date: Tue, 28 Jul 2009 18:54:12 +0300
Subject: [Koha] Circulation Barcode
Message-ID: 


Dear all,
>I'm using ubuntu 9.04 
> When i finished dowmload koha 3.00.03.. the message was sent 



	
	
	
	

Circulation_barcodedecode.t (Wstat:
65280 Tests: 1 Failed: 1) 

  Failed test:  1 

  Non-zero exit status: 255 

  Parse errors: Bad plan.  You planned
16 tests but ran 1. 

t/Dates.t                    (Wstat:
65280 Tests: 135 Failed: 9) 

  Failed tests:  127-135 

  Non-zero exit status: 255 

  Parse errors: Bad plan.  You planned
126 tests but ran 135. 

Files=21, Tests=183, 25 wallclock secs
( 0.38 usr  0.07 sys + 11.90 cusr  1.13 csys = 13.48 CPU) 

Result: FAIL 

Failed 2/21 test programs. 10/183
subtests failed. 

make: *** [test_dynamic] Error 255
I don't know what did the message mean ? did koha fail installations ?

_________________________________________________________________
Drag n? drop?Get easy photo sharing with Windows Live? Photos.

http://www.microsoft.com/windows/windowslive/products/photos.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/d7342b9f/attachment.htm 

From oleonard at myacpl.org  Wed Jul 29 04:03:07 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Tue, 28 Jul 2009 12:03:07 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
	
	
Message-ID: 

> If the staff person is familiar with the
> SQL, he/she can also do a direct query in the bottom box.

That seems like a wildly inappropriate interface to offer to the
general staff. Maybe this could be a separate page which is linked to
from the default patrons page?

 -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From smoreland at nekls.org  Wed Jul 29 04:06:25 2009
From: smoreland at nekls.org (Sharon Moreland)
Date: Tue, 28 Jul 2009 11:06:25 -0500
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
	
	
	
Message-ID: 

I have to second Owen on that...most front line library staff have NO idea
what SQL is and that interface would confuse and/or scare the life out of
them.  I Really like the drop down menu limits, though.  Kudos to those.

Sharon
NExpress Shared Catalog
Northeast Kansas Library System

On Tue, Jul 28, 2009 at 11:03 AM, Owen Leonard  wrote:

> > If the staff person is familiar with the
> > SQL, he/she can also do a direct query in the bottom box.
>
> That seems like a wildly inappropriate interface to offer to the
> general staff. Maybe this could be a separate page which is linked to
> from the default patrons page?
>
>  -- 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
>



-- 
Sharon Moreland
Technology Consultant
Northeast Kansas Library System
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/f521767d/attachment.htm 

From jwagner at ptfs.com  Wed Jul 29 04:07:41 2009
From: jwagner at ptfs.com (Wagner,  Jane)
Date: Tue, 28 Jul 2009 12:07:41 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
	
	
	
Message-ID: 

Per Galen's request just now on the IRC, we'll add a syspref to control
display of the SQL part before sending to community.

Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Goldsboro Road, Suite 200
Bethesda, MD  20817
(301) 654-8088 x 151
jwagner at ptfs.com


-----Original Message-----
From: Owen Leonard [mailto:oleonard at myacpl.org] 
Sent: Tuesday, July 28, 2009 12:03 PM
To: Wagner, Jane
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Finding a patron name in lookup

> If the staff person is familiar with the
> SQL, he/she can also do a direct query in the bottom box.

That seems like a wildly inappropriate interface to offer to the
general staff. Maybe this could be a separate page which is linked to
from the default patrons page?

 -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From ohiocore at gmail.com  Wed Jul 29 04:07:24 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 28 Jul 2009 12:07:24 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org>
	<9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
	
	
	
	
Message-ID: <235bf14f0907280907m49c1b470n9779dda3784afc2@mail.gmail.com>

Yeah, I would have to agree w/ Owen here.  I wouldn't mind using it, but I
would hate to support librarians and circdesk staff trying to use it.
-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/a2a8bdbd/attachment.htm 

From jwagner at ptfs.com  Wed Jul 29 04:14:47 2009
From: jwagner at ptfs.com (Wagner,  Jane)
Date: Tue, 28 Jul 2009 12:14:47 -0400
Subject: [Koha] Finding a patron name in lookup
In-Reply-To: 
References: <4A6E2158.5000903@nekls.org><9128d7f00907280338v4d2a2b77oe62a6333e7c929ba@mail.gmail.com>
	
Message-ID: 

Actually, thinking about it more, this might be better controlled by a
granular permission.  That way it could be limited to only specified
staff. We'll do something before it goes out to community.  As I said,
the feature set is still in testing.

Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Goldsboro Road, Suite 200
Bethesda, MD  20817
(301) 654-8088 x 151
jwagner at ptfs.com


-----Original Message-----
From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Wagner, Jane
Sent: Tuesday, July 28, 2009 12:08 PM
To: Owen Leonard
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Finding a patron name in lookup

Per Galen's request just now on the IRC, we'll add a syspref to control
display of the SQL part before sending to community.

Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Goldsboro Road, Suite 200
Bethesda, MD  20817
(301) 654-8088 x 151
jwagner at ptfs.com


-----Original Message-----
From: Owen Leonard [mailto:oleonard at myacpl.org] 
Sent: Tuesday, July 28, 2009 12:03 PM
To: Wagner, Jane
Cc: koha at lists.katipo.co.nz
Subject: Re: [Koha] Finding a patron name in lookup

> If the staff person is familiar with the
> SQL, he/she can also do a direct query in the bottom box.

That seems like a wildly inappropriate interface to offer to the
general staff. Maybe this could be a separate page which is linked to
from the default patrons page?

 -- 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

From lists at ricmarques.net  Wed Jul 29 04:38:23 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Tue, 28 Jul 2009 17:38:23 +0100
Subject: [Koha] [Koha-devel] Marc framework test error
In-Reply-To: <235bf14f0907231904v568b69a5j19989b185cd3422f@mail.gmail.com>
References: <013b01ca0492$92262470$770110ac@srasys.co.in>
	<235bf14f0907231904v568b69a5j19989b185cd3422f@mail.gmail.com>
Message-ID: 

Hi Joe, Sivasankari and list...

On 14-Jul-2009, Sivasankari  wrote:

>> THis is the error while running marc framework test, how should i resolve
>> this

[2.3 MB screenshot Bitmap file showing the following error message]:

>> invalid authority types	Not all authority types referred to by the frameworks are defined.
>>
>> 	Framework code	Framework description	Tag	Subfield	Invalid authority type
>> 		Default framework	700	a	PER
>> TOTAL	You have 1 error(s) in your MARC configuration. Please fix them before using Koha


And on 24-Jul-2009, Joe Atzberger  replied:

> [...]
> In this case, the error message is clear.? It says that the "PER" Authority
> Type used in your default framework at 700$a does not exist.? That means you
> have probably deleted it or changed the code.? Edit your default framework
> 700$a to refer to a valid Authority Type, or go add a "PER" Authority Type.
> Then run the tests again, since there may be additional errors..

FWIW, on February (2009), I had the same problem that Sivasankari is
now having, and I posted about that, in the Koha mailing list:

[Koha] question about invalid MARC authority type
http://lists.katipo.co.nz/public/koha/2009-February/017249.html

As you'll notice by reading my message in that URL, another user -
Ella Delaney - also had the same problem on November 2008.


Back then (February 2009), I wrote a followup to my own message, to
provide some more information about my problem, but I also didn't get
any answer:

[Koha] question about invalid MARC authority type
http://lists.katipo.co.nz/public/koha/2009-February/017312.html

Quoting only the relevant part from that message:

----------------------------------------
=> SETUP 2 - Koha 3.0 running SLES 10 SP2 (also using UNIMARC and
NoZebra). This setup *returns* the error message!

MARC subfield structure admin for 700 (framework )
http://sles:8080/cgi-bin/koha/admin/authtypes.pl

[...]

Subfield: a
Text: Entry Element	
Constraints: Tab:7, Not repeatable, Not mandatory, | Authority:PER,

[...]

So, I guess that MY QUESTION now is:

Where does the "| Authority:PER, " in the "Constraints" part of
Subfield "a" (Entry Element) come from? I have clicked on the "Edit
Subfields" button on that "MARC subfield structure admin for 700
(framework )" page, and then clicked on the "a" tab (for the "a"
subfield), but I can NOT find that information!  :(
----------------------------------------


I never found out where the "| Authority:PER, " in the "Constraints"
part of Subfield "a" (Entry Element) for the 700 UNIMARC Bibliographic
tag came from. For reference, 700 refers to this:

Unimarc, Bibliographic, 2.3, English, 700 Personal Name - Primary
Intelectual Responsability
http://www.unimarc.info/bibliographic/2.3/en/700


The only way that I found to "shut up" this MARC Framework test error
was to give the "Authority Type" for "Authors" the code "PER", as Joe
suggests.

My question is: is this intentional? Is there something hardcoded in
Koha that forces this setup?


Thanks in advance!

Cheers,
Ricardo Dias Marques
lists AT ricmarques DOT net
Installation Guide for Installing Koha 3 on openSUSE 11
http://wiki.koha.org/doku.php?id=opensuse_11.0

From mcanales29 at gmail.com  Wed Jul 29 05:22:38 2009
From: mcanales29 at gmail.com (Melisa Canales)
Date: Tue, 28 Jul 2009 12:22:38 -0500
Subject: [Koha] Customization questions
Message-ID: <50174a540907281022q3082077crf522d8cf8bc0a2bd@mail.gmail.com>

Hello all,

I work at a university center with a collection consisting of mostly videos,
but we do have some texts and other things as well.  I believe I have gotten
Koha 3 into a functioning state and have gotten the data into decent shape
as well.  Our staff has several questions beyond basic functionality.

1.  How can I make our custom framework be the default selected framework
when adding a new record?

2.  Is is possible to hide items from the OPAC based on itemtype?  Do I have
to modify each biblio one by one via the OpacSuppression feature to
accomplish this?

3. Is there a way to limit the number of characters shown in the biblio
summary when doing a search in the staff side?  For example, if a biblio has
a really long summary, we only want to show the first 3 or 4 lines.

We are using Koha version 3.00.01.005.

Thanks,
Melisa Canales
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/336254d3/attachment-0001.htm 

From clmcgeeh at co.douglas.or.us  Wed Jul 29 06:44:37 2009
From: clmcgeeh at co.douglas.or.us (Carol McGeehon)
Date: Tue, 28 Jul 2009 11:44:37 -0700
Subject: [Koha] internal error message
Message-ID: 

I'm having a problem keeping the web interface up.  I'm receiving the
following error message:

 


Internal Server Error


The server encountered an internal error or misconfiguration and was
unable to complete your request.

Please contact the server administrator, webmaster at web4 and inform them
of the time the error occurred, and anything you might have done that
may have caused the error.

More information about this error may be available in the server error
log.

Additionally, a 500 Internal Server Error  was encountered while trying
to use an ErrorDocument to handle the request.

________________________________

Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.5 with Suhosin-Patch Server at
199.195.23.104 Port 8080

 

 

I've had someone with Linux experience look at it and tell me the
permissions on the cgi-bin folder are being changed.  We don't know why.


 

Can someone tell me what might be happening so I can fix it?

 

 

Carol McGeehon

Technical Support Manager

Douglas County Library System

1409 NE Diamond Lake Blvd

Roseburg, OR   97470

541-440-6005

 

To travel hopefully is a better thing than to arrive

                                   Robert Louis Stevenson

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/004e0b60/attachment.htm 

From ohiocore at gmail.com  Wed Jul 29 07:40:53 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Tue, 28 Jul 2009 15:40:53 -0400
Subject: [Koha] internal error message
In-Reply-To: 
References: 
Message-ID: <235bf14f0907281240m23957f40lb610815dcd3a58b9@mail.gmail.com>

2009/7/28 Carol McGeehon 

>  I?m having a problem keeping the web interface up.  I?m receiving the
> following error message:
> *Internal Server Error*
>
> The server encountered an internal error or misconfiguration and was unable
> to complete your request.
>
> Please contact the server administrator, webmaster at web4 and inform them of
> the time the error occurred, and anything you might have done that may have
> caused the error.
>
> More information about this error may be available in the server error log.
>
> Additionally, a 500 Internal Server Error  was encountered while trying to
> use an ErrorDocument to handle the request.
>  ------------------------------
>  *Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.5 with Suhosin-Patch Server at
> *199.195.23.104 Port 8080
>
>
>
> I?ve had someone with Linux experience look at it and tell me the
> permissions on the cgi-bin folder are being changed.  We don?t know why.
>
> Can someone tell me what might be happening so I can fix it?
>
> Carol McGeehon
> Technical Support Manager
> Douglas County Library System
> 1409 NE Diamond Lake Blvd
> Roseburg, OR   97470
> 541-440-6005
>
Well, your error message references PHP, but that has nothing to do with
Koha.  Koha is a perl-based system with no PHP code.  You should check your
error logs like the message suggests.  Your webmaster also seems to have
given a bad address in setting up the virtual host, so you should probably
talk to them.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/2031f8f2/attachment.htm 

From bibliwho at gmail.com  Wed Jul 29 08:25:51 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Tue, 28 Jul 2009 16:25:51 -0400
Subject: [Koha] FIRSTSEARCH WORLDCAT Z39.50 issue?
Message-ID: <835777770907281325j3fcb477cie28b797da6f98f79@mail.gmail.com>

Anyone else consistently getting null results from searching
FirstSearch for records?

I'm also getting "init request rejected" error messages from
MarcEdit's Z39.50 utility, which I believe uses the same user name &
password ...

No error message w/ Koha, just "Nothing found. Try another search.",
so it's hard to know exactly what's going on.

Cheers,

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

From anna.kagedal at gmail.com  Wed Jul 29 17:55:52 2009
From: anna.kagedal at gmail.com (=?ISO-8859-1?Q?Anna_K=E5gedal?=)
Date: Wed, 29 Jul 2009 11:25:52 +0530
Subject: [Koha] About Holds
Message-ID: <3bf26ebe0907282255u5d9e61a5h32f94e8977532d52@mail.gmail.com>

Dear All,

I have put AllowOnShelfHolds to OFF, since I don't want people to be able to
put holds on books that are on the shelf. But that doesn't seem to work. I
can only put the whole RequestOnOpac on and off. And if that is ON even
items on the shelf can be put on hold, and if put on OFF, not even checked
out items can be put on hold by the patron.

Any ideas where I can have made a mistake for this to happen? And how I go
about to solve it?

Anna - Using Koha 3.0
++++++++++++++++++++++++

Anna K?gedal
Kodaikanal International School
Seven Roads Junction
Kodaikanal 624101
Tamil Nadu, India
home phone: +914542247269
cell phone: +919994535493
http://boxofbarfi.blogspot.com
http://twitter.com/kislibrarian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/19945ea4/attachment.htm 

From sengitu at parliament.go.ug  Wed Jul 29 17:37:21 2009
From: sengitu at parliament.go.ug (sengitu at parliament.go.ug)
Date: Wed, 29 Jul 2009 08:37:21 +0300
Subject: [Koha] Koha Digest, Vol 45, Issue 92
In-Reply-To: 
References: 
Message-ID: <1248845841.4a6fe011b6a36@mail.parliament.go.ug>





Dear Members;
I have a problem. Recently we upgraded our Koha catalogue to version 3. During
the course of editing, we have met a challenge at one point and we can nolonger
proceed. Some records indicating no call number can not be searched and be found
except when one generates the Report through "Items with no checkouts" that we
can see the records. For example, the following record can not be edited after
generating it through reports:

# 7082  	No Call Number  	Barcode  7149  	

Title/ Auhor: Challenges and prospects for a new Nile water agreement :
Ngʼwandu, Pius Yasebasi. 

The information one gets is as follows:

An Error has Occurred!
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.

What do I do?

Simon J Engitu
PArliament of Uganda



Quoting koha-request at lists.katipo.co.nz:

> Send Koha mailing list submissions to
> 	koha at lists.katipo.co.nz
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.katipo.co.nz/mailman/listinfo/koha
> or, via email, send a message with subject or body 'help' to
> 	koha-request at lists.katipo.co.nz
> 
> You can reach the person managing the list at
> 	koha-owner at lists.katipo.co.nz
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Koha digest..."
> 
> 
> Today's Topics:
> 
>    1. internal error message (Carol McGeehon)
>    2. Re: internal error message (Joe Atzberger)
>    3. FIRSTSEARCH WORLDCAT Z39.50 issue? (Cab Vinton)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 28 Jul 2009 11:44:37 -0700
> From: "Carol McGeehon" 
> Subject: [Koha] internal error message
> To: 
> Message-ID:
> 	
> Content-Type: text/plain; charset="us-ascii"
> 
> I'm having a problem keeping the web interface up.  I'm receiving the
> following error message:
> 
>  
> 
> 
> Internal Server Error
> 
> 
> The server encountered an internal error or misconfiguration and was
> unable to complete your request.
> 
> Please contact the server administrator, webmaster at web4 and inform them
> of the time the error occurred, and anything you might have done that
> may have caused the error.
> 
> More information about this error may be available in the server error
> log.
> 
> Additionally, a 500 Internal Server Error  was encountered while trying
> to use an ErrorDocument to handle the request.
> 
> ________________________________
> 
> Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.5 with Suhosin-Patch Server at
> 199.195.23.104 Port 8080
> 
>  
> 
>  
> 
> I've had someone with Linux experience look at it and tell me the
> permissions on the cgi-bin folder are being changed.  We don't know why.
> 
> 
>  
> 
> Can someone tell me what might be happening so I can fix it?
> 
>  
> 
>  
> 
> Carol McGeehon
> 
> Technical Support Manager
> 
> Douglas County Library System
> 
> 1409 NE Diamond Lake Blvd
> 
> Roseburg, OR   97470
> 
> 541-440-6005
> 
>  
> 
> To travel hopefully is a better thing than to arrive
> 
>                                    Robert Louis Stevenson
> 
>  
> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/004e0b60/attachment.html
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Tue, 28 Jul 2009 15:40:53 -0400
> From: Joe Atzberger 
> Subject: Re: [Koha] internal error message
> To: Carol McGeehon 
> Cc: koha at lists.katipo.co.nz
> Message-ID:
> 	<235bf14f0907281240m23957f40lb610815dcd3a58b9 at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> 2009/7/28 Carol McGeehon 
> 
> >  I?m having a problem keeping the web interface up.  I?m receiving the
> > following error message:
> > *Internal Server Error*
> >
> > The server encountered an internal error or misconfiguration and was
> unable
> > to complete your request.
> >
> > Please contact the server administrator, webmaster at web4 and inform them of
> > the time the error occurred, and anything you might have done that may
> have
> > caused the error.
> >
> > More information about this error may be available in the server error
> log.
> >
> > Additionally, a 500 Internal Server Error  was encountered while trying to
> > use an ErrorDocument to handle the request.
> >  ------------------------------
> >  *Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.5 with Suhosin-Patch Server at
> > *199.195.23.104 Port 8080
> >
> >
> >
> > I?ve had someone with Linux experience look at it and tell me the
> > permissions on the cgi-bin folder are being changed.  We don?t know why.
> >
> > Can someone tell me what might be happening so I can fix it?
> >
> > Carol McGeehon
> > Technical Support Manager
> > Douglas County Library System
> > 1409 NE Diamond Lake Blvd
> > Roseburg, OR   97470
> > 541-440-6005
> >
> Well, your error message references PHP, but that has nothing to do with
> Koha.  Koha is a perl-based system with no PHP code.  You should check your
> error logs like the message suggests.  Your webmaster also seems to have
> given a bad address in setting up the virtual host, so you should probably
> talk to them.
> 
> -- 
> Joe Atzberger
> LibLime - Open Source Library Solutions
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
>
http://lists.katipo.co.nz/pipermail/koha/attachments/20090728/2031f8f2/attachment-0001.htm
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Tue, 28 Jul 2009 16:25:51 -0400
> From: Cab Vinton 
> Subject: [Koha] FIRSTSEARCH WORLDCAT Z39.50 issue?
> To: Koha list 
> Message-ID:
> 	<835777770907281325j3fcb477cie28b797da6f98f79 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Anyone else consistently getting null results from searching
> FirstSearch for records?
> 
> I'm also getting "init request rejected" error messages from
> MarcEdit's Z39.50 utility, which I believe uses the same user name &
> password ...
> 
> No error message w/ Koha, just "Nothing found. Try another search.",
> so it's hard to know exactly what's going on.
> 
> Cheers,
> 
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
> 
> 
> ------------------------------
> 
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
> 
> 
> End of Koha Digest, Vol 45, Issue 92
> ************************************
> 
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/


From basudpl at gmail.com  Wed Jul 29 18:39:15 2009
From: basudpl at gmail.com (Basu Talikoti)
Date: Wed, 29 Jul 2009 12:09:15 +0530
Subject: [Koha] Installation Manual of Koha 3. on CentOS 5.3
Message-ID: <3d2ea100907282339x23f21d8x5d1e0aa87fdaafbd@mail.gmail.com>

hi all
I  have prepared installation guide to install  Koha software version 3. and
latest 3.03 on a CentOS 5.3 Linux  in order to help  to test Koha open
source Integrated Library Management System. This document is in pdf and
available on  Delhi Public Library website. I hope this document will help
more for beginners to install koha
http://delhipubliclibrary.in
http://www.dpl.gov.in/centos5-koha.pdf

Mr.Basavaraj Talikoti
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/82ce0104/attachment.htm 

From tajoli at cilea.it  Wed Jul 29 19:12:13 2009
From: tajoli at cilea.it (Zeno Tajoli)
Date: Wed, 29 Jul 2009 09:12:13 +0200
Subject: [Koha] Marc framework test error
In-Reply-To: 
References: <013b01ca0492$92262470$770110ac@srasys.co.in>
	<235bf14f0907231904v568b69a5j19989b185cd3422f@mail.gmail.com>
	
Message-ID: <20090729071146.DA8E8ED1B5@daddy.katipo.co.nz>

Hi to all,

>So, I guess that MY QUESTION now is:
>
>Where does the "| Authority:PER, " in the "Constraints" part of
>Subfield "a" (Entry Element) come from?

This definition comes from english Unimarac setup of Koha.
Go to the file
  installer/data/mysql/en/marcflavour/unimarc/
mandatory/unimarc_framework_DEFAULT.sql
line 1362:
('700', 'a', 'Entry Element', 'Entry Element', 0, 0, '', 7, '', 
'PER', '', 0, 0, '', '', '', NULL),

The string 'PER' is the link to authority for subfield 700$a

But in the english Koha definition of Unimarc Authority there isn't a
specific structure for Personal Name.
You can see this situation in the file
  installer/data/mysql/en/marcflavour/unimarc/
mandatory/authorities_normal_unimarc.sql

>The only way that I found to "shut up" this MARC Framework test error
>was to give the "Authority Type" for "Authors" the code "PER", as Joe
>suggests.
>My question is: is this intentional? Is there something hardcoded in
>Koha that forces this setup?

Well, in version 3.0.x the only place where the name of Authority is 
hardcoded, as I know,
is in unimarc_framework_DEFAULT.sql (as I write above).
The suggestion of Joe is correct.

In fact the english setup of Unimarc has problems and  not only here, 
also in Zebra defintions and in fields used for items
information.
I think that a general check of english unimarc setup is a must, also 
to use it as a starting point for translation in different
languages.
But who want ot use Unimarc ?
Italy (I)
Portugal (Ricardo Dias Marques)
France (Biblibre, but the fr-FR section is correct I think)

Anybody else ?

Bye to all

PS: I'm on leave from 31/07 to 22/08 and from 23/08 to 30/08 I will 
be in IFLA congress. So any pratical work will start from 01/09/2009






Zeno Tajoli
CILEA - Segrate (MI)
tajoliAT_SPAM_no_prendiATcilea.it
(Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)


From sivasankari.muthuraja at gmail.com  Wed Jul 29 19:30:59 2009
From: sivasankari.muthuraja at gmail.com (Sivasankari Muthuraja)
Date: Wed, 29 Jul 2009 13:00:59 +0530
Subject: [Koha] Koha compliance with library standards
Message-ID: <4950128e0907290030w149777fatee9d2b313013bd03@mail.gmail.com>

hi all,

IS koha compliant to AACR,CCF standard. It is complaint with
DublinCore,Z39.50client,MARC21 standards

Is all the functionalities of Koha are exposed as web services. Has anyone
already have written webservice to access koha.

Thanks
Sivasankari M
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/95191a78/attachment.htm 

From vimal0212 at gmail.com  Wed Jul 29 22:23:30 2009
From: vimal0212 at gmail.com (Vimal Kumar)
Date: Wed, 29 Jul 2009 15:53:30 +0530
Subject: [Koha] Integration of koha with greenstone
Message-ID: <5b978ad90907290323s6924a0a9i1f53a3eb19f74459@mail.gmail.com>

Dear Sivasankari,

You can make use 856 MARC field in Koha for input an external link.
Please read this page to get an idea about this field,
http://www.loc.gov/marc/856guide.html

Please remember again, Koha is a library management system,
dont expect the features of digital library in it.
-- 
Vimal Kumar V.
Asst. Librarian
Asian School of Business
Technopark, Trivandrum-695 581
Web: www.vimalkumar.co.nr
Blog: http://vimalkumar.oksociety.in

OK Society Volunteer. http://oksociety.in
---------------------------------------------------------------------------
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/a2e8941c/attachment.htm 

From lists at ricmarques.net  Wed Jul 29 23:11:33 2009
From: lists at ricmarques.net (Ricardo Dias Marques)
Date: Wed, 29 Jul 2009 12:11:33 +0100
Subject: [Koha] Marc framework test error
In-Reply-To: <20090729071146.DA8E8ED1B5@daddy.katipo.co.nz>
References: <013b01ca0492$92262470$770110ac@srasys.co.in>
	<235bf14f0907231904v568b69a5j19989b185cd3422f@mail.gmail.com>
	
	<20090729071146.DA8E8ED1B5@daddy.katipo.co.nz>
Message-ID: 

Hi Zeno, and list,

[ I'm adding "Koha -Devel" back to the "Cc:" list because I think that
this discussion has REALLY "moved" to code (programming)
considerations. I further suggest that, in followups, we remove the
koha "regular" mailing list from the "Cc:" list ]


ZENO: Thank you very much for your reply!  :)   My comments follow inline.

On Tue, Jul 29, 2009, I wrote:

>>Where does the "| Authority:PER, " in the "Constraints" part of
>>Subfield "a" (Entry Element) come from?


And on Wed, Jul 29, 2009 at 08:12, Zeno Tajoli replied:

> This definition comes from english Unimarac setup of Koha.
> Go to the file
> ?installer/data/mysql/en/marcflavour/unimarc/
> mandatory/unimarc_framework_DEFAULT.sql
> line 1362:
> ('700', 'a', 'Entry Element', 'Entry Element', 0, 0, '', 7, '',
> 'PER', '', 0, 0, '', '', '', NULL),
>
> The string 'PER' is the link to authority for subfield 700$a

Excellent! Thank you very much for that information.


> But in the english Koha definition of Unimarc Authority there isn't a
> specific structure for Personal Name.
> You can see this situation in the file
> ?installer/data/mysql/en/marcflavour/unimarc/
> mandatory/authorities_normal_unimarc.sql

Right again. In the case of the French definition for UNIMARC
Authorities, located at:

/usr/share/koha/intranet/cgi-bin/installer/data/mysql/fr-FR/marcflavour/unimarc_lecture_pub/Obligatoire/autorites_norme_unimarc.sql

... there is this line (line 29 for Koha 3.0.3):

INSERT INTO `auth_types` (`authtypecode`, `authtypetext`,
`auth_tag_to_report`, `summary`) VALUES ('NP', 'Auteur', '200',
'[200a][, 200b][ 200d][ ; 200c][ (200f)]');

... and, the line for the "UNIMARC Bibliographic" French definition
(for the default "MARC Bibliographic framework") does NOT force a
specific code for Authors, like the English one does:

Line 28: INSERT INTO `marc_tag_structure` (`tagfield`, `liblibrarian`,
`libopac`, `repeatable`, `mandatory`, `authorised_value`,
`frameworkcode`) VALUES
...
Line 197: ('700', 'Auteur principal', 'Auteur', 0, 0, '', ''),


So, I'm thinking that this obligation to have an Authority framework
with a code called PER in the English framework should be reported as
a bug in Koha's Bugzilla.


> Well, in version 3.0.x the only place where the name of Authority is
> hardcoded, as I know,
> is in unimarc_framework_DEFAULT.sql (as I write above).
> The suggestion of Joe is correct.

Agreed.


> In fact the english setup of Unimarc has problems and ?not only here,
> also in Zebra defintions and in fields used for items
> information.
> I think that a general check of english unimarc setup is a must, also
> to use it as a starting point for translation in different
> languages.
> But who want ot use Unimarc ?
> Italy (I)
> Portugal (Ricardo Dias Marques)
> France (Biblibre, but the fr-FR section is correct I think)

Well, according to the Wikipedia article about UNIMARC -
http://en.wikipedia.org/wiki/MARC_standards - "[UNIMARC is] the
official MARC in France, Italy, Russia, Portugal, Greece and other
countries."

So, it would be important (for the Libraries of those countries) that
Koha implements well UNIMARC, if they are considering / using Koha.


I think there should be only:
- 1 (ONE) Unimarc Bibliographic SQL file
- and 1 (ONE) Unimarc Authorites SQL file

... and NOT one of those for EACH language. The current situation,
IMHO, leads to much Copy + Paste work, when one needs to create a new
translation (both tiresome and error prone). Also, if there is one BUG
in one language setup (SQL files) - like this requirement of an
"Authority Type" called "PER" in the English one - we'll probably have
to change all the other languages (SQL files) that were copied from
that one, to correct that bug.

I think that the descriptions (for instance "liblibrarian" and
"libopac" fields of the "marc_tag_structure" table) are the only
fields that have to be translated. These fields could, for instance:

Option A - Be added as additional fields (eg: liblibrarian-en,
librarian-fr...). I think this would NOT be elegant at all!

Option B - Move the "liblibrarian", "libopac" to another table (call
it something like "marc_tag_structure_descriptions_translations") with
fields "tagfield", "liblibrarian", "libopac" and "language" (and maybe
"frameworkcode" also... I'm not sure regarding this last one).

For instance:

INSERT INTO `marc_tag_structure_descriptions_translations`
(`tagfield`, `liblibrarian`, `libopac`, `language`) VALUES
('102', 'Country of Publication or Production', 'Country of
Publication or Production', en),
('102', 'Pays de publication ou de production', 'Pays de publication
ou de production', 'fr-FR'),
('102', 'Pa?s de publica??o ou produ??o', 'Pa?s de publica??o ou
produ??o', pt-PT'),
...


There may be other options that are even more elegant and/or practical
than this last one. Any suggestions?

I understand that this may require relatively large changes in code in
SQL files and Perl code ("refactoring"), so it would take a while to
implement. But I also think that it could SAVE us time (and lots of
trouble) in the long run.


What do you (all) think? Am I totally wrong here?

Cheers,
     Ricardo

P.S: - ZENO: if you spend holidays in Portugal, send me an e-mail, so
I can buy you a beer!  :)

From nicole.engard at liblime.com  Wed Jul 29 23:36:02 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Wed, 29 Jul 2009 07:36:02 -0400
Subject: [Koha] About Holds
In-Reply-To: <3bf26ebe0907282255u5d9e61a5h32f94e8977532d52@mail.gmail.com>
References: <3bf26ebe0907282255u5d9e61a5h32f94e8977532d52@mail.gmail.com>
Message-ID: <9128d7f00907290436l27e0b4d4rec15479c34651f@mail.gmail.com>

This looks like a known bug:
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2339

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/29 Anna K?gedal :
> Dear All,
>
> I have put AllowOnShelfHolds to OFF, since I don't want people to be able to
> put holds on books that are on the shelf. But that doesn't seem to work. I
> can only put the whole?RequestOnOpac on and off. And if that is ON even
> items on the shelf can be put on hold, and if put on OFF, not even checked
> out items can be put on hold by the patron.
>
> Any ideas where I can have made a mistake for this to happen? And how I go
> about to solve it?
>
> Anna - Using Koha 3.0
> ++++++++++++++++++++++++
>
> Anna K?gedal
> Kodaikanal International School
> Seven Roads Junction
> Kodaikanal 624101
> Tamil Nadu, India
> home phone: +914542247269
> cell phone: +919994535493
> http://boxofbarfi.blogspot.com
> http://twitter.com/kislibrarian
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From arsaddiqui at hotmail.com  Wed Jul 29 23:38:30 2009
From: arsaddiqui at hotmail.com (Abdul Rauf)
Date: Wed, 29 Jul 2009 11:38:30 +0000
Subject: [Koha] Problem with Unicode records
In-Reply-To: 
References: 
Message-ID: 












We are using KOHA 3.0 ubuntu. It works fine with english records. The problem is that  it does not retrive Urdu and Arabic records correctly

Rauf 










Windows Live? Hotmail?: Celebrate the moment with your favorite sports pics. Check it out.
_________________________________________________________________
Windows Live? Hotmail?: Search, add, and share the web?s latest sports videos. Check it out.
http://www.windowslive.com/Online/Hotmail/Campaign/QuickAdd?ocid=TXT_TAGLM_WL_QA_HM_sports_videos_072009&cat=sports
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/55274b31/attachment.htm 

From basudpl at gmail.com  Thu Jul 30 00:11:34 2009
From: basudpl at gmail.com (Basu Talikoti)
Date: Wed, 29 Jul 2009 17:41:34 +0530
Subject: [Koha] Koha Installation on CentOS 5.3
Message-ID: <3d2ea100907290511ia535cd2k7fb3a7ce011842c4@mail.gmail.com>

hi all
I  have prepared installation guide to install  Koha software version 3. and
latest 3.03 on a CentOS 5.3 Linux  in order to help  to test Koha open
source Integrated Library Management System. This document is  available on
Delhi Public Library website

http://delhipubliclibrary.in/
http://wiki.koha.org/doku.php?id=start
http://www.dpl.gov.in/centos5-koha3.html
 

I hope this document will help more for beginners to install koha on centos
.


Mr.Basavaraj Talikoti

Delhi Public Library
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/d6c1e9f6/attachment.htm 

From kansalbpa at gmail.com  Thu Jul 30 00:27:25 2009
From: kansalbpa at gmail.com (Amandeep Kansal)
Date: Wed, 29 Jul 2009 17:57:25 +0530
Subject: [Koha] koha on Sun fire 240 (sparc)
Message-ID: <94752abe0907290527u1480c4e3ud024d0b79d805708@mail.gmail.com>

Hi All,

I have two servers  "sun fire 240 (sparc)". I want to install koha on these
servers.

My questions are:

1. Will I install koha on solaris ?, please prvode me any documentation of
koha installation on salaries.

2. will I install debian on "sun fire 240" , then install koha on debian ?.
then please provide me how to install debian on "sunfire 240" , which debian
version is compatible with koha as will as sun fire 240.

About Sun fire 240: sun fire 240 is based on sparc architecture. It did not
have graphics card and vga port. only way to connect with server is serial
port.

Any suggestion, tip, link , help will greaty appreciated.

Thanks & regards
Amandeep Kansal.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/2441041e/attachment.htm 

From kyle.m.hall at gmail.com  Thu Jul 30 01:07:18 2009
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Wed, 29 Jul 2009 09:07:18 -0400
Subject: [Koha] About Holds
In-Reply-To: <9128d7f00907290436l27e0b4d4rec15479c34651f@mail.gmail.com>
References: <3bf26ebe0907282255u5d9e61a5h32f94e8977532d52@mail.gmail.com>
	<9128d7f00907290436l27e0b4d4rec15479c34651f@mail.gmail.com>
Message-ID: 

I just wrote and sent a patch for this to the patches mailing list.
I'm feeling ambitious today ; )

Kyle

http://www.kylehall.info
Information Technology
Crawford County Federated Library System ( http://www.ccfls.org )




On Wed, Jul 29, 2009 at 7:36 AM, Nicole Engard wrote:
> This looks like a known bug:
> http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2339
>
> ---
>
> Nicole C. Engard
> Open Source Evangelist, LibLime
> (888) Koha ILS (564-2457) ext. 714
> nce at liblime.com
> AIM/Y!/Skype: nengard
>
> http://liblime.com
> http://blogs.liblime.com/open-sesame/
>
>
>
> 2009/7/29 Anna K?gedal :
>> Dear All,
>>
>> I have put AllowOnShelfHolds to OFF, since I don't want people to be able to
>> put holds on books that are on the shelf. But that doesn't seem to work. I
>> can only put the whole?RequestOnOpac on and off. And if that is ON even
>> items on the shelf can be put on hold, and if put on OFF, not even checked
>> out items can be put on hold by the patron.
>>
>> Any ideas where I can have made a mistake for this to happen? And how I go
>> about to solve it?
>>
>> Anna - Using Koha 3.0
>> ++++++++++++++++++++++++
>>
>> Anna K?gedal
>> Kodaikanal International School
>> Seven Roads Junction
>> Kodaikanal 624101
>> Tamil Nadu, India
>> home phone: +914542247269
>> cell phone: +919994535493
>> http://boxofbarfi.blogspot.com
>> http://twitter.com/kislibrarian
>>
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>>
>>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From oleonard at myacpl.org  Thu Jul 30 01:42:38 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Wed, 29 Jul 2009 09:42:38 -0400
Subject: [Koha] About Holds
In-Reply-To: 
References: <3bf26ebe0907282255u5d9e61a5h32f94e8977532d52@mail.gmail.com>
	<9128d7f00907290436l27e0b4d4rec15479c34651f@mail.gmail.com>
	
Message-ID: 

> I just wrote and sent a patch for this to the patches mailing list.

Don't forget to attach a copy of your patch to the bug report and mark
the priority as "Patch sent!"

  -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From ohiocore at gmail.com  Thu Jul 30 01:48:18 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 29 Jul 2009 09:48:18 -0400
Subject: [Koha] Problem with Unicode records
In-Reply-To: 
References: 
	
Message-ID: <235bf14f0907290648q47963fe5h27e3a6f4340f9887@mail.gmail.com>

> We are using KOHA 3.0 ubuntu. It works fine with english records. The
> problem is that  it does not retrive Urdu and Arabic records correctly
>

This is a very tricky problem related to encoding and z39.50.  You have
stated only the most basic summary of the problem.  For a full analysis we
would need to know:

   - What MARC "flavour" is your Koha catalog: MARC21 or UNIMARC?
   - Can you catalog original records (i.e., not downloaded) in Urdu or
   Arabic yourselves?  This would demonstrate that Koha itself is setup OK.

The rest of the questions would have to do with your z3950 target:

   - MARC21 or UNIMARC?
   - What encoding is the z39.50 connection: MARC8 or UTF8?

If the target is publicly available, please supply the information we would
need to test connecting to it.  We might not be able to read Urdu, but we
can still detect if the encoding is invalid.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/d6f0e18b/attachment.htm 

From ohiocore at gmail.com  Thu Jul 30 02:39:56 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 29 Jul 2009 10:39:56 -0400
Subject: [Koha] koha on Sun fire 240 (sparc)
In-Reply-To: <94752abe0907290527u1480c4e3ud024d0b79d805708@mail.gmail.com>
References: <94752abe0907290527u1480c4e3ud024d0b79d805708@mail.gmail.com>
Message-ID: <235bf14f0907290739l2095a595kcf52f149fd5578da@mail.gmail.com>

> I have two servers  "sun fire 240 (sparc)". I want to install koha on these
> servers.
>
> My questions are:
>
> 1. Will I install koha on solaris ?,


What version of solaris?  Solaris 10?


> please prvode me any documentation of koha installation on salaries.


There is none.  If you attempt it, you should extrapolate from the
INSTALL.debian file.  The main snags will be proper designation of the
compiler and compiler options, and the lack of pre-built binaries.  Location
of files will vary in solaris also.


> 2. will I install debian on "sun fire 240" , then install koha on debian ?.
> then please provide me how to install debian on "sunfire 240" , which debian
> version is compatible with koha as will as sun fire 240.
>

I recommend you install VirtualBox with a Debian (etch) virtual machine,
then test out installing Koha on the debian VM.  This will probably be good
enough performance for a production system and will give you experience with
Koha.  Then if you want, you can try to install linux as the "root" OS on
the other server, or Koha on your version of solaris.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/b66d535d/attachment-0001.htm 

From ohiocore at gmail.com  Thu Jul 30 03:03:01 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 29 Jul 2009 11:03:01 -0400
Subject: [Koha] Koha Digest, Vol 45, Issue 92
In-Reply-To: <1248845841.4a6fe011b6a36@mail.parliament.go.ug>
References: 
	<1248845841.4a6fe011b6a36@mail.parliament.go.ug>
Message-ID: <235bf14f0907290803g7e825196k956ece8dae3a3139@mail.gmail.com>

On Wed, Jul 29, 2009 at 1:37 AM,  wrote:

> Dear Members;
> I have a problem. Recently we upgraded our Koha catalogue to version 3.
> During
> the course of editing, we have met a challenge at one point and we can
> nolonger
> proceed. Some records indicating no call number can not be searched and be
> found
> except when one generates the Report through "Items with no checkouts" that
> we
> can see the records. For example, the following record can not be edited
> after
> generating it through reports:
>
> # 7082          No Call Number          Barcode  7149
>
> Title/ Auhor: Challenges and prospects for a new Nile water agreement :
> Ngʼwandu, Pius Yasebasi.
>
> The information one gets is as follows:
>
> An Error has Occurred!
> 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.
>
> What do I do?
>
> Simon J Engitu
> PArliament of Uganda
>
>
Examine your error logs for more information.

You can try to rebuild your indexes from scratch.  For example, using zebra:
rebuild_zebra.pl -b -a -r

Given your description, we would expect this to fail.  So then check your
zebra error logs.  It sounds like you have encoding that is causing errors
some record(s) to be impossible to parse.  You may be able to determine more
by viewing the biblioitems.marcxml field on the mysql command line.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/035b2f7f/attachment.htm 

From ohiocore at gmail.com  Thu Jul 30 03:15:40 2009
From: ohiocore at gmail.com (Joe Atzberger)
Date: Wed, 29 Jul 2009 11:15:40 -0400
Subject: [Koha] Koha compliance with library standards
In-Reply-To: <4950128e0907290030w149777fatee9d2b313013bd03@mail.gmail.com>
References: <4950128e0907290030w149777fatee9d2b313013bd03@mail.gmail.com>
Message-ID: <235bf14f0907290815g31e39442le1d6d1c99b03cce7@mail.gmail.com>

> IS koha compliant to AACR,CCF standard. It is complaint with
> DublinCore,Z39.50client,MARC21 standards
>

These questions are nearly meaningless, but my interpretation is: no, no,
no, yes, yes.


> Is all the functionalities of Koha are exposed as web services.
>

No.  Critical functions, like crontabs, indexing and installation are
exclusive to the command-line.  Most of Koha is web based, but not
web-services underneath.


> Has anyone already have written webservice to access koha.
>

Yes.  Our European colleagues are implementing much of this.  Perhaps one of
them can update us on their progress.

-- 
Joe Atzberger
LibLime - Open Source Library Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/56d89c12/attachment.htm 

From bob at calyx.net.au  Thu Jul 30 01:26:10 2009
From: bob at calyx.net.au (Bob Birchall @ Calyx)
Date: Wed, 29 Jul 2009 23:26:10 +1000
Subject: [Koha] About Holds
Message-ID: <4B965CBD4BF14039B79F993322CE2AF5@inspiron510m>

Anna wrote:
> I have put AllowOnShelfHolds to OFF, since I don't want people to be able
to put holds on books that are on the shelf. But that doesn't seem to work.

I'm not sure that this is your issue Anna, but you might check bug 2339 here
:
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2339

Hope that helps,
Bob Birchall
Calyx



From kgreer at madonna.edu  Thu Jul 30 07:42:55 2009
From: kgreer at madonna.edu (Greer, Katie)
Date: Wed, 29 Jul 2009 15:42:55 -0400
Subject: [Koha] Serials advanced prediction pattern help
Message-ID: 

We're having some trouble setting up an advanced prediction pattern for
serials that have continuous numbering but change volumes.

 

For example, Science is a weekly publication that changes volumes every
twelve issues.  We are on volume 325, which began July 3 with issue
number 5936 and will end with issue 5947.  The next item after that
would then be volume 326, number 5948.

 

There are several serials that have this volume/number system.  Other
examples are The Economist and Lancet.

 

Has anyone had any luck in setting something up like this?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/840303f1/attachment.htm 

From tony_ykt at yahoo.com  Wed Jul 29 14:27:07 2009
From: tony_ykt at yahoo.com (ahtshun83)
Date: Tue, 28 Jul 2009 19:27:07 -0700 (PDT)
Subject: [Koha] Change koha password
In-Reply-To: <9128d7f00907270433h5bfeef4bl1bc9c4f19b33c893@mail.gmail.com>
References: <24618020.post@talk.nabble.com>
	<9128d7f00907270433h5bfeef4bl1bc9c4f19b33c893@mail.gmail.com>
Message-ID: <24711343.post@talk.nabble.com>


Hi,

I installed my Koha on Fedora 9....how do i change the default password for
intranet page.

default username: kohaadmin
Password: kohakoha


-- 
View this message in context: http://www.nabble.com/Change-koha-password-tp24618020p24711343.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From henridamien.laurent at gmail.com  Wed Jul 29 09:28:55 2009
From: henridamien.laurent at gmail.com (LAURENT Henri-Damien)
Date: Tue, 28 Jul 2009 23:28:55 +0200
Subject: [Koha] [Koha-devel] Problems with Koha 3.0.3 download
In-Reply-To: <78AC9A21A019B14F8C7C6A3EE74B302109C0CF1F@CEXMB1.nmes.lcl>
References: <78AC9A21A019B14F8C7C6A3EE74B302109C0CB29@CEXMB1.nmes.lcl>	<606aab810907271207g5a1db82cgcdd685cfe67d466f@mail.gmail.com>
	<78AC9A21A019B14F8C7C6A3EE74B302109C0CF1F@CEXMB1.nmes.lcl>
Message-ID: <4A6F6D97.7060309@gmail.com>

Chadwick, John, DCA a ?crit :
> Chris,
>
> Thanks for the info. It was actually more confusion than a problem. 
>
> John
>
> -----Original Message-----
> From: Chris Cormack [mailto:chris at bigballofwax.co.nz] 
> Sent: Monday, July 27, 2009 1:08 PM
> To: Chadwick, John, DCA
> Cc: koha at lists.katipo.co.nz; koha-devel at lists.koha.org
> Subject: Re: [Koha-devel] Problems with Koha 3.0.3 download
>
> 2009/7/28 Chadwick, John, DCA :
>   
>> Last week I downloaded Koha 3.0.3 from the link on the www.koha.org
>>     
> home
>   
>> page. The command I used was:
>>
>>
>>
>> wget http://download.koha.org/koha-3.00.03.tar.gz at the linux command
>>     
> file.
>   
>> The download went smoothly. The extraction and build were successful.
>>     
> When
>   
>> we went to build the application and install the mysql tables, the
>>     
> version
>   
>> number indicated that we had version 3.00.02.012. I tried the download
>>     
> again
>   
>> today. Same problem. The kohaversion.pl script is showing 3.00.02.012
>>     
> as the
>   
>> version.
>>
>>
>>
>> So, what are we installing? Is it 3.0.3 or is it 3.0.2.12
>>
>>     
> Its 3.0.3, the database didn't change between 3.0.2 and 3.0.3 and we
> use the number to tell Koha it needs to upgrade the database. This was
> just a bugfix release for some buggy code, and didn't touch the
> database.
> It would have been better to bump the kohaversion.pl and make the
> upgrade page come (even though it would have only changed the version
> number in the db, nothing else :))
>
> Chris
>
>   
I agree. This mistake won't come again.

From Ian.Walls at med.nyu.edu  Thu Jul 30 09:11:14 2009
From: Ian.Walls at med.nyu.edu (Walls, Ian)
Date: Wed, 29 Jul 2009 17:11:14 -0400
Subject: [Koha] Error searching Zebra authorities
Message-ID: <543F9234BDD8434A8D45C3D6337B7C8E1956EBD5@MSGWSDCPMB07.nyumc.org>

Everyone,


I've recently loaded several thousand authority records into Koha, and confirmed they are there in the database.  I can view them individual using authorities/detail.pl?authid=#, but they are unsearchable via Zebra.  When I search for terms I know are uploaded, I get the following:
Koha error
The following fatal error has occurred:
Can't call method "data" on an undefined value at /usr/share/koha/lib/C4/AuthoritiesMarc.pm line 305,  line 228.







If I put in a search with no results, I get the usual "no results found" screen.  I've looked at line 305 of AuthoritiesMarc.pm, and discovered the problem is the records' 001 fields are not being found after the $oAResult is decoded in USMARC.

Just for background, I was using GRS-1 indexing for my authorities, but I've switched to DOM, which did not solve the problem.

Any idea where I should look next to solve this?

Cheers,


Ian Walls
Systems Integration Librarian
NYU Health Sciences Libraries
550 First Ave., New York, NY 10016
(212) 263-8687
------------------------------------------------------------
This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
================================= 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/9929438f/attachment-0001.htm 

From Rachel.Hollis at stevenshenager.edu  Thu Jul 30 12:16:42 2009
From: Rachel.Hollis at stevenshenager.edu (Rachel Hollis)
Date: Wed, 29 Jul 2009 18:16:42 -0600
Subject: [Koha] un-receiving?
In-Reply-To: <195366CE4CF91245936298EEA68FEA980CF6A02E@BISHOP.arcadia.edu>
References: <195366CE4CF91245936298EEA68FEA980CF6A02E@BISHOP.arcadia.edu>
Message-ID: <7B06812DE5EAA1449574B501F103611D4836E405C5@149137-EXCHANGE.casi.local>

I'm sorry to be responding so tardily. I don't believe there is a way to un-receive items. If the basket is not closed, I suppose the items could be deleted from the basket. If the basket is closed and you want an open order, you may have to create another order for the item.

My workflow here is to close baskets once all the items have been received and invoices and other information have been verified. I hope this helps,

Rachel Hollis, librarian
Stevens-Henager College, Boise Idaho Campus

From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Kohn, Karen
Sent: Wednesday, July 15, 2009 9:38 AM
To: koha at lists.katipo.co.nz
Subject: [Koha] un-receiving?

Hello,
We are preparing for our fiscal year rollover and found a few human errors.  Is there anyway to "un-receive" something?  Meaning, it's already been marked rcvd, but it was marked in error and we want it to remain an open order.  It looks like this isn't possible, but I wanted to be sure.
Thanks.

Karen Kohn
Collection Development Manager
Landman Library
Arcadia University
450 S. Easton Road
Glenside, PA  19038
ph: 215-572-8528
fax: 215-572-0240


________________________________
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/5b9d5fb7/attachment.htm 

From Rachel.Hollis at stevenshenager.edu  Thu Jul 30 12:23:06 2009
From: Rachel.Hollis at stevenshenager.edu (Rachel Hollis)
Date: Wed, 29 Jul 2009 18:23:06 -0600
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <20090714190123.GB13982@localhost>
References: <20090703112041.GA19648@localhost>
	<4A4DF658.9000909@biblibre.com>	<20090703133805.GB8818@localhost>
	<9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>
	<7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local>
	<20090714190123.GB13982@localhost>
Message-ID: <7B06812DE5EAA1449574B501F103611D4836E405C6@149137-EXCHANGE.casi.local>

Thank you again S?bastien, I hadn't thought of using MarcEdit! I believe it would work perfectly for removing certain fields from the Marc record. Now I have to improve my skills with MarcEdit. :-)

I do not know how MarcEdit could be used to set Marc Frameworks though and I think I will eventually find it time-consuming to edit each biblio to set the Framework. Which brings me to something else I've been wondering about: the manual explains how to set up additional Frameworks for use with or instead of Default. We have set up four other Frameworks which we use instead of Default. Now I am considering using Default for all (or most) biblios. Can you (any of you) see problems with this?

Rachel Hollis, librarian
Stevens-Henager College, Boise Idaho Campus

-----Original Message-----
From: koha-bounces at lists.katipo.co.nz [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of S?bastien Hinderer
Sent: Tuesday, July 14, 2009 1:01 PM
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Stage MARC Records for Import vs. bulkmarcimport

Hi Rachel,

Would MarcEdit be of some use to you ?

From dacrespi at gmail.com  Thu Jul 30 14:11:55 2009
From: dacrespi at gmail.com (Diego Alberto Crespi)
Date: Wed, 29 Jul 2009 23:11:55 -0300
Subject: [Koha] Problem running Koha
In-Reply-To: <29061040907291909x1610d281x692ace0f1b9d86f5@mail.gmail.com>
References: <29061040907291909x1610d281x692ace0f1b9d86f5@mail.gmail.com>
Message-ID: <29061040907291911n7332e194u2a3a99e1ec883b74@mail.gmail.com>

Hello!!
I am from Argentina. I installed koha in a red hat enterprise linux 5, with
all the necessary perl modules and pre-requisites. But when i run it, i
received the following error:"Koha Error
production mode - trapped fatal error" . After 5 days looking for the
solution, i do not know how to fix it.
Here is the log error in the koha-error_log. Please help me.Thank you very
much.
Diego A. Crespi

koha-error_log
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Use of uninitialized value in string eq at
/var/www/koha/lib/C4/Context.pm line 46.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Use of uninitialized value in string eq at
/var/www/koha/lib/C4/Context.pm line 46.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Unable to provide required features
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Biblio.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Biblio.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Reserves.pm line 28.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Reserves.pm line 28.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Circulation.pm line 25.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Circulation.pm line 25.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Overdues.pm line 24.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Overdues.pm line 24.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Members.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Members.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/lib/C4/Auth.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Auth.pm line 27.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: Compilation failed in require at
/var/www/koha/intranet/cgi-bin/mainpage.pl line 23.
[Wed Jul 29 23:02:43 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:43
2009] mainpage.pl: BEGIN failed--compilation aborted at
/var/www/koha/intranet/cgi-bin/mainpage.pl line 23.
[Wed Jul 29 23:02:46 2009] [error] [client 127.0.0.1] File does not exist:
/var/www/koha/intranet/htdocs/favicon.ico
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Use of uninitialized value in string eq at
/var/www/koha/lib/C4/Context.pm line 46.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Use of uninitialized value in string eq at
/var/www/koha/lib/C4/Context.pm line 46.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Unable to provide required features
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/lib/C4/Biblio.pm line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Biblio.pm line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/lib/C4/Reserves.pm line 28.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Reserves.pm line 28.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/lib/C4/Circulation.pm line 25.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Circulation.pm line 25.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/lib/C4/Overdues.pm line 24.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Overdues.pm line 24.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/lib/C4/Members.pm line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Members.pm line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at /var/www/koha/lib/C4/Auth.pm
line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/lib/C4/Auth.pm line 27.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: Compilation failed in require at
/var/www/koha/intranet/cgi-bin/errors/404.pl line 21.
[Wed Jul 29 23:02:47 2009] [error] [client 127.0.0.1] [Wed Jul 29 23:02:47
2009] 404.pl: BEGIN failed--compilation aborted at
/var/www/koha/intranet/cgi-bin/errors/404.pl line 21.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090729/8d7a3088/attachment.htm 

From abhishek.amberkar at gmail.com  Thu Jul 30 16:42:09 2009
From: abhishek.amberkar at gmail.com (=?UTF-8?B?QWJoaXNoZWsgQW1iZXJrYXIgW+CkheCkreCkv+Ckt+Clh+CklV0=?=)
Date: Thu, 30 Jul 2009 10:12:09 +0530
Subject: [Koha] Change koha password
In-Reply-To: <24711343.post@talk.nabble.com>
References: <24618020.post@talk.nabble.com>
	<9128d7f00907270433h5bfeef4bl1bc9c4f19b33c893@mail.gmail.com> 
	<24711343.post@talk.nabble.com>
Message-ID: 

On Wed, Jul 29, 2009 at 7:57 AM, ahtshun83 wrote:
>
> Hi,
>
> I installed my Koha on Fedora 9....how do i change the default password for
> intranet page.
>
> default username: kohaadmin
> Password: kohakoha
>
>

Login to MySQL with 'root' user.

# mysql -u root -h localhost -p

enter root's password

mysql> GRANT ALL ON 'dbname'.* TO 'username'@'localhost' IDENTIFIED BY
'password';

mysql> FLUSH PRIVILEGES;

mysql> QUIT

Now  change fields  and  in /etc/koha/koha-conf.xml to
match GRANT ALL command values.

( The location of the file might be Debian specific )

-- 
With Regards
Abhishek Amberkar

RDG Library Services
Mumbai, India
http://www.rdg.co.in/
http://www.kohaindia.org/

From Sebastien.Hinderer at snv.jussieu.fr  Thu Jul 30 22:00:32 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Thu, 30 Jul 2009 12:00:32 +0200
Subject: [Koha] Stage MARC Records for Import vs. bulkmarcimport
In-Reply-To: <7B06812DE5EAA1449574B501F103611D4836E405C6@149137-EXCHANGE.casi.local>
References: <20090703112041.GA19648@localhost> <4A4DF658.9000909@biblibre.com>
	<20090703133805.GB8818@localhost>
	<9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com>
	<7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local>
	<20090714190123.GB13982@localhost>
	<7B06812DE5EAA1449574B501F103611D4836E405C6@149137-EXCHANGE.casi.local>
Message-ID: <20090730100032.GA21926@localhost>

Hi Rachel & others,

> I do not know how MarcEdit could be used to set Marc Frameworks though
> and I think I will eventually find it time-consuming to edit each
> biblio to set the Framework.

MarcEdit can do that ? Actually, I always thought framework is something
specific to Koha and that does not even show up in the marc records
themselves. But I may very well be wrong on this.

> Which brings me to something else I've been wondering about: the
> manual explains how to set up additional Frameworks for use with or
> instead of Default. We have set up four other Frameworks which we use
> instead of Default. Now I am considering using Default for all (or
> most) biblios. Can you (any of you) see problems with this?

No, but I don't see very well so it may be wise to wait for some other
replies :-)

Cheers,
S?bastien.

From nicole.engard at liblime.com  Thu Jul 30 23:13:11 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 30 Jul 2009 07:13:11 -0400
Subject: [Koha] un-receiving?
In-Reply-To: <7B06812DE5EAA1449574B501F103611D4836E405C5@149137-EXCHANGE.casi.local>
References: <195366CE4CF91245936298EEA68FEA980CF6A02E@BISHOP.arcadia.edu>
	<7B06812DE5EAA1449574B501F103611D4836E405C5@149137-EXCHANGE.casi.local>
Message-ID: <9128d7f00907300413k5f6c62ffl1c87eab42531db2f@mail.gmail.com>

BibLibre did a lot of work with Acquisitions that should be in 3.2 -
this may be possible then.

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/29 Rachel Hollis :
> I?m sorry to be responding so tardily. I don?t believe there is a way to
> un-receive items. If the basket is not closed, I suppose the items could be
> deleted from the basket. If the basket is closed and you want an open order,
> you may have to create another order for the item.
>
>
>
> My workflow here is to close baskets once all the items have been received
> and invoices and other information have been verified. I hope this helps,
>
>
>
> Rachel Hollis, librarian
>
> Stevens-Henager College, Boise Idaho Campus
>
>
>
> From: koha-bounces at lists.katipo.co.nz
> [mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of Kohn, Karen
> Sent: Wednesday, July 15, 2009 9:38 AM
> To: koha at lists.katipo.co.nz
> Subject: [Koha] un-receiving?
>
>
>
> Hello,
>
> We are preparing for our fiscal year rollover and found a few human errors.
> Is there anyway to ?un-receive? something?? Meaning, it?s already been
> marked rcvd, but it was marked in error and we want it to remain an open
> order.? It looks like this isn?t possible, but I wanted to be sure.
>
> Thanks.
>
>
>
> Karen Kohn
>
> Collection Development Manager
>
> Landman Library
>
> Arcadia University
>
> 450 S. Easton Road
>
> Glenside, PA? 19038
>
> ph: 215-572-8528
>
> fax: 215-572-0240
>
>
>
> ________________________________
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise private information. If you have
> received it in error, please notify the sender immediately and delete the
> original. Any other use of the email by you is prohibited.
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From mcanales29 at gmail.com  Fri Jul 31 02:59:51 2009
From: mcanales29 at gmail.com (Melisa Canales)
Date: Thu, 30 Jul 2009 09:59:51 -0500
Subject: [Koha] How to make custom framework the default?
Message-ID: <50174a540907300759l4159410ao6d769352b7f4ef9c@mail.gmail.com>

Hello all,

I sent a message to the list 2 days ago, but it didn't appear to make it
through.  My apologies if you get this twice.

I work at a university center with a collection consisting of mostly videos,
but we do have some texts and other things as well.  I believe I have gotten
Koha 3 into a functioning state and have gotten the data into decent shape
as well.  Our staff has several questions beyond basic functionality.

1.  How can I make our custom framework be the default selected framework
when adding a new record?

2.  Is is possible to hide items on the OPAC based on itemtype?  Do I have
to modify each biblio one by one via the OpacSuppression feature to
accomplish this?

3. Is there a way to limit the number of characters shown in the biblio
summary when doing a search in the staff side?  For example, if a biblio has
a really long summary, we only want to show the first 3 or 4 lines.

We are using Koha version 3.00.01.005, MARC21, and zebra.

Thanks,
Melisa Canales
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090730/6a78bdbf/attachment.htm 

From Sebastien.Hinderer at snv.jussieu.fr  Fri Jul 31 03:28:29 2009
From: Sebastien.Hinderer at snv.jussieu.fr (=?iso-8859-1?Q?S=E9bastien?= Hinderer)
Date: Thu, 30 Jul 2009 17:28:29 +0200
Subject: [Koha] How to make custom framework the default?
In-Reply-To: <50174a540907300759l4159410ao6d769352b7f4ef9c@mail.gmail.com>
References: <50174a540907300759l4159410ao6d769352b7f4ef9c@mail.gmail.com>
Message-ID: <20090730152829.GA1751@localhost>

Hi Melisa,

> 1.  How can I make our custom framework be the default selected framework
> when adding a new record?

I think you can't.
As far as I know your only choice is to modify the default framework
according to your needs. If you have someone in your team who is
comfortable with SQL, he/she may be able to make a backup of the default
framework (called kohadefault, say) and then to copy all the settings
from your favourite framework in the default one.

That being said:
a. I may be wrong since I'm new to Koha.
b. If I'm right you may want to submit an enhancement for that.

> 2.  Is is possible to hide items on the OPAC based on itemtype?  Do I have
> to modify each biblio one by one via the OpacSuppression feature to
> accomplish this?

That I don't know. Very interesting question, though.

> 3. Is there a way to limit the number of characters shown in the biblio
> summary when doing a search in the staff side?  For example, if a biblio has
> a really long summary, we only want to show the first 3 or 4 lines.

Don't know either, I'm sorry.

Kind regards,
S?bastien.

From nelson at cfce.org.za  Fri Jul 31 05:35:54 2009
From: nelson at cfce.org.za (Nelson Fredsell)
Date: Thu, 30 Jul 2009 10:35:54 -0700 (PDT)
Subject: [Koha] How to make custom framework the default?
In-Reply-To: <50174a540907300759l4159410ao6d769352b7f4ef9c@mail.gmail.com>
References: <50174a540907300759l4159410ao6d769352b7f4ef9c@mail.gmail.com>
Message-ID: <24743243.post@talk.nabble.com>



Melisa Canales wrote:
> 
> Hello all,
> 1.  How can I make our custom framework be the default selected framework
> when adding a new record?
> 
 
When adding I've learned to use either More | Cataloging at the top of the
screen or to click on the word "Cataloging" on the right (above the bullet
item Add MARC Record).  In this way we come to a screen with a button for
New Record, but the Default Framework is not loaded. We then choose the
appropriate custom framework.

We used to click on the bullet "Add MARC Record" such that the Default
Framework is loaded.  Then we chose a different custom framework to use. 
Loading the Default Framework takes about 30 seconds for us here in South
Africa!  We deleted many unnecessary tags and as a result the load time for
the framework was greatly reduced.  (The manual says to avoid deleting tags,
http://koha.org/documentation/manual/3.0/administration/catalog-administration/marc-bibliographic-frameworks,
but I think we needed to do this for performance issues.)

Back to your question about a custom Default Framework.  Where the large
Koha Default Framework (KDF) is a real pain for us is when we want to update
an existing MARC record.  I've not found a way to avoid loading the KDF at
this time, so we have to wait 30 seconds every time we want to update a
record.  *Then* we choose the custom framework we need for our purposes, and
move on to post-migration updating.

I'm sorry I didn't answer your question (I would if I could!), but it is a
very relevant issue for us as well and I wanted to comment.

Nelson Fredsell

implementing a union catalogue
in Cape Town, South Africa
-- 
View this message in context: http://www.nabble.com/How-to-make-custom-framework-the-default--tp24740220p24743243.html
Sent from the Koha - Discuss mailing list archive at Nabble.com.


From nelson at cfce.org.za  Fri Jul 31 07:20:33 2009
From: nelson at cfce.org.za (Nelson Fredsell -CCE)
Date: Thu, 30 Jul 2009 21:20:33 +0200
Subject: [Koha] patron accounts in a union catalogue
Message-ID: <012b01ca114a$d8a05a00$89e10e00$@org.za>

Howdy all,

 

We've got some patrons who are members of multiple libraries in our Koha
installation.  Each library is a separate organization and therefore has
different rules about overdue fines, checkout period, annual subscription
fee, and so on.  For this reason I suppose this means that a patron must
have a separate OPAC login and patron account for each library.  If s/he
want to see online what books are checked out from two libraries,  s/he will
have to log in twice under two separate accounts, no?

 

Thanks very much,

Nelson

 

implementing a union catalogue

in Cape Town, South Africa

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090730/1df8778f/attachment.htm 

From bibliwho at gmail.com  Fri Jul 31 07:57:27 2009
From: bibliwho at gmail.com (Cab Vinton)
Date: Thu, 30 Jul 2009 15:57:27 -0400
Subject: [Koha] MARC record import
Message-ID: <835777770907301257t38f9f31bw719dff4ec20a0873@mail.gmail.com>

I learned from a colleague at another library today that their system
(Winnebago) accepts MARC records in text file format.

This would be a big time-saver as it would allow catalogers to simply
copy & paste records from other systems into a text file, before
importing into Koha.

How difficult would this be to implement for Koha? A sample record
follows below, from the Minuteman Library Network in Massachusetts.

Cab Vinton, Director
Sanbornton Public Library
Sanbornton, NH

LEADER 00000cam  2200397Ia 4500
001    233216064
003    OCoLC
005    20081215093140.0
008    080703s2008    nyu     d     000 1 eng d
020    9780739494752
020    0739494759
035    (OCoLC)233216064
040    KKV|cKKV|dWIQ|dIUI|dMLN
043    n-us-nj
049    MLNM
050 04 PS3555.V2126|bF43 2008
082 04 813/.54|222
100 1  Evanovich, Janet.
245 10 Fearless fourteen /|cJanet Evanovich.
250    Doubleday large print home library ed.
260    New York :|bSt. Martin's Press,|cc2008.
300    416 p. (large print) ;|c22 cm.
520    Personal vendettas, hidden treasure, and a monkey named
       Carl will send bounty hunter Stephanie Plum on her most
       explosive adventure yet.
650  0 Plum, Stephanie (Fictitious character)|vFiction.
650  0 Women bounty hunters|vFiction.
650  0 Bail bond agents|zNew Jersey|zTrenton|vFiction.
650  0 Bank robberies|vFiction.
650  0 Large type books.
650  0 Detective and mystery stories.
650  0 Humorous stories.
651  0 Trenton (N.J.)|vFiction.
856 42 |3Contributor biographical information|uhttp://www.loc.gov
       /catdir/enhancements/fy0834/2008017664-b.html
856 42 |3Publisher description|uhttp://www.loc.gov/catdir/
       enhancements/fy0834/2008017664-d.html

From nicole.engard at liblime.com  Fri Jul 31 08:12:39 2009
From: nicole.engard at liblime.com (Nicole Engard)
Date: Thu, 30 Jul 2009 16:12:39 -0400
Subject: [Koha] patron accounts in a union catalogue
In-Reply-To: <012b01ca114a$d8a05a00$89e10e00$@org.za>
References: 
	<012b01ca114a$d8a05a00$89e10e00$@org.za>
Message-ID: <9128d7f00907301312y6b0929feocb9f8dd19bd6a980@mail.gmail.com>

There are many groups like yours using Koha - your members should only
have to sign up for a care at their home library and if they checkout
books from a member library they will be expected to follow the rules
of that library.  The only problem I see if the charging of a
membership fee.  Do you charge someone who has a card at another
library a fee to join another library?  If so then you might have to
do things the way you just mentioned.

Information on setting circ and fine rules per library can be found
here: http://koha.org/documentation/manual/3.0/administration/patrons-and-circulation/circulation-and-fines-rules/

---

Nicole C. Engard
Open Source Evangelist, LibLime
(888) Koha ILS (564-2457) ext. 714
nce at liblime.com
AIM/Y!/Skype: nengard

http://liblime.com
http://blogs.liblime.com/open-sesame/



2009/7/30 Nelson Fredsell -CCE :
> Howdy all,
>
>
>
> We?ve got some patrons who are members of multiple libraries in our Koha
> installation.? Each library is a separate organization and therefore has
> different rules about overdue fines, checkout period, annual subscription
> fee, and so on.? For this reason I suppose this means that a patron must
> have a separate OPAC login and patron account for each library.? If s/he
> want to see online what books are checked out from two libraries,? s/he will
> have to log in twice under two separate accounts, no?
>
>
>
> Thanks very much,
>
> Nelson
>
>
>
> implementing a union catalogue
>
> in Cape Town, South Africa
>
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
>

From koha at joetho.com  Fri Jul 31 09:43:56 2009
From: koha at joetho.com (koha at joetho.com)
Date: Thu, 30 Jul 2009 16:43:56 -0500
Subject: [Koha] Amazon content malformed?
In-Reply-To: <20090730100032.GA21926@localhost>
Message-ID: 

Hello,

We have noticed that the ISBN 0312368038 causes our staff client
interface to display incorrectly (option tabs missing).

Our fix: change ISBN so we get no Amazon content at all for that record,
but I am not pleased with that temporary solution.

My questions-

---Have you had this problem with other ISBNs (if so, can you please
list them?)

---Who do you contact at Amazon to report this malformed content?


-Thanks, Joe Tho


    * * * * * * * * * * * * * * *
   *   Joe Tholen               *\_
   *   Technology Coordinator      *
   *   SEK Regional Library System *
   *   Office Phone: (620)365-5136 *
   *   Office Fax: (620)365-5137   *
   *   jtholen at sekls.org           *
   * * * * * * * * * * * * * * * * * 


From kdr at ckls.org  Fri Jul 31 10:52:38 2009
From: kdr at ckls.org (Kathy Rippel)
Date: Thu, 30 Jul 2009 17:52:38 -0500
Subject: [Koha] patron accounts in a union catalogue
In-Reply-To: <012b01ca114a$d8a05a00$89e10e00$@org.za>
References: <012b01ca114a$d8a05a00$89e10e00$@org.za>
Message-ID: <7.0.1.0.2.20090730175052.04bd6688@ckls.org>

I believe it depends on the settings, etc. We have some similar 
patrons; we can see the checked out items from both on our patron 
record. But I can't remember how we got to this point.

Kathy

At 02:20 PM 7/30/2009, Nelson Fredsell -CCE wrote:
>Content-Type: multipart/alternative;
>         boundary="----=_NextPart_000_012C_01CA115B.9C292A00"
>Content-Language: en-za
>
>Howdy all,
>
>We've got some patrons who are members of multiple libraries in our 
>Koha installation.  Each library is a separate organization and 
>therefore has different rules about overdue fines, checkout period, 
>annual subscription fee, and so on.  For this reason I suppose this 
>means that a patron must have a separate OPAC login and patron 
>account for each library.  If s/he want to see online what books are 
>checked out from two libraries,  s/he will have to log in twice 
>under two separate accounts, no?
>
>Thanks very much,
>Nelson
>
>implementing a union catalogue
>in Cape Town, South Africa
>_______________________________________________
>Koha mailing list
>Koha at lists.katipo.co.nz
>http://lists.katipo.co.nz/mailman/listinfo/koha

Kathleen D. Rippel
Dept. Head/Consultant--Resource Sharing and Access ;
Pathfinder Central (Manager)
Central Kansas Library System
1409 Williams
Great Bend, KS 67530

(620-792-4865) phone
(800-362-2642) toll-free, KS
(620-792-5495) fax

kdr at ckls.org
********************************************************************************************
I'm currently reading: In the Hills of Monterey, by Max Brand.
I'm currently listening to: Ender in exile, by Orson Scott Card.






From kdr at ckls.org  Fri Jul 31 10:54:48 2009
From: kdr at ckls.org (Kathy Rippel)
Date: Thu, 30 Jul 2009 17:54:48 -0500
Subject: [Koha] Amazon content malformed?
In-Reply-To: 
References: <20090730100032.GA21926@localhost>
	
Message-ID: <7.0.1.0.2.20090730175349.04a3d268@ckls.org>

Yes, we've found a few like that also, Joe. Actually, sometimes the 
tabs are NOT missing, they are at the bottom!

I simply have not followed up because there are more pressing issues.

Kathy

At 04:43 PM 7/30/2009, koha at joetho.com wrote:
>Hello,
>
>We have noticed that the ISBN 0312368038 causes our staff client
>interface to display incorrectly (option tabs missing).
>
>Our fix: change ISBN so we get no Amazon content at all for that record,
>but I am not pleased with that temporary solution.
>
>My questions-
>
>---Have you had this problem with other ISBNs (if so, can you please
>list them?)
>
>---Who do you contact at Amazon to report this malformed content?
>
>
>-Thanks, Joe Tho
>
>
>     * * * * * * * * * * * * * * *
>    *   Joe Tholen               *\_
>    *   Technology Coordinator      *
>    *   SEK Regional Library System *
>    *   Office Phone: (620)365-5136 *
>    *   Office Fax: (620)365-5137   *
>    *   jtholen at sekls.org           *
>    * * * * * * * * * * * * * * * * *
>
>_______________________________________________
>Koha mailing list
>Koha at lists.katipo.co.nz
>http://lists.katipo.co.nz/mailman/listinfo/koha

Kathleen D. Rippel
Dept. Head/Consultant--Resource Sharing and Access ;
Pathfinder Central (Manager)
Central Kansas Library System
1409 Williams
Great Bend, KS 67530

(620-792-4865) phone
(800-362-2642) toll-free, KS
(620-792-5495) fax

kdr at ckls.org
********************************************************************************************
I'm currently reading: In the Hills of Monterey, by Max Brand.
I'm currently listening to: Ender in exile, by Orson Scott Card.






From oleonard at myacpl.org  Fri Jul 31 11:30:27 2009
From: oleonard at myacpl.org (Owen Leonard)
Date: Thu, 30 Jul 2009 19:30:27 -0400
Subject: [Koha] Amazon content malformed?
In-Reply-To: 
References: <20090730100032.GA21926@localhost>
	
Message-ID: 

> ---Have you had this problem with other ISBNs (if so, can you please
> list them?)

Yes, I've seen the problem, but I've never kept track of which records.

> ---Who do you contact at Amazon to report this malformed content?

Just a guess, but probably brickwall at amazon.com. I can't imagine
they're much interested in taking the time to fix the content we're
mooching off them.

To me this is a grin-and-bear-it issue. We're lucky to be getting some
added content for free, we can live with a few instaces of bad markup.

 -- Owen

-- 
Web Developer
Athens County Public Libraries
http://www.myacpl.org

From basudpl at gmail.com  Fri Jul 31 17:03:58 2009
From: basudpl at gmail.com (Basu Talikoti)
Date: Fri, 31 Jul 2009 10:33:58 +0530
Subject: [Koha] Bad MARC bib records
Message-ID: <3d2ea100907302203o54253fefm54cba10d9464be96@mail.gmail.com>

hi

we are encountering some problem in MARC Biblio records, may be because of
too many items with some of biblio records .
Therefore  I executed the perl script.
./sync_items_in_marc_bib.pl --run update
the summary report is 3 bad Marc records.
I would like to know.
how to correct this corrupt records.
and what precautions we should take records should not be corrupted because
there are may deletion additions in biblio every day
basu


[root at dplcat maintenance]# ./sync_items_in_marc_bib.pl --run update
... processed 100 records
... processed 200 records

processed 22100 records

Could not retrieve bib 22480 from the database - record is corrupt.

Could not processed 26800 records

Could not retrieve bib 27209 from the database - record is corrupt.retrieve
bib 22481 from the database - record is corrupt.
  processed 27900 records
... processed 28000 records
... processed 28100 records
... processed 28200 records
... processed 28300 records
Embedded item synchronization report
------------------------------------
Number of bibs checked:                   28354
Number of bibs modified:                  28200
Number of item fields removed from bibs:  95800
Number of item fields added to bibs:      95801
Number of bibs with errors:               3
[root at dplcat maintenance]#
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090731/c87b69f8/attachment.htm 

From celestialcitizen at gmail.com  Fri Jul 31 20:53:28 2009
From: celestialcitizen at gmail.com (celestialcitizen at gmail.com)
Date: Fri, 31 Jul 2009 08:53:28 +0000
Subject: [Koha] Get the firstname alone
Message-ID: <0016364c6375d63ed7046ffc8d7d@google.com>

Hi,

When a user logs in to Koha system his first name and surrname are  
retrieved from the sql database and are displayed on the page
Now I want to customize it so that only the firstname is displayed.
Can anyone tell me which part of the code contains this functionality and  
how do I change it to suit my needs

Regards
Anand
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20090731/5066f375/attachment.htm 

From magnus at enger.priv.no  Fri Jul 31 21:32:02 2009
From: magnus at enger.priv.no (Magnus Enger)
Date: Fri, 31 Jul 2009 11:32:02 +0200
Subject: [Koha] MARC record import
In-Reply-To: <835777770907301257t38f9f31bw719dff4ec20a0873@mail.gmail.com>
References: <835777770907301257t38f9f31bw719dff4ec20a0873@mail.gmail.com>
Message-ID: <6e39b98d0907310232w189b3de8s1ac51f3ec6788479@mail.gmail.com>

Hi!

I think what you are looking for is already available in Koha. Have a
look at these two pages from the docs:

http://koha.org/documentation/manual/3.0/tools/stage-marc-records-for-import
http://koha.org/documentation/manual/3.0/tools/manage-staged-marc-records

Regards,
Magnus Enger
libriotech.no

2009/7/30 Cab Vinton :
> I learned from a colleague at another library today that their system
> (Winnebago) accepts MARC records in text file format.
>
> This would be a big time-saver as it would allow catalogers to simply
> copy & paste records from other systems into a text file, before
> importing into Koha.
>
> How difficult would this be to implement for Koha? A sample record
> follows below, from the Minuteman Library Network in Massachusetts.
>
> Cab Vinton, Director
> Sanbornton Public Library
> Sanbornton, NH
>
> LEADER 00000cam ?2200397Ia 4500
> 001 ? ?233216064
> 003 ? ?OCoLC
> 005 ? ?20081215093140.0
> 008 ? ?080703s2008 ? ?nyu ? ? d ? ? 000 1 eng d
> 020 ? ?9780739494752
> 020 ? ?0739494759
> 035 ? ?(OCoLC)233216064
> 040 ? ?KKV|cKKV|dWIQ|dIUI|dMLN
> 043 ? ?n-us-nj
> 049 ? ?MLNM
> 050 04 PS3555.V2126|bF43 2008
> 082 04 813/.54|222
> 100 1 ?Evanovich, Janet.
> 245 10 Fearless fourteen /|cJanet Evanovich.
> 250 ? ?Doubleday large print home library ed.
> 260 ? ?New York :|bSt. Martin's Press,|cc2008.
> 300 ? ?416 p. (large print) ;|c22 cm.
> 520 ? ?Personal vendettas, hidden treasure, and a monkey named
> ? ? ? Carl will send bounty hunter Stephanie Plum on her most
> ? ? ? explosive adventure yet.
> 650 ?0 Plum, Stephanie (Fictitious character)|vFiction.
> 650 ?0 Women bounty hunters|vFiction.
> 650 ?0 Bail bond agents|zNew Jersey|zTrenton|vFiction.
> 650 ?0 Bank robberies|vFiction.
> 650 ?0 Large type books.
> 650 ?0 Detective and mystery stories.
> 650 ?0 Humorous stories.
> 651 ?0 Trenton (N.J.)|vFiction.
> 856 42 |3Contributor biographical information|uhttp://www.loc.gov
> ? ? ? /catdir/enhancements/fy0834/2008017664-b.html
> 856 42 |3Publisher description|uhttp://www.loc.gov/catdir/
> ? ? ? enhancements/fy0834/2008017664-d.html
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

From ian.bays at ptfs-europe.com  Fri Jul 31 22:51:02 2009
From: ian.bays at ptfs-europe.com (Ian  Bays)
Date: Fri, 31 Jul 2009 11:51:02 +0100
Subject: [Koha] Loading bibliographic data into non-default frameworks
References: <20090703112041.GA19648@localhost>
	<4A4DF658.9000909@biblibre.com><20090703133805.GB8818@localhost><9128d7f00907060431t157b0213m878dfb885908af58@mail.gmail.com><7B06812DE5EAA1449574B501F103611D4836E4059F@149137-EXCHANGE.casi.local><20090714190123.GB13982@localhost><7B06812DE5EAA1449574B501F103611D4836E405C6@149137-EXCHANGE.casi.local>
	<20090730100032.GA21926@localhost>
Message-ID: <2C0D106ACDE243A698504F42E18C2505@PC143>

Hi all,

If I want to load bibliographic data into a specific framework is there a 
way to do this?

I have used both "stage marc records" and bulkmarkimport.pl.  I have heard 
hints on the list that you can set a tag or subfield to a value to choose 
the framework.

I have tried setting the Administration> Marc links> frameworkcode to tag 
999 subfield a and then tried the putting first the code for the framework 
and then the name for the framework in bib data (in 999 $a) and imported 
with bulkmarcimport.  None of this made any difference, it always comes in 
with default framework.