- Koha - lists.katipo.co.nz

Handling of TimeZones and different Calendars (Thailand Buddhist Calendar) on a single shared Koha server
by Alex Shepherd 03 Jan '17

03 Jan '17

Hi Guys, I’m hoping to host several independent libraries on a single VM. The libraries are all in Asia spread across Sri Lanka, Myanmar and Bangkok and the server is a VM hosted on Digital Ocean in Singapore. The library in Bangkok have used the Buddhist calendar for some (not all) of their dates like DoB and some other date fields in the Bibliographic and other records. This is causing an issue with the date calculations for patron age and no doubt it will cause other issues. So this raises several issues for me: 1) Is there a tidy or supported way for me to handle the Buddhist dates? 2) Does Koha have any way to define a timezone and locale on a library by library basis where there are multiple libraries on the one server? Regards Alex Shepherd

3 2

Koha 16.05.07 release
by Mason James 03 Jan '17

03 Jan '17

The Koha community is proud to announce the release of Koha 16.05.07. This is a maintenance release and contains several bugfixes. The full release notes are available at https://koha-community.org/koha-16-05-07-release/ Packages will be available soon. Happy new year! :0)

1 0

Patron not shown
by ahmnas 02 Jan '17

02 Jan '17

hi my friends i have success to upgrade from koha 3.18 to koha 3.22.5 stable version so every things is ok but the problem in patrons (borrowers) when i finishing upgrade and login using user name and passwords it give me invalid user so i login with koha admin and when searching in patrons modules it not give me any thing and i check phpmyadmin to see borrowers table i found all borrowers data complete, so how solving patron i install using koha package Koha Version- 3.22.5 (Stable) Operating System- Ubuntu 12.04.5- 64 bit. Ahmad Nasser koha system administrator mobil: +201110136090 -- View this message in context: http://koha.1045719.n5.nabble.com/Patron-not-shown-tp5915236.html Sent from the Koha-general mailing list archive at Nabble.com.

5 4

Koha 3.22.14 release
by Julian Maurice 02 Jan '17

02 Jan '17

The Koha community is proud to announce the release of Koha 3.22.14. This is a maintenance release and contains several bugfixes. The full release notes are available at https://koha-community.org/koha-3-22-14-release/

1 0

Koha Community Newsletter: December 2016
by kohanews 30 Dec '16

30 Dec '16

Fellow Koha users: The Koha Community Newsletter for December 2016 is here: https://koha-community.org/koha-community-newsletter-december-2016/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. Thanks! -- Chad Roseburg Editor, Koha Community Newsletter

1 0

Problems with migrating from Koha 16.05 to 16.11
by David Whelchel 30 Dec '16

30 Dec '16

Hello All, I have been carefully and regularly updating the koha-common package version on Debian Wheezy 3.2.82-1 x86_64 (and its updates) since Koha version 3.14. Prior to that I ran Koha on the old Windows version (that is now thankfully dead). Now comes Version 16.11. Being an old hand but not being an active programmer, and having years of successful upgrades and builds for my and other libraries I thought, No Problem. Well not so!! I have tried a number of permutations to get this version of Koha built without success. 1) To try a test run I set up an Ubuntu 14.04 LTS system as recommend in the online documentation and selected the old stable option as I would need to migrate my database (in MySQL of course). No joy – received “koha-common : Depends: libgd-perl but it is not going to be installed” at the sudo apt-get install koha-common step. 2) Well, so maybe I should use a fresh install the stable version and see if I can still use MySQL – after all it is still supported in 14.04. But again problems. More dependencies: koha@koha314:~$ sudo apt-get install koha-common Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: koha-common : Depends: libarchive-extract-perl but it is not installable Depends: libgd-perl but it is not installable Depends: libpath-tiny-perl but it is not installable Depends: libsereal-decoder-perl but it is not installable Depends: libsereal-encoder-perl but it is not installable Depends: libwww-youtube-download-perl but it is not installable E: Unable to correct problems, you have held broken packages. Ok So maybe Ubuntu changes too fast for this version of Koha to keep up with. So I’ll try Debian with both 16.05 and 16.11. But again similar problems and not success. Where to now. Try the latest LTS versions of Ubuntu and Debian. Bumpkus – but at least I am persistent. So why this long ramble? First I believe that there need to be some effort in either making 16.11 work in the recommended Ubuntu and Debian releases as documented or put a real effort into updating the Koha code and dependent applications up to date so that a migration from 16.05 (or earlier versions) can be made seamlessly 50 16.11.x without our librarian non-programmers going crazy (and not all of them have tech support). Now put on your flame suits: I have been actively working in a university central computing center for more than 35 years. The discussion recently about mapping Koha library sites and whether the information and whether Marshall’s map program is open source or not started me to doubt the long term stability of the Koha-common project. I even broke my personal rule and commented to the thread (my commends received silence). In order for this effort to succeed problems like the inability to use the package upgrade from previous versions to the newest version without problem must be a priority. Koha is a fabulous application and community. I hate to tell you Chris, but proprietary software seldom has these problems; they depend on the stability of their product for their pay checks. Flame off: Oh Yeah – if anyone has a solution to an in place upgrade to that the Koha database can be carried forward please let all of us who are experiencing problem know. But I am still expecting crickets. Thanks --Dave ------------------------------------------------------------------------------- David L. Whelchel 725 SE Derby Street Pullman, WA 99163 whelchel(a)pullman.com<mailto:whelchel@pullman.com> http://www.dlwa.com

