hi,
please send *dateutils.pm* file for koha upgrade .
thanks
--
View this message in context:
http://koha.1045719.n5.nabble.com/DateUtils-tp5756420.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list http://koha
Dear all,
As we are planning to migrate our data to Koha shortly, it will be nice that
swap MARC tags can be done as part of the data import.
In our previous system, we can setup MARC tag swaps in a nominated order,
for example:
1 - 001$a swap to 035$a
2 - 984$b swap to 001$a
When we received
Greetings,
please send *dateutils.pm* file for koha upgrade .
You mean Koha::DateUtils? It is included in the koha-common package. The
file ./Koha/DateUtils.pm is there from a source-based (git or tarball)
install. What method of installation are you using? What OS are you using?
What set o
Dear all,
We are planning to migrate our data to Koha shortly, i have a few questions
that I hope someone can help me:
1. Each of our bibliographic record has a sequential number. Is it possible
to import them in that order, so the sequential number match up with the
Koha biblionumber (in MARC 9
At 05:43 PM 5/29/2013 -0700, David Whelchel wrote:
[snip]
At this point I can go into either the OPAC or ADMIN client and successfully
search. BUT once I execute any rebuild_zebra.pl command (all finish without
any errors) upon searching the search results show the number of items
returned but
Just to say, it may not be the Koha upgrade that caused the problem.
We haven't upgraded our Koha system lately (we're running 3.10.02) but the
server that it runs on recently had a system upgrade. We thought Koha came
through without any problems (search and display seemed fine), but newly
catal
Hi,
when i convert koha 3 to 3.1 , i have to run
misc/migration_tools/rebuild_nozebra.pl.(cant find DateUtils.pm)
this is the problem???
installation done by tar ball.
thanks.
--
View this message in context:
http://koha.1045719.n5.nabble.com/DateUtils-tp5756420p5756549.html
Sent from the Koha
Make sure you provide the exact Koha version you can from and upgrade to.
Koha versions have 3 numbers like 3.10.6. It should be exact.
On the other hand, rebuild_nozebra.pl shouldn't be used. Forget about it.
If you installed koha on /usr/share/koha you can run this two commands:
export KOHA_CO
Hello everybody,
I have three systems running Koha, two test systems and a production system I'm
currently building. I built them all from Koha Live DVD, then applied all the
updates/upgrades available so they're running on Xubuntu/Ubuntu 12.04 LTS, I
believe. Two of the systems are running Koh
Hi,
On Thu, May 30, 2013 at 11:09 AM, King, Fred wrote:
> The problem I'm having is slow checkout times. On the 3.12 production
> system, I scan a barcode and the system takes thirty seconds to respond.
> The server shows circulation.pl taking up 100% of the CPU, and that's two
> 3GHz Xeon proces
Galen suggested I upload the output to paste.koha-community.org. If I got it
right, all 500+ lines are at
http://paste.koha-community.org/30
That's as much as I could capture; circulation.pl got a new PID each time, and
it took me a few seconds to type it in.
--Fred
Fred King
Medical Librar
On 31 May 2013 07:28, King, Fred wrote:
> Galen suggested I upload the output to paste.koha-community.org. If I got it
> right, all 500+ lines are at
>http://paste.koha-community.org/30
>
> That's as much as I could capture; circulation.pl got a new PID each time,
> and it took me a few seco
Hi,
On Thu, May 30, 2013 at 11:09 AM, King, Fred wrote:
> The problem I'm having is slow checkout times. On the 3.12 production system,
> I scan a barcode and the system takes thirty seconds to respond. The server
> shows circulation.pl taking up 100% of the CPU, and that's two 3GHz Xeon
> pro
Hey folks. I'm trying to build a report in Access (don't ask me why). I know
in Koha, I can use ExtractValue(bi.marcxml,
'//datafield[@tag="245"]/subfield[@code="b"]') to get the remainder of the
title in the Marc record. However, ExtractValue isn't a function in Microsoft
Access. Anyone kn
On 31 May 2013 10:23, BRANNON, CHRISTOPHER wrote:
> Hey folks. I'm trying to build a report in Access (don't ask me why). I
> know in Koha, I can use ExtractValue(bi.marcxml,
> '//datafield[@tag="245"]/subfield[@code="b"]') to get the remainder of the
> title in the Marc record. However, Ext
Hi,
On Thu, May 30, 2013 at 3:23 PM, BRANNON, CHRISTOPHER
wrote:
> Hey folks. I'm trying to build a report in Access (don't ask me why). I
> know in Koha, I can use ExtractValue(bi.marcxml,
> '//datafield[@tag="245"]/subfield[@code="b"]') to get the remainder of the
> title in the Marc record.
Elaine Bradtke schreef op do 30-05-2013 om 16:59 [+0100]:
> The indexing process seems to be a weak spot in Koha.
When we set up nagios monitoring for Koha instances, one of the things
we include is checking that there is nothing in the zebra queue more
than about an hour old. This ensures that th
That is awesome. Didn't know about that. Works like a charm. Now I just need
to figure out the equivalent of
HAVING items.holdingbranch=<>
within Access and all will be well. Thanks for the info!
Christopher Brannon
Coeur d'Alene Public Library
If you're using Access as an ODBC front-end t
Dear Friends,
We upgraded Koha from version 3.10.04 to 3.10.05.
Our record match set isn't working at all (nothing import when we use it),
but it worked in 3.10.04 version.
Why can't we import (only can stage) matching records ?
What is the matter?
Regards
19 matches
Mail list logo
