[Koha] multiple public Z39.50 on the same server

[Radek Šiman]

Hi Koha friends,

let's assume we have 3 libraries as independent instances on the same 
Koha server, something like:

/etc/koha/sites/libraryA/koha-conf.xml
/etc/koha/sites/libraryB/koha-conf.xml
/etc/koha/sites/libraryC/koha-conf.xml

Every library needs to run its own Z39.50 public server. I still can't 
find the right way to set it up, although I have no problem with 
single-instance servers. Could you please provide me instructions what 
files should I change and how? I know about following parameters:

 - publicserver's listen port in koha-conf.xml
 - publicserver's server section in koha-conf.xml
 - host and port in /etc/koha/zebradb/explain-biblios.xml

Even if one can setup different ports in aforementioned koha-conf.xml 
files, there is only one host+port in explain-biblios.xml. Or maybe I 
don't understand the right way how to setup multiple biblio servers on 
the same port but with different credentials.


Thanks!
Radek Šiman
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Ordering MARC subfields

[Radek Šiman]

Dear colleagues,

we are facing problem with ordering of subfields in some specific MARC fields. 
For example we need to have 787 with subfields having exactly this order: i, t, 
g. And there are several other fields suffering from the same issue like 336 2, 
a, b. Is there a way how to instruct a cataloguing framework to follow the 
given order of subfields? Or, should we file a request for improvement in 
bugzilla?

Thanks
Radek Šiman
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Request to add a new support company

[Radek Šiman]

Hello,

we'd like to ask the responsible persons to add the following record to 
the list of support companies. We offer Koha support in the Czech 
Republic from 2015. We help libraries with the installation and 
maintenance of this ILS as well as we support growing Czech Koha 
community and its development effort.


Best regards,
Radek Šiman


Company Name: R-Bit Technology, s.r.o.

Contact Person: Radek Šiman

Contact email: i...@koha.cz

Website: http://www.koha.cz

Telephone: +420 604 944 755


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

Re: [Koha] Request to add a new support company

[Radek Šiman]

Hi Mirko,

I'd like to ask you (and the community as well) whether the top-level 
domain koha.cz is a blocking condition to be enlisted as a paid 
provider. If yes, I will surely change it, but I like the simplicity of 
the domain (of course). I made a research few month ago and found 
koha.org (ie. LibLime), but decided to support koha-community.org clone. 
As some Czech libraries can confirm, R-Bit Technology actively 
participates in open source development of Koha extensions required in 
our country. So I don't think there could be a real problem, because our 
web koha.cz explicitly states the disclaimer at the bottom of every page 
and links to the Czech community as well as the worldwide one. In 
addition, it's no problem to extend the disclaimer above of something 
like "We are just a paid provider not an official one".


Ragards,
Radek Šiman

Dne 18.03.16 v 9:23 Mirko Tietgen napsal(a):

Hi Radek,

it is good practise not to use national top level domains for
commercial services related to Koha ILS.

If you try other national top level domains, you will find that they
are either forwarded to koha-community.org (like koha.no), used for
noncommercial Koha user groups, not registered at all or not related
to Koha ILS.

Using a national top level domain for commercial Koha support
implies the status of an "official" Koha support provider for that
particular country, but no such thing exists.

Please consider using eg. rbit.cz for your commercial services and
forwarding koha.cz to koha-community.org or a noncommercial czech
user group.

Thank you,

Mirko


--

Mirko Tietgen
mi...@abunchofthings.net
http://koha.abunchofthings.net
http://meinkoha.de



Radek Šiman schrieb am 18.03.2016

Hello,

we'd like to ask the responsible persons to add the following record
to the list of support companies. We offer Koha support in the Czech
Republic from 2015. We help libraries with the installation and
maintenance of this ILS as well as we support growing Czech Koha
community and its development effort.

Best regards,
Radek Šiman


Company Name: R-Bit Technology, s.r.o.

Contact Person: Radek Šiman

Contact email: i...@koha.cz

Website: http://www.koha.cz

Telephone: +420 604 944 755


___
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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Request to add a new support company

[Radek Šiman]

Hi,

1) I know the history. Sorry, I couldn't find a better word than "a 
clone", but I believe everybody understands the background.


2) No problem with accepted (not written) standards. For the future I'd 
recommend to write them down, so the next providers have no problem with 
it. This particular case will be discussed with the Czech community to 
serve the paid service over accepted website. Would be 
http://koha.rbit.cz accepted, for instance?


3) R-Bit Technology will surely pay nicely with the rules.

