Re: [Koha] Buggy OS Upgrade
Bruce, This is a problem with the format of sessions changing. Deleting the cookies in the offending client will fix the problem, as will clearing your sessions (this will force you to log back in). Regards, Jared On Tue, Apr 7, 2015 at 6:40 PM, Bruce A. Metcalf bruce.metc...@augustansociety.net wrote: Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 Clearly, we muffed something in the upgrade, but I haven't a clue what. Any suggestions, or should I roll back to last week's backup? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] jquery : barcode triggers submit
Chad, A better solution is to remove this class : $(tag_952_subfield_p_971027).removeClass(noEnterSubmit); And, of course, you will need a valid selector. 971027 is a random number, and the tag_952... is an id and not a tag name. Something like $('input[id^=tag_952_subfield_p]') might serve you better. 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] patron categories
Eric, I am having a lot of problems getting Koka (version 3.14.08) up and running. I am running things on Linux (Fedora 7). I have complied, tested, and installed the latest and greatest versions of YAZ and Zebra. I am running MySQL 14. I have run zebrasrv but I do not see any ports ( or 9998) open when I run netstat -tulpn. I don’t have a2enmod nor a2ensite on my computer, but after symbolically linking the koha-httpd.conf to my Apache conf.d directory, and after editing the IP address from localhost to my machine’s “real” IP address, I am able to connect to both the public interface as well as the intranet with my Web browser. Brave. I wouldn't be willing to use Koha under a non-Debian-based Linux distribution. There be dragons. Perhaps you mean RHEL 7? Fedora 7 is pretty old. Also, I'm not sure what you mean by MySQL 14, but you should really probably be using MySQL or MariaDB 5.1+ if that's not what you have. The default configuration for Zebra does not open any ports. Koha uses unix sockets for communicating with Zebra by default. Creating a patron profile is problematic. I fill to the form trying to create a staff patron. I summit the form. The screen goes blank for a second or two, and returns saying No categories have been defined. Create a new category.” I’m stuck in an endless loop. What am I missing? You need to create a patron *category* not a new staff patron. Under Administration-Patron categories (http://manual.koha-community.org/3.16/en/patscirc.html#patcats ). Regarding your other e-mail, I have no idea why adding a Z39.50 server wouldn't be working. It works fine for me. However, to address your thought that sometimes Koha is using the command line client and sometimes it's using Perl DBI to access the database, the only time Koha uses the command line client is for the initial installation. Other than that, pretty much everything is via DBI. Good luck! 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] Effects of stopping the chron job
Jerry, At this time we are concerned with the fine updates that occur when the chron job runs every night. We see customer service issues arising where a patron may exceed the fine threshold of $10 with only a few items out, but need to renew these items and would like to do it online. I've never heard of any library having problems with this. Why don't you set OPACFineNoRenewals to higher than $10? What we would like to know is if there are any library systems out there that assess fines and have turned off the chron job? What were the impacts of doing so? If you did do it and then changed back we would like to know that information as well. If you are a single library and have done this please also respond. If you mean that you would like to only calculate fines on return, that seems problematic to me: it means anyone with internet access can renew their books online and avoid fines, while anyone who is on the wrong side of the digital divide is presumably going to get charged when they walk into the library with their overdue book. 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] How frequently to run zebra rebuild and what switches
Steven, The packages are set up to install the following cron jobs: /etc/cron.d/koha-common = http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=debian/koha-common.cron.d;h=f763f302d7eec14c96f51e3f9f45b88b76079e14;hb=d46657f8af980524a4351e40abe0b901d1af3e6a /etc/cron.daily/koha-common = http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=debian/koha-common.cron.daily;h=e2c7a80fae13d9e8783f046e9edc24d2f79d59b9;hb=d46657f8af980524a4351e40abe0b901d1af3e6a /etc/cron.hourly/koha-common = http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=debian/koha-common.cron.hourly;h=4724ca86e980efa589d41cdf1a3b505f04826464;hb=d46657f8af980524a4351e40abe0b901d1af3e6a Regards, Jared On Tue, Aug 20, 2013 at 3:02 PM, Steven Nickerson snick...@maine.rr.comwrote: Thanks for the reply, but I'm 99% sure it was NOT there by default. Can someone tell me what the default crontab entry for rebuild_zebra.pl is, and maybe what ALL of the default crontab entries are/should be? Now I'm concerned I'm missing more than just the rebuild_zebra one. Steve -Original Message- From: Olugbenga Adara [mailto:gbengaad...@yahoo.com] Sent: Tuesday, August 20, 2013 2:50 PM To: Steven Nickerson; koha@lists.katipo.co.nz Subject: Re: [Koha] How frequently to run zebra rebuild and what switches Hello Steven, Looking for some advice and recommendations. For a fairly small library running Koha 3.12.00.000 from the Debian squeeze packages, how often should the zebra_rebuild.pl script be executed and with exactly which switches? Right now I run it at 7:30 AM each morning with -run-as-root -b -r -v I am quite surprised you need to do that since you say you installed from Debian packages. All the installations I have done through the Debian packages always have the zebra incremental indexing properly set in cron and it is usually set to run every 5 minutes. You can check your cron settings to make sure that this is properly set and enabled to run regularly. I don't think you need to run it manually. That is as per my own experience. Cheers Olugbenga Adara ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Koha 3.12.0 beta3
Hello. Last night I rolled a third beta for Koha 3.12.0. You can find both a tarball and a .deb package at http://download.koha-community.org/ Please take some time to give it a spin and report any problems you might find. 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] Problem with XML::LibXSLT Module
Satish, When I try to install the perl module - XML::LibXSLT , on Debian Squeeze 2.6.32-5-686 , for the installation of Koha 3.10.03, I am getting following error: I went through many of the suggestions given at koha forum, no success. If somebody overcome this error with a fix, could please help me?? am done with most of the perl modules except this one. (Please provide me with version to be used and step by step installation procedure... ) I would recommend installing Koha from packages: http://wiki.koha-community.org/wiki/Debian However, if you don't want to do that, you should still not be using CPAN for installing Perl modules. If you take a look at the installation instructions, you'll see that this package is not installed via CPAN: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debian;h=4547974952d8730cefc04b570450dc318cc84587;hb=HEAD 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
[Koha] String freeze for Koha 3.12
Hello. The string freeze for Koha 3.12 will begin on May 1, next Wednesday. Any patches with string changes need to be written, signed off, and QAed before then. The absolute deadline for anything other than security fixes is 6am EST on Wednesday, May 1*. Regards, Jared Camins-Esakov [*] http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+3.12+string+freezeiso=20130501T06p1=179 -- 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] label creator problem
Forwarded to the list as it has apparently been fixed. On Sun, Apr 7, 2013 at 9:42 PM, Peter Zhao peterzha...@163.com wrote: Dear Jared, Warmly Greetings. I used Home› Tools› Labels home to create a label. If I use MARC21, it can work well and show a beatiful label. But if I use UNIMARC, it does not work, it does not show anything, just a blank paper. Could you help me fix this problem? By the way, why Koha Digest stop to send? Many Thanks. Peter Zhao -- 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] problem with installing Koha-3.12.00-beta1
I'm installing Koha-3.12.00-beta1 tarball. Everything looks right, untill i met web install struction: Kohaweb installerstep 1,2 00 - Ok KohaWeb installerstep 3- error with this message Web installer › Step 3 The following error occurred while importing the database structure: ERROR 1064 (42000) at line 1004: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '`reservesallowed` smallint(6) NOT NULL default 0, `branchcode` varchar(10) ' at line 20 Please contact your system administrator Anyone, who did install it, show me why, please? Do i have problem with my mysql server? There was a syntax error in beta1, and it looks like I forgot to upload a revised tarball after pushing the fix. Sorry! I will prepare a beta2, and upload that now. 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] problem with installing Koha-3.12.00-beta1
There was a syntax error in beta1, and it looks like I forgot to upload a revised tarball after pushing the fix. Sorry! I will prepare a beta2, and upload that now. I have uploaded beta2. Please give it a spin and let us know how it goes. 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
[Koha] Koha 3.12 beta released (and you can help!)
About an hour ago I cut a beta for Koha 3.12.0. The tarball is available at http://download.koha-community.org/koha-3.12.00-beta1.tar.gz and the release notes at http://git.koha-community.org/gitweb/?p=koha.git;a=blob_plain;f=misc/release_notes/release_notes_3_12_0.txt;h=0e8a3cf74de202af325069b7aec329eff229ec11;hb=a4f4d69c3b0f82e765b20cdee7be95456ee9db23 Packages will follow in the squeeze-dev repository sometime at the beginning of the week. As a reminder, Koha 3.12 is in feature freeze so any features that are not in the beta will not be in Koha 3.12, and I will not respond to any complaints about features that didn't make the cut-off other than forwarding them to the Koha mailing lists. So, what now? Now, we seek out and destroy bugs! If you have a spare testing server, take the beta for a spin, and try to break it. Sure, you say, I know that I can do that. But what can I help with that deserved an exclamation mark in the subject line? I'm glad you asked. Here is a list of some things that need to be done before May 22: * Koha has to be translated. I will be asking the Translation Manager to pull the latest strings into Pootle so that the translation teams can get a head start (and if you know any language other than American English, you can help translate! Head on over to http://translate.koha-community.org/ and get started) * Koha's documentation has to be updated. We have a Documentation Manager, but if you have any ideas about how to document a new feature, or an old feature, or clarify instructions, you, too, can write documentation. Take a look at http://wiki.koha-community.org/wiki/Editing_the_Koha_Manual if you want to work on this. * Koha's installation instructions need to be updated. Some of the installation instructions that are included in the tarball were last updated (for all practical purposes) in 2010. That's a long time ago in computer time. If you have some thoughts on how the various INSTALL.* files in the tarball might be updated to be more clear, open up a text editor and send in your corrections (preferably as a patch, but if you have suggestions and are not comfortable with git, an e-mail to koha-devel will work too). * Enhancement bugs need to be reclassified. During the 3.12 release cycle we added a new category of bug report: New feature. However, a lot of the new features that are going into 3.12 are still listed as enhancements in Bugzilla, which means the automated release notes generator doesn't pick them up properly. Any time the RM spends fixing that is time the RM does not spend fixing problems with Koha. This is is a task that anyone can do. All it takes is a bit of critical thinking and an account on Bugzilla: http://bugs.koha-community.org/bugzilla3/ * Open bug reports need to be (re)confirmed. We have scads of bug reports in Bugzilla, and many of them probably report bugs that have been fixed for weeks, months, or years. If we can get all the bugs that are already fixed closed, it'll be easier to focus on the bugs that still exist. Head on over to Bugzilla, choose some old bugs, and start testing! * Bugs need to be fixed. This goes hand-in-hand with the testing that you've all heard me to talk to death, but once a bug has been found, it has to be fixed. If you know how to fix a bug, please do! * Bug fixes need to be tested. There are many bugfixes already on bugzilla, and there will be many more being written in the next two months. After a patch has been written, it has to be tested by at least one third party (i.e. not the developer and not me) in order to move through the QA process to inclusion in Koha. Even if you don't have a spare server, you can test patches in the sandboxes hosted by BibLibre: http://wiki.koha-community.org/wiki/Sandboxes * Volunteers must be found, recruited, and/or made for 3.14. If you want to be involved in 3.14, there's still time to volunteer for an open position. Just put your name on the ballot at http://wiki.koha-community.org/wiki/Roles_for_3.14 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] Koha 3.12 feature freeze
Hello. It is 11:54pm on March 22 in Lima, Peru, and Koha 3.12 is now in feature freeze. This means that further enhancements and new features will not be considered for inclusion in Koha 3.12. We have the next two months to focus on fixing bugs and making Koha 3.12 the most stable Koha release ever. Sometime in the next few days I will be releasing a beta of Koha 3.12. I hope everyone will take some time to test it and shake out all the bugs before the final release on May 22. The next date to be aware of is May 1. On May 1 the master branch enters string freeze and no patches that make changes to the text of any part of the Koha web interface (including documentation patches!) will be accepted so that the translators have plenty of time to get 3.12 translated. Regards, Jared P.S. Any enhancement or feature patch that did not apply or that I marked failed QA today is not eligible for 3.12. P.P.S. There is one feature (bug 5343) that I pushed due to librarian and developer interest even though it was not 100% ready. I will revert it if unit tests are not provided by March 29, as noted on the bug. -- 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] Koha 3.12-alpha2
Hello. I have released a second alpha of Koha 3.12. This includes a number of bugfixes, including a high-priority bug fix to the search error problem reported on the list. 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-3.12.00-alpha Software error
Peter, I upgraded Koha-3.10 to koha-3.12. But opac can't search and show the following errors. Could anyone know how to fix the following problem? Thanks a lot. Software error: Base class package OpenILS::QueryParser is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /usr/share/koha/lib /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 .). at /usr/share/koha/lib/Koha/QueryParser/Driver/PQF.pm line 2. BEGIN failed--compilation aborted at /usr/share/koha/lib/Koha/QueryParser/Driver/PQF.pm line 2. For help, please send mail to the webmaster (webmaster@ubuntu), giving this error message and the time and date of the error. Software error: [Mon Mar 18 20:11:45 2013] opac-search.pl: Base class package OpenILS::QueryParser is empty. [Mon Mar 18 20:11:45 2013] opac-search.pl: (Perhaps you need to 'use' the module which defines that package first, [Mon Mar 18 20:11:45 2013] opac-search.pl: or make that module available in @INC (@INC contains: /usr/share/koha/lib /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 .). [Mon Mar 18 20:11:45 2013] opac-search.pl: at /usr/share/koha/lib/Koha/QueryParser/Driver/PQF.pm line 2. [Mon Mar 18 20:11:45 2013] opac-search.pl: BEGIN failed--compilation aborted at /usr/share/koha/lib/Koha/QueryParser/Driver/PQF.pm line 2. Compilation failed in require at /usr/share/koha/lib/C4/Search.pm line 1225. This is very odd. Could you try turning off QueryParser and see if that fixes it (we'll then troubleshoot the problem so that this works with UseQueryParser, but I'm not quite sure what the error means and want to make sure I understand it)? 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] Sudoc icons have incompatible licensing?
Liz, I was looking at the About page as part of another patch, and noticed this bit: The Sudoc Icon Set * Les icones Sudoc * The Sudoc Icon Set is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License by Agence Bibliographique de l'Enseignement Supérieur As I understand it, Non-Commercial is a dangerous license for us as a project, and I have concerns about including this icon set when it is so licensed. Thoughts? Feelings? I have reverted the Sudoc icons' inclusion in Koha. Unless and until they are relicensed with a GPL-compatible license, they cannot be included in Koha. 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-3.12.00-alpha Opac searching problem
Peter, What are your permissions on the /usr/share/koha/lib/OpenILS/QueryParser.pm file? 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] Cannot find items after update
Sheldon, I was using no_zebra before I updated koha. I don't know if that is causing the problem with the searches. NoZebra is deprecated, and if you still have it turned on, that could cause problems. If you go into the Local use tab on the system preferences page, change NoZebra to OFF, and see how that goes. 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] Cannot find items after update
Sheldon, I am current trying /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -a -b Would leaving out -v -r -x cause any issues? Only in the sense that the command would not do what you need. Nothing should be *broken* as a result of that command line, but the commands do different things. Without -r, you are not rebuilding your indexes, and without -x you are not using XML. Putty timing out is probably a result of Putty not working well if you have even the slightest problem with your internet connection (for example, if you're using wireless in a building with metal or concrete walls). I would suggest running the rebuild in screen or tmux, or even just daemonizing it with so that the rebuild isn't killed when you lose the connection. 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] multiple installation
Aleya, I'm trying to run multiple libraries with koha (standard installation of koha 3.08.09.tar.gz) on a single server single installation of koha (Debian squeeze Linux Based). I’ve used koha common package for necessary perl module. Then I've change of the necessary section of conf file and virtual host. Now the problem arises in the searching of the OPAC and Staff Client. All the opac shows the same search result though I've rebuild them differently. Actually it shows the last rebuild index on searching. Any fruitful suggestion on this regards? You should use packages for installing multiple instances on a single server. Actually, you should use packages in all circumstances, but this is a case when the packages are particularly useful. The koha-common package has scripts for all the instance administration. If you insist on using the tarball for installation, you will just have to adjust paths, etc., manually (and be prepared for problems any time you want to upgrade). 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] Bit of code appears on screen
Lenora, Could someone tell me where I can fix this? I can't see where it is coming from.Koha 3.06.04.000 *** We have noticed a script error in the library's Koha search interface that leaves an unintended bit of program code showing in the upper left-hand corner of search interface. You can see an example of it here: http://catalog.streamnetlibrary.org/cgi-bin/koha/opac-shelves.pl?viewshelf=23sortfield=title The '//]]' bit in the upper left should not be there and is the result of a commented-out piece of code that should either be removed or placed before the end /script tag above it. This is not an issue anymore in recent versions of 3.6.x. I just checked in 3.6.10 (the version I am using in production) and that artifact is not there. I'd suggest upgrading on your test server and seeing if that solves the problem. If not, it is probably a stray line in one of the sysprefs for customizing the OPAC. 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] Analytic records question
Cab, We're planning on using Koha's analytic records to handle cataloging of our ereaders and the ebooks loaded onto them. Excellent! I am a big proponent of analytic records. (Info on analytic records here: http://manual.koha-community.org/3.8/en/cataloging.html#cataloganalytics) I'm able to link our ebook record to the record for our ereader. When I check out the ereader, it is correctly checked out in both the staff public interfaces, as expected. The record for the ebook, however, shows that it is still available (while also showing that the ereader is checked out). Is this the expected behavior? Our preference would be for the ebook to show as checked out as well, even though there's no guarantee that this particular item was desired or read by the patron and we may have to make adjustments to our circulation statistics. I think there might be some confusion about how analytic records work in this context. If you are using the EasyAnalytics feature -- and that makes sense in this context -- you have only one item record which both the host record and the analytic records are linked to. When you check out the Nook, you check out that item. The two records you link to tell me that you have two items: a Nook, which includes a copy of Left Behind, and an e-book which is not on the Nook. If your only copy of the e-book is on the Nook, there should be only one item listed. If you also have a downloadable e-book, there should be a second item which would naturally not be checked out, since it does not circulate with the Nook. If the e-book circulates independently of the Nook but is currently on the Nook so that the patron can read it, analytics are inappropriate, because there is no mandatory relationship between the e-book and the Nook. Hope that helps to clarify. 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] Punctuation in Koha
I already signed off on your patch for 9357 and marked it as a blocker for 9358, so if you're working on 9358, you may as well leave 9357 unless Jared wants a squashed patch. Since it's simple and done, perhaps we could just get a QA team member's eyes on it? 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] Urgent assistance on physical items for this record and zebraqueue queries
Tom, 2. the zebraqueue-daemon is not working. when i run: update-rc.d koha-zebraqueue-daemon defaults i get the following: update-rc.d: /etc/init.d/koha-zebraqueue-daemon: file does not exist The Zebraqueue daemon has been deprecated since 3.0. You need to reindex using the rebuild_zebra script, and set it up to run as a cron job. There are instructions in INSTALL.debian: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debian;h=4547974952d8730cefc04b570450dc318cc84587;hb=HEAD#l265 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] how to use marc records displayed on library web pages?
X, I do a fair bit of cataloging for a small library that has a lot of old/rare books, though I am an amateur librarian. I often use worldcat to find a library that has a copy of our uncatalogued book (when I can't find any z39.50 accessible sources). These libraries often have an option to display a MARC record. Is there some way to get such a display into Koha besides manually copy/pasting bits and pieces into a new MARC record? Not easily if they do not provide a Z39.50 server or raw MARC record download. What you are seeing when looking at the MARC view is a representation of the MARC format that has been designed to be easily readable for humans. MARC records are actually (usually, anyway) stored in the binary format that LC provides their records in. For example: http://tripod.brynmawr.edu/find/Record/.b3780640/Details#tabnav Copying and pasting the displayed record into a text file and trying to import it via stage for import does not work. I notice that Library of Congress has an option to download MARC records for its items, which can be 'staged for import without a problem. Looking a the contents of the LoC downloaded MARC file, it looks almost nothing like the ones displayed by libraries which don't have a download option. I've searched the web (i think) exhaustively for clues as to how to actually handle or convert these display marc records into something usable (something that looks like the LoC downloaded MARC records), but with not success. I've installed and attempted to use MarcEdit and IsisMarc hoping they might have some functionality to convert/transform this data... but no luck. It just seems crazy that there's all this info out there, and I can't find any way to use it beyond the crudest (but better than nothing!) methods of cherry picking. What am I missing? Most libraries that use copy from libraries other than their national library use OCLC or Skyriver (or a similar union database) for obtaining records. It would be possible to write screen scrapers to harvest MARC data from OPACs, but since there is no standard formatting, you would need at the very least a screen scraper per ILS, if not a screen scraper per catalog to cope with minor customizations made by various libraries. 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] About looking for Architecture....
John, Specific questions are much more appropriate than broad questions. Remember that everyone who responds is volunteering their time to help you. Please respect their time by only asking those questions that cannot be answered by a few minutes worth of research using Google or your favorite search engine. Is 100% Perl written? No. As you can see from the ohloh page, Koha also includes SQL, Javascript, and XSLT: http://www.ohloh.net/p/koha how many types of archives exists? what the system will do when operational?\ I don't know what you mean by this. If you mean how many types of libraries are there, the answer is indeterminate, but lots. The manual at http://koha-community.org/documentation/ provides detailed information about what Koha does. How it works inside the client and server? at glace of course. Koha is web-based. There is a LAMP server with a Zebra or Solr indexing engine, and users connect via a web browser. if there are a sketch will be nice, There is not one, so far as I know. 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
[Koha] Search operators
Hello. As many of you know, I have been working on rewriting Koha's search code so that it is more palatable than a plate of burned nine-day-old spaghetti. The initial part of the development is nearing completion, and I look forward to submitting a patch to the community for sign off[1]. In the course of the first section of the development, I have run into an interesting question. We currently support greater than and less than operators in our searches, but I cannot think of anywhere we might want to use them other than with dates. Does anyone have any scenarios where a greater than/less than operator would actually be useful in a bibliographic or authority search (other than in date searches)? Regards, Jared [1] If you're interested in seeing my work so far, the search rewrite branch in my public repo has all the code: http://git.cpbibliography.com/?p=koha.git;a=shortlog;h=refs/heads/search_rewrite The RFC is at http://wiki.koha-community.org/wiki/C_%26_P_Search_Rewrite_RFCand I would still welcome any and all comments. -- 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] linking authorities to biblios
Haik, We are using the latest koha 3.8. After the successful installation we have imported both our catalog and authority records from the old ILS. Initially, authorities were not linked to the biblio records, but when we run link_bibs_to_authorities.pl, this problem was solved. So, in the *Used in* field it was written that the authority is used in 1 record. However, even after this when we try to search for a record using the *authority 400 $a* field instead of the author name, nothing is found. It is worth to mention that although both authority and biblio records are in Armenian, they are properly indexed. How can we handle this problem? Any ideas? In Koha 3.8 there is no support for what you want to do. However, starting in 3.10 that feature *is* available by turning on the syspref IncludeSeeFromInSearches. 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] How to successfully upgrade to 3.8.x to 3.10.x
Administration System Preferences OPAC opacthemes ccsr Is ccsr supposed to be default in 3.10? No. The default remains prog. ccsr is an alternative for those who want it. 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] Do you like the way Koha is sorting facets and facets results ?
Elaine, What constitutes 'popularity'? I have a feeling this is a useless sort order for a research collection like ours that doesn't loan out anything. Good old fixed data like name, title, date are what suits our readers best. Popularity in the case of facets occurs to the number of times a particular value occurs in the set being used to build facets. It has nothing to do with circulation popularity. 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] 505 Enhanced Contents Note
Charles, My library recently made the switch to Koha, and I am thus still getting used to it. One major trouble I am having is with the 505 field if I want to include an enhanced (as opposed to simply formatted) contents note to allow patrons to access chapters of edited volumes by title/author searches rather than just keywords. I am used to formatting them as a chain of $t /$r within a single field, but since Koha has separate form fields for each subfield, I feel a little out to sea on this one. Every variation I try makes the display unusable and doesn't visually connect the $t subfield to the appropriate $r subfield in the OPAC. Do I need to repeat the entire 505 tag for each individual entry? I saw in the list archive that there is a bug-fix related to the 505 field, will this fix the problem, or is there some aspect of formatting that I am missing? Any help would be very appreciated. Welcome. The fix for bug 6617 ( http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6617 ) should do what you need. 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] yaz client error : [109] Database unavailable -- v2 addinfo 'Default'
Mathieu, I can't use yaz-client on a test VM (Koha master, running on Ubuntu12.04). I have not used yaz-client for months, so maybe I am doing something wrong, or something is missing in my install... Could somebody give me some piece of advice ? Koha is installed in dev-mode, on a fresh install (made today). Marc flavor : unimarc Zebra is working (rebuildzebra -b -x -reset + ./bin/koha-zebra-ctl.sh), and I can search my records in OPAC and staff interface yaz-client is connecting, but when I try to use scan or f command I have got this error : [109] Database unavailable -- v2 addinfo 'Default' Regards, M. Saby Rennes 2 University Here is what I see when I run yaz-client : msaby@msaby-VirtualBox:~/koha/**kohamaster$ yaz-client -u msaby/msaby unix:/home/msaby/koha/**kohamaster/var/run/zebradb/**bibliosocket Authentication set to Open (msaby/msaby) Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name : Zebra Information Server/GFS/YAZ Version: 4.2.18 cc3abee6f861d0166bef5333b1fc72**fbdc8bd94c Options: search present delSet triggerResourceCtrl scan sort extendedServices namedResultSets Elapsed: 0.027603 Z f @attr 1=4 universalis Sent searchRequest. Received SearchResponse. Search was a bloomin' failure. Number of hits: 0, setno 1 Result Set Status: none records returned: 0 Diagnostic message(s) from database: [109] Database unavailable -- v2 addinfo 'Default' Elapsed: 0.000641 Z scan fre query: fre Received ScanResponse 0 entries Scan returned code 6 Diagnostic message(s) from database: [109] Database unavailable -- v2 addinfo 'Default' Don't forget to choose the database before running a query: base biblios 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] Was: Lists; needed features, including location and staff level sharing, now Cart in staff interface
Elaine, Below is a screenshot of the authorized values for locations: Description is what normally displays in the staff interface. Description (OPAC) is what displays in the OPAC. However, in the staff interface cart - the location description is pulled from Description (OPAC). I see. That's a very clever way to hide information from the OPAC. This is definitely a bug. Could you report it on Bugzilla? 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] Was: Lists; needed features, including location and staff level sharing, now Cart in staff interface
Elaine, We've disabled the Cart function, so I don't know if that is any worse or better. If it will show location, I will re-enable it. I just enabled Cart in the staff interface. It's a small improvement, in that it gives the call number (but not the number of items or their availability) and location information. However, despite being in the staff interface, it uses the location information as displayed in the OPAC. For security reasons (rare, old book) we do not display specific location information in the OPAC, so the locked cupboards, safe, offices, annexes, etc. all display as 'Storage', and the specifics are only available in the staff interface. It seems to me that the Cart in the staff interface should display the locations that ordinarily display in the staff interface. Is this a known bug? The cart in the staff interface displays all the location information I am aware of. Where are you putting this secret location information? 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
[Koha] RSS and SMS overdues cronjob
Hello. As they currently stand, the cron jobs at misc/cronjobs/smsoverdues.pl and misc/cronjobs/rss/rss.pl will not work on an out-of-the-box Koha installation, as they require an obsolete templating system. I am wondering if anyone still uses these cron jobs, or whether they are obsolete legacy scripts that should just be removed at this point. So, are you using either of these scripts? Do you know anyone else who does? 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
[Koha] Koha 3.6.10 released
%) * English (USA) * English (United Kingdom) (63%) * French (99%) * French (Canada) (94%) * German (100%) * Greek (93%) * Italian (100%) * Norwegian Bokmål (62%) * Portuguese (Brazil) (98%) * Spanish (99%) * Tetun (52%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following individuals who contributed patches to Koha 3.6.10. 1 D Ruth Bavousett 6 Jared Camins-Esakov 1 Colin Campbell 1 David Cook 3 Chris Cormack 1 Elliott Davis 1 Jonathan Druart 1 Nicole Engard 1 Katrin Fischer 1 Chris Hall 1 Kyle M Hall 1 Mason James 3 Owen Leonard 1 Melia Meggs 1 Maxime Pelletier 1 Paul Poulain 1 Meenakshi R 1 MJ Ray 7 Fridolyn SOMERS 5 Robin Sheat 7 Mark Tompsett 3 Marc Veron We also especially thank the following individuals who tested patches for Koha 3.6.10. 1 Tomas Cohen Arazi 51 Jared Camins-Esakov 1 Galen Charlton 1 David Cook 54 Chris Cormack 1 Elliott Davis 5 Jonathan Druart 2 Nicole C. Engard 2 Magnus Enger 2 Katrin Fischer 4 Kyle M Hall 1 Mason James 1 Doug Kingston 7 Owen Leonard 1 Melia Meggs 34 Paul Poulain 3 Marc Veron 3 wajasu We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patc...@lists.koha-community.org. Revision control notes == The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for this version of Koha and future bugfixes in this release line is 3.6.x. The last Koha release was 3.8.6, which was released on October 22, 2012. Bugs and feature requests == Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Ehara taku toa i te toa takitahi, engari he toa takitini ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha 3.6.9 released
The Koha community is proud to release Koha version 3.6.9. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.6.9 from the http://download.koha-community.org site. Debian packages will be available from thehttp://debian.koha-community.org shortly also. Please read the release notes below for more information RELEASE NOTES FOR KOHA 3.6.9 22 Sep 2012 Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.6.9 can be downloaded from: http://download.koha-community.org/koha-3.06.09.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.6.9 is a bugfix/maintenance release. Highlights of 3.6.9 == 8439criticalPrinting basketgroup does not work on plack 8503major Software error n edit items with EasyAnalyticalRecords Bugs fixed in 3.6.9 == 6394normal purchase order has french hard coded in 8458normal $stemmed_operand in C4::Search _build_stemmed_operand is not initialized. 8322minor Removing space between end of marc data and fullstops 8351minor fix wording when undoing an import 8422minor Fix impossible warning in circulation.pl when OverduesBlockCirc set to Block 8470minor remove depreciated H:T:P test file 8476minor Little bug in OPAC XSLT on OPACURLOpenInNewWindow 8518minor Self checkout does not display debt amount if syspref AllowFineOverride is set to allow 6267trivial custom http user-agent in check-url.pl (fix for books.google.com 401 error) 7143trivial Bug for tracking changes to the about page 7367trivial General OPAC typo omnibus 7153enhancement Show Open Library as Search Target in More Searches in OPAC detail page System requirements == Important notes: * Perl 5.10 is required * Zebra is required Documentation == As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.6/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations == Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Chinese (China) (95%) * Chinese (Taiwan) (99%) * Danish (99%) * English (New Zealand) (100%) * English (USA) * English (United Kingdom) (64%) * French (99%) * French (Canada) (95%) * German (100%) * Greek (94%) * Italian (100%) * Norwegian BokmÃ¥l (62%) * Portuguese (Brazil) (99%) * Spanish (100%) * Tetun (52%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following individuals who contributed patches to Koha 3.6.9. 1 Jared Camins-Esakov 1 David Cook 1 Chris Cormack 1 Frédéric Demians 1 Nicole Engard 1 Magnus Enger 1 Katrin Fischer 1 Chris Hall 1 Mason James 1 Dobrica Pavlinusic 2 Fridolyn SOMERS 1 Mark Tompsett 1 Marc Veron 1 Savitra sirohi We also especially thank the following individuals who tested patches for Koha 3.6.9. 16 Jared Camins-Esakov 14 Chris Cormack 1 Frédéric Demians 1 Jonathan Druart 1 Nicole C. Engard 2 Kyle M Hall 2 Owen Leonard 14 Paul Poulain 3
Re: [Koha] Browse by hierarchy - Links not working
Manos, P.S. I do miss the good old unix days when all I had to check was a .profile I'm not entirely sure what has changed. ~/.profile is still an excellent place to store your environment variables if you use a Bourne shell derivative. 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] No search results?
Seth, I then told it to manually rebuild zebra - it seemed to do so fine but still no change. (Note: we have a cron that runs every 15 minutes and does this rebuild anyway) koha-zebraqueue.err: [etc.] I think the problem is just the Zebra permissions, as Mason pointed out. However, make sure you're not using zebraqueue_daemon. It is deprecated and causes problems. 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] Need tips on tweaking search results
David, Is there any way to modify OPAC search results? When my patrons search the OPAC using keywords, I would like for hits to rank higher if they appear in the title .. I am getting good hits but they don't always seem to be ranked right .. make sense? At present there is not, no. However, the search rewrite I have proposed ( http://wiki.koha-community.org/wiki/C__P_Search_Rewrite_RFC) offers the possibility of fixing relevancy ranking. Headings 1f and 2b fix the problem you identify, and optional component 3c would allow you to modify the relevancy ranking criteria from the staff client. Part 1b has been fully funded, and work on that will begin soon. If you would like to see relevancy configured a particular way, definitely let me know your thoughts, and we'd be happy to have you work with us on the search rewrite (testing, not coding, unless you feel like doing a bit of coding:). 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 error
Tom, I am trying to install koha-3.0.8.4 on debian but when i ran: perl Makefile.PL I get the following error: * unable to locate Koha configuration file koha-conf.xml at /root/koha-3.08.04/C4/Context.pm line 360.* Can somebody help me understand the cause of this error and how i can solve it. This means you haven't installed Koha yet. It is not cause for alarm or concern. You can just continue through the instructions. However, I have an even better suggestion: use packages ( http://wiki.koha-community.org/wiki/Debian). They take care of most of the configuration for you. 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] 3.8.4 Error message when editing authorities
It took me a week, but I found the problem when testing bug 8304 (which, incidentally, is a very cool feature that might allow MARC21 libraries to use freefloating subject division authorities). The merge function uses XML syntax, which we lost support for sometime during the development cycle for 3.8.0. Fortunately it's an easy fix, and I'll have a patch momentarily. I reported a bug here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8743 If you wanted to sign off on the patch which I'm about to post, that'd be super keen. 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] My Koha is down .. Software error?
David, No, we are not using apache server and Koha was working on Friday .. it has suddenly stopped (broke over the weekend). No system changes were made. The error you describe is the result of the MySQL user being incorrect in the koha-conf.xml file. In this case, you have it configured to log into Koha using the MySQL user www-data. You will want to make sure the user name and password at the end of koha-conf.xml are correct, and that you have the KOHA_CONF variable set correctly for Plack (I presume you are using Plack, if you are not using Apache?) 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] Zebra not updating biblios automatically in koha 3.8
Doug, I would concur that 001 and 003 need to be taken together to have any chance of a unique identifier. Our library has our own unique 003 (UkLoVW). For indexing, I suspect a better key to hand to zebra would be the system control number (035 $a). Are these kept unique by koha? We already have a unique identifier, the biblionumber. It's stored in 999$c. The bug in this case is that the DOM indexing uses the contents in 001 if you have it populated. While I do believe this is a problem, I am not sure how this would the cause of our ModAuthority failures however, unless I am missing something. See the other mail thread for details (3.8.4 Error message when editing authorities). Its possible these issues are related but I am not sure. The ZOOM error you reported might have something to do with this, but I just don't know. I don't think I've ever seen problems with ZOOM element (as opposed to attribute) before. 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] Zebra not updating biblios automatically in koha 3.8
Doug, Biblio number is only relevant for bibs. What should be used for authorities? That is what I was referring to below but the problem may be common to both objects. Authid is already stored in 001 in authority records. The problem that Ian reports is relevant specifically and only to bib records. 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] Zebra not updating biblios automatically in koha 3.8
Doug, So environment variables are not the issue. We are carefully managing those. Make sure when you are using cron jobs that you set the environment variables IN YOUR CRONTAB. Setting environment variables elsewhere is a recipe for confusion and misery down the road. However, this is -- as you say -- not the problem. I have tried using the new tool checkNonIndexedBiblios.pl (from patch 6566) and it indeed finds a few recent biblios that are not indexed. Using the -z option to mark them for indexing followed by a manual run of rebuild_zebra -b -v -z did not get the biblios indexed. I cranked up the debugging on zebraidx (by modifying rebuild_zebra.pl and using -v -v) and did not see any obvious errors in the output that would suggest why indexing was failing. Did you change your bibliographic frameworks? It could be a matter of the biblionumber not being stored properly. The other thing to do is to confirm that the non-indexed biblios are *actually* getting added to the zebraqueue by the 6566 script. It's kind of a long shot, but it could be an issue with the zebraqueue table getting corrupted. I've seen this happen when the zebraqueue table got too large, and disk space was low. 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
[Koha] Koha version 3.6.8 released
list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following individuals who contributed patches to Koha 3.6.8. 1 D Ruth Bavousett 5 Jared Camins-Esakov 3 Colin Campbell 4 Chris Cormack 1 Christophe Croullebois 2 Frédéric Demians 1 Jonathan Druart 3 Katrin Fischer 1 Amit Gupta 1 Kyle M Hall 2 Claire Hernandez 2 Mason James 1 Srdjan Jankovic 1 Owen Leonard 1 Julian Maurice 1 Matthias Meusburger 4 Sophie Meynieux 3 Dobrica Pavlinusic 1 Maxime Pelletier 4 Paul Poulain 3 Marcel de Rooy 1 Fridolyn SOMERS 1 Robin Sheat 1 Marc Veron 2 christophe croullebois We also especially thank the following individuals who tested patches for Koha 3.6.8. 51 Jared Camins-Esakov 1 François Charbonnier 41 Chris Cormack 2 Michael Davis 5 Katrin Fischer 1 Marijana Glavica 3 Kyle M Hall 1 Owen Leonard 1 Sophie Meynieux 31 Paul Poulain 2 Martin Renvoize 3 Marcel de Rooy 1 Robin Sheat 2 Marc Veron 1 Stacey Walker We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patc...@lists.koha-community.org. Revision control notes == The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for this version of Koha and future bugfixes in this release line is 3.6.x. The last Koha release was 3.8.2, which was released on June 22, 2012. Bugs and feature requests == Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Ehara taku toa i te toa takitahi, engari he toa takitini ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cover Image Size Limits?
Nicole, Are there any limits on the size (dimensions or file size) of cover images uploaded to Koha 3.8+? Apache may limit the maximum size of uploads (talk to your sys admin), and cover images will be resized down to 800x600. 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] Why are our borrowers being restricted?
Tim, Restrictions are put in place about 5 minutes before emailed overdue notices are received, so guessing it's the same process. Overdue notice/status triggers Restrict column is unchecked. Preference OversBlockCirc is set to Don't block All fines are set to 0.00, MaxFine is set to 0.00. Maxoutstanding and Noissuescharge is set to 100.00. Anyone see any obvious preferences we may have missed that could be causing this? It's not exactly obvious, but could you check the Overdue notice/status triggers again, and make sure that you either don't have overdue triggers for any libraries other than the default library, or that *none* of them have the Restrict box checked? Also, when you say restricted, what is the exact message you are getting when you go to check out books to this patron? (or, if you are noticing the restriction in another context, where exactly do you notice the restrictions) 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] Searching shelving location fails
Elaine, I thought I had responded to this, but it looks like I was mistaken. We have storage all over the building so shelving locations are vital, and occasionally subject to change. We've got the locations all set up in authorized values, and all the item records have shelving locations in 952 c. But when I search loc=st or any of the other codes we use for shelving locations, nothing comes up. Try mc-loc=st. loc is not a valid prefix. 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] Circulation Errors after Upgrade
Josh, I recently installed a test server (a few months ago) for our church to migrate from Koha 3.01 to 3.6 (now at 3.8.03). As a part of the testing of the new server, our librarians finally took a look at the system and found some errors and I really have no clue where to start when it comes to troubleshooting them. I suspect all the problems you report may stem from missing the remove_items_from_biblioitems.pl script. Did you run it? 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] Circulation Errors after Upgrade
Josh, I don't remember specifically running that script. Are there any parameters for it? Can you point me to where to look for it? The file is misc/maintenance/remove_items_from_biblioitems.pl. If you run it with --help, it will give you instructions. 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] Let's fix it together!
Daniel, I don't know if this is within the scope of the project, but as an example of a search that doesn't work, last year I spent a lot of time effort failing to come up with a search query that would show all new titles at a branch. I constructed a CCL query I thought would return biblios having at least one item with both a given branch and an acquisition date in the last 30 days. But among the search results was a biblio with two items, one at the desired branch but acquired more than 30 days ago, and one acquired in the last 30 days but at a different branch. Galen ultimately confirmed for me that you can't query for an item that meets two conditions, as CCL queries extend across the whole biblio--if one item in a biblio meets one of the conditions and another item meets the other condition, the biblio is returned. There are two issues going on with this search. The first is the indexing configuration which is not part of the proposal. The second is the query syntax. If we fixed the indexing (which wouldn't be too hard), writing a search that took advantage of the composed index would still be highly problematic. In fact, I think the only way to do it right now would be to use PQF to do a regular expression search to find all books added at a branch in the last two months. I'm making up a new composed index that consists of branch|acquisition date, and may be putting some of the terms in the wrong order but here's an example of what I mean: pqf=@attr 3=1 @attr 5=102 @attr 2=3 @attr 1=9952 branch|20120[67] You could try the following, as well, though I wouldn't really recommend it: ccl=itemacq,regexp-1,first-in-field:branch|20120[67] I'm sure a similar search would be possible in Solr, as well, but it would not be portable. Once you figured how how to do the search in Zebra, you would have to start all over again if you decided to switch to Solr or vice versa. In contrast, if we parsed queries ourselves, that search could be: itemacq like ^branch|20120[67] (and it would work in both search engines) You could also, of course, just use the PQF search and it would be translated into something that Solr could understand. Hope that helps clarify. 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] Search not working after upgrade
Ryan, Our system uses 090 tags instead of the default 952 tags for items...could this be related to why my search is screwed up? If I choose administration-koha to MARC mapping these are the options that are set under items: Koha field Tag SubfieldLib itemnumber 090 g Koha biblioitemnumber (auto-generated) Edit barcode 090 e Piece designation (barcode) Edit homebranch 090 b School Code Edit itemcallnumber 090 a Koha full call number Edit ccode 090 f Collection Edit volumenumber090 d Volume Number Edit This would be the problem, yes. Right now changing Koha to MARC mappings has no effect on searching. With search rewritten it would be fairly straightforward to respect the mappings for searches. Until that's done, though, you will need to change your mappings to use the standard 952 fields (and hope for the best). 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] Solr
Stacy, I'll address the points that are not answered in the proposal that Brooke linked to. Does anyone know if switching from Zebra to Solr will let Koha libraries use a stopwords list? Solr allows the use of stopwords (as would a decent query parser such as the one I propose writing). However, the Solr code in Koha right now does not make use of the stopwords feature. To my mind, that is a good thing. If we used stopwords, the poetry journal The would be unfindable (and yes, there is such a journal: I had a nightmare and a half trying to find the record when I had an issue to catalog at the NYPL; thankfully their catalog doesn't throw away stopwords anymore). And things would be even worse when searching for French books. Consider the case of the À thé and Le thé. In the US we would probably search for a the and le the. If someone can Also, will Solr have any effect on fuzzy searching defaults? It will. Fuzzy searching has completely different semantics in Solr compared to Zebra. We briefly noted that fact in the proposal, along with a footnote identifying the algorithms that Solr uses for fuzzy searching (and, yes, I am aware that the second algorithm listed is generally used as an alternate name for the first... I have no explanation of why the Solr docs used the two names like they were different). Whether the fuzzy behavior is closer to what you want I could not say. My personal preference, like yours, is to not be fuzzy, and just suggest better searches. Lastly, is there anyone sponsoring or working on a did you mean... opac response to zero retrieval searches? At our library, we'd probably choose a did you mean... spelling suggestion choice over the automatic fuzzy spelling assumptions that are currently in the system. I realize this would probably be listed in bugzilla, but I'm not sure exactly how to search for this. We have not yet added bugs for the various parts of the search rewrite. 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] Solr
Stacy, Solr allows the use of stopwords (as would a decent query parser such as the one I propose writing). However, the Solr code in Koha right now does not make use of the stopwords feature. To my mind, that is a good thing. If we used stopwords, the poetry journal The would be unfindable (and yes, there is such a journal: I had a nightmare and a half trying to find the record when I had an issue to catalog at the NYPL; thankfully their catalog doesn't throw away stopwords anymore). And things would be even worse when searching for French books. Consider the case of the À thé and Le thé. In the US we would probably search for a the and le the. If someone can Whoops, I accidentally deleted several sentences when I hit send. Picking up where I left off: If someone can make a compelling case for stopwords, we could, of course, add their use to the proposal as an optional feature. That said, it is my opinion that any catalog that requires stopwords in order to offer relevant results is broken. Relevance ranking should take into account that a given word in a query is statistically overrepresented in the results, and therefore should be considered less relevant than other words in the query. 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] Let's fix it together!
Hello. We want your feedback in this process. We don't want to develop in a vacuum. It would be nice to have a few discussions like we did with holds slips. I would like to amplify on this a little bit. We *really* want your feedback on search. In fact, it is an absolute requirement for bringing Koha's search up to where it should be. We need examples of searches that don't work, and also examples of searches that work really well. Both types of searches need to be working at the end of this process. Before any code is written, we're going to have to come up with a set of tests that allow us to determine when the work is finished. Some work was done on the wiki, documenting some searches that should work in Solr ( http://wiki.koha-community.org/wiki/Solr/Lucene_Test_Queries_for_Koha ) but we need more examples. We'll need people to test things and to run searches that will make us laugh and cry. Actually, this reminds me of a joke. A bibliographer is at the police station for some business, and is asked for some fingerprints... sorry, I'll refrain. I would welcome any interesting searches you could send this way, though (and if possible please include a link to your catalog so I can see why Koha is giving you the results you are getting). 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
[Koha] Koha 3.6.7 released
The Koha community is proud to release Koha version 3.6.7. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.6.7 from the http://download.koha-community.org site. Debian packages will be available from the http://debian.koha-community.org shortly also. Please read the release notes below for more information RELEASE NOTES FOR KOHA 3.6.7 21 Jul 2012 Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.6.7 can be downloaded from: http://download.koha-community.org/koha-3.06.07.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.6.7 is a bugfix/maintenance release. Highlights of 3.6.7 == 7894 blocker Broken detail page for first link on page 2 from search result page in OPAC 8140 blocker Error when exporting label xml 8144 critical 775 tag in the MARC record causes display issue 8082 major The: IssuingInProcess configuration setting is working in reverse. 8201 major can't change receive date Bugs fixed in 3.6.7 == 3638 normal Status of hold not changed when item checked in via SIP2 Interface 4330 normal Copyright statements out of date 5795 normal Missing ReservesControlBranch system pref in database installer 7548 normal Missing arguments in the pagination of receptions 7599 normal Cart JavaScript contains untranslatable English strings 7604 normal Link on basket group name for closed basket groups is broken 8111 normal Language chooser display problem in self-checkout 8116 normal z3950 empty search causes silent warning in koha-error_log 8176 normal $sqlwhere is undefined in C4::Serials in GetSubscriptions 7948 minor Printing transfer slip loses barcode field focus 3521 trivial Items table in catalogue/detail.pl and cataloguing/additem.plis sorted nonsensically 7496 trivial Personally identifying information sent in opac user TITLE 6684 enhancement koha-remove should check the number of arguments it gets 7847 enhancement OPAC search dies with plack 8001 enhancement Add some styling to the tags to allow them to be distinctive 8080 enhancement login and password is pre-filled by the browser when creating a new patron 8489 enhancement Revised ubuntu-pkg-check.sh, renamed ubuntu package files, tweaked 12.04 package file, copied 12.04 package file to ubuntu.packages New sysprefs in 3.6.7 == * ReservesControlBranch System requirements == Important notes: * Perl 5.10 is required * Zebra is required Documentation == As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.6/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations == Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Arabic (51%) * Chinese (China) (96%) * Chinese (Taiwan) (99%) * Danish (99%) * English (New Zealand) (97%) * English (USA) * English (United Kingdom) (64%) * French (99%) * French (Canada) (95%) * German (100%) * Greek (94%) * Italian (100%) * Norwegian BokmÃ¥l (62%) * Portuguese (Brazil) (99%) * Spanish (100%) * Tetun (52%) Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following
Re: [Koha] RLIN
Paul, Thanks Nicole. Good background (shame that our budget doesn't permit full membership of WorldCat) but I'm still looking for the technical background for ease of cataloguing. Am I correct in summarizing: - the RLIN is not searchable, per se, and its appearance in the GUI serves no useful purpose to cataloguers? That is not correct, no. You can search it using the prefix an: - therefore, all frameworks can hide (but not delete) all subfields referring to RLIN? It would be best not to delete subfield $9 from fields that are authority controlled. Other subfields referring to RLIN can be deleted at will. Assuming its use for indexing authorities, it appears to be just as important as biblio and item numbers, but where and under what name is this data stored in MySQL? It is stored in the MARC in subfield $9. The relationship is not represented in SQL. 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
[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
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] Authority indexing
Stefano, My cataloguers are interested in searching subject subdivisions (like 650 $x). Do they ever *not* want to search subdivisions? So, is there any situation when they would want to search 150$a but not 150$x? 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] Authority indexing
Cecil, et. al., When you click on the editing gadget I would like it to default to MAIN ENTRY and STARTS WITH. Not main entry $a only. The results should also show the see from references so that you don't use an (unfortunately) old heading that should have been changed. Would it be fair to say what I'm seeing is a growing consensus that Main entry ($a only) isn't used, and a default of Main entry would make sense? Public services staff and opac users don't really use authorities but they would use a browse list of subjects, authors and series, with all the appropriate cross references showing and searchable. Would you say that it would be more useful to default to Main entry or All headings on the OPAC side? 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] languages lost after upgrading from 3.0 to 3.6
Gerard, at the beginning of the wiki: http://wiki.koha-community.**org/wiki/Installation_of_** additional_languages_for_OPAC_**and_INTRANET_staff_clienthttp://wiki.koha-community.org/wiki/Installation_of_additional_languages_for_OPAC_and_INTRANET_staff_client there is: Getting the latest translation files For many languages the stable Koha installation packages come with outdated or disfunctional translation files. Thus it is a good idea to download the latest translation files but the link http://translate.koha.org/ only displays it works That link is wrong. It should be http://translate.koha-community.org/ (I am fixing it now) on this page: http://translate.koha-**community.org/fr/36/http://translate.koha-community.org/fr/36/ i don't understand how i can retrieve the files do i need to download files from 3.8 release, even if i'm using 3.6 ? If you are using a recent 3.6 release, you should not need to download new files. 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
[Koha] Koha 3.6.6 released
The Koha community is proud to release Koha version 3.6.6. This is a bugfix release, and contains a number of important fixes You can obtain Koha 3.6.6 from the http://download.koha-community.org site. Debian packages will be available from the http://debian.koha-community.org shortly also. Please read the release notes below for more information RELEASE NOTES FOR KOHA 3.6.6 24 Jun 2012 Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.6.6 can be downloaded from: http://download.koha-community.org/koha-3.06.06.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation OR in the INSTALL files that come in the tarball Koha 3.6.6 is a bugfix/maintenance release. Highlights of 3.6.6 == 7016 blocker CanBookBeReserved uses GetItemsInfo unnecessarily 7354 critical Can't edit local use system preferences 7528 critical amount subtracting 1 cent 7927 critical library not showing on subscription full history anymore 2012 major Add bilio crashes under no zebra 3969 major Budget Search Doesn't Work 5327 major Unit tests required for all C4 modules 6496 major authors appearing incorrectly in OPAC and Staff Client 6931 major hardcoded insert incompatible with UNIMARC Bugs fixed in 3.6.6 == 2399 normal All status fields in the item edit interface offer two blank/null entries per dropdown instead of one 3337 normal RSS link is not correct 3413 normal repeatable tickbox not sticking 1st time round 7722 normal Insidious problem with searching 7820 normal Missing packages from install_misc/debian.packages 7833 normal unique holiday link broken 7845 normal Multiple 260s don't display properly in search results 7922 normal Fixing typos and improving translations in German sample data 8022 normal Permissions test doesn't check all languages 8025 normal Patron attribute not selected if value is zero 1577 enhancement installer and language 7213 enhancement Document /svc/ HTTP API and provide example command-line client 7990 enhancement bad html attribute into aqplan.tt : styl= insted of style= System requirements == Changes since 3.4: * Perl 5.10 is required Documentation == As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.6/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations == Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Chinese (China) * Chinese (Taiwan) * Danish * English (USA) * English (UK) * English (New Zealand) * French (Canada) * French (France) * German * Greek * Italian * Portuguese (Brazil) * Spanish Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: MJ Ray, Marcel de Rooy, Paul Poulain, Mason James Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following libraries who are known to have sponsored new features in Koha 3.6: * Los Gatos Public Library * NEKLS * East Brunswick Public Library * Athens County Public Libraries * Horowhenua Library Trust * Halton Borough Council * South Taranaki District Council We thank the following individuals who contributed patches to Koha 3.6.6. 1 Gaetan Boisson 3 Jared Camins-Esakov 1 Colin Campbell 1 Galen Charlton 3 Chris Cormack 1 Stéphane Delaune 1 Jonathan Druart 1 Magnus Enger
Re: [Koha] Second stable release of Koha-Kobli 1.8
Domingo, The Koha-Kobli release team is happy to announce the second stable release of Koha-Kobli 1.8, based on Koha 3.8. Kobli is a customized version of Koha ILS developed by the Working Group of BAGEs (Spanish General State Authority Libraries). Kobli 1.8 is released in two versions: one for normal installation, and the other one as a VMware virtual appliance. Koha-Kobli’s 1.8 download is at http://kobli.bage.es/descargas-kobli/. Further information at http://kobli.bage.es/disponible-kobli-1-8/ This is very exciting news. I look forward to seeing your work submitted upstream to the Koha project. I noticed that the page for developers on contributing to Koha-Kobli, and its directions to your git repository, returns a 404. Where would we find the git repository? 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] Remove local cover image in koha-3.8.0
Ranadip, How can I delete or remove uploaded local cover image in Koha-3.8.0. I have not yet had the opportunity to submit the local cover image deletion code for multiple cover images. For sites that do not use multiple cover images, you can simply check Replace all existing cover images (or something similar) when uploading the new image. 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
[Koha] String freeze for 3.6.6
Good morning. On June 15 we will go into string freeze for 3.6.6, which will be released on June 23. There have not been many changes, so the translation should be pretty painless. 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
Re: [Koha] Next general IRC meeting: 18 July 2012 at 10:00 UTC+0
Hello. At the June 2012 general IRC meeting (just concluded), it was decided that the next meeting would be 18 July 2012 at 10:00 UTC+0 One small but crucial amendment: the meeting will be 02:00 UTC+0 rather than 10:00 UTC+0. 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] sort by Popularity
Lynda, Hal is correct, but actually sorting by popularity has never quite worked before. I am currently working on fixing this. Regards, Jared On Jun 4, 2012 12:10 PM, Howell, Lynda lynda.how...@myunion.edu wrote: Hal, Thanks, that's helpful. We don't circulate any of our materials, and we don't have multiple items on anything (since everything's electronic), so I think I'm just going to remove the sort option altogether. Lynda. -Original Message- From: Hal Bright [mailto:hbri...@farmingtonlibraries.org] Sent: Monday, June 04, 2012 12:08 PM To: Howell, Lynda; 'koha@lists.katipo.co.nz' Subject: RE: sort by Popularity Lynda, I'm pretty sure it is based on cicrculation or all the items on the record combined. Hal Harold Bright Director of Information Services Farmington Libraries - 6 Monteith Drive Farmington, CT 06032 - hbri...@farmingtonlibraries.org W 860-673-6791 x 204 - F 860-675-7148 http://www.farmingtonlibraries.org From: koha-boun...@lists.katipo.co.nz [koha-boun...@lists.katipo.co.nz] on behalf of Howell, Lynda [lynda.how...@myunion.edu] Sent: Monday, June 04, 2012 11:52 AM To: 'koha@lists.katipo.co.nz' Subject: [Koha] sort by Popularity Can anyone explain the basis for the sort by Popularity in the Koha OPAC? Is it based on checkout frequency? # of copies owned? User ratings? ...? Thanks! Lynda. Lynda Howell Systems Librarian / Technologist Union Institute University 62 Ridge Street, Suite 2 Montpelier, Vermont 05602 (802) 828-8618 lynda.how...@myunion.edu ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha 3.6.x is not installing on debian
Zahid, Sorry. I've just been using the repo for updating from 3.6.4, so I forgot that Koha had some dependencies that weren't in Squeeze. If you add another line to your sources.list (and rerun sudo apt-get update), you'll be able to install the dependencies: deb http://apt.cpbibliography.com/koha dependencies main Regards, Jared On Fri, Jun 1, 2012 at 4:05 AM, Zahid Iqbal zahidiqbal_...@yahoo.comwrote: i have run apt-get update command, it works fine but when i run apt-get install koha-common its show error following package is not installable. The following information may help to resolve the situation: The following packages have unmet dependencies: koha-common : Depends: libcgi-session-driver-memcached-perl but it is not installable E: Broken packages i have also searched on internet but could not find any help. any suggestion in this problem? --- On *Thu, 31/5/12, Jared Camins-Esakov jcam...@cpbibliography.com*wrote: From: Jared Camins-Esakov jcam...@cpbibliography.com Subject: Re: [Koha] koha 3.6.x is not installing on debian To: Zahid Iqbal zahidiqbal_...@yahoo.com Cc: koha@lists.katipo.co.nz Received: Thursday, 31 May, 2012, 4:20 PM Zahid, On Thu, May 31, 2012 at 4:29 AM, Zahid Iqbal zahidiqbal_...@yahoo.comhttp://mc/compose?to=zahidiqbal_...@yahoo.com wrote: I am using debian 6.0.5 i want to install koha 3.6.x in it after adding the line deb http://apt.cpbibliography.com/koha 3.6.x in the file /etc/apt/sources.list.d/koha.list and add key wget -O- http://apt.cpbibliography.com/koha/gpg.asc | apt-key add - it works fine and key is added but when i run the command apt-get it gives error E: Malformed line 1 in source list /etc/apt/sources.list.d/koha.list (dist parse) E: The list of sources could not be read. Yes, I gave you the wrong line. The line should be: deb http://apt.cpbibliography.com/koha 3.6.x main Good luck! Regards, Jared -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.comhttp://mc/compose?to=jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ -- 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 3.6.x is not installing on debian
Zahid, On Thu, May 31, 2012 at 4:29 AM, Zahid Iqbal zahidiqbal_...@yahoo.comwrote: I am using debian 6.0.5 i want to install koha 3.6.x in it after adding the line deb http://apt.cpbibliography.com/koha 3.6.x in the file /etc/apt/sources.list.d/koha.list and add key wget -O- http://apt.cpbibliography.com/koha/gpg.asc | apt-key add - it works fine and key is added but when i run the command apt-get it gives error E: Malformed line 1 in source list /etc/apt/sources.list.d/koha.list (dist parse) E: The list of sources could not be read. Yes, I gave you the wrong line. The line should be: deb http://apt.cpbibliography.com/koha 3.6.x main Good luck! 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] Zebra database size
Viviane, Now the size of /etc/koha/zebradb has 512kb! Well, im using koha and the searches seems ok, but still, I feel like I'm doing something very wrong... Can the xpath reduce the zebra index so drastically? The Zebra database isn't store in /etc/koha/zebradb. That's just the configuration files. The database itself will be somewhere in /var/lib 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
[Koha] Koha 3.6.5 released
C4/ShelfBrowser slow SQL performance 7940normal Placing a hold on a single item from the staff cart causes errors 8020normal Prepare debian packages for 3.8 release 4819enhancement Add ID attribute to certain areas of OPAC so jquery can be used to hide them 7140enhancement Add item type description on the catalogue search and detail screens 7143enhancement Bug for tracking changes to the about page 7436enhancement Set itemtypes.rentalcharge = 0 in sample data for nb-NO and de-DE 7617enhancement Authority search results should optionally be sorted by system order 7700enhancement Cart's more details view shows identity numbers 7734enhancement NO_LIBRARY_SET should be translatable 7738enhancement Display more constraints in subfield configuraton is not properly translatable 7746enhancement In staff 'No public lists.' is not translatable 7758enhancement Koha allowing LOST items to check out without alert 7760enhancement Add ids and classes to every staff page to help with customizaton 7761enhancement cleaning up empty declarations from staff-global.css 7876enhancement Add ids to divs and spans with ids in opac-user.tt 7935enhancement Introduce sys pref to control 'browse results' in OPAC New sysprefs in 3.6.5 == * AutoCreateAuthorities * CatalogModuleRelink * LinkerKeepStale * LinkerModule * LinkerOptions * LinkerRelink * OpacBrowseResults * UseICU * dateformat System requirements == Changes since 3.4: * Perl 5.10 is required Documentation == As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, only the English version of the Koha manual is available: http://manual.koha-community.org/3.6/en/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations == Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Chinese (Taiwan) * Danish * English (USA) * English (UK) * French (France) * German * Italian * Portuguese (Brazil) * Spanish Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://wiki.koha-community.org/wiki/Translating_Koha for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team == The release team for Koha 3.6 is Release Manager:Chris Cormack chr...@catalyst.net.nz Documentation Manager: Nicole C Engard neng...@gmail.com Translation Manager:Frédéric Demians frede...@tamil.fr QA Manager: Ian Walls ian.wa...@bywatersolutions.com Bug Wranglers: Katrin Fischer, Magnus Enger Past Release Maintainer (3.6.x): Chris Nighswonger cnighswon...@foundations.edu Release Maintainer (3.6.x): Jared Camins-Esakov jcam...@cpbibliography.com Credits == We thank the following libraries who are known to have sponsored new features in Koha 3.6: * Los Gatos Public Library * NEKLS * East Brunswick Public Library * Athens County Public Libraries * Horowhenua Library Trust * Halton Borough Council * South Taranaki District Council We thank the following individuals who contributed patches to Koha 3.6.5. 1 BibLibre 1 Gaetan Boisson 12 Jared Camins-Esakov 3 Colin Campbell 1 David 2 Stéphane Delaune 2 Frédéric Demians 1 Jonathan Druart 9 Magnus Enger 28 Katrin Fischer 1 Chris Hall 12 Kyle M Hall 3 Srdjan Jankovic 1 Janusz Kaczmarek 11 Owen Leonard 1 Sophie Meynieux 1 Chris Nighswonger 3 Dobrica Pavlinusic 1 Maxime Pelletier 6 Paul Poulain 1 MJ Ray 3 Liz Rea 2 Marcel de Rooy 3 Adrien Saurat 5 Robin Sheat 1 Zeno Tajoli 2 Serhij Dubyk {Сергій Дубик} We regret any omissions. If a contributor has been inadvertantly missed, please send a patch against these release notes to koha-patc...@lists.koha-community.org. Revision control notes == The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for Koha 3.6.x (i.e., this version of Koha and future bugfix releases) is 3.6.x. Koha 3.8.0 was released on April 23, 2012. The next major feature release of Koha will be Koha 3.10.0. Bugs and feature requests == Bug reports
Re: [Koha] Kohacon12 Accomodation (Olugbenga Adara)
For what it's worth, it's actually a really nice train ride, if the train doesn't break down. But I like trains. Regards, Jared ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Fwd: Re: File names
Lenora, Here is what we found while solving the difficulty of our search results not showing even though records were there. [snip] So, we decided to uncomment the melm 090$c line. Lo, and behold, our search is now functioning. So, the question is, why is this line commented out on a fresh install? The reason the 090 line is commented out is that Koha doesn't use 090 for biblionumbers anymore. 090 is generally used for local call numbers, which are not suitable alternatives to biblionumbers (which Koha stores by default in 999$c). Did you upgrade from 2.something? 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] rebuild zebra prob
Greg, [snip] $ ./rebuild_zebra.pl -a -b -z -v [snip] This, of course, results in no book data being returned from the DB. OK, so now what should I try? Is this relevant? http://koha-community.org/faq/double-ups-search-results-clear-index-start-again/ -or this? http://manual.koha-community.org/3.2/en/resetzebra.html Try running: rebuild_zebra.pl -b -a -r -v That will reindex the enter database, not just process the zebraqueue. 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 on windows 7 install instructions?
Hello. I'm having a tough time finding information about installing koha on windows. Installing apache, perl, and mysql on windows is no problem. The issues arise when trying to install koha. I'm not surprised. Installing Koha on Windows is very difficult. I'd recommend against running Koha directly on Windows in the strongest possible terms. If, however, you want to brave it, Chris Nighswonger has written a guide to how he got Koha running under Windows: http://wiki.koha-community.org/wiki/Koha_3.4 I'm willing to document the process for windows installation and submit it to the docs team for any future windows people. I just need some help or pointers on getting this up and running. Also, the install notes say: ln -s /etc/koha/koha-httpd.conf /etc/apache2/sites-available/koha which I guess is softlinking the .conf file to a file in the sites-available subdir of apache2. However, my windows intall of apache 2.2 has no subdirectory called sites-available. You'll need to read the documentation on using Apache under Windows to figure out where .conf files with Apache virtual hosts go. a2enmod is for enabling Apache modules (probably has to be at compile time under Windows), and a2ensite is for enabling sites. I can't offer any more help than that, as I stopped using Microsoft products willingly before Windows XP was released. 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] Sessions table corrupt in Koha 3.0
Mason, On Sat, Jan 14, 2012 at 3:57 AM, Mason James m...@kohaaloha.com wrote: Truncating should work fine, but I saw somewhere (I think in the e-mail archives not positive), that it could take longer. I'm not sure that is true or not since I didn't try it. The advantage to truncate though would be I wouldn't have had to look up how to recreate the table. just curious, why not just truncate the table? aaah, that Q was for Jared... :) but answering my own question, i guess its because for the default inno-db config for mysql, a truncate wont delete the existing space for that table - where as a drop/create will That was my reasoning. It's possible that was unnecessary, but given that the problems all started when the system ran out of disk space, it seemed like a worthwhile precaution. 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] Sessions table corrupt in Koha 3.0
Edward, Drop the table then recreate it. Your users will have to log in again, but that's it. I'm not sure that will reclaim the disk space, though. Regards, Jared 2012/1/13 ed c terrapi...@yahoo.com I am trying to work on a small, older Koha (3.0.2)install that is not longer working. Koha is having issues connecting to the database after a problem with diskspace. While checking the Mysql and log files, I've come across with a problem with the sessions table in Koha. a CHECK TABLES on it or a REPAIR just hangs forever. They have backups so I should be able to restore the whole database (or possibly just this table) but before I do, does anyone have any other alternative solutions? What does this table do? Thanks, Edward ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Deduplicate authorities
Paul, There is not any authority deduplicator at present included in Koha. I proposed bug 7419 because it would be very useful to have one, but that project has not been funded yet. It is possible that someone else has already written one, in which case I would encourage that person to contribute said script to the community, 'cause lots of us would love to have it. Regards, Jared On Thu, Jan 12, 2012 at 11:15 AM, Paul pau...@aandc.org wrote: I'm not sure if this query is related to bug 7419, or just something that we are doing wrong (or not doing right.) (Koha v. 3.6.1.) Our cataloguers have started looking at duplicate authorities (mainly caused by import of Z39.50 biblios) and editing the biblios by using the drop-down Tag Editor at 100$a and choosing the one they wish to retain, then deleting the old|unused authority. As an example, they started with: Gibbs-Smith, C. H., Details 1 biblio(s) Gibbs-Smith, Charles H.,Details 1 biblio(s) Gibbs-Smith, Charles H., 1909- Details 1 biblio(s) Gibbs-Smith, Charles H., 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909- Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 4 biblio(s) and ended with: Gibbs-Smith, Charles Harvard, 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 1 biblio(s) Gibbs-Smith, Charles Harvard, 1909-1981 Details 4 biblio(s) The incremental zebra (-z) crontab does nothing to deduplicate, nor does a complete zebra authority reindex (-a -r -v), and I have tried additionally (-b -r -v -x) -- no joy. Is there a way to deduplicate? Thanks and regards - Paul __**_ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/**mailman/listinfo/kohahttp://lists.katipo.co.nz/mailman/listinfo/koha -- 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 setup: using single for staff client and OPAC
Jim, Yes, you can certainly run the intranet and OPAC on the same port. Just use virtual hosts in Apache. Regards, Jared 2012/1/9 Jim Maroon storyp...@gmail.com Hello, folks. I was wondering if I could get some advice. There is a controversy at our library about allowing outside access for the staff client. Our network administrator (who will have nothing to do with our Koha system) is concerned that opening a second port for the staff client creates additional risks. We have since worked out a compromise, but then I ran into the below link. In it, the author implies we don't need to use two ports, as he is only suggesting using port 80. I'm assuming that is for both staff and OPAC access from outside the firewall. ** ** http://openlib.org/home/krichel/courses/lis9012/doc/koha_installation.html Here is the relevant quote: Also note we are using port 80 for both servers, I don't see a reason to do otherwise. Apache can run many different virtual servers. Normally, each server has its own domain name. So, does this mean we could run both staff and OPAC on port 80? If so, I think this would go a long way toward resolving this issue and answering his security concerns. Thanks much in advance! --Jim Maroon ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Authorities lost during upgrade to 3.6.1
Paul, On Thu, Jan 5, 2012 at 6:50 PM, Paul pau...@aandc.org wrote: 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. The problem is probably that your record is too large for the MARC format. Use -x with rebuild_zebra. Local-number is the biblionumber, which is stored in 999$c. 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? None from me, sorry. [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. 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] MARC Export problem
Elaine, Limit by item type only works for records with items. It does not use the 942$c. I'm not sure there is any way to export only those records. Perhaps your best bet would be to export all records, and then filter out those records that have items? I'd probably convert the export to MARCXML and use a simple XSLT stylesheet for the filtering, but I'm sure MarcEdit has some sort of filtering capability. Regards, Jared On Wed, Jan 4, 2012 at 12:10 PM, Elaine Bradtke e...@efdss.org wrote: We have now upgraded to 3.06.02.000 mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i486) using readline 6.1 Server version: Apache/2.2.16 (Debian) And still have the same problem as outlined below. Any thoughts? Elaine On Wed, Dec 28, 2011 at 6:10 PM, Elaine Bradtke e...@efdss.org wrote: I am trying to export a group of biblios in order to batch edit them. These are biblios without item records (they are actually components, part of a larger bound volume, not physical items by themselves). But when I go through the steps in MARC export and select item type: component, it produces an empty file. If I select all item types, it only exports biblios with item records attached. Which is precisely the opposite of what I'm trying to do. I also tried selecting 'don't export items' to see if that made a difference. It doesn't. Is there any way I can extract these MARC records, or do I have to fix them all one at a time? We're running 3.04.02.000 - have been too busy with a major move in the past six months to upgrade. If this is a problem that has been fixed in a later version that would be useful to know. -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel+44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --- Writing about music is like dancing about architecture --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Well, this is disappointing ...
Lori, et. al., I think the key here is that Liblime is putting in the time to work with the LIS programs. I suspect if MassCat (or anyone else) had extended an offer, they would have accepted. Exactly! That has been my experience, at least. I've worked with two library schools to provide Koha installations for student use. One school actually has an in-house Koha expert, so my role with them was limited to advocacy. For the other school, C P Bibliography Services is providing a hosted Koha installation for their students' use. My hope is that by getting Koha into use in library schools, we'll see more understanding of the system, more testing (and user feedback), and, eventually a repository of lesson plans based on Koha. 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
Re: [Koha] Is it possible to take an XML feed of individual records and bring it into Koha or MARC format?
David, The short answer is yes. The long answer is, yes, but you'll probably need to do some sort of conversion. I'd use XSLT for the transformation. Do you know what schema Gartner uses? If you're lucky, it's something that the Library of Congress already provides a stylesheet for. If not (and it probably isn't, alas), chances are good you'll need a custom stylesheet to take their data and turn it into useful MARCXML (and from there you can convert it into binary MARC, and thence import it into Koha). Hope that helps. Regards, Jared 2011/12/9 Hartman, David W. - GBTS Library david.w.hart...@disney.com Is it possible to take an XML feed of individual records and bring it into Koha or MARC format? ** ** Gartner can only send their article records to me as XML … I don’t know how to get it from XML to MARC.. ** ** *David W. Hartman* Global Business Technology Strategy Library Team Disney 336N 407 828 4250 (8-222) FAX 407 828 4868 FOLLOW MY RESEARCH on Backlot http://backlot.disney.com/ Yammerhttp://www.yammer.com/ ! Learn about our research partners in the 2011 IT Research Competency Center http://tink.corp.disney.com/?i=n7a GBTS CAST can click to request AV Equipmenthttp://tink.corp.disney.com/?i=jbo, Books http://tink.corp.disney.com/?i=jbp, Researchhttp://tink.corp.disney.com/?i=jbn WATCH the GBTS Library (Video) Update http://tink.corp.disney.com/?i=2f0! CLICK for the GBTS VIRTUAL LIBRARY http://tink.corp.disney.com/?i=1wnportal site!! This communication is confidential, intended only for the named recipients above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipients is strictly prohibited. If you have received this communication in error, please immediately notify us by calling (407) 828-4250. Thank you. [image: cid:075452218@28012009-07E4]*Please consider your environmental responsibility before printing this e-mail* *[image: cid:075452218@28012009-07EB]* *Think Environmentality! Reduce! Reuse! Recycle!* ** ** ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ image001.gif___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Is it possible to take an XML feed of individual records and bring it into Koha or MARC format?
David, When I said schema I wasn't referring to the XML schema standard but, more generically, the layout of the data. The SXML from Gartner is what you'll need to convert to MARC. Chances are the conversion will be a bit of a challenge if you aren't familiar with XSLT, since it's unlikely that they designed their format with MARC conversions in mind. However, it would almost certainly be doable. Regards, Jared On Fri, Dec 9, 2011 at 12:47 PM, Hartman, David W. - GBTS Library david.w.hart...@disney.com wrote: Their source XML is in a slightly customized DocBook DTD (not schema) version 4.2. If you are referring to the XML Gartner delivers (our SXML), then that is a proprietary DTD that is included inside of the XML. ** ** *From:* Jared Camins-Esakov [mailto:jcam...@cpbibliography.com] *Sent:* Friday, December 09, 2011 10:55 AM *To:* Hartman, David W. - GBTS Library *Cc:* Koha *Subject:* Re: [Koha] Is it possible to take an XML feed of individual records and bring it into Koha or MARC format? ** ** David, The short answer is yes. The long answer is, yes, but you'll probably need to do some sort of conversion. I'd use XSLT for the transformation. Do you know what schema Gartner uses? If you're lucky, it's something that the Library of Congress already provides a stylesheet for. If not (and it probably isn't, alas), chances are good you'll need a custom stylesheet to take their data and turn it into useful MARCXML (and from there you can convert it into binary MARC, and thence import it into Koha). Hope that helps. Regards, Jared 2011/12/9 Hartman, David W. - GBTS Library david.w.hart...@disney.com*** * Is it possible to take an XML feed of individual records and bring it into Koha or MARC format? Gartner can only send their article records to me as XML … I don’t know how to get it from XML to MARC.. *David W. Hartman* Global Business Technology Strategy Library Team Disney 336N 407 828 4250 (8-222) FAX 407 828 4868 FOLLOW MY RESEARCH on Backlot http://backlot.disney.com/ Yammerhttp://www.yammer.com/ ! Learn about our research partners in the 2011 IT Research Competency Center http://tink.corp.disney.com/?i=n7a GBTS CAST can click to request AV Equipmenthttp://tink.corp.disney.com/?i=jbo, Books http://tink.corp.disney.com/?i=jbp, Researchhttp://tink.corp.disney.com/?i=jbn WATCH the GBTS Library (Video) Update http://tink.corp.disney.com/?i=2f0! CLICK for the GBTS VIRTUAL LIBRARY http://tink.corp.disney.com/?i=1wnportal site!! This communication is confidential, intended only for the named recipients above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipients is strictly prohibited. If you have received this communication in error, please immediately notify us by calling (407) 828-4250. Thank you. [image: cid:075452218@28012009-07E4]*Please consider your environmental responsibility before printing this e-mail* *[image: cid:075452218@28012009-07EB]* *Think Environmentality! Reduce! Reuse! Recycle!* ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ ** ** -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ image001.gif___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Barcode generation in koha 2.2.9 Windows Version
It was just pointed out I sent this to the wrong list. Sorry about that. On Tue, Nov 29, 2011 at 7:10 AM, Jared Camins-Esakov jcam...@cpbibliography.com wrote: Dilip, Please respond to the list. I cannot respond to personal messages in the future. You will need to migrate to a recent version of Koha, or make do without support. Regards, Jared On Tue, Nov 29, 2011 at 2:32 AM, Dilip Vala dilipva...@yahoo.co.inwrote: Dear Sir, Thanks for the prompt reply. I'm not familiar with Linux and I had already installed Koha 2.2.9 in Windows and I'm at completion of 15000 records entry. I'm using normal PC as Koha server. Kindly suggest. Dilip -- *From:* Jared Camins-Esakov jcam...@cpbibliography.com *To:* Dilip Vala dilipva...@yahoo.co.in *Cc:* koha@lists.katipo.co.nz koha@lists.katipo.co.nz *Sent:* Tuesday, 29 November 2011 12:52 AM *Subject:* Re: [Koha] Barcode generation in koha 2.2.9 Windows Version Dilip, Koha 2.2.9 is a very old version, and no one supports it anymore. You'd probably be much better off upgrading to a more recent version, and using a Linux server. The latest stable version is 3.6.0. Good luck. Regards, Jared 2011/11/28 Dilip Vala dilipva...@yahoo.co.in Dear Sir, Kindly inform me Barcode generation in koha 2.2.9 Windows Version. Thanks Dilip ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ -- 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] Barcode generation in koha 2.2.9 Windows Version
Dilip, Koha 2.2.9 is a very old version, and no one supports it anymore. You'd probably be much better off upgrading to a more recent version, and using a Linux server. The latest stable version is 3.6.0. Good luck. Regards, Jared 2011/11/28 Dilip Vala dilipva...@yahoo.co.in Dear Sir, Kindly inform me Barcode generation in koha 2.2.9 Windows Version. Thanks Dilip ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Help Please! Problem during upgrade to 3.06.00.001
Joel, First off, I would encourage you to subscribe to koha-devel if you are using Master. I sent out a warning about this yesterday. As for applying the patch, the following commands should do it: sudo apt-get install wget cd ~/kohaclone wget -O bug_6629_followup.patch http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6424 git am -3iu bug_6629_followup.patch [hit 'y' when asked] Let me take this moment to reinforce Chris's note about running from Master: it can be dangerous! If you aren't comfortable working with git, I would encourage you not to run from Master. Although it is in theory possible for something like this to happen on a stable branch (e.g., 3.6.x), it's much less likely to happen. If, for whatever reason, you *have* to use the Master branch, test the exact version you want to use on a staging server before applying it to a production server. And, while I'm on my teachable moment soapbox, here's a list of recommended reading for learning about git. I'd encourage you (and anyone else who is uncertain) to read at least three of the items on it if you intend to remain on Master: - The git tutorial - * http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html* - a good starting place - Git For Designers - * http://hoth.entp.com/output/git_for_designers.html* - an introduction to the concepts behind git - Git in a Nutshell - *http://jonas.iki.fi/git_guides/HTML/git_guide/*- a clearly written introduction to the use of git - Git man pages - *http://www.kernel.org/pub/software/scm/git/docs/* - the official git documentation, intended for technically-oriented users - Git Reference - *http://gitref.org/* - crash course in using git - Pro Git - *http://progit.org/book/* - an entire book on using git better - Git From the Bottom Up - * http://ftp.newartisans.com/pub/git.from.bottom.up.pdf* - a clearly-written article on the theory behind git - Koha’s git documentation - * http://wiki.koha-community.org/wiki/Version_Control_Using_Git* - instructions on using git in the context of Koha development - GitHub documentation - *http://help.github.com/* - since some of the ANS’s modifications are stored in a GitHub repository, it is important to know how to use GitHub Regards, Jared Camins-Esakov 2011/11/27 Joel Harbottle joel.harbot...@hotmail.com.au Hi Katrin, How do I go about installing this patch onto my system, I can be a bit clueless on installing these sorts of things on our Linux installation which runs Koha. If you could get back to me, or anyone please, with how to fix this problem, as soon as possible, that would be of great help. Cheers, Joel -- *From: *Fischer, Katrin katrin.fisc...@bsz-bw.de *Date: *Sun, 27 Nov 2011 15:22:05 +0100 *To: *Joel Harbottle joel.harbot...@hotmail.com.au, Koha List koha@lists.katipo.co.nz *Subject: *AW: [Koha] Help Please! Problem during upgrade to 3.06.00.001 Hi Joel, you updated to the latest development version, not to the stable version 3.6.0. This error has a patch waiting to be pushed: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6629 -- Katrin -Ursprüngliche Nachricht- Von: koha-boun...@lists.katipo.co.nz im Auftrag von Joel Harbottle Gesendet: So 27.11.2011 14:34 An: Koha List Betreff: [Koha] Help Please! Problem during upgrade to 3.06.00.001 Hi All, Please help! I’ve just upgraded my virtual box (Koha running on Debian, virtual machine created by Kyle Hall), and now encounter this error when navigating to the Staff Client in either Safari or Firefox. How can I overcome this? Software error: Can't call method cookie on an undefined value at /home/koha/kohaclone/C4/Templates.pm line 323. For help, please send mail to the webmaster (webmaster@koha), giving this error message and the time and date of the error. Kindest Regards, Joel ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- 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] Plea for help from Horowhenua Library Trust re: Koha
Welcome to the community! One of the great things about the community--possibly the greatest--is how supportive and welcoming it is. Speaking as an American business owner, I hope that you do not take this as indicative of the American Way. As most of you probably know, I am in the business of preserving cultural heritage, not co-opting it. About a year ago I shared my feelings on the importance of openness and community, and I still stand by what I said. Koha is a gift from Horowhenua Library Trust, and I, for one, am very grateful for it. I am very sorry that not everyone recognizes that, and that this absurd trademark application is an issue at all. Regards, Jared On Nov 22, 2011 9:56 PM, Kathryn Tyree kath...@catalyst.net.nz wrote: Hi Paul and all, In reply to Paul's mention of Catalyst below - yes Don Christie (Catalyst Director) is planning to contribute - we are keeping in touch with the wider Koha community and planning the best way to use our resources to help. I confess I've been following your messages quietly without introducing myself so far :) I'm Kathryn, the fairly new Project Manager for the Koha team at Catalyst in NZ. This is my first post to this list. It's been awesome to read all your messages over the past day. Kathryn == point 3 == I'm sure Catalyst have lawyers and Don will throw his hat in the game. In fact, Catalyst is probably the first one that could/would be annoyed by this trademark... ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Amazon Enhanced content
Good morning, all. I just came across a blog post which says that starting on October 25 Amazon.com will require people using their API to include an Associates tag. I think this means you will need to configure an Associates tag if you are using Amazon.com for cover images. For more details, see http://bibwild.wordpress.com/2011/10/18/amazon-product-advertising-api-requires-associatetag-now/ 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
Re: [Koha] Barcode and spine label printing in Koha
David, So far as I know, that is not possible at present. I know some libraries who are using that type of label use OCLC's Connexion software to print out their labels. I'm sorry I couldn't be the bearer of better nows. Regards, Jared 2011/10/12 Hartman, David W. - GBTS Library david.w.hart...@disney.com Hello! ** ** Is it possible to print both barcodes and spine labels on the same sheet? I see Gaylord has a label set, Gaylord LSL04 for both barcode and spine labels. If so, does someone have a template for this or similar? J* *** ** ** ** ** *David W. Hartman* Global Business Technology Strategy Library Team Disney 336N 407 828 4250 (8-222) FAX 407 828 4868 FOLLOW MY RESEARCH on Backlot http://backlot.disney.com/ Yammerhttp://www.yammer.com/ ! Learn about our research partners in the 2011 IT Research Competency Center http://tink.corp.disney.com/?i=n7a GBTS CAST can click to request AV Equipmenthttp://tink.corp.disney.com/?i=jbo, Books http://tink.corp.disney.com/?i=jbp, Researchhttp://tink.corp.disney.com/?i=jbn WATCH the GBTS Library (Video) Update http://tink.corp.disney.com/?i=2f0! CLICK for the GBTS VIRTUAL LIBRARY http://tink.corp.disney.com/?i=1wnportal site!! This communication is confidential, intended only for the named recipients above and may contain trade secrets or other information that is exempt from disclosure under applicable law. Any use, dissemination, distribution or copying of this communication by anyone other than the named recipients is strictly prohibited. If you have received this communication in error, please immediately notify us by calling (407) 828-4250. Thank you. [image: cid:075452218@28012009-07E4]*Please consider your environmental responsibility before printing this e-mail* *[image: cid:075452218@28012009-07EB]* *Think Environmentality! Reduce! Reuse! Recycle!* ** ** ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Bibliographer, C P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcam...@cpbibliography.com (web) http://www.cpbibliography.com/ image001.gif___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] memc missing
I think it's optional. I don't have it, and my installation works fine, so far as I can tell. If you're concerned, the module is in CPAN. It looks like libcgi-session-driver-memcached-perl was pulled from Debian in 2009 (maybe?), and a new package has been prepared by none other than Robin Sheat. Regards, Jared 2011/4/29 Paul pau...@aandc.org At 04:53 AM 4/30/2011 +0700, Mizst Audens wrote: The name is actually CGI::Session::Driver::memcached. The text is cut off when displayed by the utility. Thanks - and yes indeed - that's why I wrote below that I suspected libcache-memcached-perl, but that we're apparently up-to-date: paul@server2:~/koha3.4/koha-3.04.00.000$ sudo apt-get install libcache-memcached-perl Reading package lists... Done Building dependency tree Reading state information... Done libcache-memcached-perl is already the newest version. Any ideas where the missing memc[ached] might be found? Best - Paul --Mizst On Sat, Apr 30, 2011 at 4:46 AM, Paul pau...@aandc.org wrote: During checks prior to installing 3.4, I found: paul@server2:~/koha3.4/koha-3.04.00.000$ ./koha_perl_deps.pl -u -m Module Name          Current Version    Required Version Module Required - CGI::Session::Driver::memc   0 *          0.04 Graphics::Magick        1.3.12 *       1.3.5 Does anyone know where CGI::Session::Driver::memc might be found? I thought it could be libcache-memcached-perl but we seem to be up-to-date. Many thanks, Paul Tired old sys-admin ___ Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Freelance 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 - copying frameworks ongong
Linda, I'd suggest dumping biblio_framework, marc_subfield_structure, and marc_tag_structure and then just reloading them in the other system. Regards, Jared On Mon, Apr 25, 2011 at 12:27 PM, Linda Culberson lcul...@mdah.state.ms.uswrote: Sorry, that doesn't help because it is a different version. It would work from 3.4 to 3.4 but not from 3.2 to 3.4. So I still need help on how to get from 3.2. to 3.4. Thanks. On 4/25/2011 11:04 AM, Linda Culberson wrote: Never mind, I just found Nicole's video! On 4/25/2011 10:59 AM, Linda Culberson wrote: All, We have two instances of Koha. I finally found all of my errors my frameworks in one instance (it is in 3.2) and now want to copy those corrected frameworks over to my second instance which we just upgraded to 3.4. How is the easiest way to do that? Dumping the whole database seems overkill, but I'm not sure what tables are involved besides biblio_framework and marc_subfield_structure. Is there a relatively simple way of doing this? Thanks! -- Linda Culberson lcul...@mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Freelance 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