[Koha] Copies not visit in OPAC
R Sunil Kumar
sunil.kumar at ecoleglobal.com
Tue Jan 3 17:44:27 NZDT 2012
Dear All,
Koha 3.04.01 is currently installed. I am able to see the copies with
accession number in staff interface but in OPAC it displays copies not
available, I have activated Hold request but two error are displayed.
1. Copies not available for host.
2. Patron have over limit Hold
Can anybody suggest.
Thanks and Regards
R Sunil Kumar
Library Technologist.
-----Original Message-----
From: koha-bounces at lists.katipo.co.nz
[mailto:koha-bounces at lists.katipo.co.nz] On Behalf Of
koha-request at lists.katipo.co.nz
Sent: 03 January 2012 02:40
To: koha at lists.katipo.co.nz
Subject: Koha Digest, Vol 75, Issue 1
Send Koha mailing list submissions to
koha at lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.katipo.co.nz/mailman/listinfo/koha
or, via email, send a message with subject or body 'help' to
koha-request at lists.katipo.co.nz
You can reach the person managing the list at
koha-owner at lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Koha digest..."
Today's Topics:
1. Fw:Software error (Peter Zhao)
2. Software error (Peter Zhao)
3. Re: Software error (Robin Sheat)
4. Re: Software error (BWS Johnson)
5. Re: Software error (Tomas Cohen Arazi)
6. Authorities lost during upgrade to 3.6.1 (Paul)
----------------------------------------------------------------------
Message: 1
Date: Mon, 2 Jan 2012 14:13:44 +0800 (CST)
From: "Peter Zhao" <peterzhaonj at 163.com>
To: koha at lists.katipo.co.nz
Subject: [Koha] Fw:Software error
Message-ID: <2f82c3a1.74bc.1349d0d5825.Coremail.peterzhaonj at 163.com>
Content-Type: text/plain; charset="gbk"
Hi,
Could anyone fix this problem?
I use Koha-3.06.02 to install. After installation, everything works well.
I would like try use MARC21 and Unimarc in the same system. So I do like
this "1.MARC Bibliographic framework
2.New Framework
3.import Unimarc.sql".
After created the Unimarc Framework. The system doesn't work well anymore.
When I use opac to search,it shows:
Software error:
Can't call method "data" on an undefined value at
/usr/share/koha/lib/C4/Search.pm line 1488.
For help, please send mail to the webmaster (webmaster at ubuntu), giving this
error message and the time and date of the error.
It can't allow to Add MARC Record.
Software error:
Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2170
For help, please send mail to the webmaster (webmaster at ubuntu), giving this
error message and the time and date of the error.
How to fix these problem? Do you have any idea to use MARC21 and Unimarc
together?
Than you.
Peter Zhao
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.katipo.co.nz/pipermail/koha/attachments/20120102/b4727b77/atta
chment-0001.html>
------------------------------
Message: 2
Date: Mon, 2 Jan 2012 14:14:41 +0800 (CST)
From: "Peter Zhao" <peterzhaonj at 163.com>
To: koha at lists.katipo.co.nz
Subject: [Koha] Software error
Message-ID: <5a7f7074.74e1.1349d0e3805.Coremail.peterzhaonj at 163.com>
Content-Type: text/plain; charset="gbk"
Hi,
Could anyone fix this problem?
I use Koha-3.06.02 to install. After installation, everything works well.
I would like try use MARC21 and Unimarc in the same system. So I do like
this "1.MARC Bibliographic framework
2.New Framework
3.import Unimarc.sql".
After created the Unimarc Framework. The system doesn't work well anymore.
When I use opac to search,it shows:
Software error:
Can't call method "data" on an undefined value at
/usr/share/koha/lib/C4/Search.pm line 1488.
For help, please send mail to the webmaster (webmaster at ubuntu), giving this
error message and the time and date of the error.
It can't allow to Add MARC Record.
Software error:
Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2170
For help, please send mail to the webmaster (webmaster at ubuntu), giving this
error message and the time and date of the error.
How to fix these problem? Do you have any idea to use MARC21 and Unimarc
together?
Than you.
Peter Zhao
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.katipo.co.nz/pipermail/koha/attachments/20120102/7f44ee6b/atta
chment-0001.html>
------------------------------
Message: 3
Date: Tue, 03 Jan 2012 02:15:31 +1300
From: Robin Sheat <robin at catalyst.net.nz>
To: koha at lists.katipo.co.nz
Subject: Re: [Koha] Software error
Message-ID: <4F01ADF3.7000004 at catalyst.net.nz>
Content-Type: text/plain; charset="iso-8859-1"
Op 02-01-12 19:14, Peter Zhao schreef:
> I would like try use MARC21 and Unimarc in the same system. So I do like
> this "1.MARC Bibliographic framework
I'm fairly sure that's a bad idea and not possible. The differences
between them (in terms of Koha internals) is a lot more than just the
MARC type. My natural instinct from the bit quoted would have to be "run
away screaming" :)
Probably not related to the error you're getting though.
Most likely you've got your system set to something (say, MARC21) and by
trying to add data in UNIMARC format you're missing out some required
fields, or they're being parsed in quite a different fashion, such that
it breaks.
Even if you fixed that in Koha (which would be a huuuuge job), you'd
still have to deal with the fact that Zebra would hate you forever.
Robin.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.katipo.co.nz/pipermail/koha/attachments/20120103/f769e546/atta
chment-0001.pgp>
------------------------------
Message: 4
Date: Mon, 2 Jan 2012 05:58:36 -0800 (PST)
From: BWS Johnson <abesottedphoenix at yahoo.com>
To: "koha at lists.katipo.co.nz" <koha at lists.katipo.co.nz>
Subject: Re: [Koha] Software error
Message-ID:
<1325512716.10860.YahooMailNeo at web114711.mail.gq1.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Kia ora!
>> I would like try use MARC21 and Unimarc in the same system. So I do like
>> this "1.MARC Bibliographic framework
>
> I'm fairly sure that's a bad idea and not possible. The differences
> between them (in terms of Koha internals) is a lot more than just the
> MARC type. My natural instinct from the bit quoted would have to be "run
> away screaming" :)
>
> Probably not related to the error you're getting though.
>
> Most likely you've got your system set to something (say, MARC21) and by
> trying to add data in UNIMARC format you're missing out some required
> fields, or they're being parsed in quite a different fashion, such that
> it breaks.
>
> Even if you fixed that in Koha (which would be a huuuuge job), you'd
> still have to deal with the fact that Zebra would hate you forever.
>
??? This was my initial reaction, too. Then I turned it over in my head a
few times, and there are occasions where I could think having data in both
MARC21 and Unimarc would be handy. Places in Europe, say for the UN, might
want to have both with good reason. So this is proper thinking in terms of
saving the time of the reader.
??? I think the sticking point isn't at having both, but at having both try
to occupy a single Koha at a single point in time. I wonder if one might
work about the very nasty logical and bibliographic errors that are bound to
result in executing this idea by having parallel Koha servers. One could be
twiddled to have the parameters for MARC21, one could hold Unimarc. The
tricky bit, perhaps, might be synching patron data and item data so that
folks knew when summat was out. It would be important to have this element
so that folks didn't have to consult 2 catalogues to get their information.
2 records related to a single item is challenging, but I don't think I would
pigeon hole it as impossible. Highly improbable and difficult (read costly)
to execute, definitely.
??? From a cataloguing perspective, I'd imagine it might be useful someplace
larger, so logistically, I can see having a Unimarc cataloguer and a MARC21
cataloguer and never the twain need meet. (Not that one couldn't do both of
course.)
Cheers,
Brooke
------------------------------
Message: 5
Date: Mon, 2 Jan 2012 15:50:33 -0300
From: Tomas Cohen Arazi <tomascohen at gmail.com>
To: BWS Johnson <abesottedphoenix at yahoo.com>
Cc: "koha at lists.katipo.co.nz" <koha at lists.katipo.co.nz>
Subject: Re: [Koha] Software error
Message-ID:
<CABZfb=Wer3AsL_0RzWnnzc3ZtSDvqvaEY5GqgiwFgoOJ2j=ZMg at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'd set two different Koha's and use vufind to replace the opac, and mix
them both.
For the patrons, an ldap database.
Regards
To+
El 02/01/2012 10:59, "BWS Johnson" <abesottedphoenix at yahoo.com> escribi?:
> Kia ora!
>
>
> >> I would like try use MARC21 and Unimarc in the same system. So I do
> like
> >> this "1.MARC Bibliographic framework
> >
> > I'm fairly sure that's a bad idea and not possible. The differences
> > between them (in terms of Koha internals) is a lot more than just the
> > MARC type. My natural instinct from the bit quoted would have to be "run
> > away screaming" :)
> >
> > Probably not related to the error you're getting though.
> >
> > Most likely you've got your system set to something (say, MARC21) and by
> > trying to add data in UNIMARC format you're missing out some required
> > fields, or they're being parsed in quite a different fashion, such that
> > it breaks.
> >
> > Even if you fixed that in Koha (which would be a huuuuge job), you'd
> > still have to deal with the fact that Zebra would hate you forever.
> >
>
> This was my initial reaction, too. Then I turned it over in my head a
> few times, and there are occasions where I could think having data in both
> MARC21 and Unimarc would be handy. Places in Europe, say for the UN, might
> want to have both with good reason. So this is proper thinking in terms of
> saving the time of the reader.
> I think the sticking point isn't at having both, but at having both
> try to occupy a single Koha at a single point in time. I wonder if one
> might work about the very nasty logical and bibliographic errors that are
> bound to result in executing this idea by having parallel Koha servers.
One
> could be twiddled to have the parameters for MARC21, one could hold
> Unimarc. The tricky bit, perhaps, might be synching patron data and item
> data so that folks knew when summat was out. It would be important to have
> this element so that folks didn't have to consult 2 catalogues to get
their
> information. 2 records related to a single item is challenging, but I
don't
> think I would pigeon hole it as impossible. Highly improbable and
difficult
> (read costly) to execute, definitely.
> From a cataloguing perspective, I'd imagine it might be useful
> someplace larger, so logistically, I can see having a Unimarc cataloguer
> and a MARC21 cataloguer and never the twain need meet. (Not that one
> couldn't do both of course.)
>
> Cheers,
> Brooke
>
> _______________________________________________
> Koha mailing list http://koha-community.org
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.katipo.co.nz/pipermail/koha/attachments/20120102/d875bc70/atta
chment-0001.html>
------------------------------
Message: 6
Date: Mon, 02 Jan 2012 16:09:45 -0500
From: Paul <paul.a at aandc.org>
To: "koha at lists.katipo.co.nz" <koha at lists.katipo.co.nz>
Subject: [Koha] Authorities lost during upgrade to 3.6.1
Message-ID: <5.2.1.1.2.20120102154414.0334fdd8 at stormy.ca>
Content-Type: text/plain; charset="us-ascii"; format=flowed
Hoping someone can help, please.
We recently upgraded from 3.2 to 3.6.1 and nearly everything went well
during import of ~15,000 biblios, but something has happened to the
"authorities" -- only newly catalogued (i.e. using 3.6.1) authorities
appear in the staff search from
<http://koha-admin/cgi-bin/koha/authorities/authorities-home.pl>.
All the others are still there: exportauth.pl finds all PERSO_NAME,
TOPIC_TERM etc as expected, e.g.:
00389nz a2200133o
4500001000200000003000700002005001700009008003900026040001900065100001700084
667004000101670009900141942001500240 8 OPIACS 20110310122059.0 110310|||a|||
|||
| ||| d aOPIACScOPIACS aAbbass, D.K. aMachine generated
authority record. aWork cat.: (OPIACS)3: Abbass, D.K., Radeau Land
Tortoise, North America's oldest warship, 1993 aPERSO_NAME
but Koha no longer appears to "cross reference" them as far as staff is
concerned. For example, when a cataloguer attempts to enter another title
by Abbass, D.K. (the "authority" I quote above), she cannot find it in the
drop-down for 100a
I'm sure there's a simple fix, but at the moment I'm tearing my hair out --
thanks in advance.
Paul
------------------------------
_______________________________________________
Koha mailing list
Koha at lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
End of Koha Digest, Vol 75, Issue 1
***********************************
More information about the Koha
mailing list