- Koha - lists.katipo.co.nz

Note on three suspected bugs
by Manos Petridis 21 Aug '12

21 Aug '12

I'd like to note/report some somewhat irregular behaviour I noticed on my koha installation (3.08.03.000 on Debian). a) Search result pages seem to disregrad settings set in "System preferences". I have set defaultSortField: callnumber defaultSortOrder: ascending OPACdefaultSortField: callnumber OPACdefaultSortOrder: ascending yet, both cgi-bin/koha/opac-search.pl and cgi-bin/koha/catalogue/search.pl default to order by relevance, regardless. b) Local images don't always show on the OPAC search result pages. In some cases the correct local images appear randomly for some books only, while don't appear for others. In other - even more peculiar - cases, local images appear as the page loads and then disappear once the page has completed loading. It doesn't seem to be a browser flaw, as I've tried several browsers on different platforms, with the same results. This is a consistent problem: I have yet to see a full page complete with all the local images I have uploaded so far. I even tried reducing the number of books appearing on each page, from 20 to 10, so that it would put less strainn on apache server and on the browser, but it made no difference. The local images appear correctly in /cgi-bin/koha/opac-detail.pl both in the top portion of tthe page and in the Images tab, however in cgi-bin/koha/catalogue/detail.pl they only appear in the Images tab (this may be by design). Local images don't appear at all in cgi-bin/koha/catalogue/search.pl (administrative interface, with images on the first to the left column), I guess however that this is by design too. c) I had set koha to use the additional Amazon material available, and all went well. Wishing to verify point (b) above, I set AmazonCoverImages back to Don't show, yet it seems to have no influence, as Amazon images continue to appear nevertheless. On all three notes above, am I doing something wrong, have I mis-understood the settings mentioned, or are they bugs? Manos Petridis

4 5

Let's Fix It Together Update
by BWS Johnson 21 Aug '12

21 Aug '12

Salvete! A little while ago, I sent this message to the listserv about improving Koha's search. http://lists.katipo.co.nz/pipermail/koha/2012-July/033634.html There's good news. Mike Rylander and Galen Charlton have encouraged us to use some of the Evergreen community's search code. Adapting their QueryParser from Evergreen 1.6+ results in a big savings since we won't have to reinvent the wheel. Jared will be adapting this code to work with Koha pro bono. Thankfully, a couple of sponsors stepped forward to help make things happen. With their generous support, we have pledges totaling about $6500. The magic number is $9000 to get this off of the ground. At $9000 patrons will actually be able to make use of fielded simple searches, and the new unambiguous query syntax. At $15000 we'll have a new and improved advanced search. At $18000, we'll be looking at faster searches, and after every single component thereafter, life will just get better. For more information on the nuts and bolts, please do check out the wiki at wiki.koha-community.org/wiki/C_%26_P_Search_Rewrite_RFC feel free to leave your feedback since we want this to work right for everyone. To track our funding progress, there's a thermometer up at C&P http://www.cpbibliography.com/services/koha/searchrewrite.html We look forward to fixing this together soon! Cheers, Brooke

1 0

zebra not rebuilding
by sheldon_tappin 21 Aug '12

21 Aug '12

Hi All, I'm getting a error whilst trying to update the zebra index. Therefore I cannot view any updates in my catalogue. ERROR: Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 6. BEGIN failed--compilation aborted at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 6. Thank you in advance. Sheldon -- View this message in context: http://koha.1045719.n5.nabble.com/zebra-not-rebuilding-tp3382983p3382983.ht… Sent from the Koha - Discuss mailing list archive at Nabble.com.

9 19

kohaadmin password change
by Manos Petridis 19 Aug '12

19 Aug '12

