wishes: Michael Kuhn
--
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
Hi Katrin
> if you use the separate column, I think you also need to check the
> table configuration for this table as the column is set to hidden by
> default.
Yes, I tried that but it didn't help.
> But it sounds like you might want to file a bug.
I have now filed bug
· E m...@adminkuhn.ch · W www.adminkuhn.ch
On 21.04.22 14:57, Michael Kuhn wrote:
Hi Katrin
> I am not sure that it's possible at the moment to use collection with
> plain text instead of with an authorised value code. My guess is that
> the column shows, but is empty?
Yes, the co
Hi Katrin
> I am not sure that it's possible at the moment to use collection with
> plain text instead of with an authorised value code. My guess is that
> the column shows, but is empty?
Yes, the column "current library" and the name of the current library
show - but not the content of MARC
Hi Paola
> You can make it visible unchecking the box for
> "item_shelving_location"
> in Table id: holdingst. You can do this from the Administration menu,
> selecting Setting Table and then Opac.
Thanks for your answer, but no - unfortunately this is not working.
Best wishes: Michael
--
Hi
In our library we are using Koha 21.11.02. We want to show the content
of MARC 952$c (shelving location code) in the OPAC.
The content of MARC 952$c is only shown if MARC 952$c is linked to
category of authorized values "LOC". In this case the content of MARC
952$c is shown in the item
hekar 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
> -Original Message-
> From: Koha On Behalf Of Michael Kuhn
> Sent: 18 March 2022 20:43
> To: Koha
> Sub
Hi
In our library we are migrating from our current system to Koha 21.11.
We have migrated existing authority data and created for example
Title data record
* MARC 100$9 STA101744
* MARC 100$a Lansky, Ralph
Authority data record (PERSO_NAME)
* MARC 001 STA101744
* MARC 100$a Lansky, Ralph
Hi Victor
You wrote:
> How do I enter "forgot password" on the staff login screen?
You probably want to activate Koha system preference
"OpacResetPassword", see here:
https://koha-community.org/manual//21.11/en/html/opacpreferences.html#opacresetpassword
Hope this helps.
Best wishes:
:
* Just structured plain text, or
* HTML text to include tables or similar
For events:
* Consider adding your event to the Koha Community calendar at
https://koha-community.org/calendar/
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
Geschäftsführer · Diplombibliothekar BBS
Hi Lyson Ndaona
You wrote:
> Please help. I have encountered the following server error in our
> institution and everything has stopped working. Is there anyone who
> can help me resolve this issue?
> It is showing the message below
>
> Internal Server Error
>
> The server encountered an
have a very good knowledge of koha, please guide us for the
process.
Many thanks in advance.
Best regards,
Ah Win
On Sun, 26 Jan 2020 at 19:51, Michael Kuhn <mailto:m...@adminkuhn.ch>> wrote:
Hi
> *s their any particular sequence when you fill Excel to import into
criteria:
* Just structured plain text, or
* HTML text to include tables or similar
For events:
* Consider adding your event to the Koha Community calendar at
https://koha-community.org/calendar/
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
Geschäftsführer · Diplombibliothekar BBS
Hi Mark
As Alvaro wrote there is no way to find out the actual password of any
user when just knowing the hash (which since Koha 3.14 is (encrypted by
Crypt::Eksblowfish::Bcrypt). But if for whatever reason you need to
export and reimport the current passwords you can just unload the hashed
Hi Tomas
Thanks for your assessment! I have filed the following bug:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30015
(Incomplete LEADER when creating new child record)
Best wishes: Michael Kuhn
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin
Hi
Our library is working with Debian 11 and Koha 21.05.02.
When displaying a bibliographic record in the normal view of the staff
client, the clicking "New > New child record" the LEADER will just
contain the following: "␣a␣␣" (I have replaced the
space character by ␣ to
Hi
Instead of blocking webcrawlers and bots which want to index your
records (which is generally a good thing) I recommend you implement a
sitemap.
* https://koha-community.org/manual/21.11/en/html/cron_jobs.html#sitemap
* https://lists.katipo.co.nz/public/koha/2020-November/055401.html
*
works in our catalogue. I've searched with "!" and "?"
Koha 21.11.01, Debian 4.19, Zebra 2.0.59
We're using British English translation. I wonder if this problem is
limited to non-English translations?
Elaine
VWML <https://vwml.org>
On Tue, Jan 25, 2022 at 1:49 AM Michael
06:50, Michael Kuhn <mailto:m...@adminkuhn.ch>> escreveu:
Hi
I just tested this behaviour under Debian 11, Zebra and Koha
21.11.01. I
confirm that a search including ? does not find results. For example
the
following search
ˆDie‰ drei ??? und der unsich
Hi
I just tested this behaviour under Debian 11, Zebra and Koha 21.11.01. I
confirm that a search including ? does not find results. For example the
following search
Die drei ??? und der unsichtbare Passagier
translates to
n the migrated koha and original installation.
Am 18.01.22 um 14:18 schrieb Michael Kuhn:
> we have migrated a Koha 18.11 to a new server following these
> instructions:
>
>
http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
>
> Everything looks
Hi
You wrote:
> we have migrated a Koha 18.11 to a new server following these
> instructions:
>
> http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
>
> Everything looks and works fine, only the description (normal view) of
> the books is not displayed.
>
> I could not find
criteria:
* Just structured plain text, or
* HTML text to include tables or similar
For events:
* Consider adding your event to the Koha Community calendar at
https://koha-community.org/calendar/
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
Geschäftsführer · Diplombibliothekar BBS
Hi
Our library uses a non-Koha Perl script to authenticate with Divibib
Onleihe (a digital distributor like Overdrive). The script worked with
Koha 18.05 but after the update to Debian 11 with Perl 5.032001 und Koha
21.11.01 the following error appears:
Can't locate object method
Hi Katrin
You wrote:
> I have tried adding OpacNavRight and OpacMainUserBlock entries on your
> demo installation, but deleting the entries always makes the content
> go away.
No, it doesn't - it seems like your last entry in "OpacMainUserBlock"
was "test". Is that correct? It still can be
--
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
On 30.12.21 13:25, Michael Kuhn wrote:
Hi
We are working on a completely new host with Debian GN
wise file a bug.
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
On Thu, 30 Dec 2021, 13:26 Michael Kuhn,
Hi
We are working on a completely new host with Debian GNU/Linux 11 and
Koha 21.11.00. I have also tested this on my demo installation with Koha
21.11.00 - same problem.
We found the following issue with menu "Tools > Additional contents
(HTML customizations)".
When adding a new entry (e.
Hi Victor
You wrote:
> I'm trying to update the database of an instance and it's showing the
> following error.
>
> koha-upgrade-schema library
> Upgrading database schema for library
> Upgrade to 21.06.00.012 [21:15:15]: Bug 15067 - Add missing languages
> ERROR - {UNKNOWN}: DBI Exception:
criteria:
* Just structured plain text, or
* HTML text to include tables or similar
For events:
* Consider adding your event to the Koha Community calendar at
https://koha-community.org/calendar/
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
Geschäftsführer · Diplombibliothekar BBS
ishes & a happy weekend: 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
On 10.12.21 10:51, Michael Kuhn wrote:
Hi Katrin
You wrote:
>
Hi Andreas
You wrote:
>> Has anyone ever seen this before? Can anyone maybe confirm this on
>> his own host with Debian 11 and Apache 2.4.51?
>
> Yes, I've seen this before when I tried to set up a Koha 21.05
> instance for testing purposes on a Debian 11 VM. I can confirm
> it is still
Hi Katrin
You wrote:
> this one is really puzzling. Would you mind sharing your configuration
> from the circulation_rules table? I wonder if something got "stuck"
> there.
>
> SELECT * from circulation_rules;
No problem, you'll find the output of the SELECT statement below.
Best wishes:
Hi Michael
Today you wrote:
> I saw your email on the Koha list serv about the difficulties with a
> patron due date. We had a similar issue earlier this year, and it
> turned out that it was related to the Koha calendar. There were closed
> dates set that were messing up our normal return
Hi Christopher
Thanks for your reply! You wrote:
> I've seen Koha do something like this if there is no rule that applies
> to the item. Are you certain the item(s) being checked out has
> rule(s) that apply?
Yes - because there is only one single circulation rule (for all patron
categories
Hi Tomas
> Are you using Plack there?
Yes, we are always using Plack.
> Is it all the time? Some pages?
Yes it happens all the time - at least if someone uses the OPAC and/or
the staff client. But until now it is not possible to find out what
exact page triggers that message - sometimes I
Hi
I have the same problem on two different hosts, both use Debian
GNU/Linux 11 with Apache HTTP Server 2.4.51.
* one is a productive machine using Koha 21.05.02
* the other one is my demo installation using Koha 21.11.00
Both work as you would expect on the surface, but both show lots and
before, it should also work when just entering the
barcode and then use the defined circulation rule.
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.
Hi
Our library is working with Debian GNU/Linux 10 and Koha 21.05.05.
Since the update the check out process does no more respect the
circulation conditons regarding the due date (the loan period is 1643
days) but instead sets the due date to the current date!
So If I check out a book today
Hi Russel
You wrote:
> Is Koha ILS is compatible with Centos 7, Please advice?
You'll find the system requirements and recommendations for Koha here:
https://wiki.koha-community.org/wiki/System_requirements_and_recommendations
However, CentOS is not officially supported. Better stay away
Hi
You wrote:
> I have seen many versions of koha today.
> Such as 19.xx, 20.xx, 21.xx, even bug fixes for certain versions of
> koha.
>
> What is the latest stable version of koha including its fixes?
The latest stable version is Koha 21.05.05.
Best wishes: Michael
--
Geschäftsführer ·
Hi Katrin
> it's even easier using the RequestOnOpac system preference :)
Thanks so much for mentioning this!
There are dozens of preferences regarding holds in Koha menu
"Administration > Circulation > Holds policy" but the one that is really
important sits in Koha menu "Administration >
Hi
In our library we use Koha 21.05.01 - we want to disable holds completely.
Koha system preference "maxreserves" ist set to 0.
In Koha menu "Administration > Circulation and fines rules" there is
only one rule, with the following settings:
* Holds allowed (total): 0
* Holds allowed
Hallo Victor
You wrote:
> The Koha Community is happy to announce the release of Koha 20.05.17
>
> The full release notes can be found at:
> https://koha-community.org/koha-20-05-17-released/
Unfortunately there are no release notes to be found under that URL...
Best wishes: Michael
--
Hi Katrin
On 6 October you wrote:
> unfortunately the problem is a bit more complicated. :(
>
> I think since our switch from grs-1 to dom indexing, the kw index
> includes the whole record, where before that switch it was 'everything
> that is indexed'. So changing the configuration of
Hi Katrin
> ah ok, that was a local change then?
Yes, it definitely seems so.
> Because it looks like it has always been tinyint:
>
>
https://git.koha-community.org/Koha-community/Koha/src/branch/master/installer/data/mysql/kohastructure.sql#L3015
>
>
Hi Katrin
> 952$j is mapped to items.stack by default that has the datatype
> tinyint(1) in the database. A common problem I have encountered here
> is that it won't save when you try to store something non-numeric or
> outside the range of tinyint. Could that be the issue?
Yes, this would
Hi
In our library we use Koha 21.05.02 on Debian GNU/Linux 11.
As we found out it not possible to store the content of field 952$j
(stack / shelving control number) in the Koha database. I have also
tested this on my demo installation with Koha 21.05.00 and on another
demo installation with
libraries deal with the fact that, for example, the source
of acquisition unnecessarily inflates the search result?
Best wishes: Michael Kuhn
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261
ormatiker 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
Le mer. 22 sept. 2021 à 03:58, Michael Kuhn <mailto:m...@adminkuhn.ch>> a écrit :
Hi
In our library we are using
Hi
In our library we are using Koha 18.05.03 on Debian GNU/Linux 8.
According to
https://bywatersolutions.com/education/overdrive-integration-in-koha
Overdrive is integrated within Koha. From Overdrive we have got several
bits of information but in Koha 18.05 we have only the following
20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
El mié., 25 ago. 2021 17:54, Michael Kuhn <mailto:m...@adminkuhn.ch>> escribió:
Hi
1. In the last few years when installing Koha on Debian GNU/Linux 9 or
10 the character sets in MariaD
Hi
1. In the last few years when installing Koha on Debian GNU/Linux 9 or
10 the character sets in MariaDB were as follows:
MariaDB [(none)]> SHOW VARIABLES LIKE '%char%';
+--++
| Variable_name| Value |
Hi Sanjay
You wrote:
> Hello there, I've forgotten my koha password. How to get it back in
> Ubuntu 20.04.
1. What password exactly do you mean with "Koha password"?
2. Did you try the following instructions as suggested by Javui Legido
yesterday? This describes how to set the password of
:
* Just structured plain text, or
* HTML text to include tables or similar
For events:
* Consider adding your event to the Koha Community calendar at
https://koha-community.org/calendar/
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
Geschäftsführer · Diplombibliothekar BBS
Hi David
You wrote:
> Thank you for your quick reply. I looked up the page you referred to,
> and also found the command just where it was supposed to be, but
> when I tried to run it, this is what happened:
>
> /usr/share/koha/bin*$ link_bibs_to_authorities.pl
> -bash:
Hi David
> 2) running cron jobs
>
> OK, so according to what I've see in the documentation, cron jobs are
> supposed to be in /bin or /misc
Actually they're not. At least not if you're using the Debian package
installation as I assume.
> Nope.
>
> In /etc I did find the directories
> cron.d
Hi
In our library we are using Koha 20.11.00 on Debian 10.
If we execute a search and have a result list of say 600 results - how
can we download the records of the respective records?
We know we could click "Select all" (but this only selcts the 20 biblio
records that are on the current
Hi
In our library we are using an unchanged Zebra configuration as coming
with Koha 20.11.00.
The keyword search is described in
https://koha-community.org/manual/20.11/en/html/searching.html#basic-searching
There it says: "When a single word is entered, a keyword search is
performed. You
Hi Isabel
> It is version 21.05.00.000.
That's from "Server information". I asked for "System information" are
there no warnings?
> Someone has just told me that this is a
> bug and will be resolved in version 21.05.01. This version is not yet
> available on Ubuntu but I hope that it will be
Hi Isabel
> I have just updated Koha to version 21.05 and now I am having a
> problem because I cannot edit patrons anymore. It seems that a
> javascript is missing?
>
> The log file intranet-error.log gives this output:
> File not found : default/js/locale_data.js at
Hi
Lately I stumbled upon some strange behaviour of the keyword search in
Koha. In our library we are using an unchanged Zebra configuration as
coming with Koha 20.11.00.
The Koha manual describes the keyword search in the following chapter:
Just for the record:
The solution was really easy - no update was necessary.
Instead just add a missing semicolon after the curly bracket in line 138
of file "deletemem.pl" (see
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=114182=diff
)
# cd
ker 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
On 23/06/21 4:14 am, Michael Kuhn wrote:
Hi Himanshu
> image.png
> This is the error i am getting when I click on import Patrons module.
Am 22.06.21 um 18:23 schrieb Himanshu Aggarwal:
I see so I guess the administrators need to look into this matter.
Should we report about this in the Bugzilla?
On Tue, Jun 22, 2021 at 9:44 PM Michael Kuhn <mailto:m...@adminkuhn.ch>> wrote:
Hi Himanshu
achausweis
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: Re: [Koha] Reoccurring DBMS auto increment issue
Datum: Tue, 22 Jun 2021 17:25:33 +0200
Von: Michael Ku
hing for
* delete patron
* delete patrons
* delete any patrons
Sigh.
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
trasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
Le mar. 22 juin 2021 à 09:48, Michael Kuhn a écrit :
Hi Jonathan
You wrote:
> Hi Michael, what do you have in the Koha log files?
When trying to delete a user, logfile "/var/log/k
lombibliothekar 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
Le lun. 21 juin 2021 à 21:01, Michael Kuhn a écrit :
Hi
We are working with Debian GNU/Linux 10, MariaDB 10
Hi
We are working with Debian GNU/Linux 10, MariaDB 10.3.27 and Koha
20.11.00 (using Shibboleth authentication).
To avoid auto increment issues we have implemented the solution
described in
https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix#Single_instance_setup
- of course
Hi Christopher
> My knowledge on this is limited, but off the top of my head, I would
> say no, you can't create an account through this method. As you said,
> Shibboleth is just about authentication. You could setup a link to
> the separate online registration, and have it in a category that
Hi Katrin and Jonathan
Many thanks for your valuable information! Using "autocreate" we now
succeeded to configure a working single-sign on using Shibboleth!
Everybody is happy now!
Best wishes: Michael
--
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn
Hi
We are trying to implement Shibboleth with Koha. As far as I understand
Shibboleth is just about authentication (allowing users to sign in using
just one identity to various systems).
Now the library (that doesn't want to link Koha to LDAP directly)
suggests that Koha should create a
me know and I'll include it in the development section.
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
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
owing "No results found-No results match your search for
'kw,wrdl: clinical medicine'" Please help.
Best regards,
Ndaona
On Mon, May 10, 2021 at 10:25 AM Michael Kuhn wrote:
Hi Lyson
You wrote:
> Is there any way we can rebuild zebra in koha apart from running "s
Hi Lyson
You wrote:
> Is there any way we can rebuild zebra in koha apart from running "sudo
> koha-rebuild-zebra -v --full $(/usr/sbin/koha-list)" It stopped
> working two weeks ago and trying this command won't solve the problem.
> We are unable to search the catalogue from the staff client
is to do with the file structure on the server.
So this will not be the cause of the 404
Our running instances look like Joel's too.
Chris
On Thu, May 6, 2021 at 2:57 PM Michael Kuhn mailto:m...@adminkuhn.ch>> wrote:
Hi Alvaro
Thanks for the hint, but / > isn't
working either. Be
essary / Imprime solo si es necesario /
Imprimez seulement si nécessaire
Le jeu. 6 mai 2021 à 13:31, Michael Kuhn <mailto:m...@adminkuhn.ch>> a écrit :
Hi Alvaro
> I´ve never worked with shibboleth but error 404 meand apache can not
> find the specified page and/o
is
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
Le jeu. 6 mai 2021 à 05:42, Michael Kuhn <mailto:m...@adminkuhn.ch>> a écrit :
Hi
In order to use Shibboleth with Koha 20.11 on Debian GNU/Linux 10 I
Hi
In order to use Shibboleth with Koha 20.11 on Debian GNU/Linux 10 I
searched for information about the necessary configuration. The Koha
manual doesn't say anything about Shibboleth, but I found
https://wiki.koha-community.org/wiki/Shibboleth_Configuration which
seems to be the only
Hi Thomas
Bibliographic and authority data both need to be in MARCXML but they
have a different structure:
* https://www.loc.gov/marc/bibliographic/
* https://www.loc.gov/marc/authority/
You first need to load both kinds of data. After that what you are
probably looking for is the script
Hi Victor
> How to hide the OPAC "Cover Not Available" message?
> I enabled "OPACAmazonCoverImages" and "OPACLocalCoverImages" to insert
> images that are not on Amazon.
> When he loads the image from Amazon, the message "Cover Not Available"
> also appears.
> I would like to remove this message
me know and I'll include it in the development section.
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
--
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
;UNION ALL" clauses with higher
indexes.
The performance depends on the size of the collection.
The statement runs slow due to the full table scans but if it is not a big
collection the speed might be ok.
Best regards,
Roger
--
LMSCloud GmbH
Roger Großmann - Geschäftsführer
Konrad-Zuse-Platz
s: 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
On 08.04.21 19:23, Michael Kuhn wrote:
Hi
Our library is using Debian GNU/Linux 10 and Ko
tiple tags into a single
field but unfortunately I couldn't come up with a solution to our problem...
Using column "seriestitle" from table "biblio" doesn't help because it
behaves the same and there is no possibility to search for the volume
number of the series (MARC 490
Hi
In our library we have last week updated from Koha 19.11.05 to 20.11.03
on Debian GNU/Linux 9.
Since then we have two problems:
1. In Koha it is not possible to send the same e-mail to two recipients
at once - to solve this problem we have regularly updated field
Hi Isabel
You wrote:
> After the latest update (version 20.11.03) I keep getting E-mails from
> the system with an error from a cronjob:
>
> /etc/cron.daily/koha-common:
>
> Undefined subroutine ::cronlogaction called at
/usr/share/koha/bin/cronjobs/plugins_nightly.pl line 8.
>
> biblioteca:
Just for the record:
The solution was to do the following in framework ACQ (as downloadable
from https://wiki.koha-community.org/wiki/MARC_frameworks )
* add MARC 000
* set that field as Mandatory
* add the default value " nam a22 7a 4500"
* make it visible for OPAC, Intranet and
gi?id=23675
You can read what I did (I mention a default value, maybe that's the
crux of the problem).
Regards,
Caroline
On 21-02-03 16 h 30, Michael Kuhn wrote:
Hi Caroline
> When I had this problem, had to do with the leader (field 000) the the
> ACQ framework. The leader (position 9)
asse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch
On 21-02-03 15 h 46, Michael Kuhn wrote:
Hi
We have tested the following with Koha 18.11.03 and 20.11.00, both on
Debian 9.
We are using framework ACQ (downloaded from
https://wiki.koha-co
Hi
We have tested the following with Koha 18.11.03 and 20.11.00, both on
Debian 9.
We are using framework ACQ (downloaded from
https://wiki.koha-community.org/wiki/MARC_frameworks ) and have
activated Koha system preference "UseACQFrameworkForBiblioRecords".
In Koha menu "Acquisitions >
y
Then you get a auto_too_late today :)
To fix your problem I would remove the no_auto_renewal_after rules (or
set them to an empty string in DB). Then run the script and you will
see your issues auto renewed without this auto_too_late error.
Le mer. 20 janv. 2021 à 10:55, Michael Kuhn a é
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
Le sam. 16 janv. 2021 à 13:28, Michael Kuhn a écrit :
Hi
Our library works with Koha
I haven't tested, but from the message I'd try to see if changing "No
automatic renewal after" to non-empty (x days) makes any difference.
Maybe leaving it empty doesn't work as expected in this case or the
behavior might have changed.
Hope this helps,
Katrin
On 16.01.21 13:28, M
Hi Charles
Katrin wrote:
> the export is provided by the tools we use for presenting data in
> tables. Import is a different matter. For some data there are existing
> tool, but itemtypes can only be imported using SQL at the moment.
Maybe the content of file "sample_itemtypes.sql" (which
Hi
Our library works with Koha 20.05.02 on Debian GNU/Linux 10.
The automatic renewal doesn't work as expected. These are the relevant
circulation rules:
* Loan period: 28
* Unit: Days
* Renewals allowed (count): 5
* Renewal period: 28
* No renewal before: (empty) - according to
me know and I'll include it in the development section.
Thank you!
Michael Kuhn
Editor, Koha Community Newsletter
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Charles
You wrote:
> I would like to install one plugin, the room reservation system. In
> the 20.05 update seminar, the panelists said that the plugin
> administration (installation, deletion, etc.) is on the administration
> page. Where?
>
> We installed 20.05 over the summer, and I do not
Hi Elaine
> We recently updated our system to 20.05.05.
> I understand some OPAC system preferences regarding the display have
> moved to the News tool. But the following aren't displaying:
> OPAC (opacheader_en), OPAC (OpacMainUserBlock_en), OPAC
> (OpacNavRight_en), OPAC (en)
> Our OPAC front
101 - 200 of 564 matches
Mail list logo