- Koha - lists.katipo.co.nz

Re: [Koha] [ByWater Partners] Public Printing
by Chad Roseburg 10 Apr '15

10 Apr '15

Thanks Paul ~ This looks like a good solution. I will contact them for more information. [ I should have been more descriptive about our needs in my original email -- apologies ] Our public computers are all running Linux -- I notice Papercut is compatible whereas Envisionware is not. We offer 15 free copies -- 10 cents a copy after that. It's pretty much the honor system and it gets abused, particularly during tax season. The printers get bogged down by impatience and must-have cat pictures. Traditional print release stations require staff time -- so we're looking for a stand alone print solution that could maybe serve mobile and laptop patrons as well. Thanks for all the responses! On Fri, Apr 10, 2015 at 7:20 AM, Landers, Paul <paul.landers(a)ttuhsc.edu> wrote: > > We use PaperCut: http://www.papercut.com > > ===================================== > > Paul Landers > Texas Tech University Health Sciences Center > Preston Smith Library > paul.landers(a)ttuhsc.edu > 806.743.6478 > > > > > > > On Apr 9, 2015, at 16:27, Cathi Wiggins <CWIGGINS(a)ci.arcadia.ca.us> > wrote: > > We use Envisionware’s LPT:One product and it has served us very well > and virtually problem free for many years. Job queue engine and print > release station can be installed on the same machine or separate machines, > manages multiple same or different printers from a single JQE, including > printing for WiFi patrons, queues may be mirrored between multiple release > stations, clients run on the public stations, simple installation, > excellent support and Knowledgebase. > > > > Cathi Wiggins > > Department of Library & Museum Services > > City of Arcadia > > Information Systems Services > > Office: (626) 821-4326 > > Cell: (818) 203-0531 > > <image001.jpg> > <http://cp.mcafee.com/d/FZsSd20Arhojushou7cCXCQQm4n73hOqenTzqqb2bwWZPhOOrjho…> > <image002.jpg> > <http://cp.mcafee.com/d/5fHCN0g3x0idEI9Le8If3CjtPqqb2bzxEVd7bXNJd5x5MtuVEVpd…> > > > > *From:* partners-bounces(a)bywatersolutions.com [ > mailto:partners-bounces@bywatersolutions.com > <partners-bounces(a)bywatersolutions.com>] *On Behalf Of *Chad Roseburg > *Sent:* Thursday, April 09, 2015 2:06 PM > *To:* koha(a)lists.katipo.co.nz; partners(a)lists.bywatersolutions.com > *Subject:* [ByWater Partners] Public Printing > > > > Do you have a good solution for printing from public computers? A > hands-free print release station perhaps? > > > > We'd love to hear about it if you do! Thanks! > > > > -- > > Chad Roseburg > Automation Dept. > North Central Regional Library > _______________________________________________ > Partners mailing list > Partners(a)lists.bywatersolutions.com > > http://cp.mcafee.com/d/k-Kr3wUSyMCYUyMYepdTdFEI8Ke6zAQsLL6QQm4n1RXCzBASCyMy… > > > > _______________________________________________ > Partners mailing list > Partners(a)lists.bywatersolutions.com > http://lists.bywatersolutions.com/mailman/listinfo/partners > > -- Chad Roseburg Automation Dept. North Central Regional Library

1 0

keywords to marc mapping
by Gaetan Boisson 10 Apr '15

10 Apr '15

Hello, i am curious to know whether libraries are using this feature. I have never used it in any project, because it tries to solve an issue that i handle with xslt stylesheets. I has been there for a fairly long time with the promise of adding more keywords yet it hasn't changed much. I am not even sure i understand what it does. Anyone using it? and if yes how? Thanks! -- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson(a)biblibre.com

4 4

Koha 3.16.00: zebra index - search of new entries failed
by Sebastian Krieg 09 Apr '15

09 Apr '15

Hello Koha, I use koha with Fedora 21 Server and I have a problem after adding new entries. After adding the new entry will not shown by search. The search of new entries works only after a manually execution of the Zebra Index. The Zebra Index normally will execute as an cron job every 2 minutes by the user koha with this little skript: --- #!/bin/bash export KOHA_CONF=/etc/koha/koha-conf.xml export PERL5LIB=/var/www/koha/lib export XDG_RUNTIME_DIR=/tmp/ perl /var/www/koha/bin/migration_tools/rebuild_zebra.pl --run-as-root -b -r -v --- The skript has the rights: --- -rwxr-xr-- 1 root koha 205 28. Mar 08:27 koha-index-cron.sh --- In the Logfile /var/log/cron you will find every 2 minutes this entry --- […] CROND[23187]: (koha) CMD (koha bash /etc/koha/koha-index-cron.sh) --- and no errors. After searching a new added entry the /var/log/koha/zebrasrv.log shows the entry: --- 20:39:43-03/04 [session] Session - OK 13 unix:/var/run/koha/zebradb/bibliosocket PID=1447 20:39:43-03/04 [request] Auth idPass kohauser - 20:39:43-03/04 [request] Init OK - ID:81 Name:ZOOM-C/YAZ Version:5.8.1 49a4d29a88820425b7d88b8550ca5e4bf5a42adb 20:39:43-03/04 [log] dict_lookup_grep: (\x01I\x01\x03)(r(a|\xC3\xA1|\xC3\xA0|\xC3\xA3|\xC3\xA5|\xC3\xA2|\xC4\x83|\xC4\x85|\xC8\xA7|\xC7\x8E|\xC8\x81|\xC8\x83)d(i|\xC3\xAD|\xC3\xAC|\xC3\xAE|\xE1\xBB\x8B|\xC4\xA9|\xC4\xAD|\xC4\xAF|\xC7\x90|\xC8\x89|\xC8\x8B)(o|\xC3\xB3|\xC3\xB2|\xC3\xB5|\xC3\xB4|\xC5\x8F|\xC7\xAB|\xC8\xAF|\xC5\x91|\xC7\x92|\xC8\x8D|\xC8\x8F).*) 20:39:43-03/04 [request] Search biblios OK 2 1 1+0 RPN @attrset Bib-1 @attr 1=1016 @attr 4=6 @attr 5=1 [SEARCH TERM] 20:39:43-03/04 [log] /etc/koha/zebradb/biblios/etc/dom-config-marc.xml dom filter: loading config file /etc/koha/zebradb/biblios/etc/dom-config-marc.xml 20:39:44-03/04 [request] Present OK - 1 1+1 20:39:44-03/04 [request] Present OK - 1 2+1 20:39:44-03/04 [session] Connection closed by client 20:39:44-03/04 [warn] ir_session (exception) --- There is only one hint of the failed search: --- 20:39:44-03/04 [warn] ir_session (exception) --- Has anyone an idea? Thanks Sebastian ___ mailto:sebastian.krieg@tuz-eisenach.de

2 1

Buggy OS Upgrade
by Bruce A. Metcalf 09 Apr '15

09 Apr '15

Greetings, Koha 3.18.5 installed using packages under Debian squeeze. This week we upgraded our distro from squeeze to wheezy. Now when we try to save a biblio found using Z39.50 search, we get this error message: Byte order is not compatible at /usr/lib/perl/5.14/Storable.pm line 416 at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 401 Clearly, we muffed something in the upgrade, but I haven't a clue what. Any suggestions, or should I roll back to last week's backup?

5 5

Public Printing
by Chad Roseburg 09 Apr '15

09 Apr '15

Do you have a good solution for printing from public computers? A hands-free print release station perhaps? We'd love to hear about it if you do! Thanks! -- Chad Roseburg Automation Dept. North Central Regional Library

1 0

Tomas Needs A Laptop!
by Kyle Hall 09 Apr '15

09 Apr '15

As you all may know, our beloved Koha Release Manager unfortunately discovered that while he and his family were away, his home was broken into and his electronics were stolen, including his laptops. Let's see what we can do to help him replace his stolen electronics! Let's show everyone what the Koha community is all about! Thanks to everyone who's donated so far! Every bit counts! This is why I love being part of the Koha community so much! http://www.gofundme.com/TomasNeedsALaptop 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 )

5 6

Global bug squashing day 2015-04-13!
by Magnus Enger 09 Apr '15

09 Apr '15

Dear Community! Apologies for cross-posting... nah, not really. ;-) In the last community meeting it was decided that we should do a Global bug squashing day (GBSD) again, on Monday 2015-04-13: http://wiki.koha-community.org/wiki/2015-04-13_Global_bug_squashing_day - 3.20 is due in the not too distant future, and we should make sure it has as few known bugs as possible - The QA team will have a QA sprint on the 17th (if I remember correctly), let's make sure they have a looong queue of signed off patches to work from! So grab your nearest dev install or sandbox and join the fun! Best regards, Magnus Enger PS And don't forget https://www.gofundme.com/TomasNeedsALaptop

1 0

Koha-NA Users Group Meeting Reminder - Thrusday, April 8th, 1PM EDT
by Nick Clemens 08 Apr '15

08 Apr '15

Hi All, Tomorrow is the monthly meeting, please respond with any agenda items you may have. Link to meeting: kanren.zoom.us/j/423774872 To sign up for the KohaNA mailing list: http://lists.bywatersolutions.com/mailman/listinfo/kohana See you then, Nick -- Nick Clemens Quechee & Wilder Libraries Nick(a)quecheelibrary.org http://www.QuecheeLibrary.org Q (802) 295-1232 W (802) 295-6341

1 0

Marc record manual entry 650 a locked
by ChristyThomas 07 Apr '15

07 Apr '15

Hi, I am trying to do manual entry of records for an elementary school library. The z39.50 does not find these books. I do find them on worldcat though, so I am trying to copy the information manually. Line 650 a is locked. When I try the icon to the right it opens another window. I try adding leopards (the topic) to any of those windows and it comes up not found. What am I doing wrong? Thanks, Christy -- View this message in context: http://koha.1045719.n5.nabble.com/Marc-record-manual-entry-650-a-locked-tp5… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

Re: [Koha] 2 ways to mark an item "withdrawn"???
by Steven Nickerson 07 Apr '15

07 Apr '15

I’ve done some more troubleshooting on my own that I thought I’d share with everyone. Following process #1 below causes Koha to update the items.withdrawn field, but following process #2 below changes the following in the items.more_subfields_xml field instead: <leader> a </leader> <datafield tag="999" ind1=" " ind2=" "> <subfield code="0">1</subfield> Not sure if that’s intended to be the case or not? Does anyone else see behavior similar to what we’re seeing when marking the item “withdrawn” in the 2 different manners? Thanks! Steve _____ From: Steven Nickerson <snicker1(a)maine.rr.com <mailto:snicker1@maine.rr.com> > To: koha(a)lists.katipo.co.nz <mailto:koha@lists.katipo.co.nz> Sent: Friday, April 3, 2015 2:53 PM Subject: [Koha] 2 ways to mark an item "withdrawn"??? Hello everyone, I'm running a variety of Koha package versions on Debian, ranging from 3.16.2 to 3.18.5.1 and am hearing reports of issues with how items are marked as withdrawn. If you search in the staff client for an item and click on its title to go into the details you can mark an individual item 'withdrawn' in one of two ways: 1. Click on the "Edit" button along the top and select "Edit Items" in the pull-down. In the resulting window, click on the "Edit" link on the left-hand side of the item you want to withdraw. The first option reads "0 - withdrawn status" and in the pull-down I set it to "Withdrawn", and then click "Save changes" at the bottom. 2. The other way is to click on the "Items" tab on the left-hand side instead of the "Edit" button along the top. Selecting the "Items" tab gives you a list of your items and each item has a "Withdrawn?" line with a button that can be clicked to "Withdraw" it. So, now my question/issue.following the #1 process above doesn't seem to do anything at all to actually withdraw the item. It is still searchable in both Staff and OPAC clients and shows as "available" everywhere. I also checked in the database itself and the items.withdrawn field is not changed for the given item either. So what does marking the item status in this way actually do? Is this a "bug", and should it be updating the items.withdrawn field, perhaps? Following the #2 process above seems to have the expected results. Thanks in advance for anyone's thoughts! Steve _______________________________________________ Koha mailing list http://koha-community.org <http://koha-community.org/> Koha(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha

1 0