- Koha - lists.katipo.co.nz

3 Bugs Making Librarian's Job a Challenge
by Bo Schafers 30 May '07

30 May '07

Sorry to post yet again, but I've been working all afternoon to try and make Koha operational for our organisation...Version 2.2.9 1. In Cataloging, librarians are: A) Unable to edit a biblio's 'item values' and update/save them - the stored values are not even loaded into the from fields from the DB B) Unable to delete a biblio's 'items'. Clicking delete, nothing happens. 2. In Cataloging, when changing updating values in field 942c (itemtypes) in the Marc editor screen it does not update the new value in the biblioitems table. 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not erased from the subtitle database. When new books are added then the subtitles of the other books get all screwed up, Wrong, random subtitles for the books. Only solution is command line or phpmyadmin. Spooky! Not sure if I can present such a system to our library workers as yet. Bu then I have high hopes that the answers to the above can be found via the venerable readers of this list. Regards, Bo

3 5

"Purchase Suggestion" Form Available but does not work
by Bo Schafers 30 May '07

30 May '07

Hello, The 'purchase suggestion' form can be accessed and filled in by all, even visitors who are not logged in... However when submitting the form as an anonymous visitor the form fails transparently, no error message, no confirmation. The patron might believe he's actually sent a request to a librarian when in reality her well-researched and thoughtful book suggestion has has fallen into a boundless, digital vaccum -never to be seen again or heard of again. (Version 2.2.9) Something for the devs... Regards, Bo

2 2

Re: [Koha] data entry and barcode generation
by Steven F.Baljkas 30 May '07

30 May '07

Wednesday, May 31, 2007 10:22 CDT Dear Naste Dwoya, With apologies for the delay in responding, I can offer the following quick words of advice regarding cataloguing now ... Koha developpers are still working away (tireless, dedicated bunch -- applause for all!) on making a better MARC editor for Koha. In the meantime, however, if you have to do data entry from scratch (i.e. starting from nothing), it may well be easier to use a simple MARC editor such as Terry Reese's MARCEdit, which is available for free off of the Library of Congress MARC Records, Systems and Tools page at URL <http://www.loc.gov/marc/marctools.html> In recommending this, I am assuming you have access to a Windows platform machine, because while some people have reported that MARCEdit works fine for them on a linux platform, it is not made to do so. If you can make use of MARCEdit and want to go forward with my suggestion, please write back to me off listserv with an example of the kind of data you need to enter AND the kind of barcodes you wish to use (if possible) and I shall try to set up an example template for you to follow in data entry as soon as possible. As for generating barcodes, I believe there are several answers to that problem in the Koha archives. Perhaps that part of the problem can wait until you have actual records to work with? I hope that this information helps in the meantime. In any case, best wishes as you continue your work with Koha and welcome to the Koha community! Cheers, Steven F. Baljkas library tech at large volunteer cataloguer Koha neophyte Winnipeg, MB, Canada ============================================================ From: naste dwoya <tichtektee(a)yahoo.com> Date: 2007/05/28 Mon AM 05:46:33 CDT To: koha(a)lists.katipo.co.nz Subject: [Koha] data entry and barcode generation Hi, i have successfully completed the installation of Koha, unfortunately i am unable to carry out the cataloging, can you please give me a step by step direction on what to do. i would also like to generate barcodes, unfortunately every time i try i receive an error. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ============================================================

1 0

Overdues notices and fines: what scripts are supposed to work?
by Kevin O'Rourke 30 May '07

30 May '07

I've just started looking into emailing overdue notices to our members. I tried out the overduenotices.pl script but it doesn't seem to be working. I don't get any output when I run it with the -n parameter (no email, output to stdout) but I also don't get any errors. Does anyone have this working correctly in 2.2.9 (Debian Sarge)? The documentation at kohadocs.org seems to suggest that since version 2.2 none of the scripts for calculating fines work. Is this true? -- Kevin O'Rourke ICT Coordinator, National Teachers' Institute, Kaduna, Nigeria 062 316972

