- Koha - lists.katipo.co.nz

z395_search.pl takes 20 seconds to retrieve data based on an ISBN
by Susan Mustafa 05 May '10

05 May '10

Dear All, I would like to know if I can in anyway increase the speed of the Z39.50 Search Engine?. We are only connecting to OCLC, and no other Libraries are checked before searching. Searching based on ISBN takes close 10 seconds to produce data [With 2 result sets being returned so not a lot] Please help, as the Library director is breathing down my neck. Regards,

3 5

Re: [Koha] MARC records]
by Ken Lomax 04 May '10

04 May '10

Thanks to you and Nicole for your responses. I am doing copy-cataloging from z3950 servers wherever possible. I am finding that not all titles are available on the servers (particularly older holdings) or that some of the details are not the same as the copy I have. This mainly applies to some of the older books. The ISBN does not match, probably because they are reprints (This seems to mainly apply to titles published by the Reprint Society of Britain) or to some of the texts that I have. I am using the record from the z3950 server when possible and modifying them where they are slightly different. I also have some works that do not appear to be available on the servers, so I will need to catalog them by hand. Once again, many thanks for the link. Regards Ken > > Nicole Engard writes > >> When I was cataloging I would use: >> http://www.oclc.org/bibformats/default.htm to keep track of what data >> I'm supposed to put in what field. > > My advice would be to copy-catalog first using the Z39.50 servers. > > > Cheers, > > Thomas Krichel http://openlib.org/home/krichel > http://authorclaim.org/profile/pkr1 > skype: thomaskrichel > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

Zebra error
by Scott Kushner 04 May '10

04 May '10

Has anyone seen this error? Surfaced when searching OPAC. Thanks. Koha error The following fatal error has occurred: Could not create file parser context for file "1": No such file or directory at /root/koha-3.00.06/C4/XSLT.pm line 168 Thanks, Scott Kushner Information Technologies Middletown Public Library

1 0

Koha OverDrive and SIP2
by Josh Westbrook 04 May '10

04 May '10

Is there anyone on the list that is using Koha with OverDrive and SIP2? If so, would you be willing to share your experience setting it up? We will be setting up OverDrive soon and connecting with SIP2 is an option that we are looking into. We are on LLEK - but any information would be helpful. Thanks, Josh Westbrook Prescott Library Mngr/District Technology Mngr Walla Walla County Rural Library District joshw(a)wwrurallibrary.com http://www.wwrurallibrary.com

2 1

what is 'j - shelving control number' on the item record
by Nicole Engard 04 May '10

04 May '10

Hi all, What is "j - shelving control number" on item record and why do i have an empty pull down for it? Nicole

5 5

Fwd: Migrating data from 2.2.9 to 3.00.X: item problems solved!
by Magdalena Söderqvist 04 May '10

04 May '10

Hi again, this is just to finally say a big thank you to Koustubha Kale and others for helping us solve our item problems - it worked excellently. We just had to wait a while for our IT-guy to come back and export the altered file! As the solution was sent to me off list I include it in this email for future reference. Thanks again, Sincerely, Magdalena Söderqvist SIPRI Library ----- Forwarded Message ----- From: "Koustubha Kale" <kmkale(a)anantcorp.com> To: "Magdalena Söderqvist" <soderqvist(a)sipri.org> Sent: Tuesday, 20 April, 2010 13:36:09 GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [Koha] Migrating data from 2.2.9 to 3.00.X: item problems Hi, Why not keep it on the list? Some one else having same issues may learn.. If that's the case I suggest you break the marc file into .MRK using markbreaker in MarcEdit. Then save it as "marc utf-8 text file .mrk8" Then use your favorite text editor to correct the errors. ( HINT : You might see two lines for 952 tag in marcedit and your text editor. It needs to be one line with proper subfields) Reopen the corrected file with marcedit and compile it into .mrc. Import the new mrc into koha with Stage records.. and Manage staged records etc. Run rebuild db etc... Let me ( and koha list ;) ) know how it goes. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 2010/4/20 Magdalena Söderqvist < soderqvist(a)sipri.org > Hi, many thanks for your reply. I hope you don't might my writing to you off the list. You were right: looking at the import file in a text program reveals end of line characters within the 952 field. My followup question is: do you have any suggestions as to how to get rid of it? We've been using MarcEdit for other things - could we use that somehow or is there another way/another program? Reg the barcodes: yes we can assign new codes, and we will. I was just trying to find a way around editing 2800 records by hand, but that was just pure laziness, nothing else... Thanks again, Magdalena SIPRI library ----- Forwarded Message ----- From: "Koustubha Kale" < kmkale(a)anantcorp.com > To: "Magdalena Söderqvist" < soderqvist(a)sipri.org > Cc: koha(a)lists.katipo.co.nz Sent: Monday, 19 April, 2010 10:41:23 GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [Koha] Migrating data from 2.2.9 to 3.00.X: item problems I have come across Problem (1); It happened due to the import file having end of line characters in the middle of records data. Please check it carefully, and while doing so, may I suggest you assign a new barcode to the chapters? Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 2010/4/19 Magdalena Söderqvist < soderqvist(a)sipri.org > Hi, SIPRI library is attempting to migrate catalogue records from 2.2.9 to 3.00.06.008. I know the latest stable release is 3.00.05, but our IT-guy got a little carried away (and then he went on vacation)! The upgrade however solved a major problem with blank record pages in the opac, but we still have some remaining problems we need help solving. Others have reported similar problems but I haven't been able to figure out how their problems were actually solved, hence this appeal. Problem 1: When importing a normal biblio with only one item to the new version, the one item is split up in two, with Shelf location on one row and Barcode on another. The rest of the item specific information is hidden. If I edit the record and delete one of the items and move the barcode to the remaining item, all the hidden information shows up. So the question is, what is wrong? We use 952c for Shelving location and 952p for Barcode. Also, we don't use actual barcodes, but instead use the barcode field for our accession numbers, for example G10/123 or 10/124. Problem 2: We occasionally catalogue chapters as separate biblios, and when doing so, we have used the same barcode/accession no. for each chapter belonging to the same book. It worked fine in 2.2.9, but since 3.0.x does not seem to accept duplicate barcodes this has now become a problem. Would it be possible/complicated/stupid? to alter the bulcmarcimport.pl to make it allow import of biblios with duplicate barcodes? Is there a better solution? Any help you can offer is much appreciated. Sincerely, Magdalena Söderqvist, Librarian SIPRI Library (Stockholm, Sweden) ******************************************* System details: New Koha version: 3.00.06.008 Apache Server version: Apache/2.2.3 Server built: Mar 27 2010 13:52:09 MySQL mysql Ver 14.12 Distrib 5.0.77, for redhat-linux-gnu (x86_64) using readline 5.1 OS Linux db1.sipri.org 2.6.18-164.15.1.el5xen #1 SMP Wed Mar 17 12:04:23 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Perl 5.008008 ************** Old Koha version: 2.2.9 OS version ('uname -a') Linux koha.sipri.org 2.6.18-8.el5xen #1 SMP Fri Jan 26 14:29:35 EST 2007 x86_64 x86_64 x86_64 GNU/Linux Perl version 5.008008 MySQL version mysql Ver 14.7 Distrib 4.1.22, for unknown-linux-gnu (x86_64) using readline 4.3 Apache version Server version: Apache/2.2.3 Server built: Nov 29 2006 06:33:27 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- ***************************** Magdalena Söderqvist Librarian SIPRI Library and Documentation Signalistgatan 9 SE-169 70 SOLNA Telephone: +46 8 655 97 78 Fax: +46 8 655 97 33 E-mail: soderqvist(a)sipri.org *****************************

