- Koha - lists.katipo.co.nz

ByWater Solutions Position Opening!
by Nathan Curulla 09 Jan '12

09 Jan '12

Greetings! We are currently seeking an individual to fulfill a Development Specialist role with ByWater Solutions. The candidate must be self motivated and comfortable with working from home. The core responsibilities of this position will include: Determination of the root of support ticket issues and resolving the problem Identification and resolution of bugs within development projects Creation of bug reports and patches, and submittal of these fixes to the Koha community Determination of the technical requirements needed to get the end goal the client expects from a development project Identify and resolve multiple recurring issues, and creating a solution that will fix all issues simultaneously. Required skills: Perl experience, including working with Modules and Object Oriented Perl Extensive experience with Debian Linux command line operations MySQL XHTML/CSS Git version control knowledge of MARC21 Library/Library Software experience Excellent communication skills Excellent problem solving skills Commitment to open source Comfortable working from home Preferred: Knowledge of the Koha open source ILS MLIS/MIS/MLS from ALA accredited library school 5+ years library experience experience with: Indexdata's Zebra Selenium Bugzilla Postfix/exim4 or other MTAs Template Toolkit JQuery HTML5 and CSS3 NYTProf Please let us know if you have any questions regarding this position, or if you would like to schedule an interview, and we will get back to you directly. Thank you very much and have a great day! All the best, -Nate > Nathan A. Curulla > Executive Vice President > ByWater Solutions > VISIT US AT ALA MIDWINTER BOOTH # 2048 > Support and Consulting for Open Source Software > Headquarters: Santa Barbara, CA. > Office: West Haven, CT. > Phone/Fax # (888) 900-8944 xt 2 > Cell # (203) 685-7207 > http://bywatersolutions.com > nate(a)bywatersolutions.com

1 0

(no subject)
by Jonson philip 07 Jan '12

07 Jan '12

hi i'm facing a problem with searching any data in items , just in new records , can,t search in items with any data .. any help

2 1

Can't call method "id" on an undefined value at InstallAuth.pm line 278
by tanzeem 06 Jan '12

06 Jan '12

