Re: [Koha] Please help to set up 21.11 and 22.05 translation function

[Katrin Fischer]

Hi Frank,

I can see the 21.11 and 22.05 projects for Chinese (China) and Chinese
(Taiwan) on translate.koha-community.org. Do you still have problems or
has this been resolved?

Katrin

On 08.07.22 04:05, SYDT - Frank Chou wrote:

Dear Sir/Madam,

We have some people can help to translate during Summer period.
We will focus on Chinese-Taiwan and China part, especially Taiwan.
But we cannot see these two version in Koha Translation Project.
Can someone help put them on?
Thanks a lot...

Best regards,

Frank Chou
--
碩陽數位科技有限公司
Shou Yang Digital Technology
Tel: 02-82280288
Fax: 02-82265022
10F. No. 166, Jianyi Rd., Chung Ho Dist., New Taipei City 23511, Taiwan,
R.O.C.
23511新北市中和區建一路166號10F
http://www.sydt.com.tw
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Translation mistakes ru-RU

[Katrin Fischer]

Hi Eugen,

translations are maintained using Pootle on
https://translate.koha-community.org.

Translations can be suggested or submitted directly, depending on
permissions. Permissions for editing a language can be requested on the
koha-translate mailing list. Please make sure you include the language
and your Pootle username in the email.

Hope this helps,

Katrin

On 04.07.22 15:05, DHIM IT wrote:

Dear Colleagues,

I found some mistakes in the translation ru-RU.

How can I provide to all KOHA users right translation?

Mit besten Grüßen,

Eugen Bastron
IT-Manager

Deutsches Historisches Institut Moskau

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Making field optional

[Katrin Fischer]

Hi Eric,

you are right - I did not read correctoy.

Update to the previous instructions: Instead of 'Edit subfields' look at
'Edit tag' - the field itself can also be set to mandatory.

Katrin

On 14.07.22 20:11, Eric Phetteplace wrote:

I assume you remove the "mandatory" flag for *all* subfields and then the
field itself is not mandatory.

Best,

ERIC PHETTEPLACE Systems Librarian, Libraries (he/him)

ephettepl...@cca.edu | o 510.594.3660 (cca)

5212 Broadway | Oakland, CA | 94618

CCA is situated on the traditional unceded lands of the Ohlone peoples.

Black-owned bookstores in Oakland: Ashay by the Bay
, Marcus Books


:(){ :|: & };:


On Thu, Jul 14, 2022 at 10:54 AM C.S. Hayward 
wrote:


Followup question: I have made 040 c an optional field. However, 040 is
still a required field in that one of its subfields is required to be
filled. How can I change things so that 040 itself is not required?


Thanks,
Br. C.S. Hayward.


--- Original Message ---
On Thursday, July 14th, 2022 at 1:38 PM, C.S. Hayward <
c.s.hayw...@protonmail.com> wrote:



Just what the doctor ordered!


Thanks, as usual,
Br. C.S. Hayward


--- Original Message ---
On Thursday, July 14th, 2022 at 1:30 PM, Katrin Fischer

katrin.fischer...@web.de wrote:




Hi,

I am not a cataloger, so I am not going to judge :)

* Go to Administration > Bibliographic MARC frameworks

* Choose MARC structure for the framework you want to update

* Search for the field and 'Edit subfields'

* Remove the mandatory flag from the subfield

Hope this helps,

Katrin

On 14.07.22 17:48, C.S. Hayward wrote:


I am interested in making MARC field tag 040 subfield c optional.

Two basic questions:

1: Is this something that would make you wince?

2: How can I go about doing that?

Thanks,
Br. C.S. Hayward, https://cjshayward.com, https://c-s-hayward.com
___

Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Making field optional

[Eric Phetteplace]

I assume you remove the "mandatory" flag for *all* subfields and then the
field itself is not mandatory.

Best,

ERIC PHETTEPLACE Systems Librarian, Libraries (he/him)

ephettepl...@cca.edu | o 510.594.3660 (cca)

5212 Broadway | Oakland, CA | 94618

CCA is situated on the traditional unceded lands of the Ohlone peoples.

Black-owned bookstores in Oakland: Ashay by the Bay
, Marcus Books


:(){ :|: & };:


On Thu, Jul 14, 2022 at 10:54 AM C.S. Hayward 
wrote:

