- Koha - lists.katipo.co.nz

Re: [Fwd: Re: [Koha] Koha Documentation Project]
by BWS Johnson 28 Sep '04

28 Sep '04

Salvete! Here's what's in our server. The components were bought in February, and I bought one of the harddrives just yesterday for easy backup. It's overpowered, which is how I like it. They were bought from AllStarShop.com, I like those folks a lot. They are an eense more expensive than NewEgg, but NewEgg will not deal with government folks on a PO basis. Intel Pentium 4 2.66GHz 533MHz FSB w/ 512KB Kingston 1GB KIT DDR400 PC3200 CL3 (3-3-3) DIMM Codegen CAT-3307-CA Mid/Mini Tower ATX 350W PSU 2 ENERMAX 80mm Adjustable Speed Case Fans Mitsumi 1.44MB 3.5" Internal Floppy Drive Silver (This I bought because Hinsdale still has many things on 3.5" format. It had nothing to do with Koha) Samsung 52x32x52 Internal CD-RW Drive ATAPI 2 Seagate Barracuda 7200.7 80GB 7200RPM 8MB Buffer SATA HDD (Drive Only) Asus P4P800 i865PE P4 ATX Audio/GbLAN/SATA/RAID/AGP8X This set up minus one hard drive was 675 then. It's probably WAY cheaper now, although you could get much better stuff for the same price now. >Any ideas on some sort of other name for the Breeding Farm? It seems to >cause confusion, for one, and I had have a longtime sneaking suspicion it >doesn't work well when translated. How about temporary records? BTW, how does one get all of the breeding farm out? IE copy then delete? Brooke @ Hinsdale

4 3

OLC Annual Conference Docs
by Joshua Ferraro 28 Sep '04

28 Sep '04

Hi everyone, I've finally finished my conference handout and Koha presentation slides/notes for the OLC conference on Wednesday (http://http://www.olc.org/ann_conf.asp) and they are available on my website: Slides: http://kados.org/LibraryScience/presentations/OLC2004/koha.html (looks best in Mozilla; http://mozilla.org) Notes: http://kados.org/LibraryScience/presentations/OLC2004/koha-notes.html Handout: http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.pdf (there's an html version too: http://kados.org/LibraryScience/presentations/OLC2004/koha_at_a_glance.html) There'a also a Freemind mindmap that basically contains the same general information as the handout ... but in a mindmap format: http://kados.org/LibraryScience/koha.mm http://kados.org/LibraryScience/koha.mm.html (if you don't have Freemind you can use your browser--or download http://sourceforge.net/projects/freemind) I've also put together a static Koha resources page with a few more resources listed than on the handout (due to space constraints) that I plan to point folks to for further info (since the official one isn't ready yet): http://kados.org/LibraryScience/koha.html There's still one day before the conference so if anyone has any suggestions for improving anything let me know--if you know of any resources I've not listed please drop me a note. And feel free to use and modify anything as it's all CC licensed (http://creativecommons.org/licenses/by-nc-sa/1.0/) I'm going to try to videotape the Koha presentation, our Linux Installfest and our Kohafest ... so hopefully that'll be forthcoming too. Finally, if I have time I'll spruce up the docs I've written and get them out later today ... we'll see how that goes. Joshua Ferraro

2 2

Re: [Koha] Breeding farm => Repository
by BWS Johnson 28 Sep '04

28 Sep '04

Salvete! How about raw records then? I think the simpler the language, the easier the translation and use. Brooke @ Hinsdale

6 6

Re: [Koha] Breeding farm => Repository
by BWS Johnson 28 Sep '04

28 Sep '04

Salve! >BWS Johnson said: >> How about raw records then? I think the simpler the language, the easier >> the translation and use. > >I kinda like that -- it conveys the idea that the MARC records in the >repository are "uncooked," that you take them and "cook" them (by adding >your holdings information) and then they are ready to serve up in the >catalog. > That's what I was going for. Or unrefined or unpolished. >But I think the problem is that "raw records" describes the records, and >not the entity that holds them. > So raw records resevoir. :) >Paul is correct, I had originally thought that "reservoir" -- which is the >term used in the French templates -- was best, since it conveys the idea >of a place to hold records for later use. But the cataloger doesn't Nod. My issue with breeding farm was that it made it sound like there were already records there when I downloaded koha. That, and it seemed like things that breed make more things that breed. The MARC birds and bees. Alas, if only my records created themselves. I suppose I'll have to import them myself. *sigh* Brooke @ Hinsdale All tongue in cheek, of course.

1 0

Arabic translation for Readme file
by kress 28 Sep '04

28 Sep '04

Dear Sirs, I finished translating the Readme file and stored it using UTF8 by the Texpad program I Submit it to the SourceForge - please accept it and give me the link so I can make sure it's displayed in the right way Love from, askress2009 --------------------------------- Do you Yahoo!? Yahoo! Mail is new and improved - Check it out!

