Peter Zhao | 1 Jul 10:24 2012

UNIMARC 100 FIELD Language of cataloguing can not change

Hi,
      I can not change the UNIMARC 100 FIELD  Language of cataloguing. I changed the default "fre" to "chi",   I saved
it . But I find all  100 FIELD  Language of cataloguing  are "fre" again. How could fix this problem? Thanks a lot.

      Peter Zhao
therrsonne02 | 2 Jul 08:48 2012
Picon

Can't call method "subfield" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2919.

Can anyone help us on this? 
thanks in advance.
http://koha.1045719.n5.nabble.com/file/n5718221/software_error_line_2919.jpg 

--
View this message in context: http://koha.1045719.n5.nabble.com/Can-t-call-method-subfield-on-an-undefined-value-at-usr-share-koha-lib-C4-Biblio-pm-line-2919-tp5718221.html
Sent from the Koha-general mailing list archive at Nabble.com.
Andi Sugandi | 2 Jul 10:50 2012
Picon

Re: Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))

Hi,

On Sat, Jun 30, 2012 at 11:38 AM, Andi Sugandi <andisugandi@...> wrote:

> Doing:
> # /usr/local/bin/perl bin/migration_tools/rebuild_zebra.pl -b  -w -v
>
> and the output message is:
> http://paste.opensuse.org/view/simple/30123112
>
> But still, I do not see any zebra process running afterwards, and no
> result found on OPAC page: http://goo.gl/eMeqp .
>
>> Try looking the zebra logs. If there are permissions problems, zebra will
>> not run.
>
> I do not know yet where the idzebra log is on my system. Where is it
> on my /usr/local install?
>
>> You have done a single install, look if all the files belongs to the correct
>> user,
>
> All my files/directories on my 'single install' are belong to current
> user (/home/library), and the USER and GROUP variable on
> koha-zebra-ctl.sh file is koha.
>
> My user and group named koha:
> # id koha
> uid=32011(koha) gid=32013(koha) groups=32013(koha)

(Continue reading)

Andi Sugandi | 2 Jul 10:57 2012
Picon

Re: Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))

Hi,

On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi <andisugandi@...> wrote:

> OPAC page now gives a result[4] based on my searching, but it happens
> ONLY after runing: zebrasrv-2.0 -f etc/koha-conf.xml [5] in terminal
> (SSH):
>
> [4] http://goo.gl/njUVz
> [5] http://paste.opensuse.org/view/simple/35185017
>
> If I quit the process, then OPAC can not give any result on searching
> page (means that idzebra indexing stops working, right?)
>
> What do you think about it? I have no clue solving this issue as no
> log/error found/appeared there.

I read this[6] thread forum, seems like similar with my issue, but
unfortunately no luck after re-evaluating the steps described on that
forum.

[6] http://koha.1045719.n5.nabble.com/Solved-Zebrasrv-2-0-td5714825.html

I created manually the koha-zebradaemon log files in ./var/log directory :

koha-zebradaemon.err
koha-zebradaemon.log
koha-zebradaemon-output.log

But I can see nothing on those files after running:
(Continue reading)

umer.habib | 2 Jul 11:51 2012

setup seperate libraries

Hi,

I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate
OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com,
the staff pannel could be the same. any body has any idea how to do this?

regards
umer habib
Robin Sheat | 2 Jul 12:13 2012
Picon

Re: setup seperate libraries

Op 02-07-12 10:51, umer.habib <at> techlogix.com schreef:
> I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate
OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com,
the staff pannel could be the same. any body has any idea how to do this?

Assuming you want to be using a different database, the package
installation makes this very easy.

--

-- 
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D

_______________________________________________
Koha mailing list  http://koha-community.org
Koha <at> lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
umer.habib | 2 Jul 12:23 2012

Re: setup seperate libraries

I am actually trying to find out the most feasable solution for this.

- I would prefer using a single database, only the OPAC should be different for the two libraries with their
own logos and styles.

