- Koha - lists.katipo.co.nz

Bulk MARC import
by Vitor Fernandes 18 Mar '11

18 Mar '11

Hi there. I've a MARCXML file with periodicals records. How can I specify in the xml that the records are serials, in order to set the biblio.serial to 1? Regards. Vitor Fernandes

2 1

Acquisitions framework
by Sue McMillan 17 Mar '11

17 Mar '11

Hello, can anyone tell me how to set up an Acquisitions Framework in 3.2.5 please. All I can find in Bibliographic framework which doesn't appear to be what I want. Regards Susan McMillan Acquisitions and Systems Librarian South Taranaki District Libraries 06 278 0555 or freecall 0800 111 323 ext 8706 ,sue.mcmillan(a)stdc.govt.nz http//:www.southtaranaki.com This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorised and may be illegal. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002. <p><b>CAN'T OPEN ATTACHMENTS?</b></p> The Council has upgraded to Microsoft office 2007 suite. This may mean you cannot open attachments if you have older versions of office. <a href="http://www.microsoft.com/downloads/details.aspx?familyid=941B3470-3AE9-4AEE…"> Click here to access Microsoft Office 2007's compatibility website.<a/>

2 1

Fwd: Zebra Problem
by Chris Nighswonger 17 Mar '11

17 Mar '11

---------- Forwarded message ---------- From: Amit Gupta <amitddng135(a)gmail.com> Date: Sat, Aug 9, 2008 at 6:09 AM Subject: Zebra Problem To: Amit Gupta <amitddng135(a)gmail.com> Hi Liblime Team, Sorry for this mail because i have already posted this question is on mailing list but there is no response for that side. The problem is when i was search hindi & other indian languages record with title, author etc it would search all the hindi & other indian languages record present in the database but in case of english records it would work fine. I have checked all the code related to search module. Can u help me for this. I have already implemented this project in Delhi Public Library (Delhi) India the URL is www.dpl.gov.in have u checked zebra for other regional languages. I am waiting for ur reply give me some guidelines what can i do. Shortly this project is publicly opened. Thanks in Advance. -- Cheers, Amit Gupta Software Engineer +91-9891559754 -- Chris Nighswonger LibLime www.liblime.com chris.nighswonger(a)liblime.com

5 6

problems importing through z39.50
by Sandra Busutel 17 Mar '11

17 Mar '11

SCIS import gives the following message All arguments must be MARC::Field objects at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 149 Library of Congress All arguments must be MARC::Field objects at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 149 New York library import OK -- Mrs Sandra Busutel Director of Information Services St Peter's Anglican Primary School Howe St Campbelltown 2560 sbusutel(a)stpeters.nsw.edu.au PH 02 4627 2990 Fax 02 4627 4789

1 0

koha OPAC plug-in?
by Caitlin McGurk 17 Mar '11

17 Mar '11

Hello helpful Koha folks, My institution is planning to go live soon with our new Koha OPAC. We already have a pre-existing website for our library, and would like the Koha catalog search engine to be inserted into said pre-existing website, rather than a separate one. We would like the search bar to THEN lead to the catalog, the log-ins for patrons, etc etc. I know this is possible as I've seen it on the frontpages of other Koha libraries, but I'm having a hard time figuring out how to do it or where to get the code/links. Can someone help me, or point me in the direction of the documentation that explains it? Thanks, all Caitlin -- Caitlin McGurk *Librarian The Schulz Library The Center for Cartoon Studies <http://www.cartoonstudies.org> McGurk(a)cartoonstudies.org*

2 1

hashtag
by Kohn, Karen 16 Mar '11

16 Mar '11

Hello, I can't figure out how to search the archives, so I'm sorry to be repeating information. I'm going to be presenting at ACRL in a couple weeks, and they suggest I write a recommended hashtag on the slides that people can use if they are twittering in response to my presentation. I think the recommended one is #kohails, but I'm not sure. Can someone confirm? I wanted to also include a hashtag for my university, but when I asked the relevant person if we had a standard one she didn't understand. If someone can help me explain this to her, that would be great, although I realize it's outside the scope of this list. Thanks! Karen Kohn Collection Development Manager Education and Sociology Librarian Landman Library Arcadia University 450 S. Easton Road Glenside, PA 19038 ph: 215-572-8528 fax: 215-572-0240

3 2

callnumber.pl errors in koha-error_log
by Peter Huerter 16 Mar '11

16 Mar '11

