Dear all,
I've been having for all new bib records this error message.
not well-formed (invalid token) at line 13, column 1648, byte 2614 at
/usr/lib/perl5/XML/Parser.pm line 187
I'm running Ubuntu 10.04, koha 3.2.9.
Any help?
Thank you.
Hugo Rodrigues
___
Any idea of how to fix the following error? This error occurs when Koha is
told to import a record from Z39.50 servers. The Z39.50 lookup works fine,
it occurs right when you click on the 'import' link to the right of a Z39.50
record...any help is greatly appreciated as this has been happening fo
Dear Mayo,
I also got the same problem. I resolved the error by changing the
"z3950NormalizeAuthor z3950AuthorAuthFields" setting under the Cataloguing
Tab, and Record Structure section to "don't copy". Got the solution from
following discussion-
http://koha.1045719.n5.nabble.com/Can-t-import-MARC-
I finished upgrading to Koha 3.4.1 and then realised that I had missed the
following two lines in the README.ubuntu file. So I've now executed them.
The second needed to be run in sudo because of permission errors.
misc/maintenance/remove_items_from_biblioitems.pl --run
misc/migration_tools/reb
Alternatively - can anyone offer advice as to whether it is a problem to
leave Koha in an upgraded state where these two commands have not been
executed? I've noted that Koha seems fine before I execute these two
commands...but would it be fine in the long term? Would there be any data
mess creat
I've also just noticed that I get the following when the web interface
upgrade occurs...I don't know if it has any relation or not though as the
interface works fine and records come up in results fine until the reindex
occurs. I've also tried the two commands before the web install and it
gives t
Hi.
I
send the patch to the development of Punctuation in MARC Fields,
and the local help to cataloging.
This development will be sent
to the community for possible
inclusion.
The development "Punctuation in MARC
Seth Mayo
writes:
> The
> second needed to be run in sudo because of permission errors.
Isn't that supposed to be run as same user as owner of the koha
database?
>
> misc/maintenance/remove_items_from_biblioitems.pl --run
> misc/migration_tools/rebuild_zebra.pl -b -r
--
Mahesh T. Pai
Seth Mayo
writes:
> Update errors :
>
> * [Mon Jun 20 22:07:21 2011] updatedatabase.pl: DBD::mysql::db do failed:
> Duplicate column name 'privacy' at /usr/share/koha/intranet/cgi-bin/
> installer/data/mysql/updatedatabase.pl line 3998.
> * [Mon Jun 20 22:07:21 2011] updatedataba
Mahesh T Pai wrote:
> I would certainly appreciate if the dependencies were grouped by
> "absolutely required"; and "X is required if you enable (or want
> functionality kX) kX", where kX is an option within Koha.
I've submitted a patch for INSTALL.debian which will suggest
using koha_perl_deps.pl
Hi All,
after lots of careful consideration and discussion Strategic Data have
decided to discontinue support for new Koha clients. We will however
continue to support our existing ones. We have enjoyed a long and
happy relationship with Koha and we will still be recommending it's
use where
The login form has an option of selecting the library.But the selected
library is not actually set in the logged in page. Can anyone help to find
out why does this occur
--
View this message in context:
http://koha.1045719.n5.nabble.com/Cannot-Set-Library-on-login-tp4505865p4505865.html
Sent from
Same problem here. We ran rebuild_zebra.pl with -r to no avail. Zebra does
not seem to be catching the barcode, unless we change a field on the item.
Running a script to manually add a public note to items is a work-around
solution, but is too time consuming due to our large number of items.
The p
We are having a similar problem: After updating from 3.0 to 3.2, items that
were barcode-searchable are no longer found. Older items seem to be
unaffected while newer items all show up missing. However I can find the
item using a php-based custom script. However the item will not search by
title or
On Jun 20, 2011, at 1:29 AM, Adam Thick wrote:
> Hi All,
> after lots of careful consideration and discussion Strategic Data have
> decided to discontinue support for new Koha clients. We will however
> continue to support our existing ones. We have enjoyed a long and
> happy relationship w
On Mon, Jun 20, 2011 at 4:11 PM, tanzeem wrote:
> The login form has an option of selecting the library.But the selected
> library is not actually set in the logged in page.
>
You must be trying to login as the administrator user (the Koha database
user account created during setup).
If so, thi
Hi All
As some of you might be aware, I am heading over to the US for ALA
(flying out at 7am tomorrow morning). While I am there, it would seem
like a good/fun thing to do would be to have a little hackfest one
evening.
This will be open to all levels of ability, from people who can code
through
-- Forwarded message --
From: Joann Ransom
Date: 21 June 2011 11:52
Subject: Re: About koha-community.org domain
To: Tomas Cohen Arazi
As the 'official' holder of the domain koha-community.org.nz we are entirely
happy to do whaever the community wishes. I personally see no probl
2011/6/21 Joann Ransom :
>
>
> -- Forwarded message --
> From: Joann Ransom
> Date: 21 June 2011 11:52
> Subject: Re: About koha-community.org domain
> To: Tomas Cohen Arazi
>
>
> As the 'official' holder of the domain koha-community.org.nz we are entirely
> happy to do whaever th
Great idea! Safe travels, Chris.
Joy
Amigos Library Services
14400 Midway Rd
Dallas, TX 75244
-Original Message-
From: koha-boun...@lists.katipo.co.nz on behalf of Chris Cormack
Sent: Mon 6/20/2011 5:53 PM
To: koha@lists.katipo.co.nz
Subject: [Koha] Hackfest at ALA
Hi All
As some of
Hi All,
I wish to acknowledge Strategic Data's contributions to the Koha community.
Strategic Data (Australia) were one of the earliest committers to Koha
and along the years contributed new features developed for clients into
the standard Koha package.
They started implementing Koha in librar
MJ Ray writes:
> using koha_perl_deps.pl which does show what is required and
> what is optional. Splitting debian.packages in two would be
> a bigger job and I'm not sure if it's worthwhile, but have a
> go if you think it is.
How about a .deb metapackage as a part of the koha tarball, whi
Dear All,
Probably a silly question, but I am not a librarian.
Koha version is currently 3.4.1; and previously, it was 3.00.00.107.
The librarian says that they used to search for a book by barcode
number, The number they refer to as barcode number is what is found at
biblionumber column in t
Shall I download the list of books in the cart in any other format? There is
only 3 formats to download the list.(RIS,Bibtex and iso). But I have to
download it in .odt or .doc format. How can I do this?? Please help
anyone...
--
View this message in context:
http://koha.1045719.n5.nabble.com/Ca
24 matches
Mail list logo