To answer the bugzilla question: there are no commits / patches from 
R-Bit Technology in the official Koha repository yet. But they probably 
will this year. We have the extensions and issues on github repository. 
As I mentioned before, although it's koha related open-source code, it 
applies to the Czech republic only. I think that Josef Moravec or Michal 
Denar from the czech community can confirm the effort. For instance, 
there are two SMS drivers written for Koha purposes only, but they are 
not in CPAN yet.


Regards,
Radek Šiman

Dne 23.03.16 v 9:35 Indranil Das Gupta napsal(a):

Hi,

1) Koha-community.org is most certainly *NOT* a clone of Koha.org. LibLime
is not a participating member of the Koha community. Long history!

2) Accepted community standards in Koha community includes individual /
corporate members (a) not using a Koha.TLD domain (b) not using a
Koha-community.TLD and (c) if you own any then the established best
practice is to place the said TLD under the common custodianship of HLT.

3) as of now there is no specific (written) rule in Koha's project
governance that dictate paid service providers can't use k / k-c TLDs. Such
a situation hasn't arisen since k-c.org came together. Everyone so far has
played nicely together in following #2 above. However, we can always put it
up for vote and adopt such a rule formally as part of our community
standard.

Btw can you please point us to the URLs on Koha bugzilla that link to
patches / commits from R-bit Technology where you have contributed code to
the Koha upstream?

-idg
On Mar 23, 2016 1:27 PM, "Radek Šiman"  wrote:


Hi Mirko,

I'd like to ask you (and the community as well) whether the top-level
domain koha.cz is a blocking condition to be enlisted as a paid provider.
If yes, I will surely change it, but I like the simplicity of the domain
(of course). I made a research few month ago and found koha.org (ie.
LibLime), but decided to support koha-community.org clone. As some Czech
libraries can confirm, R-Bit Technology actively participates in open
source development of Koha extensions required in our country. So I don't
think there could be a real problem, because our web koha.cz explicitly
states the disclaimer at the bottom of every page and links to the Czech
community as well as the worldwide one. In addition, it's no problem to
extend the disclaimer above of something like "We are just a paid provider
not an official one".

Ragards,
Radek Šiman

Dne 18.03.16 v 9:23 Mirko Tietgen napsal(a):


Hi Radek,

it is good practise not to use national top level domains for
commercial services related to Koha ILS.

If you try other national top level domains, you will find that they
are either forwarded to koha-community.org (like koha.no), used for
noncommercial Koha user groups, not registered at all or not related
to Koha ILS.

Using a national top level domain for commercial Koha support
implies the status of an "official" Koha support provider for that
particular country, but no such thing exists.

Please consider using eg. rbit.cz for your commercial services and
forwarding koha.cz to koha-community.org or a noncommercial czech
user group.

Thank you,

Mirko


--

Mirko Tietgen
mi...@abunchofthings.net
http://koha.abunchofthings.net
http://meinkoha.de



Radek Šiman schrieb am 18.03.2016


Hello,

we'd like to ask the responsible persons to add the following record
to the list of support companies. We offer Koha support in the Czech
Republic from 2015. We help libraries with the installation and
maintenance of this ILS as well as we support growing Czech Koha
community and its development effort.

Best regards,
Radek Šiman


Company Name: R-Bit Technology, s.r.o.

Contact Person: Radek Šiman

Contact email: i...@koha.cz

Website: http://www.koha.cz

Telephone: +420 604 944 755


___
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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing 

Re: [Koha] Request to add a new support company

[Radek Šiman]

Hello,

from now on the original domain koha.cz permanently redirects to the 
Czech koha community website. Instead, I registered a brand new domain 
name koha-v-knihovne.cz (can be read as "koha in library"). I believe 
it's acceptable now for offering a service to the Czech libraries, but 
it still does not imply any confusion with an "official" support.


Thanks in advance for processing this request
Radek Šiman



Updated registration data follows:

Company Name: R-Bit Technology, s.r.o.
Contact Person: Radek Šiman
Contact email: i...@koha-v-knihovne.cz
Website: http://www.koha-v-knihovne.cz
Telephone: +420 604 944 755



Dne 23.03.16 v 10:18 Radek Šiman napsal(a):

Hi,

1) I know the history. Sorry, I couldn't find a better word than "a 
clone", but I believe everybody understands the background.


2) No problem with accepted (not written) standards. For the future 
I'd recommend to write them down, so the next providers have no 
problem with it. This particular case will be discussed with the Czech 
community to serve the paid service over accepted website. Would be 
http://koha.rbit.cz accepted, for instance?


3) R-Bit Technology will surely pay nicely with the rules.