1 0

Follett Migration
by Randy Catlin 03 May '10

03 May '10

I am trying to help a library with a Follett ILS migrate to Koha. Can anyone steer me to info, queries or scripts to help migrate? MARC? Patrons? Transactions? -- Randy Catlin Beaver Crossing Community Library 402.532.3535 rcatlin(a)windstream.net

5 4

Jumpng checkbox selections in Advanced Search
by Stacy Pober 03 May '10

03 May '10

The selected checkbox for "Limit to any of the following" in Advanced mode jump around when users navigate to the page by using the "back button". Their initial checkbox selections always jump six boxes down in our catalog. Example: <http://man.waldo.kohalibrary.com/cgi-bin/koha/opac-search.pl?expanded_optio…> In Advanced check the limit box for Curriculum Collection Type in a keyword. Hit Search. After viewing result page, hit back button or backspace. Now, the checkbox for Curriculum Collection is blank, but the one for Floor 4 is checked. It seems that if you search the public catalog in Advanced Search mode and choose any one of the first 11 Collection Codes listed under "Limit to any of the following", do a search and return to this Advanced Search, a new code will be selected. This may have something to do with the way our user interface is configured. I don't think it is happening in other LLEK catalogs. The checkboxes always jump 6 spaces. Since we have the last five codes set to be invisible to users, the "jumping" only occurs with the first 11 choices. This is a little confusing. Users who do not re-examine the checkboxes carefully not realize that they are now doing a search with a different limit. I would prefer that users who return to the Advanced Search screen using "back" to either find no checkbox limit selected or else find the same checkbox selected that they used for their search. Either of those behaviors would make sense, but the one where there is a new limit that seems to be selected by the system itself is confusing. When we first got set up with Koha, somone with Liblime helped us set up some javascript in Advanced Search that hides some of our CCODES from patrons. So I strongly suspect this his may be something we can change ourselves in the Admin settings, but I do not know how to do it. Can someone help me with this? We're using LLEK, but I suspect that this particular problem has to do with the customization that was done with our user interface for the Advanced Search page rather than a LLEK feature per se. Advance thanks. -- Stacy Pober Information Alchemist Manhattan College Library Riverdale, NY 10471 stacy.pober(a)manhattan.edu

3 2

Meetings next week for the community
by David Schuster 03 May '10

03 May '10

This is a reminder that there are 2 meetings next week on IRC. They are both at UTC 19:00 from what I can tell. Tuesday May 4th is a Handover meeting with the HLT committee. Wednesday May 5th is a General IRC community meeting. http://www.mibbit.com/chat/?server=irc.katipo.co.nz&channel=%23koha http://koha.org/cgi-bin/irc.cgi # Time and Date.com converter for various local times. http://www.timeanddate.com/worldclock/fixedtime.html?year=2010&month=05&day… Wolfram time converter. http://www.wolframalpha.com/input/?i=2010-05-04%2019:00%20UTC+0 -- View this message in context: http://old.nabble.com/Meetings-next-week-for-the-community-tp28415605p28415… Sent from the Koha - Discuss mailing list archive at Nabble.com.

3 2

Thank you for responses
by Lynn Pryor 03 May '10

03 May '10

Many thanks to all who responded to my plea for help this weekend. Our IT Head of dept has returned to Dodoma and is attempting to clear up the problem for me. When I know what it is, I shall post another email on this list. I appreciate the suport of everyone. Lynn St John's University Tanzania

1 0