- Koha - lists.katipo.co.nz

unable to run apache after upgrade from 3.0 to 3.2
by Yatheesh Y 03 Jan '11

03 Jan '11

after upgrading unable to run apache it gives following error what is this? Restarting web server apache2 apache2: Syntax error on line 265 of /etc/apache2/apache2.conf: Syntax error on line 95 of /etc/apache2/sites-enabled/koha: </VirtualHost> without matching <VirtualHost> section -- ---------------------------- Y.Yatheesh babu Librarian Shri Shakti College of Hotel Management Venus Plaza Begumpet Hyderabad-500 016 09966178388

1 0

Customize Search not in English
by Jonson philip 03 Jan '11

03 Jan '11

How do I customize the search for the topics to the maximum degree, when I search with any language not English , many of the search results, not related to the search words, how can I solve this problem .. thank's

1 0

AccessPA search target
by ksckemperman＠chartermi.net 03 Jan '11

03 Jan '11

I discovered the z39.50 search target Access PA, which has been a godsend to import records for Scholastic books. The only problem I'm having is that when I click on "save" for the MARC record, I get an error message if the subfield 040 has nothing in it, specifically 040c. Using the manuals, this subfield seems to refer to an OCLC code number. I have searched multiple sites and cannot seem to find an OCLC code for Access PA. Any help?

2 1

Re: [Koha] Currently Available Items Filter Problem
by Chris Cormack 02 Jan '11

02 Jan '11

Yes, that is the behaviour you get before you uncomment those lines. Are you sure you edited the right file? Because there is a patch that uncomments those lines in master, and it changes the behaviour back to searching the indexes, not searching for the word available. Others have verified this, so I am guessing you edited the wrong copy of the file, or something similar. Chris On 3 Jan 2011 01:27, "massoud alshareef" <massoud(a)kwareict.com> wrote: Hello, Here is our shot to solve the that Availability Filter problem.. As suggested, we uncommented all lines in the following code (part of file: search.pm) # if ( $this_limit =~ /available/ ) { # ## 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) ## In English: ## all records not indexed in the onloan register (zebra) and all records with a value of lost equal to 0 # $availability_limit .= #"( ( allrecords,AlwaysMatches='' not onloan,AlwaysMatches='') and (lost,st-numeric=0) )"; #or ( allrecords,AlwaysMatches='' not lost,AlwaysMatches='')) )"; # $limit_cgi .= "&limit=available"; # $limit_desc .= ""; Clicking on Currently Available Items filter here ( http://alshafallah.maktabat-online.net/cgi-bin/koha/opac-search.pl?q=science) gives no results. This is in spite that all records in the catalog are not indexed in the onloan register (zebra) and all records have a value of lost equal to 0 in the database. We uploaded English only marc file to test with, download from the net, and we noticed that the link of the availability worked fine, then as we investigated its records we found the field 500$a is filled with the word "available" ! The item considered to available if field 500$a is loaded with "available" string else it's not available. We understand that Availability of a title means it has copies on the shelf ready for loan; in technical terms 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) ...etc Thank you for your help. Thanks, AbdulSalam _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Currently Available Items Filter Problem
by massoud alshareef 02 Jan '11

02 Jan '11

Hello, Here is our shot to solve the that Availability Filter problem.. As suggested, we uncommented all lines in the following code (part of file: search.pm) # if ( $this_limit =~ /available/ ) { # ## 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) ## In English: ## all records not indexed in the onloan register (zebra) and all records with a value of lost equal to 0 # $availability_limit .= #"( ( allrecords,AlwaysMatches='' not onloan,AlwaysMatches='') and (lost,st-numeric=0) )"; #or ( allrecords,AlwaysMatches='' not lost,AlwaysMatches='')) )"; # $limit_cgi .= "&limit=available"; # $limit_desc .= ""; Clicking on Currently Available Items filter here ( http://alshafallah.maktabat-online.net/cgi-bin/koha/opac-search.pl?q=science) gives no results. This is in spite that all records in the catalog are not indexed in the onloan register (zebra) and all records have a value of lost equal to 0 in the database. We uploaded English only marc file to test with, download from the net, and we noticed that the link of the availability worked fine, then as we investigated its records we found the field 500$a is filled with the word "available" ! The item considered to available if field 500$a is loaded with "available" string else it's not available. We understand that Availability of a title means it has copies on the shelf ready for loan; in technical terms 'available' is defined as (items.onloan is NULL) and (items.itemlost = 0) ...etc Thank you for your help. Thanks, AbdulSalam

