- Koha - lists.katipo.co.nz

RE: [Koha] Item type does not show in OPAC - Question 1 again
by tunji.adepeju＠onebox.com 11 Nov '04

11 Nov '04

Gbenga, Congrats on this installation which is presumably the first in Nigeria. Am sure it will open more doors for KOHA in this country with great but untapped potentials. I want us to get more Libraries hooked to KOHA and am sure KATIPO family will support the setting up of a KOHA USER in Nigeria. A road show may be organised to which KOHA experts may be invited. Anyone interested? Tunji Adepeju ADETUNJI ADEPEJU tunji.adepeju(a)onebox.com - email (917) 344-3783 x2340 - voicemail/fax -----Original Message----- From: Olugbenga Adara <gbengaadara(a)yahoo.com> Sent: Tue, 9 Nov 2004 09:34:25 -0800 (PST) To: koha(a)lists.katipo.co.nz Subject: [Koha] Item type does not show in OPAC - Question 1 again Hello all, Thanks to every one who responded to my questions. i actually installed koha at the Hezekiah Oluwasanmi Library of the Obafemi Awolowo University, Ile-Ife, Nigeria today. They have a collection well in excess of 30,000 items and automating for the first time. the installation went well without errors on rh 9.1 i imported some biblio records from the lpi.mrc marc record kindly made available by someone on this list, but on the opac search result page the book is found, but without item type showing. i guess this problem may be similar to the post by mike re-v (no item count 2.0.1). please could someone give me a pointer to what may be happening? and how solve it? Also what is the best method for a library freshly automating to get records into koha (30,000+). given the fact that the internet connection at the library is flaky. thanks ==== Olugbenga Adara MCP Consultant, 3om Services, 75, Lebanon Street, Dugbe, Ibadan, Nigeria. Tel: 234-2-2412090 Mobile: 234-803-3220288 __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

2 1

Item type does not show in OPAC
by Olugbenga Adara 10 Nov '04

10 Nov '04

Hello All, Well done for the brilliant work being done on koha. I have installed 2.0.1rc1 on redhat 9.1. i have the following problem 1. itemtype does not show up in OPAC search. i also installed the windows version of koha on XP and found out the same thing occured. i have used marc check in parameters and everything was ok. 2. i want to use lccn rather than dewey. how do i remove dewey from the OPAC search and how do i set the koha system to use lccn? i have currently mapped marc field 050 to bibloitems.classification. am i correct? do i need to do more things? in the windows version i found this mapped to 852. 3. also in the mark links mapping i found that some lib column have NR. does this have any special meaning? 4. i have tried 2.1.3 but this had too many errors with redhat 9. any recommended distro for this version? i am not a librarian but i am about to do a koha install for 2 libraries here in Nigeria. thanks ===== Olugbenga Adara MCP Consultant, 3om Services, 75, Lebanon Street, Dugbe, Ibadan, Nigeria. Tel: 234-2-2412090 Mobile: 234-803-3220288 __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

6 6

no item count 2.0.1
by mike re-v 10 Nov '04

10 Nov '04

hi I do not get an item count using bulkmarcimport. The marc records are marc21 852 compliant. I'v used macr3xml<->xml2marc nad sed /search/replace/ to change 852 tag markers to 952s. All bibliographic and local datas in the 952 tags show up in the koha biblio when doing a search. However, no item count... Despite marc-check good. Intestingly, item count does show correctly on a manual imput of a biblio. Export of the manual biblio shows the 090 c,d tags populated with the correct biblio number. Import of the exported manually produced record has all datas. Similiar to bulkmarcimport, including the zero item count thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

Koha Docs
by Stephen Hedges 09 Nov '04

09 Nov '04

I have begun the process of loading some Koha documents to Sourceforge, which will be the repository for Koha docs until we come up with a better place to store them. Look in koha-doc/en/general and you will find the "official" XML version of Brooke's "Newbie Guide" from the Koha wiki, as well as an HTML conversion of the XML source. Look in koha-doc/en/sysadmin/migration and you'll find the XML and HTML of my "Migrating to Koha" document. I'm working on Nick Rosasco's official Koha Manual (for version 1.2.3) as well as Paul's brochure for version 2.2.0 (in both French and English). I'm open to suggestions for more documents to transfer to XML and load to Sourceforge, so send 'em my way! -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com

1 0

no item count 2.0.1
by mike re-v 09 Nov '04

09 Nov '04

