- Koha - lists.katipo.co.nz

Authority search
by Beda Szukics 06 Apr '09

06 Apr '09

Hi If I try to search an authority record (using home->authorities->Search Authorities) I get no result and the koha-error-log tells me: [Wed Apr 01 18:41:04 2009] [error] [client 192.168.1.51] [Wed Apr 1 18:41:04 2009] authorities-home.pl: oAuth error: Unsupported Use attribute (114) Heading-Main Bib-1, referer: http://kbverwaltung.kollegium-sarnen.ch/cgi-bin/koha/authorities/authoritie… ?op=do_search&type=intranet&marclist=mainentry&and_or=and&operator=contains&value=Beethoven&orderby=HeadingAsc But I can find the record using Home->Authorities->Search Main Heading Using Home->Authorities->Search All Hedings doesn't work too and the koha-error-log gives a shorter message: [Wed Apr 01 18:45:17 2009] [error] [client 192.168.1.51] [Wed Apr 1 18:45:17 2009] authorities-home.pl: oAuth error: Unsupported Use attribute (114) Any Bib-1, referer: http://kbverwaltung.kollegium-sarnen.ch/cgi-bin/koha/authorities/authoritie… What's wrong with my Koha? Beda

5 5

Cannot edit record if indexing fails?
by Martin Longo 06 Apr '09

06 Apr '09

Hi there ! I need help with a problem I'm trying to figure out testing koha (3.000.1 stable). Followed all the steps recommended for working with UTF-8 The scenario goes like this: We have 13 and some libraries that we want to manage with Koha. Right now I'm testing the import tools (web based and command line) with records from one of those databases (around 50.000 records). The two tools work fine and get the work done, but when the records are more than 5000 the web based interface takes too long and sometimes it never ends... One problem arises when I rebuild the zebra index. The process rejects some records (I don't know how many). AFAIK, in this records, the script chokes on 952 records that have a Ü (capitalized U with a dieresis) or a Ö (capitalized O with a dieresis) character on the shelving location subfield (I send some images as attachment). The problem is not with every ü character. in fact, if they are present i.e. in the author field and not in the 952 field, they pass to the index and I can find them without any problem. The thing that makes things more dificult is that... even if I wanted to fix this records by hand with Koha cataloging interface... I can't, because I can't search for them (I can search for them, but I can't find or retrieve them, because they weren't indexed)... So ... I can "fix" (they are correct, I shouldn't need to fix them, but I could change the conflictive characters where needed) those records in the original database and bulkmarcimport them deleting everything (-d option). That would be a nice solution for the first database ... but there are 13 of them ... and I don't want to be erasing 'n-1' databases when I hit a similar problem importing the database number 'n'... So ... anyone can give some advice on how to solve this? is there a way to find/edit records without having to search for them? or .. better .. is there a way to patch/fix the indexing process, so those characters can pass without problem? Thanks in advance -- Ing. J. Martin Longo Depto. Gestion Informatica SID - UNCuyo http://sid.uncu.edu.ar

3 3

Internal error: Incomplete hold request
by Richard Pritsky 04 Apr '09

04 Apr '09

HI! We just upgraded our Debian system to Lenny and Koha to the latest upgrade available via git. Our patrons are now experiencing the error noted in the subject line above when they try to place a hold via the opac. We have no problem doing so via the staff interface. Is there a bug fix we need to apply that hasn't yet made it out? Or is there a preference we need to reset since our upgrade? Thanks Richard Pritsky

1 0

Re: [Koha] exploring Koha
by Doug Dearden 03 Apr '09

03 Apr '09

