- Koha - lists.katipo.co.nz

Re: [Koha] Koha training and certification]
by Kathryn Tyree 15 Dec '16

15 Dec '16

Hi Pedro, Catalyst do a 5 day intensive training course for what you're describing. I'll send the details off-list. Cheers, Kathryn Kathryn Tyree // Project and Account Manager DDI // +64 4 803 2414 kathryn(a)catalyst.net.nz Level 6, Catalyst House 150 Willis Street, Wellington 6011 PO Box 11 053, Manners St Wellington 6142, New Zealand > > Date: Tue, 13 Dec 2016 10:41:54 -0100 > From: Pedro Amorim <pjamorim91(a)gmail.com> > To: Koha list <koha(a)lists.katipo.co.nz> > Subject: [Koha] Koha training and certification > > Hello all, > > I am looking for information regarding Koha training and certification, if > there's any. > Any information regarding institutions or organizations providing these > services is welcome. > > The training and certification I'm looking for is both at a technical level > (Perl programming, Koha command line utilities, Zebra indexing and > configuration, database schema, etc) as well as at a user level (How to > perform an advanced search, how to catalog, using the circulation module, > using the acquisitions module, system preferences and so on and so forth). > > As always thanks a bunch, > > Pedro Amorim > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha > > ----- End forwarded message ----- >

1 0

koha 3.x
by divya batra 14 Dec '16

14 Dec '16

Dear All,Greetings I want to know the meaning of "3.x " version of koha. Thanks & RegardsDivya Divya

2 1

Re: [Koha] ldap authentication in Koha 16.11 become broken when enabling plack
by Mohammad Nashbat 14 Dec '16

14 Dec '16

Hi All, I hope someone help in the below issue, to clarify more we are facing problem with Koha & ldap authentication for the new users only when enabling plack, we tried to stop plack and ldap authentication was working fine but we lost the high performance of plack. Please help or at least let us know if this is a known bug. Thanks & Best Regards, Mohammed Nashbat Library Instructor -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Mohammad Nashbat Sent: Thursday, December 08, 2016 04:16 م To: koha(a)lists.katipo.co.nz Subject: [Koha] ldap authentication in koha 16.11 become broken when enabling plack Hi All, We've recently upgraded to Koha 16.11 which is running on Debian Jessie, we also activated plack which makes the system really faster than before but found out that Koha ldap authentication become broken, but when we disabled plack it works fine with slowness. Any help to make koha ldap integration works with plack is highly appreciated. Thanks & Best Regards, Mohammed Nashbat Library Instructor Alfaisal University ________________________________ DISCLAIMER: This electronic mail transmission contains confidential information intended only for the person(s) named. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you received this transmission in error, please notify the sender by reply e-mail and then destroy the message. Opinions, conclusions, and other information in this message that do not relate to the official business of Alfaisal University shall understand to be neither given nor endorsed by Alfaisal University. The contents of any attachment to this e-mail may contain software viruses, which could damage your own computer system. While “Alfaisal University” has taken every reasonable precaution to minimize this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment. _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha ________________________________ DISCLAIMER: This electronic mail transmission contains confidential information intended only for the person(s) named. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you received this transmission in error, please notify the sender by reply e-mail and then destroy the message. Opinions, conclusions, and other information in this message that do not relate to the official business of Alfaisal University shall understand to be neither given nor endorsed by Alfaisal University. The contents of any attachment to this e-mail may contain software viruses, which could damage your own computer system. While “Alfaisal University” has taken every reasonable precaution to minimize this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment.

2 2

Acquisitions module internal server error
by schnydszch 14 Dec '16

14 Dec '16

