- Koha - lists.katipo.co.nz

Re: [Koha] Anyone using tag clouds?
by Kathy Rippel 08 May '09

08 May '09

I can think of some application of tagging that would help me in my professional capacity, so I would definitely be interested in being able to assign tags. I would prefer it to be on the items screen, for ease, but realize it may make more sense to be on the biblio detail screen, like the LISTS and HOLD buttons. Kathy At 07:01 AM 5/7/2009, Nicole Engard wrote: >I don't know if anyone is doing this, but I have had librarians >express an interest in being able to add tags using the Koha tagging >tools at the cataloging level. They want this for 2 reasons. > >1st - they have some non-authorized terms they want to apply to books >as the librarian and don't want to have to go in and add them via the >OPAC > >2nd - they find that patrons aren't tagging much and figure that by >adding tags themselves it might jump start some interest - or at least >provide tags for people to browse via the tag cloud. > >In both cases they're not talking about using the 690 - but the >tagging mechanism that is in Koha so that things show in the tags list >and the tag cloud. > >--- > >Nicole C. Engard >Open Source Evangelist, LibLime >(888) Koha ILS (564-2457) ext. 714 >nce(a)liblime.com >AIM/Y!/Skype: nengard > >http://liblime.com >http://blogs.liblime.com/open-sesame/ > > > >2009/5/7 Nelson Fredsell -CCE <nelson(a)cfce.org.za>: > > Hi everyone, > > > > > > > > Is anyone using the tag / tag cloud feature for cataloguing > purposes? We're > > considering the use of tags during the catalogue process, to allow use of > > additional subject/keyword material not part of MARC and Z39.50. > > > > > > > > I'm aware that 690 would allow us to put in local Subject assignments, and > > the cataloguer could enter the 690 AFTER a Z39.50 search. The problem we > > have is that we think we'd like to enter 690 BEFORE the Z39.50 search. I > > say BEFORE, because we'd map proprietary Subjects and Keywords during our > > initial migration from the legacy system, then slowly as we have time run > > z39.50 searches on all our records. > > > > > > > > If you're happily using tags for cataloguing, I'd appreciate a > link to your > > OPAC so that I could see what this actually looks like in Koha. > > > > > > > > Thanks, > > > > Nelson > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > >_______________________________________________ >Koha mailing list >Koha(a)lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha Kathleen D. Rippel Dept. Head/Consultant--Resource Sharing and Access ; Pathfinder Central (Manager) Central Kansas Library System 1409 Williams Great Bend, KS 67530 (620-792-4865) phone (800-362-2642) toll-free, KS (620-792-5495) fax kdr(a)ckls.org ******************************************************************************************** I'm currently reading: Destroyer, by C. J. Cherryh I'm currently listening to: Ain't She Sweet, by Susan Elizabeth Phillips.

4 3

Clearing "in house" OPACs
by Adrea Lund 08 May '09

08 May '09

I added an entry to Bugzilla... - Inactivity "timeout" for OPAC - enhancement idea http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3208 Thanks to all for clarifying some of the issues with this request. Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11

1 0

Koha Fines Not Calculating
by Imran Mohamed 08 May '09

08 May '09

Hello, I am from the University of Guyana and I am part of the team that customized Koha. However, we are experiencing a problem. When an item is overdue, Koha does not automatically calculate the fine, however, it says the item is overdue. Circulation and fine rules have already been set up and finesMode set to production. Fines.pl was also run. Please help!!! Regards, Imran Mohamed

2 1

Re: [Koha] installing on ubuntu 8.04lts AMD64
by Chris Morrison 08 May '09

08 May '09