3 7

Re: Koha Digest, Vol 19, Issue 39
by Simon Joseph ENGITU 30 May '07

30 May '07

Dear Members I am a recent recruit in the use of Koha system and I am supposed to implement the system and yet we were given only 2 days and half of a demonstration on the use of the system, is there anybody of this listserv who has an easy-to- follow manual, the one which has examples how to use each of the modules? I would be more than grateful to have it sent to me. Background UNDESA sent an expert to install this system for us three or 4 weeks a go. The Expert encouraged us to be in contact with him after the demonstration, however, our ICT Boss discourages us from writing directly to the Expert, but to the ICT Dept for any problems and yet the librarian's module is specific to us to ICT. We are now in a dilema what to do. Simon Joseph ENGITU Asstt Director; Library Services Sec. to Assoc. of Parliamentary Libs. in Eastern and Southern Africa (APLESA) Parliament of Uganda P.O. Box 7178 Kampala- Uganda EAST AFRICA Mobile 256 (772) 488937 Ph. 256 (41) 4377242 Quoting koha-request(a)lists.katipo.co.nz: > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha digest..." > > > Today's Topics: > > 1. Re: 3 Bugs Making Librarian's Job a Challenge (Joshua M. Ferraro) > 2. Re: 3 Bugs Making Librarian's Job a Challenge (Jason Ronallo) > 3. Re: 3 Bugs Making Librarian's Job a Challenge (Bo Schafers) > 4. Re: How to make MARC Fields Appear in Opac? (Bo Schafers) > 5. Re: How to make MARC Fields Appear in Opac? (Joshua M. Ferraro) > 6. Re: How to make MARC Fields Appear in Opac? (Jason Ronallo) > 7. Re: How to make MARC Fields Appear in Opac? (Bo Schafers) > 8. Internal Server Error (Rifaudeen M.M.) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 29 May 2007 08:25:27 -0500 (CDT) > From: "Joshua M. Ferraro" <jmf(a)liblime.com> > Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge > To: bo(a)weavebrain.com.au > Cc: koha(a)lists.katipo.co.nz > Message-ID: <3282960.38581180445127606.JavaMail.root(a)mail.liblime.com> > Content-Type: text/plain; charset=utf-8 > > Hi Bo, > > See comments below: > > ----- "Bo Schafers" <bo(a)weavebrain.com.au> wrote: > > Sorry to post yet again, but I've been working all afternoon to try > > and make Koha operational for our organisation...Version 2.2.9 > > > > 1. In Cataloging, librarians are: > > A) Unable to edit a biblio's 'item values' and update/save them - the > > stored values are not even loaded into the from fields from the DB > > B) Unable to delete a biblio's 'items'. Clicking delete, nothing > > happens. > > > > 2. In Cataloging, when changing updating values in field 942c > > (itemtypes) in the Marc editor screen it does not update the new value > > in the biblioitems table. > These two issues would appear to be problems in the way you have > defined your Bibliographic Frameworks. Could you double-check that > you have mapped items fields to the items table in your framework? More > details on these issues would be useful to determine what the problem > might be. > > > 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not > > erased from the subtitle database. When new books are added then the > > subtitles of the other books get all screwed up, Wrong, random > > subtitles for the books. Only solution is command line or phpmyadmin. > > Spooky! > Nice catch, this definitely was a bug, it was logged in bugzilla > as #1346: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1346 > > Thanks to Henri-Damian, it has been fixed in CVS (added two lines > to Biblio.pm. Here's the changelog: > > http://cvs.savannah.nongnu.org/viewvc/koha/C4/Biblio.pm? view=log&root=koha&pathrev=rel_2_2 > > > Not sure if I can present such a system to our library workers as yet. > > Bu then I have high hopes that the answers to the above can be found > > via the venerable readers of this list. > Thanks for your feedback thusfar, and keep it coming! > > Cheers, > > -- > Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE > President, Technology migration, training, maintenance, support > LibLime Featuring Koha Open-Source ILS > jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS > > > ------------------------------ > > Message: 2 > Date: Tue, 29 May 2007 10:28:58 -0400 > From: "Jason Ronallo" <jronallo(a)gmail.com> > Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge > To: bo(a)weavebrain.com.au > Cc: koha(a)lists.katipo.co.nz > Message-ID: > <763570460705290728n68b6bd19sfada883fd5da8676(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi, Bo, > Let's see if we can get you back on track some. > > On 5/27/07, Bo Schafers <bo(a)weavebrain.com.au> wrote: > > Sorry to post yet again, but I've been working all afternoon to try and > > make Koha operational for our organisation...Version 2.2.9 > > What are your other specs? Operating system and version of mysql. > Include those in your messages helps folks get a quicker read on what > might be happening. > > > 1. In Cataloging, librarians are: > > A) Unable to edit a biblio's 'item values' and update/save them - the > > stored values are not even loaded into the from fields from the DB > > B) Unable to delete a biblio's 'items'. Clicking delete, nothing happens. > > > > 2. In Cataloging, when changing updating values in field 942c > > (itemtypes) in the Marc editor screen it does not update the new value > > in the biblioitems table. > > Koha gives you lots of room to configure your system exactly how you > want. It's powerful, but a whole lot of work once you start making > changes from the default. Leave yourself a good bit of time to > completely configure your system. > > Be sure to do the MARC check before importing records. It won't catch > everything but will notice the major errors. Any time you make a > change to your framework or the other parameters in the check, run the > MARC check again. > > My best advice here would be to carefully follow the guide here: > http://www.kohadocs.org/usersguide/ > I skimmed through it once before following it step by step to get an > overview of the whole system. If you run into something particular > that you don't understand, let the list know specifics and someone > should have an idea how to proceed. > > > > > 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not > > erased from the subtitle database. When new books are added then the > > subtitles of the other books get all screwed up, Wrong, random subtitles > > for the books. Only solution is command line or phpmyadmin. Spooky! > > Thank you for confirming this bug affected someone else. I reported > this bug (1346) and it appears to be fixed in CVS. I applied a patch > to my 2.2.8 based on latest CVS and it now works for me. > > > Not sure if I can present such a system to our library workers as yet. > > Bu then I have high hopes that the answers to the above can be found via > > the venerable readers of this list. > > Stick with it. Setting things up how you want them takes some time, > but you'll end up with just the system your location needs. > > And do continue to report possible bugs. When you report a bug that > helps get something fixed for you, you're also helping the whole Koha > community. > > take care, > > --Jason > > > ------------------------------ > > Message: 3 > Date: Wed, 30 May 2007 00:37:30 +0800 > From: Bo Schafers <bo(a)weavebrain.com.au> > Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge > To: Koha(a)lists.katipo.co.nz > Message-ID: <465C56CA.8090107(a)weavebrain.com.au> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi HD! > > First of all thank you *again* for solving some of my problems. I do > apologise for being a bit pushy by flooding the list with postings, > some of which probably belong in Bugzilla. I was a bit hesitant putting > anything in there, it looked to me like a bunch of devs communicating, > did not want to intrude putting my dilletante comments in there... > > Bo Schafers a écrit : > >> 1. In Cataloging, librarians are: > >> A) Unable to edit a biblio's 'item values' and update/save them - the > >> stored values are not even loaded into the from fields from the DB > >> B) Unable to delete a biblio's 'items'. Clicking delete, nothing > >> happens. > >> > > Did you link itemnumber to tag_item$9 subfield ? > > OK. I took me a looong time (about 3 hours) to figure out what you were > trying to tell me there. So I started poking a round in the subfield > interface again and remembered that when doing the MARC check on sunday > I kept getting the following cryptic error message: > itemnum : the field itemnumber must be mapped to a field in tab -1 (ignore) > > Huh? Itemnum? I couldn't find a field called 'itemnumber', so I guessed > it must be that. Then, whenever I put the field in tab -1 -I got an > error message saying item fields must all be in Tab 10. Setting > Ignore just didn't make sense, because I would NOT WANT Koha to ignore > itemnumber field. So I ran around in circles until eventually I unmapped > the field and ran MARC check again. It reporteed no errors, so i though > that's what the solutionthat error message was.....Sorry about the long > story...just trying to say..I'm not posting flippnatly to the list to > give you guys a hard time, I'm actually spending a lot of time guessing > and working by trial and error, deeply respectful of all the good work > you guys have done... > > So today I finally figured out that intemnumber subfield *has* to be set > to ignore. And now the editing and deleting of items works :-) > > >> 2. In Cataloging, when changing updating values in field 942c > >> (itemtypes) in the Marc editor screen it does not update the new > >> value in the biblioitems table. > > Have you linked 942c to biblioitems.itemtype in Biblioframework ? > > Is biblioitems.itemtype linked to only one subfield in the framework > > you use ? > > YES! I have simply made a list of all the Koha fields, set virtually all > other MARC fields to ignore, so I have the complete set of koha tags > mapped *correctly*. As mentined before I can actually edit/update the > MARC form and it all works, in MARC view- but it does not translate to > simple view. I make a change- say the title, or item type, then it shows > up in MARC view, however the Opac renders the tradtional, simple view > and the changes are not reflected. I AM sure there is something wrong > there, I can replicate this behaviour in the the Liblime demo installation! > > >> 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not > >> erased from the subtitle database. When new books are added then the > >> subtitles of the other books get all screwed up, Wrong, random > >> subtitles for the books. Only solution is command line or phpmyadmin. > >> Spooky! > >> > Thank you for the updated biblio.pm in the the CVS. Subtitles are now > correctly deleted and I'm very thankful. I urge all users of 2.9.9 to > update this file. > > Maybe a solution would be to upload libLime's MARC framework in your > > DB rather than trying to build one on your own. > > Koha MARC frameworks are quite sensitive to bad configuration. > > > Hmmm. One can do that? That's cool! But how would I do that? And how do > I import it. Sorry to bother you with this, but I have not read or seen > anything about this, a link to some info would do, I'll figure out the rest. > > > I also tested npl templates for all the problems you speak about. > > Everything works well. > > > When you get a moment please check if MARC form edits show up in > simple/Opac view, > > Thanks again and kind regards, > Bo > > > ------------------------------ > > Message: 4 > Date: Wed, 30 May 2007 00:56:21 +0800 > From: Bo Schafers <bo(a)weavebrain.com.au> > Subject: Re: [Koha] How to make MARC Fields Appear in Opac? > To: bo(a)weavebrain.com.au > Cc: koha(a)lists.katipo.co.nz > Message-ID: <465C5B35.3000407(a)weavebrain.com.au> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi , > > Now that I have my fields, how do I control which field displays in > > the Opac? Also, changing the label to the field? > Just wondered if anyone had any pointers to this topic posted a few days > ago. I have tried -via the subfields screens- to use the 17 visibility > setting mentioned in the help file but have not been able to make tags > apear... > > Here's a small, specifically related example. In my Koha installation I > have defined: > > For Marc: 942K Dewy/Call Number > For Items: 952K Call Number (Combined) > > These display fine throughout various screens on the intranet but how > can I make the call number show in the opac? Which subfield/linkage is > required for the opac field to display 942/952 fields. Go to > http://opac.bswa.org/cgi-bin/koha/opac-detail.pl?bib=3 - the call > number area is not filled here. If you go into MARC view you can see the > call number. > > Any help would be much appreciated. > > Bo > > (Koha 2.9.9 MYSQL 5.0 Apache 2 on Ubuntu Feisty) > > > > > ------------------------------ > > Message: 5 > Date: Tue, 29 May 2007 12:08:31 -0500 (CDT) > From: "Joshua M. Ferraro" <jmf(a)liblime.com> > Subject: Re: [Koha] How to make MARC Fields Appear in Opac? > To: bo(a)weavebrain.com.au > Cc: koha(a)lists.katipo.co.nz > Message-ID: > <28446066.39361180458511395.JavaMail.root(a)mail.liblime.com> > Content-Type: text/plain; charset=utf-8 > > Hi Bo, > > The visibility settings in Koha are designed to affect the visibility > of fields in the MARC view of the OPAC, not the default view. If you > want to alter the view of the default view you'll have to edit the > template directly. > > We've had some ideas for a while for using an XSLT stylesheet to > change what is visible, and indeed, we've even done some mockups > of what that could look like and the flexibility it would give > us, but unfortunately, no library has stepped forward and sponsored > that feature enhancement. > > If you're interested, here's a mockup of what could be done: > > XSLT Stylesheet: > http://search.athenscounty.lib.oh.us/opac-tmpl/compact.xsl > > Resulting view: > http://search.athenscounty.lib.oh.us/cgi-bin/koha/opac-cardview.pl?bib=88099 > > By altering that simple XSLT stylesheet you could drastically change > the 'simple' view of a given record. ... anyway ... > > Cheers, > > -- > Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE > President, Technology migration, training, maintenance, support > LibLime Featuring Koha Open-Source ILS > jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS > > ----- "Bo Schafers" <bo(a)weavebrain.com.au> wrote: > > Hi , > > > Now that I have my fields, how do I control which field displays in > > > > > the Opac? Also, changing the label to the field? > > Just wondered if anyone had any pointers to this topic posted a few > > days > > ago. I have tried -via the subfields screens- to use the 17 visibility > > > > setting mentioned in the help file but have not been able to make tags > > > > apear... > > > > Here's a small, specifically related example. In my Koha installation > > I > > have defined: > > > > For Marc: 942K Dewy/Call Number > > For Items: 952K Call Number (Combined) > > > > These display fine throughout various screens on the intranet but how > > > > can I make the call number show in the opac? Which subfield/linkage is > > > > required for the opac field to display 942/952 fields. Go to > > http://opac.bswa.org/cgi-bin/koha/opac-detail.pl?bib=3 - the call > > number area is not filled here. If you go into MARC view you can see > > the > > call number. > > > > Any help would be much appreciated. > > > > Bo > > > > (Koha 2.9.9 MYSQL 5.0 Apache 2 on Ubuntu Feisty) > > > > > > _______________________________________________ > > Koha mailing list > > Koha(a)lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > ------------------------------ > > Message: 6 > Date: Tue, 29 May 2007 13:11:18 -0400 > From: "Jason Ronallo" <jronallo(a)gmail.com> > Subject: Re: [Koha] How to make MARC Fields Appear in Opac? > To: bo(a)weavebrain.com.au > Cc: koha(a)lists.katipo.co.nz > Message-ID: > <763570460705291011t6423419ds19040920bb3a1326(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > These display fine throughout various screens on the intranet but how > > can I make the call number show in the opac? Which subfield/linkage is > > required for the opac field to display 942/952 fields. Go to > > http://opac.bswa.org/cgi-bin/koha/opac-detail.pl?bib=3 - the call > > number area is not filled here. If you go into MARC view you can see the > > call number. > > Bo, > I took a look at the link you provided. Is the call number you want to > show up in the call number column KOS 540? If so you might just have > to edit your template to have it show in that column. Make sure you're > changing the template you've selected in your parameters. > > > --Jason > > > ------------------------------ > > Message: 7 > Date: Wed, 30 May 2007 01:17:01 +0800 > From: Bo Schafers <bo(a)weavebrain.com.au> > Subject: Re: [Koha] How to make MARC Fields Appear in Opac? > To: "Joshua M. Ferraro" <jmf(a)liblime.com> > Cc: koha(a)lists.katipo.co.nz > Message-ID: <465C600D.8030302(a)weavebrain.com.au> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Joshua M. Ferraro wrote: > > If you > > want to alter the view of the default view you'll have to edit the > > template directly. > > > > > OK! Thanks,,, > > > If you're interested, here's a mockup of what could be done: > > > > > Yes that kind of thing would be marvellous. Once I have Koha running > for our little non profit organisation's library I'll promote it no > end, perhaps eventually a bigger player will sponsor such enhancement. > > Regards, > Bo > > > ------------------------------ > > Message: 8 > Date: Tue, 29 May 2007 23:36:06 +0600 > From: "Rifaudeen M.M." <rifayiqa(a)seu.ac.lk> > Subject: [Koha] Internal Server Error > To: <koha(a)lists.katipo.co.nz> > Message-ID: <B178C67BD25A1445A0588113CDDE65F98A9CC4(a)mailolv.seu.ac.lk> > Content-Type: text/plain; charset="iso-8859-1" > > > > > > Dear friends, > > I have installed the KOHA 2.2.8 win version on XP environment. After > installation, when I try to access the OPAc as well as intranet , the > following error message appear. > > Could u please guide me how to resolve it. > > > > Error message is; > > > "Internal Server Error > > > The server encountered an internal error or misconfiguration and was unable > to complete your request. > > Please contact the server administrator, webmaster@dummy-opac and inform them > of the time the error occurred, and anything you might have done that may > have caused the error. > > More information about this error may be available in the server error log." > > > Best regards, > > MM Rifaudeen > Acting Librarian > _________________________________ > Library > South Eastern University of Sri Lanka > P.O. Box No.01, University Park, Oluvil #32360, > SRI LANKA. > Ph./Fax: +94 67 2255160 > Mobile: +94 77 6576115 > E-mail: rifayiqa(a)seu.ac.lk > Web: www.seu.ac.lk > >