I'm trying out the Acquisitions module in 16.11 in two instances. One with many test acquisitions done in the past (First instance) while the other instance almost clean slate acquisitions (Second instance). I get internal server error in the first instance whenever saving an order for a basket with the following Acqui System Preferences: AcqCreateItem is set to 'placing an order' and UniqueItemFields is set to either blank or 'barcode'. Clicking the 'Back' button will let me go back to the last interface I was in and clicking 'Save' again will let me save the order and once in the 'Basket' interface, I get to see two orders of previously processed orders (same order but different No.), see image below. <http://koha.1045719.n5.nabble.com/file/n5913371/acqui_internal_server_error…> I get this error when barcode is not filled up in the items during order creation. However, in the second instance, this work perfectly fine. With same system preference, the order is saved even though a barcode was not entered. I'm trying to find the error log for this but could not find it in the intranet-error-log. By the way, plack is enabled for the first instance, while the second instance it isn't. Further looking at the plack-error log, it seems it really is related with the barcode: No existing hbyymmincr barcodes found. Reverting to initial value. at /usr/share/koha/lib/C4/Barcodes/hbyymmincr.pm line 62. DBD::mysql::st execute failed: Duplicate entry 'INSTI-16120002' for key 'itembarcodeidx' [for Statement "INSERT INTO items SET... Now, my question is, with all that I've written above, I guess it really is the case in the order creation in Acquisitions module that if Acqcreateitem is set to 'placing an order', a barcode should be filled up before saving? I just got two different results in different instances in same server. But my deduction tells me it's in the Plack. Should there be a notification error for this? To prevent bad data in the future. That's all, Cheers and have a nice day y'all! -- View this message in context: http://koha.1045719.n5.nabble.com/Acquisitions-module-internal-server-error… Sent from the Koha-general mailing list archive at Nabble.com.

2 5

Re: [Koha] Number of Koha Libraries in the Word
by Paul A 14 Dec '16

14 Dec '16

At 09:24 PM 12/13/2016 +0000, Mike D. wrote: >Hi, >I vote for Hea, because is easy way to have actual data from libraies >/.../ clear delclaration about data usage license and privacy /.../ Hea is >best way to collect data from Koha instalation, easy and fast. [limited to Canada] We have a lawyer on our board, who suggests that libraries cannot verify the Koha code (technically, in detail), therefore if there is a breach of privacy, Koha Community would be responsible. This to me is *NOT* a good thing -- I certainly would not want the community to be under any threat. Collecting data, in today's world, happens regularly, legally and illegally; there is a fine line between "maybe OK" and "not completely bulletproof"; consent is one thing, but just clicking "OK" for sysprefs during an install is wide open to challenges. I would really suggest that if Hea is the way the community feels it should go, that this becomes a very conscious, up-front "add-on" voluntary service with "informed consent" well defined. [/limited to Canada] Best -- Paul >Take care > >Mike. > >Ãºt 13. 12. 2016 v 18:52 odesÃlatel BOUIS Sonia <sonia.bouis(a)univ-lyon3.fr> >napsal: > >Hi, >I maybe missed the action, but I pretty agree with Nate. I'm for the >improvement of Hea, and I hope that we can have better results with it in >few time. >For the moment, I think we need to have user friendly interface for people >who doesn't really know koha. Especially if we want to do some marketing on >Koha. >Old Koha version libraries are on the Marshall Breeding list but they will >not be in hea while they don't update their versions and I'm not sure they >will do it really soon. >In France, KohaLa association have begun a google map to show french >speaking users of Koha. We could surely use Marshal Breeding's map. >As a librarian, I can see colleagues that can find reassuring to see on the >map that there's a lot of libraries using Koha and some of them at few >kilometers. > >So, I'm totally to improve hea, but I think we should use the Marshall >Breeding list meanwhile. > >Cheers, >Sonia > >---------------------------------------------------------------------- > >Message: 1 >Date: Mon, 12 Dec 2016 18:19:01 -0500 >From: Nathan Curulla <nate(a)bywatersolutions.com> >To: Koha <koha(a)lists.katipo.co.nz> >Subject: Re: [Koha] Number of Koha Libraries in the Word >Message-ID: > <2748A6B7-2138-485D-8F4D-91ADDC66EA6E(a)bywatersolutions.com> >Content-Type: text/plain; charset=utf-8 > >Hi Everyone, > >I hear what you are all saying about this and agree that it would be better >to roll our own, but here is the thing: Hea is not user friendly at all and >the Wiki is not a good marketing tool because it is not pretty (no offense >on either of these). If you really want to market Koha you need to look at >these things from the eyes of a non-developer, non-tech oriented librarian. >If you do that you will see that these two tools are not optimal, >especially in comparison to something that larger companies that Koha >competes with are going to put out. > >It is good to hear that you want to clean things up and re-invent the >wheel, but actually doing that in a reasonable amount of time in a >competitive environment is another thing. If someone has a concrete >proposal for an attractive, sortable, searchable, easy to submit to option >on the website for libraries to put information in than I think that would >be great and I will do everything to help that I can, but who is going to >do it and when? With products like Folio coming Koha needs to be front and >center in the open source library world and showing the world how many >people use it is a no brainer (and should be easy) in terms of ways to do >just that. > >So the options are that someone volunteers to create this interface >(ByWater staff can help with this if given the access and permission, but >we arenât going to do it alone) with a completion target of end of Feb. >2017, or we link out to a third party site that already has the content. If >we donât hear from anyone about the former we are going to go with the >latter. We need to move on this kind of stuff soon or Koha will be left in >the dust in the coming emergence of open source in the library world. We >need to become more accessible to those who donât code, otherwise we are >playing into the misconception that open source is for developers only. > >Respectfully, > >-Nate > >_______________________________________________ >Koha mailing list http://koha-community.org >Koha(a)lists.katipo.co.nz >https://lists.katipo.co.nz/mailman/listinfo/koha >_______________________________________________ >Koha mailing list http://koha-community.org >Koha(a)lists.katipo.co.nz >https://lists.katipo.co.nz/mailman/listinfo/koha --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>

