Re: [Koha-devel] Koha as a federated library
Hello Anselm, Don’t know if you got a response to this but the simplest way I see your requirements panning out: 1. Set the independent branches syspref (as you have done) 2. Use virtual hosting to have the different sites use different templates but the same basic application code and database which should allow you to have the different sites use different look and feel while still be able to do searches across the entire collection 3. You could sweeten things a bit by using the ‘SearchMyLibraryFirst’ syspref which would have OPAC searches return results limited by the user's library by default if they are logged in or go even further and hack the code to use branch IP for location as well as branch library (and of course submit the code back to community maybe ☺ ) Hope this helps Cheers Bernard Shiundu Strathmore University Nairobi, Kenya - From: koha-devel-boun...@lists.koha.org [mailto:koha-devel-boun...@lists.koha.org] On Behalf Of Anselm Olweny Sent: Wednesday, April 21, 2010 8:57 AM To: koha-devel@lists.koha.org Subject: [Koha-devel] Koha as a federated library Dear Colleagues and thanks for the great work, Below is content of a mail I posted to the koha list (k...@lists.katipo.co.nz) but I have not been advised about the right and best way to go about this. I am sorry for posting this to this forum. Could someone kindly advise me on this. I need this advise in order to be certainly sure that I am doing things right. I am setting up a federated library system using koha where each of the libraries needs to have its own look and feel and also should be able to search its own collection and also be able to search the collection of the other libraries in the federation by the users choice. I have also integrated koha into a CMS "joomla" in order to handle non koha pages. In my koha set up I have created the different libraries as branches and activitated the IndependantBranches preference in koha. You can see this at http://koha.apkn.org (koha in Joomla) or http://koha.apkn.org:81 (Koha pure) or http://koha.apkn.org:81/cgi-bin/koha/opac-mainug.pl and http://koha.apkn.org:81/cgi-bin/koha/opac-mainke.pl (Independent libraries). However, I am not sure whether this is the right way to set up federated libraries using koha. Could someone kindly advise me about the right way to set up federated libraries using koha? Thanks Strathmore University provides all-round education in an atmosphere of freedom and responsibility. This email and any files transmitted with it are intended solely for use by the recipient(s) to whom it is addressed and may contain confidential information. If you have received this email in error please notify the sender immediately and permanently delete this email and/or any files attached to it from your computer. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Strathmore University. The University accepts no liability whatsoever for any loss or damages incurred, or suffered, resulting, or arising, from the use of this email and/or its attachments. The University warrants neither the integrity of the e-mail nor its freedom from errors, viruses, interception or any other form of interference. …. Website: www.strathmore.edu ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Koha as a federated library
Dear Bernard, I must say am so glad to get a response from this group more so from you, as you know its you who introduced me to koha. I had not got any response so, I tried a couple of things. I created opacs for the different libraries using the repeatble virtualhost stanza found in http://koha-httpd.conf. I also duplicated the templates, and perl scripts found in /koha/opac/htdocs/opac-tmpl/prog/en/modules, /koha/opac/htdocs/opac-tmpl/prog/en/includes and /koha/opac/cgi-bin/opac respectively. I also duplicated opac.css and things seem to be working fine. Check http://koha.apkn.org, http://ke.koha.apkn.org, http://ug.koha.apkn.org(I threw out joomla which I mentioned in the previous mail) However, I need confirmation that am on the right track from you the developers. I intend to sweeten things a bit by using the ‘SearchMyLibraryFirst’ syspref but I also would like to go futher and use branch IP for location. How does this work, please provide some tips to get me going. I would also like you to help with a few other things. I would like to change the codes that a displayed with the results, eg *“kw,wrdl: health ” *returned 216 results. I would like to change *kw, wrdl *to something the user understands. *“kw,wrdl: health branch: KENLIB” *returned 71 results. I would like to change *branch: *to Library. Kindly offer any assistance on how I might achieve this. Thanks and I look forward to your assitance Anselm Olweny multiple opacs On Mon, May 17, 2010 at 11:01 AM, Bernard Shiundu wrote: > Hello Anselm, > > Don’t know if you got a response to this but the simplest way I see your > requirements panning out: > > 1. Set the independent branches syspref (as you have done) > > 2. Use virtual hosting to have the different sites use different templates > but the same basic application code and database which should allow you to > have the different sites use different look and feel while still be able to > do searches across the entire collection > > 3. You could sweeten things a bit by using the ‘SearchMyLibraryFirst’ > syspref which would have OPAC searches return results limited by the user's > library by default if they are logged in or go even further and hack the > code to use branch IP for location as well as branch library (and of course > submit the code back to community maybe ☺ ) > > Hope this helps > > Cheers > > Bernard Shiundu > Strathmore University > Nairobi, Kenya > > - > From: koha-devel-boun...@lists.koha.org [mailto: > koha-devel-boun...@lists.koha.org] On Behalf Of Anselm Olweny > Sent: Wednesday, April 21, 2010 8:57 AM > To: koha-devel@lists.koha.org > Subject: [Koha-devel] Koha as a federated library > > Dear Colleagues and thanks for the great work, > > Below is content of a mail I posted to the koha list ( > k...@lists.katipo.co.nz) but I have not been advised about the right and > best way to go about this. I am sorry for posting this to this forum. Could > someone kindly advise me on this. I need this advise in order to be > certainly sure that I am doing things right. > > I am setting up a federated library system using koha where each of the > libraries needs to have its own look and feel and also should be able to > search its own collection and also be able to search the collection of the > other libraries in the federation by the users choice. I have also > integrated koha into a CMS "joomla" in order to handle non koha pages. > > In my koha set up I have created the different libraries as branches and > activitated the IndependantBranches preference in koha. You can see this at > http://koha.apkn.org (koha in Joomla) or http://koha.apkn.org:81 (Koha > pure) or http://koha.apkn.org:81/cgi-bin/koha/opac-mainug.pl and > http://koha.apkn.org:81/cgi-bin/koha/opac-mainke.pl (Independent > libraries). > > However, I am not sure whether this is the right way to set up federated > libraries using koha. Could someone kindly advise me about the right way to > set up federated libraries using koha? > > Thanks > > Strathmore University provides all-round education in an atmosphere of > freedom and responsibility. > This email and any files transmitted with it are intended solely for use by > the recipient(s) to whom it is addressed and may contain confidential > information. If you have received this email in error please notify the > sender immediately and permanently delete this email and/or any files > attached to it from your computer. Please note that any views or opinions > presented in this email are solely those of the author and do not > necessarily represent those of Strathmore University. The University > accepts no liability whatsoever for any loss or damages incurred, or > suffered, resulting, or arising, from the use of this email and/or its > attachments. The University warrants neither the integrity of the e-mail > nor its freedom from errors, viruses, interception or any other form of > interference. > …. >
Re: [Koha-devel] Quick poll on Fines/Charges/Fees/Accounts
Right the tally is Accounts 7 Fines/Fees 4 Accounts is the winner, i'll make the template changes and send a patch tomorrow Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
[Koha-devel] Koha-3.0.6 Stable release
Hi, I am happy to announce Koha3.0.6 Stable, which fixes bugs from 3.0.5 has been released on http://download.koha-community.org/ Its name is koha-3.00.06.tar.gz You can download file and signatures You can check the integrity of the package; either by verifying the provided GPG signature (.sig) or by comparing the MD5 checksum: e17b336ecee3e4423463d27567701056 koha-3.00.06-all-translations.tar.gz 1b7533fc92d1473ad98799e8dec8da63 koha-3.00.06.tar.gz I have also tagged this in Git as "Version 3.00.06" v3.00.06 v3.00.06 In order to save bandwidth, and provide you with faster install, I am releasing two versions, one without translations bundled, and one which contains all the potential translations available. With the first install, if you install install Locale::PO via cpan and you go into the koha-3.0.6/misc/translator directory, you can install a language using ./install-code.pl your language codes. For instance ./install-code.pl fr-FR es-ES find a list here of all the patches included Alex Arnaud (1): (MT 3267) Add Homebranch and Holdingbranch search criterion on circulation stat. Garry Collum (1): Bug 4276: Proposed fix for "Related Subjects" links in Opac. Henri-Damien LAURENT (28): (bug #4021) recent acquisitions Error500 on undefined biblio (bug #3042) Changing XSLT sysprefs to take filename [Followup] (bug #3894) reserve/request.pl (Bug 4049) Searching itemtypes returning noise (bug #4020) XSLT unimarc display MT 1587 : CSV export for cart and shelves, with the ability to define different export profiles Adding RIS and bibtex export C4/XSLT Removing unconditionnal comment fixing updatedatabase Updatedatabase : Updating edititems permissions Bug fix: Authentication with cardnumber allows superlibrarian access updatedatabase : fixing XSLT syspref type Adding release notes 3.0.6 Revert "(bug #3778) GetBranchesLoop and searchMyLibraryFirst" Fixing hierarchy processing Followup admin/categorie.pl Reintroducing finedays in updatedatabase Bug 4320 : Text::CSV::Encoded Problem with error message Better conformance for UNIMARC Authorities Encoding BuildUnimarcHierarchies : Fixing infinite loop Minor Fix : IndependentBranchPatron misspelling Bug 4326 ; returndate were fixed on the day before Adding XSLTreultsFilename and XSLTDetailFilename Release notes 3.0.6 Followup Adding system preference XSLT*FileName Changing version to 3.0.6 Jane Wagner (1): Bug 3663 screen changes to OPAC advanced search Marc Chantreux (6): correctly add authid readable format selection remove a warning remove warning remove useless lines _koha_add_biblioitem rewrite Matthias Meusburger (22): MT2631 : adds sysprefs for MARC or ISBD display in OPAC MT2663 : Adds an itemcallnumber plugin MT2636 : Send a different notification whether an hold has been made from OPAC or from the Intranet MT2582: Fix user deletion without permission MT2938 : Adds a permission for editing items MT 2116: Addons to the CSV export MT 3044 : Adds missing links for opac cart and shelf download MT2889 : Fix statistics' itemtype when item-level_itypes is ON MT3160 : Fix plugin callback when subfields are cloned batchRebuildBiblioTables.pl doesn't crash anymore when GetMarcBiblio fails. MT3421: Moves subscription history in a separate page Nahuel ANGELINETTI (46): (bug 3536) fix homeorholdingbranch on return (bug #3950) rebuild pendingreserves and fix reserves and transfert case (bug #3950) continue to rebuild pending reserves (bug #4004) disallow access for non-logged in users in opac Revert "(bug #3801) fix itemtype administration" (bug #4002) fix database for single itemnumber and foreign key (bug #4044) don't trap fatal error if there is no start date (bug #4038) fix birth date filter in borrowers stats (bug #4043) fix checkoverdues sqlquery (bug #4050) update datelastseen even if document isn't on loan (bug #4051) add columns in csv export of overdues (bug #4052) fix mandatory field/subfield deletion [followup](bug #4051) add borrower "title", and complete address in csv [3.0.x] (bug #4055) backport canbook/itembereserved [followup](bug #3348) fix spent values and spent resume (bug #4062) add item index in zebra conf [followup](bug #4062) marc21 item support (bug #4075) add use of getrecordvalue in opac-detail [3.0.x](bug #4084) fix offline circ (bug #4287) add enrolment period update in 22 to 30 script [3.0.x] (bug #4263) fix the edition of items with repeatable subfields (bug #4290) searching for author in repository (bug #4195) fix OAI repository (bug #4051) fix mistake in overdues (bug #4295) fix overduerules edition
Re: [Koha-devel] Perl module dependency management
On Thu, May 13, 2010 at 8:56 AM, Galen Charlton wrote: > Hi, > > Just pointing out the recent patches submitted by Chris Nighswonger > related to bug [1]: > > http://lists.koha.org/pipermail/koha-patches/2010-May/006229.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006230.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006232.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006231.html > > Since this is a significant improvement over the past way of doing > things and will give me a framework for more easily closing the > release blocker bug 4151 [2], I intend to push this patchset in the > next day or so. Before I do that, however, I am issuing a call for > people to test and sign off on the patches. > > [1] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id= > [2] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151 I've reworked this feature to address some concerns and also added a script which can be run at any time from the command line to check the status of Koha Perl dependencies. As Galen mentions above, testing and sign off would be greatly appreciated. Here is the new patch series: http://lists.koha.org/pipermail/koha-patches/2010-May/006251.html http://lists.koha.org/pipermail/koha-patches/2010-May/006250.html http://lists.koha.org/pipermail/koha-patches/2010-May/006252.html http://lists.koha.org/pipermail/koha-patches/2010-May/006253.html http://lists.koha.org/pipermail/koha-patches/2010-May/006254.html Kind Regards, Chris ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Re: [Koha-devel] Perl module dependency management
Ok, I'm a bit behind on a Monday morning. :-) This has already been pushed, so please test from there. Kind Regards, Chris On Mon, May 17, 2010 at 9:21 AM, Chris Nighswonger wrote: > On Thu, May 13, 2010 at 8:56 AM, Galen Charlton wrote: >> Hi, >> >> Just pointing out the recent patches submitted by Chris Nighswonger >> related to bug [1]: >> >> http://lists.koha.org/pipermail/koha-patches/2010-May/006229.html >> http://lists.koha.org/pipermail/koha-patches/2010-May/006230.html >> http://lists.koha.org/pipermail/koha-patches/2010-May/006232.html >> http://lists.koha.org/pipermail/koha-patches/2010-May/006231.html >> >> Since this is a significant improvement over the past way of doing >> things and will give me a framework for more easily closing the >> release blocker bug 4151 [2], I intend to push this patchset in the >> next day or so. Before I do that, however, I am issuing a call for >> people to test and sign off on the patches. >> >> [1] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id= >> [2] http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4151 > > I've reworked this feature to address some concerns and also added a > script which can be run at any time from the command line to check the > status of Koha Perl dependencies. As Galen mentions above, testing and > sign off would be greatly appreciated. Here is the new patch series: > > http://lists.koha.org/pipermail/koha-patches/2010-May/006251.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006250.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006252.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006253.html > http://lists.koha.org/pipermail/koha-patches/2010-May/006254.html > > Kind Regards, > Chris > ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
