- Koha-devel - lists.koha-community.org

Re: [Koha-devel] Zebra re-indexing issue
by MHE IT admin 14 Feb '13

14 Feb '13

I have now upgraded to 3.1.2 but that did not help the issue. I just remembered that we lost our server root access a moths ago so we changed the root access, can that have any effect to how Koha preform indexing? > On Fri, Feb 15, 2013 at 12:41 AM, Dilan M. Rostam < > dilan.rostam(a)koyauniversity.org> wrote: > >> Thank you guys, >> >> I am the only one has root access to the server. All our librarian has >> user access via admin panel to the system. So they contacted me the other >> day and said they they search the system, they get search results, but when >> they click on the result they get erro 404, >> Then I just did what any simple guys do, I went to Koha IRC and asked the >> community, everyone said, STOP, RESTART, and REINSDEX Koha, and I did this >> >> Stop Zebra for named Koha instances. >> # koha-stop-zebra library >> run command >> # koha-start-zebra library >> and then >> # sudo koha-rebuild-zebra -f -v library >> >> Then after an hour I searched, and now I do not get any results at all. >> >> We use MARC21, and I can see in the admin >> >> And this is the information I have >> >> Koha version: 3.10.00.000 OS version ('uname -a'): Linux >> koyauniversity.org 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 >> x86_64 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010001Perl @INC:/usr/share/koha/lib >> >> /etc/perl >> /usr/local/lib/perl/5.10.1 >> /usr/local/share/perl/5.10.1 >> /usr/lib/perl5 >> /usr/share/perl5 >> /usr/lib/perl/5.10 >> /usr/share/perl/5.10 >> /usr/local/lib/site_perl >> . >> MySQL version: mysql Ver 14.14 Distrib 5.1.63, for debian-linux-gnu >> (x86_64) using readline 6.1 Apache version: Server version: >> Apache/2.2.16 (Debian) Zebraversion: Zebra 2.0.44 (C) 1994-2010, Index >> Data ApS Zebra is free software, covered by the GNU General Public >> License, and you are welcome to change it and/or distribute copies of it >> under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 >> Using ICU >> >> >> On Thu, Feb 14, 2013 at 3:09 AM, Chris Cormack <chris(a)bigballofwax.co.nz>wrote: >> >>> On 14 February 2013 12:38, Paul <paul.a(a)aandc.org> wrote: >>> > At 06:42 AM 2/14/2013 +1300, Chris Cormack wrote: >>> > >>> > The important thing to ask before recommending anything like this is >>> did you >>> > install via the packages or not. >>> > Given the initial email containing commands that are provided by the >>> > packages, I am pretty sure it's a package install. In that case >>> definitely >>> > do NOT try what Paul suggests it will only make things worse. >>> > >>> > >>> > My apologies Chris, and thanks for catching it. But I'm very curious >>> as to >>> > why this might be hazardous in a package environment (we're tarball >>> users as >>> > I think you know.) >>> > >>> > I have to re-index at least once an hour when our cataloguers are >>> working >>> > (see bug 9511) and there might be others like me. Does Zebra from a >>> > "package" install catch the deleted/overwritten biblios? I genuinely >>> had >>> > missed any announcement of Zebra functionality being different - mea >>> culpa. >>> > >>> It isn't but that is not how you reindex with packages, the packages >>> provide commands to reindex that make sure it is run with the correct >>> permissions. (You can have multiple Koha instances easily on a >>> packaged install) >>> >>> So running the rebuild_zebra.pl command by hand will most likely >>> result in screwing up the permissions. >>> >>> > Thanks and best regards - Paul >>> > >>> > P.S. I would add that Dr Rostam's library system is still giving a 404 >>> for >>> > any search, so maybe someone else can assist him? >>> > >>> >>> With a lot more information someone could, what exact version of Koha >>> are they running, what flavour of MARC, has someone changed the >>> frameworks? etc >>> >>> Chris >>> >> >> >> >> -- >> *Dr Dilan M. Rostam* >> *Vice-President for Scientific Affairs* >> *Koya University* >> *University Park* >> *Daniel Mitterrand Boulevard* >> *Koya KOY45* >> *Kurdistan Region - F.R. Iraq* >> * >> * >> *Mobile: +964.7503057849* >> *E-mail: dilan.rostam(a)koyauniversity.org* >> *URL: koya.edu.iq* >> > > > > -- > *Dr Dilan M. Rostam* > *Vice-President for Scientific Affairs* > *Koya University* > *University Park* > *Daniel Mitterrand Boulevard* > *Koya KOY45* > *Kurdistan Region - F.R. Iraq* > * > * > *Mobile: +964.7503057849* > *E-mail: dilan.rostam(a)koyauniversity.org* > *URL: koya.edu.iq* >

1 0

