- Koha-devel - lists.koha-community.org

error circulation
by Carlos Rodrigo Cordova Sandoval 25 Oct '13

25 Oct '13

Hello, I am using koha 3.8.10.2 and I have problems when I return a book gives the following message: screenshot: http://snag.gy/Rio25.jpg and the apache log is: [Mon Oct 14 21:17:27 2013] [error] [client 186.105.227.88] [Mon Oct 14 21:17:27 2013] returns.pl: Invalid local time for date in time zone: America/Santiago, referer: http://catalogo.ipciisa.cl:8080/cgi-bin/koha/mainpage.pl thank you very much. -Carlos

4 3

Default indexing and search options for 3.14
by Galen Charlton 25 Oct '13

25 Oct '13

Hi, I would like to have a discussion regarding making certain options the default for new installations of Koha 3.14 and deprecating other options. Here's the list of proposals: Enable DOM mode by default for both bibs and authorities ----------------------------------------------------------------------------------- Now that MARC21, NORMARC, and UNIMARC have DOM indexing configurations available, this is now possible. Deprecating the GRS-1 filter ----------------------------------------- Giving that DOM has significant advantages of GRS-1 in its flexibility, and as the DOM filter would be required for non-MARC metadata support by Zebra, I propose that we announce a deprecation of the GRS-1 configuration with it to be removed by 3.16. I foresee several features coming down the pike for 3.16 that would require a reindexing during upgrade anyway, so switching to DOM for 3.16 would not impose a burden that wouldn't be present anyway. Enable QueryParser by default --------------------------------------------- Bug 10542 might be a blocker for this, and doing something about bug 10831 would be nice in order to do this. Deprecating non-QueryParser mode --------------------------------------------------- Removing the non-QueryParser code would go a long way towards easing the rewrite of C4::Search. Enable ICU by default ------------------------------- This was discussed during hackfest. One precondition I see is that bug 10729 would have to pass QA Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

5 6

Re: [Koha-devel] OPAC theme defaults for 3.14
by Naval Marine Archive 25 Oct '13

25 Oct '13

At 08:04 AM 10/24/2013 -0700, it was written: >I propose that the Bootstrap OPAC theme be made the installation default >for 3.14, and that we announce deprecation of the prog and CCSR themes at >the same time [snip] I don't think we have enough people to successfully >maintain both prog and Bootstrap. [snip] The first mention I can find for "bootstrap" is bug 10309 and is less than six months old: "I started the redesign by throwing out everything in opac.css and starting from scratch..." I'm not sure what exactly is meant by "bootstrap" in the Koha context (in years gone by I did occasionally get involved in programming bootstrap hardware which were independent boxes for starting-up main-frames) particularly as regards continuity. We spent quite some time getting our OPAC to "look the way we wanted it" -- basically a seamless continuation of our main website -- and when we upgrade Koha next year I'd like to thing that we don't have to totally reinvent the wheel. Is it possible to point me towards an overview of what is being suggested? What is being "deleted" and what is being "added"? I can only guess "start from zero." As a possible non-sequitur, a W3 css verification of one of our OPAC pages comes up with 256 "errors", all of them, as far as I can see, from .yui style sheets. So there is most probably enormous room for improvement. Many thanks and best regards, Paul

2 3

Linking bibs to authorities
by Ian Bays 24 Oct '13

24 Oct '13

Hi. I mentioned we also have a problem with linking bibs to authorities. We use authorities and want to link them to bibs. Over previous versions of Koha this has sometimes worked quite well. However on a few systems we have at version 3.12 it seems that the Zebra search into the authorities (used by link_bib_to_authorities) is returning all terms that contain any of the words in the bib field. So if the linkage is set to "default" then most authority searches will return multiple answers which means they do not link. If the linkage syspref is set to first or last then most of the bibs will link to the wrong authority as it is pot luck which will be first (or last) of the many authorities found by searching all the words ORed together. The only terms that will link are single-word authorities that are not used in any other authorities. If anyone has any pointers or knows how to get round or over this problem I would love to hear from you. More details on request... We are using Zebra dom indexing and icu chains and are using Koha 3.12 on Debian. We are not yet using QueryParser. Sysprefs and Help > About are here: Sysprefs are: +--------------------------+-------+ | variable | value | +--------------------------+-------+ | IncludeSeeFromInSearches | 0 | | QueryAutoTruncate | 0 | | QueryFuzzy | 0 | | QueryStemming | 0 | | QueryWeightFields | 1 | | TraceCompleteSubfields | 0 | | TraceSubjectSubdivisions | 0 | | UseICU | 1 | | UseQueryParser | 0 | +--------------------------+-------+ Koha> About: Koha version: 3.12.01.000 OS version ('uname -a'): Linux dclg.koha.ptfsadmin.uk0.bigv.io 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.014002 Perl @INC: /home/koha/kohaclone /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Apache version: Server version: Apache/2.2.22 (Debian) Zebra version: Zebra 2.0.55 (C) 1994-2013, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: bd2bc9360225e695bbaba2c2d1cd6925c4eb23a5 Using ICU Many thanks folks. Ian -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays(a)ptfs-europe.com

