Re: [Koha] Koha vs Liblime Koha
Hi all, As others pointed out, LLK and Koha are not the same. They were once upon a time, but speaking as someone whose employer (SCLS) chose LLK but who also watches the Koha community with great interest, I can confirm the products are divergent, and increasingly so. Some key differences that are of note (and I'm sure there are others): LLK is, technically, open source, but not nearly as open as Koha. Too many differences to get into in any great detail here, but in summary: very different. You can download it and use it, but you won't find many others who are hosting it and thus able to help in that area; your realistic choices for support are be a LibLime customer or Do It Yourself. Compare community, where one can download, bootstrap and get good help doing it. LLK scales very high. SCLS pushes on average over one million checkouts per month, pitting nearly 500,000 patrons against 900,000 bibs and 3.4 million items. I believe that Koha can scale too, but so far as I know it really has not been battle-tested to the same degree. If/when it is, there may be some hurdles to clear (there definitely were for LLK when we started stomping on it). LLK uses Solr to meet our demanding search requirements. Koha started down that path but (if I understand correctly) is now heading toward other solutions. LLK fines and fees handling is now very different from Koha. Acquisitions too, I think, though I pay hardly any attention in that area... LLK is said to be slated to merge functionality with another fork, LL Academic Koha, creating a new super fork (a spork? =). This is probably going to be good for most LibLime customers, I think, but after that point I think comparing the resulting product to Koha is really going to be quite a stretch of the imagination. Koha has a well-maintained manual, wiki, db schema map and other reference materials. While these were once also pretty valid sources of info for LLK, the fork divergence is continually eroding that value. It is not safe to read something in community resources and conclude that what you find there is also true for LLK. You can test, and you can validate in many cases that things are still similar if not identical under the hood, but you cannot just assume that they are comparable because in some cases they are not. For me, the fact that LLK lacks these documentation and info sharing resources is a real downside. On the upside, when we go to LL staff to get info, they do know or will find the answer, but IMO it would be better if the same scope and quality of reference material were there as exists for Koha. This is definitely a strike against the idea that you can just download LLK and Do It Yourself. Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gbarniskis at scls.info, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can anyone help a new Koha user?
On 5/18/2012 4:50 AM, Stew Wilson wrote: installers I used are: ... - Koha2.2.8-W32-R0 Hi Stew, The version of Koha that you're trying to use is very old and as such is not supported. It is possible that someone with a whole lot of Koha experience may be able to help you with it, but the common answer to this kind of question is a suggestion to use Koha 3.x, with the currently supported releases being 3.6 and 3.8. I've read that folks are actually making good progress on getting modern Koha going on Windows (for example, see the notes for 3.2 and 3.4 linked here: http://wiki.koha-community.org/wiki/Category:Win32). However, even if you succeeded at that approach at that you'd be creating something of an outlier compared to the community's much broader experience with Linux platforms. It might still be difficult to get ready assistance for a modern Windows configuration. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Upgrading koha to 3.8
On 5/2/2012 10:57 AM, Ranadip Chandra wrote: 9. Try to install the missing perl module. While installing the following screen appears : http://koha.1045719.n5.nabble.com/file/n5680924/3.png Hi, The text in your screen shot indicates that the module install is failing due to a network connection problem. It looks very much like your system is configured to use a Squid web proxy (its standard TCP port is 3128), and that the connection is failing locally rather than at CPAN. Try using wget on a different URL (sudo /usr/bin/wget http://www.google.com;). If that also fails, you need to fix your Koha server's proxy connectivity, then retry the module installation. Hope that helps, -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Secure staff client
On 3/20/2012 8:20 AM, Tom Hanstra wrote: However, there is a setting in the System Preferences which lists the Staff client URL, and that does not give us the opportunity to use a URL with https. The information on that page is 'hardcoded' to http. Hi Tom, You can probably solve that in the short term by using Apache Rewrite directives to force the translation of all http requests to https. I'd cite the official documentation for this, but *.apache.org seems to be having some problems this morning. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Secure staff client
On 3/20/2012 8:34 AM, Greg Barniskis wrote: On 3/20/2012 8:20 AM, Tom Hanstra wrote: However, there is a setting in the System Preferences which lists the Staff client URL, and that does not give us the opportunity to use a URL with https. The information on that page is 'hardcoded' to http. Hi Tom, You can probably solve that in the short term by using Apache Rewrite directives to force the translation of all http requests to https. I'd cite the official documentation for this, but *.apache.org seems to be having some problems this morning. http://wiki.apache.org/httpd/RewriteHTTPToHTTPS -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Secure staff client
On 3/20/2012 12:28 PM, Greg Barniskis wrote: On 3/20/2012 8:34 AM, Greg Barniskis wrote: On 3/20/2012 8:20 AM, Tom Hanstra wrote: However, there is a setting in the System Preferences which lists the Staff client URL, and that does not give us the opportunity to use a URL with https. The information on that page is 'hardcoded' to http. Hi Tom, You can probably solve that in the short term by using Apache Rewrite directives to force the translation of all http requests to https. I'd cite the official documentation for this, but *.apache.org seems to be having some problems this morning. http://wiki.apache.org/httpd/RewriteHTTPToHTTPS errr http://wiki.apache.org/httpd/RedirectSSL sorry, having one of those days -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 502 Bad Gateway - nginx/0.8.54
On 9/6/2011 11:44 AM, WTC wrote: Occassionally I will get this error when I'm searching the catalogue: 502 Bad Gateway nginx/0.8.54 This error is not from Koha. Your Koha server appears to be set up behind a nginx reverse proxy server, probably for load balancing and/or security purposes. You will need to address any problems with nginx to your local tech folks and/or your Koha hosting provider. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha OPAC usage log
On Wed, May 11, 2011 at 4:05 PM, Agnes Rivers-Moore a...@hanover.ca wrote: Hello all Is there a way to extract usage statistics for the public catalogue of Koha? I would like to be able to make a report that would show daily numbers of main page access, number of searches, number of holds placed, number of renewals done by our patrons through the OPAC. Does anyone have a method for this? Is there a log file we could query to generate these number? Has anyone added a web page analytics thing to get this kind of usage information? We are on 3.00.06, moving to 3.2 soon. Thank you Agnes Hi Agnes, You may need to try a couple of different methods to get at the different kinds of information you're looking for. A statistic like how many times was the main page accessed? is probably best answered by looking at the log files for the web server and running them through software designed to analyze web server logs. So, Apache log files if your web server runs Apache (it probably does). Your web log may also have a lot to say about the kinds of searches being made. A statistic like number of holds might be better exposed through a SQL query, particularly if you wanted to combine that with questions like who placed holds? and on what?. Off the cuff, I don't know the syntax you'd need for any of that, but it might be in the community's SQL report wiki, found at http://wiki.koha-community.org/wiki/SQL_Reports_Library. In any case, a lot of useful things are there. If you come up with some clever new SQL query to get at your desired info, please contribute it there. Hope that helps, Greg ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Unable to see patron address change
Hi Sheldon, My understanding of this OPAC feature is that it lets patrons inform the library of a request to change their information, rather than actually letting the patron alter the database directly. I believe an email message is sent to the administrator address defined in your sysprefs about the patron's change request. A librarian then needs to act on that email to actually change the patron record. Hope that helps, On 4/26/2011 12:18 PM, sheldon_tappin wrote: Hi All, We are currently using Koha 3.0.6. We're carrying out final tests on the system and observed that a patron change their address information from the OPAC interface but we cannot see the changes in the Staff Interface. Can you please tell me if this is a problem in Koha 3.0.6. We do plan on upgrading to Koha 3.2.x. If this is a problem in koha 3.0.6 please tell me if this problem is corrected in koha 3.2.x. Sheldon -- View this message in context: http://koha.1045719.n5.nabble.com/Unable-to-see-patron-address-change-tp4341482p4341482.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha behind proxy server
As Robin noted, you can't run Z39.50 through a typical proxy server (that is, a proxy which is designed for HTTP traffic). If you truly need to proxy the Z39.50 traffic, you might look at YAZproxy, http://www.indexdata.com/yazproxy. It is not part of Koha. On 4/19/2011 2:16 AM, schwitzd wrote: Hello I'm trying to using koha behind a proxy server, but I'm not able to contact the server using the z39.50 protocol. How I have to configure koha to works with the proxy? I have to enable something on the proxy server? Thanks a lot Daniel -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-behind-proxy-server-tp4312674p4312674.html Sent from the Koha - Discuss mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Task Scheduler
On 4/8/2011 4:22 AM, Vitor Fernandes wrote: No one have this working? I only need to know how a user can schedule a task. This is probably due to your server environment rather than Koha itself. See http://linuxcommand.org/man_pages/atq1.html for example, where some common at permission controls are described. Or see man at on your own system. Hope that helps, -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) gregb at scls.lib.wi.us, (608) 242-4716 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