When I go to add an item I get the following errors in koha-error_log. I am trying to invoke callnumber.pl to automatically assign the item callnumber. So I have callnumber.pl selected as a plugin in my MARC framework for 952$o. I have not modified anything in callnumber.pl, nor additem.pl. If it were working I would expect items.itemcallnumber to be set, and something to be printed under "Call Number" in the Normal/MARC view of item details. Neither is true for me, so I think it is not working for me. Any ideas? Thanks for your time, Pete. /var/log/koha/koha-error_log: ... [Wed Dec 08 13:44:45 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:44:45 20 10] additem.pl: Subroutine plugin_parameters redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 39., referer: http://koh a-admin/cgi-bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:44:45 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:44:45 20 10] additem.pl: Subroutine plugin_javascript redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 42., referer: http://koh a-admin/cgi-bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:44:45 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:44:45 20 10] additem.pl: Subroutine plugin redefined at /usr/share/koha/intranet/cgi-bin/ cataloguing/value_builder/callnumber.pl line 73., referer: http://koha-admin/cgi -bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:45:01 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:01 20 10] additem.pl: Subroutine plugin_parameters redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 39., referer: http://koh a-admin/cgi-bin/koha/cataloguing/additem.pl?biblionumber=59 [Wed Dec 08 13:45:01 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:01 20 10] additem.pl: Subroutine plugin_javascript redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 42., referer: http://koh a-admin/cgi-bin/koha/cataloguing/additem.pl?biblionumber=59 [Wed Dec 08 13:45:01 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:01 20 10] additem.pl: Subroutine plugin redefined at /usr/share/koha/intranet/cgi-bin/ cataloguing/value_builder/callnumber.pl line 73., referer: http://koha-admin/cgi -bin/koha/cataloguing/additem.pl?biblionumber=59 [Wed Dec 08 13:45:46 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:46 20 10] additem.pl: Subroutine plugin_parameters redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 39., referer: http://koh a-admin/cgi-bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:45:46 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:46 20 10] additem.pl: Subroutine plugin_javascript redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 42., referer: http://koh a-admin/cgi-bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:45:46 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:45:46 20 10] additem.pl: Subroutine plugin redefined at /usr/share/koha/intranet/cgi-bin/ cataloguing/value_builder/callnumber.pl line 73., referer: http://koha-admin/cgi -bin/koha/catalogue/detail.pl?biblionumber=59 [Wed Dec 08 13:48:34 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:48:34 20 10] additem.pl: Subroutine plugin_parameters redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 39., referer: http://koh a-admin/cgi-bin/koha/cataloguing/additem.pl?biblionumber=59 [Wed Dec 08 13:48:34 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:48:34 20 10] additem.pl: Subroutine plugin_javascript redefined at /usr/share/koha/intran et/cgi-bin/cataloguing/value_builder/callnumber.pl line 42., referer: http://koh a-admin/cgi-bin/koha/cataloguing/additem.pl?biblionumber=59 [Wed Dec 08 13:48:34 2010] [error] [client 192.168.0.21] [Wed Dec 8 13:48:34 20 10] additem.pl: Subroutine plugin redefined at /usr/share/koha/intranet/cgi-bin/ cataloguing/value_builder/callnumber.pl line 73., referer: http://koha-admin/cgi -bin/koha/cataloguing/additem.pl?biblionumber=59 koha@server2:/var/log/koha$ -- View this message in context: http://koha.1045719.n5.nabble.com/callnumber-pl-errors-in-koha-error-log-tp… Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 4

bulk BiblioAddsAuthorities?
by Peter Huerter 16 Mar '11

16 Mar '11

Hi All, I would like BiblioAddsAuthorities to work even for bulk imports. It does not work when records are staged in Koha, nor when bulkmarcimport.pl is used. It does work when one edits and saves a marc record and global preference BiblioAddsAuthorities is set to "on". I found this same question posted to koha-dev in 2009 (with no response): http://koha.1045719.n5.nabble.com/Bulkmarcimport-and-authorities-tp3065080p… I also found an IRC conversation from 2008 on this topic (with no resolution): http://stats.workbuffer.org/irclog/text.pl?channel=koha;date=2008-01-22 What I have been able to gather is that the relevant code is contained in BiblioAddAuthorities in cataloguing/addbiblio.pl. # # sub that tries to find authorities linked to the biblio # the sub : # - search in the authority DB for the same authid (in $9 of the biblio) # - search in the authority DB for the same 001 (in $3 of the biblio in UNIMARC) # - search in the authority DB for the same values (exactly) (in all subfields of the biblio) # if the authority is found, the biblio is modified accordingly to be connected to the authority. # if the authority is not found, it's added, and the biblio is then modified to be connected to the authority. # This is what I want, but in bulk. Is there already a script that calls BiblioAddAuthorities and processes all biblio records in bulk? If not, can someone take a moment and give me any advice about how one would write such a script? I am new to Koha. An example script would be great. We want to be able to manage our own Authorities for at least Authors in house. Any help would be greatly appreciated. Thanks, Pete. Volunteer with The Archives and Collections Society http://aandc.org/ -- View this message in context: http://koha.1045719.n5.nabble.com/bulk-BiblioAddsAuthorities-tp3378000p3378… Sent from the Koha - Discuss mailing list archive at Nabble.com.

