- Koha - lists.katipo.co.nz

koha searching not working
by Aleya Munira 18 Sep '14

18 Sep '14

Hello Good day. I have installed koha with MARC21 and icu on Debian Wheeze 64bit system without koha common. I have configure the necessary file for koha zebra server and koha index daemon file. After re-indexing my database, the searching option doesn't show any result. Where is problem sudo -u koha zebrasrv -f /etc/koha/koha-conf.xml 18:36:03-17/09 [log] zebra_start 2.0.44 419ad759807269fdfa379799a051ed3a551c6541 18:36:03-17/09 [log] config /etc/koha/zebradb/zebra-biblios-dom.cfg 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.s 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-r 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text. 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-m 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-x 18:36:03-17/09 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis 18:36:03-17/09 [fatal] Zebra server already running [Resource temporarily unavai

1 0

Call for news: September Newsletter
by Koha News 18 Sep '14

18 Sep '14

Fellow Koha users ~ We're collecting news for the September newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- * News items can be of any length. * Anything and everything Koha. * Submit by the 26th. If you are working on an interesting project or development related to Koha, please let us know and we'll include it in the development section. -- Chad Roseburg Joanne Dillon Editors, Koha Newsletter

1 0

Creating OPAC pages with Koha 3.16.xxx
by Craig Butosi 17 Sep '14

17 Sep '14

Dear CW, Running Koha 3.16 on Unbuntu 12.04 LTS. (craigslibrary.myddns.com/) I was interested in creating new OPAC pages in Koha (for example, an FAQ or general information page that users can visit from the homepage). The post below suggests that it can be done, but only after Koha has been configured to run like a CMS: http://librarypolice.com/wiki.koha.org/en:documentation:tutorials:creatingc… Can anyone confirm whether this works for 3.16? Many thanks! Best to all, Craig Butosi, MA, MLIS, B Mus (Hons.) LIBRARY SERVICES MANAGER the royal conservatory TELUS Centre for Performance and Learning 273 Bloor Street West Toronto, ON M5S 1W2 416.408.2824 x338 www.rcmusic.ca<http://www.rcmusic.ca/> Note: This email message and any attachments are intended only for the use of the individual to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the recipient of this email is not the intended recipient (or the employee or agent responsible for delivering the email to the intended recipient), you are hereby notified that any review, dissemination, distribution or copying or other use of this message is strictly prohibited. If you have received this communication in error, please notify the sender immediately by return email and delete this message and attachments from your system, thank you.

3 3

Plugin Error
by Sahadeo Taware 17 Sep '14

17 Sep '14

When I want to use plugins in koha it gives following errorSoftware error: Undefined subroutine &main::/var/lib/koha/library/plugins called at (eval 60) line 2. ...propagated at /usr/share/perl/5.18/base.pm line 83. BEGIN failed--compilation aborted at /usr/share/perl5/Authen/CAS/Client/Response.pm line 68. Compilation failed in require at /usr/share/perl5/Authen/CAS/Client.pm line 8. BEGIN failed--compilation aborted at /usr/share/perl5/Authen/CAS/Client.pm line 8. Compilation failed in require at /usr/share/koha/lib/C4/Auth_with_cas.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth_with_cas.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 59. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 68. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/plugins/plugins-home.pl line 26. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/plugins/plugins-home.pl line 26. -- Sahadeo D. Taware Librarian, M.L.I.Sc., NET Thakur College of Science and Commerce Thakur Village, Kandivli(E), Mumbai 400101 Mob. No 9324912816 Office 28870627 Extn. 126

2 1

File permissions for 'koha-dump' backup files
by Steven Nickerson 17 Sep '14

17 Sep '14

Hello all, I'm using the package version of 3.16.03 (but I've seen this same behavior in several previous versions as well) and am wondering if there is a way for me to make it so that the .gz files created under /var/spool/koha/<site> are world-readable? Currently they are always owned by 'root' and are not readable by either group or everyone else. I understand it is a potential security issue, but if I'm willing to accept that "risk" is there any way to configure either Koha or the operating system user (i.e. root's 'umask' perhaps) so that these files are created as readable? Thanks! Steve

2 3

Next general meeting
by Galen Charlton 16 Sep '14

16 Sep '14

Hi, I propose that we hold the next general meeting on Wednesday, 24 September, as there's a development meeting already scheduled for this week. Due to low attendance at the split meeting last month, I also suggest that the meeting be held at just one time, specifically 14 UTC. I anticipate that one of the main agenda items will be voting on the code of conduct; I will be sending out a hopefully final draft based on the feedback received in the next day or two. 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

2 1