Hi I am installing Koha 3.2 on debian squeeze . I came across the following error using the web installer(http://127.0.1.1:8080/cgi-bin/koha/installer/install.pl) Software error: Can't call method "id" on an undefined value at InstallAuth.pm line 278. Please help... -- View this message in context: http://koha.1045719.n5.nabble.com/Can-t-call-method-id-on-an-undefined-valu… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

Re: [Koha] Authorities lost during upgrade to 3.6.1
by Paul 06 Jan '12

06 Jan '12

Thanks for the reply. One small point: At 07:35 PM 1/5/2012 -0500, Jared Camins-Esakov wrote: [snip] >[For any future reference, I found the answer to my previous question "Is >there a way in staff-client to find the record matching biblio # 12,836? Â >Entering without quotes "biblionumber: 12836" (no comma delimiter for >thousands) is the way to go.]Â >Someone may have already mentioned this, but that number is not the >biblionumber of the record with the problem. That number is the PID of the >Zebra process. From the stdout below (my email yesterday), I believe that the PID is 3048; I was looking for the biblionumber of the record that failed non-xml re-indexing by zebra, presumably 12835 + 1 -- if I'm in error, I apologize for misleading anyone. 09:58:45-05/01 zebraidx(3048) [warn] MARC: Bad offsets in data. Skipping rest 09:58:45-05/01 zebraidx(3048) [warn] Record didn't contain match fields in (bib1,Local-number) 09:58:45-05/01 zebraidx(3048) [log] error grs.marcxml.record /tmp/5H7Hpo5SlB/biblio/exported_records 8741259 09:58:51-05/01 zebraidx(3048) [log] Iterations: isam/dict 12930648/373712 09:58:51-05/01 zebraidx(3048) [log] Dict: inserts/updates/deletions: 373712/0/0 09:58:57-05/01 zebraidx(3048) [log] Records: 12835 i/u/d 12835/0/0 Best - Paul

1 0

Database updates [IMPORTANT]
by Paul Poulain 06 Jan '12

06 Jan '12

Hello everybody, Some of you have reported that upgrades from 3.4 to 3.6 give warnings like "duplicate key blabla" or "xxx already exist" This is because the database update has a limit, and, if you update from 3.2 to 3.4, then 3.4 to 3.6, you'll do some updates twice, resulting in a warning. We could have advertised this fact more, I agree. But I confirm (I've checked, and Chris Cormack, the previous Release Manager confirms as well) those warnings are harmless. For 3.8, a new database update mechanism is underway, and this problem should disappear. In case you're running master (the developer version) and not a released version (3.4.x or 3.6.x), be carefull: I made a mistake when pushing my first patches with a wrong database revision numbering. I'll modify them in a few hours, so you'll get an update, and an error (that will be harmless too) -- Paul POULAIN Koha 3.8 Release Manager

1 0

Techlogic Self-checkout stations with Koha
by Automation 06 Jan '12

06 Jan '12

Hello Folks ~ We recently migrated to Koha. We were using Techlogic Self-checkout stations before the migration and are wondering if other Koha libraries are using them. Could you share your configuration tricks if you're using Techlogic Self-Checkout stations with Koha. Thank you! Chad -- Chad Roseburg Automation Dept. North Central Regional Library

1 0

Re: [Koha] Authorities lost during upgrade to 3.6.1
by Paul 06 Jan '12

06 Jan '12

Earlier I wrote: QUESTION: Does this warning "Record didn't contain match fields in (bib1,Local-number)" have a specific cause that has been seen before? We have been scratching around, and can find nothing wrong for the record in question. I'd rather not just delete it (in case there are more records further down that have the same problem) so if somebody could help with the relationship between "bib1" and "Local-number" i'll have another try at finding the cause. There is another weird glitch that has "appeared" since reindexing zebra. Results.tt at line 496 calls for SEARCH_RESULT.size which is from Marc 330$c (physical height of book in cms.) It appears correctly (OPAC and staff) if there is a value in the biblio record, but if 300$c has been left blank during cataloguing (either manual or Z39.50) then various two digit numbers (e.g. 47, 50, 52, 58 etc) are appearing in search results - and they are NOT identical in the OPAC and the staff searches. If I reboot the server, the values change ;={ Any ideas, please? [For any future reference, I found the answer to my previous question "Is there a way in staff-client to find the record matching biblio # 12,836? Entering without quotes "biblionumber: 12836" (no comma delimiter for thousands) is the way to go.] Again, many thanks - Paul

2 1

Not receiving daily serials
by Becker, Turi 05 Jan '12

05 Jan '12

Hi - We're an 11 branch public library system who is going to migrate to Koha from Sirsi/Dynix Symphony next week. We're trying to get the Serials module figured out so we can get it set up once we migrate. Since we have so many branches all receiving dailies, we are thinking of not having them check in each daily issue. Does anyone else do this, and how has it worked out? If we go this route, what is the best way to set up the subscriptions? There will need to be a Public Note that says "Most recent X months held", but we don't need to display Latest Issues or Subscription From data to the public. Thanks - Turi Becker Technical Services (775) 327-8336 www.washoecountylibrary.us <http://www.washoecountylibrary.us/>

1 0

Problems after upgrade to 3.4.3
by Olugbenga Adara 05 Jan '12

05 Jan '12

Hello all, I have just finished an upgrade from 3.2.10 to 3.4.3 and after the upgrade, ran the remove_items_from_biblioitems.pl script. I had the following error repeatedly - use of uninitialized value in pattern match (m//) . After the script completed, I re-indexed zebra and ran a search from the OPAC, I got results but every biblio in all the results always say item is not available, despite the items being displayed in the details page. Also circulating books give the error - "Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2835." even though checking the patron's record later shows the book has been successfully checked out. Is there a way i can verify that the items were successfully removed from biblioitems? One thing with this installation is that the Marc - Koha mappings are not the standard Koha ones. the install has been coming from 2.2.9 and I had to modify record.abs to get zebra to work. Any tip/suggestion to get the problem solved will be appreciated. Regards Olugbenga Adara Mobile: 234 (0) 8033220288 Home: 234 (2) 8721720 Skype: gbengaadara Blog: http://gbengaadara.blogspot.com Twitter: http://twitter.com/gbengaadara Profile: http://www.linkedin.com/in/gbengaadara

3 3

Authorities lost during upgrade to 3.6.1
by Paul 05 Jan '12

05 Jan '12

Hoping someone can help, please. We recently upgraded from 3.2 to 3.6.1 and nearly everything went well during import of ~15,000 biblios, but something has happened to the "authorities" -- only newly catalogued (i.e. using 3.6.1) authorities appear in the staff search from <http://koha-admin/cgi-bin/koha/authorities/authorities-home.pl>. All the others are still there: exportauth.pl finds all PERSO_NAME, TOPIC_TERM etc as expected, e.g.: 00389nz a2200133o 45000010002000000030007000020050017000090080039000260400019000651000017000846670040001016700099001419420015002408OPIACS20110310122059.0110310|||a|||||| | ||| d aOPIACScOPIACS aAbbass, D.K. aMachine generated authority record. aWork cat.: (OPIACS)3: Abbass, D.K., Radeau Land Tortoise, North America's oldest warship, 1993 aPERSO_NAME but Koha no longer appears to "cross reference" them as far as staff is concerned. For example, when a cataloguer attempts to enter another title by Abbass, D.K. (the "authority" I quote above), she cannot find it in the drop-down for 100a I'm sure there's a simple fix, but at the moment I'm tearing my hair out -- thanks in advance. Paul

3 5