To answer the bugzilla question: there are no commits / patches from 
R-Bit Technology in the official Koha repository yet. But they 
probably will this year. We have the extensions and issues on github 
repository. As I mentioned before, although it's koha related 
open-source code, it applies to the Czech republic only. I think that 
Josef Moravec or Michal Denar from the czech community can confirm the 
effort. For instance, there are two SMS drivers written for Koha 
purposes only, but they are not in CPAN yet.


Regards,
Radek Šiman

Dne 23.03.16 v 9:35 Indranil Das Gupta napsal(a):

Hi,

1) Koha-community.org is most certainly *NOT* a clone of Koha.org. 
LibLime

is not a participating member of the Koha community. Long history!

2) Accepted community standards in Koha community includes individual /
corporate members (a) not using a Koha.TLD domain (b) not using a
Koha-community.TLD and (c) if you own any then the established best
practice is to place the said TLD under the common custodianship of HLT.

3) as of now there is no specific (written) rule in Koha's project
governance that dictate paid service providers can't use k / k-c 
TLDs. Such
a situation hasn't arisen since k-c.org came together. Everyone so 
far has
played nicely together in following #2 above. However, we can always 
put it

up for vote and adopt such a rule formally as part of our community
standard.

Btw can you please point us to the URLs on Koha bugzilla that link to
patches / commits from R-bit Technology where you have contributed 
code to

the Koha upstream?

-idg
On Mar 23, 2016 1:27 PM, "Radek Šiman"  wrote:


Hi Mirko,

I'd like to ask you (and the community as well) whether the top-level
domain koha.cz is a blocking condition to be enlisted as a paid 
provider.
If yes, I will surely change it, but I like the simplicity of the 
domain

(of course). I made a research few month ago and found koha.org (ie.
LibLime), but decided to support koha-community.org clone. As some 
Czech

libraries can confirm, R-Bit Technology actively participates in open
source development of Koha extensions required in our country. So I 
don't

think there could be a real problem, because our web koha.cz explicitly
states the disclaimer at the bottom of every page and links to the 
Czech

community as well as the worldwide one. In addition, it's no problem to
extend the disclaimer above of something like "We are just a paid 
provider

not an official one".

Ragards,
Radek Šiman

Dne 18.03.16 v 9:23 Mirko Tietgen napsal(a):


Hi Radek,

it is good practise not to use national top level domains for
commercial services related to Koha ILS.

If you try other national top level domains, you will find that they
are either forwarded to koha-community.org (like koha.no), used for
noncommercial Koha user groups, not registered at all or not related
to Koha ILS.

Using a national top level domain for commercial Koha support
implies the status of an "official" Koha support provider for that
particular country, but no such thing exists.

Please consider using eg. rbit.cz for your commercial services and
forwarding koha.cz to koha-community.org or a noncommercial czech
user group.

Thank you,

Mirko


--

Mirko Tietgen
mi...@abunchofthings.net
http://koha.abunchofthings.net
http://meinkoha.de



Radek Šiman schrieb am 18.03.2016


Hello,

we'd like to ask the responsible persons to add the following record
to the list of support companies. We offer Koha support in the Czech
Republic from 2015. We help libraries with the installation and
maintenance of this ILS as well as we support growing Czech Koha
community and its development effort.

Best regards,
Radek Šima

Re: [Koha] Koha Server going down occasionally

[Radek Šiman]

Hi,

I encountered the same problem few weeks ago. The server went down 
repeatedly at 7:37 or so (as yours). This lead me to a problem with 
scheduling of processes. After some inspection I realized that the 
problem is caused by anacron. Do you use it, right? Try to replace it 
with traditional cron. After I made this change we run smoothly and 
plack is happy all the time.


1) open /etc/cron.d/anacron and add a # to turn off the line starting 
with 30 7 * * *  anacron...

2) mv /usr/sbin/anacron /usr/sbin/anacron-temporarily-renamed

Finally, system will simply call all the processes specified in 
/etc/crontab using run-parts, because "test -x /usr/sbin/anacron" will 
never find /usr/sbin/anacron. Problem solved.


Radek Šiman

Dne 04.09.16 v 22:52 Dalton Fury napsal(a):

I have made some progress thanks to rangi. So for some unknown reason,
plack and zebra went down sunday morning. The 503 was caused due to plack
going down.

Koha seem to be running fine after I restarted zebra and started plack.

Here are the logs for the crash:

1) zebra-error.log: 20160904 07:37:06 nitc-koha-zebra: client (pid 19241)
killed by signal 15, stopping
2) plack-error.log: https://paste.ubuntu.com/23134235/