Re: [Koha] Koha - Z39.50 source help
by David Nind 16 Sep '14

16 Sep '14

Hi Ahmad. Congratulations on getting Koha up and running at your university! I've replied with my suggestions, as well as posting this to the Koha mailing list. You may wish to subscribe to the general Koha mailing list if you haven't already (see http://koha-community.org/support/koha-mailing-lists/) I assume you are trying to connect to a Z39.50 source when cataloging a record. Things to check or try: - Try another source or check the details: see http://manual.koha-community.org/3.16/en/additionaladmin.html#z3950admin - If you are using the Library of Congress as your source: the Z39.50 details changed in early 2013 so you may need to update this, see http://bywatersolutions.com/2013/01/28/change-in-library-of-congress-z39-50… (this is fixed in recent releases I think, but it looks like you are using 3.12). - Firewalls at some organisations block access to non-standard ports like port 210 (commonly used for Z39.50), so check with the people that look after your network to see if this the case. Regards. David Nind On 11 September 2014 23:54, Ahmad Amanullah Khan < ahmadamanullahkhan(a)gmail.com> wrote: > Dear David > > I hope you are fine. I have been new to KOHA and working since few months. > My KOHA instance is up and running but when we try to search z39 it does > not show any results. Please help me in this regard and let me know what > went wrong. > > Our Library link: https://library.habib.edu.pk > > Looking forward for your response. > > Many Thanks in advance > -- > > > “*Testing is an infinite process of comparing the invisible to the > ambiguous in order to avoid the unthinkable happening to the anonymous.” -** > James Bach* > > > *Best Regards,* > > *Ahmad Amanullah Khan* > > ------------------------------------------------------------------------------------------------------ > Gmail : ahmadamanullahkhan(a)gmail.com <ahmadamanullah(a)gmail.com> > Skype: ahmad.khan922 > LinkedIn: http://linkedin.com/in/aaukhan > Cell: +92 314 2042060 > > ------------------------------------------------------------------------------------------------------- >

1 0

Re: [Koha] Integrating digital repositories
by David Cook 16 Sep '14

16 Sep '14

Hi Clint: It looks like you've done a lot of work! I can't speak to Omeka, but I work with DSpace and it's not too hard once you get used to it. It can be tough to get support in Oceania as most of the developers seem to be in the US and Europe, but they're pretty good with their listserv. I've played a bit with Islandora, but haven't had the time to really go through it. It seems rather massive though as it leverages the Fedora digital repository framework (which other digital repository projects like Hydra use as well). I originally worked on Bug 10662 in mid-2013, but I've had other priorities come up over time. I've been thinking about reviving the code, but haven't had the time and I'm not 100% sure how I want to structure it yet. Perhaps I should write up a RFC at some point. It sounds like Omeka's OAI-PMH plugin outputs MARC records, so that's good, although I would be somewhat suspicious of the quality. I was transforming DSpace records from OAI Dublin Core into MARC (as Koha only understands MARC), and I was frequently disappointed with the results. This is partially because MARC is a more "richer" metadata standard than Dublin Core. It was also because OAI Dublin Core is way too basic. I found working with Qualified Dublin Core to be at least a bit better, as it qualified dates and identifiers way better. Ultimately, I decided that it would probably be better to transform the records in DSpace and output them as MARC rather than trying to do the conversion on the Koha side. Although I still wanted to transform the records a bit so I could store the oai-identifier in the MARC record (especially as some OAI-PMH repositories have rules about how you can use their records - typically in the form of requiring some type of provenance to be displayed in the record). In any case, I'm still pondering Bug 10662. The code needs to be re-written to take advantage of Koha::Schema and because the way I created the harvesting objects was sub-optimal. I've also been debating (with myself) about the best way to import records into Koha. Whether that's by using the existing import functionality or whether to just directly insert in to the database (so that users can't "undo" an import). I think the feature could be implemented in numerous ways, so I'm still trying to think of the best way to do it (rather than implement it and then have to try to re-write it after people have already started using it). As for experiences... at the moment we link DSpace and Koha using custom scripts. I would prefer to go the OAI route but just haven't had the time/money to finish the work :). David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 > -----Original Message----- > Date: Mon, 15 Sep 2014 15:01:30 +1200 > From: "clint.deckard" <clint.deckard(a)frontiers.co.nz> > To: Koha-List <koha(a)lists.katipo.co.nz> > Subject: [Koha] Integrating digital repositories > Message-ID: <5416568A.9030402(a)frontiers.co.nz> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > G'day all, > > Working with Koha in schools I have often thought how more useful Koha > could be if there was an easy way to integrate student created media eg. > videos, podcasts, sound files etc > But uploading files to a Koha server isn't straight forward. Uploading > to sharing sites like Mega.co.nz ;) is one way around, then cataloguing > like any other 856u item, however having the file locally would be better. > Another use case I came across recently required a local digital > repository and this has focused me on the possibilities. > > Here is a quick summary of my personal experiences. I am not an expert, > this is new territory for me. I welcome any feedback and accept any > mistakes I have made. > > DSpace is released under the BSD licence and has a comprehensive feature > set but not so easy to install. Others report not so easy to integrate > with Koha although I didn't actually get DSpace working to experiment > with it. Has a focus as an institutional repository. Backed by HP and > MIT library. > > Greenstone is released under GNU GPL, is predominantly installed on > Windows but does have Linux and Mac versions. Developed in New Zealand > at Waikato University with UNESCO backing. Reasonably easy to install > in Linux but although functionally capable it feels 'clunky'. > Development seems to have all but stalled. > > Kete comes from the Horowhenua Library Trust (like Koha) and integrates > very well with Koha from what others have said. Again, I didn't actually > get Kete running on Debian; very nearly, but when I heard a new version > might be available real soon, I chucked it in. The ruby on rails part > was the hard bit for me. > Has a focus as a community driven repository. > development has had a hiatus of a couple of years but, rumour has it, a > new version is almost complete. I am optimisic for Kete's future and > will check back soon on developments. > > Omeka is also GPL, actively developed and lots of functionality with the > use of plugins. Very easy to install and easy to use. Shows a lot of > promise. > I added the OAI-PMH repository plugin to Omeka and then harvested > records via the MarcEdit harvester tool for import into Koha. > > This Koha enhancment > Bug 10662 - Build OAI-PMH Harvesting Client > sounds really useful in linking the digital archive with Koha. > > I would be pleased to hear others experiences with digital repositories. > > Clint. > > > > > -- > Clint Deckard > > Anact Open Source Solutions > RD1, Takapau, New Zealand >

