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

Patch approval workflow
by Tomas Cohen Arazi 31 Mar '11

31 Mar '11

I've been digging trough the wiki, and couldn't find a list of people who are in charge of signing-off patches. Can anyone on the list point me to a place where I can find that info? To+

6 9

Re: [Koha-devel] [Koha] overdues with fines
by Chris Cormack 31 Mar '11

31 Mar '11

Heya Nicole Dont know the answer but I have cced the devel list so more developers will see it. A lot have the main list on digest so for development questions, of which documentation of features most certainly is, the devel list will get you a better hit rate. Chris Nicole Engard <nengard(a)gmail.com> wrote: >I've asked before - but got no answer. Anyone know what this report is >for? Overdues with Fines? > >It's a blank section in the manual: >http://koha-community.org/documentation/3-4-manual-en/?ch=x8286#overduesfin… > >Nicole >_______________________________________________ >Koha mailing list http://koha-community.org >Koha(a)lists.katipo.co.nz >http://lists.katipo.co.nz/mailman/listinfo/koha

2 1

Re: [Koha-devel] Error in biblio.pm
by Paul 30 Mar '11

30 Mar '11

Following up to Pete's post below (at least on a temp basis), for some of the lessons learned: a) We tried yesterday to set up a new data framework primarily for data input. Pete deleted the 999$ (well intentioned error - it is only "internal" and in hindsight should not be an option to delete within a framework) and immediately had second thoughts, reinstated it and set up the subfields over again. WRONG... this had far reaching consequences. Is it a bug to even be able to delete it if it is so intrinsic to the guts of Koha? b) At that point we started trial import of a couple of books - these created the error messages that started this thread. HOWEVER... the process wrote partial|corrupted data to SQL without any warning whatsoever - in other words the error message appeared part way through writing to SQL. Surely this is also a bug (but I'm not too sure of how to go about wring one up.) We have now had to go manually into the SQL db and remove these records. An added difficulty was that we had to "eyeball" the db, as all Koha (zebra) searches were no longer functional. Then run misc/batchRebuildBiblioTables.pl, then rebuild zebra, etc and we're back in business. All is now working as expected - search functions and staff input. c) "Koha to MARC Mapping" has a very oddball quirk. Having started with 3 errors in "MARC Bibliographic framework test": - homebranch NOT mapped the items.homebranch field MUST : be mapped to a MARC subfield, the corresponding subfield MUST have authorised value=branches - holdingbranch NOT mapped the items.holdingbranch field MUST : be mapped to a MARC subfield, the corresponding subfield MUST have authorised value=branches - biblio and biblionumber The biblio.biblionumber and biblioitems.biblioitemnumber fields be mapped to a MARC subfield, we remapped (again - for the umpteenth time) 999$c and $d, but they appear in all three tabs "Biblio", "BiblioItems" and "Items" and every time you edit them in one tab, they disappear from the other two as if unmapped. The end result (or at least where we're at now), is that the biblionumber must ONLY be mapped in the Biblio tab, BiblioItemnumber in BiblioItem tab and ItemNumber in Item tab DESPITE the possibility of doing otherwise - which crashes the "Search" capability .... .... and we've still got the third error in the "Framework Test" despite the system working [apparently] well (the "branches" error has automagically disappeared.) Thoughts? I still don't know why 999 is editable. What *desirable* features can be turned on and off? We have only seen a very time-consuming downside. Best - Paul Tired old sys-admin At 12:41 PM 3/30/2011 -0400, pete huerter wrote: >Yes, I had deleted 999 from our (custom) ACS Books framework, but >nowhere else. Is it possible that that could change the "Koha to MARC >Mapping", or any of the other frameworks (like default?) > >I just noticed that 999.c,d where missing entirely from our "Koha to >MARC Mapping", and (I think) this was causing all sorts of errors >(adding a biblio fails, searching, ..). I've since added them, and >run BatchRebuildBiblioTables.pl. > >It seems that we have some bad records that were added yesterday under >our ACS Books framework (that did not have 999.c,d set up properly.) >I'm thinking of just deleting these because they cause errors in >BatchRebuildBiblioTables, and batchRepairMissingBiblionumbers.pl >(http://permalink.gmane.org/gmane.education.libraries.koha.devel/5569) > >It seems like 999c,d are integral to the functioning of Koha. > >Thanks, >Pete. > >On Tue, Mar 29, 2011 at 5:14 PM, Chris Cormack <chris(a)bigballofwax.co.nz> >wrote: > > On 30 March 2011 10:06, Paul <paul.a(a)aandc.org> wrote: > >> I would appreciate some assistance with biblionumber and biblioitemnumber, > >> given that we can no longer enter new biblios. > >> > >> Error code is : "Tag "" is not a valid tag. at > >> /usr/share/koha/lib/C4/Biblio.pm line 2848" > >> > >> That line (under the head : "Internal function to add or update > biblionumber > >> and biblioitemnumber to > >> the MARC XML" is the first of these four: > >> > >> my $new_field = MARC::Field->new( > >> $biblio_tag, '', '', > >> "$biblio_subfield" => $biblionumber, > >> "$biblioitem_subfield" => $biblioitemnumber > >> > >> What are the values that biblio.pm is expecting, and where exactly are > they > >> input from GUI page > >> > <http://koha-admin/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0&z395…> > >> ? > >> > >> It seems that the call is based upon biblionumber=0 [which is <10, > therefore > >> creating the error according line 2847 : "# biblionumber & > biblioitemnumber > >> are in the same field (can't be <10 as fields <10 have only 1 value)"] and > >> seeing as we are using a custom framework (cut down to what we need for > >> cataloguing staff purposes), I need to know what particular line I > have set > >> to "ignore" that is creating the error. What "Tag" have I left out? > >> > >> Can't find anything in the docs on this "Internal function." > >> > >> Thanks for any pointers, > > > > Hi Paul > > > > Have you messed around with the 999 field and subfields? Specifically > > breaking their mappings or deleting them entirely? > > > > Chris > > _______________________________________________ > > Koha-devel mailing list > > Koha-devel(a)lists.koha-community.org > > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > > website : http://www.koha-community.org/ > > git : http://git.koha-community.org/ > > bugs : http://bugs.koha-community.org/ --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://UltraMarine.ca>, <http://AandC.org> and <http://MarDoc.ca>

1 0

Error in biblio.pm
by Paul 30 Mar '11

30 Mar '11

I would appreciate some assistance with biblionumber and biblioitemnumber, given that we can no longer enter new biblios. Error code is : "Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 2848" That line (under the head : "Internal function to add or update biblionumber and biblioitemnumber to the MARC XML" is the first of these four: my $new_field = MARC::Field->new( $biblio_tag, '', '', "$biblio_subfield" => $biblionumber, "$biblioitem_subfield" => $biblioitemnumber What are the values that biblio.pm is expecting, and where exactly are they input from GUI page <http://koha-admin/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0&z395…> ? It seems that the call is based upon biblionumber=0 [which is <10, therefore creating the error according line 2847 : "# biblionumber & biblioitemnumber are in the same field (can't be <10 as fields <10 have only 1 value)"] and seeing as we are using a custom framework (cut down to what we need for cataloguing staff purposes), I need to know what particular line I have set to "ignore" that is creating the error. What "Tag" have I left out? Can't find anything in the docs on this "Internal function." Thanks for any pointers, Paul tired old sys-admin. --- Archives and Collections (ACS) Society

3 2

Poll: 952i for stocknumber or inventorynumber?
by Marcel de Rooy 30 Mar '11

30 Mar '11

Hi all, Please see: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5839 and Katrin's patches. Would you prefer stocknumber as an item attribute, or inventory number? Thanks for responding! Marcel

2 1

Re: [Koha-devel] Error in biblio.pm
by Paul 29 Mar '11

29 Mar '11

At 10:14 AM 3/30/2011 +1300, Chris Cormack wrote: >On 30 March 2011 10:06, Paul <paul.a(a)aandc.org> wrote: > > I would appreciate some assistance with biblionumber and biblioitemnumber, > > given that we can no longer enter new biblios. > > > > Error code is : "Tag "" is not a valid tag. at > > /usr/share/koha/lib/C4/Biblio.pm line 2848" > > > > That line (under the head : "Internal function to add or update > biblionumber > > and biblioitemnumber to > > the MARC XML" is the first of these four: > > > > Â Â Â Â my $new_field = MARC::Field->new( > > Â Â Â Â $biblio_tag, '', '', > > Â Â Â Â "$biblio_subfield" Â Â => $biblionumber, > > Â Â Â Â "$biblioitem_subfield" => $biblioitemnumber > > > > What are the values that biblio.pm is expecting, and where exactly are they > > input from GUI page > > > <http://koha-admin/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0&z395…> > > ? > > > > It seems that the call is based upon biblionumber=0 [which is <10, > therefore > > creating the error according line 2847 : "# biblionumber & biblioitemnumber > > are in the same field (can't be <10 as fields <10 have only 1 value)"] and > > seeing as we are using a custom framework (cut down to what we need for > > cataloguing staff purposes), I need to know what particular line I have set > > to "ignore" that is creating the error. What "Tag" have I left out? > > > > Can't find anything in the docs on this "Internal function." > > > > Thanks for any pointers, > >Hi Paul > >Have you messed around with the 999 field and subfields? Specifically >breaking their mappings or deleting them entirely? Hi Chris - thanks for replying. The only difference between the "default" mapping and our "abbreviated" mapping is the deletion of two fields marked "obsolete" ( a Item type [OBSOLETE] subfield ignored and b Koha Dewey Subclass [OBSOLETE] Tab:0, Not repeatable, Not mandatory, hidden,). The two other fields are identical in both mappings ( c Koha biblionumber subfield ignored and d Koha biblioitemnumber subfield ignored ) with both hidden "constraints" set to -5. These do say "see online help", but I haven't found it yet ;-{ Best - Paul

2 1

3.2.7 Early Release Notice
by Chris Nighswonger 29 Mar '11

29 Mar '11

Hi everyone, April is a big month with the forthcoming major release of Koha 3.4.0. So in order to yield the stage to the 3.4.0 release, the 3.2.7 release will take place one week earlier than our normal schedule on 15 April 2011. This puts 3.2.x into string freeze on 8 April 2011. 3.2.x will return to its normal release schedule on the 22nd of the month in May with 3.2.8. Kind Regards, Chris Nighswonger Koha 3.2.x Release Maintainer

5 7

Perl edit|debug
by Paul 29 Mar '11

29 Mar '11

Koha 3.02.05.000 on Ubuntu 10.10 Does anyone have a suggestion for a perl editor|debugger (or other method? attach?) that allows stop lines and single-line step-by-step instructions? We need a fast way of following variables, objects and logic through various .pl and .tmpl files - without having to read hundreds of lines of code. Many thanks - Paul tired old-sysadmin --- Archives and Collections (ACS) Society 205, Main Street, Picton, Ontario, K0K 2T0, Canada http://www.AandC.org Canadian Charitable Organization 88721 9921 RR0001 Dedicated to maritime conservation and education.

3 2

Greetings Koha-devel
by pete huerter 29 Mar '11

29 Mar '11

Hi Koha-devel group, I am a volunteer with the Archives and Collections Society http://aandc.org/in Picton, ON, Canada. I work with Paul (who also posts to Koha-discuss, and will likely post here soon.) I have been helping with all technical aspects of setting up Koha for this non-profit charitable library. For our data migration we are mapping from OpenOffice spreadsheet to MARC21 format using MarcEdit. We also use some custom perl scripts. Our server is Ubuntu Linux. So we are mostly using free software (except for running MarcEdit on Windows, which we will be changing to Linux shortly). I am a software developer. My background is in compilers and high performance parallel debugging, so all of this is totally new to me. I am having a great time learning and am totally impressed with Koha. This is a really useful tool and we feel lucky to have it covered by the GPL. Thanks for all of your hard work, and thanks for all of your help over on Koha-discuss. I know that some of my more technical questions are better placed here. However the Nabble interface led me to believe this list was not active any longer. Cheers, Pete.

4 3

Newsletter Call for March Articles - FINAL CALL
by Nicole Engard 28 Mar '11

28 Mar '11

Hi all, Today is the deadline for articles for the newsletter and I have three - please send me your stories today so that we have a proper newsletter to publish in 2 days. Thanks Nicole

3 2