Dalton
___
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] HOLDPLACED notice - Clarification about its function

[Radek Šiman]

Hi Craig,

I'm currently working on this missing notice. Please feel free to add 
yourself to the CC List of bug #17509:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17509

Regads,
Radek

Dne 28.10.16 v 20:54 Craig Butosi napsal(a):

Hi all,

Koha 16.05.03 on Ubuntu 14.04

Can someone clarify the function or intent of the HOLDPLACED notice? Is it 
strictly for library staff, to inform them via email that one of their patrons 
has placed an item hold from the OPAC? Or, is it meant to inform a patron that 
a hold has been placed on one of their current loans? I've checked the 16.05 
manual about this, but want additional confirmation from the all-powerful 
collective wisdom :)

Many thanks,

Craig Butosi, MA, MLIS, B Mus (Hons.)
LIBRARY SERVICES MANAGER
the royal conservatory
TELUS Centre for Performance and Learning
273 Bloor Street West
Toronto, ON M5S 1W2
416.408.2824 x338
www.rcmusic.ca



Note: This email message and any attachments are intended only for the use of 
the individual to which it is addressed, and may contain information that is 
privileged, confidential and exempt from disclosure under applicable law. If 
the recipient of this email is not the intended recipient (or the employee or 
agent responsible for delivering the email to the intended recipient), you are 
hereby notified that any review, dissemination, distribution or copying or 
other use of this message is strictly prohibited. If you have received this 
communication in error, please notify the sender immediately by return email 
and delete this message and attachments from your system, thank you.
___
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] High definition logo

[Radek Šiman]

Probably the same files are also available at Koha wiki:

https://wiki.koha-community.org/wiki/The_Koha_Logo_:_Origins_and_Explanation

Radek

Dne 04.11.16 v 19:03 Owen Leonard napsal(a):

A couple of different versions of the Koha logo are included in the Koha source.

http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=misc/interface_customization;h=54e05019f1030817cf90d2831acda3f5e1708199;hb=HEAD

You probably want koha3-staff-client-logo.svg:

http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=misc/interface_customization/koha3-staff-client-logo.svg;h=34501d5a4a3598b66582a89a239df3f65ea31f8e;hb=HEAD

   -- Owen





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

Re: [Koha] Z39.50 - internal server error

[Radek Šiman]

Hi Jonathan,

I think it's the latest version available: 16.05.04.001. The local 
changes are focused on authorities searching as I think, but I'm not 
absolutely sure (isn't my work). It's just my opinion that about the 
local changes, so we didn't try to run without it - in addition it's a 
bit difficult to turn it off on production systems. I would appreciate 
any information regarding plack, which might be missed during our 
development process. Is there any reason why "undefined subroutine" 
error raises because of plack? PLease remember, the restart always fixes 
the problem as well as prefixing the procedure name. But the question 
is: WHY?


Cheers,
Radek

Dne 14.11.16 v 12:40 Jonathan Druart napsal(a):

Hi Radek,

Which version of Koha are you running on? What are you local changes? 
Did you try without?


Cheers,
Jonathan

On Mon, 14 Nov 2016 at 08:49 > wrote:


Hi,

 sometimes we are facing very annoying problem concerning Z39.50
searching, bacause all attempt to search records fail with a
"white page of death" saying only "Internal server error". It is
somehow connected to plack, but we cannot find a good solution.

 Symptoms:
# tail plack-error.log -n 5
Undefined subroutine &C4::Breeding::GetZ3950BatchId called at
/usr/share/koha/lib/C4/Breeding.pm line 279.
Undefined subroutine &C4::Breeding::GetZ3950BatchId called at
/usr/share/koha/lib/C4/Breeding.pm line 279.
Undefined subroutine &C4::Breeding::GetZ3950BatchId called at
/usr/share/koha/lib/C4/Breeding.pm line 279.
Undefined subroutine &C4::Breeding::GetZ3950BatchId called at
/usr/share/koha/lib/C4/Breeding.pm line 279.
Undefined subroutine &C4::Breeding::GetZ3950BatchId called at
/usr/share/koha/lib/C4/Breeding.pm line 279.
Solution A:
# koha-plack --restart
When we restart the plack service, then the searching starts to
work again for an unpredictable period of time (often several
days, sometimes week or two).

 Solution B:
We add a "C4::ImportBatch::" prefix to C4/Breeding.pm at these two
lines:
my $batch_id = GetZ3950BatchId($servhref->{servername});
my $breedingid = AddBiblioToBatch($batch_id, $seq, $marcrecord,
'UTF-8', 0, 0);
This solution works well except the fact, that prefixing is not
probably the best idea because the procedures SHOULD be already
imported. In fact, they aren't. Sometimes.

 We think it could be caused by our local changes of code. We are
not happy with it, but is it possible that the local changes of
code don't work well with plack module? What should be kept in
mind to avoid (probably?) incorrect imports with "use" command?

Thanks a lot!
Radek

___
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] broken kohadevbox

