Re: [Koha] Koha - Red Hat question
On Mon, Apr 08, 2013 at 07:58:56AM -0400, Callaghan, Michael D. wrote: The problem David and I are facing is that we have been directed to move our Koha server into a data center that is managed by our corporate IT personnel. They only support RHEL 6 and Windows Server 2008, and will not allow us to install any other OS. Given that limitation, would you recommend we push forward and try to install on RHEL, or should we abandon the attempt and find another application? If you know your way around RHEL it is straightforward. You may have to build a couple of dependencies by hand. There are some perl modules required that are not available in red hat. Just choose a consistent way to handle them. Using cpanminus is the easiest way to install them, if your corporate IT want you to use rpms the package cpanplus can be used to build rpm specs and packages for those modules without difficulty. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7759 633626 (mobile) colin.campb...@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Please advice how to improve our search issue
On 8 April 2013 09:27, SRIS - Zoe Yu z...@sris.com.tw wrote: We used wired network, but search is slow as usual. Thank you. Hi! This page has some tips on how to increase the performance of Koha in general: http://wiki.koha-community.org/wiki/Performance I can't guarantee that it is 100% up to date, though. Best regards, Magnus Enger libriotech.no ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Removing unused icons from Koha
Koha is distributed with over 1000 small image files which are not used in a default installation. I have submitted a patch to remove these for the sake of simplicity and in order to reduce the overall size of Koha. It has been speculated that some of these icons may be in use by libraries who have customized their installations, so I ask this of my fellow Koha libraries: Are you using any images in the /opac-tmpl/lib/famfamfam/ folder and its subfolders in your customized OPAC? Are there objections to removing these? Thanks, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Removing unused icons from Koha
Owen, if you set OPACXSLTResultsDisplayt to default, the icons are from famfamfam, and that without any customization. I you delete them, the result is a broken img. Bernardo -- Bernardo Gonzalez Kriegel bgkrie...@gmail.com On Tue, Apr 9, 2013 at 10:18 AM, Owen Leonard oleon...@myacpl.org wrote: Koha is distributed with over 1000 small image files which are not used in a default installation. I have submitted a patch to remove these for the sake of simplicity and in order to reduce the overall size of Koha. It has been speculated that some of these icons may be in use by libraries who have customized their installations, so I ask this of my fellow Koha libraries: Are you using any images in the /opac-tmpl/lib/famfamfam/ folder and its subfolders in your customized OPAC? Are there objections to removing these? Thanks, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Removing unused icons from Koha
if you set OPACXSLTResultsDisplayt to default, the icons are from famfamfam, and that without any customization. I do not propose to delete any images which are used by Koha, only those which are not. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Removing unused icons from Koha
Hi, On Tue, Apr 9, 2013 at 6:18 AM, Owen Leonard oleon...@myacpl.org wrote: Koha is distributed with over 1000 small image files which are not used in a default installation. I have submitted a patch to remove these for the sake of simplicity and in order to reduce the overall size of Koha. +1 to the general idea. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@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 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Fwd: incorrect labeling in serials
hi everybody We have realized a little mess with koha labeling regarding serials The table serials has just two dates field: planneddate and publisheddate, however there are three fields in koha regardind dates and serials: date published, date received and planned date, then something was wrong somewhere We have checked the code of the two files involved and date received and planned date are the same date, both refers to serials.planneddate and it is a little confusing.. If we are right You can check here the code of files and the labeling: /cgi-bin/koha/serials/*subscription-detail.pl*?subscriptionid= and here the other one cgi-bin/koha/serials/*serials-collection.pl*?subscriptionid= Kindest Regards Hugo -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Mossen Jaume Rafanell, 21 · 08338 Premià de Dalt - Tel: 93 539 40 70 ha...@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. -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Mossen Jaume Rafanell, 21 · 08338 Premià de Dalt - Tel: 93 539 40 70 ha...@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. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] 505 mtg: formatted contents notes
I am cataloging a collection of several hundred CDs, each of which contains at least 12 or more songs with potentially as many different performers. A few days ago, I was cataloging a 2-volume title with 2 discs per volume and a total of 78 songs and performers! How should these be entered into a Koha record? Do I simply duplicate the 505 tag over and over again? Paula Corman The Musical Instrument Museum Phoenix, Arizona, USA ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Please advice how to improve our search issue
At 06:10 PM 4/8/2013 -0700, zoe wrote: $ free -m output total used free sharedbuffers cached Mem: 1955 1881 73 0 15 1350 -/+ buffers/cache:514 1440 Swap: 2997 2 2995 That looks like a very busy, if not overloaded, server. You need (at least) to increase the size of your swap to at least double what it is currently set at (either resize partition or add a swapfile.) Here's my sandbox (odd memory size comes from proprietorial hardware, but it's close to yours) running Koha on Ubuntu, with MemCache: $ free -m total used free sharedbuffers cached Mem: 2379463 1916 0 82178 -/+ buffers/cache:202 2177 Swap: 3999 0 3999 Best - Paul ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Please advice how to improve our search issue
Paul schreef op di 09-04-2013 om 18:27 [-0400]: That looks like a very busy, if not overloaded, server. You need (at least) to increase the size of your swap to at least double what it is currently set at (either resize partition or add a swapfile.) Not it doesn't, it looks like a very comfortably loaded server. total used free sharedbuffers cached Mem: 1955 1881 73 0 15 1350 -/+ buffers/cache:514 1440 Swap: 2997 2 2995 It has 2GB RAM, 3GB swap. 514MB RAM (~25%) is in use, and 2MB swap (more or less nothing) is in use. So it's got plenty of room to breathe. The key line is the one that starts with '-/+ buffers/cache' as it's the one that's ignoring cache, which is what you want to do when looking at memory usage. Looking at one of our servers that's similarly specced and not usually too busy: total used free sharedbuffers cached Mem: 2012 1885127 0 71 1410 -/+ buffers/cache:402 1610 Swap: 2045 0 2045 it's really very close. So Zoe, your server is totally fine RAM-wise -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Issues with biblio import into Koha
Hello all, This has got me stumped! I am trying to import some set of bib records into Koha totaling about 5300. About 2900 of these records have two items while the remaining has just one item. Using MarcEdit, I have created two MARC files, the first with the first or only copies of the records, while the 2nd has the records having only the 2nd copy. I created a unique 001 field for each record and then created a record matching rule based on 001 (Local-number). After importing the MARC file of the 1st copy, I rebuild the zebra index before importing the Marc file for the second copy. Now the problem is that is that during the second copies import, it says about 500 of the records were not matched, matching the remainder. I had first tried this with a title match but got a similar result. I checked that the records not matched actually exist in the Koha database with the correct 001 value. I don't understand why some records do not match and some do. The database is fresh with just only one previous bib in it before the imports. Can anyone please point me in the right direction to sort this out? Or a better way to do the import? I am running Koha 3.10.4 on debian squeeze (package install) Thanks Olugbenga Adara Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha