- Koha-devel - lists.koha-community.org

A question about subtitles and performance
by Owen Leonard 06 Jan '10

06 Jan '10

At the moment when you look at the contents of a list in the OPAC or the staff client you don't see subtitles. In other places in Koha I've seen this used to grab subtitles: my $subtitle = C4::Biblio::get_koha_field_from_marc('bibliosubtitle', 'subtitle', $record, ''); Where $record is set by doing: my $record = GetMarcBiblio($biblionumber); It works to make these changes in C4/VirtualShelves/Page.pm (around line 183), but I'm not sure that's the right thing to do here--I'm concerned about the overhead of doing that when looping through list contents. Yes? No? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

4 4

Stack Smashing
by Chadwick, John, DCA 06 Jan '10

06 Jan '10

Here is a good challenge. I have seen this question posed a few times, but have not seen an answer. We are running 3.01.00.061 on Ubuntu 8.04.3. Using the icuchain method for indexing records. When we got to just over 10,000 records we started to get the following error message when Zebra gets to the point of inserting records. Any ideas on this one? We are running Koha 3.01.00.061 with Zebra. Rebuilding Zebra is failing and we are unable to search indexes. *** stack smashing detected ***: zebraidx terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb6d7cda8] /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb6d7cd60] /usr/lib/libidzebra-2.0.so.0[0xb7fc10c4] /usr/lib/libidzebra-2.0.so.0[0xb7f69a0a] [0x13c] Any ideas or suggestions would be appreciated on this one. No one has answered on the Zebra list. Thanks, John Chadwick John.Chadwick(a)state.nm.us http://www.nmstatelibrary.org <http://www.nmstatelibrary.org/> Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. ______________________________________________________________________ Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. This email has been scanned using Webroot Email Security. ______________________________________________________________________

3 4

Re: [Koha-devel] Perl compatability
by Partha Mukhopadhyay 06 Jan '10

06 Jan '10

> ----- Original Message ----- > From: "Paul Poulain" <paul.poulain(a)biblibre.com> > To: > Cc: koha-devel(a)lists.koha.org > Subject: Re: [Koha-devel] Perl compatability > Date: Tue, 05 Jan 2010 09:25:27 +0100 > > > Joe Ellis a écrit : > > The notes on installing koha on Ubuntu states that there may be a > > problem using a version later than 5.8. I am trying to use Ubuntu > > 9.1 which has perl 5.10. Does anyone know if this combination > > will work or will I have to downgrade my perl installation? > > > this warning should be removed. Koha works perfectly well with 5.10 > (otherwise, it means all our hosted customer have a non working version > of Koha and never saw it :o) ) > > -- > Paul POULAIN > http://www.biblibre.com > Expert en Logiciels Libres pour l'info-doc > Tel : (33) 4 91 81 35 08 > Paul is absolutely right. I'm running Koha 3.04 on both 9.04 amd 9.10. See the listing of software and modules - -------------------------------- Koha version: 3.00.04.019 OS version ('uname -a'): Linux libra2 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:01:29 UTC 2009 i686 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.010000 Perl @INC: /usr/share/koha/lib /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.1.37, for debian-linux-gnu (i486) using EditLine wrapper Apache version: Server version: Apache/2.2.12 (Ubuntu) Zebra version: Zebra 2.0.41 (C) 1994-2009, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 5242fd311bad9fc07b7ddf77f4d83410928d968c Using ICU ------------------------------------------------------------------------------------------------------------------- Dr. Parthasarathi Mukhopadhyay Department of Library and Information Science University of Burdwan, Burdwan, West Bengal, India > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel > -- _______________________________________________ Search for products and services at: http://search.mail.com

1 0

About adding a custom field in KOHA
by nitesh rijal 05 Jan '10

05 Jan '10

Hello all. I am trying to make GSDL fulltext integration in KOHA in a different way as it is now. I added a field in the Default MARC framework structure. I have added a field 952'x' naming it Fulltext. Here I want to store a flag "YES" or "NO" to identify whether I have a fulltext for the current item or not. I also added a field in the table "biblioitems" of type enum("YES","NO"). My problem is that, I want the "View Full Text" link only in those search results which have 952'x' = YES . How can I make this possible??? I have attached a screenshot as how is the link looking right now. Please Help. Thank you. -- Nitesh Rijal BE IT email: rijal.it(a)gmail.com url: http://niteshrijal.com.np facebook: http://facebook.com/openrijal twitter: http://twitter.com/openrijal +9779841458173