Hi Sean, A little advice on moving your records from your current system to Koha. I have not worked with the Innovative system so cannot speak to details, but there should be some way to export records in MARC format. These records won't be in perfect Koha format, but the basic fields should match up correctly. The devil is in the details though, and the way that the item info including item type, bar code, and other item specific info probably won't be in the right place. You can download MarcEdit (created by Terry Reese at Oregon State) to break a MARC encoded file into a human readable format, and it also has tools to make changes to files. Koha stores item specific info in the 952 field, so the challenge I faced during our migration was getting all the item info moved into the correct place in the record. MarcEdit can create a VB script that you can then modify to do the changes you need. Koha has tools to do the importing, you will find them in the staff client under Tools. There is also a perl script to do the importing (bulkmarcimport.pl if memory serves me) that can be used from the command line. I would suggest you see if you can do an export of some of your data from your current system in MARC format, then break the file using the MarcEdit tool into human readable format a take a look. As a test you can copy and paste a record into a new file, edit it manually, use the MarcMaker function in MarcEdit to put it back into the correct format and do the import into Koha to get a feel for the process. Good luck with your project. Doug >>> spark <spark(a)cclsd.org> 4/2/2009 10:41 AM >>> Hello all, We are a consortium (8 public, 3 academic libraries) in Oregon currently running an Innovative ILS (since '91). We are exploring open source ILS options, with Koha 3.0 running on a test system. Does anyone know of any contacts who might be versed in Innovative and willing to counsel a fledgling Koha user regarding some pointed cataloging questions? Would anyone have advice on exporting Innovative records and importing them into Koha (we'd like to import a small sampling to simulate our production system, looking to Liblime for full system migration when/if the time comes)? This is a tall order! Thank you in advance for any help you can offer. - Sean, Coos County Libraries _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Re: [Koha] Usecase for KOHA serial acquisition
by Nicole Engard 03 Apr '09

03 Apr '09

Please remember to reply to all - sometimes other people have good answers too :) As for what you want - there are documents for each of those processes within the manual. There is not however handling for bound volumes in 3.0 - but might be coming with the improvements that the developers are working on for serials and acquisitions. --- 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, Apr 3, 2009 at 7:45 AM, R N Pandya <rnpandya(a)iimahd.ernet.in> wrote: > Thanks for the prompt reply. > > I need a document describing the following process in case of serials : > > Order Entry->Invoice Processing->Cateloging->Circulation > > We also need help for managing bound volumes of the serials. Can we treat > bound volumes as a book? > > Thanks > > > > > On Fri, Apr 3, 2009 at 5:04 PM, Nicole Engard <nicole.engard(a)liblime.com> > wrote: >> >> Does this help? >> >> https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/S… >> >> If not, then we need more info - what do you mean by usecase? The >> entire process from acq to serial receive? If so, there are plenty of >> docs in the manual about that too: >> https://sites.google.com/a/liblime.com/koha-manual/Home >> >> --- >> >> 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/ >> >> >> >> 2009/4/3 R N Pandya <rnpandya(a)iimahd.ernet.in>: >> > Can anybody help me by providing sample usecase for KOHA serial >> > acquisition >> > process. >> > >> > Thanks in advance >> > >> > Ravindra >> > >> > _______________________________________________ >> > Koha mailing list >> > Koha(a)lists.katipo.co.nz >> > http://lists.katipo.co.nz/mailman/listinfo/koha >> > >> > > >

1 0

Usecase for KOHA serial acquisition
by R N Pandya 03 Apr '09

03 Apr '09

Can anybody help me by providing sample usecase for KOHA serial acquisition process. Thanks in advance Ravindra

2 1

Can I print patron foto on patron card in Koha 3.000.1 Stable
by Ata ur Rehman 03 Apr '09

03 Apr '09

Dear All Can I print the foto on the patron card from Koha 3.000.1 Stable on Debian Etch? Any Idea to customize fields for printing on patron cards? Ata

1 0

More problems with Koha as Z39.50 server
by Magnus Enger 03 Apr '09

03 Apr '09