[Radek Šiman]

Dear collegues,
please help me to fix my serious problem with kohadevbox. I was updating 
sources from master using "git pull", but my internet connection got 
broken. Now I cannot update anymore even if I reset the master with

git reset --hard origin/master

vagrant@kohadevbox:kohaclone(master)$ git pull
error: Unable to find 0dc1b622844f51da59bace572a04141733ba1f3a under 
http://git.koha-community.org/koha.git

Cannot obtain needed tree 0dc1b622844f51da59bace572a04141733ba1f3a
while processing commit 7636c68d769a1c2e62ced6aa9f2fbe12adf22c8d.
error: fetch failed.

How can I solve this?
Radek

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

Re: [Koha] Number of Koha Libraries in the Word

[Radek Šiman]

Hi Marsahall,

I would suggest to improve database collation of the list. For example 
"Česká Třebová" is the first one, but it's definitely wrong order. It 
should be at the end of "C..." section, ie. between "C..." and "D..." 
sections. Similar rule should apply with Acýpayam before Adama University.


Radek

Dne 10.12.16 v 14:50 Marshall Breeding napsal(a):

A map version of the Koha listings in the libraries.org component of Library 
Technology Guides is available via this url:
  https://librarytechnology.org/libraries/map.pl?ILS=Koha

It's a bit slow right now and I plan to see what I can do to optimize it a bit.

Most importantly, having more libraries using Koha registered in libraries.org 
will help demonstrate its global impact.

-marshall


Marshall Breeding
Editor, Library Technology Guides
www.librarytechnology.org
marshall.breed...@librarytechnology.org
twitter.com/mbreeding




-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Sebastian Hierl
Sent: Friday, December 09, 2016 2:34 AM
To: Liz Rea
Cc: koha
Subject: Re: [Koha] Number of Koha Libraries in the Word

Thank you, Michael!

In view of our marketing initiative aimed at librarians who are not yet 
familiar with Koha it would be helpful to have such a list or a map 
illustrating Koha's international impact on our main website.  Librarians not 
familiar with Koha usually are not familiar with the Koha wiki.  If Marshall 
Breeding does a good job at keeping the list up to date, we should go with 
his--his expertise and objectivity would further provide credibility, though I 
would ideally want to work with him (or his data) to implement a visually 
stimulating map or list.

I fully agree that asking librarians to create profiles and learn how to use 
Git only to list themselves on a website for promotional purposes is not going 
to work and that the listing mechanism will have to be simplified.

-Sebastian

--
Sebastian Hierl, Ph.D.
Drue Heinz Librarian, Arthur & Janet C. Ross Library American Academy in Rome 
Via Angelo Masina 5
00153 Rome
Italy

T: +39 06 5846 417
F: +39 06 5810 788

On Wed, Dec 7, 2016 at 10:14 PM, Liz Rea  wrote:


It's gone. For now.



On Thu, Dec 8, 2016 at 9:44 AM, Michael Kuhn  wrote:


Hi Sebastian

We discussed this issue before and a number of very impressive
figures

were

quoted, but when I go to the home page of the Koha community, at
https://koha-community.org/about/libraries/, I only see a sample of

Koha

libraries and our library is missing.


I was not aware of this list, which is very incomplete and
uninformative compared to
https://wiki.koha-community.org/wiki/Koha_Users_Worldwide or
especially to Marshall Breedings great list of Koha libraries
throughout the world at
https://librarytechnology.org/lwc-processquery.pl?ILS=Koha (which actually list 
4'427 libraries with a lot of details).

Please do not get me wrong, I think that the list is good, but as
any

list,

hard to keep up to date.

In light of our marketing effort, we should bring it as up to date
as we can. In order to get us listed, I went to
https://gitlab.com/koha- community-devs-users/Koha-library-list/ and clicked on 
"Merge Request,"
but
could find how to place a new request. There is no "new" button or
similar.  Others were able to do it and I applaud them, but we are
not going to get many new libraries to list themselves and keep
this list relevant, if they cannot easily and immediately place a
request.  Is

this

something that could be fixed?  I.e. add a green "NEW" button or

something

of the sort.  And could you explain me how I could add our library?