6 10

SearchEngine, a step by step plan
by Paul Poulain 23 Oct '13

23 Oct '13

Hello koha-devel, Chris & I had a discussion during KohaCon, to try to have a step by step (and small steps) plan to move ahead and introduce searchengine options into Koha. The result of our discussion (no code provided) is on the wiki: http://wiki.koha-community.org/wiki/KohaCon13_searchengine_plan Feedback/comments welcomed ! -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

4 7

Hackfest update #3
by Galen Charlton 23 Oct '13

23 Oct '13

Hi, Some notes from the last day of hackfest: * A total of 132 kittens have been saved during hackfest. As the scoreboard leader, Katrin Fischer won a bottle of Nevada wine donated by Brendan Gallagher. * Tomas Cohen Arazi gave an update on his progress on work to get Koha to not use ISO 2709 internally, thereby avoiding search and display issues for MARC records that are larger than the ISO 2709 limit. David Cook also worked on this. * I conducted a tutorial on Zebra's configuration files, released version 2.0.6 of MARC::Record, and cut the second alpha of 3.14. * Chris Cormack and Paul Poulain discussed potential steps for replacing C4::Search. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 0

Hackfest update #2
by Galen Charlton 22 Oct '13

22 Oct '13

Hi, Here are some notes from the second day of hackfest: * The total number of kittens now gamboling in the fields is 102. [1] * Two tutorial sessions were done. Chris Cormack conducted one on Class::Accessor and Object::Tiny, while I conducted one on DBIx::Class. Some discussion of moving forward now that DBIx::Class is in master took place, which I'll be writing up later this week. * Petter Goksøyr Åse gave a presentation on plans by the Oslo Public Library to use Koha as a library transaction manager while the discovery system will be based on an RDF triple-store. The metadata layer would generate MARC records for ingest into Koha. * Chris Cormack helped a librarian set up a Koha development environment. * Several librarians attending the LIANZA conference in New Zealand submitted first-time patches to Koha under the guidance of Liz Rea. * Several of us visited one of the branches of the Washoe County Library to inspect the self-check stations that they've been building using open source software and inexpensive computer hardware and cabinetry. [1] http://scoreboard.koha-community.org/ -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 0

odd tag
by Fridolyn SOMERS 21 Oct '13

21 Oct '13

Hie all, After a git remote update on koha git sources, I noticed an odd tag : * [new tag] 3772f30a0c50db7b993ce68b10b27aeeb09f1f4b -> 3772f30a0c50db7b993ce68b10b27aeeb09f1f4b This is an error I bet. Also, clone over HTTP seems to never respond. Regards, -- Fridolyn SOMERS Biblibre - Pôle support fridolyn.somers(a)biblibre.com

1 0

Hackfest update #1
by Galen Charlton 21 Oct '13

21 Oct '13

Hi, Here are some notes from the first day of hackfest: * A total of 34 kittens were saved [1]. In other words, a number of bugs were worked on, tested, QAed, and pushed. * Several tutorial sessions took place, including a session on Koha bug reporting and patch testing fundamentals led by Bob Birchall and a tutorial on Git and navigating the Koha source tree lead by myself. * Several folks had a lengthy discussion about various issues regarding search and indexing. A couple short-term projects initiated today include dealing with a bug concerning retrieving oversize ISO 2709 records from Zebra and a project to switch facet calculation over to using Zebra's built-in faceting. There was also discussion of the idea of using Elasticsearch as a complement to Zebra and Solr. * Chris Cormack helped a library upgrade their Koha database from (I think) 3.6 all the way to 3.12 ... in 27 minutes. Tomorrow tutorial sessions on DBIx::Class and Class::Accessor are planned as well as a roundtable on digging into Zebra's internals. For folks wanting to play along at home, lists of wishlist items [2] and notes from the conference roundtables [3] are available on the wiki. I'm sure this summary is incomplete, and I encourage other hackfest attendees to supplement it. [1] http://scoreboard.koha-community.org/ [2] http://wiki.koha-community.org/wiki/KohaCon13/Hackfest/Wishlist [3] http://wiki.koha-community.org/wiki/KohaCon13/Roundtable_Notes Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

4 4

Error circulation
by Carlos Rodrigo Cordova Sandoval 16 Oct '13

16 Oct '13

Hello, I am using koha 3.8.10.2 and I have problems when I return a book gives the following message: screenshot: http://snag.gy/Rio25.jpg and the apache log is: [Mon Oct 14 21:17:27 2013] [error] [client 186.105.227.88] [Mon Oct 14 21:17:27 2013] returns.pl: Invalid local time for date in time zone: America/Santiago, referer: http://catalogo.ipciisa.cl:8080/cgi-bin/koha/mainpage.pl thank you very much. -Carlos

2 1