- In case i use a different database, what do u exactly mean by package installation? can u please provide me
some links or some steps how to do this?

Thankyou so much for your reply
regards

-----Original Message-----
From: "Robin Sheat" <robin <at> catalyst.net.nz>
Sent: Monday, July 2, 2012 6:13am
To: koha <at> lists.katipo.co.nz
Subject: Re: [Koha] setup seperate libraries

Op 02-07-12 10:51, umer.habib <at> techlogix.com schreef:
> I want to setup KOHA for 2 dfferent libraries but using the same koha installation. I want to make 2 seperate
OPAC links for their respective libraries. suppose www.kohalibrary1.com and www.kohalibrary2.com,
the staff pannel could be the same. any body has any idea how to do this?

Assuming you want to be using a different database, the package
installation makes this very easy.

--

-- 
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D
(Continue reading)

Robin Sheat | 2 Jul 12:34 2012
Picon

Re: setup seperate libraries

Op 02-07-12 11:23, umer.habib <at> techlogix.com schreef:
> - I would prefer using a single database, only the OPAC should be different for the two libraries with their
own logos and styles.

Ah right. In that case, I'd make everything CSS driven and use apache to
serve up a different stylesheet depending on the host accessed. This
won't allow them to have separate news, or anything like that though.
Doing that is a bit more complex.

> - In case i use a different database, what do u exactly mean by package installation? can u please provide me
some links or some steps how to do this?

Instructions for this are here:
http://wiki.koha-community.org/wiki/Koha_3.6_on_Debian_Squeeze

--

-- 
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D

_______________________________________________
Koha mailing list  http://koha-community.org
Koha <at> lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
eugene jose espinoza | 2 Jul 12:36 2012
Picon

koha 3.8 on debian 6.0.2 missing items

Good day! I freshly installed koha 3.8 (the latest version) in Debian 6.0.2 through Virtualbox. I imported
mysql data into the database which were gotten from previous koha installations (virtual machines of
Kyle Hall Koha versions 3.2 then Koha 3.6). The problem I'm getting is that there are no physical items on
the (bibliographic) records when in fact there was in the previous KOha versions. I've tried all stuffs
like run misc/maintenance/remove_items_from_biblioitems.pl --run  I got this error message: Use
of uninitialized value $cn_item in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
Use of uninitialized value $cn_class in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
Use of uninitialized value $cn_item in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
.Use of uninitialized value $cn_class in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
Use of uninitialized value $cn_item in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
Use of uninitialized value $cn_class in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
Use of uninitialized value $cn_item in concatenation (.) or string at
/usr/share/koha/lib/C4/ClassSortRoutine.pm line 118.
.No biblionumber tag for framework "LAWS" at /usr/share/koha/lib/C4/Biblio.pm line 3103.

  then run rebuildzebra and got this error message: error retrieving biblio 79032 at
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485.
error retrieving biblio 79033 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 485.
17:09:44-02/07 zebraidx(2768) [warn] MARC: Bad offsets in data. Skipping rest
17:09:44-02/07 zebraidx(2768) [warn] Record didn't contain match fields in (bib1,Local-number) 
Thanks and long live KOha!

 
EUGENE ESPINOZA
(Continue reading)

Fabio T. | 2 Jul 14:33 2012
Picon

Re: UNIMARC 100 FIELD Language of cataloguing can not change

Good time of day everyone!

Same here for italian language, since version 3.6 (but I can't say before)
with Koha UNIMARC flavor (.deb packaged release in my case). Anytime I
change "fre" to "ita" and save it, this edit isn't kept.

Thanks for helping.
Fabio Tiana

--
View this message in context: http://koha.1045719.n5.nabble.com/UNIMARC-100-FIELD-Language-of-cataloguing-can-not-change-tp5718203p5718258.html
Sent from the Koha-general mailing list archive at Nabble.com.

Gmane