- Koha - lists.katipo.co.nz

Re: [Koha] MARC Tags a MARC Format
by Baljkas Family 09 Sep '04

09 Sep '04

Wednesday, September 8, 2004 22:22 CDT Hi, Marco, Terry Reese's MARC Edit should be able to translate your MARC tagged format to true MARC. Check out the information on MARC Edit, which is free, available via the following LC MARC tools link: URL <http://www.loc.gov/marc/marctools.html#recordtools> Hope that helps get you started. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada ------------------------ Hola, Marco El MARC Edit de Terry Reese puede convertir de MARC formato con etiquetas (Tags o Tagged) a MARC formato verdadero. Examina las informaciónas sobre el MARC Edit, programa gratis, disponiblas por la vía de la pagina Web Registros, Sistemas y Herramientas MARC de la Biblioteca del Congreso: URL <http://www.loc.gov/marc/marcservicios.html> Mucha suerte! Estevan > From: "Marco Antonio Castillo Arreozola" <cobi31(a)hotmail.com> > Date: 2004/09/08 Wed PM 04:25:45 CDT > To: koha(a)lists.katipo.co.nz > Subject: [Koha] MARC Tags a MARC Format > >Hi! > >Can I convert MARC Tags to MARC Format? How to? How can I >get a manual about it? > >Thanks! > >Marco ========================================================== > > Hola > > Se puede convertir de MARC Tags a MARC Format? Como? o > Donde puedo encontrar información de esto? > > Gracias. > > Marco Antonio

1 0

MARC Tags a MARC Format
by Marco Antonio Castillo Arreozola 08 Sep '04

08 Sep '04

Hola Se puede convertir de MARC Tags a MARC Format? Como? o Donde puedo encontrar información de esto? Gracias. Marco Antonio _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

Fresh install issues...
by fmml＠cedval.org 08 Sep '04

08 Sep '04

Hi all, I have just install Koha 2.0.1rc1 on a Linux redhat 9 server. I used the installer.pl to do the install. First impressions are very positives. I have some issues: I can do reservations as a member, but it does not appear in the Activity report. I have heard about "Supplier" info that can be entered in the system, but did not find any traces of it. Saw in the documentation that there are 2 acquisition mode, seem that I am stuck with the simple mode, how can I swith to the other mode? Can't make the Inventory/Stocktaking report working, what should be entered in Item Location field? Thanks in advance, Francois Meehan

3 4

Re: [Koha] the signature msg on Koha on Mandrake 10 ...
by Baljkas Family 08 Sep '04

08 Sep '04