5 15

Re: [Koha] Barcodes - various thoughts and questions
by Archives and Collections Society 16 Mar '11

16 Mar '11

Hi Chris, Many thanks... comments inserted into [snipped for relevency] text below" At 12:50 PM 3/16/2011 -0400, Chris Nighswonger wrote: > > [snip] is either "not to be used", "deprecated" (e.g Â hbyymmincr.pm which > > looked promising but "This format is deprecated and SHOULD NOT BE USED") or > > has been relegated to "dead files" e.g. > >I am the one who is responsible for the hbyymmincr format. In >hindsight it was a bit redundant as the homebranch can be included on >the label without having to include it in the barcode. But at the >time, it seemed a good thought. A critical limitation to this format >is that it is only good for 9999 barcodes per month. While in >production this might be ok, if one was doing a initial load of > 9999 >items it would present a serious limitation on this format's >usefulness. Yes, but we would modify it along the following lines (Note: we are not necessarily following the "standard" CLSI 14 digit format[1], although I think we would want to tend that way): <branch> replaced by 4 digit category (think sub-branch as in "navy", "merchant marine", "oceanography"); then yymm; then increment based on *separate* increment per sub-branch. No initial load or subsequent batch would be > 9999. Q: we would prefer to use alpha for "sub-branch, but fear this breaks industry standards. Yes? No? and can Code128 checksums be implemented? >I'm sure we could fix up the code to raise the limit, but it probably >is not worth the effort, imho. If you wrote the original .pm, could we possibly prevail upon you to draft a mod|fix as described above? We'd do testing and fine tuning and give the results back to the community :) >[snip] >Have you had a look at the POD for C4::Barcodes? > >http://perldoc.koha-community.org/v3.02.05/C4/Barcodes.html > >This includes some brief direction for adding other formats. Yes, as you say - brief. We're also somewhat confused on the background and Koha use of $types hashref. Is there a more complete doc somewhere? (I can't find it.) >[snip] >The daemon has memory leak problems. You are well advised to run away >from it as fast as possible. > >There should be no reason to totally reindex afaik. You can run >rebuild_zebra.pl -b -a -z and just catch the new/modified records. Yes - we implemented that very early in our process; set to every minute, overhead on incrementals seems very low. However, for batch jobs this has to be done for *every* write to koha.db, hence our 12,000 records taking 10 hours. Best regards - Paul [1] 14 digits: 1:ItemType 2-5:[Sub]Branch|Category 6-9:YYMM 10-13:Increment 14:Checksum --- Archives and Collections (ACS) Society 205, Main Street, Picton, Ontario, K0K 2T0, Canada http://www.AandC.org Canadian Charitable Organization 88721 9921 RR0001 Dedicated to maritime conservation and education.

2 1

koha-error_log buffering
by Peter Huerter 16 Mar '11

16 Mar '11

My debugging print statements (warn "string") stop writing to koha-error_log. I'm thinking this may be a buffering issue. E.g. in Matcher.pm I've tried STDERR->autoflush(1); print STDERR "source_keys: @source_keys, target_keys: @target_keys\n"; and select((select(STDERR), $|=1)[0]); warn "source_keys: @source_keys, target_keys: @target_keys\n"; I've also tried rebooting.. but I'm no longer able to write to koha-error_log. Sometimes it works and sometimes it doesn't. How do you do debugging print statements? Is there a way of explicitly flushing (like fflush in C) in Perl? I'm trying to track down where/why my matching rules on 020$a, and 008/7-10 are failing. Thanks, Pete. -- View this message in context: http://koha.1045719.n5.nabble.com/koha-error-log-buffering-tp3354988p335498… Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 1