- Koha - lists.katipo.co.nz

Staging MARC files
by Cab Vinton 22 Nov '08

22 Nov '08

Hi all: We've been doing a retrospective conversion project in-house & we've created a file with some 4,200 MARC records (approx. 3-4 mb), using v.3.01.00.002. I'm in the process of trying to stage these records into the reservoir. It's taking a very long time, however, so I'm wondering if folks have any guidelines or rules of thumb about preferred file size / max # of records per file. The most I believe I've staged at one time previously was 54, which went very smoothly. A separate question: When managing staged records, it looks like users have access to just the last 15 batches. Is this correct? Thank you, Cab Vinton, Director Sanbornton Public Library Sanbornton, NH

1 0

Opac indexing
by Scott Kushner 21 Nov '08

21 Nov '08

When I import marc records I can search them in Cataloging but not in Opac. What am I missing here? Do I have to run some procs or scripts or something? Can't find any documentation on this. Any help on this would be greatly appreciated. Thanks, Scott Kushner Information Technologies Middletown Public Library

3 2

Add biblio problem from Z3950 search on 2.2.9
by ppope＠iprimus.com.au 21 Nov '08

21 Nov '08

Has anyone managed to get the "Add Biblio and Go to Items" function working on 2.2.9 after a Z3950 search? I have finally managed to get the Z3950 search to return data and populate the marc fields when I import a book but when I click the button to add biblio and go to items, I get an internal server error. The koha error log entry is below. If anyone has this working, would you mind sharing your Biblio.pm and addbiblio.pl scripts with me so I can compare to mine? I am running : Koha version2.2.9 OS version ('uname -a')Linux ovid 2.6.15-52-386 #1 PREEMPT Wed Oct 22 18:48:55 UTC 2008 i686 GNU/Linux Perl version5.008007 MySQL versionmysql Ver 14.12 Distrib 5.0.22, for pc-linux-gnu (i486) using readline 5.1 If I turn off marc support, I can manually add biblios with no problems. Regards, Phil Koha Error Log: [Fri Nov 21 07:47:32 2008] [error] [client 192.195.197.97] Q2 : select distinct m1.bibid from biblio,biblioitems,marc_biblio,marc_word as m1,marc_word as m2,marc_word as m3,marc_word as m4,marc_word as m5,marc_word as m6,marc_word as m7,marc_subfield_table as m8,marc_subfield_table as m9 where biblio.biblionumber=marc_biblio.biblionumber and biblio.biblionumber=biblioitems.biblionumber and m1.bibid=marc_biblio.bibid and (m1.bibid=m2.bibid and m1.bibid=m3.bibid and m1.bibid=m4.bibid and m1.bibid=m5.bibid and m1.bibid=m6.bibid and m1.bibid=m7.bibid and m1.bibid=m8.bibid and m1.bibid=m9.bibid) and ((m1.word like 'epic' and m1.tagsubfield in ('245a'))and (m2.word like 'of' and m2.tagsubfield in('245a'))and (m3.word like 'Gilgamesh' and m3.tagsubfield in('245a'))and (m4.word like 'new' and m4.tagsubfield in('245b'))and (m5.word like 'translation' and m5.tagsubfield in('245b'))and (m6.word like 'analogues' and m6.tagsubfield in('245b'))and (m7.word like 'criticism' and m7.tagsubfield in('245b'))and (m8.subfieldvalue = '22 cm.' and concat(m8.tag,m8.subfieldcode) in ('300c'))and (m9.subfieldvalue = 'Norton,' and concat(m9.tag,m9.subfieldcode) in ('260b'))) order by biblio.title ASC term is The epic of Gilgamesh a new translation analogues criticism 22 cm. Norton, at /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 274., referer: http://bgo.dynalias.org:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?oldbibl… [Fri Nov 21 07:47:32 2008] [error] [client 192.195.197.97] Arguments must be MARC::Field object at /usr/local/koha/intranet/modules/C4/Biblio.pm line 1440, referer: http://bgo.dynalias.org:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?oldbibl… [Fri Nov 21 07:47:32 2008] [error] [client 192.195.197.97] Premature end of script headers: addbiblio.pl, referer: http://bgo.dynalias.org:8080/cgi-bin/koha/acqui.simple/addbiblio.pl?oldbibl…

1 0

Re: [Koha] Simple manual cataloguing
by Lenora Oftedahl 21 Nov '08

21 Nov '08