Tuesday, September 7, 2004 16:52 CDT Hi, James, Lord knows, I don't have answers to your technical question -- > Something to do with Group and User settings on httpd.conf? Or (more likely) > it's somewhere else, like that other message I read about moving the perl > files to a path in @INC, though I don't know where that is; heck, I don't > even know a thing about PERL. > > BTW I upgraded to koha 2.0.1 a few days after I posted my message. Still gives > the same error though. -- but for this part of your (reasonable) confusion -- > a BLIS student wondering why his university library is in the process of > building its own Java-based ILS instead of considering existing open-source > ILS like this one *sigh* -- I have 3 guesses. When I was an undergrad, the smaller university I went to had a choice of adopting the ILS of the larger local provincial university, but with ridiculous costs and various very strange stipulations (I had a friend who was a reference librarian, else I wouldn't have known). Sometimes there are political forces behind things that we mere mortals will never know or understand. With library-training under my belt now, I still can't understand their paranoid insistence on certain points, nor their grandiose ideas of what should have been paid. Another guess: your university might have a policy against free software that is meant to protect proprietary data that it generates, university systems (it's hard to sue someone for damages if they didn't charge you anything for what you got and you had to accept it as is), etc. This would be moot if your university library were doing the programming itself. To me and I am sure you and others, it would seem more reasonable just to amend that policy to allow use of open source stuff (I am sure it is already happening) but ... A third and final guess: there could be a policy above the library-level administration that ties their hands. The chief librarian at the military library I worked at on contract as an assistant cataloguer was preparing for migration to another ILS, but she couldn't even consider things like Koha because they won't fit on the standard RFP form that she would have to fill out. And Lord knows, asking the upper-ups to modify a sacred standard form or allow more blanks than is usual just doesn't fly. Ah, bureaucracies: making the world just a little bit weirder every day. Hope you get some answers to your technical question now, too, James. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

1 0

RE: Re: [Koha] Importing data into MARC
by Bigwood, David 07 Sep '04

07 Sep '04

Andres, 035 may work. If you have a multi volume set does each item have a different inventory number? Or does the set have one as a whole? If you have multiple copies of an item does each have a different number or do they all share the same number? If one number works for all copies and volumes of a set 035 will work just fine. If they are different then you should consider 852z or 852x. That way copy information can be kept with each item. Sincerely, David Bigwood -----Original Message----- From: koha-admin(a)lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Baljkas Family Sent: Tuesday, September 07, 2004 12:24 AM To: Andres Tarallo; koha(a)lists.katipo.co.nz Cc: baljkas(a)mts.net Subject: Re: Re: [Koha] Importing data into MARC > This week I'm working in mapping CEPAL ==> MARC21, with some help from > the librarians. We were somewhat stuck becouse in CEPAL layout we have > a filed coded 002 were we have an inventory number: it seems to us that > this maps to field 035 of MARC21.

1 0

RE: Re: [Koha] Sample data for version 2.0.0
by Bigwood, David 07 Sep '04

07 Sep '04

Thanks to Steven for calling the dataset quality. It is our catalog, and does have some errors and could be better. It does provide a sample dataset. It contains about 20,000 records and maybe 50,000 items. It has books, cartographic materials, videos, microforms, serials, and a few items in other catagories. Our own publications are cataloged to a very high standard and so contain many fields not commonly used. It should make a decent test set. It does not contain any printed music nor recorded music. It can be found at ftp://www.lpi.usra.edu/pub/outgoing/bigwood/ Sncerely, David Bigwood bigwood(a)lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Catalogablog http://www.catalogablog.blogspot.com -----Original Message----- From: koha-admin(a)lists.katipo.co.nz [mailto:koha-admin@lists.katipo.co.nz]On Behalf Of Baljkas Family Sent: Tuesday, September 07, 2004 12:31 AM To: Scott Scriven; Sims, Benjamin Cc: koha(a)lists.katipo.co.nz; baljkas(a)mts.net Subject: Re: Re: [Koha] Sample data for version 2.0.0 Tuesday, September 7, 2004 00:24 CDT Hi, Benjamin, Scott, et al., Also, unless Dave Bigwood has rescinded his offer from weeks ago, he was providing a quality MARC dataset for the asking. That would seem to me something worth following up on. Just my two cents. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

1 0

blank200 db is really blank
by Dana Huff 07 Sep '04

07 Sep '04

I'll give this another try since everyone seemed to get so distracted by my "IE bug" question last time that no one noticed the question about the blank200 db. I installed the Koha 2.0.0 W32 R0 package and would like to populate the blank200 db that is included. But, not only is there no biblio or member data; the MARC tables are also empty. Is this normal or did something go wrong with my install? Do I need to copy the MARC tables over from the sample200 db? Thanks, Dana Huff

1 0

Re: Re: [Koha] Sample data for version 2.0.0
by Baljkas Family 07 Sep '04

07 Sep '04

Tuesday, September 7, 2004 00:24 CDT Hi, Benjamin, Scott, et al., With due deference to Scott and iblist re sample data > Subject: Re: [Koha] Sample data for version 2.0.0 > > I could not find good sample data for it, but I think you can get > records in MARC format from the library of congress > (www.loc.gov) It didn't work when I tried, but others reported > good results using it. -- I wouldn't think iblist worth pursuing given the records it provides. LC should be working okay. The archives have info on solutions to various problems others have encountered (mostly to do with settings in Koha scripts). You can also join NLC's Amicus for free and search and download records in batches. Even with some of the junk in it, you would certainly be getting better quality MARC records than with iblist. Also, unless Dave Bigwood has rescinded his offer from weeks ago, he was providing a quality MARC dataset for the asking. That would seem to me something worth following up on. Just my two cents. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

1 0

Re: Re: [Koha] Importing data into MARC
by Baljkas Family 07 Sep '04

07 Sep '04

Tuesday, September 7, 2004 00:15 CDT Hi, Andres, Glad to hear back from you. > >How many records are we talking about? And how many fields of information do you want/need preserved from the second database with the purchase info? > i have to libraries with about 30.000 record each. The titles datasbes > has an average of 21.000 records the purchase database has about 30000, > meny titles are repeated and we just keep there five or six fields that > are relevant for purchases. Given the number of records you're dealing with, manual item by item re-entry certainly isn't an option. ** Could you provide an example or sample of the data? ** > >In terms of MARC coding solutions, would the 852 field suffice alone? The $z subfield is repeating. > > > Maybe, I'm not a MARC expert, we need to keep track of the purchase > information. > > >There is also the 541 note which is repeating and could be incorporated to contain more copy-specific information with defined subfields. [snip] Depending on the nature of information in those 5-6 fields you might be able to use a 037 tag or the 852 as suggested earlier. With only 5-6 fields, they should provide enough 'space' and it is probably not worth the effort trying to script more extensive notes which require linking entries. > This week I'm working in mapping CEPAL ==> MARC21, with some help from > the librarians. We were somewhat stuck becouse in CEPAL layout we have > a filed coded 002 were we have an inventory number: it seems to us that > this maps to field 035 of MARC21. Yes, the 035 would be suitable. I've seen it used in migrations to store old system numbers deemed worth keeping. > You'll hear from me soon. Cool. Good luck with your CEPAL ==> MARC21 mapping. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

1 0

Re: [Koha] Problem with MARC tag structure admin (and others)
by Dana Huff 07 Sep '04

07 Sep '04

Scott, The browser was the problem, and because of that I couldn't see all of the fields to set the tabs. Using Mozilla worked and then I was able to set up the MARC tab structure the way I wanted. Now, I want to load my biblio data. I have it set up in MARC21 format and am ready to use the bulkmarcimport.pl script to load it. I've already tried it on a few records on the sample database and it works. But... I want to load it into the "blank200" db and checking in that db, there is no MARC tag data. Is there a quick and safe way to import the data from the sample200 db? One that will make sure the indexes and links are kept intact? And, BTW, should the IE browser incompatibility be noted as a bug? Dana Huff

4 6