- Koha - lists.katipo.co.nz

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

Re: [Koha] Update interval of Koha development (squeeze-dev) release
by Vimal Kumar V. 15 Sep '14

15 Sep '14

Dear Robin, Thank you for the information on refresh cycle of squeeze-dev package. Kindly announce about the availability of new build of squeeze-dev package, Regards, -- Vimal Kumar V. Technical Assistant Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in http://moovandan.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

2 1

branch restrictions to staff
by Giuseppe Angilella 14 Sep '14

14 Sep '14

Hi, further to the following message of 2004 (!): http://lists.katipo.co.nz/public/koha/2004/007518.html is it possible with current Koha version to restrict circulation (and perhaps patron management) for a given staff member (or staff members belonging to a given patron category) for items belonging to a given branch, and patrons belonging to a given patron category? Many thanks and best regards, Giuseppe.

2 1

Can't view 'Holds' from the patron details view
by Steven Nickerson 14 Sep '14

14 Sep '14

Good morning, After a recent upgrade from the tarball 3.9 version to the package version 3.16.3 we are unable to view the "Holds" tab on any patron record. It simply says "Processing" and never returns results. We can however see all the holds via a report, so I started poking around and find the following in the koha error log: [Sat Sep 13 10:22:45 2014] [error] [client x.x.x.x] script not found or unable to stat: /usr/share/koha/intranet/cgi-bin/svc/holds.pl, referer: http://y.y.y.y:8080/cgi-bin/koha/circ/circulation.pl Has anyone ever seen this and does anyone know how to get that missing file in the proper place at this point? Thanks! Steve

3 3

Incremental fine and purchase suggestion restriction: Partially solved.
by Ramprasad S. Joshi 13 Sep '14

13 Sep '14

We have developed a very simple reports solution to the incremental fine calculations in koha, with different slabs and increments for different categories of patrons. Since it is not customizable yet online, you may send us your specific fines policies and we can post you back the SQL for the corresponding report. Ramprasad Joshi CS-IS Dept BITS, Pilani - K K Birla Goa Campus Zuarinagar, GOA INDIA 403726 Phone +91 832 2580 121 Fax +91 832 2557033

2 1