4 3

Question about running PLACK
by Martin House 14 Dec '16

14 Dec '16

Is there anything I should be aware of, before moving my production server from zebra to plack? In other words, have any of you run in to issues that may not be noted in the official instructions? My follow up question is, do I need to remove zebra after plack install, or do I just leave it sitting there? I've looked at a few sites, and can't find concrete answers to these questions. Thanks in advance! PS. I'm sick of having to run zebra-reindex every day, manually, so I figure it's time to investigate plack. Thanks! Martin Martin House martin.house(a)gmail.com www.martindhouse.com "An unexamined life is not worth living."

3 3

Re: [Koha] Number of Koha Libraries in the Word
by BOUIS Sonia 13 Dec '16

13 Dec '16

Hi, I maybe missed the action, but I pretty agree with Nate. I'm for the improvement of Hea, and I hope that we can have better results with it in few time. For the moment, I think we need to have user friendly interface for people who doesn't really know koha. Especially if we want to do some marketing on Koha. Old Koha version libraries are on the Marshall Breeding list but they will not be in hea while they don't update their versions and I'm not sure they will do it really soon. In France, KohaLa association have begun a google map to show french speaking users of Koha. We could surely use Marshal Breeding's map. As a librarian, I can see colleagues that can find reassuring to see on the map that there's a lot of libraries using Koha and some of them at few kilometers. So, I'm totally to improve hea, but I think we should use the Marshall Breeding list meanwhile. Cheers, Sonia ---------------------------------------------------------------------- Message: 1 Date: Mon, 12 Dec 2016 18:19:01 -0500 From: Nathan Curulla <nate(a)bywatersolutions.com> To: Koha <koha(a)lists.katipo.co.nz> Subject: Re: [Koha] Number of Koha Libraries in the Word Message-ID: <2748A6B7-2138-485D-8F4D-91ADDC66EA6E(a)bywatersolutions.com> Content-Type: text/plain; charset=utf-8 Hi Everyone, I hear what you are all saying about this and agree that it would be better to roll our own, but here is the thing: Hea is not user friendly at all and the Wiki is not a good marketing tool because it is not pretty (no offense on either of these). If you really want to market Koha you need to look at these things from the eyes of a non-developer, non-tech oriented librarian. If you do that you will see that these two tools are not optimal, especially in comparison to something that larger companies that Koha competes with are going to put out. It is good to hear that you want to clean things up and re-invent the wheel, but actually doing that in a reasonable amount of time in a competitive environment is another thing. If someone has a concrete proposal for an attractive, sortable, searchable, easy to submit to option on the website for libraries to put information in than I think that would be great and I will do everything to help that I can, but who is going to do it and when? With products like Folio coming Koha needs to be front and center in the open source library world and showing the world how many people use it is a no brainer (and should be easy) in terms of ways to do just that. So the options are that someone volunteers to create this interface (ByWater staff can help with this if given the access and permission, but we aren’t going to do it alone) with a completion target of end of Feb. 2017, or we link out to a third party site that already has the content. If we don’t hear from anyone about the former we are going to go with the latter. We need to move on this kind of stuff soon or Koha will be left in the dust in the coming emergence of open source in the library world. We need to become more accessible to those who don’t code, otherwise we are playing into the misconception that open source is for developers only. Respectfully, -Nate