3 5

Wide character error
by Abdulsalam Yousef 29 Dec '16

29 Dec '16

Hello all, We have an error appears during navigation through ( patron pages) in koha 16.11 for example when trying to enter a patron details page from koha staff client like ( http://domain_name:8080/cgi-bin/koha/members/moremember.pl?borrowernumber=2…) page, It gives us this error ( Wide character in subroutine entry at /usr/share/perl5/Digest/HMAC.pm line 63.) Also, The same error appears when trying to open OPAC (http://domain_name/cgi-bin/koha/opac-memberentry.pl) page. Thanks in advance Regards.

2 2

Up-to-dateness of Koha database analysis by SchemaSpy
by Michael Kuhn 28 Dec '16

28 Dec '16

Hi It seems to me that http://schema.koha-community.org/ is not up to date (it shows the date of Mon Jan 11 08:19 NZDT 2016). For example Koha 16.11 has 70 fields in table "borrowers" but SchemaSpy still only shows 67 of them (like in Koha 16.05), missing the new fields "checkprevcheckout", "updated_on" and "lastseen". * http://schema.koha-community.org/tables/borrowers.html Would someone with the needed privileges please update this database description? Also in Koha menu "Tools > Import patrons" the help text "Field list" does miss some fields: the three mentioned above and also "privacy_guarantor_checkouts" (introduced in Koha 16.05 I guess). This leads me to another question: Is there any database description of older Koha versions (e. g. Koha 3.20, Koha 3.18) or will the database analysis by SchemaSpy always just overwrite and thus destroy all older status? 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 mik(a)adminkuhn.ch · W www.adminkuhn.ch

6 12

Re: [Koha] [Koha-devel] Koha Maps
by Marshall Breeding 28 Dec '16

28 Dec '16

Here is the version of Prosentient Systems Koha clients via Library Technology Guides: https://librarytechnology.org/libraries/map.pl?ILS=Koha%20--%20Prosentient%… List version: https://librarytechnology.org/libraries/search.pl?ILS=Koha%20--%20Prosentie… -marshall Marshall Breeding marshall.breeding(a)librarytechnology.org www.librarytechnology.org/ twitter.com/mbreeding http://www.linkedin.com/in/breeding http://scholar.google.com/citations?user=NnvfJ5cAAAAJ -----Original Message----- From: Edmund Balnaves [mailto:ebalnaves@prosentient.com.au] Sent: Wednesday, December 21, 2016 5:46 PM To: 'Chris Cormack'; Marshall Breeding Cc: 'koha'; 'Koha-devel' Subject: RE: [Koha-devel] Koha Maps Hi Marshall, Chris We already have a map of our libraries - http://www.prosentient.com.au/index.php/koha An API where we could push these details in bulk through to you would be great - we could send through the details of the library geocode details. Regards Edmund Edmund Balnaves, PhD Hosted Services Prosentient Systems P/L ABN 31 078 409 168 72/330 Wattle St, Ultimo NSW 2007 tel: 02 92120899 fax: 02 92120885 mobile: 0414737560 ejb(a)prosentient.com.au -----Original Message----- From: koha-devel-bounces(a)lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] On Behalf Of Chris Cormack Sent: Wednesday, 21 December 2016 7:39 AM To: Marshall Breeding <marshall.breeding(a)librarytechnology.org> Cc: koha <koha(a)lists.katipo.co.nz>; Koha-devel <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] Koha Maps * Marshall Breeding (marshall.breeding(a)librarytechnology.org) wrote: > I have been following the discussion about how the Koha community can > better market itself, including using a map display to emphasize its > global impact. > > > > Naturally, I would be happy to have the map generated from Library > Technology Guides to be used. Doing so would help me ensure that my > registry of libraries using Koha is more complete since libraries might > be more motivated to be included. Regardless of whether the Koha > community decides to rely more on my mapping tool, I will continue to try > to obtain data on the many libraries using Koha that are not yet > registered on my site or any other database. I continue to think that > Koha is most likely the most implemented ILS, but I do not yet have the > data to validate that assertion. > > > > The purity of working only with open source software and open access data > seems to me like an impossible goal. Richard Stallman, who I heard speak > last year, takes this concept to its logical conclusion, and ends up with > quite a limited realm of software or data which meet his tests for purity. > Is the Koha community comfortable using the Google Map API, for example, > since it is based on a closed and proprietary information infrastructure > and underlying software components that may or may not be open source? Or > does it plan to invent its own global mapping ecosystem? > That's what Open Street Maps is. Are you sure you want to get into a discussion about the ethics of open vs closed/proprietary on this mailing list? > > > I have looked at the Hea tool and I have a hard time imagining it gaining > the functionality of a global mapping visual and becoming well populated > by the mechanisms provided. Since it is generated mechanically through > each instance of Koha, it will be difficult to translate this data to > represent the libraries that are actually using Koha in production. Many > of the entries shown now (http://hea.koha-community.org/libraries) seem to > be duplicates or test implementations. Its single entry for the NExpress > Shared Catalog is represented by 53 libraries on my maps. I don’t see hea > as having the structure has the ability to represent the branches > associated with a library system or consortia and many other aspects of > tracking the libraries which use any given automation system. I think > that many, if not the majority, of Koha implementations globally are based > on older or forked versions of Koha, making it difficult or impossible for > them to automatically contribute their data to Hea. > > > > I also wonder why the Koha development community would divert resources > into re-creating such a tool from other efforts to develop and promote > Koha. Having maintained a registry of libraries for almost two decades, > my experience tells me that it is much more difficult to create and > maintain a well-organized list than others might imagine. > > > > I have also just re-written the map tool on Library Technology Guides to > generate the display more quickly when there are a very large number of > libraries. Although it depends on how quickly the Google API responds, it > now builds the maps in a few seconds, compared to almost a minute > previously. I have also added some basic search selection tools at the > bottom of the page: > > https://librarytechnology.org/libraries/map.pl?ILS=Koha > > > > I’ll be interested to hear further discussion on the topic. > The main thing I would be interested in hearing is that you have licensed the data in the tool under an open license. And then we could use it without issue. Chris > > > Marshall Breeding > > marshall.breeding(a)librarytechnology.org > > www.librarytechnology.org/ > > twitter.com/mbreeding > > http://www.linkedin.com/in/breeding > > http://scholar.google.com/citations?user=NnvfJ5cAAAAJ > > >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >website : http://www.koha-community.org/ git : >http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Repeat this Tag not working
by anjoze 28 Dec '16

28 Dec '16

Since upgrade to 16.11 when I click on *Repeat this Tag* (Cataloging) on some fields (UNIMARC Ex: 701, 702) nothing happens and if the cursor is down on the page it will jump to top like this bug (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8747) Then I get this message on the browser Developer Tools: /cataloging.js:100 Uncaught TypeError: Cannot read property 'match' of null at CloneField (http://xxxxxxxxx.com:8080/intranet-tmpl/prog/js/cataloging.js:100:38) at HTMLAnchorElement.onclick (http://xxxxxxxxx.com:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumbe… Koha version: 16.11 + mariaDB + Ubuntu 16.04 ----- Koha version: 16.05.05 - - José Anjos -- View this message in context: http://koha.1045719.n5.nabble.com/Repeat-this-Tag-not-working-tp5914615.html Sent from the Koha-general mailing list archive at Nabble.com.

3 12