[Koha] String freeze for 3.6.7
Good morning. Apologies for the late notice, but as of right now 3.6.x is in string freeze in preparation for the release of 3.6.7 in one week. Thank you to the translation teams for their hard work. Regards, Jared Camins-Esakov -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Problem with Koha upgrade
Hi everyone, I have just make the upgrade from Koha 3.8.1 to Koha 3.8.2, on Centos 6. But when I run the rebuild of the catalogue I get this error: [koha@host bin]$ migration_tools/rebuild_zebra.pl -b -a -v Zebra configuration information Zebra biblio directory = /var/lib/koha/zebradb/biblios Zebra authorities directory = /var/lib/koha/zebradb/authorities Koha directory = /usr/share/koha/intranet/cgi-bin BIBLIONUMBER in : 001$@ BIBLIOITEMNUMBER in : 090$a exporting authority Records exported: 0 REINDEXING zebra exporting biblio 1... Records exported: 8 REINDEXING zebra 18:43:37-15/07 zebraidx(19474) [warn] No such record type: grs.marcxml.record CLEANING Also If I try to search the catalogue I get this error: --- Software error: Can't call method data on an undefined value at /usr/share/koha/lib/C4/Search.pm line 1494. Does anyone have an idea of what is the possible cause of this issue? Thanks and kind regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem with Koha upgrade
Hi, I have solved the first issue, with the rebuild of zebra: I have changed the path in etc/koha/zebradb/zebra-biblios.cfg with the correct one: # modulePath - where to look for loadable zebra modules modulePath: /usr/local/lib/idzebra-2.0/modules And now the rebuild works fine. But I still get the software error when I try to search the catalogue: --- Software error: Can't call method data on an undefined value at /usr/share/koha/lib/C4/Search.pm line 1494. Thanks for your help. Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817p5719821.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Serials framework
Apologies if the answer is available, I just can't find it. Serials framework, Leader 000 position 7, must be changed from m - Monograph/Item to s - Serial. How do I make s the default in that specific framework (obviously without modifying default, books etc frameworks), or do our cataloguers have to remember to change it? Even after setting 942$c to serials, the m keeps appearing in the leader. Thanks - Paul ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Serials framework
Paul, Apologies if the answer is available, I just can't find it. Serials framework, Leader 000 position 7, must be changed from m - Monograph/Item to s - Serial. How do I make s the default in that specific framework (obviously without modifying default, books etc frameworks), or do our cataloguers have to remember to change it? Even after setting 942$c to serials, the m keeps appearing in the leader. You can set the default in the framework. Click display more constraints. Just a reminder: item type has absolutely thing to do with the physical characteristics of the item it is describing. If I wanted to give my non-circulating reference materials the item type DUCK, that wouldn't make any less sense than calling them REF (think about it... when you go to a nature preserve, you're not allowed to bring the ducks home, no matter how much you like them). Item type is a category for the circulation rules. Regards, Jared -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-translate] String freeze for 3.6.7
Ata marie, 3.8.x is also in string freeze for 3.8.3. I have started putting important dates on dashboard.koha-community.org in the hopes it will be useful for people. Chris On Jul 16, 2012 1:04 AM, Jared Camins-Esakov jcam...@cpbibliography.com wrote: Good morning. Apologies for the late notice, but as of right now 3.6.x is in string freeze in preparation for the release of 3.6.7 in one week. Thank you to the translation teams for their hard work. Regards, Jared Camins-Esakov -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ___ Koha-translate mailing list koha-transl...@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate website: www.koha-community.org git: git.koha-community.org bugs: bugs.koha-community.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-translate] String freeze for 3.6.7
3.8.x is also in string freeze for 3.8.3. 3.8 and 3.6 translation projects on http://translate.koha-community.org will be updated with new/modified strings tomorrow morning. The translators working off-line have still 8 hours to upload their .po files on the translation platform. -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Serials framework
At 02:52 PM 7/15/2012 -0400, Jared Camins-Esakov wrote: Serials framework, Leader 000 position 7, must be changed from m - Monograph/Item to s - Serial. How do I make s the default in that specific framework (obviously without modifying default, books etc frameworks), or do our cataloguers have to remember to change it? Â Even after setting 942$c to serials, the m keeps appearing in the leader. You can set the default in the framework. Click display more constraints. Thanks, done, fully functional. [Moment of mental madness on my part -- I was looking to default just the s, not the whole string nas a22 7a 4500 including the spaces that Koha completes.] Just a reminder: item type has absolutely thing to do with the physical characteristics of the item it is describing. If I wanted to give my non-circulating reference materials the item type DUCK, that wouldn't make any less sense than calling them REF (think about it... when you go to a nature preserve, you're not allowed to bring the ducks home, no matter how much you like them). Item type is a category for the circulation rules. The item type may not be physical (and, while I don't want to break circulation rules, we're a reference library -- nobody gets out the door with anything from our stacks), but one of our cataloguing volunteers has 30 years of experience with MaRC at a major university and Library Archives Canada, and she suggested an audit of our MaRC coding, strictly to Z39.71 standards (LoC documentation, CONSER, NASI, etc.) What we found was that our book biblios, which I had really concentrated on during Koha setup (and MarcEdit import) 18 months ago, was at least half decent; on the other hand, our serials (we hold 275,000 items) was not very clever. I've been able to correct most of the egregious, repetitive mistakes (direct manipulation of MySQL) but am now involved in trying to make the cataloguers' job (Koha staff client) easier to do and less prone to errors (framework, on screen presentation and help files) while the expert lady is setting up some training sessions. The bottom line is that Z39.50 biblios for serials (particularly historically dead ones, which are our raison d'être) seem difficult to come by (maybe someone knows of a good source?) and one day we intend to make ours public via a Z39.50 server at our end. I'd like to think that by them they would be pretty clean. Again, thanks for your assistance, Paul ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problem with Koha upgrade
Hi, finally I have solved the issue with the search in the opac, probably there was a problem with the zebra server, simply I have do: # chkconfig koha-zebra-daemon on # /etc/init.d/koha-zebra-daemon stop # /etc/init.d/koha-zebra-daemon start And now works fine. Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Koha-upgrade-tp5719817p5719833.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] automated response
I will be away from my desk from July 14-July 23. If you need to contact someone at the library urgently please call 208-882-3925. George ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha