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

Re: [Koha-devel] Koha-devel Digest, Vol 87, Issue 23
by Sandeep Bhavsar 20 Feb '13

20 Feb '13

Thanks fridolyn somers On Wed, Feb 20, 2013 at 4:30 PM, < koha-devel-request(a)lists.koha-community.org> wrote: > Send Koha-devel mailing list submissions to > koha-devel(a)lists.koha-community.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > or, via email, send a message with subject or body 'help' to > koha-devel-request(a)lists.koha-community.org > > You can reach the person managing the list at > koha-devel-owner(a)lists.koha-community.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha-devel digest..." > > > Today's Topics: > > 1. Re: git repository (Fridolyn SOMERS) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Feb 2013 14:23:54 +0100 > From: Fridolyn SOMERS <fridolyn.somers(a)biblibre.com> > To: koha-devel(a)lists.koha-community.org > Subject: Re: [Koha-devel] git repository > Message-ID: <51237CEA.30807(a)biblibre.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Hie, > > to upgrade a git repo created with "git clone": > - git remote update > - git rebase origin/master > If you want stable version, use "origin/3.10.x". > > Le 04/02/2013 06:55, SANDEEP BHAVSAR a ?crit : > > Respected All > > > > I am new to git, Kindly guide me which command shall I give now for > > upgrading my koha version. > > > > -------------------------------- > > > > You asked me to pull without telling me which branch you > > want to merge with, and 'branch.koha.merge' in > > your configuration file does not tell me either. Please > > specify which branch you want to merge on the command line and > > try again (e.g. 'git pull <repository> <refspec>'). > > See git-pull(1) for details. > > > > If you often merge with the same branch, you may want to > > configure the following variables in your configuration > > file: > > > > branch.koha.remote = <nickname> > > branch.koha.merge = <remote-ref> > > remote.<nickname>.url = <url> > > remote.<nickname>.fetch = <refspec> > > > > See git-config(1) for details. > > > -------------------------------------------------------------------------------------- > > > > -- > Fridolyn SOMERS > Biblibre - P?le Support > fridolyn.somers(a)biblibre.com <mailto:fridolyn.somers@biblibre.com> >

1 0

git repository
by SANDEEP BHAVSAR 19 Feb '13

19 Feb '13

Respected All I am new to git, Kindly guide me which command shall I give now for upgrading my koha version. -------------------------------- You asked me to pull without telling me which branch you want to merge with, and 'branch.koha.merge' in your configuration file does not tell me either. Please specify which branch you want to merge on the command line and try again (e.g. 'git pull <repository> <refspec>'). See git-pull(1) for details. If you often merge with the same branch, you may want to configure the following variables in your configuration file: branch.koha.remote = <nickname> branch.koha.merge = <remote-ref> remote.<nickname>.url = <url> remote.<nickname>.fetch = <refspec> See git-config(1) for details. -------------------------------------------------------------------------------------- -- 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 @@@@@@@@@@@@@@@@@@@@@@@@@@

2 1

Re: [Koha-devel] Bug 3069
by Archives and Collections Society 18 Feb '13

18 Feb '13

At 08:01 AM 2/18/2013 +0000, Marcel de Rooy wrote: >You could use the cron job cleanup_database.. for that purpose. Many thanks for the suggestion -- a script that was "unknown to me" until today. I like the idea of adding dates into the logic, and the fact that import_records cascades to import_biblios (and import_items and import_record_matches.) I'll try it on the sandbox later today or tomorrow. Best regards -- Paul >-----Oorspronkelijk bericht----- >Van: koha-devel-bounces(a)lists.koha-community.org >[mailto:koha-devel-bounces@lists.koha-community.org] Namens Paul >Verzonden: zaterdag 16 februari 2013 23:51 >Aan: Koha Devel >Onderwerp: [Koha-devel] Bug 3069 > >This bug refers to the Z39.50 "reservoir" which cannot be [easily] emptied. >A quick look in MySQL shows that we have: >mysql> SELECT COUNT(*) FROM import_records; >+----------+ >| COUNT(*) | >+----------+ >| 148357 | >+----------+ >1 row in set (0.01 sec) > >and the exact same in import_biblios (none in either import_items or >import_record_matches) -- this relates to 29,410 valid biblios in our >catalogue. > >mysql> SHOW TABLE STATUS LIKE 'import_records'; tells me that this table >has a Data_length of 1040508672 or just over 1 Gbyte. > >Is there a downside to deleting this data? [TRUNCATE TABLE import_records; >same for import_biblios] *Limited* testing in my sandbox has shown no >downside or side effects. > >The upside is a measurable improvement in the search time from >koha-admin/cgi-bin/koha/cataloguing/addbooks.pl, and speed/size >improvements for backups. > >My cataloguers tell me that they never use the "reservoir" as it only >corresponds to historical data from previous multi-Z39.50 server searches >from which they already selected the "best fit" and thought that they had >discarded the rest. As an aside, I'd be curious to know how other libraries >use this data. > >Thanks and best regards, >Paul > >_______________________________________________ >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/