One further question: I recently changed the kohaadmin password, using the koha admin interface (i.e. for patron #1). This change was necessary in order to be able to perform catalogue-ing off-site, connecting to port 8080 from any Internet-connected browser. I did not change the operating system user password, nor the MySQL user password. One would expect that patrons and their passwords were stored in the MySQL koha database itself, so koha functionality would remain as before. To my surprise, I can't connect to koha, even from the same LAN. From the server I get the following errors: Software error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /home/koha/kohaclone/C4/Context.pm line 758. Compilation failed in require at /home/koha/kohaclone/C4/Auth.pm line 31. BEGIN failed--compilation aborted at /home/koha/kohaclone/C4/Auth.pm line 31. Compilation failed in require at /home/koha/kohaclone/mainpage.pl line 25. BEGIN failed--compilation aborted at /home/koha/kohaclone/mainpage.pl line 25. For help, please send mail to the webmaster (webmaster@koha), giving this error message and the time and date of the error. when I try the admin interface, and Software error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at /home/koha/kohaclone/C4/Context.pm line 758. Compilation failed in require at /home/koha/kohaclone/C4/Auth.pm line 31. BEGIN failed--compilation aborted at /home/koha/kohaclone/C4/Auth.pm line 31. Compilation failed in require at /home/koha/kohaclone/opac/opac-main.pl line 22. BEGIN failed--compilation aborted at /home/koha/kohaclone/opac/opac-main.pl line 22. For help, please send mail to the webmaster (webmaster@koha), giving this error message and the time and date of the error. when I try the OPAC interface. Have the errors above anything to do with the password change? I repeat, I haven't changed (yet) the operating system user password, nor the MySQL user password, or thet of the MySQL root. ΤΙΑ Manos Petridis

4 7

Re: [Koha] Importing Catalogue Records
by franc＠library.iisc.ernet.in 17 Aug '12

17 Aug '12

Dear Moderator, Could you please circulate the above message if it has not been done so already. The message (reply) was sent last Monday, but it bounced because of some technical issues with our email server. Thanks, Francis ---------- Forwarded message ---------- Date: Mon, 13 Aug 2012 14:01:35 +0530 (IST) From: franc(a)library.iisc.ernet.in To: Marc Véron <veron(a)veron.ch> Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Importing Catalogue Records On Mon, 13 Aug 2012, Marc Véron wrote: > Francis, > > Nicole Engard made a great video tutorial for this: > > http://bywatersolutions.com/2012/01/18/using-marcedit-to-add-koha-items/ > > Marc Marc, Thanks very much for the link. It surely is a great video! I was thinking in terms of using a Perl script to add the 952 sub-fields for each of the records that I need to import. That's not needed at all. It can be easily done using the MarcEdit tool. Thanks to Terry Reese for the MarcEdit tool and to Nocole for the video. - Francis > > > > Am 13.08.2012 07:22, schrieb clint.deckard: > > Francis, > > I think I can help here as I have just been going through this process. I > > am not a Koha expert and if I have made a mistake I invite anyone to > > correct me please. > > Item Type is stored at 952$y, current location is stored at 952$b, Home > > library is stored at 952$a and call number at 952$o > > These fields do not appear in your records. > > > > You could use a tool such as MarcEdit to add these fields with the > > appropriate data for your library. Call number is a bit more difficult if > > it is stored in a variety of sub fields in the original record. > > > > I hope this helps. > > Clint Deckard. > > > > franc(a)library.iisc.ernet.in wrote: > > > Dear Members, > > > > > > I'm trying to import a few sample records using the 'Stage MARC records > > > for import' feature of KOHA-3.08.03. A sample ,mrk record is given > > > below > > > for your reference: > > > > > > =LDR 00000nam 2200000Ia 45e0^M > > > =008 120810s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M > > > =020 \\$a001^M > > > =082 \\$a541.39$bN37^M > > > =100 \\$aBailey, K.C.^M > > > =245 \\$aGalactose regulation of yeast: From genetics to systms^M > > > =260 \\$c1937$bEdward Arnold$aBANGALORE^M > > > =300 \\$a100P^M > > > =952 \\$p2^M > > > > > > After converting the .mrk file to .mrc file, records are successfully > > > imported. While staging the records for importing, I have ensured that > > > the > > > 'check for embedded item data record' is set to 'yes'. > > > > > > Indexing through Zebra goes through without any issues. However, in the > > > search results, the Holding Details for 'item type', 'current > > > location', > > > 'home library' and 'call number' are all blank. I have looked up the > > > Koha > > > documentation and also the Koha list's archived content, but not been > > > able > > > to find a solution for my problem. Could I request for some guidance > > > from > > > the fellow members? > > > > > > In the Administrative cataloging preferences, NewItemsDefaultLocation > > > is > > > set to JRDTML, the only library that exists as of now. > > > > > > Thanks for your attention. > > > > > > - Francis > > > > > > JRDTML, IISc, Bangalore, India > > > > > > > > > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

Re: [Koha] Importing Catalogue Records
by franc＠library.iisc.ernet.in 17 Aug '12

17 Aug '12

Dear Moderator, Could you please circulate the above message if it has not been done so already. The message (reply) was sent last Monday, but it bounced because of some technical issues with our email server. Thanks, Francis ---------- Forwarded message ---------- Date: Mon, 13 Aug 2012 12:20:38 +0530 (IST) From: franc(a)library.iisc.ernet.in To: clint.deckard <clint.deckard(a)frontiers.co.nz> Cc: koha(a)lists.katipo.co.nz Subject: Re: [Koha] Importing Catalogue Records On Mon, 13 Aug 2012, clint.deckard wrote: > Francis, > I think I can help here as I have just been going through this process. I am > not a Koha expert and if I have made a mistake I invite anyone to correct me > please. > Item Type is stored at 952$y, current location is stored at 952$b, Home > library is stored at 952$a and call number at 952$o > These fields do not appear in your records. Thank you, Deckard. Yes, I did later realize about the missing fields in my input file. The reason I didn't include them is that I was under the impression that the 'import' script would automatically include 952$a and 952$b, apparently, it doesn't. > You could use a tool such as MarcEdit to add these fields with the > appropriate data for your library. Call number is a bit more difficult if it > is stored in a variety of sub fields in the original record. I did add the missing fields in the .mrk file and now, all the 'missing data' that I had reported, are present. Class and book numbers are stored in the fields, 82$a and 82$b respectively. Again, I had imagined that 952$o - the call number field - will get defined automatically, but it doesn't. Thanks again, Francis > I hope this helps. > Clint Deckard. > > franc(a)library.iisc.ernet.in wrote: > > Dear Members, > > > > I'm trying to import a few sample records using the 'Stage MARC records > > for import' feature of KOHA-3.08.03. A sample ,mrk record is given below > > for your reference: > > > > =LDR 00000nam 2200000Ia 45e0^M > > =008 120810s9999\\\\xx\\\\\\\\\\\\000\0\und\d^M > > =020 \\$a001^M > > =082 \\$a541.39$bN37^M > > =100 \\$aBailey, K.C.^M > > =245 \\$aGalactose regulation of yeast: From genetics to systms^M > > =260 \\$c1937$bEdward Arnold$aBANGALORE^M > > =300 \\$a100P^M > > =952 \\$p2^M > > > > After converting the .mrk file to .mrc file, records are successfully > > imported. While staging the records for importing, I have ensured that > > the > > 'check for embedded item data record' is set to 'yes'. > > > > Indexing through Zebra goes through without any issues. However, in the > > search results, the Holding Details for 'item type', 'current location', > > 'home library' and 'call number' are all blank. I have looked up the Koha > > documentation and also the Koha list's archived content, but not been > > able > > to find a solution for my problem. Could I request for some guidance from > > the fellow members? > > > > In the Administrative cataloging preferences, NewItemsDefaultLocation is > > set to JRDTML, the only library that exists as of now. > > > > Thanks for your attention. > > > > - Francis > > > > JRDTML, IISc, Bangalore, India > > > > > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

OpacNav html
by clint.deckard 16 Aug '12

16 Aug '12

I would like to place a hyperlinked image in the OpacNav but am struggling with a. where to store the image b. the html to place in the Opac preferences syspref Could someone please supply an example. Koha 3.8.3 on Debian using packages Thank you, Clint. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

Koha - binding loose issues in serials
by Linda 16 Aug '12

16 Aug '12

All, I was wondering if there is a way in Koha to bind loose issues into volumes when working with serials. I did find an RFC for "Binding loose issues" on the Wiki' but no discussion since 2010 that I could see. Does anyone know of anything? Thanks! -- Linda Culberson lculber(a)mdah.state.ms.us Miss. Dept. of Archives and History Archives& Records Services P.O. Box 571 Jackson, MS 39205-0571 Phone: (601) 576-6873

1 0

DB Documentation Question
by Nicole Engard 16 Aug '12

16 Aug '12

Does anyone know what reserves.constrainttype is? It has an 'o' or an 'a' in my database but I'm not sure what causes what value or what each stands for. Thanks Nicole

2 1

jquery and selectors
by Landers, Paul 16 Aug '12

16 Aug '12

When creating jquery functions, how can we determine the correct Koha syntax for various selectors on specific pages? For example, the jquery wiki includes an example that applies to #opac-main-search. But how do we determine the selector for any particular element on any particular Koha page? I'm not sure that I see that FireBug reveals 'opac-main-search' as part of any element's description in the OPAC. Thank you! ===================================== Paul Landers TTUHSC Preston Smith Library paul.landers(a)ttuhsc.edu<mailto:paul.landers@ttuhsc.edu> 806.743.2220

2 4