Actually, I have two different frameworks to choose from when entering records. I have the default which I've edited to reflect OCLC standards and what I need for my local catalog. I also have a Brief Input framework with just a few fields for the non-catalog staff to enter brief records so we at least know titles in the library. Both seem to work just fine and I can switch records back and forth between the frameworks. But I'm using 2.2.9 still. Does this ability to have multiple frameworks change in 3.0? Thanx. Lenora -- *************************************** Lenora A. Oftedahl, MLS MEPM StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission 729 NE Oregon St, Ste 190 Portland, OR 97232 503-736-3581 / ARIEL: 207.173.155.8 503-731-1260 FAX OFTL(a)critfc.org http://www.fishlib.org ************************************* "One by one, the penguins are stealing my sanity" ************************************** "Don't worry about the world coming to an end today. It's already tomorrow in Australia." --(Charles Schultz) ************************************** "The problem with adults is that they are contaminated by experience." --Kumi Naidoo, General Secretary and CEO of CIVICUS **************************************

4 3

Fresh Koha 3.0 install -- z39.50 search errors
by Дмитрий Журавлев 21 Nov '08

21 Nov '08

Good day, everybody. I have several questions about my Koha 3.0 fresh installation. I have installed Koha 3 (stable) on ubuntu 8.04 using debian etch installation manual. Koha is running now, but I have some problems: 1) On Release notes page (http://koha.org/about-koha/news/nr1218407616.html) there is written that Koha is fully translated to many languages including Russian (I reside in Moscow, Russia). But it is partially translated. Is it a mistake? 2) Koha 3.0 documentation says: "By default Koha comes with a connection to the Library of Congress catalog" (Look here: http://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/ad…) But when I loaded Z39.50 configuration page for the first time -- it was blank. No Z39.50 servers are added by default during installation. Is it a bug? 3) I added new Z39.50 server for searching (the server of Library of Congress -- z3950.loc.org) but searching returns nothing saying that nothing was found or gives away with an error: >The following fatal error has occurred: >substr outside of string at /usr/share/koha/lib/C4/Charset.pm line 241. Well, which search engine does Koha 3.0 use? I've read about z3950daemon: >IMPORTANT: The z3950search will NOT work until your system >administrator has activated the z3950 client daemon on your server. The >daemon is in KohaDirectory/script/z3950daemon. It should be added to >rc.d to be launched during server boot. but there is no script/ directory in /usr/share/koha/ and in whole subtree! How can I fix Z39.50 search? Thanks.

3 3

Re: [Koha] Koha Digest, Vol 37, Issue 42
by Carmel Young 20 Nov '08

20 Nov '08

On 20/11/2008, koha-request(a)lists.katipo.co.nz <koha-request(a)lists.katipo.co.nz> wrote: > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha digest..." > > > Today's Topics: > > 1. Overlay and overlay protection in Koha (said shafik) > 2. ASK question (Liu Wentuo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 19 Nov 2008 13:46:49 -0500 > From: said shafik <saidshafik(a)hotmail.com> > Subject: [Koha] Overlay and overlay protection in Koha > To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> > Message-ID: <BAY118-W4588E5C25B5AF0F1490BDECE0D0(a)phx.gbl> > Content-Type: text/plain; charset="iso-8859-1" > > > > How overlay and overlay protection is setup in Koha 2.2.9? > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Said Shafik > Library Systems Manager > Drexel University Libraries > Philadelphia, PA 19104-2875 > Phone: 215.895.1832 > Fax: 215.895.2070 > http://library.drexel.edu > Facebook: http://apps.facebook.com/drexellibraries/ > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > _________________________________________________________________ > Color coding for safety: Windows Live Hotmail alerts you to suspicious > email. > http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety… >

1 0

ASK question
by Liu Wentuo 20 Nov '08

20 Nov '08

Hi,KOHA staff,would like you tell tell how to reset password? I am a new user,It is very important to me although it is simple to you,I will appreciate much, thanks

2 1

Re: [Koha] Koha Digest, Vol 36, Issue 32
by Steve Kiarie 19 Nov '08

19 Nov '08

Hello. In testing Koha 3.0 alpha, I have a user who has checked out a book which is now overdue by 3 weeks. According to the overdue/fine rules, he should be getting charged $0.25/day in overdue fines, but when he logs into his account it shows the overdue book in red but displays "No" in the fines column *****************************************************************************>The information contained in this communication is confidential and > may be legally privileged. It is intended solely for the use of the > individual or entity to whom it is addressed and others authorised to > receive it. If you are not the intended recipient you are hereby > notified that any disclosure, copying, distribution or taking action > in reliance of the contents of this information is strictly prohibited > and may be unlawful. I am neither liable for the proper and > complete transmission of the information contained in this > communication nor any delay in its receipt.> ****************************************************************************** --- On Mon, 10/13/08, koha-request(a)lists.katipo.co.nz <koha-request(a)lists.katipo.co.nz> wrote: > From: koha-request(a)lists.katipo.co.nz <koha-request(a)lists.katipo.co.nz> > Subject: Koha Digest, Vol 36, Issue 32 > To: koha(a)lists.katipo.co.nz > Date: Monday, October 13, 2008, 4:00 PM > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body > 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more > specific > than "Re: Contents of Koha digest..." > > > Today's Topics: > > 1. Re: Lists/Virtual Shelves not working in OPAC (Chris > Nighswonger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 13 Oct 2008 17:40:18 -0400 > From: "Chris Nighswonger" > <cnighswonger(a)foundations.edu> > Subject: Re: [Koha] Lists/Virtual Shelves not working in > OPAC > To: "Tim McMahon" <tmcmahon(a)wlpl.org> > Cc: Koha(a)lists.katipo.co.nz > Message-ID: > <cdae243a0810131440i9a5f59dsd73f772fac53eb3e(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Mon, Oct 13, 2008 at 4:46 PM, Tim McMahon > <tmcmahon(a)wlpl.org> wrote: > > Chris Nighswonger wrote: > >> Hi Tim, > >> > >> On Mon, Oct 13, 2008 at 12:07 PM, Tim McMahon > <tmcmahon(a)wlpl.org> wrote: > >>> Lists in Koha 3 aren't working for me in > the OPAC. I tried it first in > >>> 3.00.00 and upgraded to 3.01.00.002 to see if > things improved. > >>> > >>> When I'm logged in to the OPAC, I > can't add books to a list unless it's > >>> marked as open from the staff interface. > >> > >> Unless the list is your's, you should not be > able to add unless the > >> list is marked as an open type list. > >> Per the descriptions on shelves.pl in the staff > interface open type > >> lists are manageable by everyone. (public type > lists are only viewable > >> by everyone.) > >> > >> I'm not sure what type the list in question > was to start with. > >> > > > > I didn't make that very clear. I'm having > problems adding to lists that > > I own (while I'm logged in). I'm also able to > rename, edit lists, and > > delete titles and empty lists (anyones lists) while > I'm not logged in. > > Definitely bad behavior. I'm guessing it has to do with > the upgrade, > but someone else will have to confirm. > > Regards, > Chris > > > ------------------------------ > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > End of Koha Digest, Vol 36, Issue 32 > ************************************

