- Koha - lists.katipo.co.nz

Re: [Koha] Library of Congress call number
by dmoses2＠uwo.ca 09 Jan '04

09 Jan '04

Hello: I'm am new to the list and Koha. I'm a MLIS student and I'll be testing and implementing Koha this semester for an independent study course. Could you add a field (eg. lcnumber ) to the BIBLIOITEMS table yourself and link the related MARC field in the MARC_SUBFIELD_TABLE to it? Then modify the templates to display the field? Or is this accomplished already with the biblionumber and biblioitemnumber fields in BIBLIOITEMS? They reference the MARC 090 field (local call number) and the c and d subfields respectively (I've never seen those myself ... only a and b subfields). See http://lists.katipo.co.nz/public/koha/2003/002349.html for discussion about the 090 issue. The collection I'm going to be converting uses LC call numbers (some in the 050 field, some in the 055 field, and many in the 090 field), so this is a functionality that I'd like to see. Sorry if this sounds confused. Regards, Donald dmoses2(a)uwo.ca On 2004-01-08 17:43:52 +0000 "Han, Yan" <hany(a)u.library.arizona.edu> wrote: > I heard that Koha does not support Library of Congress Call number. > Is this > true? If so, I am not quite understand if it is difficult to support > this > feature. MJ Ray <mjr(a)dsl.pipex.com> replied: Koha has partial support for it, through the MARC records, but can't currently do much useful with it. I do not know whether it is difficult, either. Some notes about this bug are on http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=498 but more useful notes (such as what needs changing to support it) are welcome. Personally, I have no immediate plans to work on this, but I don't know whether any developers do.

4 3

Re: [Koha] Library of Congress call number
by COURYHOUSE＠aol.com 09 Jan '04

09 Jan '04

All Sharp(e) minds think alike! Yes, it is imperative to have LC for academic libraries! Ed Sharpe archivist for SMECC I would like to add my plea for Library of Congress call numbers. I am going to be giving a presentation about Koha at a library conference in February. There could be anywhere from 100-150 people attending my presentation and I'm told that most of them are from academic libraries. Most academic libraries use LOC call numbers, so I'd like to be able to tell them that this is a functionality that is at least being worked on. I would be happy to give credit at the presentation to anyone who says they will work on this. Thank you! --Denise Sharp

1 0

Library of Congress call number
by Han, Yan 08 Jan '04

08 Jan '04

Dear All, I heard that Koha does not support Library of Congress Call number. Is this true? If so, I am not quite understand if it is difficult to support this feature. Can we use DDC call number field to support LC call number? Or because due to the data structure of this call number field (e.g. only digits allowed)? Thanks,

2 1

eweek excellence awards something to enter Koha into?
by COURYHOUSE＠aol.com 07 Jan '04

07 Jan '04

the link! https://www.excellenceawardsonline.com/index.jsp Fourth Annual eWEEK Excellence Awards Does your product have the stuff of Excellence? The fourth annual eWEEK Excellence Awards will give enterprise IT professionals a comprehensive benchmark for assessing products and services that demonstrate innovation and integrate cutting-edge technologies while maintaining strong commitment to helping enterprises address their varied competitive, security and budgetary concerns. Vendors may enter any number of products and services, either new offerings or major new updates . Products must have been announced during 2003 and available to customers no later than March 31, 2004. The entries will be judged by a team composed of eWEEK Labs analysts and eWEEK Corporate Partners - enterprise IT professionals who act as reader advisors to eWEEK's editorial staff. The winners of the fourth annual eWEEK Excellence Awards will be announced in the first half of 2004, in a comprehensive special report that will run in print and online at www.eweek.com. An awards ceremony honoring the winning vendors will be held at a date and location to be determined later. Each vendor entering any number of candidates for consideration will be charged a non-tax deductible entry fee of $150. After program expenses, proceeds will be donated equally among selected non-profit organizations that use technology to help under served communities. Thanks Ed Sharpe, Archivist for SMECC See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library please advise if you have anything we can use. mail: Coury House / SMECC 5802 W. Palmaire Ave. Glendale Az 85301 USA 623-435-1522 CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali e riservati. Se vi è stato recapitato per errore e non siete fra i destinatari elencati, siete pregati di darne immediatamente avviso al mittente. Le informazioni contenute non devono essere mostrate ad altri, né utilizzate, memorizzate o copiate in qualsiasi forma. CONFIDENTIAL: This e-mail and any attachments are confidential and may contain reserved information. If you are not one of the named recipients, please notify the sender immediately. Moreover, you should not disclose the contents to any other persons, nor should the information contained be used for any purpose or stored or copied in any form.

