- Koha - lists.katipo.co.nz

Problems with Z3950 search
by T & J Kotula 27 Jan '04

27 Jan '04

Hi, I just installed koha2.0.0RC2 but I'm having problems with z3950 searching. I ran z3950-daemon-launch.sh first, then typed an ISBN number into acqui.simple/addbooks.pl, then 'Go' followed by 'Add New Biblio' and finally 'z3950 search' button. Well I get the same message I always used to get in the past "Still ?? requests to go". koha-error.log contains: search.pl : / / / at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 52. NO RANDOM at /usr/local/koha/intranet/cgi-bin/z3950/search.pl line 59. DBD::mysql::st execute failed: You have an error in your SQL syntax near '' at line 1 at /usr/local/koha/intranet/modules/C4/Search.pm line 2480. DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/local/koha/intranet/modules/C4/Search.pm line 2481. I really would like to get z3950 working so I can start cataloguing books. Can someone please help me. Many thanks in advance. tomasz kotula.

3 2

dumb question about subject index
by Christopher Brown-Syed 27 Jan '04

27 Jan '04

We just wiped out our test database, including the MARC parameter tables, so as to start loading real data. I know I have asked this before, but what must I do to get the 6xx subjects, the 7xx additional authors, etc. to index (at all)? Sorry for the dumb question. cbs -- -- Christopher Brown-Syed, PhD. Editor, Library & Archival Security. School of Informatics, 534 Baldy Hall, University at Buffalo. Phone: +1 716-645-2412 ex. 1164. Fax: +1 716-645-3775 E-Mail: clb24(a)buffalo.edu

2 1

Re: [Koha] Hi - no that wasn't me
by COURYHOUSE＠aol.com 25 Jan '04

25 Jan '04

I think there ma have been many including myself that did not know it was spoofing your address. I tried to reach you on IRC and the others there checked the header and informed me it was not really from your machine.. glad you are clean! Ed Sharpe archivist for SMECC 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. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA 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.

1 0

Re: [Koha] Hi - no that wasn't me
by Rachel Hamilton-Williams 24 Jan '04

24 Jan '04

It wasn't me sending virus's to the list, if you are able to check the mail message headers you will see that it came from a forged address @ katipo. See our news release on it http://www.katipo.co.nz/about-us/news/nr1057019704.html Thank you to all the people who *didn't* send me mail about it I appreciate your good faith. Cheers Rachel > You have a virus and are sending it out to the koha list. Please clean it > off NOW! (smile) > > Doc > _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org

1 0

TIM need your email have the font size work-around info for you,,
by COURYHOUSE＠aol.com 24 Jan '04

24 Jan '04

TIM need your email have the font size work-around info for you,, 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. Coury House / SMECC 5802 W. Palmaire Ave. Phone 623-435-1522 Glendale Az 85301 USA

1 0

Hi
by rachel＠katipo.co.nz 23 Jan '04

23 Jan '04

Test =) masewamufeohjg -- Test, yep.

1 0

RE: [Koha] Help with item locations
by baljkas＠mb.sympatico.ca 23 Jan '04

23 Jan '04

Thursday, January 22, 2004 18:59 CST Hey Chris, Following up on David's excellent advice -- and adapting your caveat appropriately (bear in mind, I'm a library tech not a computer geek ...), but couldn't you write a script to read the 1st 'x' # of characters in whatever string field currently holds your call numbers and if it matched, transfer it over to the subfields David suggested? BTW, anyone: I know that with other ILS one can do a global edit to remove/change elements (usually employed to standardise or remove systemic errors), is this something that is possible with Koha/being planned? (I mean other than at SQL-level.) Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada "Bigwood, David" <bigwood(a)lpi.usra.edu> wrote: >Chris, > >You might want to place the location in 852b, Sublocation or collection. The specific department, library, collection, etc., within the holding organization in which the item is located or from which it is available. > >It does look like they are using some Dewey. 598.4 TAT sure looks like a Dewey number. If it is, the 598.4 would go in 852h and the TAT in 852i. You can also use 852k - Call number prefix or 852m - Call number suffix if the library is using them. > >Placing the data in several different subfields will be much more work. > >Sincerely, >David Bigwood >bigwood(a)lpi.usra.edu <mailto:bigwood@lpi.usra.edu> >Lunar & Planetary Institute >Cataloging News: http://www.catalogablog.blogspot.com <http://www.catalogablog.blogspot.com> > > -----Original Message----- > From: koha-admin(a)lists.katipo.co.nz on behalf of Chris Hobbs > Sent: Thu 1/22/2004 2:13 PM > To: koha(a)lists.katipo.co.nz > Cc: > Subject: [Koha] Help with item locations > > > > (Caveat: I am a geek, not a librarian, so my apologies if my thinking is > muddled on some of this...) > > I am attempting to convert one of our elementary schools from a > home-grown flat-file database to Koha, but I am running into problems > with keeeping track of where books are in the library, something which > would have been trivial had the site used Dewey decimal, but instead > they are using a home-made cataloging scheme, with entries such as "CS", > "E READER", "E OEC RDR", "598.4 TAT" (that one looks like dewey), etc. > The point is that they are text fields. > > When converting from their old system to MARC records (using MarcEdit), > I pulled this info over into 852c ("Shelving location"), which seemed > like a reasonable place to put it, and I added that field to the Koha > MARC editor layout, which works as expected. > > However, I discovered when I tried to link 852c to the biblioitems.dewey > Koha field (in the hopes that the location would show up in the OPAC > view of the biblio), that the dewey field is a number, not a text field, > so they are all being converted to 0.0000. > > Any suggestions on how best to resolve this? > > Thanks in advance, > > -- > 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 >š©X§X¬Žª!jX¬¶É¶*hróÛiÿùb²Û$jØ©¡Ê'ÏùYùb²Ø§~?ä¢