okay, thanks for your interest: here are a few samples... there were many more, as we tried a lot of things on our own before whining for help ;) :~/idzebra-2.0.36# dpkg-buildpackage -b dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions dpkg-buildpackage: source package idzebra dpkg-buildpackage: source version 2.0.32-1 dpkg-buildpackage: source changed by Vincent Danjean <vdanjean(a)debian.org> dpkg-buildpackage: host architecture amd64 dpkg-checkbuilddeps: failure: cannot read debian/control: No such file or directory dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: warning: (Use -d flag to override.) dpkg -i yaz_3.0.6-1_amd64.deb idzebra-2.0_2.0.36-1_amd64.deb Selecting previously deselected package yaz. (Reading database ... 62604 files and directories currently installed.) Unpacking yaz (from yaz_3.0.6-1_amd64.deb) ... Selecting previously deselected package idzebra-2.0. Unpacking idzebra-2.0 (from idzebra-2.0_2.0.36-1_amd64.deb) ... dpkg: dependency problems prevent configuration of yaz: yaz depends on libyaz3 (>= 3.0.5); however: Package libyaz3 is not installed. dpkg: error processing yaz (--install): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of idzebra-2.0: idzebra-2.0 depends on idzebra-2.0-common; however: Package idzebra-2.0-common is not installed. idzebra-2.0 depends on libidzebra-2.0-dev; however: Package libidzebra-2.0-dev is not installed. idzebra-2.0 depends on idzebra-2.0-utils (= 2.0.36-1); however: Package idzebra-2.0-utils is not installed. idzebra-2.0 depends on libidzebra-2.0-modules; however: Package libidzebra-2.0-modules is not installed. idzebra-2.0 depends on idzebra-2.0-doc; however: Package idzebra-2.0-doc is not installed. dpkg: error processing idzebra-2.0 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: yaz idzebra-2.0 ~# dpkg -i yaz_3.0.6-1_amd64.deb (Reading database ... 62623 files and directories currently installed.) Preparing to replace yaz 3.0.6-1 (using yaz_3.0.6-1_amd64.deb) ... Unpacking replacement yaz ... dpkg: dependency problems prevent configuration of yaz: yaz depends on libyaz3 (>= 3.0.5); however: Package libyaz3 is not installed. dpkg: error processing yaz (--install): dependency problems - leaving unconfigured Errors were encountered while processing: yaz apt-get install yaz Reading package lists... Done Building dependency tree Reading state information... Done yaz is already the newest version. You might want to run `apt-get -f install' to correct these: The following packages have unmet dependencies: idzebra-2.0: Depends: idzebra-2.0-common but it is not going to be installed Depends: libidzebra-2.0-dev but it is not installable Depends: idzebra-2.0-utils (= 2.0.36-1) but it is not installable Depends: libidzebra-2.0-modules but it is not installable Depends: idzebra-2.0-doc but it is not going to be installed yaz: Depends: libyaz3 (>= 3.0.5) but it is not installable E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). apt-get install idzebra-2.0-common libidzebra-2.0-dev idzebra-2.0-utils libidzebra-2.0-modules idzebra-2.0-doc Reading package lists... Done Building dependency tree Reading state information... Done Package libidzebra-2.0-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package libidzebra-2.0-dev has no installation candidate so there are the last 5 or so attempts... any thoughts? Chris and Robert

1 0

Better searching
by Melanie Saldua 08 May '09

08 May '09

Hello, I have another question. When I search in my koha opac let's say "algo" there's no result but when I typed in "algorithms" there's some result. So that means I need to typed in the whole words I need to search in order to have results. Is it because I'm using nozebra? How do you turn on and configure zebra anyway? I'm using koha 3 on ubuntu 8.10. Thanks

3 2

Migrating from OpenBiblio to Koha
by Dale Foster 08 May '09

08 May '09

We are migrating from the OpenBiblio ILS to Koha. Does anyone have experience migrating bibliographic data from OpenBiblio to Koha? Thanks, Dale Foster Bibliotecario Voluntario / Volunteer Librarian Fundación Charles Darwin / Charles Darwin Foundation (AISBL) Puerto Ayora, Santa Cruz Galápagos, Ecuador Tel. (593-5) 2526 146/147 ext. 118 dale.foster(a)fcdarwin.org.ec www.darwinfoundation.org

1 0

installing on ubuntu 8.04LTS on AMD64
by Chris Morrison 08 May '09

08 May '09

I have been trying to adapt them to my environment without success. I am stuck trying to properly install YAZ and idzebra packages. I attempted to compile the deb from source for each. Worked great for YAZ but not for idzebra. Fortunately I found a zebra package for AMD64 and downloaded it. I am still having dependency issues related to libyaz3 and libidzebra-2.0. Any assistance is appreciated. Chris Morrison

2 1

Re: [Koha] Clearing "in house" OPACs
by Adrea Lund 08 May '09

08 May '09

Thank you Owen and Zeno for your suggestions! I shared them with my library's computer consultant and he does not want to build 'kiosk pcs' if a solution can be incorporated into KOHA. Owen's suggestion sounds like it would do pretty much what we want. However, I'm not sure exactly what this means... "When the timeout was reached, the page would redirect to the logout script." Our library would like to see the following behavior after a designated time period of inactivity - search history is cleared, cart is cleared, account is logged out, and browser is redirected to the catalog home page. Would it be appropriate to log this as an enhancement request in Bugzilla? Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11

4 3

Koha 3.0.1: make test errors
by Quanzhong Zhang 08 May '09

08 May '09

