- Koha - lists.katipo.co.nz

Koha Community Newsletter: July 2016
by kohanews 30 Jul '16

30 Jul '16

Fellow Koha users: The Koha Community Newsletter for June 2016 is here: https://koha-community.org/koha-community-newsletter-july-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

Specify in IntranetUserJS to load from a file
by Dalton Fury 29 Jul '16

29 Jul '16

Hi, I am deploying a large Javascript code using IntranetUserJS. It would be very much easier if I could put it in a file somewhere and load the file. If it is possible, where should I keep the file and what should I write in IntranetUserJS so as to make koha use this file? Thanks!

2 1

Re: [Koha] Slight delay for changes to IntranetUserJS to take effect
by Paul A 29 Jul '16

29 Jul '16

At 03:39 PM 7/29/2016 +0000, Tomas Cohen Arazi wrote: >It is called 'caching'. It is a feature that prevents Koha to re-read all >sysprefs on each call, but have them stored at hand to re-use them. It >takes a while, but you could restart your memcached server for it to apply >faster. >If you are storing sessions in memcache then your users will be logged out, >though. It could be memcached (for the sysprefs if you changed those, but memcached normally doesn't store .js files), however more likely your local browser cache (you say: "I typed till this much, refreshed the page, and the changes are there.") Unless of course you have enabled Apache caching (we have Cache-Control: no-cache for the intranet.) Paul >El vie., 29 jul. 2016 a las 12:37, Dalton Fury (<daltonfury42(a)gmail.com>) >escribiÃ³: > > > Hi, > > > > I don't know if it is a bug, a feature, or something wrong in my > > installation. > > > > Can anyone explain why it will take some time for any changes made to > > IntranetUserJS to take effect? > > > > I will save the changes, go to a page, view it's source, and the changes > > are not seen. I typed till this much, refreshed the page, and the changes > > are there. > > > > Why? > > > > Thanks! > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha(a)lists.katipo.co.nz > > https://lists.katipo.co.nz/mailman/listinfo/koha > > >-- >TomÃ¡s Cohen Arazi >Theke Solutions (https://theke.io <http://theke.io/>) >â +54 9351 3513384 >GPG: B2F3C15F >_______________________________________________ >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>

1 0

Slight delay for changes to IntranetUserJS to take effect
by Dalton Fury 29 Jul '16

29 Jul '16

Hi, I don't know if it is a bug, a feature, or something wrong in my installation. Can anyone explain why it will take some time for any changes made to IntranetUserJS to take effect? I will save the changes, go to a page, view it's source, and the changes are not seen. I typed till this much, refreshed the page, and the changes are there. Why? Thanks!

2 1

Re: [Koha] "No Title" in search results
by Katrin Fischer 28 Jul '16

28 Jul '16

Hi Joel, quickly running out of ideas :( Can you check if BKS is really the framework used here? The itemtype might be misleading. The easiest way to see is on editing. Another idea: Save it again with a little change and check if that changes something. Katrin Am 27.07.2016 um 00:05 schrieb Coehoorn, Joel: > Looking at one of the records, I can see the item and material type > both show "book": > > Inline image 1 > > and the title does show in the 245 a field > > Inline image 2 > > and that the 245 a field for the BKS (book) framework does map to > biblio.title: > > Inline image 3 > > Moreover, I can do an SQL query into the biblios table for that item > and see that the title field is populated: > > > mysql> select title from biblio where biblionumber = 96711; > +-------------------------------------+ > | title | > +-------------------------------------+ > | Illustrated myths of Native America | > +-------------------------------------+ > 1 row in set (0.00 sec) > > mysql> > > > > > > > Joel Coehoorn > Director of Information Technology > 402.363.5603 > *jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu>* > > > > > The mission of York College is to transform lives through > Christ-centered education and to equip students for lifelong service > to God, family, and society > > On Tue, Jul 26, 2016 at 4:53 PM, Katrin Fischer > <Katrin.Fischer.83(a)web.de <mailto:Katrin.Fischer.83@web.de>> wrote: > > Hi Joel, > > have you changed your Koha-2-Marc-Mappings by chance? I wonder if for > the problematic records the title was not saved to biblio.title. This > could be caused by a missing mapping of 245$a to biblio.title for > one or > more of your frameworks. > > Hope this helps, > > Katrin > > Am 26.07.2016 um 23:37 schrieb Coehoorn, Joel: > > The title is also missing in Cataloguing view, even after > turning on XSLT. > > > > > > > > Joel Coehoorn > > Director of Information Technology > > 402.363.5603 <tel:402.363.5603> > > *jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu> > <jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu>>* > > > > The mission of York College is to transform lives through > > Christ-centered education and to equip students for lifelong > service to > > God, family, and society > > > > On Tue, Jul 26, 2016 at 4:32 PM, Liz Rea <liz(a)catalyst.net.nz > <mailto:liz@catalyst.net.nz>> wrote: > > > >> Also, I wonder if you also see this behaviour in the > cataloguing search > >> (More -> Cataloguing -> do a search) > >> > >> Also do you use custom frameworks? > >> > >> Cheers, > >> Liz > >> > >> On 27/07/16 09:25, Tomas Cohen Arazi wrote: > >>> Is there a reason for you so you don't use the XSLT view? > >>> > >>> El mar., 26 jul. 2016 a las 18:18, Coehoorn, Joel > (<jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu>>) > >>> escribió: > >>> > >>>> We have a number of records that show "No Title" in the > search results. > >> As > >>>> an example, visit our opac and search for "McNeese" > >>>> > <https://koha.york.edu/cgi-bin/koha/opac-search.pl?q=mcneese>. You can > >> see > >>>> that these records clearly DO have a title: it shows if you click > >> through > >>>> to view the full result, and it shows in the 245 field if you > view the > >> MARC > >>>> record. It's just in the search results that it's > missing.They'll even > >> show > >>>> the "rest of the title" field if there is one. This problem > does not > >> occur > >>>> for all records. > >>>> > >>>> In an effort to figure out what's going on I have updated to > 16.05, and > >>>> also completely re-indexed zebra. > >>>> > >>>> Any ideas how to fix this? > >>>> > >>>> > >>>> Joel Coehoorn > >>>> Director of Information Technology > >>>> 402.363.5603 <tel:402.363.5603> > >>>> *jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu> > <jcoehoorn(a)york.edu <mailto:jcoehoorn@york.edu>>* > >>>> > >>>> The mission of York College is to transform lives through > >>>> Christ-centered education and to equip students for lifelong > service to > >>>> God, family, and society > >>>> _______________________________________________ > >>>> Koha mailing list http://koha-community.org > >>>> Koha(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> > >>>> https://lists.katipo.co.nz/mailman/listinfo/koha > >>>> > >> > >> -- > >> -- > >> Liz Rea > >> Catalyst.Net Limited > >> Level 6, Catalyst House, > >> 150 Willis Street, Wellington. > >> P.O Box 11053, Manners Street, > >> Wellington 6142 > >> > >> GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7 > >> > >> > >> > >> _______________________________________________ > >> Koha mailing list http://koha-community.org > >> Koha(a)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(a)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(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> > https://lists.katipo.co.nz/mailman/listinfo/koha > >

2 1

Looking for feedback
by Nicole Engard 28 Jul '16

28 Jul '16

Hi all, I'd love some feedback on what language we should use for order date in Koha: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14084 Nicole

2 1

oclc classify api
by Monisa Aslam 28 Jul '16

28 Jul '16

Hello every one. do you have any idea about oclc classify api. how can we use it, how can we get it install in linux ubuntu. Monisa Aslam

1 0

Multiple interfaces - one instance
by Tom Hanstra 27 Jul '16

27 Jul '16

We are trying to fully understand how to make multiple interfaces for the same Koha instance in order to have OPAC setups for a main site and a branch site. We found this post in the wiki: https://wiki.koha-community.org/wiki/Support_for_multiple_PAC_interfaces_by… and I see these lines in the koha httpd configuration file: # Repeat this virtualhost stanza changing the following environment vars to # create multiple OPAC interfaces with custom css and/or search limits: # SetEnv OPAC_CSS_OVERRIDE mystyle.css # SetEnv OPAC_SEARCH_LIMIT branch:CODE # SetEnv OPAC_LIMIT_OVERRIDE 1 but it is not fully clear how this all works. Do we have to create two different virtual hosts with IP aliases? How much of the Apache configuration needs to be repeated to get this all working? If someone who has done this can give me some more concrete and complete examples of this, with information on what changes need to be made within Koha as well as example httpd configuration, that would really help. Or maybe there is additional documentation somewhere that is more complete? Thanks in advance, Tom Hanstra -- *Tom Hanstra* *Sr. Systems Administrator* hanstra(a)nd.edu <http://library.nd.edu/>

3 2

"No Title" in search results
by Coehoorn, Joel 26 Jul '16

26 Jul '16

We have a number of records that show "No Title" in the search results. As an example, visit our opac and search for "McNeese" <https://koha.york.edu/cgi-bin/koha/opac-search.pl?q=mcneese>. You can see that these records clearly DO have a title: it shows if you click through to view the full result, and it shows in the 245 field if you view the MARC record. It's just in the search results that it's missing.They'll even show the "rest of the title" field if there is one. This problem does not occur for all records. In an effort to figure out what's going on I have updated to 16.05, and also completely re-indexed zebra. Any ideas how to fix this? Joel Coehoorn Director of Information Technology 402.363.5603 *jcoehoorn(a)york.edu <jcoehoorn(a)york.edu>* The mission of York College is to transform lives through Christ-centered education and to equip students for lifelong service to God, family, and society

4 6

Managing digital subscriptions
by Doug Dearden 26 Jul '16

26 Jul '16

Hi Folks, We have received notice from one of the journals we subscribe to that they are going to only be providing digital format in the future. For copyright reasons I don't think we can just download this file then link to it using the 856u field as that would make it downloadable by anyone. I looked through the manual but didn't find anything to address this. I believe the ideal situation is for the document to be viewable at a workstation inside the library, but not through the public OPAC. Is there a way to handle this? We are on an older version (3.16) but I am quite prepared to update to the latest release as needed. Thanks, Doug Dearden Director, IT School for Advanced Research 505-954-7220 The School for Advanced Research has supported innovative social science and Native American artistic creativity for more than a century. Since we began offering fellowships in 1972, we have funded the work of more than 345 SAR scholars and artists, among whose ranks are six MacArthur Fellows and eighteen Guggenheim Fellows. Please join us in Santa Fe for insightful lectures or a tour of the School's historic campus. You can also follow the work of our resident scholars and Native American artists on our website at www.sarsf.org<http://www.sarsf.org>.

5 4