I see a couple situations when you could need a reindex:
- An upgrade explicitly states the need for it
- Changes on the index definitions
- Changing from GRS-1 to DOM indexing
- Weird/unexpected search results
The latter means something is going wrong. In that situation, please report
back to
I have doubts on following issue.
1.We have 03 VIP members who have the privilege to borrow n number of
books. I want to generate report (in excel or CSV) for these members. The
report may contain all the bibliographical data like ISBN, Class No. ,
title, author, publisher, eidtion, barcode,
Our main library consist of 3 Branches of library situated at different
locations having 2500 books each. The databases of books of all these
branches are maintained in KOHA database.The branch libraries now require
the database of the books held at their library separately. They want
almost all
Greetings,
I dont understand where should I apply a patch. Here is the link the
patch. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4873
This patch has been in master for a while (over 2 years), there is no need
to apply it if you have a version 3.4.x or higher.
If you wish to
At 01:42 PM 11/14/2014 +, Tomas Cohen Arazi wrote:
I see a couple situations when you could need a reindex:
- An upgrade explicitly states the need for it
- Changes on the index definitions
- Changing from GRS-1 to DOM indexing
- Weird/unexpected search results
3.8.5 (production) and from
3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a
complete biblio re-index after deleting a biblio record. Has this been
fixed?
I don't think that was ever true.
-- Owen
--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
In my instance(s), I have few enough records that I just run a full
re-index daily. There have been a few times along the way where
incremental indexing might manage to miss a record. Doing a full index
regularly during the overnight hours just makes sure everything is in there.
Probably not
Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm
only aware of a situation that could trigger that on NORMARC (recently
fixed) using DOM indexing.
Otherwise, we've used 3.0, 3.8 and 3.12 without any similar behaviour.
El Fri Nov 14 2014 at 12:50:02, Tom Hanstra
Owen, you're up.
I tried to rebuild zebra using the command:
sudo koha-rebuild-zebra -f -v mylibrary
The result shows:
Zebra configuration information
Zebra biblio directory = /var/lib/koha/mylibrary/biblios
Zebra authorities directory =
Greetings,
Check the permissions on your directories. They shouldn't be root. They are
generally of the form {instance}-koha.
For example, we have a kohademo instance on a server. Perhaps something as
simple as:
$ sudo chown -vR kohademo-koha.kohademo-koha /var/lib/koha/kohademo
may fix
Hi Nicole,
We're using Chromium for Koha (due to the excessive slowness), except
where we need silent receipt printing, where we're stuck with Firefox
until a jsprint-like addon for Chrome is available.
The slowness began presenting in Firefox 28, in both Windows and Linux
for us.
We found
Yes, have noticed--it's been a problem here.
Clear everything in the cache, but most important is to unselect Use
hardware acceleration when available.
For FF on Linux, that's:
Preferences - Advanced - Browsing
Greg
--
Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St.
I haven't noticed speed issues with Firefox, but their security issues have
recently been problematic with Koha - those appear resolved, but I'd tried
Chrome for a few days (I had avoided Chrome since there were general issue with
it on my work desktop, though others here had not issue with it
http://lifehacker.com/disable-firefoxs-hardware-acceleration-to-fix-slowness-749344037
https://support.mozilla.org/en-US/questions/991122
http://www.askvg.com/tip-reduce-mozilla-firefox-loading-time-by-disabling-hardware-acceleration-feature/
--
Greg Lawson
Rolling Hills Consolidated Library
Hi, Nicole--
I haven't noticed any slowness with Firefox 33.1 on Win7, and Firefox still
works much better for us with Koha than Chrome, but we probably have a very
unusual set of circumstances:
--Our employer has locked down Chrome options for use with our email system
disabled the ability to
Salvete!
Yes, Firefox has been as slow as I am of late. Another thing I noticed was
that a lot of the privacy stuff seems not to work properly anymore, too.
Cheers,
Brooke
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Another thing I noticed was that a lot of the privacy stuff seems not to work
properly anymore, too.
I'm curious about this. Can you elaborate on it?
-- Owen
--
Web Developer
Athens County Public Libraries
http://www.myacpl.org
___
Koha mailing
We have Firefox 33.1 version Win7, Koha is still slow..
Luminita Vulcu http://ecampus.salus.edu/library/
Library http://ecampus.salus.edu/library of Salus University
http://www.salus.edu
8360 Old York Road
Elkins Park, Pa 19027
phone: 215-780-1262
fax: 215-780-1263
lumin...@salus.edu
On Fri,
Try turning off hardware acceleration if it's turned on. Not
specifically with Koha, but Chrome was unusably slow until I turned off
hardware acceleration and I've always turned off hardware acceleration
in Firefox. (This is on Windows 7.)
The hardware acceleration setting in Firefox is in
At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote:
Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm
only aware of a situation that could trigger that on NORMARC (recently
fixed) using DOM indexing.
[snip]
3.8.5 (production) and from my test notes 3.12.various
HI all
Just a friendly reminder, the Koha Users list is not really the place for
random library related job advertisements. If it was Koha related this
would be different, hopefully I have misunderstood and what this email
means is that Houston Public Library is migrating to Koha
Chris
Greetings,
And what cronjobs do you currently have? Perhaps you don't even have your
partial reindex cronjob installed?
GPML,
Mark Tompsett
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
On 2014-11-15, at 9:49 AM, Paul A wrote:
At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote:
Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm
only aware of a situation that could trigger that on NORMARC (recently
fixed) using DOM indexing.
[snip]
3.8.5
At 12:53 PM 11/15/2014 +1300, Mason James wrote:
On 2014-11-15, at 9:49 AM, Paul A wrote:
At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote:
Paul, I'm sorry you suffered that on your Koha, but I've never seen
it. I'm
only aware of a situation that could trigger that on NORMARC
unsubscribe
--
Confidentiality Notice: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use,
On 2014-11-15, at 1:53 PM, Paul A wrote:
At 12:53 PM 11/15/2014 +1300, Mason James wrote:
On 2014-11-15, at 9:49 AM, Paul A wrote:
At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote:
Paul, I'm sorry you suffered that on your Koha, but I've never seen it.
I'm
only aware of a
Hi Rena,
You need to do that for yourself. Follow the last URL on this page.
Bob Birchall
Calyx
On 15/11/14 15:06, Sheffer, Rena A wrote:
unsubscribe
--
Confidentiality Notice: This e-mail message, including any
27 matches
Mail list logo