1 0

I-Cards
by Sudhir More 01 Jan '11

01 Jan '11

Dear All, Please tell me how to customize or edit the I-cars. -- Mr. S.P.More, Librarian, D.B.J. College, Chiplun Dist. Ratnagiri (Maharashtra) PIN-415605 Phone-02355-252088(Off.); Mob.9373948042;9158293075

1 0

Happy New Year to all my Koha pals
by Lee Phillips 31 Dec '10

31 Dec '10

ALL, Sorry I have been absent from the list and just in general. We had a pipe burst and the water damage closed the library since 11/30/2010. We hope to have the main library open in the next few months. Meanwhile please have a safe and peaceful New Year. I promise to be in touch. Cheers, Lee in Butte

5 4

Re: [Koha] Data migration DocBase to Koah
by anjoze 31 Dec '10

31 Dec '10

http://people.oregonstate.edu/~reeset/marcedit/html/index.php I never try it but I think it's this. If you already migrate please send me your feedbak. Thanks Jose Semedo wrote: > > Does anyone has made that migration/import? (DocBase to Koha) > -- View this message in context: http://koha.1045719.n5.nabble.com/Data-migration-DocBase-to-Koah-tp3063277p… Sent from the Koha - Discuss mailing list archive at Nabble.com.

2 1

Charactersets and moving from 2.2.9 to 3.2.x
by Magnus Enger 30 Dec '10

30 Dec '10

Dear all, I'm at my wit's end here... I'm trying to move some records from a 2.2.9 install to a 3.2.x install. Yep, just the records, so i exported them from 2.2.9 and have them in a file - I'm not trying to convert/upgrade the whole database/installation. Now, I think the main problem is that a number of the records have characters in them that "look strange", like this: aus der wirtschaftlichen AbhÃ±gigkeit von Militär und Rüstung How it got to be like that I don't know... Now when I try to run bulkmarcimport.pl in verbose mode I get lots of this: .....................Bad MARC record 94: utf8 "\xE4" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 95. skipped Bad MARC record 95: utf8 "\xFC" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 96. skipped .Bad MARC record 97: utf8 "\xFC" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 98. skipped .Bad MARC record 99: utf8 "\xFC" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 100. skipped .Bad MARC record 101: utf8 "\xE4" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 102. skipped .........Bad MARC record 111: utf8 "\xE9" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174, <GEN11> line 112. skipped I tried running the file I exported from 2.2.9 through iconv to convert it to UTF-8, but of course that changes the length of some fields, resulting in "clipped" fields. I tried creating a script to parse the records and walk through every field and subfield, convert the subfields to UTF-8 and re-assemble the records, but this seems to only result in errors like the ones above, e.g.: utf8 "\xC3" does not map to Unicode at /usr/lib/perl/5.10/Encode.pm line 174. If anyone has any tips on what to do in a situation like this I would be forever grateful! Best regards, Magnus Enger libriotech.no

2 1

slow koha on Safari
by Shelley & Kurt Kemperman 30 Dec '10

30 Dec '10

I am migrating book records via z39.50 searches and am finding it very slow going. Seems like I read somewhere in the various manuals, etc., that Koha ran slowly on Safari. Has anyone else had this experience? Or is it probably just my network. Shelley

4 3