> Followup question: I have made 040 c an optional field. However, 040 is
> still a required field in that one of its subfields is required to be
> filled. How can I change things so that 040 itself is not required?
>
>
> Thanks,
> Br. C.S. Hayward.
>
>
> --- Original Message ---
> On Thursday, July 14th, 2022 at 1:38 PM, C.S. Hayward <
> c.s.hayw...@protonmail.com> wrote:
>
>
> > Just what the doctor ordered!
> >
> >
> > Thanks, as usual,
> > Br. C.S. Hayward
> >
> >
> > --- Original Message ---
> > On Thursday, July 14th, 2022 at 1:30 PM, Katrin Fischer
> katrin.fischer...@web.de wrote:
> >
> >
> >
> > > Hi,
> > >
> > > I am not a cataloger, so I am not going to judge :)
> > >
> > > * Go to Administration > Bibliographic MARC frameworks
> > >
> > > * Choose MARC structure for the framework you want to update
> > >
> > > * Search for the field and 'Edit subfields'
> > >
> > > * Remove the mandatory flag from the subfield
> > >
> > > Hope this helps,
> > >
> > > Katrin
> > >
> > > On 14.07.22 17:48, C.S. Hayward wrote:
> > >
> > > > I am interested in making MARC field tag 040 subfield c optional.
> > > >
> > > > Two basic questions:
> > > >
> > > > 1: Is this something that would make you wince?
> > > >
> > > > 2: How can I go about doing that?
> > > >
> > > > Thanks,
> > > > Br. C.S. Hayward, https://cjshayward.com, https://c-s-hayward.com
> > > > ___
> > > >
> > > > Koha mailing list http://koha-community.org
> > > > Koha@lists.katipo.co.nz
> > > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> > >
> > > ___
> > >
> > > Koha mailing list http://koha-community.org
> > > Koha@lists.katipo.co.nz
> > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Batch item modification, problem with location

[Katrin Fischer]

Hi Anke,

I think maybe you only see the locations available to the library you
are logged in as. Could this be the case?

I am not sure if it was intended to limit the batch item edit form like
this, but it's always worth filing a bug if something doesn't work as
expected. I am not sure what the general expectation here is, but I like
your suggestion that it should depend on the items selected somehow.

Hope this helps,

Katrin


On 13.07.22 16:00, Bruns, Anke wrote:

Hi,

when I try to modify a batch of items to assign a location (authorized value
LOC, would be 952$c) to them, there are in the dropdown list of possible
locations only those belonging to a different branch from the branch my
items belong to (as both their home and holding branch).

Thus, I cannot assign my desired location via batch item modification. I
stumbled upon this in 20.11 and 22.05.

I would expect to see either all locations from the LOC authorized value in
the dropdown list (requiring some mindfulness when batch assigning them to
items), or those belonging to the items' respective home and/or holding
branch.

Is this a bug? I checked Bugzilla, but wasn't sure if any of the bugs there
fit.

Thanks and regards,
Anke


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Error in Koha 22.05?

[Katrin Fischer]

Hi Eberhard,

I am not sure if the problem would be visible in the data.

Maybe some ideas what to try instead:

* Can you reset the password of your user? This would require the
password recovery feature to be enabled.

* Can you log in with a new superlibrarian account created from command
line?
(http://kohageek.blogspot.com/2018/07/create-super-librarian-by-command-line.html)

* What is the message shown when you try to log in? Is there anything
visible in the logs when the login fails?

Hope this helps,

Katrin

On 05.07.22 14:19, Dr. Eberhard Pietzsch wrote:

Attached you see an dump of the borrowers table. You can see at the insert 
statement that the contents are shifted by a few bytes. Some attributes are new 
compared with earliver versions of Koha.

(I have edited the encrypted password)

Eberhard


Katrin Fischer  hat am 05.07.2022 12:33 CEST 
geschrieben:


Hi,

could you please post more information about the issue? What error
message are you seeing? Can you access the tables with SQL?

Is this the error maybe: DBI Exception: DBD::mysql::db do failed: Row
size too large.

Then have a look at: *Bug 28267*
 -
Koha-common package upgrade problem from 20.05.xx to 20.11.04-1

Hope this helps,

Katrin

On 05.07.22 12:21, Fernando A. Martinez wrote:

Hi,

I have the same problem. Corrupted tables: borrowers and
deletedborrowers. Update: Koha 22.05.02 over Koha 21.11.09 Ubuntu
20.04 LTS MySQL version 8.0.29

Regards

Fernando A. Martinez

On 5/7/22 04:35, Dr. Eberhard Pietzsch wrote:

Hello,

I would like to point out a bug in Koha after the update to 22.05.

Koha is also included in the package management of Ubuntu 22.04 LTS
and can be updated together with Ubuntu. I had skipped the short time
preceding Koha update because of errors. However, the current update
to 22.05 apparently also contains bugs:

The structure of the borrowers table seems to have been changed
compared to previous versions. Existing user data are not correctly
loaded into the new structured table with the update, so that no
login, e.g. as superlibrarian, is possible anymore.

Possibly this phenomenon is caused by the skipped update to the
previous version?

Many greetings
Eberhard Pietzsch
___

Koha mailing listhttp://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Making field optional

[Katrin Fischer]

Hi,

I am not a cataloger, so I am not going to judge :)

