[Koha] Cover upload fails
Hello, I would like to figure out a problem with my koha installation 3.18.01 on a debian wheezy server (installed with apt). Cover upload fails with ending up at "Upload progress:100%." (this means that the page is missing the forms to choose the biblio number and the save button). I found nothing in my server logs but Firefox JavaScript console says: > "Load denied by X-Frame-Options: > https://.xxx:8080/cgi-bin/koha/tools/upload-file.pl does not > permit framing. TypeError: jQuery.handleError is not a function" > (ajaxfileupload.js line 86) Thanks for some hints to solve the problem. Best wishes Uwe ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cover upload fails
Am Freitag, den 26.12.2014, 14:53 +0100 schrieb uwe: > I would like to figure out a problem with my koha installation 3.18.01 > on a debian wheezy server (installed with apt). Cover upload fails with > ending up at "Upload progress:100%." (this means that the page is > missing the forms to choose the biblio number and the save button). > > I found nothing in my server logs but Firefox JavaScript console says: > > > "Load denied by X-Frame-Options: > > https://.xxx:8080/cgi-bin/koha/tools/upload-file.pl does not > > permit framing. TypeError: jQuery.handleError is not a function" > > (ajaxfileupload.js line 86) > > Thanks for some hints to solve the problem. Meanwhile I could fix the problem. It was my apache configuration that lead to this error message. Best wishes Uwe ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cover upload fails
Am Mittwoch, den 07.01.2015, 22:48 +0100 schrieb uwe: > Am Freitag, den 26.12.2014, 14:53 +0100 schrieb uwe: > > I would like to figure out a problem with my koha installation 3.18.01 > > on a debian wheezy server (installed with apt). Cover upload fails with > > ending up at "Upload progress:100%." (this means that the page is > > missing the forms to choose the biblio number and the save button). > > > > I found nothing in my server logs but Firefox JavaScript console says: > > > > > "Load denied by X-Frame-Options: > > > https://.xxx:8080/cgi-bin/koha/tools/upload-file.pl does not > > > permit framing. TypeError: jQuery.handleError is not a function" > > > (ajaxfileupload.js line 86) > > > > Thanks for some hints to solve the problem. > > Meanwhile I could fix the problem. It was my apache configuration that > lead to this error message. Thanks to Robin for suggesting me to describe the fix more detailed. In my apache settings (httpd.conf) there was the following line: > Header always set X-Frame-Options DENY This prevents the browser to render a page in a frame[1]. Therefore I had to alleviate the setting to get it to work: > Header always set X-Frame-Options SAMEORIGIN Best wishes Uwe [1] More Information: https://developer.mozilla.org/en-US/docs/Web/HTTP/X-Frame-Options ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha and LDAP: Password comparison fails
Hello, we have a Koha-Installation and would like to connect to our OpenLDAP -server, but I can't get it to work. First our Koha setup: > OS: debian wheezy > Koha: 3.20.02 Connecting to ldap-server works fine but the password comparison fails with the follwing error (tested in the console but also fails in the web gui; also given password is correct): > root@biblio:/etc/koha/sites/MY_SITE# env PERL5LIB=/usr/share/koha/lib KOHA_CONF=/etc/koha/sites/MY_SITE/koha-conf.xml perl /usr/share/koha/opac/cgi-bin/opac/opac-user.pl userid=MY_MAIL_NAME@MY_ ORG.org password=MY_PASSWORD. | head -5 > Got 2 ldap mapkeys ( total ): userid > Got 2 ldap mapkeys (populated): userid > Checking Auth at /usr/share/koha/lib/C4/Auth.pm line 703, line 558. > kohaversion : 3.2002000 > ## checkpw - checking LDAP > LDAP Auth rejected : invalid password for user 'MY_MAIL_NAME@MY_ORG.o rg'. LDAP error #5: LDAP_COMPARE_FALSE > # This code is returned when a compare request completes and the attribute value given is not in the entry specified > > Login failed, resetting anonymous session... at /usr/share/koha/lib/C4/Auth.pm line 1107, line 595. Configuration in koha-conf.xml, see below. Our ldap-server uses SSHA as password sheme. Could this be the problem? How can I solve it? Can't find much usefull when searching internet for the problem. Thanks and best wishes Uwe > 1 > > > > > MY_LDAP_SERVER > ou=id,dc=MY_ORG,dc=org > cn=biblio,ou=daemons,dc=MY_ORG,dc=org > MY_SECRET_PASSWORD >0 > 0 > 0 > 0 > > > > > > > (hint: some private data is anonymized with large letters) -- Q: Why do WASPs play golf ? A: So they can dress like pimps. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and LDAP: Password comparison fails
Hello, Am Mittwoch, den 19.08.2015, 22:24 +0200 schrieb mourik jan heupink: > I'm not sure if it will help you, but we have never had much luck > > with the password compare routine, which koha seems to like. > > I don't know any other ldap client that works like that. The usual > way > (and this one works perfectly here, using openldap and also > samba4/AD) > is: use 1 > > Your principal_name would then be something like: > > dn=%s,ou=id,dc=MY_ORG,dc=org Thank you for your answer and hints but unfortunally auth_by_bind seems to be no option for us. Is there another way to solve the issue? Thanks in advance Uwe > Hopefully this helps you as well. > > MJ > > On 8/18/2015 14:35, uwe wrote: > > Hello, > > > > we have a Koha-Installation and would like to connect to our > > OpenLDAP > > -server, but I can't get it to work. > > > > First our Koha setup: > > > > > OS: debian wheezy > > > Koha: 3.20.02 > > > > Connecting to ldap-server works fine but the password comparison > > fails > > with the follwing error (tested in the console but also fails in > > the > > web gui; also given password is correct): > > > > > root@biblio:/etc/koha/sites/MY_SITE# env > > > PERL5LIB=/usr/share/koha/lib > > KOHA_CONF=/etc/koha/sites/MY_SITE/koha-conf.xml perl > > /usr/share/koha/opac/cgi-bin/opac/opac-user.pl > > userid=MY_MAIL_NAME@MY_ > > ORG.org password=MY_PASSWORD. | head -5 > > > > > Got 2 ldap mapkeys ( total ): userid > > > Got 2 ldap mapkeys (populated): userid > > > Checking Auth at /usr/share/koha/lib/C4/Auth.pm line 703, > > > line > > 558. > > > kohaversion : 3.2002000 > > > ## checkpw - checking LDAP > > > LDAP Auth rejected : invalid password for user 'MY_MAIL_NAME@MY_O > > > RG.o > > rg'. LDAP error #5: LDAP_COMPARE_FALSE > > > # This code is returned when a compare request completes and the > > attribute value given is not in the entry specified > > > > > > Login failed, resetting anonymous session... at > > /usr/share/koha/lib/C4/Auth.pm line 1107, line 595. > > > > Configuration in koha-conf.xml, see below. Our ldap-server uses > > SSHA as > > password sheme. Could this be the problem? > > > > How can I solve it? Can't find much usefull when searching internet > > for > > the problem. > > > > Thanks and best wishes > > Uwe > > > > > 1 > > > > > > > > > > > > > > >MY_LDAP_SERVER > > > ou=id,dc=MY_ORG,dc=org > > > cn=biblio,ou=daemons,dc=MY_ORG,dc=org > > > MY_SECRET_PASSWORD > > > 0 > > > 0 > > > 0 > > > 0 > > > > > > > > > > > > > > > > > > > > > > > > > > > (hint: some private data is anonymized with large letters) > > > ___ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha -- Everything will be just tickety-boo today. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha and LDAP: Password comparison fails
Am Freitag, den 21.08.2015, 10:36 +0200 schrieb mourik jan heupink: > I have no other clues, no. Must say I'm rather surprised to read that > auth by bind is no option for you. Are you sure? Why not It seems that I misunderstood the auth-by-bind function. Finally someone who has more ldap knowledge helped out to connect the ldap to our koha installation. Now it works with auth-by-bind as you suggested. Thank you very much. Your hint guided us into the right way to get it to work. Best wishes Uwe > > > On 08/20/2015 03:02 PM, uwe wrote: > > Hello, > > > > Am Mittwoch, den 19.08.2015, 22:24 +0200 schrieb mourik jan > > heupink: > > > I'm not sure if it will help you, but we have never had much luck > > > > > > with the password compare routine, which koha seems to like. > > > > > > I don't know any other ldap client that works like that. The > > > usual > > > way > > > (and this one works perfectly here, using openldap and also > > > samba4/AD) > > > is: use 1 > > > > > > Your principal_name would then be something like: > > > > > > dn=%s,ou=id,dc=MY_ORG,dc=org > > > > Thank you for your answer and hints but unfortunally auth_by_bind > > seems > > to be no option for us. > > > > Is there another way to solve the issue? > > > > Thanks in advance > > Uwe > > > > > Hopefully this helps you as well. > > > > > > MJ > > > > > > On 8/18/2015 14:35, uwe wrote: > > > > Hello, > > > > > > > > we have a Koha-Installation and would like to connect to our > > > > OpenLDAP > > > > -server, but I can't get it to work. > > > > > > > > First our Koha setup: > > > > > > > > > OS: debian wheezy > > > > > Koha: 3.20.02 > > > > > > > > Connecting to ldap-server works fine but the password > > > > comparison > > > > fails > > > > with the follwing error (tested in the console but also fails > > > > in > > > > the > > > > web gui; also given password is correct): > > > > > > > > > root@biblio:/etc/koha/sites/MY_SITE# env > > > > > PERL5LIB=/usr/share/koha/lib > > > > KOHA_CONF=/etc/koha/sites/MY_SITE/koha-conf.xml perl > > > > /usr/share/koha/opac/cgi-bin/opac/opac-user.pl > > > > userid=MY_MAIL_NAME@MY_ > > > > ORG.org password=MY_PASSWORD. | head -5 > > > > > > > > > Got 2 ldap mapkeys ( total ): userid > > > > > Got 2 ldap mapkeys (populated): userid > > > > > Checking Auth at /usr/share/koha/lib/C4/Auth.pm line 703, > > > > > > > > > > line > > > > 558. > > > > > kohaversion : 3.2002000 > > > > > ## checkpw - checking LDAP > > > > > LDAP Auth rejected : invalid password for user > > > > > 'MY_MAIL_NAME@MY_O > > > > > RG.o > > > > rg'. LDAP error #5: LDAP_COMPARE_FALSE > > > > > # This code is returned when a compare request completes and > > > > > the > > > > attribute value given is not in the entry specified > > > > > > > > > > Login failed, resetting anonymous session... at > > > > /usr/share/koha/lib/C4/Auth.pm line 1107, line 595. > > > > > > > > Configuration in koha-conf.xml, see below. Our ldap-server uses > > > > SSHA as > > > > password sheme. Could this be the problem? > > > > > > > > How can I solve it? Can't find much usefull when searching > > > > internet > > > > for > > > > the problem. > > > > > > > > Thanks and best wishes > > > > Uwe > > > > > > > > > 1 > > > > > > > > > > > > > > > > > > > > > > > > >MY_LDAP_SERVER > > > > > ou=id,dc=MY_ORG,dc=org > > > > > cn=biblio,ou=daemons,dc=MY_ORG,dc=org > > > > > > > > > > MY_SECRET_PASSWORD > > > > > 0 > > > > > 0 > > > > > 0 > > > > > 0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > (hint: some private data is anonymized with large letters) > > > > > > > ___ > > > Koha mailing list http://koha-community.org > > > Koha@lists.katipo.co.nz > > > https://lists.katipo.co.nz/mailman/listinfo/koha > ___ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha -- Q: What is green and lives in the ocean? A: Moby Pickle. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Self-checkout behavior
Hello, I have a question to the self-checkout-module. As documentated I enabled in the preferences "AutoSelfCheckAllowed" with "AutoSelfCheckID" (a special user with circulation rights, for example "MyCheckoutRobot") and the "AutoSelfCheckPass". Then I log in in the OPAC as a another patron (e.g. "Uwe") without any rights and go to the self-checkout-page and log in too. If I now go back to the OPAC I'm suddenly logged in as the in the preferences defined user (in this example "MyCheckoutRobot"). Perhaps I don't understand the module. But how can I prevent the user change in the OPAC from "Uwe" to "MyCheckoutRobot"? What I only want is that a normal patron can use the self-checkout-system. Thanks and best wishes Uwe ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Self-checkout behavior
Hello, Am Samstag, den 12.09.2015, 18:47 +0200 schrieb Katrin Fischer: > Hi Uwe, > > not sure if I understand you correctly, but I will try to explain how > it > works: > > When going to the self check page, it should log in with the special > user you set up automatically. Now any patron should be able to start > the checkout process using their cardnumber or user name > (SelfCheckoutByLogin) and then proceed to do checkouts. Yes that all works correct as you described. The User "Uwe" logged in to self-checkout and changes his login to the special user "MySelfCheckoutRobot". And then the if I change back to normal OPAC I'm yet logged in as the special user "MySelfCheckoutRobot". This seems to me a strange behavior;-). > I think the idea behind the web based self check was a computer > sitting > in the library that is used as a self checkout station only. Maybe > also > set so that only the self checkout page can be opened? > > There are some open bugs that should be pushed soon, that deal with > the > behaviour you describe and should improve things quite a bit. > Hope this helps, Yes thank you very much :-). Best wishes Uwe > > Katrin > > Am 12.09.2015 um 17:22 schrieb uwe: > > Hello, > > > > I have a question to the self-checkout-module. As documentated I > > enabled in the preferences "AutoSelfCheckAllowed" with > > "AutoSelfCheckID" (a special user with circulation rights, for > > example > > "MyCheckoutRobot") and the "AutoSelfCheckPass". > > > > Then I log in in the OPAC as a another patron (e.g. "Uwe") without > > any > > rights and go to the self-checkout-page and log in too. If I now go > > back to the OPAC I'm suddenly logged in as the in the preferences > > defined user (in this example "MyCheckoutRobot"). > > > > Perhaps I don't understand the module. But how can I prevent the > > user > > change in the OPAC from "Uwe" to "MyCheckoutRobot"? What I only > > want is > > that a normal patron can use the self-checkout-system. > > > > Thanks and best wishes > > Uwe > > > > ___ > > Koha mailing list http://koha-community.org > > Koha@lists.katipo.co.nz > > https://lists.katipo.co.nz/mailman/listinfo/koha > > > > ___ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha -- A Tale of Two Cities LITE(tm) -- by Charles Dickens A man in love with a girl who loves another man who looks just like him has his head chopped off in France because of a mean lady who knits. Crime and Punishment LITE(tm) -- by Fyodor Dostoevski A man sends a nasty letter to a pawnbroker, but later feels guilty and apologizes. The Odyssey LITE(tm) -- by Homer After working late, a valiant warrior gets lost on his way home. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Self-checkout behavior
Hello, Am Samstag, den 12.09.2015, 13:03 -0400 schrieb Mark Tompsett: > Your inquiry also reminded me of: > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10799 > http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14298 I have not the appropriate rights to see the bugs. Seems that the bugs are not fixed yet? > Log in cookies are based on domain name. Since the SCO has the same > domain > name as the OPAC, you will inevitably encounter the problem if you > are not > careful. Thank you for the information. That would explain it. Is there a known solution to prevent this? Best wishes Uwe You wrote > GPML, > Mark Tompsett > > -----Original Message- > From: uwe > Sent: Saturday, September 12, 2015 11:22 AM > To: koha@lists.katipo.co.nz > Subject: [Koha] Self-checkout behavior > > Hello, > > I have a question to the self-checkout-module. As documentated I > enabled in the preferences "AutoSelfCheckAllowed" with > "AutoSelfCheckID" (a special user with circulation rights, for > example > "MyCheckoutRobot") and the "AutoSelfCheckPass". > > Then I log in in the OPAC as a another patron (e.g. "Uwe") without > any > rights and go to the self-checkout-page and log in too. If I now go > back to the OPAC I'm suddenly logged in as the in the preferences > defined user (in this example "MyCheckoutRobot"). > > Perhaps I don't understand the module. But how can I prevent the user > change in the OPAC from "Uwe" to "MyCheckoutRobot"? What I only want > is > that a normal patron can use the self-checkout-system. > > Thanks and best wishes > Uwe > > ___ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha > -- Familiarity breeds contempt -- and children. -- Mark Twain ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Export of 773$w via OAI/PMH
Am Wed, Jun 18, 2025 at 10:05:15PM +0200 schrieb Katrin Fischer: > Hi, > > I didn't have the time to test, but first thing I'd check is if that > subfield is set to be visible in the OPAC in the bibliographic frameworks. I will check again but I guess it is set to be visible, because there are some records in the OAI/PMH export which have a 773$w and others don't. We have a bunch of journal articles all from the same journal and all have 773$w and 773$t set. The full marc export will always have the field 773$w, but in the OAI/PMH export some of the journal articles (not all) are missing that field. 773$t is present in both and foreach article. Uwe > > Hope that helps, > > Katrin > > On 17.06.25 16:56, Uwe wrote: > > Hi, > > > > I run into a strange problem and wonder if this is a configuration > > problem or a bug in Koha. We are using Koha 24.11.02. > > > > Wenn exporting all records with export_records.pl the field 773$w > > shows up in the export whichever record has it set. When I get the latest > > changes by OAI/PMH e.g. > > 'verb=ListRecords&from=2025-06-16T04:00:00Z&until=2025-06-16T10:00:00Z&metadataPrefix=marcxml' > > none of the records has 773$w set, though it should be set. Other > > subfields of 773 (773$t and 773$x) are exported. Just 773$w is missing. > > Is there any explaination for it? > > > >Uwe > > > > ___ > > > > 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 -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: PGP signature ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Export of 773$w via OAI/PMH
Hi, I run into a strange problem and wonder if this is a configuration problem or a bug in Koha. We are using Koha 24.11.02. Wenn exporting all records with export_records.pl the field 773$w shows up in the export whichever record has it set. When I get the latest changes by OAI/PMH e.g. 'verb=ListRecords&from=2025-06-16T04:00:00Z&until=2025-06-16T10:00:00Z&metadataPrefix=marcxml' none of the records has 773$w set, though it should be set. Other subfields of 773 (773$t and 773$x) are exported. Just 773$w is missing. Is there any explaination for it? Uwe ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] How to flag a warning if item of certain Koha item type is returned?
Dear all, does anyone know about a way to flag a warning to the staff when returning an item of a defined Koha item type in the circulation module? Many thanks in advance for your answer(s), and kind regards Uwe __ (Mr.) Uwe Boettcher Director Library WHU - Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-555 ; Fax: +49 261 6509-559 b...@whu.edu<mailto:b...@whu.edu> ; www.whu.edu<http://www.whu.edu/> ___ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Einladung zum virtuellen Koha-D-A-CH-Anwendertreffen [German-speaking Koha users only]
+++ This announcement addresses German-speaking Koha users only and is hence held in German language +++ Liebe Koha-AnwenderInnen und Koha-Interessierte, wir laden herzlich zum ersten virtuellen Koha-Anwendertreffen am 27.05.2020, 15:00 -17:30 Uhr ein. Das Anwendertreffen wird mit Hilfe von GoToMeeting stattfinden: https://www.gotomeet.me/l-team2/koha-d-a-ch-anwendertreffen Sie können sich auch über ein Telefon einwählen: +49 891 2140 2090 Zugangscode: 140-602-173 Der Konferenzraum ist ab 14:45 Uhr offen. Die Veranstaltung beginnt um Punkt 15:00 Uhr Programm: * Tu Felix Koha - Vorstellung der österreichischen Koha-Community (Rainer Stowasser, Zentralanstalt für Meteorologie und Geodynamik - ZAMG) * Koha nur etwas für wissenschaftliche Bibliotheken? Keinesfalls! (Ewa Gózd, Stadtbibliothek Heilbronn ) * Bestandsaufbau im Verbund der Öffentlichen Büchereien in Schleswig-Holstein (Klaus Sommerschuh, Büchereizentrale Schleswig-Holstein ) * Schulungsangebot der ThULB Jena für Einrichtungen aus dem deutschsprachigen Raum (Lea Satzinger, Thüringer Universitäts- und Landesbibliothek) * Neuerungen in 19.11 (Uwe Böttcher, WHU - Otto Beisheim School of Management) * Neuerungen in 20.05 (Katrin Fischer, Bibliotheksservice-Zentrum BW) * Hurra wir leben noch! - COVID-19 und Koha (Ewa Gózd, Stadtbibliothek Heilbronn) * ERM für Koha mit CORAL (Martin Schläger, hsg Bochum) * Mailversand an Mehrfachadressen im Benutzersatz (Uwe Böttcher, WHU - Otto Beisheim School of Management) Wir freuen uns auf rege Teilnahme und Beteiligung! Für das Organisationteam (BSZ, ThULB, AG Koha D-A-CH) Uwe Böttcher __ Uwe Böttcher Director Library WHU - Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-555 ; Fax: +49 261 6509-559 b...@whu.edu<mailto:b...@whu.edu> ; www.whu.edu<http://www.whu.edu/> ___ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Looking for a way to get budget_code on notice ACQORDER
Dear all, I am looking for a way to get the budget code (aqbudgets.budget_code) printed on the notice ACQORDER when sending out a book order. Koha (we're using 19.11 on Debian) only provides aqorders.budget_id as a template, so we currently have to bypass this by manually providing the budget code (which is a necessary part of our ordering workflow with our booksellers) through aqorders.order_vendornote. Looking very much forward to hearing from someone who has a better idea, and many thanks in advance Uwe __ (Mr.) Uwe Boettcher Director Library WHU – Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettc...@whu.edu ; www.whu.edu ___ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] SAVE THE DATE: 2. virtuelles Koha-D-A-CH-Anwendertreffen 2020 am 25.11.2020 [German-speaking Koha users only]
+++ This announcement addresses German-speaking Koha users only and is +++ hence held in German language +++ Liebe Koha-AnwenderInnen und Koha-Interessierte, aufgrund der regen positiven Resonanz auf das erste virtuelle Koha-D-A-CH-Anwendertreffen im Mai des Jahres und zahlreicher Nachfragen wird es eine Neuauflage der Veranstaltung am Mittwoch, den 25. November 2020 geben. Anders als die erste Veranstaltung findet die Videokonferenz dieses Mal in zwei Zeitblöcken von 10.00 bis 12.00 und von 14.00 bis 16.00 Uhr statt. Das vollständige Programm des Treffens wird voraussichtlich Anfang November verschickt. Für das Organisationteam (BSZ, ThULB, AG Koha D-A-CH) Uwe Böttcher __ Uwe Böttcher Director Library WHU – Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettc...@whu.edu ; www.whu.edu ___ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] ISSUE with Umlaut
Dear Russel, sounds to me as if the character encoding does not match. Try to make sure that the data is stored in UTF-8 (Unicode) character encoding before importing. Excel uses ANSI by default, which usually messes up special characters. Hope that helps. Best Uwe Boettcher Germany - home of the Umlaut ;-) -Ursprüngliche Nachricht- Von: Koha Im Auftrag von Russel G. P. Shihepo Gesendet: Mittwoch, 9. Februar 2022 12:04 An: Koha@lists.katipo.co.nz Betreff: [Koha] ISSUE with Umlaut Dear Community I have a prepared data set in excel format (.xlsx), some of it contains umlaut (German texts) and click sounds symbols of African languages such as field 245, and 260. But whenever I import the file to MARC editor through the Delimited Text Translator, I lose all the umlaut and punctuation marks for click sounds in the data. Does anybody have a clue or alternative method that can be used to take records from excel files to MARC editor without losing umlaut? Regards Russel Shihepo *Librarian* *Africa/Namibia* ___ Koha mailing list https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkoha-community.org%2F&data=04%7C01%7Cuwe.boettcher%40whu.edu%7Cedc3690f3eec493cd26908d9ebbbfa37%7Cfd0fb1d0438694628a094cc4592e%7C0%7C0%7C637800014865614203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=g7OAxKgcM2gOPX8T1kYqsgdstVGh46rbxLitAxBCR6c%3D&reserved=0 Koha@lists.katipo.co.nz Unsubscribe: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.katipo.co.nz%2Fmailman%2Flistinfo%2Fkoha&data=04%7C01%7Cuwe.boettcher%40whu.edu%7Cedc3690f3eec493cd26908d9ebbbfa37%7Cfd0fb1d0438694628a094cc4592e%7C0%7C0%7C637800014865614203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=wIwwHMw%2FYIrXhegK266lDoZYHQhIIcDa8puWDm%2FCpmw%3D&reserved=0 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] OT question about book binding
Good morning, I'm afraid there's no way to give you a qualified answer to this question without actually seeing the book. Most forms of bookbinding - including perfect binding - are robust if done well and with respect to the book's anatomy. However, it depends very much on the bound and the material used for binding, but also on aspects such as gutter etc.Since this is a software mailing list with probably few bookbinding experts to be found, I suggest to ask this question to experts. The Book Arts mailing list seems to me to be a good place for this, here you will find thousands of bookbinders and book artists from all over the world: https://www.philobiblon.com/book_arts-l.shtml Good luck! Uwe Am 31-May-2022 02:52:16 +0200 schrieb c.s.hayw...@protonmail.com: I have a 1200 page Bible, hardcover, published by IngramSpark. It has a glue spine that is remarkably easy to snap. Will making a perfect bound paperback be less fragile? Will it be strong enough to satisfy buyers with standard expectations about book sturdiness? Thanks, Sent from Proton Mail for iOS ___ 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] ZLIBRARY in Koha
Good morning Victor,it may not be common knowledge, but despite its undisputed wealth of content, the services of ZLIBRARY, as well as those of many other shadow libraries, are illegal in many countries due to significant copyright infringement (although certainly not all content offered there is illegal everywhere). In some countries, the use of such shadow libraries is even legally prosecuted - sometimes across national borders. Without wanting to appear moralizing, I do wonder if it is a good idea to want to include ZLIBRARY in Koha's search. Best Uwe Am 08-Jun-2022 03:23:42 +0200 schrieb vbovic...@gmail.com: Hello, How to add ZLIBRARY search results (https://pt.br1lib.org/) in OPAC. Has anyone done this process? Thanks ___ 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] Send all notices to all available eMail addresses
Dear all, we have the same problem, just with professors and personal assistants, and would be happy to learn about a way to send notices to more than just one e-mail address derived from a patrons' account. Many thanks in advance, and kind regards Uwe -- (Mr.) Uwe Boettcher WHU - Otto Beisheim School of Management Vallendar, Germany -Ursprüngliche Nachricht- Von: Koha [mailto:koha-boun...@lists.katipo.co.nz] Im Auftrag von zefanja Gesendet: Freitag, 24. August 2018 12:10 An: koha@lists.katipo.co.nz Betreff: [Koha] Send all notices to all available eMail addresses Hi all, we are using Koha in our school library and we have the following "problem". We checkout books to all of our students starting from preschool. Especially the younger once don't have a personal eMail address. So we like to send notices (checkouts, checkins, overdues...) to both parents. As far as I understand Koha it send the notices only to one address. We could put in one of the parent's email, but we like to inform both. I've read that overdue_notices.pl has an repeatable --email parameter. Where can I change it to send the notice to both parents? Are there other ways to solve this problem or is it just not possible? I'm thankful for any hints. Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Send all notices to all available eMail addresses
Hi Alvaro, thanks a lot for your feedback. Indeed, we already have tried to enter more than just one email address into the address field. Unfortunately, as you already assumed, Koha comes up with an error message, claiming the email address not to be correct. We have tried several combinations of blank and semicolon, but none was accepted. Best Uwe Von: Alvaro Cornejo [mailto:cornejo.alv...@gmail.com] Gesendet: Freitag, 24. August 2018 15:24 An: Boettcher, Uwe Cc: zefanja ; koha@lists.katipo.co.nz Betreff: Re: [Koha] Send all notices to all available eMail addresses Hi, Haven't tested on Koha but in other applications, the workaround I use is to enter both email addresses on the same field separated by a semi-colon (;) something like "ema...@domain.com<mailto:ema...@domain.com>; ema...@domain2.com<mailto:ema...@domain2.com>" Koha might not allow the ; and space as valid characters on the email address and the email process might also fail. You can also try with a semicolon only (no space). Regards, Alvaro |-| Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier celular y Nextel en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS y GPRS online Visitenos en www.perusms.com<http://www.perusms.com> 2018-08-24 5:52 GMT-05:00 Boettcher, Uwe mailto:uwe.boettc...@whu.edu>>: Dear all, we have the same problem, just with professors and personal assistants, and would be happy to learn about a way to send notices to more than just one e-mail address derived from a patrons' account. Many thanks in advance, and kind regards Uwe -- (Mr.) Uwe Boettcher WHU - Otto Beisheim School of Management Vallendar, Germany -Ursprüngliche Nachricht- Von: Koha [mailto:koha-boun...@lists.katipo.co.nz<mailto:koha-boun...@lists.katipo.co.nz>] Im Auftrag von zefanja Gesendet: Freitag, 24. August 2018 12:10 An: koha@lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz> Betreff: [Koha] Send all notices to all available eMail addresses Hi all, we are using Koha in our school library and we have the following "problem". We checkout books to all of our students starting from preschool. Especially the younger once don't have a personal eMail address. So we like to send notices (checkouts, checkins, overdues...) to both parents. As far as I understand Koha it send the notices only to one address. We could put in one of the parent's email, but we like to inform both. I've read that overdue_notices.pl<http://overdue_notices.pl> has an repeatable --email parameter. Where can I change it to send the notice to both parents? Are there other ways to solve this problem or is it just not possible? I'm thankful for any hints. Regards, Stephan ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz<mailto:Koha@lists.katipo.co.nz> https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz<mailto:Koha@lists.katipo.co.nz> https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Global Updating of Patron messaging preferences
Re-Hi Admire, you might want to take a look at the script 'borrowers-force-messaging-defaults.pl', which is designed to update individual patron messaging preferences in accordance to the messaging settings of each user group. 'EnhancedMessagingPreferences ' is required to be set to 'enabled'. Please find more details here: http://kohageek.blogspot.com/2017/03/borrowers-force-messaging-defaults.html https://perldoc.koha-community.org/misc/maintenance/borrowers-force-messaging-defaults.html Hope it helps. Best Uwe _______ (MR.) Uwe Boettcher Director Library WHU – Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettc...@whu.edu ; www.whu.edu ___ Von: Koha im Auftrag von Mutsikiwa Admire Gesendet: Dienstag, 27. November 2018 17:25 An: koha@lists.katipo.co.nz Betreff: [Koha] Global Updating of Patron messaging preferences Hi I have recently imported close to 15 000 patrons records. I am interested in a script or SQL query that would enable me to modify Patron Messaging Preferences. Kind Regards, Admire Mutsikiwa ICT Projects Manager Libraries University of Zimbabwe Tel:+263-4-303276 "It is easy to dodge our responsibilities, but we cannot dodge the consequences of dodging our responsibilities." Josiah Charles Stamp, 1880-1941, former director of the Bank of England ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] How do I reduce decimal digits of prices in order notice?
Dear all, configuring the ACQORDER notice, I keep getting too many decimal digits at the price output. Example: Title: <> ... bla Price: <> <> keeps producing an output like this: Title: Test title ... bla Price: 18.00 EURO Is there any way of reducing the 6 decimal digits to two? Many thanks in advance, and kind regards Uwe ______ (Mr.) Uwe Boettcher Director Library WHU – Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettc...@whu.edu ; www.whu.edu ___ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] How do I reduce decimal digits of prices in order notice?
Many thanks to Katrin Fischer for her reference to a thread in [Koha-devel] that has dealt with this issue before: http://lists.koha-community.org/pipermail/koha-devel/2018-October/044890.html [%- USE Price -%] ... [% <> | $Price %] does the trick. Best Uwe -Ursprüngliche Nachricht- Von: Koha Im Auftrag von Boettcher, Uwe Gesendet: Dienstag, 2. Juli 2019 16:23 An: koha@lists.katipo.co.nz Betreff: [Koha] How do I reduce decimal digits of prices in order notice? Dear all, configuring the ACQORDER notice, I keep getting too many decimal digits at the price output. Example: Title: <> ... bla Price: <> <> keeps producing an output like this: Title: Test title ... bla Price: 18.00 EURO Is there any way of reducing the 6 decimal digits to two? Many thanks in advance, and kind regards Uwe ______ (Mr.) Uwe Boettcher Director Library WHU – Otto Beisheim School of Management Campus Vallendar, Burgplatz 2, 56179 Vallendar, Germany Tel.: +49 261 6509-550 ; Fax: +49 261 6509-559 uwe.boettc...@whu.edu ; https://eur01.safelinks.protection.outlook.com/?url=www.whu.edu&data=02%7C01%7Cuwe.boettcher%40whu.edu%7C1db2efb731fe48995aa608d6fef8d1b9%7Cfd0fb1d0438694628a094cc4592e%7C1%7C0%7C636976741961733098&sdata=vDJvaAJ%2BHruo7n7ba%2BZFZNwYZEYgCpBx7XpHJjx6exI%3D&reserved=0 ___ ___ Koha mailing list https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkoha-community.org&data=02%7C01%7Cuwe.boettcher%40whu.edu%7C1db2efb731fe48995aa608d6fef8d1b9%7Cfd0fb1d0438694628a094cc4592e%7C1%7C0%7C636976741961733098&sdata=%2FnoXeTRnW9KnvaP432SaTZc1L2BmBmkhSvBufVR03Gs%3D&reserved=0 Koha@lists.katipo.co.nz https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.katipo.co.nz%2Fmailman%2Flistinfo%2Fkoha&data=02%7C01%7Cuwe.boettcher%40whu.edu%7C1db2efb731fe48995aa608d6fef8d1b9%7Cfd0fb1d0438694628a094cc4592e%7C1%7C0%7C636976741961733098&sdata=U0uERnKBS4%2FJs4qW0jt9gnAIhMksNHyXuyStVRA8AHs%3D&reserved=0 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