2 1

Can't add member to Koha
by Greg Prapat 07 Jan '04

07 Jan '04

Dear Koha mailing list members, Anyone knows how to fix the error "Premature end of script headers: newmember.pl". Thank you. Happy new year 2004, Greg

2 2

Z39.50client won't give up searching
by Edward M. Corrado 07 Jan '04

07 Jan '04

I installed Koha 2.0.0RC1 the other day. I decided to use the Z39.50 search feature to add a book. The first search I tried apparently didn't find anything, however I was able to find items by Eric Raymond when I searched for him by name, so it does manage to search the US Library of Congress (The only Z39.50 server I have is the default Library of Congress one). However, I see to have an issue with the other searches I tried - they client won't give up searching for them (excerpts from log file below). It has tried many (hundreds?) of times for each search over the last 30 minutes and is still trying. When I killed the daemon and started it back up, it kept on trying the same searches. Is there a way to tell the client to give up searching for something if it isn't found after X amount of attempts? Edward Corrado BTW: I have no idea how the z39.50 client decided to search for me (but I did have only one record in the database at the time of this z39.50 search and it had me as the author. Processing isbn="0131411551" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing isbn="0131411*" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. DBD::mysql::st execute failed: Lost connection to MySQL server during query at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 123. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 124. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing isbn="0131411*" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. starting loop Library of Congress ==> answered : 10000 found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 170. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing author="Corrado, Edward" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing isbn="0-13-141155-1" at Library of Congress z3950.loc.gov:7090 voyager USMARC (12 forks) z3950.loc.gov:7090 done. starting loop Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing author="Corrado, Edward" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. DBD::mysql::st execute failed: Lost connection to MySQL server during query at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 123. DBD::mysql::st fetchrow failed: fetch() without execute() at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 124. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing isbn="0-13-141155-1" at Library of Congress z3950.loc.gov:7090 voyager USMARC (12 forks) z3950.loc.gov:7090 done. starting loop Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing author="Corrado, Edward" at Library of Congress z3950.loc.gov:7090 voyager USMARC (11 forks) z3950.loc.gov:7090 done. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Processing isbn="0-13-141155-1" at Library of Congress z3950.loc.gov:7090 voyager USMARC (12 forks) z3950.loc.gov:7090 done. starting loop Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168. Library of Congress ==> USMARC at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 156. Library of Congress ==> answered : no records found at /usr/local/koha/intranet/scripts/z3950daemon/processz3950queue line 168.

4 10

User flags
by Chris Hobbs 06 Jan '04

06 Jan '04

I'm attempting to give our librarians the ability to check out books and maintain the catalog. I've created a user account, gone into the "Modify User Flags" and checked all but 'superlibrarian', 'parameters', and 'permissions'. I've created UserID and Password for the user, which allows me to log on as that user through the OPAC interface, but not the admin interface. I get the error message "Sorry, Koha doesn't think you have permission for this page.". The page in question is cgi-bin/koha/mainpage.pl Am I misunderstanding the flags issue entirely? Your help will be appreciated! -- Chris Hobbs Silver Valley Unified School District Head geek: Technology Services Coordinator webmaster: http://www.silvervalley.k12.ca.us/~chobbs/ postmaster: chobbs(a)silvervalley.k12.ca.us pgp: http://www.silvervalley.k12.ca.us/~chobbs/key.asc

