- Koha-devel - lists.koha-community.org

Seeking programmer: [Koha] Patron Cards and Book labels: 3.06 -- How are people printing them?
by David M. Bucknell 23 Aug '10

23 Aug '10

If there is someone who would be willing to jury-rig patron card and spine label printing ... write a script ... I'd be willing to compensate hourly costs. I haven't heard from anyone except Chris, who is a contributing programmer, I take it, so I guess everyone else has either an on-site team or is paying a provider. 3.06 seems pretty cool and there is really no alternative, so if anyone is willing to help for some cash via paypal, it would be worth it to me. I have three installations that need this, none of which have a budget, but all of them hell-bent on Koha because of me. Let me know if you can help, please. Thank you, David ----- Message from cnighswonger(a)foundations.edu --------- Date: Fri, 13 Aug 2010 08:27:26 -0400 From: Chris Nighswonger <cnighswonger(a)foundations.edu> Reply-To: Chris Nighswonger <cnighswonger(a)foundations.edu> Subject: Re: [Koha] Patron Cards and Book labels: 3.06 -- How are people printing them? To: david(a)intknowledge.com Cc: koha <koha(a)lists.katipo.co.nz> > Hi David, > > On Thu, Aug 12, 2010 at 11:24 PM, David M. Bucknell <dbucknell(a)iteachnet.org >> wrote: > >> Hello Everyone, >> >> Printing Spine label and patron cards: I started working on this in >> May and 3.06 is >> still the preferred stable version. I've seen two posts that say to >> wait for 3.2. >> >> > 3.2 includes a complete re-write of the label and card creator code. So > waiting is probably the thing to do. > > >> I've installed in various configurations (now have Thai lang with >> marc-21; strange, but >> it seems to work for input and searching).d >> >> I can't get any of the label options to work (English lang mostly) for >> books or patrons >> (at least not more than minimally -- I can get a barcode graphically >> and as text, but >> that's it. (Oh, and a nice red box around the items. Nothing I do to >> customize (choose >> what's on the label) has any effect. >> >> > Label printing is pretty broken when it comes to unicode support. The short > of it is that the pdf standard is not unicode friendly. This is true of 3.2 > as well. > > Having said that, we printed several thousand English (and a few Spanish) > labels with the 3.0.x labels code. So it will work for English and probably > some other Latin based alphabets. > > >> Finally, I can't get the export to csv to work to try it. >> > > I'm not sure what might be going on here. > > >> >> Apologies for not seeing it if it's obvious, but now I would like to >> ask for suggestions. >> Am I wrong or is this just not working? How are people getting >> their labels and patron >> cards done in 3.06? >> > > The patron card code in 3.0.x is basically inflexible as many of the > settings are hard coded. You will have to wait for 3.2 stable or go ahead > and grab 3.2 alpha2 or the latest development master from > http://git.koha-community.org/koha.git > > Kind Regards, > Chris > ----- End message from cnighswonger(a)foundations.edu ----- -- *http://iteachnet.org *http://flossed.org *http://ischoolnet.org *Web Ideas, Tools and Sites for Teachers, Schools, and You. *Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling from overseas.) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

4 3

zebra oddity
by Colin Campbell 23 Aug '10

23 Aug '10

Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated: my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such). If instead of 6=3 I use 6=1 (retrieves a word only) Christie is correctly retrieved and filed. I can reproduce this on different platforms, wondered if anyone with zebra expertise has any idea what might be going on here. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

4 7

Patron Cards and Book labels: 3.06 -- How are people printing them?
by David M. Bucknell 23 Aug '10

23 Aug '10

Hello Everyone, Printing Spine label and patron cards: I started working on this in May and 3.06 is still the preferred stable version. I've seen two posts that say to wait for 3.2. I've installed in various configurations (now have Thai lang with marc-21; strange, but it seems to work for input and searching).d I can't get any of the label options to work (English lang mostly) for books or patrons (at least not more than minimally -- I can get a barcode graphically and as text, but that's it. (Oh, and a nice red box around the items. Nothing I do to customize (choose what's on the label) has any effect. Finally, I can't get the export to csv to work to try it. Apologies for not seeing it if it's obvious, but now I would like to ask for suggestions. Am I wrong or is this just not working? How are people getting their labels and patron cards done in 3.06? -- *http://iteachnet.org *http://flossed.org *http://ischoolnet.org *Web Ideas, Tools and Sites for Teachers, Schools, and You. *Cell: +66(0*)84 329 1183; Office: +66(0*)2 980 9464 (*No "0" if calling from overseas.) ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

Debian packages, Squeeze and updated libyaz
by Robin Sheat 23 Aug '10

23 Aug '10

Recently Debian updated their zebra-related stuff in Squeeze, and dropped libyaz3 in favour of libyaz4. This meant that I spent some time trying to work out why zebra would work on the production system (which I was being conservative about updating) and not my newer test systems. It turns out that the version combinations currently in Debian make Zebra quite unhappy, and it will segfault. You won't see this happen if you run the rebuild_zebra.pl script, but you will get this if you run it with -v: 11:18:31-02/08 zebraidx(12790) [log] enabling shadow spec=/var/lib/koha/library/biblios/shadow:4G 11:18:31-02/08 zebraidx(12790) [log] cache_fname = /var/lib/koha/library/biblios/shadow/cache 11:18:31-02/08 zebraidx(12790) [log] dir /tmp/qKmpRDFzQd/biblio 11:18:31-02/08 zebraidx(12791) [log] zebra_start 2.0.43 abd433d1a315576cf1f4a53f2c70365f9a76477f (the segfault occurs where the PID changes from 12790 to 12791.) And then, several lines later: 11:18:31-02/08 zebraidx(12791) [warn] previous transaction didn't reach commit and nothing in zebra will have been updated. Fortunately, the version in the indexdata.dk repository doesn't suffer from this, so if you're using the Debian Koha packages I suggest performing the steps outlined here: http://wiki.koha-community.org/wiki/Koha_3.2_on_Debian_Squeeze#What_about_Z… The Debian bug I filed for this is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591307 -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D

3 6

Sorting alphabetically the subfields in additem
by Salvador Zaragoza Rubio 19 Aug '10

19 Aug '10

Hi, Sometimes when you mess around with the marc structure of the bibliographic frameworks, the subfields of the 952 field are showed in a random manner in the cataloguing section. A possible improvement to display the subfields sorted when you add or edit an item in the intranet at the page /cgi-bin/koha/cataloguing/additem.pl . Just before passing the reference of the array loop_data as a param to the template, add the line of code: @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; to sort alphabetically de code of the subfields and show them clearly. Salva

5 6

Re: [Koha-devel] Sorting alphabetically the subfields in additem
by Chris Cormack 19 Aug '10

19 Aug '10

As everyone who wants to be is a koha developer (the only thing you need to do to be one is submit a patch) this sounds like the perfect opportunity for you to send a patch. FWIW Michael Hafen has sent numerous useful patches and is a valued developer, if you can't send one yourself you might be able to convince him to. Chris Salvador Zaragoza Rubio <salvazm(a)masmedios.com> wrote: >Maybe the right thing to do instead of changing code everyone would be >for the koha developers to add a subfield in >the marc structure indicating the order you want to display the subfields. >It would imply adding a field in the database and change code to sort >through this field. I think this would be the >perfect solution as everyone could order in the desired manner as >Michael Hafen did. > > >El 18/08/2010 19:56, Michael Hafen escribió: >> I ran into this too, my librarians wanted the item fields in a certain >> order though. So I made a hash of the subfield codes and a sort weight. >> That did the job for me. >> >> On Wed, 2010-08-18 at 18:17 +0200, Salvador Zaragoza Rubio wrote: >> >>> Hi, >>> >>> Sometimes when you mess around with the marc structure of the bibliographic >>> frameworks, the subfields of the 952 field are showed in a random manner >>> in the cataloguing section. >>> >>> A possible improvement to display the subfields sorted when you >>> add or edit an item in the intranet at the page >>> /cgi-bin/koha/cataloguing/additem.pl . >>> >>> Just before passing the reference of the array loop_data as a param >>> to the template, add the line of code: >>> >>> @loop_data = map { $_->[0] } sort { $a->[1] cmp $b->[1] } map { [ $_, $_->{subfield} ] } @loop_data; >>> >>> to sort alphabetically de code of the subfields and show them clearly. >>> >>> >>> Salva >>> >>> >>> _______________________________________________ >>> Koha-devel mailing list >>> Koha-devel(a)lists.koha-community.org >>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel >>> >> > >-- >Salvador Zaragoza Rubio >Dept. de Tecnologías y Sistemas de Información >C/ Garcilaso, 15-bajo >46003 Valencia >Telf: 96 369 41 23 >Fax: 96 369 34 39 >www.masmedios.com <http://www.masmedios.com/> > > > >Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, >puede contener información de carácter confidencial exclusivamente >dirigida a su(s) destinatario(s). De acuerdo con la LOPD, MASmedios >informa de que los datos personales contenidos quedarán sometidos a un >tratamiento del que aquélla es responsable. Los interesados consienten >el tratamiento de sus datos para estos fines, pudiendo ejercitar sus >derechos de acceso, rectificación, cancelación y oposición dirigiéndose >por escrito a /MASmedios para la gestión de la información/, calle >Garcilaso 15-B 46003 Valencia o en *protecciondatos(a)masmedios.com* > > >_______________________________________________ >Koha-devel mailing list >Koha-devel(a)lists.koha-community.org >http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel

1 0

New Spanish Manual
by Nicole Engard 17 Aug '10

17 Aug '10

Today I received a full Spanish translation of the Koha 3.2 manual! I have committed it to Git: http://git.koha-community.org/gitweb/?p=kohadocs.git;a=commit;h=d8747ccd584… and it will appear on the website shortly. Thank you to all involved in that translation this is a great addition to Koha and will make it so that many more people will benefit from reading the manual! Thanks again, Nicole, Documentation Manager PS. In Docbook there is a way to show credits other than just the author, but when we convert it to HTML on WordPress some of that is lost. Just be aware that in the code the appropriate attributions are made to all of those who have helped grow the manual!

1 0

Error when doing a git Koha clone over http ("refs not found: did you run git update-server-info on the server?")
by Ricardo Dias Marques 16 Aug '10

16 Aug '10

Hi all! Today (11-Aug-2010), I tried to do a git Koha clone over http, from the Koha Community's Git repository ("git.koha-community.org"). I'm cloning over http, instead of using the native "git" protocol, because my Koha server (a virtual machine running SUSE Linux - SLES 11) is behind a restrictive firewall. Here's the output of the git clone command that I ran and the resulting error: ---------------------------------------- # git clone http://git.koha-community.org/koha.git kohaclone Initialized empty Git repository in /koha/kohaclone/.git/ fatal: http://git.koha-community.org/koha.git/info/refs not found: did you run git update-server-info on the server? ---------------------------------------- I did a web search for this error, regarding Koha, but I only found one entry in the IRC Koha log (dated 12-May-2010), with the same problem posed by the user with the nickname "jcamins" (Jared Camins-Esakov) and answered by "gmcharlt" (Galen Charlton): ---------------------------------------- http://stats.workbuffer.org/irclog/koha/2010-05-12 16:16 <jcamins> I inadvertantly tried to clone git.koha-community.org over http, and I got an error: fatal: http://git.koha-community.org/koha.git/info/refs not found: did you run git update-server-info on the server? 16:16 <jcamins> I'm not sure who I should notify about that. [...] 16:28 <gmcharlt> jcamins: I've updated it 16:28 <gmcharlt> clone-over-http shoudl work now ---------------------------------------- I have the proxy configuration set up in this virtual machine and I can browse the web without any problems in it (using, for instance, the "w3m" text web browser). Am I doing something wrong, or is it necessary that someone, like Galen, runs "git update-server-info on the server" again ("server" being the git server running at "git.koha-community.org")? If running again this command on the git server is necessary, would it be possible to run that as a cronjob in that git server, to prevent that this problem happens again (or is that a bad idea, for some reason)? Thanks in advance! :) Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3.0.0 on openSUSE 11.0 http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.0

2 1

Official Koha Newsletter : Volume 1, Issue 8: August 2010
by Nicole Engard 15 Aug '10

15 Aug '10

The newsletter can be read online (with live links) here: http://koha-community.org/koha-newsletter-volume-1issue-8-august-2010/ and subscribed to via RSS here: http://feeds.feedburner.com/KohaNewsletter Official Koha Newsletter (ISSN 2153-8328) Volume 1, Issue 8: August 2010 Table of Contents * Tips & Tricks o Patron Card Creator Tips o Reporting & Patching Koha Bugs o Learn Koha through Videos * Koha in Libraries o British Library of Development Studies Implementing Koha o Combining open source forces: Koha search block in Moodle * Koha Events o Levin Mayoral Reception and Marae Visit o Koha packaging talk at Debconf Tips & Tricks Patron Card Creator Tips by Chris Nighswonger When uploading images for use with patron cards (including patron images) be sure to provide images at 300ppi (dpi) resolution. These images will be scaled on-the-fly to 72ppi for on-screen display and may look somewhat pixelated there. However, the pdf standard provides for both a “display quality” image and a “print quality” image. When the cards are printed, the “print quality” image (300ppi) will be used and the images will look the same as those uploaded. The short of this is: Don’t use the on-screen images as a judge of the print quality of the image. When preparing images for use with Koha, you should always begin with a picture of at least 300ppi and dimensions equal to or greater than the finished dimensions you desire. The aspect ratio (width:height) should also remain consistent after editing. If you have an image over 300ppi, scale the ppi first. Then scale the dimensions so that either width or height is the desired finished dimension. You can then crop the other dimension to finish. Reporting & Patching Koha Bugs by Nicole C. Engard Reporting and patching Koha bugs can be a simple process if you follow the many tutorials on the wiki and mailing lists. For those who are all ready to start patching, here are the steps you want to follow: 1. Report a bug (or enhancement) 2. Make yourself the assignee for that bug and change the Status to ‘Assigned’ so that others know you’re working on the bug 3. Write your patch and send it to the patches list 4. Change the bug Importance to ‘PATCH-Sent’ and attach your patch to the bug Following these simple steps will keep everyone in the loop as you work on and fix bugs/features in Koha. Learn Koha through Videos by Nicole C. Engard Many libraries have been creating videos to help train their staff on Koha. I personally have started a series (that I hope to release once a week) of tutorial videos on Koha 3.2. For more videos check out the Koha channel on YouTube (and feel free to add your videos to the channel if they’re not already there. Koha in Libraries British Library of Development Studies Implementing Koha by Andrew Buxton The British Library of Development Studies at Brighton, UK is implementing Koha on Debian Linux primarily to run its Z39.50 service. Records will be copied across regularly from Ibex, the library system developed in-house. About one third of the records are for journal articles. Ibex does not use a MARC format so a conversion routine has been developed to produce a text file which is then processed using MarcEdit. Further information from Andrew Buxton, a.buxton(a)ids.ac.uk Combining open source forces: Koha search block in Moodle by Jonathan Harker On Saturday 24 July, Wellington Summer of Tech held its 2010 Hackfest – a day of intense coding, soft-drinks and hourly prizes, as a warm up for its Summer of Tech student internship programme at the end of the year, the New Zealand summer. Brendan Vercoelen from Victoria University worked with Jonathan Harker from Catalyst IT on a Koha search block for the learning management system Moodle, as a first attempt to get these two open source projects to work more closely together. The Koha search block, part of the existing Moodle external search block, allows students and teachers to search by keywords, sends the request to Koha over SRU (Search / Retrieval via URL) and parses and displays the MARCXML results. The result can be seen in http://www.flickr.com/photos/4nitsirk/4830516298/ This block represents a great kick-off – in the future, we’d like to see a Koha record available as a Moodle resource type, so that (for example) a Moodle course can include a suggested reading list, where the item is fetched from the learning institution’s Koha library system, including its lending status. Previous work by Piers Harding (also at Catalyst) has enabled Moodle and Koha to share single sign-on using SAML (Security Assertion Markup Language). The Hackfest allowed students to work closely with a mentor on a pre-defined project and gave them the opportunity to learn from experienced programmers. After 5 hours of programming, the students presented their results to the other participants of the Hackfest and invited guests. Links: * http://www.summeroftech.co.nz/ * http://www.moodle.org/ * http://www.catalyst.net.nz Koha Events Levin Mayoral Reception and Marae Visit by Kristina Hoeppner Koha celebrates its 10th anniversary this year. As you know, we will hold this year’s KohaCon in Wellington from 25-27 October 2010, followed by a Hackfest. You still have time to register. As you will be in the country of the birth of Koha, why not pay a visit to Koha’s proper birthplace? We have planned an exciting trip to Levin, just north of Wellington, where everything started, for 28 October 2010. This excursion does not only give you the opportunity to visit Levin, it’s library, and meet the mayor, but also participate in a powhiri, a traditional Maori welcome ceremony. The Kawiu is a contemporary Marae (http://en.wikipedia.org/wiki/Marae) and you will be eating in the usual dining room alongside locals. That will give you a real-life experience. You can find the trip details at http://www.kohacon10.org.nz/2010/program/levintrip.html and will have to register by 10 October 2010 for organizational reasons. Koha packaging talk at Debconf by Lars Wirzenius Lars Wirzenius discussed lessons learned from making Debian packages for Koha in a talk at Debconf10. Koha was used as an example of an upstream project to bring up challenges they face when trying to Debian packages made, and things they may improve upon to make their software easier to package. The talk and slides are at http://liw.fi/swimming-upstream/, with videos to become available later. Newsletter edited by Nicole C. Engard, Koha Documentation Manager, send all story ideas to nengard(a)gmail.com.

1 0

Re: [Koha-devel] [Koha] Search by barcode or item number in OPAC
by Brice Sanchez 12 Aug '10

12 Aug '10

I'm usinng Zebra + Pazpar2 -- *Brice Sanchez* Programmeur Web brice.sanchez(a)sys-tech.net <mailto:brice.sanchez@sys-tech.net> 418 520-0739 poste 136 514 907-0036 / 1-877-969-8324 *SYS-TECH / Technologies de l'information libres* 6700 BOUL PIERRE-BERTRAND BUREAU 209 QUÉBEC QC G2J 0B4 http://www.sys-tech.net /Membre supporteur de l'Association TYPO3 <http://typo3.org>/ *Avant d'imprimer, pensez à l'environnement...* On 06/08/2010 10:55, Tomas Cohen Arazi wrote: > 2010/8/6 Brice Sanchez<brice.sanchez(a)sys-tech.net>: > >> Thanks for your answers : >> >> The barcode works if i put it directly in the search box. >> >> but bc:12345, bc:'12345', >> http://[your.site]/cgi-bin/koha/opac-search.pl?q=ccl=barcode:12345 doesn't >> works on my Koha, i need to find why? >> >> > Are you using Zebra? bc is a zebra index as far as I know. > > To+

2 2