Dear all, I'm having some trouble getting Koha to work as a Z39.50 server. * Background I'm running Koha 3.01.00.014 on Debian 4.0 (on Amazon EC2). Zebra is on and searching in the OPAC is working fine. During the Makefile.PL part of the installation I chose the "single" install, so alle Koha files are found under /mnt/koha/. I chose the default for all the ports etc. * Preparation I have edited koha-conf.xml from this: <!-- <listen id="publicserver" >tcp:@:9999</listen> -> to this: <listen id="publicserver" >tcp:@:9999</listen> And I have restarted Zebra with /etc/init.d/koha-zebra-demon restart I have also made suer port 9999 is open. * Symptoms When I try to access http://kohanor.collib.info:9999/ in a browser, I get this: YAZ 3.0.36 Error: 404 Description: Not Found I log on to the server and try with yaz-client, and I get this: ~# yaz-client Z> open localhost:9999/biblios Connecting...OK. Sent initrequest. Connection rejected by v3 target. ID : 81 Name : GFS/YAZ Version: 1.128/3.0.36 Init response contains 1 otherInfo unit: 1: otherInfo unit contains 1 diagnostic: 1: code=1 (Permanent system error), addinfo='' Options: search present triggerResourceCtrl namedResultSets Elapsed: 0.002852 Z> I have tried stopping Zebra and running it from the command line with /usr/bin/zebrasrv -f /mnt/koha/etc/koha-conf.xml which gives this output: 10:48:28-20/03 [log] zebra_start 2.0.32 /mnt/koha/etc/zebradb/zebra-biblios.cfg 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:48:28-20/03 [log] zebra_start 2.0.32 /mnt/koha/etc/zebradb/zebra-biblios.cfg 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:48:28-20/03 [log] zebra_start 2.0.32 /mnt/koha/etc/zebradb/zebra-authorities-dom.cfg 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-dom.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-alvis.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-xml.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-text.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-marc.so 10:48:28-20/03 [log] Loaded filter module /usr/lib/idzebra-2.0/modules/mod-grs-regx.so 10:48:28-20/03 [server] Adding dynamic listener on unix:/mnt/koha/var/run/zebradb/bibliosocket id=1 10:48:28-20/03 [server] Adding dynamic listener on unix:/mnt/koha/var/run/zebradb/authoritysocket id=2 10:48:28-20/03 [server] Adding dynamic listener on tcp:@:9999 id=3 10:48:28-20/03 [server] Adding dynamic listener on tcp:@:11001 id=4 10:48:28-20/03 [server] Starting server /usr/bin/zebrasrv pid=25705 Running the "open" command above from the yaz-client gives this output from zebrasrv: 10:50:02-20/03 zebrasrv(1) [session] Session - OK 1 tcp:::ffff:127.0.0.1 25710 10:50:02-20/03 zebrasrv(1) [request] Auth none 10:50:02-20/03 zebrasrv(1) [request] Init ERROR 1 ID:81 Name:YAZ Version:3.0.36 I have also tried running this: Z> authentication username/password Z> open localhost:9999/biblios (and with "username:password" and "username password"), but they all give the same error: "Init ERROR 1 ID:81 Name:YAZ Version:3.0.36". * Hunches It strikes me as somewhat odd that there are now four listen-elements in koha-conf.xml: <listen id="biblioserver" >unix:/mnt/koha/var/run/zebradb/bibliosocket</listen> <listen id="authorityserver" >unix:/mnt/koha/var/run/zebradb/authoritysocket</listen> <listen id="publicserver" >tcp:@:9999</listen> <listen id="mergeserver">tcp:@:11001</listen> But only three of them have corresponding server-elements: <server id="mergeserver" listenref="mergeserver"> <server id="biblioserver" listenref="biblioserver"> <server id="authorityserver" listenref="authorityserver" > But if this was the problem, I guess nobody else would get Z39.50 to work either... * Plea Does anyone have a clue about what is wrong here? I have (of course) tried to Google for different parts of the error-messages, but without finding anything very helpful. Regards, Magnus Enger

3 3

Make Fails on koha-3.00.01-stable
by Daurice Kanjeza 03 Apr '09

03 Apr '09

Dear all, Am trying to install koha-3.00.01-stable on Debian Lenny. I have been successful with perl Makefile.PL, but make returns the results below: /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib /usr/bin/perl "-Iblib/arch" "-Iblib/lib" rewrite-config.PL blib/KOHA_CONF_DIR/koha-conf.xml Can't open blib/KOHA_CONF_DIR/koha-conf.xml for read at rewrite-config.PL line 172. make: *** [blib/KOHA_CONF_DIR/koha-conf.xml] Error 2 What could be the cause of this. Please help! Daurice K. Nyirongo Mzuzu University Private Bag 201 Luwinga, Mzuzu 2 Malawi

4 6

Patron info on Details page
by Tim McMahon 02 Apr '09

02 Apr '09

The information for some patrons doesn't show up when we select the Details tab on the Koha 3 staff interface. It just displays "No address stored", "No city stored",... It displays fine on the other tabs. I can't figure out why it doesn't work for only some of the patrons. There was nothing in the koha-error_log. Has anyone else seen this? Does anyone have any ideas what could cause it? -- Tim McMahon Technical Services West Liberty Public Library

3 3