- Koha - lists.katipo.co.nz

Re: [Koha] MARC Import (fwd)
by Pat Eyler 08 Jul '04

08 Jul '04

oops, should've sent this too the list -pate ---------- Forwarded message ---------- Date: Thu, 8 Jul 2004 14:40:33 -0400 (EDT) From: Pat Eyler <pate(a)eylerfamily.org> To: MJ Ray <mjr(a)dsl.pipex.com> Subject: Re: [Koha] MARC Import On Thu, 8 Jul 2004, MJ Ray wrote: > On 2004-07-08 18:27:15 +0100 "Bigwood, David" <bigwood(a)lpi.usra.edu> > wrote: > > > [...] MARC RTP is free and available in > > versions for Windows, Linux, and Solaris. > > Extra info: Cost-free but not free software. Also, it looks like no > source is available, so you probably need the same dll/so file > versions as the developers. Is it worth approaching the developers to encourage them to open their sources? -pate > > -- > MJR/slef My Opinion Only and not of any group I know > http://www.ttllp.co.uk/ for creative copyleft computing > "To be English is not to be baneful / To be standing by > the flag not feeling shameful / Racist or partial..." > (Morrissey) > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

MARC Import
by Bigwood, David 08 Jul '04

08 Jul '04

The MARC Record Translation Program (MARC RTP) might be a useful tool for folks importing records. While its main purpose is to change MARC into other formats it does have a nice feature for finding all the MARC fields. The report gives (1) the total number of records (2) which tags or subfields appear (3) which tags or subfields appear in every record (4) which tags or subfields appear more than once (5) the maximum number of characters needed to store the longest possible piece of information for each tag or subfield. It is also a good tool for finding problems in coding, MARC fields that don't exist but have been used, for example. MARC RTP is free and available in versions for Windows, Linux, and Solaris. http://www.loungebythelake.com/marcrtp/index.html Sincerely, David Bigwood bigwood(a)lpi.usra.edu Lunar & Planetary Institue http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com/

2 1

Re:a paper presenting a program for downloading Marc21 records in batch mode
by Ed Estka 08 Jul '04

08 Jul '04

This URL may work better... The paper is on a perl program... http://hdl.handle.net/1849/133 On Wed, 2004-07-07 at 11:43, Ed Estka wrote: > This is from the LDL, Librarians' Digital Library > > It is a paper on how to get Marc21 records in batch mode from Z3950 > target... > > This is the URL > > https://drtc.isibang.ac.in/handle/1849/133 > > > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo

1 0

Relationship between the MARC tables and the non-MARC ones:
by Hans Henderson 08 Jul '04

08 Jul '04

I know the following is complicated, but I've tried to be as clear with my questions as my limited knowledge allows. As much as possible, I want to ensure that changes I make to the MARC-relevant data after it's all stored in Koha will make it back into any MARC records later exported, assuming the export functions are fixed in future revisions. I'm downloading MARC records with MARCedit and BookWhere, and preparing them in .mrc files to later import into the Breeding Farm. Do all the MARC fields existing in my records need to be linked to the non-MARC fields correctly first? Are all the data from the MARC records stored in the MARC tables "as is", even for those fields that have a -1 in the links pages? In other words, please confirm that "-1" just means that they don't display on the data-entry screens. What if I make changes to these mappings after the import into the Breeding Farm, but before Biblios and Biblioitems have been created? Please confirm that importing into the Breeding Farm doesn't create any records in the Biblio or Biblioitems tables. And what needs to be done if changes in the links are made after Biblios and Biblioitems have been created? In either case (is the answer the same or different between the two?), will the data stored in the non-MARC fields then get copied to the MARC fields? Will the data in the MARC fields that used to be linked to the non-MARC fields still be in those MARC fields? In other words, does switching a link *move* or *copy* the data between the MARC fields? Related question - if I later find more accurate/complete MARC records for existing biblio/biblioitems, import them into my Breeding Farm, choosing "overwrite" when Koha lets me know I already have that ISBN - Can I then update the relevant MARC fields for the already existing biblio/biblioitem records from the data from that new Breeding Farm record? Or do I need to make changes to existing records manually? Thanks in advance for your help Hans

3 2

Self-introduction to the list, and parameter settings questions
by Hans Henderson 08 Jul '04

08 Jul '04