2 3

RE: [Koha] Overdue!
by Mohamed Amin 06 Jan '04

06 Jan '04

Hi Anthony Koha has in its reports module a report for overdues items. you just simply go to reports and click on the link called Overdue Items, and you will find what you want. Mohamed Amin Network Administrator National Training Institute Egypt > >Hello, > >Please help me out! Does Koha show a list of overdue materials. If yes, >how do I access that list. I am talking about a list that shows who has >what, instead of browsing through the entire system to look for overdue >items manually. > >I am learning more about Koha and I will appreciate any form of >assistance you render me. > >Thanks, > >Anthony _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

Re: [Koha] Z39.50client wont give up searching
by baljkas＠mb.sympatico.ca 06 Jan '04

06 Jan '04

Monday, January 5, 2004 23:34 CST Hey MJ, >[snip] >How many Z39.50 servers do most people use? Is it impossible to write >an asynchronous CGI? Actually, that depends on one's collection. Many find everything they need at LC. My last gig as a cataloguer, I used NLC, LC, the Australian National Library, Oxford, the NEOS Library Consortium (in Alberta, Canada) and several University of California libraries (in descending order). A parallel search (MAPLIN Global) available through the provincial library services government here in Manitoba allowed me to search up to 8 libraries at once. And that reminds me ... I remember the head of PLS writing in to the listserv before, in consideration of Koha for the provincial system. Perhaps the (as I was told) proprietary code that drives the MAPLIN search engine could be shared with Koha? That would certainly be advantageous. >> if you setup your webserver timeout low (something like 10 seconds) >> the daemon becomes mandatory. > >If you set your timeout that low, I think you are likely to have worse >problems unless you have a fast machine. The CGI could just return >whatever answers come back in <10 seconds. Is it reasonable to use the >daemon by default just to give better support to odd setups? Definitely reasonable. I've never had a search return in 10 seconds. I only wish. My computer at home has a faster Internet connection than the one I used last working as a cataloguer (for DND), but I think, at best, maybe 25 seconds is the best time I've achieved with NLC (faster for my local WPL and PLS). Two minutes is definitely a fair time-out. For people working at cataloguing, it becomes a matter of wasting too much time searching: if it takes more than a few minutes to locate a record and/or check several libraries (x 2 minutes each time) it may end up being faster (if not more accurate) to recode from scratch. Still, having the ability to set the time would be nice (especially for Transatlantic and Transpacific searching) although 2 minutes as a default time would still seem very reasonable to me. Happy New Year to Koha-ites near and far, Cheers, Steven F. Baljkas library tech at large Winnipeg, MB, Canada

1 0

Re: [Koha] Web Hosting a Koha Site
by COURYHOUSE＠aol.com 06 Jan '04

06 Jan '04

MJR> Take a look at www.hostrocket.com and www.hostnexus.com will either support it? do you expect the z3950daemon to work from a remote host soon? thanks Ed Sharpe archivist for SMECC > On Wed, Dec 10, 2003 at 01:33:41PM +0800, Kenneth C. Demanawa wrote: > > Has anyone successfully installed koha in a web hosting company? Or is it > > Yes. The installer supports all the necessary parts if you have shell > access, for sure. If you're in Europe, I can definitely recommend a hosting > provider with the right modules installed (and no, it's not me) and > installer (yes, that is me). It doesn't support current z3950daemon, though. > > MJR, posting on the road > > Thanks Ed Sharpe, Archivist for SMECC See the Museum's Web Site at www.smecc.org We are always looking for items to add to the museum's display and ref. library please advise if you have anything we can use. mail: Coury House / SMECC 5802 W. Palmaire Ave. Glendale Az 85301 USA 623-435-1522

1 0