Re: [Koha-devel] kc.org support companies page broken...
by Paul 14 Feb '13

14 Feb '13

At 01:50 PM 2/14/2013 +0100, Jonathan Druart wrote: >Paul, La page s'affiche bien chez moi, en allant sur le lien, tu arrives >sur une erreur ou bien tu utilises une recherche ? ><http://koha-community.org/support/paid-support/country/#ind>http://koha-community.org/support/paid-support/country/#ind Paul - moi aussi... j'en trouve cinq. a+ Paul >2013/2/14 Paul Poulain ><<mailto:paul.poulain@biblibre.com>paul.poulain(a)biblibre.com> >Hello, > >I tried to go to ><http://koha-community.org/support/paid-support/>http://koha-community.org/support/paid-support/ >to >check for indian companies being listed here... and got a nasty "no >results". > >:\ > >-- >Paul POULAIN - BibLibre ><http://www.biblibre.com>http://www.biblibre.com >Free & Open Source Softwares for libraries >Koha, Drupal, Piwik, Jasper > >_______________________________________________ >Koha-devel mailing list ><mailto:Koha-devel@lists.koha-community.org>Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : <http://www.koha-community.org/>http://www.koha-community.org/ >git : <http://git.koha-community.org/>http://git.koha-community.org/ >bugs : <http://bugs.koha-community.org/>http://bugs.koha-community.org/ > > >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : http://www.koha-community.org/ >git : http://git.koha-community.org/ >bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

1 0

GSoC?
by Galen Charlton 13 Feb '13

13 Feb '13

Hi, Following up on some discussion on #koha, I'd like to raise the question of whether we want to consider putting in an application for the Google Summer of Code [1] this year. What's GSoC? Very briefly, it's effectively an internship program where Google will pay college and university students to work on F/OSS projects. One of the overall goals is to help educate students, both in the technical matters of contributing software to a real project and the social matters of interacting productively with an open source community. Ideally, a GSoC student would end their experience ready and willing to continue to participate in F/OSS projects. Secondarily, we may get some cool and useful code to add to Koha. If Koha were to apply, we would be expected to provide the following: - a list of project ideas that would be beneficial to Koha and educational for the students - mentors willing to devote a fair amount of time between June and September guiding students through their projects - an "organization admin" or two to help the mentors and students Being a mentor is a serious commitment. The ideal mentor would be an active developer, familiar with the codebase and expert in at least some of it, willing to teach, willing to help make sure that student participates openly in the community, and able to devote a fair amount of time to work with his or her student during the summer. I encourage folks to read the GSoC document carefully, then answer the following questions: - Is GSoC something we want to participate in? - If so, are there enough folks willing and able to act as mentors? [1] http://www.google-melange.com/gsoc/homepage/google/gsoc2013 Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

3 2

Question about SRU responces
by Martin Renvoize 13 Feb '13

13 Feb '13

Hi All, We've recently been updating a number of customers to using DOM indexing and mostly it's going well. However, I just wanted to clarify something about the Z39.50/SRU server. The responce given from old chr based zebra and dom based zebra is in a completely different format. Is this correct, or is it a bug? I've attached a couple of examples to show the difference? biblios_chr.xml<https://docs.google.com/a/ptfs-europe.com/file/d/0B27FAnukSs76SFJ3NEFlLURTY…> biblios_dom.xml<https://docs.google.com/a/ptfs-europe.com/file/d/0B27FAnukSs76N25oaFVFZWxua…> -- Martin Renvoize Software Engineer, PTFS Europe Ltd Content Management and Library Solutions Skype: Mobile: 07725985636 http://www.ptfs-europe.com

2 3

Re: [Koha-devel] Zebra re-indexing issue
by Paul 12 Feb '13

12 Feb '13

At 10:39 PM 2/12/2013 +0300, MHE IT admin wrote: >Our library web site just started to give error messages #404, so I tried >to fix the issue with running >koha-stop-zebra libraryÂ >koha-start-zebra library >sudo koha-rebuild-zebra -f -v Â library Have you tried doing this as "koha" (or whatever other user was given privileges during setup) rather than root? e.g.: koha@server:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl ... whatever. I do not use -f, but you might try -b -r -v -x then -a -r -v >Zebra configuration information >================================ >Zebra biblio directory Â Â Â = /var/lib/koha/library/biblios >Zebra authorities directory = /var/lib/koha/library/authorities >Koha directory Â Â Â Â Â Â Â = /usr/share/koha/intranet/cgi-bin >BIBLIONUMBER in : Â Â 852$8 I don't know if 3.10 has changed (so could be way off track), but 3.6 and 3.8 (marc21) by default look for biblionumber in 999$c Best - Paul

1 0

Zebra re-indexing issue
by MHE IT admin 12 Feb '13