To me it seems an absolutely horrible idea that libraries or anyone

should

learn or use Git when they want to include themselves in a simple list.
Instead I suggest to delete this list and instead link to
https://wiki.koha-community.org/wiki/Koha_Users_Worldwide

In my case however I stick to the above mentioned lists and I will
simply ignore the list at
https://koha-community.org/about/libraries/ when adding new libraries.

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
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 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] Number of Koha Libraries in the Word

[Radek Šiman]

Hello Jonathan,

what about to add UsageStatsLibraryCoordinates to the preferences? A map 
of libraries would be easily generated from it...


Radek

Dne 12.12.16 v 11:46 Jonathan Druart napsal(a):

Hello Sebastian and others,

Do not forget that you can easily register a library on the hea community
website:
https://wiki.koha-community.org/wiki/KohaUsageStat_RFC

In addition to list the library it also permits to collect different
statistics on the usage of Koha.

Regards,
Jonathan

On Wed, 7 Dec 2016 at 20:51 Sebastian Hierl  wrote:


Dear all,

We discussed this issue before and a number of very impressive figures were
quoted, but when I go to the home page of the Koha community, at
https://koha-community.org/about/libraries/, I only see a sample of Koha
libraries and our library is missing.

Please do not get me wrong, I think that the list is good, but as any list,
hard to keep up to date.

In light of our marketing effort, we should bring it as up to date as we
can. In order to get us listed, I went to https://gitlab.com/koha-
community-devs-users/Koha-library-list/
 and
clicked on "Merge Request," but
could find how to place a new request. There is no "new" button or
similar.  Others were able to do it and I applaud them, but we are not
going to get many new libraries to list themselves and keep this list
relevant, if they cannot easily and immediately place a request.  Is this
something that could be fixed?  I.e. add a green "NEW" button or something
of the sort.  And could you explain me how I could add our library?

Thank you!
Sebastian
--
Sebastian Hierl, Ph.D.
Drue Heinz Librarian, Arthur & Janet C. Ross Library
American Academy in Rome
Via Angelo Masina 5
00153 Rome
Italy

T: +39 06 5846 417
F: +39 06 5810 788
___
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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha zebra indexing stops every day morning.

[Radek Šiman]

Hi,

it's not about stopping anacron only, but about using simple cron deamon 
instead of it. I can confirm that one of libraries where I'm providing 
Koha services suffered from this bug. After we started not to use 
anacron, everything goes well although we had Koha down several times a 
week. Now it's running smoothly for 3 months.


Radek Siman

Dne 19.12.16 v 13:52 Andriamihaja Njaraniaina Luc napsal(a):

Hello,

Thanks, I was running this issue too. Is stopping anacron the best 
workaround please? Maybe is there more safe way to fix it?


Thanks,


Le 19/12/2016 à 15:05, Mark Alexander a écrit :

Excerpts from Server Room Thane's message of 2016-12-19 13:38:38 +0530:

I am using Koha 16.05.04.000 version on Ubuntu 16.04.1 LTS. Problem is
that, each day morning OPAC searching stops. We checked the status of
Koha-common service. Its active.

I ran into this problem, too.  It might be this bug:

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16885

I am running the latest 16.05, and the problem persisted despite the
update having applied the patch described in the bug to
/usr/sbin/koha-stop-zebra.

To work around this problem, I used the suggestion from Radek Siman
to disable anacron (while logged in as root):

 1) open /etc/cron.d/anacron and add a # to turn off the line 
starting

 with 30 7 * * *  anacron...
 2) mv /usr/sbin/anacron /usr/sbin/anacron-temporarily-renamed
___
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] Template Toolkit Syntax for Slips & Notices

[Radek Šiman]

Hi,

we also really appreciate the TT option to have in notices. We tried it 
and faced a problem especially with those digest letters. If you use 
digests only, most of the letter is prepared for the first round and 
then its updated with iterated data items as they come. This means that 
placeholders like <> are not updated anymore so we can see 
letters saying eg. "you returned 3 items", but in the fact there is much 
more of them listed in:


<>

Maybe it's a bug and not a TT issue...?

Regards
Radek

Dne 04.01.17 v 8:24 Katrin napsal(a):
+1 to what Bob said. I think we need the old syntax to be fully 
working at least for a longer transition time.


I can see that TT will allow us to have even nicer notices than we 
have now, so looking forward to having the option.


I think documentation will be really important in order to have 
libraries use the feature. We have some special constructs with the 
current syntax now. It would be nice to have mapping on how to achieve 
the same output or similar with the new TT syntax. I am thinking of 
things like:


<>
<>
<>
<>
...

Katrin

On 03.01.2017 12:40, Bob Birchall wrote:
Its good to see the commitment to keeping the existing syntax as an 
alternative to the new syntax - thank you!.   There are a massive 
number of existing notice templates in Koha libraries and libraries 
could face a significant cost to switch to the new syntax.  So as 
long as the path involves introducing the new but retaining the old 
as an alternative, we're in favour.

Thanks for the initiative.
Bob Birchall
Calyx

On 02/01/17 22:01, Jonathan Druart wrote:

Silence will be considered as an agreement.
If you have any questions, please do not hesitate to ask.

Regards,
Jonathan

On Tue, 6 Dec 2016 at 16:03 Kyle Hall  wrote:


Hey All!

As you may know, Koha 16.11 supports the use of Template Toolkit 
markup in

Koha's slips and notices. This provides huge benefits over our current
bespoke syntax, such as
A) Consistency, we have odd tags like <>
B) Flow control, for example, we can hide labels for fields that 
are empty
C) Flexible, for example, maybe you want to mask part of a patrons 
name on

a print slip, with TT it's easy!

Jonathan and I would really like to get moving on making Template 
Toolkit

the defacto way to deal with slips and notices in Koha. This is not a
trivial undertaking, and we'd like to get it done in time for the 
17.05

release.

To do this we will:
A) Port all slips and notices to TT syntax
B) Enable TT syntax in the slips and notices editor
C) Document the new TT syntax of slips and notices

These tasks will be accomplished on bugs 15278, 15277, and 15276
respectively.

I would like to stress that the existing Slips and Notices syntax will
continue to work in 17.05, and you will *not* need to update your 
existing

templates during the 17.05 upgrade process.

We are looking for community input on this project before we 
proceed. Let

us know what you think!

Kyle

http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
___
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 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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] flat fee on notice generation

[Radek Šiman]

Hello everyone,

I'd like to ask a question concerning overdue fees. One of our library 
requests to add a flat fee to common overdue fines. Is it possible to 
automatically generate a flat fee for the 1st, 2nd and 3rd overdue 
notices? Let's say a patron owes $5 as a overdue fine of 5 books. The 
library needs to automatically add to it, for instance, one-off $10 as a 
flat fee, because the patron has been notified about the items over due.


Of course, it's always possible to add such a fee manually, but then the 
staff has to know which kind of notice has already been generated and 
the amout must be calculated by humans not mentioning that people can 
make mistakes.


Could anybody recommend a good solution or is it a missing feature right 
now?


Thanks a lot,
Radek
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Name on the table Biblioitem

[Radek Šiman]

Hi Luis,

maybe this SQL will help you to build your own query:

SELECT
ExtractValue(marcxml,'//datafield[@tag="260"]/subfield[@code="a"]') AS 
f260a,

ExtractValue(marcxml,'//datafield[@tag="651"]/subfield[@code="a"]') AS f651a
FROM biblioitems
HAVING f260a = f651a

Regards,
Radek

Dne 06.02.17 v 23:58 Luis Moises Rojas napsal(a):

Yes

El feb 6, 2017 6:46 PM, "Joy Nelson"  escribió:


Luis-
When you say "When user select the 260a fields" are you talking about
cataloging an item or searching for an item?

joy


On Mon, Feb 6, 2017 at 2:14 PM, Luis Moises Rojas 
wrote:


Yes, more o less

The 651a field is the biblioitems.place on the table
But, the 260a i can not find a fields on the table.

This is 'cos we want to have this:
When user select the 260a fields, that field must be 651a and have to be
saved in the biblioitem,place field on the table

On Mon, Feb 6, 2017 at 4:07 PM, Joy Nelson 
wrote:


If I'm understanding you correctly Luis, you want the value in the 651a
to be found in the biblio.place field.

You could adjust your Koha keyword mapping and/or frameworks to map the
651a to the biblio.place field.

On Mon, Feb 6, 2017 at 2:03 PM, Luis Moises Rojas <
lmoisesro...@gmail.com> wrote:


Hi,
I want to know the name of this fields on the table.

260a

I mean, if you see the fields 651a the name is place on biblioitems
table.

This is because we want make something like this

260a=651a

So when a user select the Place of publication, have to be the
geographic
name.

Any help?

--
*Luis Moisés Rojas P.*
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha




--
Joy Nelson
Director of Migrations

ByWater Solutions 
Support and Consulting for Open Source Software
Office: Fort Worth, TX
Phone/Fax (888)900-8944
What is Koha? 




--
*Luis Moisés Rojas P.*