Greetings to the list. I've been lurking for a while and browsing the archives, I've downloaded and successfully installed Koha on Windows (congratulations on an excellent product!), and I'm now setting up my parameters in preparation for importing user and biblio data. I am responsible for tracking various resources in a private primary school in Thailand. Our main ("real") library is running Alice, but they didn't want to take on extra work, and my management didn't want to spring for extra licensing. Koha is total overkill for our needs, but I didn't find anything else that I thought of good quality for free. I'm starting off with guided readers and related resources, but we plan to eventually track all kinds of teachers' resources and possibly even equipment inventory management. I am an experienced user back to DOS v3, some familiarity with database and networking concepts, but little *nix knowledge and no library tech other than what I've been soaking up from you guys <g>. OK, here goes, first questions: I'm not planning on using the budgeting/acquisition feature now, but will later - should I set koha to "Simple" now and change it later? What is the maximum number of renewals? (I would like to set "no limit") What is the maximum number of reserves? (ditto) What is the maximum enrollment period length? (ditto) How does one set up a network printer on Windows? When doing my MARC-Koha links (I'm sure I'll have a lot more questions on this later <g>), do you really have to do the mappings in *both* directions via "Links Koha-MARC DB" *and* "MARC tag structure"? Thanks in advance, and more to come shortly! Hans

2 1

issues help request
by Anthony S. 08 Jul '04

08 Jul '04

Hi, The issues that I am repairing with my installation of Koha are documented at the following URL. I don't know the code very well and haven't yet become familiar with the installation upgrade process between KOHA versions. Our MARC records are all on-line, though. < http://www.perc.ca/wiki/index.php/ITAdmin/STRM/Koha_Intermediate_Priorities > RSVP, Tony (Ottawa, Canada)

2 2

re: [Koha] Self-introduction to the list
by Hans Henderson 08 Jul '04

08 Jul '04

Sorry to respond to myself here, but I forgot to mention I'm running v2.0.0 (RC?4)

1 0

a paper presenting a program for downloading Marc21 records in batch mode
by Ed Estka 07 Jul '04

07 Jul '04

This is from the LDL, Librarians' Digital Library It is a paper on how to get Marc21 records in batch mode from Z3950 target... This is the URL https://drtc.isibang.ac.in/handle/1849/133

1 0

Re: [Koha] upgrade from 1.3.2 to 2.0
by Robert Maynord 07 Jul '04

07 Jul '04

MJ & Paul: Thanks for your suggestions! I now have Koha about 90% up and running. The OPAC works OK (including search), and many of the Intranet functions work OK - Our data is there, and we have MARC tags! The remaining problem is that the MARC search does not work - it takes me to a white error page. The MARC search categories are there, it just doesn't do the search. I assume this has something to do with MARC configuration. I checked the Koha error log, and found this: Can't use an undefined value as a HASH reference at /usr/local/koha/intranet/modules/C4/SearchMarc.pm line 116. [Thu Jul 1 11:00:04 2004] [error] [client 192.168.0.5] Premature end of script headers: /usr/local/koha/intranet/cgi-bin/search.marc/search.pl Does this ring any bells? Is there something I am obviously not doing? How do I define the value for the HASH reference? Robert

6 9

Koha@Buffalo continues
by Christopher Brown-Syed 07 Jul '04

07 Jul '04

Greetings one and all. This past January, we began using Koha to catalogue two special collections in the State University of New York at Buffalo. We have run practicums for Master's students in library studies, with the intention of providing access to a unique colledtion of books and archaeological field notes housed in the Classics Department,involving about six volunteers. The students were impressed enough to set up a discussion for their colleagues in April. This project will continue in September. A second project involves the university's teaching and learning collection of materials to support instructors. Chien-Lin Liu, the UB Koha guru, has produced a custom Web interface which allows access to these collections, and provides a feedback bulletin board to collect student experiences and suggestions. We have not finished analyzing these, but will post summaries when available. Our ongoing use of Koha in the classroom continued during the first Summer session here in the University at Buffalo. About 17 students in a course on UNIX/Linux systems administration mounted Koha servers as part of their six-week course. One suggestion which arose from both of these experiences was that a more typical MARC table be included in the generic Koha parameters. A "cheat sheet" of "most frequently used" MARC tags was procured from the campus libraries, and we would be happy to share the specs.For instance, the publisher field designations currently include only the date ($c), not the place and publisher fields of the MARC 260 tag. This is confusing for newbies to MARC. The Library of Congress does publish a compact MARC brochure for about $10, but we think it might help to turn on the most frequently used tags and subfields from the get-go. At any rate, we now have a couple of dozen newly-minted open-source enthusiasts here - about six cataloguers and about seventeen budding sysadmins.I'm allowing for one or two who might not yet be convinced. :) -- Christopher Brown-Syed, PhD, Editor, Library and Archival Security. University at Buffalo School of Informatics <clb24(a)buffalo.edu>

3 2