1 0

RE: [Koha] Help with item locations
by Bigwood, David 22 Jan '04

22 Jan '04

Chris, You might want to place the location in 852b, Sublocation or collection. The specific department, library, collection, etc., within the holding organization in which the item is located or from which it is available. It does look like they are using some Dewey. 598.4 TAT sure looks like a Dewey number. If it is, the 598.4 would go in 852h and the TAT in 852i. You can also use 852k - Call number prefix or 852m - Call number suffix if the library is using them. Placing the data in several different subfields will be much more work. Sincerely, David Bigwood bigwood(a)lpi.usra.edu <mailto:bigwood@lpi.usra.edu> Lunar & Planetary Institute Cataloging News: http://www.catalogablog.blogspot.com <http://www.catalogablog.blogspot.com> -----Original Message----- From: koha-admin(a)lists.katipo.co.nz on behalf of Chris Hobbs Sent: Thu 1/22/2004 2:13 PM To: koha(a)lists.katipo.co.nz Cc: Subject: [Koha] Help with item locations (Caveat: I am a geek, not a librarian, so my apologies if my thinking is muddled on some of this...) I am attempting to convert one of our elementary schools from a home-grown flat-file database to Koha, but I am running into problems with keeeping track of where books are in the library, something which would have been trivial had the site used Dewey decimal, but instead they are using a home-made cataloging scheme, with entries such as "CS", "E READER", "E OEC RDR", "598.4 TAT" (that one looks like dewey), etc. The point is that they are text fields. When converting from their old system to MARC records (using MarcEdit), I pulled this info over into 852c ("Shelving location"), which seemed like a reasonable place to put it, and I added that field to the Koha MARC editor layout, which works as expected. However, I discovered when I tried to link 852c to the biblioitems.dewey Koha field (in the hopes that the location would show up in the OPAC view of the biblio), that the dewey field is a number, not a text field, so they are all being converted to 0.0000. Any suggestions on how best to resolve this? Thanks in advance, -- 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 _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Acquisitions question (Simple mode)
by Chris Hobbs 22 Jan '04

22 Jan '04

If a user wants to acquire a book for which they already have a biblio, they must still click the "Edit..." and then "Add biblio" links/buttons in order to actually add the item. This seems less than intuitive - didn't older versions have the ability to just click "Add Item" from the list of matching biblios? -- 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

1 0

Re: [Koha-win32] Koha over a network
by Pat Eyler 22 Jan '04

22 Jan '04

On Thu, 22 Jan 2004, Dr. William Martin wrote: > After 6 weeks of hacking, I finally got Koha to work on my IBM4001 Netfinity > server running NT 4. Woo Hoo!!! The test data works fine from that > machine, looking at itself. Congratulations! > > Now I want to see how Koha does with the data from the software already > installed on our server. Is there a way for a non-programmer to redirect > Koha from looking at the sample data base to our exisiting data? > What you'll want to do is export the data, then import it into Koha. The Koha import tools expect an iso2709 file (normally exported from a MARC based ILS.) hope this helps, -pate > Thanks > > William C. Martin, D.Min. > > "But if you see your weakness as that which makes you worth loving, and if > you are always prepared to be surprised at the power the other gives you, > you will discover through praying that living means living together." -- > Henri J. M. Nouwen > > _________________________________________________________________ > Get a FREE online virus check for your PC here, from McAfee. > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Koha-win32 mailing list > Koha-win32(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-win32 >

1 0