No item count despite marc-check good. I have noticed no problem with my marc-records on 1.2.3 The bulkmarcimport has a script which identifies item type using if then else. If the 852 tag has a numerical dewey ->JNF else->FIC.Simplistic, OK, but it works. I know my macr21 records have item types built into the 008 tag. Could they be someplace else. The 090 tag c,d for Koha item I'm thinking might not be standard. Interestingly,my raw biblio numbers match. If I add a biblio manually I get an item count. Could someone be kind enough to send me several marc21 records which automatically populate the koha database. I think I'll need an example marc21 to see how I need to build my marc21 file Of course I could be completely wrong headed in my analysis of the problem. thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

Re: Re: [Koha] new install: z3950 client not connecting to servers
by Baljkas Family 09 Nov '04

09 Nov '04

Monday, November 8, 2004 20:30 CST Hi, Christopher, In answer to your question about connecting "manually" to the Library of Congress catalogues: yes, you can. In some ways, it is even preferable to go on a record by record basis, as one can evaluate different choices in record available that may occur. BTW, the MARC record, when saved is a long alphanumeric string, beginning with a long set of mostly numbers. Do not be alarmed by this. It is normal. If you are still having problems with the Z39.50 parameters and you are certain it isn't Koha-related, you might want to check through the specs at URL <http://www.loc.gov/z3950/lcserver.html> Hope this has helped. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Christopher M. Jones" <cjones(a)partialflow.com> > Date: 2004/11/08 Mon PM 08:12:16 CST > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] new install: z3950 client not connecting to servers > > Yes, I can get to the website, but there's something wrong. I installed > Koha at home to play with it, and everything works fine out of the box > on my home machine. When I go to z3950.loc.gov:7090 in mozilla from home > I get an error message from Yaz. At school, it never finds the server at > all. Is this an issue with kernel support, maybe? The only difference > between Debian at school and Debian at home is the 2.6.8 kernel at home > vs. the 2.4.x Debian kernel at school. And I do remember reading > something about kernel dependencies with Debian. > > Are you able to connect "manually" to the LoC catalog at > > http://catalog.loc.gov/ ? > > > > Christopher M. Jones said: > > > Here are my settings and some logfile stuff. > > > > > > File > > > /usr/local/koha/intranet/scripts/z3950daemon/z3950daemon-options > > > contains the following: > > > > > > RunAsUser=www-data > > > KohaZ3950Dir=/usr/local/koha/intranet/scripts/z3950daemon > > > KohaModuleDir=/usr/local/koha/intranet/modules > > > LogDir=/usr/local/koha/log > > > KohaConf=/etc/koha.conf > > > > > > I started the daemon with z3950daemon-launch.sh. 'ps -A' > > > shows processz3950queue. > > > > > > z3950 log file shows the following: > > > > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > starting loop > > > 1956/23 : Processing title=A Wrinkle in Time at ILLINOIS > > > LIBRARY COMPUTER SYS$ > > > 1956/23 : no connection at ILLINOIS LIBRARY COMPUTER SYSTEMS > > > ONLINE > > > 1956/23 : illcso.illinois.edu:210 search done. > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > Event: '?? Connection.pm:153' died and then $Event::DIED > > > died with: Can't cal$ > > > > > > at /usr/local/lib/perl/5.8.4/Net/Z3950/Manager.pm line 256 > > > 1958/23 : Processing title=A Wrinkle in Time at BASHKIR > > > STATE UNIVERSITY OF M$ > > > 1958/23 : no connection at BASHKIR STATE UNIVERSITY OF > > > MEDICINE > > > 1958/23 : http://www.bsmu.anrb.ru:210 > > > search done. > > > 1955/23 : Processing title=A Wrinkle in Time at > > > LibraryOfCongress z3950.loc.g$ > > > 1955/23 : no connection at LibraryOfCongress > > > 1955/23 : z3950.loc.gov:7090 search done. > > > 1957/23 : Processing title=A Wrinkle in Time at ACCADEMIA > > > DELLA CRUSCA FIRENZ$ > > > 1957/23 : no connection at ACCADEMIA DELLA CRUSCA FIRENZE > > > 1957/23 : biblio.crusca.fi.it:9909 search done. > > > starting loop > > > starting loop > > > > > > <snip> > > > > > >> cjones, > > >> What are the settings for you Z3950 sever? > > >> > > >> Gerry > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > > 12(a)joimail.com > > > wrote: > > >> > > >> >Just installed Koha on Debian Sarge (testing). Used the > > >> >2.0.1 tarball from sourceforge. Looks good, except that > > >> >searching for isbn or title using z3950 returns "server > > >> not >responding" for all my biblio servers. I've checked > > >> my >installation against all the docs I could find, > > >> searched the >mail list, and I'm just not seeing the > > >> problem. > > > >> >Not sure what other information you need. Can someone > > >> help? >_______________________________________________ > > >> >Koha mailing list > > >> >Koha(a)lists.katipo.co.nz > > >> >http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > >> > > > >> > > > >> > > > >> > > > > > > Save email to disk as a text file > > > > > > _______________________________________________ > > > Koha mailing list > > > Koha(a)lists.katipo.co.nz > > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > > > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

