- Koha - lists.katipo.co.nz

Re: Re: [Koha] Koha Documentation Project
by Baljkas Family 24 Sep '04

24 Sep '04

Friday, September 24, 2004 15:20 CDT Hi, MJ et al., I come at this from a library perspective, MJ, and I kinda like your "holding area" idea. I would **definitely avoid "Temporary Records"**. That has just too many different usages in various library settings. At the very least, we should avoid things that we already know are ambiguous or potentially confusing. My own modest suggestion would be "Records Import Bin". It makes an okay acronym (RIB) and I don't think that's anything rude or silly in another Indo-European language anyway. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada P.S. MJR - Thanks for the explanation of its agglutinative structure, but I still don't know what **language** turoloj is. P.S.S. As long as we're doing the language/intercultural thing: Le kol yehudim ve'yehudot ve'gam le'olam - le'shanah tovah tikateivu ve'tikateimu. > From: MJ Ray <mjr(a)dsl.pipex.com> > Date: 2004/09/24 Fri PM 01:55:16 CDT > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Koha Documentation Project > > On 2004-09-24 17:09:32 +0100 Stephen Hedges <shedges(a)skemotah.com> > wrote: > > > [...] Has anyone else had the same experience? Does > > anyone have any thoughts about "breeding farm" vs. "import > > repository" vs. > > "temporary records?" > > Of those three, I prefer "import repository" or a simpler similar term > like "import store". > > I am not a librarian, so I've been quiet so far. The programmer in me > wants to label it "preloaded bibliographies" or "holding area" but > they're probably no better than "breeding farm". > > -- > MJR/slef My Opinion Only and not of any group I know > Creative copyleft computing - http://www.ttllp.co.uk/ > LinuxExpo.org.uk village 6+7 Oct http://www.affs.org.uk

1 0

Migrating from SageBrush Athena to Koha
by Erdem Durak 24 Sep '04

24 Sep '04

We want to migrate from SageBrush corp. Athena LMS to Koha, but we need to migrate our borrower, circulation and cataloging data. We tried bulkmarcdataimport.pl to import our MARC data that we export from Athena but items are not imported. Is there anyone who has experience in migration from Athena to Koha?

1 0

Re: [Koha] Re: More questions for migrating to koha
by Dana Huff 24 Sep '04

24 Sep '04

Paul, When might it be possible to get your fix to solve my immediate problem? Thanks, Dana ----- Original Message ----- From: Paul POULAIN To: Stephen Hedges Cc: Dana Huff ; koha(a)lists.katipo.co.nz Sent: Wednesday, 22 September 2004 6:47 PM Subject: Re: [Koha] Re: More questions for migrating to koha Stephen Hedges a écrit : >>Also, I get errors when I run >>"rebuildnommarc.pl" complaining of null data in the tagorder field. >> >> >Could you go to bugs.koha.org and submit a bug report on this? > > No need, i've fixed this today (i'll commit it immediatly) Note this mail may not appear on koha ml, as it seems i've DN problems from france. in this case, pls stephen, forward this information. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

2 4

Meeting Notes
by Rachel Hamilton-Williams 24 Sep '04

24 Sep '04