2 1

Printing barcode and spine labels
by Irene Sachs 19 Nov '08

19 Nov '08

Dear List We are using Koha 3 and are trying to print barcode labels. After following the instructions in the manual we are able to create labels and show them in PDF format. However, the labels are incomplete. They show all specified details including the title, call number and barcode number but do not actually create the barcode itself. We have tried specifying all available barcode types from the drop down box with the same result. Can anybody help please? Also how do you specify when you want a spine label. Again after reading the manual I can't find any way to create a label that does not include a barcode type. Many thanks _________________________________________________________________ Time for change? Find your ideal job with SEEK. http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2…

2 1

Something to chew on - Subject Conspectus
by BWS Johnson 19 Nov '08

19 Nov '08

Salvete! As far as I can tell, this isn't being considered now for future inclusion. While there are improvements slated for reports, I don't think there's an overhaul planned that would bring things up to the level of fine detail that would be useful for the purpose of serving as, or going a long way towards a conspectus. RDA seems to have ducked the issue, but with the rules just now kind of sort of out http://www.rdaonline.org/constituencyreview/ it seems like they've temporarily ducked the subject stickiness. (I skimmed, it's early yet!) My mind goes back to the nifty feature in the Extensible Catalogue that essentially brute forced authority files. It would be neat to have a similar feature to operate on subjects where possible. The subroutine could check a given record, see if it were missing a Dewey, an LC, or a SuDoc number, then attempt to pull the missing field from the world at large. This could then go into a queue where a cataloguer could check what the computer was doing and confirm or deny changes. It's obviously more complex than the authority check that the XC lads are on to, but man would it be worthwhile. Having this coupled with a granular subject based circulation report would allow for ridiculously high quality collection development. Following my closing is a letter that went across the GOVDOC listserv from someone else about one of the current problems in only having things indexed under one subject heading, which was what got me rethinking this. Cheers, Brooke I'm going to reply to the list because I am also interested in this question. Our library has tried unsuccessfully to do this kind of analysis. Most of our current collection analysis depends on Dewey or LC call numbers. We map the Dewey and LC numbers to specific subject categories and then run a count of the number of items held by each library in our consortium based on that call number range. You can see the results at http://www.alc.org/acdc/INDEX.HTML The problem is we could never map Sudoc with fine enough accuracy to the Dewey or LC classification system, so Sudoc numbers are NOT included in our analysis, to my intense regret. There was some discussion a while back on govdoc-l about a crosswalk between Sudoc and Dewey/LC, but I don't recall that anyone had a ready made solution. Many of the oclc records for documents have LC numbers associated with them. It may be possible to include some govdocs by using the associated LC number contained in the bib. record. This would pick up some documents but not all. I asked Marcive once about how many GPO records came with an LC class number. They said it was a very small percentage. While attempting to use the predetermined LC class might be be better than nothing, but it still seems like a less than desirable solution. I would be interested in what others are doing.

1 0