- Koha - lists.katipo.co.nz

Re: [Koha] images
by Owen Leonard 21 Jan '04

21 Jan '04

> I'm new to the Koha community and am looking for > details about using Koha to catalog images, or > associating an image with each catalogued record. I can't advise you on cataloging images, but I can tell you how we came up with a way to associate images with item types in search results and with individual titles as well. The key is to use Koha's templating system to do the work for you. We wanted to have an image associated with each item type in the catalog (book, video, dvd, etc.). A bug in the current version prevented us from using the mechanism at work in HLT's OPAC (http://opac.library.org.nz/cgi-bin/koha/opac- detail.pl?bib=12180), but by naming each image according to the corresponding item type, we were able to put this in the template: <img src="<TMPL_VAR NAME='themelang'>/images/<TMPL_VAR NAME="itemtype">.gif" alt="" /> The templating system replaces '<TMPL_VAR NAME="itemtype">' with "Book on Tape" or "Videorecording", and that points the image tag to the right file. See it in action here: http://66.213.78.60/cgi-bin/koha/opac- searchresults.pl?type=opac&keyword=moon+is+a+harsh+mistress The same function will allow us to retrieve book cover images for individual titles. We'll save with images with filenames corresonding to the ISBN of the title. Then when the item detail screen is pulled up, the ISBN can be used in the image tag to pull the right image file (I know I first saw this method on a German Koha installation--maybe someone remembers the address of that?). The current barrier to using this method for us is the fact that if there is no image for a particular ISBN, you get a broken image. If we can get that ironed out, we can start going with it. I hope that helps with at least part of your question. -- Owen ---- Nelsonville Public Library http://www.athenscounty.lib.oh.us

2 1

images
by ROBERT MCPEAK 21 Jan '04

21 Jan '04

I'm new to the Koha community and am looking for details about using Koha to catalog images, or associating an image with each catalogued record. Could someone share their experience doing this or point me at some documentation on the subject. Much obliged, Bob McPeak Robert McPeak Internet Systems Developer Johns Hopkins University Bloomberg School of Public Health Center for Communication Programs 111 Market Place, Suite 310 Baltimore, MD 21202 410.659.6398 www.hcpartnership.org www.coreinitiative.org www.jhuccp.org

1 0

Re: [Koha] Koha 1.2.3...
by ablackie＠mailer.fsu.edu 21 Jan '04

21 Jan '04

Hi Mike, I have not being able to upgrade version 1.2.2 to version 1.2.3 but anyway your help was very useful to us. We were able to add the Overdue feature to our 1.2.2 version. Thank you for that great help. You made it work. Regards, Anthony On Tue, 20 Jan 2004 06:08:10 +1300 Mike Mylonas wrote: > HI Anthony. > > You are right in the fact that 1.2.2 is not the current release, and at > this point I am not willing to recommend which version you look at, I > have been away from the project for some time. > > Regarding the Overdue Report, if I recall correctly, the report as such > was in 1.2.2 it is just that it was on the reports page. > > Have a look at your installation in the /intranet/cgi-bin directory for > a file called overdue.pl. Or log into your Intranet interfact and > mannual put the location of the script into the address bar (so it would > be something like http://koha.mydomain.com/cgi-bin/koha/overdue.pl ) > > Unfortunately I can't recall about the LC Class Mark, and I can't access > my 1.2.3 installation till tonite (in about 12 hours time from now) > > I haven't sent this reponse back to the list, cause it does help a great > deal, but I will have a better look when I am back at home. > > Good luck > Mike > > > On Tue, 2004-01-20 at 04:18, ablackie(a)mailer.fsu.edu wrote: > > Hello Everyone, > > > > I need to upgrade my Koha version 1.2.2 to the newest version, what I > > need to do? I understand the version I am using is the old one that > > doesnt give an overdue report, which version 1.2.3 gives. Furthermore, > > it doesnt record LC class mark. By the way, does the new or newest > > version store LC class mark? If yes, could someone please lead me to > > these useful features? > > > > Thanks, > > > > Anthony Blackie > > Librarian > > > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Koha 2.0.0RC1 is dead. Long live to koha 2.0.0RC2 !!!
by paul POULAIN 20 Jan '04

20 Jan '04

koha 2.0.0RC2 has been released : http://sourceforge.net/project/shownotes.php?release_id=211242 This version of Koha is the second in the 2.0 "stable" series. It does not mean that it has no bugs, but many libraries are using it and don't encounter unsolvable problems. If you want to adopt Koha, please do, but you're warned that this release candidate version may still have some bugs and missing features. If you test it and let us know about any we haven't seen yet, it will help us to fix them. The 2.0.x series version is "feature freezed". Only bugs or minor changes will be made in this branch. The koha team is already working on the 2.2.x version. In CVS (HEAD branch), developpers can already get 1st draft of a working z3950 server. BUGS FIXED: * 318 : allow or not a book to be loan * 537 : in borrower screen, the "fine & debts" now shows only amount due if >0, "nothing due" if borrower has no debts. * 557 : spelling error in message for no search criteria entered * 564 : Member card number not checked unique * 586 : additem.tmpl displays incorrect biblio number * 605 : circulation.pl only shows one waiting item (1 small problem remaining, see bugs.koha.org) * 614 : opac-user.pl doesn't show which items are waiting * 625 : dateformat under system prefs is confusing * 646 : Member flag must be either 'parameters' or 'superlibrarian' to log in (now, any flag enable login) * 662 : poor SQL calls, that could be used for SQL injection (security problem) * 671 : Add institutional member confirmation screen has no details * 672 : readingrec can not be reordered * 675 : "logged in" info missing * 683 : Search for barcode or illustrator says ' You did not specify any seach criteria' * minor HTML modifs & tweaks * minor improvements/bugfixes in installer * biblio & item deletion bugs fixed. * bug fixed in MARC editor, that appeared on specific MARC configuration & makes biblio adding impossible. IMPROVEMENTS: * z3950 client daemon improved a lot : many deadlock situations solved, improved problem reporting, ignoring invalid z3950 servers (or server not responding) * new french translation. Note that only english and french are up to date. Other won't work, probably. Note also that a tool for translator is now ready, and should ease a lot translating and maintaining translations. * new OPAC theme. it's called "css". It's a XHTML1.0 strict OPAC. In librarian interface, just change systempref opactheme to css to get it. Will be the default opac in 2.2 * publisher added in acquisition process (the one with basket & supplier) Basket now ordered by publisher. * notforloan field management added in itemtype administration screen * new migration script : misc/rebuildthesaurus.pl => this script can rebuild thesaurus/authority file after importing records with misc/bulkmarcimport.pl DB change : *index added into z3950results table UNIQUE KEY query_server (queryid,server) (added by installer & updater) KNOWN BUGS : * MARC upload fails silently (in breeding farm) if the file provided is not iso2709 (works fine with a valid file) * autobarcode not calculated even if autobarcode system parameter is set and MARC=on. * the MARC21 english default parameter setup is working, but some librarians reports that some choices are poor. If you use MARC21, tweak some setups to fit your needs. (note : the subject refers to what french people said when we had a king, 2 centuries ago : "the king is dead. Long live to the king" (the 1st being the old king, the 2nd being the new one. Not sure everybody around the world uses such a sentence, so I explain :-) ) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

Error log
by Greg Prapat 16 Jan '04

16 Jan '04

Hi, Does anyone understand this following error message from Koha log file (2) at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 58, <KC> line 22. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/proc essz3950queue line 59, <KC> line 22. I'm having trouble with adding borrowers to Koha, thank you. Greg

2 1

koha on macosx?
by dmoses2＠uwo.ca 16 Jan '04

16 Jan '04

Hello Folks: just checking to see if anyone has successfully install koha on MacOSX? I've installed all the required software (perl, apache, mysql) and have extracted koha. When I run the ./installer.pl script I get this error: -------------- Can't find a valid termcap file at /System/Library/Perl/Install.pm line 109 Compilation failed in require at ./installer.pl line 5. BEGIN failed--compilation aborted at ./installer.pl line 5. -------------- I've tried installing various termcap packages, but none of them seem to solve the problem. I've not got enough knowledge/experience with unix to figure it out. I'll switch to debian if I can't get it working. Thanks, Donald

1 0

Re: Location of Perl libraries/Premature end of script headers
by Jeff Huestis 12 Jan '04

12 Jan '04

Thanks! Actually, the point about the webserver was a little off the mark, because (presumably) you were looking at library.wustl.edu (which is running 5.00503) and I am installing on a test machine. But these were the right questions to ask. I renamed the perl executable in /usr/bin, and copied the executable from /usr/local/bin, and that seems to have taken care of the problem. I'm seeing Koha screens. Jeff On 2004-01-12 20:59:35 +0000 Jeff Huestis <huestis(a)wustl.edu> wrote: > Can anyone tell me how the Koha install process locates the Perl > libraries, and where it stores this information? It uses Perl to do it. It doesn't store it anywhere and relies on Perl being able to find them again. perl -MHTML::Template -e print will do a similar sort of check from the command line. The output you pasted is interesting. When you run from the command-line, you seem to get perl 5.8.0, but your webserver looks like it's using perl 5.00503 -- is koha using /usr/bin/perl (look at the first line of its CGI scripts) while you're using /usr/local/bin/perl, perhaps? -- MJR/slef My Opinion Only and possibly not of any group I know. Please http://remember.to/edit_messages on lists to be sure I read http://mjr.towers.org.uk/ gopher://g.towers.org.uk/ slef(a)jabber.at Creative copyleft computing services via http://www.ttllp.co.uk/ _,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=, _ Jeffrey C. Huestis huestis(a)wustl.edu Director, Applications and http://library.wustl.edu/~huestis Information Resource Development Washington University Libraries Voice: 314-935-5951 Campus Box 1061 Fax: 314-935-4045 St. Louis, MO 63130 ^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~ ^

1 0

Location of Perl libraries/Premature end of script headers
by Jeff Huestis 12 Jan '04

12 Jan '04

Can anyone tell me how the Koha install process locates the Perl libraries, and where it stores this information? I see that the "Premature end of script headers" message has been discussed here before, but it seems to be such a primitive problem that it's hard to give a useful response. I've just been installing Koha today, on a Solaris box, so I don't know what I'm doing, but: The opac error log gives me a pretty concrete problem that needs fixing. The log messages below show where Koha looked for the HTML/Template.pm: [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] Premature end of script headers: /usr/streamv/koha/opac/cgi-bin/ opac-main.pl [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] Can't locate HTML/Template.pm in @INC (@INC contains: /usr/streamv/koha/intranet/modules /usr/perl5/5.00503/sun4-solaris /usr/perl5/5.00503 /usr/perl5/site_perl/5.005/sun4-solaris /usr/perl5/site_perl/5.005 .) at opac-main.pl line 5. [Mon Jan 12 14:01:47 2004] [error] [client 128.252.66.103] BEGIN failed--compilation aborted at opac-main.pl line 5. However, the following was extracted from the output of the "perl -V" command: @INC: /usr/local/lib/perl5/5.8.0/sun4-solaris /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl And, indeed, the Template.pm file is found in that search list. Regards, Jeff Huestis _,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=, _ Jeffrey C. Huestis huestis(a)wustl.edu Director, Applications and http://library.wustl.edu/~huestis Information Resource Development Washington University Libraries Voice: 314-935-5951 Campus Box 1061 Fax: 314-935-4045 St. Louis, MO 63130 ^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~^~=,_,=~ ^

2 1

language/z3950search/catmain problem
by zuxiaolong 12 Jan '04

12 Jan '04

Hi, my system: debian sid+ mysql+apache2.0.48(compiled)+gnome2.4 First question:I installed Koha2.0rc1 in my debian sid system. Everytihing is in english. After I installed some environment packages(something like french-environment), koha displays in french. Then I uninstalled it using apt-get remove, the file (http://debian:8080/cgi-bin/koha/acqui.simple/addbiblio.pl)still displays french even after reinstalled Koha. How can I do to turn it back to english? Second question: catmaintain.pl does not work with a error message:Internal Server Error. Third question: z3950search, e.g. javascript:PopupZ3950(), just give me a window saying "still ?? requests to go ". As a newcomer,I wonder if Koha could afford a remote accesss as a part of a wider website? Best Regards -- zuxiaolong hugojoe(a)fastmail.fm -- http://www.fastmail.fm - The way an email service should be

3 2

catmaintain/z3950daemon problem
by zuxiaolong 12 Jan '04

12 Jan '04

Thanks for your reply. But all does not work. There is no extra intranet-tmpl in /usr/local/koha/intranet/htdocs/intranet-tmpl/. So my catmaintain.pl does not work with a error message:Internal Server Error. I start the z3950daemon successfully (RunAsUser=root rather than default nobody), but z3950search give me the same message: "still ?? requests to go ". Regards -- zuxiaolong hugojoe(a)fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again

1 0