3 2

Re: [Koha] Number of Koha Libraries in the World
by Nathan Curulla 13 Dec '16

13 Dec '16

Hi Everyone, I hear what you are all saying about this and agree that it would be better to roll our own, but here is the thing: Hea is not user friendly at all and the Wiki is not a good marketing tool because it is not pretty (no offense on either of these). If you really want to market Koha you need to look at these things from the eyes of a non-developer, non-tech oriented librarian. If you do that you will see that these two tools are not optimal, especially in comparison to something that larger companies that Koha competes with are going to put out. It is good to hear that you want to clean things up and re-invent the wheel, but actually doing that in a reasonable amount of time in a competitive environment is another thing. If someone has a concrete proposal for an attractive, sortable, searchable, easy to submit to option on the website for libraries to put information in than I think that would be great and I will do everything to help that I can, but who is going to do it and when? With products like Folio coming Koha needs to be front and center in the open source library world and showing the world how many people use it is a no brainer (and should be easy) in terms of ways to do just that. So the options are that someone volunteers to create this interface (ByWater staff can help with this if given the access and permission, but we aren’t going to do it alone) with a completion target of end of Feb. 2017, or we link out to a third party site that already has the content. If we don’t hear from anyone about the former we are going to go with the latter. We need to move on this kind of stuff soon or Koha will be left in the dust in the coming emergence of open source in the library world. We need to become more accessible to those who don’t code, otherwise we are playing into the misconception that open source is for developers only. Respectfully, -Nate > Nathan A. Curulla > Owner, CRO > ByWater Solutions > Support and Consulting for Open Source Software > Headquarters: Portland, OR. > East Coast Office: Redding, CT. > Phone/Fax # (888) 900-8944 xt 2 > Cell # (203) 685-7207 > http://bywatersolutions.com <http://bywatersolutions.com/> > nate(a)bywatersolutions.com <mailto:nate@bywatersolutions.com>

6 7

Re: [Koha] Number of Koha Libraries in the World
by Nathan Curulla 13 Dec '16

13 Dec '16

Hi, I'd really like to see Hea improved, and link to that instead. It is our own, open, data. It is fully voluntary. We can make the registration process easier for libraries - possibly as part of the installer. It is too hidden now. An API to Hea that I could pull from to use the data on the website would be a nice thing, but not a requirement. I'm happy to simply link to it. We have this tool, we should encourage more strongly the use of it, instead of depending on a third party with non-open data. ------ Great! What is the plan and timeline for this? Liz, are you willing to head this up? I would be more than happy to help on the design front. Who is going to be the main tech lead on this project? Also, no one has commented on the issue of the non-tech element in this. As I said before, if you want libraries to actually use this it needs to look nice, be easy to access, and be sortable and searchable. The whole point of doing this page is so libraries who are looking to use Koha can find institutions that are similar to their own. I have posted info on Hea through the gitlab thing and it is not easy to use for the average Joe.

1 0

Not able to send email alerts
by Sahadeo Taware 13 Dec '16

13 Dec '16

Dear Friends We are using koha for our library (version 16.11) on ubuntu 14.04 I am using postfix for sending email alerts to our user previously it was work very well but now the email alerts not able to send. I have check all settings but not able to solve the query The notices showing pending status in patron detail Kindly check the Screenshot -- Sahadeo D. Taware Librarian, M.L.I.Sc., NET Thakur College of Science and Commerce Thakur Village, Kandivli(E), Mumbai 400101 Mob. No 9324912816 Office 28870627 Extn. 126

2 1