* Go to Administration > Bibliographic MARC frameworks

* Choose MARC structure for the framework you want to update

* Search for the field and 'Edit subfields'

* Remove the mandatory flag from the subfield

Hope this helps,

Katrin

On 14.07.22 17:48, C.S. Hayward wrote:

I am interested in making MARC field tag 040 subfield c optional.

Two basic questions:

1: Is this something that would make you wince?

2: How can I go about doing that?


Thanks,
Br. C.S. Hayward, https://cjshayward.com, https://c-s-hayward.com
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Making field optional

[Himanshu Aggarwal]

You can change from Mandatory to Important wherein even if one does not
choose it the record can still be saved.

On Thu, Jul 14, 2022 at 9:19 PM C.S. Hayward 
wrote:

> I am interested in making MARC field tag 040 subfield c optional.
>
> Two basic questions:
>
> 1: Is this something that would make you wince?
>
> 2: How can I go about doing that?
>
>
> Thanks,
> Br. C.S. Hayward, https://cjshayward.com, https://c-s-hayward.com
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>


-- 
Assistant Librarian,
Confucius Institute Scholar 13-14,
R.D. National College,
Bandra (W.)
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Adding https into koha opac site.

[Alvaro Cornejo]

HI,

Yes, it does work pretty straight forward.

Just follow let's encrypt tutorials in order to generate & install your
certificates.

Regards

Alvaro
||
 Stay safe / Cuídate/  Reste sécurisé
*7* Switch off as you go / Apaga lo que no usas /  Débranchez au fur et à
mesure.
 *q *Recycle always / Recicla siempre / Recyclez toujours
 P Print only if absolutely necessary / Imprime solo si es necesario /
Imprimez seulement si nécessaire


Le jeu. 14 juil. 2022 à 06:37, Rishav Kumar Gond  a
écrit :

> Hi all,
> Is there a way to get https to my koha opac with let's encrypt.
>
> Regards
> Rishav
> ___
>
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Adding https into koha opac site.

[Rishav Kumar Gond]

Hi all,
Is there a way to get https to my koha opac with let's encrypt.

Regards
Rishav
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Lock a Certain field

[Michael Kuhn]

Hi Himanshu

> Is there a way to restrict editing of Date by catalogers

The following article by Kelly McElligott (Bywater Solutions) may answer 
your question:


* 
https://bywatersolutions.com/education/monday-minutes-protecting-marc-fields


Hope this helps.

best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Failing authentication via CAS after update to Koha 21.11.09

[Michael Kuhn]

Hi

We're quite desperate since using CAS all our users can no more log into 
their Koha accounts. Is there really no way how to debug problems with 
the authentication via CAS?


We would be very happy if there is a way how to find out what Perl 
scripts "opac-user.pl" or "Auth_with_cas.pm" are really doing. 
Unfortunately they are not verbose at all and don't write anything into 
the log files. Is it possible to force these scripts to output what they 
are actually doing?


For example I tried the following in "Auth_with_cas.pm", but file 
"/tmp/perloutput.txt" stayed empty.


open STDERR, ">", "/tmp/perloutput.txt" or die "$0: dup: $!";

print STDERR "defaultcasserver: $defaultcasserver\n";
print STDERR "casservers: $casservers\n";
close (STDERR);

Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch



 Weitergeleitete Nachricht 
Betreff: [Koha] Failing authentication via CAS after update to Koha 21.11.09
Datum: Mon, 11 Jul 2022 13:41:03 +0200
Von: Michael Kuhn 
Antwort an: Michael Kuhn 
Organisation: Admin Kuhn GmbH
An: Koha 

Hi

We are using Debian GNU/Linux 10 with Koha 21.11.09 (after an update 
from Debian 9 and Koha 19.05.02).


Since the update the CAS authentication via Koha OPAC is no more 
working. The content of system preferences "OPACBaseURL", 
"casAuthentication", "casLogout" and "casServerUrl" has not changed; the 
new preference "casServerVersion" ist correctly set to "CAS 2 or earlier".


It is possible to successfully log into the CAS server but when trying 
to access the Koha OPAC via CAS ("Log in using a CAS account") the 
response is always "Sorry, the CAS login failed." and the user is not 
logged into his Koha account. The logs don't show no error.


I was checking all changes made in bugs 21973 22585 23771 20854 and 
28417 but to no avail.


Does anyone have an idea how to debug this problem?

Best wishes: Michael
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Lock a Certain field

[Himanshu Aggarwal]

Is there a way to restrict editing of Date by catalogers

-- 
Assistant Librarian,
Confucius Institute Scholar 13-14,
R.D. National College,
Bandra (W.)
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha