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

Customizing Opac
by charl＠prograbiz.com 01 Sep '10

01 Sep '10

Can anyone please advise how to move the Cart and Lists buttons more to the right and swop them around? With other words first Lists button then Cart button and position them more to the right. Thanks for any help!

3 2

General meeting on IRC
by Chris Cormack 31 Aug '10

31 Aug '10

Hi All Our next IRC meeting is on September 1 2010, 19:00 UTC on the #koha irc channel on irc.katipo.co.nz The agenda is here http://wiki.koha-community.org/wiki/General_IRC_Meeting,_1_September_2010 Please feel free to edit the agenda to add any issues you would like to talk about, and feel free to attend the meeting using your favourite irc client. Chris

1 0

Changes to the MARC format: for Katipo
by Ann Barrie 31 Aug '10

31 Aug '10

Good morning, We are emailing to update you on changes to the MARC format. RDA Resource Description and Access (RDA) is the new cataloguing code that is intended to replace the Anglo-American Cataloguing Rules (AACR2). AACR2, and its revisions, have been used by libraries since 1978, so the change is a substantial shift in direction for cataloguing. RDA is currently being tested by North American libraries and the results of this testing will not be available until around March/April 2011. OCLC's WorldCat database, http://www.worldcat.org/, has been updated to support RDA records. Worldcat is an online catalogue of the collections of approximately 70,000 libraries from over 100 countries. MARC changes In order to accomodate records created using RDA, there have been changes to the MARC format. These changes are summarised in the document RDA in MARC which is available at: http://www.loc.gov/marc/RDAinMARC29.html The changes include the following: · Three new fields 1. MARC field 337 - Content type - a term and/or code indicating type of content e.g. text, sounds, performed music 2. MARC field 338 - Media type - a term and/or code showing what kind of general device is need to view a resource e.g. computer, projected, unmediated 3. MARC field 339 - Carrier type - a term and/or code giving the specific carrier of the content supplied in field 337 e.g. online resource, audio disc These fields collectively replace the 'h' subfield of the MARC 245 (title) field. The 'h' subfield currently contains the "general material designation" and is used mainly for non-print or non-textual resources. · RDA code MARC field 040 - Cataloguing Source - subfield 'e' "Description conventions" - contains a code 'rda' for records created using the new rules · Relator terms Relator terms show the role or relationship between added entries and the item being described. They are already valid in MARC as subfield 'e' or '4' of various access fields, however more terms have been added and a new subfield 'i' has been added for linking fields (76X-78X) Other new fields are described in the document referred to above. When will these changes affect NZ libraries? These changes were added to MARC in the October 2009 update, but they have not yet been implemented in the National Library of New Zealand's Voyager databases. While some records containing these fields may be loaded to the National Union Catalogue during the test phase, we are not expecting to see many records at this time. The National Library of New Zealand is expecting to implement RDA in mid 2011 and we will update the MARC format in our databases to support this process. What do I need to do as a system vendor? 1. look at the MARC changes 2. Consider how you could implement these changes in your library system, noting that the new fields 337 and 339 provide format information to catalogue users. These changes may seem relatively minor but they signal a significant shift in direction for the recording of bibliographic data and improved service for library users. Who can I contact? If you would like more information on RDA and its potential impact on library systems please contact: Karen Rollitt Email: karen.rollitt(a)natlib.govt.nz Tel: +64 4 474 3099 Kind regards, Ann Barrie Ann Barrie Customer Support Consultant Digital Solutions National Library of New Zealand Te Puna Matauranga o Aotearoa Wellington 6140, New Zealand http://www.natlib.govt.nz/librarians Tollfree: 0508 837 862

1 0

(sort of) Refactoring rebuild_zebra
by Tomas Cohen Arazi 26 Aug '10

26 Aug '10

Hi everyone, I'm writing a replacement for zebraqueue-daemon.pl so that we can set the reindexing interval for authorities (and biblios) via systempreferences and we can set intervals in seconds (for our impatient librarians) wich cannot be acknowleged using cron jobs. I'll be posting the script soon, but I've been thinking of kind-of refactoring rebuild_zebra into a reusable library so that the daemon doesn't spawn a perl interpreter every (for example) 30 seconds. A question related to the topic is: why we don't trigger the update whenever a cataloguer click "save" for a biblio or auth record? Perhaps this refactoring serves for an implementation of this. Any suggestions? Opinions? Thanks To+

5 10

3.4 Development - Need input
by savitra sirohi 23 Aug '10

23 Aug '10

Folks, we are about to start a development project in the areas of: Acquisitions: Approvals & payments Serials: Budgeting and improvements in subscriptions Article Indexing/Analytical records SDI We expect this to be between 250-350 person days of effort. Since this is our first involvement in software development, I will appreciate any input in how to proceed. We are essentially concerned about making sure that most or all of the code is accepted. And the patches are accepted into 3.4 not in later versions. We also don't want to work on stuff others are already working on. Thanks, Savitra Sirohi Nucsoft OSS Labs http://www.osslabs.biz

5 5

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