1 0

Internal Server Error
by Rifaudeen M.M. 29 May '07

29 May '07

Dear friends, I have installed the KOHA 2.2.8 win version on XP environment. After installation, when I try to access the OPAc as well as intranet , the following error message appear. Could u please guide me how to resolve it. Error message is; "Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@dummy-opac and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log." Best regards, MM Rifaudeen Acting Librarian _________________________________ Library South Eastern University of Sri Lanka P.O. Box No.01, University Park, Oluvil #32360, SRI LANKA. Ph./Fax: +94 67 2255160 Mobile: +94 77 6576115 E-mail: rifayiqa(a)seu.ac.lk Web: www.seu.ac.lk

2 1

How to make MARC Fields Appear in Opac?
by Bo Schafers 29 May '07

29 May '07

Hi Again, Still trying to get my head around Koha. So I've been through all the tags, identifying the ones our organisation is likely to use (mainly tradtitional koha items), disabling many others and now have a MARC form consisting of only 2 tabs, with tab 10 hidden. (Took me ages to figure out hiding was deliberate, or is it?) Quite a bit of work, but cool, now that it's done :-) Now that I have my fields, how do I control which field displays in the Opac? Also, changing the label to the field? They seem to be different in the Opac to the ones defined in the subfield screen. Seemingly this can this be somehow be done via the admin interface? Or have I misunderstood this and its all pretty much hard-coded? I read the somewhat cryptic help file in the Edit Subfields screen which refers to 17 different visibility condtions. An exclamtion mark (!) signifying where what is hidden. Does this actaully work? I've not yet been able to just take an obscure MARC field and deliberately make it display in the Opac... It would be absolutely awesome if this customisability was operational, so I hope I've just missed the main point (as I often do) and there is actually a way of achieving this. Best Regards to all, TIA Bo