Hi, I tried to install Koha3. Everything is Ok for the command "make test" on version 3.00.00. But I encounter an error message of the command "make test" on version 3.00.01. I can not find out a solution from Koha mailing list. Could you kindly share your experience for me? Think you very much for your help! Error message: ================================= [root@libtest koha-3.00.01-stable]# make test PERL_DL_NONLAZY=1 KOHA_CONF=blib/KOHA_CONF_DIR/koha-conf.xml /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/PERL_MODULE_DIR', 'blib/arch')" t/*.t t/Amazon.......................ok t/Barcodes_PrinterConfig.......ok t/Bookfund.....................ok t/Bookseller...................ok t/Boolean......................ok t/Branch.......................ok t/Calendar.....................ok t/Charset......................ok t/Circulation_barcodedecode....ok t/Dates........................ok 1/126# # In order to run without DB access, this test will substitute 'us' # as your default date format. Export environmental variable KOHA_TEST_DATE_FORMAT # to override this default, or pass the value as an argument to this test script. # # NOTE: we test for the system handling dd=00 and 00 for TIME values, # therefore you *should* see some warnings 'Illegal date specified' related to those. # # Testing Legacy Functions: format_date and format_date_in_iso # Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 58 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 61 # # Testing 4 formats. # Testing no input (defaults): # # Testing with valid inputs: Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80 Illegal date specified (year = 1952, month = 1, day = 00) at t/Dates.t line 80 # # Testing object independence from class # done. # Looks like you planned 126 tests but ran 9 extra. t/Dates........................dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 127-135 Failed 9/126 tests, 92.86% okay t/Debug........................# BEFORE use: $debug is not defined # BEFORE use: $cgi_debug is not defined t/Debug........................ok 1/3# AFTER use: $debug is 0 # AFTER use: $cgi_debug is 0 # Done. t/Debug........................ok t/dummy........................ok t/Input........................ok t/Koha.........................ok t/Languages....................ok t/Maintainance.................ok t/Output.......................ok t/Record.......................ok t/Review.......................ok t/Scrubber.....................ok 1/10# Note: scrubber test output will have whitespace collapsed for readability # done. t/Scrubber.....................ok t/Stats........................ok Failed Test Stat Wstat Total Fail List of Failed ------------------------------------------------------------------------ ------- t/Dates.t 255 65280 126 9 127-135 Failed 1/21 test scripts. -9/189 subtests failed. Files=21, Tests=189, 2 wallclock secs ( 1.93 cusr + 0.16 csys = 2.09 CPU) Failed 1/21 test programs. -9/189 subtests failed. make: *** [test_dynamic] Error 255

2 1

Re: [Koha] RFC: relicense wiki.koha.org
by gsl 08 May '09

08 May '09

Excuse me for perhaps coming out of left field with this, but is GPL the correct technical name for GPL documentation? I'm thinking this might be more correct: http://en.wikipedia.org/wiki/GNU_Free_Documentation_License Note on the above link: "(GNU FDL or simply GFDL) is a copyleft license for free documentation, designed by the Free Software Foundation (FSF) for the GNU Project. It is similar to the GNU General Public License, " "The GFDL was designed for manuals, textbooks, other reference and instructional materials, and documentation which often accompanies GNU software." Greg ------------------------- ----- Original Message ----- From: "Chris Cormack" <chris(a)bigballofwax.co.nz> To: "Galen Charlton" <galen.charlton(a)liblime.com> Cc: koha-devel(a)nongnu.org, koha(a)lists.katipo.co.nz Sent: Thursday, May 7, 2009 4:14:30 PM GMT -06:00 US/Canada Central Subject: Re: [Koha] RFC: relicense wiki.koha.org 2009/5/8 Galen Charlton <galen.charlton(a)liblime.com>: > Hi, > > On Wed, May 6, 2009 at 10:42 AM, Ben Finney <ben+koha(a)benfinney.id.au> wrote: >> But it also doesn't solve the incompatibility between the Koha manual, >> licensed under GPL, and the Wiki content. >> >> Why not license the wiki content also under GPL? Then the same license >> terms apply to all the software: programs, documentation, and wiki. > > Good idea - the GPL seems to have worked OK for the manual. MJ and I > discussed this a bit more on #koha yesterday, and MJ also suggested > either the GPL or a free-for-all. For the sake of completeness, the > other licenses that came up in the discussion include: > > CC-BY - http://creativecommons.org/licenses/by/3.0/ > CC0 - http://creativecommons.org/license/zero/ > > I now think that the GPL is the way to go. I've updated the > relicensing page on the wiki > (http://wiki.koha.org/doku.php?id=relicensing) are there any other > comments about the license or the voting process? > Just a simple me too To the idea of the GPL Chris _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

2 1