1 0

Bug 3069
by Paul 18 Feb '13

18 Feb '13

This bug refers to the Z39.50 "reservoir" which cannot be [easily] emptied. A quick look in MySQL shows that we have: mysql> SELECT COUNT(*) FROM import_records; +----------+ | COUNT(*) | +----------+ | 148357 | +----------+ 1 row in set (0.01 sec) and the exact same in import_biblios (none in either import_items or import_record_matches) -- this relates to 29,410 valid biblios in our catalogue. mysql> SHOW TABLE STATUS LIKE 'import_records'; tells me that this table has a Data_length of 1040508672 or just over 1 Gbyte. Is there a downside to deleting this data? [TRUNCATE TABLE import_records; same for import_biblios] *Limited* testing in my sandbox has shown no downside or side effects. The upside is a measurable improvement in the search time from koha-admin/cgi-bin/koha/cataloguing/addbooks.pl, and speed/size improvements for backups. My cataloguers tell me that they never use the "reservoir" as it only corresponds to historical data from previous multi-Z39.50 server searches from which they already selected the "best fit" and thought that they had discarded the rest. As an aside, I'd be curious to know how other libraries use this data. Thanks and best regards, Paul

2 1

diacritics and arabic not appear in z39 search
by Mohamed zalabany 16 Feb '13

16 Feb '13

hi alli have 3.8.6 installationwhen i'm searching with z39.50 client the diacritics and Arabic characters doesn't appear correctit appear like thisArba�ah Fabr�ayir 1942 f�i t�ar�ikh Mi�sr al-siy�as�iany one face this problem before i think it related with Unicode characters and marc 8 Mohamed El Zalabany Integrated library systems consultant LibroTech for library systems and information technology http://www.librotech.net mh_zalabany(a)hotmail.com Mobile: 0009989496

1 0

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

16 Feb '13

At 04:44 PM 2/13/2013 +0300, Dilan M. Rostam wrote: >Thank you Paul,Â > >We use MARC21 now I have checked, and I ranÂ > >I got , I am not sure what it means,Â >sudo koha-rebuild-zebra -b -r -v -x Â library >Cannot specify -r or -s if -z is specified >Please do '/usr/share/koha/bin/migration_tools/rebuild_zebra.pl --help' to >see usage. Why are you trying to index as 'root'? If you have used the default name "koha" as owner of the process during installation, please try: you@server:$ su koha [enter password] koha@server:$ cd /usr/share/koha koha@server:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x koha@server:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -a -r -v The -z option is for incremental indexing, normally used in your cron job to update an existing Zebra index. Paul >On Wed, Feb 13, 2013 at 1:11 AM, Paul <paul.a(a)aandc.org> wrote: >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 > > > > > > >-- >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 --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

6 7

Use rfid with Koha
by mohsin 15 Feb '13

15 Feb '13

Dear Friends I am very much new to koha and need to implement Rfid reader for circulation .First i install Koha on Ubanto. The first problem is how to access koha from windows IE. As its shows " IT works ....." message. When i try to run sudo command it ask for password which i dont know. Second what i am planing is to add rfid reader on widws based terminal as all the drivers and dll are complied in C#. Have somebody this this directly in koha. Help seeker

4 4

kc.org support companies page broken...
by Paul Poulain 15 Feb '13

15 Feb '13

Hello, I tried to go to 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 Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

4 5

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

15 Feb '13

Please see below 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* >

2 2

Call for news for the February newsletter
by Daniel Grobani 14 Feb '13

14 Feb '13

Dear Koha kommunitarians, I'm harvesting news for this month's newsletter. Please send me by the 20th anything you think your fellow community members might like to know about. "News" can be as short as a sentence or as long as a paper. I especially encourage you to send me a line or two for the gossip/society column about what you're currently working on. And if you know of a go-live not announced on the list, please be sure to let me know about it. Thanks, Daniel Grobani

1 0