12 Feb '13

Hi there, Our library web site just started to give error messages #404, so I tried to fix the issue with running koha-stop-zebra library koha-start-zebra library sudo koha-rebuild-zebra -f -v library but I got this as results # sudo koha-rebuild-zebra -v --full library Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/library/biblios Zebra authorities directory = /var/lib/koha/library/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 852$8 BIBLIOITEMNUMBER in : 999$d ================================ skipping authorities ==================== exporting biblio ==================== 1................................................................................................101..............................................................................................201..............................................................................................301..............................................................................................401..............................................................................................501..............................................................................................601..............................................................................................701.................................................................................... Records exported: 785 ==================== REINDEXING zebra ==================== 21:52:18-12/02 zebraidx(15767) [warn] Record didn't contain match fields in (bib1,Local-number) ==================== CLEANING ==================== Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/library/biblios Zebra authorities directory = /var/lib/koha/library/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 852$8 BIBLIOITEMNUMBER in : 999$d ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== skipping biblios ==================== CLEANING ==================== and now the search function on koha does not give any results at all. http://library.koyauniversity.org so please help us to save our library, We run Server information Koha version: 3.10.00.000 OS version ('uname -a'): Linux koyauniversity.org 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010001 Perl @INC:/usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.1.63, for debian-linux-gnu (x86_64) using readline 6.1 Apache version: Server version: Apache/2.2.16 (Debian) Zebra version: Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 Using ICU

2 2

Zebra data structure?
by John Herz 12 Feb '13

12 Feb '13

Hello list I would like to know what kind of data structure zebra use making the search. Thank you. Grettings.

1 0

Old bugs to check
by MJ Ray 12 Feb '13

12 Feb '13

Would you check some of these rather old bugs to suggest what to do, please? Maybe some can be RESOLVED FIXED by now or need a question. Ideally, tell irc.oftc.net #koha know that you're looking at a bug. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5721 marc import summary should be filtered or customizable http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4488 OPAC reports incorrect hold limit in warning. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2193 Lost Item Fines - Editable if $0 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4985 Edit a calendar entry for all branches http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4165 Rounding errors in acquisitions display routines http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3153 'maxoutstanding' syspref does not disallow placing holds on staff side http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4176 MIME missing from sys prefs interface http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4901 Title & Subtitle w/out space in Zotero http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 Call number in XSLT availability information http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5196 006 subfields 01-17 should be populated depending on the 00 value http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1821 Limit amount of manual fine/credit, require verification above limit http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5270 007 variable control builder/Specific Material Designation http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5463 limit to available shows on hold items http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4115 print a batch of patron cards from an import http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2352 Improve information about uninstalled CPAN modules http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4110 Improve consistency and reliability of the interfaces to Members http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5414 staged import dies silently if MARC::Record chokes on a too-large MARC record http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3463 Wide character in null operation for “Edit MARC Record” http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2928 Authority search on specific authtype may not work -- Email robot driven by MJ Ray (slef), member of www.software.coop, http://koha-community.org supporter, web and library systems developer. Available for hire (including development) at http://www.software.coop/

1 0

Default XML entity encoding in C4::Record::marc2marcxml
by Bernardo Gonzalez Kriegel 09 Feb '13

09 Feb '13

Hi, if you try to export a record from opac or intranet to marcxml, the record has accents or other symbols replaced by character entities. The function C4::record::marc2marcxml expects 4 arguments, the last one instructs to do or not that kind of replacement. sub marc2marcxml { my ($marc,$encoding,$flavour,$dont_entity_encode) = @_; ... # entity encode the XML unless instructed not to unless ($dont_entity_encode) { my ($marcxml_entity_encoded) = _entity_encode($marcxml); $marcxml = $marcxml_entity_encoded; } But for example in opac-export.pl is called simply as elsif ($format =~ /marcxml/) { $marc = marc2marcxml($marc); $format = 'marcxml'; } Is there a reason to do the character entity encoding by default? Regards, Bernardo -- Bernardo Gonzalez Kriegel bgkriegel(a)gmail.com

1 0

Software error
by SANDEEP BHAVSAR 09 Feb '13

09 Feb '13

Dear All I am facing the the below problem on my Koha 3.11.00.017 ver This comes only at the time of circulation and if I refreshed the page circulations works fine. ----------- Software error: Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 3053. -- Thanks and Regards Sandeep Bhavsar Librarian Dr.V.N.Bedekar Institute of Management Studies Thane(W) 400601 MUMBAI. INDIA @@@@@@@@@@@@@@@@@@@@@@@@@@ email : sandeep.bhavsar(a)gmail.com Mob : 9987049099 elibrary :http://www.vpmthane.org/im/elib/main.htm @@@@@@@@@@@@@@@@@@@@@@@@@@

1 0