Kia Ora everyone, We had a good IRC meeting yesterday, it was great to see so many people, and it was hard to get back to work afterwards :-) A few decisions and resoloutions were made... Firstly a huge thank you to Pat Eyler who has done such a lot for the project over the last couple of years as our first Kaitiaki! Pat is still keen to be involved with the project, but doesn't quite have the time right now, so I've stepped in as the new Kaitiaki. I'm really excited about Koha at the moment, with bug fixes in 2.0 (thanks Slef), and a new snapshot from Paul for 2.1 things are really moving at the moment. Slef/MJR has agreed to keep supporting 2.0 until at least 2.2 has gone stable. Thank you :-) Paul Poulain is the current 2.2 Release Manager and when 2.2 becomes stable he will continue to be the 2.2 Release Maintainer which is going to be great continuity. Paul hopes to have a release candidate ready within a month or so, assuming all goes well with the last few bugs, and testing. Emiliano has been coaxed into being the 2.4 Release Manager with support from Paul and I'm sure all the rest of us too, so thanks Emiliano, we look forward to your leadership. His first task is to get a roadmap started - so feel free to start putting your thoughts forward. We are hoping that 2.4 will have code from a few differnt coders, so if you've got an itch you want to scratch see if you can get it into 2.4. Stephen Hedges has already started in his role as Documentation Tyrant - we thought we needed a librarians perspective to make sure we actually get the documentation they need. Nick is I hope continuing with his able work actually *writing* documentation without which we are all sunk :-) This tends to incorporate organising/linking in translations as well I think. Russel Garlick is going to be testing and QA'ing the 2.2 release - although I'm sure we're going to need a small army doing that really. Mike Mylonas and Rachel Priebee (not at the meeting) have volunteered to work on the website side of things - I'm hoping Mike will sort out what it should say and find all the "stuff" and Rachel will be happy to actually do the coding. Chris Cormack is still the man in charge of version 1.x, and he is hoping to get his hands into Koha again in the next year I know. IF you missed the meeting and would like to read it then the Log is available at http://koha.org/irc Click on Koha Organizational Meeting 2004-09-21 Thanks everyone Ka kite Ano Rachel Koha Kaitiaki -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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

5 11

Unsubscribe.
by Peter Gichiri 24 Sep '04

24 Sep '04

I beg to unsubscribe from this mailing list. What are the procedures. Thank you for the good service. Peter Wanyoike Gichiri

2 1

Re: [Koha] web sites, was: Meeting Notes
by Owen Leonard 24 Sep '04

24 Sep '04

> > My primary goal is to see the www.koha.org site become the > > pre-eminantsite for all Koha related information. > > Please reconsider. I think this aim puts www.koha.org in > conflict with almost all the other Koha sites. Many of them > are trying to be the best site for their chosen type of > information about Koha. Making koha.org the central repository of knowledge and information about Koha is logical and natural. This in no way puts it in conflict with any other site if information is shared freely, which I assume we're all willing to do. People should be able to go to Koha.org first, and either find what they need there, or find links to wherever else they need to go. > My site is my own. Naturally, and the main site will have to respect whatever kind of liscence you place on that information. But I don't see any reason to think that the existence of a predominant, central koha.org should threaten any other site. > Basically, I'll share with you if you share with me. > At the moment, things like the koha logo are restricted > use and most of the koha site is the default copyright > (all rights reserved) Katipo will have to respond to this, but my instint is to say that this is a non-issue. No one here wants to keep other Koha contributors from using Koha promotional materials, logos, etc. Did you ever ask anyone if it was forbidden to use that information? What was their response? > turuloj Care to share with the rest of the class on this one? You've got me. -- Owen

2 1

Koha running on Mandrake 9.1: Follow up questions
by Rich Baldwin 24 Sep '04

24 Sep '04

I have koha running on Mandrake 9.1, MySQL 4.0, Apache 2.0. The OPAC and Admin pages are working fine. While I was setting up Koha, our librarian created ~2000+ Marc records; one file for each book. The MARC import function works fine. It imports the records in the the marc_breeding table; no errors. Inspection of the record in mysql looks correct. 1) Is there a way to import multiple MARC records at one time? I haven't looked at the code, but I would think that files cat'ed or compressed (zip, gz, etc.) could be imported w/o to much trouble. I'd be willing to add a feature if one doesn't currently exist. 2) How do I distribute MARC records from the marc_breeding table to the other tables? The librarian documentation left me at a loss on how to proceed. 3) Are there any recommended barcode scanners? Thanks, Rich

3 2

Howard Dahdah/Australia/IDG is on Holidays
by Howard_Dahdah＠idg.com.au 24 Sep '04

24 Sep '04

I will be out of the office starting 24/09/2004 and will not return until 05/10/2004. Any questions for IDG Online can be directed to Steven Deare steven_deare(a)idg.com.au Thanks, Howard

