- Koha - lists.katipo.co.nz

Re: [Koha] I'm confused about where normal view customization occurs
by Doug Dearden 20 Feb '09

20 Feb '09

Thanks Joe, I'll look at the HTML::Template perldoc. By your reply I surmise that this takes a code modification and there is no way to do it from the admin pages. Regarding the copy prog stuff, I was doing that in an effort to use the "opactheme" option. Copy the default theme, rename it, then make minor modifications to the copy and point a second database at that theme rather than the default. It didn't work, I put in a bug report (#2774) to which Owen commented "There are a LOT of instances in templates and code where the "prog" theme is hardcoded." So I abandoned that avenue. With xsl on for one DB and off for the other, I was able to customize the detail page the xsl version uses and leave the other alone. With the exception of those changes, the rest of my customizations are simple ones that can be pointed to from the System Preferences - different color.css files, simple changes in the header via html in the right place in system preferences. Because of that I haven't been using git. My notes about the install make me think that I thought it was going to remove aptitude in favor of it. As I was using aptitude to look for perl packages as well as others, I said no to installing git. Perhaps I misunderstood something there. This is my first time using Linux and Perl on a production system, so I am learning those as I go. It is not my intention to do any major modifications in the Perl code, but I can tweak where necessary to get things looking the way our librarian would like them to. Is there a reference on git you can point me to? Or can you tell me how it is used in Koha development? I am completely in the dark regarding it. Thanks, Doug >>> Joe Atzberger <ohiocore(a)gmail.com> 2/20/2009 11:24:53 AM >>> Like any page, you can add TMPL_VAR's to the template, and add to the script that populates it. It sounds like you should refer to the HTML::Template perldoc to see how it operates. The XSL solution is a lot slicker if you can manage it, but that only applies for the OPAC (when enabled). I'm not sure what approach you are taking by copying prog, but then using a "second database" on it. Copying prog is pretty drastic and is sure to cut off your developments from mainline updates. If you use git to control your code, then you wouldn't need to copy everything (since you could always revert to the mainline version if it got messed up), and you could still pull down updates. --Joe On Fri, Feb 20, 2009 at 12:46 PM, Doug Dearden <dearden(a)sarsf.org> wrote: > Ah, OK. I have multiple databases and have turned on the xsl option on one > of them and used it to customize how the clickable links appear, as that > database is cataloging on-line resources. I ran into trouble turning on xsl > for the other databases, as the "prog" directory is hard coded in many > places in the code, and copying the file structure over to a new directory > and pointing a second database at that structure didn't work, too many > things still fetched from "prog". Because of that I left the xsl option off > on the main catalog DB. > > So is the answer to my question that the customization for this occurs at > the Perl template level? Or is there some other place in the Admin that I > can add other fields to the Title line in the Normal View? > > Thanks, > > Doug > > >>> Nicole Engard <nicole.engard(a)liblime.com> 2/20/2009 9:14 AM >>> > The screenshots in the manual are probably different because some were > taken with XSL on and others with it off. There are two system > preferences that control this and can be found here: > > https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/a… > > --- > > Nicole C. Engard > Open Source Evangelist, LibLime > (888) Koha ILS (564-2457) ext. 714 > nce(a)liblime.com > AIM/Y!/Skype: nengard > > http://liblime.com > http://blogs.liblime.com/open-sesame/ > > > > On Fri, Feb 20, 2009 at 11:06 AM, Doug Dearden <dearden(a)sarsf.org> wrote: > > Hello all, > > > > I am trying to figure out if there is an easy way to add to the fields > that appear in the Normal view of the OPAC and the Staff Client. > Specifically, we currently see the 245$a field as the Title in the search > results and detail view page. Is there a way in the Admin screens to change > the display so the 245$b subfield is appended to the 245$a subfield, and > display both as the Title? I thought this would be customizable from within > the frameworks, but I don't seem to be having any luck. Looking at the doc > on this page: > https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/o… samples show titles with two different formats, one of which appears to > be displaying info that is normally in the 245$b field. > > > > Is this customization that takes place at the Perl template level? Or is > there something I am missing in the Admin? > > > > Thanks, > > > > Doug > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

2 1

I'm confused about where normal view customization occurs
by Doug Dearden 20 Feb '09

20 Feb '09

Hello all, I am trying to figure out if there is an easy way to add to the fields that appear in the Normal view of the OPAC and the Staff Client. Specifically, we currently see the 245$a field as the Title in the search results and detail view page. Is there a way in the Admin screens to change the display so the 245$b subfield is appended to the 245$a subfield, and display both as the Title? I thought this would be customizable from within the frameworks, but I don't seem to be having any luck. Looking at the doc on this page: https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/o… the samples show titles with two different formats, one of which appears to be displaying info that is normally in the 245$b field. Is this customization that takes place at the Perl template level? Or is there something I am missing in the Admin? Thanks, Doug

4 4

User History
by Melanie Hedgespeth 20 Feb '09

20 Feb '09

Does anyone utilize the patrons reading history option for users? If so why, and if not, why not? Thanks! Melanie Hedgespeth Tech Center Manager Salina Public Library 785.825.4624 Ext. 233 melanie(a)salpublib.org <mailto:melanie@salpublib.org> P Please consider the environment before printing this e-mail.

6 5

[Koha-devel] Koha-3.0.1 Stable release
by LAURENT Henri-Damien 20 Feb '09

20 Feb '09

Hi, we are very happy to announce Koha3.0.1 Stable has been released on http://download.koha.org/ Its name is koha-3.00.01-stable.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: eb3577596c172fcafd7fe0e63ef3972e koha-3.00.01-stable.tar.gz I have also tagged this in Git as "version 3.00.01 stable" v3.00.01-stable_update You can download. An extract of release notes is pasted below Cheers -- Henri-Damien LAURENT Release Maintainer Koha 3.0.1 Beta Release : This release of Koha 3.0.1 includes the following general improvements over the previous release: * General Bugfixing Authorities : Authorities structure edition Authorities edition with diacritics merging authorities Adding failover when null string searched Cataloguing : When editing an item, clearing a field. OPAC : tags Management improved shelves browsing improved improved COInS Support Improved RSS support Boolean search on Advanced Search page (more options) Added Deletion of private list fix General Output : Improving concistency of strings markup corrections Adding some untranslated strings to translation files. More consistency in dates display UNIMARC Adds the creation date of biblios to frameworks in order to improve Rss support You have to launch the script ./maintenance/UNIMARC_sync_date_created_with_marc_biblio.pl 995$2 as lost items management. If you had a previous installation of Koha without 995$2 linked to items.lost then you have to launch the script ./maintenance/sync_items_in_marc_bib.pl and rebuild indexes with rebuild_zebra.pl (see wiki.koha.org or rebuild_zebra.pl -h for documentation) Fines fixes Some sorting problems on patron names and libraries fixed js and update of strings for better coherence CGI::Session::Serialize::yaml is now required and not only CGI::Session Adding better display of links on conformance with MARC standards Fixing POD for correctness Preparing for debian packaging Adding more SIP2 functions Adding some information on reports UTF8 support improved Failover improved Many performance improvements under the hood * Adding a Subject cloud * better UNIMARC version 5 compliance * Improving diacritics management in zebra * Additional translations * Improving Quality Assurance with test suite * Adding a Renew All button to OPAC * options added to overdue_notices script Subsequent releases will be bugfix releases, and won't include new features which would require some databas changes. Koha 3.0.x Release Schedule : we plan to issue bugfix only releases on a 2 month base from now on. So Next releases should be beginning of April, June, August, October, December. Note that Windows is not supported for this version as there are blockers. Note that this version is still supporting only MySQL. Support for PostgreSQL is still very experimental. New features which have deep impact on code will be available in Koha 3.2 and subsequent releases. ============================================================================== TRANSLATIONS ============================================================================== Koha 3.0 (this release) currently has complete translations for the following languages: OPAC: ar-Arab (Arabic), da-DK (Danish), de-DE (German), el-GR (Greek), es-ES (Spanish), en (English), en-NZ (New Zealand English), fr-FR (French), hu-HU (Hungarian), it-IT (Italian), nn-NO - Norwegian Nynorsk, nb-NO Norwegian (Bokmål), nl-NL (Dutch), pt-PT (Portuguese), tr-TR (Turkish), ru-RU (Russian), uk-UA (Ukranian) Staff Client: de-DE (German), el-EL (Greek), fr-FR (French), en (English), es-ES (Spanish), it-IT (Italian), uk-UA (Ukranian), Additionally, Koha 3 (this release) has partial translations for the following languages: OPAC: am-Ethi (Amharic), bg-Cyrl (Bulgarian), fa-Arab (Persian), fi-FI (Finnish) gl (Galician), he-Hebr (Hebrew), hr-HR (Croatian), hu-HU (Hungarian), id-ID (Indonesian), ja-Japn (Japanese), kn-Knda (kannada), ko-Kore (Korean), lo-Laoo (Laoo), mi-NZ (Maori), pl-PL (Polish), pt-PT (Portuguese), sv-SE (Swedish), tet (Tetum), zh-Hans-CN (Simplified Chinese in China), zh-Hans-TW (Simplified Chinese in Taiwan) Staff Client: ar-Arab (Arabic), es-ES (Spanish), hu-HU (Hungarian), hy-Armn (Armenian), ja-Japn (Japanese), nn-NO - Norwegian Nynorsk, nb-NO Norwegian (Bokmål), ru-RU (Russian), tr-TR (Turkish), zh-Hans-CN (Simplified Chinese in China), zh-Hans-TW (Simplified Chinese in Taiwan) The Koha Team welcomes additional translations; please see http://www.kohadocs.org/usersguide/apb.html for information about translating Koha, and join the koha-translate list to volunteer: http://lists.nongnu.org/mailman/listinfo/koha-translate _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

4 4

hold queue is empty
by Amandeep Kansal 20 Feb '09

20 Feb '09

Dear All I have a problem related with hold queue, when a user hold a book, the hold request did not display in hold queue in circulation in koha intranet panel, hold queue is always empty. please help me.. Amandeep Kansal

3 3

list problem
by Amandeep Kansal 20 Feb '09

20 Feb '09

Dear All I am having a problem with the virtual lists. I can create a new list but I cannot add items to it when I click on "Save to your lists" (in an individual record). I get this error message: Koha error The following fatal error has occurred: Can't use string ("1") as an ARRAY ref while "strict refs" in use at /usr/share/koha/opac/cgi-bin/opac/opac-addbybiblionumber.pl line 98. Apache Server version: Apache/2.2.8 (Linux/SUSE) Server built: Nov 23 2008 23:31:28 Koha 3.00.00.107 Koha DB 3.0000107 MySQL mysql Ver 14.12 Distrib 5.0.51a, for suse-linux-gnu (x86_64) using readline 5.2 OS Linux koha 2.6.25.5-1.1-default #1 SMP 2008-06-07 01:55:22 +0200 x86_64 x86_64 x86_64 GNU/Linux Perl 5.010000 thanks Amandeep Kansal

1 0

Items marked long overdue one day after due date
by Tim McMahon 19 Feb '09

19 Feb '09

Running Koha 3, we're having all items marked long overdue one day after the due date and patrons are charged the items replacement price. Our LOST status is 1=lost and 2=long overdue. The crontab entry is from crontab.example 10 21 * * 1 $USER $KOHA_CRON_PATH/longoverdue.pl --lost 20=2 --lost 100=1 --charge 1 --confirm What else should I be checking to get long overdues to wait till books ar long ovedue? -- Tim McMahon Technical Services West Liberty Public Library

3 7

Matching rules on record import
by Martin Longo 19 Feb '09

19 Feb '09

Hi there I'm trying tu get my Koha3 up and running, but need some directions setting Matching Rules to import MARC records. First of all ... Matching rules seems to be working ok ... I've used the ISBN rule and got good results.... BUT ... there are some problems when the records don't have ISBN data (or ISSN) ... so I need a way to match those. for example .. I have this record (already imported into Koha) and when I try to import again it has "no match" (of course, because it has no ISBN) LDR 00645nam#a2200253#a#4500 001 CON000008 003 OUN 005 20060601105400 008 901227| xxu |||| ||eng d 040 _aOUN 080 _a3-055.2 080 _a341.16:362.7 092 _sNU _c3-055.2 _lH431u 100 1 _aHazzard, Virginia. 245 10 _aUnicef and women : _bthe long voyage : a historical perspective 260 _aNew York : _bUnicef, _cc1987. 300 _a148 p. ; _c27 cm. 440 _aUnicef history series. _pMonograph ; _v7 650 04 _aUNICEF 650 04 _aMUJERES 866 0 _a1 ej. 907 _aTEXTO 930 _a90476 _dREST _pv 942 _cBK So ... I need advice on how to set up a valid matching rule to handle a situation like this one. The records will come from various libraries (around 13) each one with distinctive control numbers (field 001) so I think maybe comparing this field and title (field 245$a) would give me a good enough matching rule. the problem is ... how to set it up on Koha :) Frist thing I don't understand completely ... when creating a new matching rule I must specify a "search index" value (on ISBN rule it has 'isbn'). Now, for something like what I need, what should be the value, if it has to be one... Thanks in advance -- Ing. J. Martin Longo Depto. Gestion Informatica SID - UNCuyo http://sid.uncu.edu.ar

6 8

Matching Koha to the Apache
by Darla Grediagin 19 Feb '09

19 Feb '09

Good morning, I am have gotten Linux working on the server, I have Koha installed, now the problem is to match the two together. When I go to the server I get a big message that says *'It works'* While this feels great and is steps beyond where I have gotten before, I now need to get Koha to come up on that website. I have edited /etc/apache2/ports.conf and added the line Listen 8080 When I restart apache2ctl, It tells be that it is using 10.3.33.15 for its name because it can't determine the server's fully qualified domain name. This is fine for when I go to 10.3.13.15 that is where i get the above statement. If this makes sense to someone out there, please let me know. It is all Greek to me. Thank you in advance, Darla -- Darla Grediagin District Librarian Bering Strait School District Unalakleet, Alaska Web Address : http://bssdonline.org/course/view.php?id=51 Blog: http://aklibrarian1.edublogs.org/ OPAC: http://opac.bssd.org:8181/cgi-bin/koha/opac-search.pl

2 1

LDAP Replication error.
by Barry Cannon 19 Feb '09

19 Feb '09

Hi All, I am still battling through getting Koha talking to LDAP. I have managed to get so far but the latest problem is shown below in the apache logs. The problem is the cardnumber field is being completely ignored on the replication. Other LDAP attributes come across fine but we can only manage one sync and the rest fail with the error below. This is obviously because the cardnumber has to be unique and the next patron to import is also '' so duplication occurs. Also, when a user logs into OPAC all the Parton Details attributes are blank. [Thu Feb 19 12:55:15 2009] opac-user.pl: DBD::mysql::st execute failed: Duplicate entry ' ' for key 2 at /usr/share/koha/lib/C4/Members.pm line 769, <DATA> line 466. AUTH_3: no results for userid='mmg', cardnumber=''. [Thu Feb 19 12:55:15 2009] opac-user.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/local/lib/perl/5.8.8/HTML/Template/Pro.pm line 191, <DATA> line 466. [Thu Feb 19 12:59:19 2009] opac-user.pl: DBD::mysql::st execute failed: Duplicate entry ' ' for key 2 at /usr/share/koha/lib/C4/Members.pm line 769, <DATA> line 466. AUTH_3: no results for userid='mmg', cardnumber=''. Can anyone help? Regards Barry Cannon

2 1