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

Out of the Office
by adrea＠moablibrary.org 14 Jan '11

14 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

FW: What should an empty authority subfield do?
by Marcel de Rooy 14 Jan '11

14 Jan '11

Copying to dev list for additional comments. ________________________________ Referring a question in bug 5572 to the Koha list for further comments from the list. Bug 5572 introduces a refinement on authority merging. (Copying the change of an authority to the related biblio records.) Janusz (author of the patch) wrote: The original behavior in 3.0 was: when authority has been changed, then in the corresponding fields in the bibliographic records all the subfields of such fields controlled by authority will be dropped and created anew with only subfields which have a value in the authority. The new behavior is much better: in the bibliographic record only subfields which have a value in the authority_to (the new authority) will be changed. BUT what if there was a subfield present (with value) in authority (and in bibliographic) and the value is now deleted form authority? It will still stay in all bibliographic, whereas it should not. Hence my proposal: subfields not active in authority framework will be preserved; subfields active in the authority framework (i.e. controlled by this authority type) should be set as in the authority record - either have the value of corresponding subfield in authority or be empty. Marcel (tester of patch) commented: Tested your patch: it works as described. I see your point when you should clear a subfield at the authority side and you want to see the same at the biblio side. [How often would that happen?] However, if the subfield was already empty at the authority side and you update the auth record, do you also want to clear at that moment any possible info in that subfield at the biblio side? Does an empty authority subfield that is "not in the ignore tab" in the framework, really mean that that subfield should always be empty too at the biblio side? I am not sure about that; I will copy this comment to the Koha list for possible further discussion. What do you think? Thanks for further clarification.

1 0

3.2.x Maintenance Request
by Chris Nighswonger 11 Jan '11

11 Jan '11

Hi all, Kudos to all of those who have been turning out bugfixes like grist mills of late! I have a request for both devs and those doing qa/sign-offs. Please verify that patches apply cleanly both to master and to 3.2.x prior to submitting. This is becoming more important as these two branches diverge. It will become imperative for all patches after the move to TT in a few weeks. I will do my best to send notices back to the patches list for those that do not apply to 3.2.x. Kind Regards, Chris Koha 3.2. Release Maintainer

1 0

QA session for BibLibre for Circ & members improvements
by Paul Poulain 11 Jan '11

11 Jan '11

Hello, Today, I've been available on IRC for some QA on our Circ & Members branch. Thanks to Katrin that said she could not join and to owen that did some tests but could not go far because of an updatedatabase with XXX numbers. I had planned to be available from 20GMT to 22GMT, but it will be from 21GMT to 23GMT, sorry for the delay. Anyway, I did a lot of testings and have fixed some glitches in fines partial payements (patchs to be picked up by chris). I did a lot of tests on check-in/checkouts/hold/renewals without noticing any problem (reminder : with this branch, all issuing rules are now at a granular level branch/patron category/itemtype : Current checkouts allowed Loan period (day) Fine amount Fine charging interval Grace period (day) Suspension duration (day) Renewals allowed (count) Renewals period (days) Holds allowed (count) Holds pickup delay (day) Allow on shelf holds Holds restricted to library Rental Discount (%) HTH, and see you again in 3 hours ;-) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

Out of the Office
by adrea＠moablibrary.org 11 Jan '11

11 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

(reminder) IRC QA-meeting for BibLibre circulation & borrower patches
by Paul Poulain 11 Jan '11

11 Jan '11

Hello, As announced last week, i'm available today on IRC and anyone who want to jump in a QA session of circulation & borrowers improvements coming from BibLibre for 3.4 can jump in. * http://borrowers34.git.biblibre.com/cgi-bin/koha/mainpage.pl login test/test is available and is a fresh install from this branch * what it contains is on wiki.biblibre.com http://wiki.koha-community.org/wiki/BibLibre_patches_to_be_integrated_for_3… * the bugzilla entry for any comment is #5575 HTH -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 1

patch to add to BibLibre-opac branch (#5584)
by Paul Poulain 11 Jan '11

11 Jan '11

Hi Chris, owen noticed a problem in BibLibre-opac branch, I fixed it you can cherry pick the patch on our repo: a5b653ae9682c1e5e19da0bcff1021dc1a0ed972 thx -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

2 1

Re: [Koha-devel] [Koha-patches] Pull request: Bug 5528 analytical records
by Jared Camins-Esakov 10 Jan '11

10 Jan '11

[Moving to koha-devel for discussion] Good morning. Katrin Fischer and I spent the morning poking at the code for bug 5528, and we have a few comments. 1) The "Analyze" link is a bit confusing. I think we both expected that link to run a script that would find pre-existing links. Perhaps that could be changed to something like "Create analytic"? 2) We both had some trouble figuring out how to use the new features. Is there any documentation? 3) The DB update needs to add subfields '0' and '9' to the 773 field. Otherwise, nothing works, and there's no indication why. 4) Links to the host record should appear on the XSLT display, too, not just the Normal display. Analytic records created using the "Analyze" link also seem to break the existing 773 display when XSLT is enabled, and it's not clear why. 5) Using barcodes for linking is a little troubling, since some libraries with analytics may not have barcodes. It seems to me a good compromise would be to have the option to create links based on either the barcode or the 773$w. Regards, Jared On Wed, Jan 5, 2011 at 1:09 PM, savitra sirohi <savitra.sirohi(a)osslabs.biz>wrote: > Hi, analytical records patches are available at: > > git://kohadev.osslabs.biz/bug_5528_analytical_records.git > > The patches are rebased to master and include Unimarc support. > > Thanks, > Savitra Sirohi > Nucsoft OSS labs > http://www.osslabs.biz > _______________________________________________ > Koha-patches mailing list > Koha-patches(a)lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-patches > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > -- Jared Camins-Esakov Freelance bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins(a)cpbibliography.com (web) http://www.cpbibliography.com/

3 2

Unicode and PDF... a work-around?
by Ian Walls 10 Jan '11

10 Jan '11

Fellow developers, I've got a client who needs to print some pocket labels for their books. Sadly, since some of these titles have some funky Unicode characters in the 245$abc, the PDF they generate comes out corrupted and unusable. This is a serious problem for their move forward with Koha. My research on in the list archives shows that this is well-known problem, and is in many ways out of our hands. PDFs don't handle Unicode as natively as we need, and the compromises to make it work are much less encouraging. It seems like this just isn't going to work unless Adobe decides to help. (see http://koha.1045719.n5.nabble.com/Diacriticals-Unicode-and-PDF-s-td3068755.… more details) This got me thinking about a potential alternative. Perhaps we could offer a 4th Label Creator output option (in addition to PDF, CSV and XML), of HTML. Using similar markup that we use for print holds and overdues, it may be possible to recreate the page on the browser window in a format that anyone can read (and if they can't, their local machine can install the necessary fonts or language packs). There are numerous Print To PDF options for all kinds of browsers and platforms, so the end result could be the same, only without our code having to do the heavy PDF lifting. Does this sound like a feasible plan? Am I missing any subtleties that would make this untenable? Cheers, -Ian -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls(a)bywatersolutions.com Twitter: @sekjal

4 3

Out of the Office
by adrea＠moablibrary.org 08 Jan '11

08 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0