- Koha - lists.katipo.co.nz

Complete Data Migration solution from Libsys ILMS (Books and Journals)
by Vinod Kumar Mishra 11 Nov '14

11 Nov '14

Dear All, The following ( https://drive.google.com/file/d/0B2Cmcc6xutSgY3RFMmc3TTZpenc/view?pli=1 )are the General steps to get your libsys data in excel format for final conversion into Marc format to switching into other ILMS software. Please note that there are several other tips and tricks which you can use to convert your libsys data in excel, so that you can migrate in some other desired software like Koha, Newgenlib, Evergreen etc. The reports module given under Cataloging/Circulation/Serial of Libsys software can be used to get the data in Excel format. In-case you are not getting subject heading than it can be added at the time of excel data conversion as well as you can also group together all the same titles, but you should have at least ISBN/ISSN number in your records. Marc editor and excel (http://marcedit.reeset.net/downloads ) is wonderful software which not only converts your data in marc format but it also gives you opportunity to make your data standard before importing in new ILMS. In case of any help needed in this regard please feel free to contact. Thanking You With regards, Vinod Kumar Mishra, Assistant Librarian, Biju Patnaik Central Library, NIT Rourkela, Mob:91+9439420860 91+6612462103 (O) email: vinod_librarian(a)rediffmail.com : mishravk79(a)gmail.com

1 0

Request to be listed as Koha Support Provider (Koha Support Schweiz)
by Marc Véron 10 Nov '14

10 Nov '14

Dear List, We kindly request to list "Koha Support Schweiz" (www.koha-support.ch) as Support Provider. Koha Support Schweiz was founded in December 2011. Members of Koha Support Schweiz (www-koha-support.ch) are the companies 'marc veron ag' (www.veron.ch) and 'Pro Acta GmbH' (www.proacta.ch) Since 2012 we contribute to Koha (Marc Véron's first patch was pushed in April 2012). Our aim is to provide support for libraries, institutions and companies who want to evaluate and/or use mainstream Koha in Switzerland, and to contribute to the Koha Community. We help to translate Koha to German, and since version 3.8 we maintain the translation to German with Swiss orthography (important for schools). In 2014 we did about 100 signoffs and we had about 20 patches pushed. Some of our contributions for enhancements since 2012 are: Bug 7563 - Silently print slips using Firefox PlugIn jsPrintSetup Bug 7621 - Circulation: Match age restriction of title with borrower's age without using categories Bug 8301 - Display additional system information (preferences) on About page to minimize support cases Bug 12162 - Add class="branchcode" to body tag to make OPAC CSS-styleable per branch Bug 12763 - Add more information for users to OPAC Error 404 page Information for listing: ------------------------ Company Name: Koha Support Schweiz Contact Person: Marc Véron Contact email: koha(a)koha-support.ch Website: www.koha-support.ch Telephone: +41 61 483 84 61 Address: c/o marc veron ag Baslerstrasse 50 CH-4123 Allschwil Switzerland Short description of your services: Koha Support Schweiz provides consulting, support and services for libraries, institutions and companies who want to evaluate and/or use mainstream Koha in Switzerland. Please list our Demo- and Test-Server as well: http://kohademo-staff.mvlib.ch http://kohademo.mvlib.ch Thanks and kind regards For 'Koha Support Schweiz' Marc Véron www.koha-support.ch ------------------- marc veron ag informatik information internet Baslerstrasse 50 CH - 4123 Allschwil +41 61 483 84 61 www.veron.ch Acrobat / PDF - Lösungen seit 1995 Partner für Internet und Content Management Mitglied Koha Support Schweiz www.koha-support.ch

1 0

Koha 3.16.4 & http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7756
by Hugo Agud 10 Nov '14

10 Nov '14

Hello We are testing Koha 3.16 and we are having problems to send mail claim late issue. when we try to claim, we push to button, the serial changes into 'cliamed, but no mail sent, in order to make sure that somethings is wrong, we have checked logs from apache claims.pl: Bad or missing From address: '', referer: http://formacion-intra.orex.es/cgi-bin/koha/serials/claims.pl [Sat Nov 08 19:41:23 2014] [error] [client 83.55.68.172] [Sat Nov 8 19:41:23 2014] claims.pl: at /usr/share/koha/intranet/cgi-bin/serials/ claims.pl line 83, referer: http://formacion-intra.orex.es/cgi We have checked that was a bug for 3.8 and compared the patch with the current files and are identical, then it should work. We have check that provider has contact mail, we have added also booksellermail directly to mysql just in case, but the issue is still there Before adding this potential bug to bugzilla, we would ask if anybody have seen this issue also on 3.16.4? Note: installed via packagess Kindest Regards -- *Hugo Agud - Orex Digital * *www.orex.es <http://www.orex.es>* Director Passatge de la Llançadera, 3 · 08338 Premià de Dalt - Tel: 93 539 40 70 hagud(a)orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.

2 2

Re: [Koha] Change search engine in koha 3.16 (Katrin Fischer)
by bui phong 10 Nov '14

10 Nov '14

Hi Katrin, I did some research about zebra before. This search engine doesn't support Quotation for exact match. Actually, I prefer to change search engine to Solr but as you and Jonathan mentioned before, koha doesn't support solr so I will try to modify zebra to get better search result. Thank you for your support. Phong ________________________________ From: "koha-request(a)lists.katipo.co.nz" <koha-request(a)lists.katipo.co.nz> To: koha(a)lists.katipo.co.nz Sent: Thursday, November 6, 2014 12:55 AM Subject: Koha Digest, Vol 109, Issue 6 Send Koha mailing list submissions to koha(a)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(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)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: Change search engine in koha 3.16 (Bui Tien Phong) 2. Re: Importing records through Z39.50 (Johnstone Selemani) 3. Re: Importing records through Z39.50 (Elaine Bradtke) 4. Re: Change search engine in koha 3.16 (Katrin Fischer) ---------------------------------------------------------------------- Message: 4 Date: Wed, 05 Nov 2014 18:54:57 +0100 From: Katrin Fischer <Katrin.Fischer.83(a)web.de> To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Change search engine in koha 3.16 Message-ID: <545A6471.1000308(a)web.de> Content-Type: text/plain; charset=windows-1252 Hi Phong, are you sure Zebra is the source of your search problems? Maybe it's just a configuration issue. Are you using the ICU indexing method with Zebra? Examples on how to activate ICU for Arabic or Polish can be found on the wiki: http://wiki.koha-community.org/wiki/Correcting_Search_of_Arabic_records http://wiki.koha-community.org/wiki/Correcting_Search_of_Polish_records Katrin Am 05.11.2014 um 04:16 schrieb Bui Tien Phong: > Hi Jonathan, Katrin and team, > > Thank you for your information. Do you know reason why we don't use solr instead of zebra for search engine? > > We want to change search engine because search results for our language are not really correct. > > Thanks, > Phong > >> On Nov 5, 2014, at 6:00 AM, koha-request(a)lists.katipo.co.nz wrote: >> >> Send Koha mailing list submissions to >> koha(a)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(a)lists.katipo.co.nz >> >> You can reach the person managing the list at >> koha-owner(a)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: KohaCon14 is over, welcome to KohaCon15 in Ibadan >> (Nigeria) ! (Olugbenga Adara) >> 2. Re: Request to add our company name in list of Koha support >> providers for Asia Pacific and India region. (jatin76) >> 3. Change search engine in koha 3.16 (bui phong) >> 4. Re: Change search engine in koha 3.16 (Jonathan Druart) >> 5. Importing records through Z39.50 (Johnstone Selemani) >> 6. Re: Importing records through Z39.50 (Owen Leonard) >> 7. Re: Change search engine in koha 3.16 (Bui Tien Phong) >> 8. Re: Change search engine in koha 3.16 (Katrin Fischer) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 4 Nov 2014 00:56:55 -0500 >> From: Olugbenga Adara <gbengaadara(a)gmail.com> >> To: Koha List <koha(a)lists.katipo.co.nz> >> Subject: Re: [Koha] KohaCon14 is over, welcome to KohaCon15 in Ibadan >> (Nigeria) ! >> Message-ID: >> <CAB9VnGMZgrr4yYD2pLCXw0sKrLLc=ONT_Wbxyi4-X4D1Dd4dxQ(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> Hi Fred, >> >>> On Mon, Nov 3, 2014 at 3:37 PM, Fred King <kohauser(a)phred.us> wrote: >>> >>> Belated congratulations from Washington, DC! Chances are I won't be >>> there--the only way I could afford to attend is if I flapped my arms hard >>> enough to make it across the Atlantic--but I wish you every success. >> Thanks Fred. >> >> Olugbenga Adara >> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 4 Nov 2014 02:10:52 -0800 (PST) >> From: jatin76 <jatin(a)eclateng.com> >> To: koha(a)lists.katipo.co.nz >> Subject: Re: [Koha] Request to add our company name in list of Koha >> support providers for Asia Pacific and India region. >> Message-ID: <1415095852187-5817303.post(a)n5.nabble.com> >> Content-Type: text/plain; charset=us-ascii >> >> Hello Liz, >> Many thanks for your support. >> >> >> >> -- >> View this message in context: http://koha.1045719.n5.nabble.com/Request-to-add-our-company-name-in-list-o… >> Sent from the Koha-general mailing list archive at Nabble.com. >> >> >> ------------------------------ >> >> Message: 3 >> Date: Tue, 4 Nov 2014 02:40:46 -0800 >> From: bui phong <phongt147(a)yahoo.com> >> To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> >> Subject: [Koha] Change search engine in koha 3.16 >> Message-ID: >> <1415097646.71834.YahooMailNeo(a)web122005.mail.ne1.yahoo.com> >> Content-Type: text/plain; charset=us-ascii >> >> Dear team, >> >> I'm trying to change search engine from zebra to solr for koha 3.16. I followed instruction from this: >> >> http://wiki.koha-community.org/wiki/Solr_deployment >> >> but the solrconfig.xml doesn't work. I faced this error: >> >> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core koha: Error loading solr config from >> /solr/solrconf/multicore/koha/conf/solrconfig.xml >> >> >> I also tried to install solr separately, add new core to solr by using the solrconfig.xml above but this problem still happened. >> >> >> I'm using koha 3.16.02 and solr version 4.10.2. >> >> Could you guide me how to change search engine and could you share the solrconfig.xml file for solr4.10.2. >> >> I really appreciate your help >> >> >> Thanks, >> Phong >> >> >> ------------------------------ >> >> Message: 4 >> Date: Tue, 4 Nov 2014 13:31:14 +0100 >> From: Jonathan Druart <jonathan.druart(a)biblibre.com> >> To: bui phong <phongt147(a)yahoo.com> >> Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> >> Subject: Re: [Koha] Change search engine in koha 3.16 >> Message-ID: >> <CAJzKNY42hePhMapEcPMv8NzLyc1rJk5kSGyf0kQP22nDhwwnuw(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> Koha does not work with something else than Zebra. >> The Solr implementation has been removed from the Koha code. >> >> 2014-11-04 11:40 GMT+01:00 bui phong <phongt147(a)yahoo.com>: >>> Dear team, >>> >>> I'm trying to change search engine from zebra to solr for koha 3.16. I followed instruction from this: >>> >>> http://wiki.koha-community.org/wiki/Solr_deployment >>> >>> but the solrconfig.xml doesn't work. I faced this error: >>> >>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core koha: Error loading solr config from >>> /solr/solrconf/multicore/koha/conf/solrconfig.xml >>> >>> >>> I also tried to install solr separately, add new core to solr by using the solrconfig.xml above but this problem still happened. >>> >>> >>> I'm using koha 3.16.02 and solr version 4.10.2. >>> >>> Could you guide me how to change search engine and could you share the solrconfig.xml file for solr4.10.2. >>> >>> I really appreciate your help >>> >>> >>> Thanks, >>> Phong >>> _______________________________________________ >>> Koha mailing list http://koha-community.org >>> Koha(a)lists.katipo.co.nz >>> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> ------------------------------ >> >> Message: 5 >> Date: Tue, 4 Nov 2014 17:12:26 +0200 >> From: Johnstone Selemani <jselemani(a)gmail.com> >> To: koha(a)lists.katipo.co.nz >> Subject: [Koha] Importing records through Z39.50 >> Message-ID: >> <CAM9AKMOmRsExGOUmrv55=frOMfwHPeaTe3DFSQySs8Cxsf8egQ(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> Hi All, >> >> I am using Koha 3.16.04 but can't import records from Library of >> Congress through Z39.50. It just gives message, connection timeout. >> Could you please assist? >> >> Thanks, >> >> Johnstone >> >> >> ------------------------------ >> >> Message: 6 >> Date: Tue, 4 Nov 2014 10:20:54 -0500 >> From: Owen Leonard <oleonard(a)myacpl.org> >> To: koha <koha(a)lists.katipo.co.nz> >> Subject: Re: [Koha] Importing records through Z39.50 >> Message-ID: >> <CAO4qe2PdOBVnBTbjGY3ySD_bocuaxFj22M90GTP_JKhVGUxiMA(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >>> I am using Koha 3.16.04 but can't import records from Library of >>> Congress through Z39.50. It just gives message, connection timeout. >> Please post the Z39.50 server settings you have for the Library of Congress. >> >> -- Owen >> >> -- >> Web Developer >> Athens County Public Libraries >> http://www.myacpl.org >> >> >> ------------------------------ >> >> Message: 7 >> Date: Tue, 4 Nov 2014 23:40:09 +0700 >> From: Bui Tien Phong <phongt147(a)yahoo.com> >> To: Jonathan Druart <jonathan.druart(a)biblibre.com> >> Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> >> Subject: Re: [Koha] Change search engine in koha 3.16 >> Message-ID: <D262789A-5873-4B9E-A47E-C57EC8836F0C(a)yahoo.com> >> Content-Type: text/plain; charset=us-ascii >> >> Hi Jonathan, >> >> I searched in the internet and found that Bywater is using solr for search engine: >> >> http://bywatersolutions.com/2011/11/02/kohacon-11-solr-and-koha/ >> >> Please correct me if I'm wrong. >> >> Thanks, >> Phong >> >>> On Nov 4, 2014, at 7:31 PM, Jonathan Druart <jonathan.druart(a)biblibre.com> wrote: >>> >>> Koha does not work with something else than Zebra. >>> The Solr implementation has been removed from the Koha code. >>> >>> 2014-11-04 11:40 GMT+01:00 bui phong <phongt147(a)yahoo.com>: >>>> Dear team, >>>> >>>> I'm trying to change search engine from zebra to solr for koha 3.16. I followed instruction from this: >>>> >>>> http://wiki.koha-community.org/wiki/Solr_deployment >>>> >>>> but the solrconfig.xml doesn't work. I faced this error: >>>> >>>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core koha: Error loading solr config from >>>> /solr/solrconf/multicore/koha/conf/solrconfig.xml >>>> >>>> >>>> I also tried to install solr separately, add new core to solr by using the solrconfig.xml above but this problem still happened. >>>> >>>> >>>> I'm using koha 3.16.02 and solr version 4.10.2. >>>> >>>> Could you guide me how to change search engine and could you share the solrconfig.xml file for solr4.10.2. >>>> >>>> I really appreciate your help >>>> >>>> >>>> Thanks, >>>> Phong >>>> _______________________________________________ >>>> Koha mailing list http://koha-community.org >>>> Koha(a)lists.katipo.co.nz >>>> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> ------------------------------ >> >> Message: 8 >> Date: Tue, 04 Nov 2014 18:44:36 +0100 >> From: Katrin Fischer <Katrin.Fischer.83(a)web.de> >> To: koha(a)lists.katipo.co.nz >> Subject: Re: [Koha] Change search engine in koha 3.16 >> Message-ID: <54591084.2060808(a)web.de> >> Content-Type: text/plain; charset=windows-1252 >> >> Hi Phong, >> >> there was a presntation at KohaCon11 about the Solr work that Bywater >> blogged about - but as Jonathan stated the Solr code has since be >> removed from Koha and will not be part of 3.18. >> >> It's also not fully functional in earlier version of Koha. >> >> Hope that helps, >> >> Katrin >> >>> Am 04.11.2014 um 17:40 schrieb Bui Tien Phong: >>> Hi Jonathan, >>> >>> I searched in the internet and found that Bywater is using solr for search engine: >>> >>> http://bywatersolutions.com/2011/11/02/kohacon-11-solr-and-koha/ >>> >>> Please correct me if I'm wrong. >>> >>> Thanks, >>> Phong >>> >>>> On Nov 4, 2014, at 7:31 PM, Jonathan Druart <jonathan.druart(a)biblibre.com> wrote: >>>> >>>> Koha does not work with something else than Zebra. >>>> The Solr implementation has been removed from the Koha code. >>>> >>>> 2014-11-04 11:40 GMT+01:00 bui phong <phongt147(a)yahoo.com>: >>>>> Dear team, >>>>> >>>>> I'm trying to change search engine from zebra to solr for koha 3.16. I followed instruction from this: >>>>> >>>>> http://wiki.koha-community.org/wiki/Solr_deployment >>>>> >>>>> but the solrconfig.xml doesn't work. I faced this error: >>>>> >>>>> org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core koha: Error loading solr config from >>>>> /solr/solrconf/multicore/koha/conf/solrconfig.xml >>>>> >>>>> >>>>> I also tried to install solr separately, add new core to solr by using the solrconfig.xml above but this problem still happened. >>>>> >>>>> >>>>> I'm using koha 3.16.02 and solr version 4.10.2. >>>>> >>>>> Could you guide me how to change search engine and could you share the solrconfig.xml file for solr4.10.2. >>>>> >>>>> I really appreciate your help >>>>> >>>>> >>>>> Thanks, >>>>> Phong >>>>> _______________________________________________ >>>>> Koha mailing list http://koha-community.org >>>>> Koha(a)lists.katipo.co.nz >>>>> http://lists.katipo.co.nz/mailman/listinfo/koha >>> _______________________________________________ >>> Koha mailing list http://koha-community.org >>> Koha(a)lists.katipo.co.nz >>> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> Koha mailing list >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> ------------------------------ >> >> End of Koha Digest, Vol 109, Issue 5 >> ************************************ ------------------------------ Subject: Digest Footer _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ------------------------------ End of Koha Digest, Vol 109, Issue 6 ************************************

3 3

Zebra problems
by All Saints Cathedral Library 10 Nov '14

10 Nov '14

Hello All, Recently we replaced our Koha 3.06 with a new install of Koha 3.16 on Linux Mint 13 XFCE via Ubuntu packages. Since the upgrade, searching for books, both from the old database and recently entered, in both the staff client and the opac yields only books in the reservoir in the staff section. In the terminal it looks like Zebra is working, with errors for some, but not all, records: exporting biblio ==================== 1..............................................................................101............... 3301..............................error retrieving biblio 3518 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679. in/migration_tools/rebuild_zebra.pl line 679. .....error retrieving biblio 7462 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679. 7201................... Records exported: 7066 ==================== REINDEXING zebra ==================== 11:40:57-28/10 zebraidx(3813) [warn] Record didn't contain match fields in (bib1,Local-number) ==================== CLEANING Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/cathlib/biblios Zebra authorities directory = /var/lib/koha/cathlib/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/cathlib/rebuild/rebuild..LCK BIBLIONUMBER in : 090$c BIBLIOITEMNUMBER in : 090$d ================================ ==================== exporting authority ==================== Records exported: 0 ==================== REINDEXING zebra ==================== skipping biblios ==================== CLEANING I have tried resetting the permissions as described in the Koha wiki, but that did not help. Are there other permissions I should check? Which ones? What should the permissions be? Should the user names and passwords for Mysql and Zebra and Koha all be the same? When I investigated the path all the files seemed to be there, but the /usr/ bin/ zebraidx file is, according to gedit, “corrupted”. Is that the problem? What should be in it? Can I remove it and download a single replacement file? What would the commands be? I have also noticed that ' libmarc-xml-perl_1.0.1-1_all.deb ' is sitting in my home directory. Where does it belong? If I download it again as in the Koha wiki Koha on Ubuntu packages – long, I get a message “Permission denied”. All the best, Helen Belal Volunteer librarian All Saints' Cathedral Library

2 1

Re: [Koha] A Road Map for Koha
by David Cook 10 Nov '14

10 Nov '14

Hi Bob: That sounds like a great idea. I've been keen on a Road Map for a while now. I also like the idea of the two new roles. I'm not volunteering for either, but I think it would be rather useful to have people in those shoes! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > Message: 3 > Date: Tue, 14 Oct 2014 00:20:24 +1100 > From: Bob Birchall <bob(a)calyx.net.au> > To: koha(a)lists.katipo.co.nz > Subject: [Koha] A Road Map for Koha > Message-ID: <543BD198.6040907(a)calyx.net.au> > Content-Type: text/plain; charset=utf-8; format=flowed > > Until the release of Koha 3.2, the project maintained a Road Map which listed > the features planned for the release. After 3.2 we switched from feature > based releases to time based releases and the Road Map became less critical. > Nonetheless road maps were produced for (at least) Koha > 3.8 <cid:part1.06080905.05050701@calyx.net.au> and 3.12 > <cid:part2.08030500.03020204@calyx.net.au>. > > On the sidelines of the KohaCon14 Hackfest, we had a discussion about the > future of Koha and decided to propose to reintroduce the Road Map. > This time an important difference will be that it is not time (release) based. > The idea is to present a list of features that are planned for future releases, > with just a couple of lines of description of each. > Each heading can link to another page to provide a full RFC. Present in the > discussion were Chris C, Paul P, Arnaud, Jonathan, Katrin, Brendan, Joy, > Tomas, Bernardo and BobB. We agreed on the following proposal: > > 1. To maintain a road map for Koha - that is not time based. > 2. The road map is to address both features and architecture. > 3. The monthly general meeting following each major release will consider > updates to the road map. > 4. However maintenance of the road map can be a continuous process. > > This led to discussion of the state of the wiki and also to ways of promoting > the project more broadly. (We noted some recent press releases from the > major closed source companies, announcing features that have been in Koha > since, in one example, 2000! So we felt its a problem that we don't promote > more what Koha already does.) > > Therefore we propose two new roles in the community release team. These > are roles that could be effectively filled by librarians (one for each role, or a > team), allowing developers to keep developing. > > _Wiki Curator_ > - a lot of work needs to be done to clean up the wiki; > - could also participate (with some developers) in updating the wiki > technology; > - the role is not seen as a controller of wiki content or as being required to > approve content, rather it is a curation task: moving stuff around, keeping it > tidy, collaborating with the wiki contributors (So, looking at stuff and asking: > Is this correct? Does it need to be updated? Should it be moved? Renamed? > etc) > > _Communication Manager_ > - promote the project and its achievements; > - gather press releases and stories; > - liaise closely with the newsletter editors (Chad and JD); > - update the koha-community.org website; > - send items to Marshall Breeding or other distribution sites; > - write articles or twist the arms of others who might write articles. > > We'll seek endorsement of these ideas at an upcoming IRC General Meeting. > > Bob Birchall > Calyx > > > > > *************************************

1 0

Re: [Koha] Zebra problems
by David Cook 10 Nov '14

10 Nov '14

Hi Helen: I'm not sure if someone has already helped you, but I can see at least one obvious problem just looking at your email. I assume that you're using MARC21? It looks like your Koha to MARC mappings are incorrect. > BIBLIONUMBER in :???? 090$c > BIBLIOITEMNUMBER in : 090$d This should be: > BIBLIONUMBER in :???? 999$c > BIBLIOITEMNUMBER in : 999$d At this point, you'll want to examine your records. Do you also have database access? Where is the biblionumber being stored in these records? Is it in 090$c or is it in 999$c? (The number from the biblio.biblionumber column should probably appear in the 999$c.) If it is 999$c, then continue following these instructions. If it's 090$c, then I'll have to respond again later :p. If you examine your records, I bet that they have 999$c and 999$d fields, but not 090$c and 090$d fields. So the first step will be to go to "Administration", then "Koha to MARC mapping". You'll want to change "biblionumber" so that it uses Tag 999 and subfield "c". Then you'll want to do the same with "biblioitemnumber" mapping it to Tag 999 and subfield "d". Then try a full re-index of your bibliographic records (e.g. perl rebuild_zebra.pl -b -x -r -v -v -v). The extra "-v" flags are handy as they print out more information about what's going on as you're indexing. Hopefully that should make you right as rain again. If you find that your biblionumber is being stored sometimes in 090$c and sometimes in 999$c, it might be an idea to run "touch_all_biblios.pl" after you've changed your "Koha to MARC mapping" to 999$c (and 999$d). That should put the biblionumber (and biblioitemnumber) in the right place, and you can try re-indexing again. Let me/us know how you go! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > Message: 2 > Date: Mon, 3 Nov 2014 16:17:57 +0000 (UTC) > From: All Saints Cathedral Library <ascleg(a)yahoo.co.uk> > To: Koha mailing list <koha(a)lists.katipo.co.nz> > Subject: [Koha] Zebra problems > Message-ID: > <357045189.418673.1415031477797.JavaMail.yahoo(a)jws11152.mail.ir > 2.yahoo.com> > > Content-Type: text/plain; charset=UTF-8 > > Hello All, > ? > Recently we replaced our Koha 3.06 with a new install of Koha 3.16 on Linux > Mint 13? XFCE via Ubuntu packages.? Since the upgrade, searching for books, > both from the old database and recently entered, in both the staff client and > the opac yields only books in the reservoir in the staff section.? > > In the terminal it looks like Zebra is working, with errors for some, but not all, > records: > > exporting biblio > ==================== > 1........................................................................... ...101............... > > 3301..............................error retrieving biblio 3518 at > /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679. > in/migration_tools/rebuild_zebra.pl line 679. > .....error retrieving biblio 7462 at > /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 679. > 7201................... > Records exported: 7066 > ==================== > REINDEXING zebra > ==================== > 11:40:57-28/10 zebraidx(3813) [warn] Record didn't contain match fields in > (bib1,Local-number) ==================== CLEANING Zebra > configuration information ================================ Zebra > biblio directory????? = /var/lib/koha/cathlib/biblios Zebra authorities > directory = /var/lib/koha/cathlib/authorities Koha directory????????????? = > /usr/share/koha/intranet/cgi-bin Lockfile??????????????????? = > /var/lock/koha/cathlib/rebuild/rebuild..LCK > BIBLIONUMBER in :???? 090$c > BIBLIOITEMNUMBER in : 090$d > ================================ > ==================== > exporting authority > ==================== > > Records exported: 0 > ==================== > REINDEXING zebra > ==================== > skipping biblios > ==================== > CLEANING > > I have tried resetting the permissions as described in the Koha wiki, but that > did not help. Are there other permissions I should check?? Which ones?? > What should the permissions be?? Should the user names and passwords for > Mysql and Zebra and Koha all be the same? > > When I investigated the path all the files seemed to be there, but the /usr/ > bin/ zebraidx file is, according to gedit, ?corrupted?.? Is that the problem?? > What should be in it?? Can I remove it and download a single replacement > file? What would the commands be? > > I have also noticed that ' libmarc-xml-perl_1.0.1-1_all.deb ' is sitting in my > home directory.? Where does it belong?? If I download it again as in the Koha > wiki Koha on Ubuntu packages ? long, I get a message ?Permission denied?. > All the best, > Helen Belal > Volunteer librarian > All Saints' Cathedral Library > > > ?? > ?? > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > > End of Koha Digest, Vol 109, Issue 4 > ************************************

1 0

Re: [Koha] Change search engine in koha 3.16
by David Cook 10 Nov '14

10 Nov '14

It's worth mentioning that the problem isn't with Zebra per se, but rather with how the query is being parsed before being sent to Zebra. While I've outlined some ideas on how to fix the quotation problem, I haven't had time/energy/money to fix it. It's also worth mentioning that quotation marks aren't typically for an "exact" match, but rather for a "phrase" match, which the Advanced Search form already supports (without a need for quotation marks). David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha- > request(a)lists.katipo.co.nz > Sent: Friday, 7 November 2014 10:00 AM > To: koha(a)lists.katipo.co.nz > Subject: Koha Digest, Vol 109, Issue 9 > > Send Koha mailing list submissions to > koha(a)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(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)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: Change search engine in koha 3.16 (Katrin Fischer) > (Chris Cormack) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 7 Nov 2014 08:34:13 +1300 > From: Chris Cormack <chrisc(a)catalyst.net.nz> > To: bui phong <phongt147(a)yahoo.com> > Cc: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Change search engine in koha 3.16 (Katrin Fischer) > Message-ID: <20141106193413.GB5376(a)rorohiko.wgtn.cat-it.co.nz> > Content-Type: text/plain; charset=us-ascii > > * bui phong (phongt147(a)yahoo.com) wrote: > > Hi Katrin, > > > > I did some research about zebra before. This search engine doesn't support > Quotation for exact match. > > > > > > Actually, I prefer to change search engine to Solr but as you and > > Jonathan mentioned before, koha doesn't support solr so I will try to > > modify zebra to get better search result. > > Hi Phong > > You could also take a look at the ElasticSearch work here > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 > > Chris > > > -- > Chris Cormack > Catalyst IT Ltd. > +64 4 803 2238 > PO Box 11-053, Manners St, Wellington 6142, New Zealand > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ------------------------------ > > End of Koha Digest, Vol 109, Issue 9 > ************************************

1 0

Invitation for Libraries using Koha to participate in the annual Library Automation Perceptions survey
by Marshall Breeding 09 Nov '14

09 Nov '14

To all libraries using Koha: I'm collecting data for this year's International Library Automation Perceptions survey. This survey, now in its eighth annual iteration, provides an opportunity for libraries to register their perceptions of the strategic automation products they use, organizations that provide these products, and the quality of support delivered. The survey also probes at considerations for migrating to new systems and the level of interest in open source products. As open source software supported both by the general community and by a variety of different service firms, some special considerations apply to Koha. In the libraries.org directory, Koha is represented by a combination of the name Koha and the primary support organization involved. (For example Koha - Catalyst IT, Koha -- ByWater Solutions). Libraries relying entirely on community support or internal resources are represented as Koha - Independent. If there are any special support arrangements not covered by these conventions, just mention that in the comments area of the survey. In this way the survey will be able to reflect both the functionality of the Koha software and the quality of support provided. This model of representing libraries using Koha isn't ideal, but is a pragmatic approach that aggregates all users of Koha while also segregating the different support scenarios. While the numeric rating scales support the statistical results of the study, it's the comments offered that provide the most insight into the current state of library automation satisfaction. Comments will be published in the survey results, redacted to conceal text that might identify the individual or organization responding. The raw data for the survey will not be shared, but reports are available that provide a variety of ways to view results. Please help your fellow librarians who might be in the process of evaluating library automation options by responding to the survey. Any information regarding vendor performance and product quality can be helpful when making strategic decisions regarding automation alternatives. A large number of responses strengthen the impact of the survey and the subsequent report. If you have responded in previous years, please respond again this year to help identify any trends regarding improvement or worsening of the products or support services. For more information about the survey, for instructions on how to participate, and to see results of previous year's survey reports, see: http://librarytechnology.org/web/breeding/AutomationSurvey/ I hope that all libraries using Koha will respond. Feel free to forward this request to any other library-related list. Please let me know if there are any questions regarding the survey. Marshall Breeding Editor, Library Technology Guides www.librarytechnology.org Marshall.breeding(a)librarytechnology.org twitter.com/mbreeding

1 0

Google Indic Transliteration
by Sandeep Bhavsar 08 Nov '14

08 Nov '14

Respected All I have installed koha 3.14.04.000 and would like to activate Google Transliteration on OPAC. I have gone through systempreferences but the option googleindictransliteration is not available. http://git.esilibrary.com/?p=koha-equinox.git;a=commitdiff_plain;h=33c86925… Please guide. -- *Regards * *Sandeep Bhavsar* B.com, M.Lib.I.Sc SET, M.Phil, American Library Association - FERA 2011 fellow Librarian Dr. V N Bedekar Institute of Management Studies Thane (W) 400601 Mumbai INDIA Mobile : 9987049099 www.vpmthane.org

4 4