3 4

Re: [Koha] 3 Bugs Making Librarian's Job a Challenge
by Bo Schafers 29 May '07

29 May '07

Hi HD! First of all thank you *again* for solving some of my problems. I do apologise for being a bit pushy by flooding the list with postings, some of which probably belong in Bugzilla. I was a bit hesitant putting anything in there, it looked to me like a bunch of devs communicating, did not want to intrude putting my dilletante comments in there... Bo Schafers a écrit : >> 1. In Cataloging, librarians are: >> A) Unable to edit a biblio's 'item values' and update/save them - the >> stored values are not even loaded into the from fields from the DB >> B) Unable to delete a biblio's 'items'. Clicking delete, nothing >> happens. >> > Did you link itemnumber to tag_item$9 subfield ? OK. I took me a looong time (about 3 hours) to figure out what you were trying to tell me there. So I started poking a round in the subfield interface again and remembered that when doing the MARC check on sunday I kept getting the following cryptic error message: itemnum : the field itemnumber must be mapped to a field in tab -1 (ignore) Huh? Itemnum? I couldn't find a field called 'itemnumber', so I guessed it must be that. Then, whenever I put the field in tab -1 -I got an error message saying item fields must all be in Tab 10. Setting Ignore just didn't make sense, because I would NOT WANT Koha to ignore itemnumber field. So I ran around in circles until eventually I unmapped the field and ran MARC check again. It reporteed no errors, so i though that's what the solutionthat error message was.....Sorry about the long story...just trying to say..I'm not posting flippnatly to the list to give you guys a hard time, I'm actually spending a lot of time guessing and working by trial and error, deeply respectful of all the good work you guys have done... So today I finally figured out that intemnumber subfield *has* to be set to ignore. And now the editing and deleting of items works :-) >> 2. In Cataloging, when changing updating values in field 942c >> (itemtypes) in the Marc editor screen it does not update the new >> value in the biblioitems table. > Have you linked 942c to biblioitems.itemtype in Biblioframework ? > Is biblioitems.itemtype linked to only one subfield in the framework > you use ? YES! I have simply made a list of all the Koha fields, set virtually all other MARC fields to ignore, so I have the complete set of koha tags mapped *correctly*. As mentined before I can actually edit/update the MARC form and it all works, in MARC view- but it does not translate to simple view. I make a change- say the title, or item type, then it shows up in MARC view, however the Opac renders the tradtional, simple view and the changes are not reflected. I AM sure there is something wrong there, I can replicate this behaviour in the the Liblime demo installation! >> 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not >> erased from the subtitle database. When new books are added then the >> subtitles of the other books get all screwed up, Wrong, random >> subtitles for the books. Only solution is command line or phpmyadmin. >> Spooky! >> Thank you for the updated biblio.pm in the the CVS. Subtitles are now correctly deleted and I'm very thankful. I urge all users of 2.9.9 to update this file. > Maybe a solution would be to upload libLime's MARC framework in your > DB rather than trying to build one on your own. > Koha MARC frameworks are quite sensitive to bad configuration. > Hmmm. One can do that? That's cool! But how would I do that? And how do I import it. Sorry to bother you with this, but I have not read or seen anything about this, a link to some info would do, I'll figure out the rest. > I also tested npl templates for all the problems you speak about. > Everything works well. > When you get a moment please check if MARC form edits show up in simple/Opac view, Thanks again and kind regards, Bo

1 0

Non-Default Biblio Framework Loads Slooooooow
by Bo Schafers 28 May '07

28 May '07

Hi All, Just wondered if it was normal that any Non Default Biblio Framework I set up loads very very slowly into the browser. It makes them almost impossible to use. The ones I created are very lean with only a few tags active and only 2 tabs- yet it can take up to 2 minutes for these to load. Is there just something wrong with my setup or is this normal? I'm using Version 2.2.9. Any suggestions on how to allay this issue? Bo

2 1

Error in fines2.pl
by Ata ur Rehman 28 May '07

28 May '07

Dear All I am trying to calculate fine by using perl fines2.pl script but the following error comes at command prompt: Died at fines2.pl line 34. Any idea? I am using koha 2.2.8 on windows xp Regards, Ata ur Rehman, Librarian, Akhter Hameed Khan Resource Center (AHKRC), NRSP-Institute of Rural Management, F-6/4, Islamabad Ph: +92 51 2822752 +92 51 2822792 http://www.irm.edu.pk/

1 0