2 1

Re: [Koha] Double _items_ tags, Was: More questions for migrating to koha
by Paul POULAIN 27 Sep '04

27 Sep '04

Dana Huff a écrit : > Umm...actually the script you sent me still has the error. Here is the > corrected script with comments around the change. Dana, you're the best ;-) In fact, I use a specific bulkmarcimport when migrating french libraries. It does some specific stuff for a given library (like cleaning the XXX field, moving the YYY field, checking something...) I've fixed this bug some months ago, but I realise I never fixed the official CVS bulkmarcimport !!! I'll fix it ASAP. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

(no subject)
by kim＠mad-seumas.net 25 Sep '04

25 Sep '04

Hi Koha people! I have 4 hopefully easy questions about mapping MARC to KohaDB. My library uses 'free form' call numbers, to put it nicely. For example: 420.0101 1 Molinsky/WW Songbook We are a special library for ESL/bilingual/dual language teachers, and were fortunate to have an OCLC retroconversion done with an LSTA grant through our regional library system. We currently have no automation system and are looking forward to getting Koha running soon. Our call #s are in 099 with a repeatable subfield 'a': 099 420.0101 $a 1 Molinsky/WW Songbook 1) Can Koha understand the multiple $a fields and map the first part to biblioitems.classification and the second part to something else? If not, I think I will change the ISO file to subfield $b for the second $a part (and dump the db and re-import it). 2) Where should I map the second part? (Let's assume I changed it to a subfield $b.) To biblioitems.dewey or biblioitems.subclass? How have others used these fields? 3) As you know, biblioitems.dewey is of type double(8,6) and biblioitems.subclass is type char(3). If I use one of these fields, I will have to change the type, probably to varchar(25). Will changing this field type have any effect on other parts of Koha (scripts, displays, calculations, etc.?) 4) My call #s have strange characters like forward slashes, dots, hyphens, and spaces. Will this be a problem? Thanks much for all your help. Kim Scannell

2 1

Re: More questions for migrating to koha
by Dana Huff 25 Sep '04

25 Sep '04

Paul and Andres (I think) wrote: >> The other idea is Build a full record with as many 035 tags as copies >> of that book we have. Again bulkmarcimport should take into account >> this and build the biblio and biblioitems needed. >> >> We want to know what is the proper way to build our records in order >> to get this reality fully represented in the koha database. > > > Yes, that's the proper way if you speak of biblio & items. > in this case, the 035 subfields MUST be mapped to item tab (10) and > don't map a 035 subfield in another tab (except for ignore). I am confused. In other threads it has been recommended to put copies and other holdings information in 852 tags or to create 952 user tags. The 035 tag is for SYSTEM CONTROL NUMBER. Is this a better alternative? Do you then create your own (non-MARC) subfields? I am especially interested because I am trying to load our Koha DB and have used 952 tags for holding information. Now I show duplicate entries for all item information in the intranet pages but the items show up correctly in the opac screens. Looking at the db, the correct items entries are present for each biblio. The problem seems to be in the marc_subfield_table table when there are multiple tag entries for the 952 tags where there should be only one. Also, I get errors when I run "rebuildnommarc.pl" complaining of null data in the tagorder field. Your comments would be appreciated. Dana

3 7

Error Deleting Biblio
by Mahmud Khan 25 Sep '04

25 Sep '04

Dear List Users, I am a new KOHA administrator (3 months or so) and having trouble trying to delete a biblio item. Following is the error message: The URL is: http://koha.presidency.edu.bd/cgi-bin/koha/detail.pl?type=intra&bib=739 Holdings Information ( items) ------------------------------ Item Type | Class | Location | Date Due | Last Seen | Barcode | Volume | Action 001 | 410 | | | | 9 780194 372220 | | More "Class" section is clickable, and so is "Action". When I click on the "Edit" or "Delete" buttons on the top of the page, I am taken to the following URL with this error message: _____ http://koha.presidency.edu.bd/cgi-bin/koha/delbiblio.pl?biblio=739 This biblio has 1 items attached, please delete them before deleting this biblio _____ If I click on the "more" link beneath the "Action" field, I get an "Internal Server Error" message. Any help or pointers to where I can search/go to resolve this problem will be appreciated. Thank you for your time, Sincerely, Mahmud Husain Khan System Administrator Presidency University http://www.presidency.edu.bd -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

1 0

Breeding farm => Repository
by Stephen Hedges 25 Sep '04

25 Sep '04

I'd like to officially change all references to the "breeding farm" to the "repository." For English speakers, I think "repository" is a much more accurate description. So for all (future) docs writers, please use this new terminology. (All the templates, etc., will also need to be changed.) -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com

4 5