--
Joy Nelson
Director of Migrations

ByWater Solutions 
Support and Consulting for Open Source Software
Office: Fort Worth, TX
Phone/Fax (888)900-8944
What is Koha? 



___
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] Returning borrowed book error

[Radek Šiman]

Hi, maybe this issue?
https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix

Regards,
Radek

Dne 13.09.17 v 16:26 Luis Moises Rojas napsal(a):

Hello everybody,

We are having a new problem (New because yersterday was working), when a
user want to return a borrowed bool it says: book can not be return.

Any idea, pls?
Thanks to all




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

Re: [Koha] KOCT 0.4.5

[Radek Šiman]

Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please 
guide me... Some of our (mainly older) librarians have difficulties 
while using it in English.

Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose 
to work on KOCT.


So here's what's new in v0.4.5:

 - Add a "configuration test" button which will check if koha host, 
username and password are ok



 - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497 
is available, adresses 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )



 - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752 
is available)



 - Add data export in Koc format

(see 
https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 
)



 - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
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] KOCT 0.4.5

[Radek Šiman]

Thanks both of you, Matthias and Josef. And yes, I plan to translate it 
ASAP ;-)


Radek

Dne 07.12.17 v 10:18 Matthias Meusburger napsal(a):

Yes, these instructions to translate are still up-to-date.

I'll gladly integrate any translation.

Le 07/12/2017 à 08:06, Josef Moravec a écrit :

Hi Radek,

see this mail:
http://lists.koha-community.org/pipermail/koha-devel/2017-October/044090.html 



are you going to make the translation? ;)

Josef

st 6. 12. 2017 v 22:13 odesílatel Radek Šiman 
napsal:


Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please
guide me... Some of our (mainly older) librarians have difficulties
while using it in English.
Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose
to work on KOCT.

So here's what's new in v0.4.5:

  - Add a "configuration test" button which will check if koha host,
username and password are ok


  - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497
is available, adresses
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )


  - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752
is available)


  - Add data export in Koc format

(see

https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 


)


  - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
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 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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOCT 0.4.5

[Radek Šiman]

Hi Matthias,

the translation I promised is ready and committed to my local branch, 
but I can see no "fork" button at 
https://git.biblibre.com/biblibre/koct-webext

What to do next, please...?

Thanks.
Radek

Dne 07.12.17 v 10:18 Matthias Meusburger napsal(a):

Yes, these instructions to translate are still up-to-date.

I'll gladly integrate any translation.

Le 07/12/2017 à 08:06, Josef Moravec a écrit :

Hi Radek,

see this mail:
http://lists.koha-community.org/pipermail/koha-devel/2017-October/044090.html 



are you going to make the translation? ;)

Josef

st 6. 12. 2017 v 22:13 odesílatel Radek Šiman 
napsal:


Great job, Matthias!

Is there a way how we can translate the tool into Czech? If yes, please
guide me... Some of our (mainly older) librarians have difficulties
while using it in English.
Thanks.

Radek

Dne 06.12.17 v 13:26 Matthias Meusburger napsal(a):

Hi everyone,

We had a "Ship it" day during this Biblibre winter camp, and I chose
to work on KOCT.

So here's what's new in v0.4.5:

  - Add a "configuration test" button which will check if koha host,
username and password are ok


  - Retrieve branchnames and branchcodes as a dropdown list

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16497
is available, adresses
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19689 )


  - Cleaner error handling

(when https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19752
is available)


  - Add data export in Koc format

(see

https://wiki.koha-community.org/wiki/Koha_offline_circulation_file_format 


)


  - Add a button to jump to the configuration page.


This new version should be available at Mozilla's in a couple of days.

Enjoy :)
___
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 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 mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] SQL help - Bulk Card Number modification

[Radek Šiman]

Hi Satish,

maybe this piece of SQL code could help you... Please adjust the 
parameters @prefix and @offset. In the case you're satisfied with 
results, use the formulas in your UPDATE command.


Regards,
Radek

select * FROM (
    SELECT
        @prefix:="4GH" as cardnumber,
        @offset:=17 as university_id
    ) as vars
where 0 = 1

union

select
    cardnumber,
    CONCAT(
        @prefix,
        left(cardnumber, 2),
        MID(cardnumber, 3, 2),
        @offset + CAST(right(cardnumber, 2) as UNSIGNED INT)
    ) as university_id
from borrowers

Dne 19.01.18 v 7:21 SATISH napsal(a):

Dear Ramakant,

Yes, I did the same way for modification of a single cardnumber.
but how to do it for bulk? and also data is in excel.

with thanks
satish
___
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