1 0

Integrating digital repositories
by clint.deckard 16 Sep '14

16 Sep '14

G'day all, Working with Koha in schools I have often thought how more useful Koha could be if there was an easy way to integrate student created media eg. videos, podcasts, sound files etc But uploading files to a Koha server isn't straight forward. Uploading to sharing sites like Mega.co.nz ;) is one way around, then cataloguing like any other 856u item, however having the file locally would be better. Another use case I came across recently required a local digital repository and this has focused me on the possibilities. Here is a quick summary of my personal experiences. I am not an expert, this is new territory for me. I welcome any feedback and accept any mistakes I have made. DSpace is released under the BSD licence and has a comprehensive feature set but not so easy to install. Others report not so easy to integrate with Koha although I didn't actually get DSpace working to experiment with it. Has a focus as an institutional repository. Backed by HP and MIT library. Greenstone is released under GNU GPL, is predominantly installed on Windows but does have Linux and Mac versions. Developed in New Zealand at Waikato University with UNESCO backing. Reasonably easy to install in Linux but although functionally capable it feels 'clunky'. Development seems to have all but stalled. Kete comes from the Horowhenua Library Trust (like Koha) and integrates very well with Koha from what others have said. Again, I didn't actually get Kete running on Debian; very nearly, but when I heard a new version might be available real soon, I chucked it in. The ruby on rails part was the hard bit for me. Has a focus as a community driven repository. development has had a hiatus of a couple of years but, rumour has it, a new version is almost complete. I am optimisic for Kete's future and will check back soon on developments. Omeka is also GPL, actively developed and lots of functionality with the use of plugins. Very easy to install and easy to use. Shows a lot of promise. I added the OAI-PMH repository plugin to Omeka and then harvested records via the MarcEdit harvester tool for import into Koha. This Koha enhancment Bug 10662 - Build OAI-PMH Harvesting Client sounds really useful in linking the digital archive with Koha. I would be pleased to hear others experiences with digital repositories. Clint. -- Clint Deckard Anact Open Source Solutions RD1, Takapau, New Zealand

4 3

"In-house use" vs "on-site" vs "reading room"
by Jonathan Druart 15 Sep '14

15 Sep '14

Hello Koha community, I developed a new feature [1] to track items in used in a library. It's like a normal checkout but the patron is not allowed to go out with it and has to return the item at the end of the day. I am looking for the best term to use on the interface (and in the code itself). If you are an English speaker, could you share with me how you call that? At the moment, I have 3 terms: "In house use", "on-site" and "reading room". I have to choose one! Regards, Jonathan [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10860

5 4