new install: z3950 client not connecting to servers
by cjones12＠joimail.com 09 Nov '04

09 Nov '04

Just installed Koha on Debian Sarge (testing). Used the 2.0.1 tarball from sourceforge. Looks good, except that searching for isbn or title using z3950 returns "server not responding" for all my biblio servers. I've checked my installation against all the docs I could find, searched the mail list, and I'm just not seeing the problem. Not sure what other information you need. Can someone help?

4 6

RE: [Koha] opac seach add-on
by Bigwood, David 08 Nov '04

08 Nov '04

Another idea, how about a search on Yahoo or Google of Open Worldcat? For examples of a few tools see http://faculty.washington.edu/murata/worldcat/ For more details on Open Worldcat see http://faculty.washington.edu/murata/worldcat/ This might be a good option to offer on 0 hit searches? Sincerely, David Bigwood bigwood(a)lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml -----Original Message----- From: koha-admin(a)lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of mike re-v Sent: Sunday, November 07, 2004 8:30 AM To: koha(a)lists.katipo.co.nz Subject: [Koha] opac seach add-on hi would it be a stretch to include on the koha opac search a link to amazon to get more info like see this book. I've been looking at cpan net::amazon. The heavy example script from net::amazon looks good but it returns info from amazon in xml The idea would be the koha opac seach result returns a link to amazon with the isbn from the koha database [as an option] You can not just add the isbn to the url. The amazon url contains the isbn but also contains a pointer to their database which changes depending on the isbn entered. I'm guessing a script could be written to open amazon and tab down to their search box. Then apply the isbn from koha and simulate a cr or enter. Any thought on how to do this? thanks re-v __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Re: Re: [Koha] opac add-on
by Baljkas Family 08 Nov '04

08 Nov '04

Sunday, November 7, 2004 20:47 CST Hi, all, Just wanted to sound off quickly on this whole link-to-Amazon idea. Please, be aware, that not all of us in the library world are that enamoured of Amazon.com. Yes, they have transformed the world of bookselling and they certainly provide a valuable resource of information to librarians and readers in general. That acknowledged, their 'formula' for determining what books would be of interest to you as a reader is laughable. It relies heavily on commercialised data, totally ignoring the fact that many people are buying books for more than one person at a time, whereas (depending on the demographic) most library users are only borrowing for themselves. Their standard review sources are reputable (if again, overwhelmingly commercial: try to find a critical review that is actually critical! I dare you!) but many people seem to rely on the readership. Some of the ignorant voices that are allowed authority in this manner are very troubling, indeed, and may dissuade readers away from good materials that fall outside popular fads and even scholarly vogues. For suggested materials, I'd sooner trust NoveList or the Reader's Guides to various genre lits than Amazon. It is practically useless in terms of more academic materials. Some of the ludicrous things it's suggested to me in the past indicate some fairly eccentric buying patterns somewhere in the U.S. I think the idea of allowing a link to Amazon -- AS AN OPTION -- is great. I myself would not want a library catalogue I was responsible for taking on the role of free advertising for a vast commercial enterprise. I thought what Chris suggested was more useful, and certainly conforms with what I have seen done: quick summaries in 520s derived from Amazon.com, with that source cited in the note. With either approach, given the copyright statement at the bottom of all Amazon.com pages, I am wondering whether you might have legal problems whether you link to them or downlink their info to your catalogue. (You may not be aware of this, but it is illegal to download the cover shots of books for use in one's own catalogue without express permission -- whether one can scan the covers of books and other materials and use those as photographic proof of ownership would depend on jurisdictional interpretations.) Finally, one note on ISBNs. However Amazon.com is managing the ISBN/ASIN numbers, they do seem to change the location -- not to forget the actual contents!! -- of pages depending on whether the item sought is still in print and available through them, still available but no longer in print, and when it is no longer in print and no longer available through them. Wouldn't you need to be able to design something to discriminate between those 3 cases? Anyway, just some thoughts. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > From: "Owen Leonard" <oleonard(a)athenscounty.lib.oh.us> > Date: 2004/11/07 Sun PM 03:04:33 CST > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] opac add-on > > > here is an example > > > http://www.amazon.com/exec/obidos/ASIN/073571228x/qid%3D1099770 > 587/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > > > > http://www.amazon.com/exec/obidos/ASIN/1861004494/qid%3D1099770 > 864/sr%3D11-1/ref%3Dsr%5F11%5F1/102-8947619-9086523 > > > > the isbn# folows the /ASIN/ in the url > > note that the next pointer /qid%xxx... has changed. > > > > simply changing the field after /ASIN/ to the isbn > > will not give you the correct result. > > If I understand you correctly, the root of your problem is > that all the stuff *after* the ISBN doesn't matter at all. > It's all session stuff. All you need is this: > > http://www.amazon.com/exec/obidos/ASIN/073571228x/ > > ...in order to pull up an Amazon record. Amazon adds all the > rest. So we make the link in the template like this: > > http://www.amazon.com/exec/obidos/ASIN/ > > It should work fine. > > > 3. a computer driven enter or cr. > > This is the part that's not possible. You can't simulate user > input like that on a separate site. And if we're just talking > about pulling up an Amazon record from an ISBN, we don't have > to. > > One concern, however, is how far to trust Amazon to always > have details on the item in your catalog. That's where a > solution like Chris' has advantages--you're sucking down the > information into your own database, so you know whether > there's extended information to display. > > -- Owen > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha

2 1

Questions on data security, liability and RFP issues
by Baljkas Family 08 Nov '04

08 Nov '04

Friday, November 5, 2004 18:14 CST Greetings all, Owen's question reminded me of some issues I had been meaning to ask about for a while now. First off, the whole issue of data security in the Koha ILS. I don't think this question has been raised before -- and I apologise in advance if it has been, or if asking it this way is simply hopelessly naive/ignorant: but how safe against hacking, e.g. would Koha be? Or is this more a matter of systems admin level securities behind which Koha would be shielded? (G*d, I hope so.) Does anyone in the library world side of things know if there have been any papers or studies on security issues that one should look at? I know that the security aspect was important for the military library that I worked at as a cataloguer, not so much for the materials that were in it, to be honest, but just as a matter of standing protocols on the base. Nowadays, though, increasingly in Canada and my little bit of it in Manitoba, protection of privacy information is important, and the CLA has made it clear that libraries have a duty to protect borrower information. Also, I need some advice on the separate but related issue of accountability and legal liability. I realise that in adopting Koha we are accepting personal (individual or corporate) liability as part of the responsibility for adopting, but has anyone out there had to deal with not being able to use an Open Source application basically because -- and I am sorry for being crude here -- as far as the PTBs in their corporate or organisational culture were concerned, it was against the rules because there would be no one to sue if something went wrong? {To be clear I find this whole line of thinking ludicrous, but then again, I probably don't understand the law well enough to worry about things like Koha that seem to work so well being allowed to work to everyone's benefit.) Again, from my experience on the military base, this was one rationale given for excluding Open Source solutions (even if the Chief Librarian had been seriously interested in such). Does anyone have any experience dealing with this legalistic problem in promoting Open Source generally or Koha specifically as a viable solution? Prof. Chawner, if you are still tuned in, is this something you might have happened across in your research? The final issue likely will seem trivial to those not in the library side of things so I apologise in advance again: but is there a recommended practice in doing an RFP process with Open Source? And yes, I know how stupid that sounds, but in the situation I am looking at, it will be absolutely critical to fill out that standard paperwork and I honestly have no idea how to do it (and no, asking for help in bending the rules would get me nowhere). Computer support, by the way, would be a given :-) , but determining how much would be nice. IIRC Paul (?) gave us some estimates a while back. Any further recommendations for costing this from the system admin people? Any and all input on these matters will be gratefully received and greatly appreciated. TIA. If I can provide a concrete proposal with answers to objections on the issues above, I am hoping that through some contacts we have here, I might be able to advance Koha for school and community library use. I know Koha could do the job: I am convinced it is just a matter of successfully navigating the process. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

5 4