Dear friends, I also requested the same throgh this email already. The manual for each module is necessary for the new user like me. If u find any please email to me also. 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@seu.ac.lk Web: www.seu.ac.lk ________________________________ From: koha-bounces@lists.katipo.co.nz on behalf of Simon Joseph ENGITU Sent: Wed 5/30/2007 10:33 AM To: koha@lists.katipo.co.nz Subject: [Koha] Re: Koha Digest, Vol 19, Issue 39 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@lists.katipo.co.nz:
Send Koha mailing list submissions to koha@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@lists.katipo.co.nz
You can reach the person managing the list at koha-owner@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@liblime.com> Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge To: bo@weavebrain.com.au Cc: koha@lists.katipo.co.nz Message-ID: <3282960.38581180445127606.JavaMail.root@mail.liblime.com> Content-Type: text/plain; charset=utf-8
Hi Bo,
See comments below:
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
----- "Bo Schafers" <bo@weavebrain.com.au> wrote: 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@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@gmail.com> Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge To: bo@weavebrain.com.au Cc: koha@lists.katipo.co.nz Message-ID: <763570460705290728n68b6bd19sfada883fd5da8676@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@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@weavebrain.com.au> Subject: Re: [Koha] 3 Bugs Making Librarian's Job a Challenge To: Koha@lists.katipo.co.nz Message-ID: <465C56CA.8090107@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@weavebrain.com.au> Subject: Re: [Koha] How to make MARC Fields Appear in Opac? To: bo@weavebrain.com.au Cc: koha@lists.katipo.co.nz Message-ID: <465C5B35.3000407@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@liblime.com> Subject: Re: [Koha] How to make MARC Fields Appear in Opac? To: bo@weavebrain.com.au Cc: koha@lists.katipo.co.nz Message-ID: <28446066.39361180458511395.JavaMail.root@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@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
----- "Bo Schafers" <bo@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@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@gmail.com> Subject: Re: [Koha] How to make MARC Fields Appear in Opac? To: bo@weavebrain.com.au Cc: koha@lists.katipo.co.nz Message-ID: <763570460705291011t6423419ds19040920bb3a1326@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@weavebrain.com.au> Subject: Re: [Koha] How to make MARC Fields Appear in Opac? To: "Joshua M. Ferraro" <jmf@liblime.com> Cc: koha@lists.katipo.co.nz Message-ID: <465C600D.8030302@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@seu.ac.lk> Subject: [Koha] Internal Server Error To: <koha@lists.katipo.co.nz> Message-ID: <B178C67BD25A1445A0588113CDDE65F98A9CC4@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@seu.ac.lk Web: www.seu.ac.lk