3 2

KOHA Error Redirecting Help
by nitesh rijal 05 Jan '10

05 Jan '10

Hello all. I am having some problem with redirecting a standard KOHA Error to some other page. Actually I've modified a function to navigate to next and previous biblionumber within the records in KOHA. The problem is that if I supply a existing biblionumber it works fine, but when I supply a biblionumber that is not present then it gives the following error. Koha error > > The following fatal error has occurred: > > Can't call method "title" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 878. > > Apache Server version: Apache/2.2.9 (Debian) Server built: Nov 14 2009 > 20:23:49 Koha 3.00.02.012 Koha DB 3.0002012 MySQL mysql Ver 14.12 Distrib > 5.0.51a, for debian-linux-gnu (i486) using readline 5.2 OS Linux > koha.healthnet.org.np 2.6.26-2-686 #1 SMP Wed Nov 4 20:45:37 UTC 2009 i686 > Perl 5.010000 I just want to format that ERROR message to display something else or just redirect to a "ADD New Record" form. I cannot find where the error is being displayed from. Please if anyone knows where to change these things, help me. Thank you. -- Nitesh Rijal BE IT email: rijal.it(a)gmail.com url: http://niteshrijal.com.np facebook: http://facebook.com/openrijal twitter: http://twitter.com/openrijal +9779841458173

2 1

FW: Editing Items in non-default framework
by Marcel de Rooy 05 Jan '10

05 Jan '10

Does anyone of you know this bug ? ________________________________ Van: koha-bounces(a)lists.katipo.co.nz [koha-bounces(a)lists.katipo.co.nz] namens Marcel de Rooy [M.de.Rooy(a)rijksmuseum.nl] Verzonden: maandag 4 januari 2010 13:03 Aan: 'koha(a)lists.katipo.co.nz' Onderwerp: [Koha] Editing Items in non-default framework Hi all, I noticed that in Koha 3.0.3 it appears not possible to edit items if the biblio record is saved in a non-default framework. There are no Bugzilla reports on it however. In the staff client item data are shown on the item details page generated by moredetail.pl. But Edit items (additem.pl) does not show item data at all. Does anyone of you know this error? Did you resolve it? Thanks! Marcel

1 1

Foundation forming #koha IRC meeting 3 December
by Thomas Dukleth 04 Jan '10

04 Jan '10

Please remember that the next foundation forming #koha IRC meeting will be held today, Thursday 3 December 2009 at 19:00 UTC+0. Time Converters: http://tinyurl.com/ygcgn9f http://www.wolframalpha.com/input/?i=2009-12-03%2019:00%20UTC+0 Agenda: http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnot… . It is a wiki. Add your own agenda items. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com +1 212-674-3783

1 1

Patron Card Creator Alpha and Call for Testing
by Chris Nighswonger 04 Jan '10

04 Jan '10

Hi all, The Patron Card Creator is at an alpha state and needs some testing before submitting. There are still several outstanding issue to be taken care of, but by and large it is functionally complete and testable. You can get it here: git://github.com/cnighswonger/koha-wip.git Presently it is best to do an install over a fresh database. If you opt to upgrade a database from a version more recent than the label's rewrite, you can use the patroncards_update.pl script in the installer/data/mysql subdir. Earlier db's will not update at the present, but will in the near future. There are no sample data, so you will have to work from scratch. Most of the interface is intuitive if you are familiar with the label creator. This is *not* suitable for production use... you have been warned. Bug reports, kudos, and condemnations are all appreciated. Enjoy. Kind Regards, Chris

1 0

Road Types
by Nicole Engard 04 Jan '10

04 Jan '10

Hi all, We need a consensus of sorts on an issue that has a few bugs associated with it. In America addresses go 'street number' 'street name' 'street type' -- in France it goes 'street number' 'street type' 'street name' This is coming across as a display problem on the patron records. So I'm wondering if there is a way that we can set up the templates to display the address in the way that the librarian chooses. Right now there are a few bugs related to the fact that the street number and/order street type doesn't even display - when I went to fix them I realize (with Owen's help) that I might be causing some internationalization issues - so I wanted to consult with you all on what we think is the best way to tackle this. Nicole

1 0

More sys prefs questions (page prefs)
by Nicole Engard 04 Jan '10

04 Jan '10

Hi all, There are 2 new preferences in the Local Use section that I don't understand: - page_readers -- This is for readers suggestions - page_test -- test page for pages tiny cms What do these do and where would they belong? Nicole

1 1