1 0

Re: [Fwd: Re: [Koha] Koha Documentation Project]
by Baljkas Family 24 Sep '04

24 Sep '04

Thursday, September 23, 2004 09:12 CDT Hi all, Regarding the MARC part you mentioned, Stephen, as I have been working (slowly) on the model records we discussed way back in April of this year, I have also been working (even more slowly) on adapting some of the materials I have on MARC cataloguing -- much from my lib tech school notes, inevitably much from LC -- towards a simple introduction to the un-MARC-ed. ;-) I rewrote the introduction to what MARC is (from the wiki) but I don't think I ever forwarded it to Pate (sorry). I think something like that definitely should have a place in the manual. We can avoid going too much into depth with strategic weblinks to more detailed info online anyhoo. Anyway, I can speed up working on this. What kind of time frame are you all looking at? I didn't notice a time frame (then again I've been up all night proof-reading). Give me a shout back. Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada P.S. Love the idea of calling it a repository and not a breeding farm. I never could understand that usage. > From: "Stephen Hedges" <shedges(a)skemotah.com> > Date: 2004/09/23 Thu AM 06:13:13 CDT > To: koha(a)lists.katipo.co.nz > Subject: [Fwd: Re: [Koha] Koha Documentation Project] > > I'm sharing parts of a message from Nick R., please feel free to comment. > > Stephen > > ---------------------------- Original Message ---------------------------- > Subject: Re: [Koha] Koha Documentation Project > From: etome-nsr(a)mail.korksoft.com > Date: Thu, September 23, 2004 12:52 am > To: "Stephen Hedges" <shedges(a)skemotah.com> > -------------------------------------------------------------------------- > > The original manual covered Sysadmins (mainly install, when parameters > were much simpler) and staff, and developers (we had a handy chunk of > why/how-stuff-is-done info -- some architectural info for > presentation/explanation wouldn't hurt either -- never occured to me until > recently how hard it was to explain some of the webserver/perl/db > potential issues etc until I looked over some of the more typical > questions). > > I like the idea of OPAC help (as Paul's nifty built in thing is > providing), but also think we could add (separately from a formal manual) > a getting started card (or at least a template) and signage.... the sort > of thing > left/displayed/handed out at a typical library. This'd also give us the > chance to include the logo ... exposure is always good, no? I think MJ > mentioned something like this also. > > Also needed, and always a problem, is work re the FAQ and troubleshooting > info -- come to think of it, some newer hardware recommendations wouldn't > be amiss (CMSD I think gave us their original specs). Thoughts? > > I'm thinking MARC and associated questions will need special handling. > Possibly a "Cataloging In Brief" for the MARC-uncomfy... also, some wise > words on tags wouldn't kill us. > > Ditto something on translating. > > 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. > > In the past (formal) docs have been in DocBook SGML/XML.... advantage here > is that it permits easy multi-format output, and is relatively easy to > translate the raw XML for other languages (we successfully handed the file > over to people with them returning translations of stuff between tags). > And gives a nice, clean look and feel. Opinions? > > Nick > ..reply offlist cause for some reason I needs must force a listadmin to > moderate my posts onto it at the moment(sigh). > > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges(a)skemotah.com > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

2 1

Do you have a need for sub-branches within Koha?
by Rachel Hamilton-Williams 23 Sep '04

23 Sep '04

Hi I was wondering wether there are other libraries, particularly corporate or specialty libraries who have a need (or could see one :-) for sub branches. The context for this is a Branch which is the office building in a city - eg Wellington And then a sub branch which is the third floor. This would be quite a lot of stuff to "touch" in Koha - specifically it would involve changing circulation and I think adds a layer of complexity perhaps to issuing and returning items. On the other hand I'd imagine that the libraies who would use this wouldn't do that much issuing and returning? SO thoughts pleasa? Is it a useful idea? Does anyone do it already? Cheers Rachel -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR 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

4 3