- Koha-devel - lists.koha-community.org

[RE] about MARC structure : additionalauthor and illustrator
by Ville Huhtala 19 Jun '02

19 Jun '02

In Steve stuff, he use for every author/illustrator, a 700 field, with $a containing the name and $e containing the role (author or illustrator) In my UNIMARC manual, i can find : 700 : main responsability : $a as name, and $4 as title. I have no $e subtag. --- $4 as a title? According to UNIMARC Manual http://www.ifla.org/VI/3/p1996-1/uni7.htm $4 Relator Code The code used to designate the relationship between the person named in the field and the bibliographic item to which the record refers. The list of codes is to be found in Appendix C. Repeatable. and http://www.ifla.org/VI/3/p1996-1/appx-c.htm 440 Illustrator Person who conceives a design or illustration. You may have old/misprinted manual. Ville Huhtala

2 1

Re: [Koha] From the Kaitiaki
by Md. Aftabuddin 19 Jun '02

19 Jun '02

I would like to translate koha in Bangla (Bengali) the 5th largest language in the world. Also I will try to translate koha in hindi. Whether the images are to be changed only? I would like to get the overall idea of how to do that. Can i get to see the translated version in other language in any site? Md. Aftabuddin On Fri, 14 Jun 2002, Pat Eyler wrote: > 14 June, 2002 > To the Koha community; > > Hola, > As you can guess from my switch from Maori to Spanish, we've picked up > some new interest in Latin America. I'm looking forward to seeing the > translation of documentation and our interface. We hope that our new > volunteers will also want to jump in and start coding. If you're > interested in helping in this effort, please feel free to contact me > directly or to jump onto the developer's mailing list[1] and get to > work. > > Beyond reaching out to Latin America, we're trying to reach out to > other communities as well. The OSS4Lib[2] community has been very > welcoming, and while we won't be attending their pre-ALA conference > this weekend we do hope to get to their next gathering. The good > folks working on MARC::Record[3] have also been open and encouraging. > I hope that we'll be able to contribute back to them. > > A final note on reaching out, I'm hoping that we can start a dialog > with the developers (and users) of the other Free Software Library > Systems that are out there. While we've taken a number of different > approaches, I think there is a lot of room for cooperation. We've got > a great opportunity to come together as a larger community, in a way > that no commercial system vendors could. I hope that we'll take > advantage of it to create better, faster, more useful software for > libraries of all sizes. > > 1.2 > Congratulations to Chris and everyone else who's been involved > in this push. 1.2.0 is out and the developers are diving in to > 1.2.1! 1.2.0 represents a number of big improvements over the > 1.1 series, we've got an installation script, real > documentation, improvements to searching, some clean ups of the > database, more tests, and maybe a bug fix or two. > > You can get your very own copy at > <https://sourceforge.net/project/showfiles.php?group_id=16466> > > 1.4 > Paul Poulain and Steve Tonnesen are continuing to work on the > foundations of 1.4. They've started working with the MARC API, > and are starting to integrate the MARC::Record toolkit. Now > that the 1.2 series has hit the streets, look for things to > pick up in 1.4! > > Translations > While I've already mentioned the news about our progress on the > Spanish side, we're continuing to look for volunteers to pick > up more languages. If your native language hasn't been > mentioned so far let me know, I'd be happy to put you on our > list of translations. If a translation has already been > started, I'm sure your contributions would be welcome. > > Documentation > Nicholas Rosasco has been hard at work on the new Koha Manual. > He's managed to put together a great book in a very short > time. He's got big plans for where to go next too. Look for > the documentation to just keep getting better! > > I hope this note has found you all in good health and good spirits. > Enjoy our new release, and enjoy the start of summer! > > > Mucho gusto, > -pate > > > Pat Eyler > Kaitiaki of the Koha Project > > > [1] Please use the tools at > <http://sourceforge.net/mail/?group_id=16466> to subscribe to our > development and/or announcement mailing lists. > > [2] See <http://www.oss4lib.org> for more information about this project. > > [3] See <http://marcpm.sourceforge.net> for more information > > > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

2 1

about MARC structure : additionalauthor and illustrator
by paul POULAIN 19 Jun '02

19 Jun '02

Hi guys, I'm working on MARC stuff and have a question about additionalauthors and illustrators. In Steve stuff, he use for every author/illustrator, a 700 field, with $a containing the name and $e containing the role (author or illustrator) In my UNIMARC manual, i can find : 700 : main responsability : $a as name, and $4 as title. I have no $e subtag. 701 : second responsability : same structure. How to solve the difference ? -- Paul

2 2

Re: secure linuxen
by Pat Eyler 19 Jun '02

19 Jun '02

On Wed, 19 Jun 2002 COURYHOUSE(a)aol.com wrote: > I actually think you can use the rpm method to install into esmith also > although there is a sort of a special preferred way they have of doing it... it may also require different RPMs ... just to handle differing configuration issues and file locations. > I think... will have to look into this further!. > I'd love to hear your findings. -pate > Ed! > > > Subj:secure linuxen > > Date:6/18/2002 10:28:01 AM US Mountain Standard Time > > From:<A HREF="mailto:pate@eylerfamily.org">pate(a)eylerfamily.org</A> > > To:<A HREF="mailto:COURYHOUSE@aol.com">COURYHOUSE(a)aol.com</A> > > CC:<A HREF="mailto:Koha-devel@lists.sourceforge.net">Koha-devel(a)lists.sourceforge.net</A> > > Sent from the Internet > > > > > > > > okay, okay, i give. ;) > > > > It doesn look like the e-smith package does provide a lot of > > functionality, and could be a great choice for a library installing koha > > on their own. > > > > Because the various developers (and companies) each like different > > flavors (or flavours) of linux (and other unixen), we're not likely to > > settle on a specific distribution. > > > > All is not lost though, there are several options: > > Someone with enough interest could build packages themselves. > > Someone could start a company to sell an 'after market kit' for > > e-smith. > > Someone could contact e-smith and talk with them about adding koha into > > their current offering. > > Someone could hire an existing koha support company to build the > > packages and provide support for them. > > > > I think that any of these is a pretty good option. As the Kaitiaki I'd > > certainly encourage someone to take on any one of them, and would be > > willing to help, advise, and otherwise support them. > > > > As an individual, I'm not likely to take on the project (on my dime at > > least) for a couple of reasons: > > RedHat is the acknowledged (US) market leader ... I can ride that brand > > to higher sales. (cf. Networking shops selling Cisco gear) SME may > > prove to be a viable extension to this, but not as a first cut (imco) > > As a second platform I want to see Koha working on OpenBSD. I think > > this is the best choice for a secure server. It will also help show > > that Koha isn't 'for linux only'. > > > > > > Let me know what you'd like to do, > > -pate > >

1 0

Re: secure linuxen
by Pat Eyler 19 Jun '02

19 Jun '02

On Wed, 19 Jun 2002 COURYHOUSE(a)aol.com wrote: > Probably would be good to test under HPUX also. hmm, AIX, OS-X, and Solaris are all also interesting ... Win32 less so, but probably important nonetheless. Gaah! I hate scope creep ;) -pate > > Ed Sharpe archivist for SMECC > > > > Subj:secure linuxen > > Date:6/18/2002 10:28:01 AM US Mountain Standard Time > > From:<A HREF="mailto:pate@eylerfamily.org">pate(a)eylerfamily.org</A> > > To:<A HREF="mailto:COURYHOUSE@aol.com">COURYHOUSE(a)aol.com</A> > > CC:<A HREF="mailto:Koha-devel@lists.sourceforge.net">Koha-devel(a)lists.sourceforge.net</A> > > Sent from the Internet > > > > > > > > okay, okay, i give. ;) > > > > It doesn look like the e-smith package does provide a lot of > > functionality, and could be a great choice for a library installing koha > > on their own. > > > > Because the various developers (and companies) each like different > > flavors (or flavours) of linux (and other unixen), we're not likely to > > settle on a specific distribution. > > > > All is not lost though, there are several options: > > Someone with enough interest could build packages themselves. > > Someone could start a company to sell an 'after market kit' for > > e-smith. > > Someone could contact e-smith and talk with them about adding koha into > > their current offering. > > Someone could hire an existing koha support company to build the > > packages and provide support for them. > > > > I think that any of these is a pretty good option. As the Kaitiaki I'd > > certainly encourage someone to take on any one of them, and would be > > willing to help, advise, and otherwise support them. > > > > As an individual, I'm not likely to take on the project (on my dime at > > least) for a couple of reasons: > > RedHat is the acknowledged (US) market leader ... I can ride that brand > > to higher sales. (cf. Networking shops selling Cisco gear) SME may > > prove to be a viable extension to this, but not as a first cut (imco) > > As a second platform I want to see Koha working on OpenBSD. I think > > this is the best choice for a secure server. It will also help show > > that Koha isn't 'for linux only'. > > > > > > Let me know what you'd like to do, > > -pate > >

1 0

an experiment
by Pat Eyler 18 Jun '02

18 Jun '02

With the call going out for people to advertise their own businesses on the koha support pages (thanks for the support Rach!), I wanted to set up a mailing list for people to discuss starting companies and/or consulting practices around Koha. This list will be a place to discuss marketing, business development, resource sharing, lead sharing (for extra-regional leads), sub-contracting opportunities, and the like. I believe that there is room for a lot of healthy cooperation, and would like to take some of the load off of Katipo. I also believe that koha and koha-devel are the wrong places for this conversation. If you're interested in starting a company or practice (or are just interested in kibitzing), please subscribe to the mailing list by sending an email to: kohabiz-subscribe(a)eylerfamily.org and following the directions in the response you receive. thanks, -pate

1 0

secure linuxen
by Pat Eyler 18 Jun '02

18 Jun '02

okay, okay, i give. ;) It doesn look like the e-smith package does provide a lot of functionality, and could be a great choice for a library installing koha on their own. Because the various developers (and companies) each like different flavors (or flavours) of linux (and other unixen), we're not likely to settle on a specific distribution. All is not lost though, there are several options: Someone with enough interest could build packages themselves. Someone could start a company to sell an 'after market kit' for e-smith. Someone could contact e-smith and talk with them about adding koha into their current offering. Someone could hire an existing koha support company to build the packages and provide support for them. I think that any of these is a pretty good option. As the Kaitiaki I'd certainly encourage someone to take on any one of them, and would be willing to help, advise, and otherwise support them. As an individual, I'm not likely to take on the project (on my dime at least) for a couple of reasons: RedHat is the acknowledged (US) market leader ... I can ride that brand to higher sales. (cf. Networking shops selling Cisco gear) SME may prove to be a viable extension to this, but not as a first cut (imco) As a second platform I want to see Koha working on OpenBSD. I think this is the best choice for a secure server. It will also help show that Koha isn't 'for linux only'. Let me know what you'd like to do, -pate

2 2

Paying for Koha support - will you be paid?
by Rachel Hamilton-Williams 18 Jun '02

18 Jun '02

Hi all, but particularly PAUL, PAT, ADAM THICK I've fabricated a page for people who may want to buy Koha install or support http://koha-edit.katipo.co.nz/installation/support.html I have made the names etc up - If you don't want to be on the list (or not right now) just let me know. If you know of an org/person who should be on the list - let me know that too. If you want better text.... well you get the idea. Before you can be on the list of people who can be paid for support please make sure if you have a day job you're not violating a moonlighting clause. If the company you work for is happy to support Koha, then am happy that their name is on the list. Cheers R _____________________________________________________________ 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

2 1

Re: [Koha] Koha 1.2.0 Released
by Pat Eyler 17 Jun '02

17 Jun '02

On Mon, 17 Jun 2002 COURYHOUSE(a)aol.com wrote: > actually what would be ice to see is esmith as the base with koha installed > in it. We're trying to stay distro neutral, and produce something easy to install on a variety of platforms (openBSD and en garde are two more highly secure, free systems we might choose to target). -pate > the esmith is free. > > > > Subj:Re: [Koha] Koha 1.2.0 Released > > Date:6/17/2002 4:02:45 PM US Mountain Standard Time > > From:<A HREF="mailto:pate@eylerfamily.org">pate(a)eylerfamily.org</A> > > To:<A HREF="mailto:COURYHOUSE@aol.com">COURYHOUSE(a)aol.com</A> > > Sent from the Internet > > > > > > > > On Mon, 17 Jun 2002 COURYHOUSE(a)aol.com wrote: > > > > > the poor guy with the cdk peal problem..... this is what we need to avoid > > out > > > there.. > > > > You're absolutely right. > > > > > > > > Need to have a nice issuance of LINUX that configures quick and boom > > boom > > > koha instals into that. > > > > > > Many of the libraries and institutions that we want to attract have no > > > interest in going though 2 days of self abuse to get something to work! > > > > Dead on! I think we're making progress, but we *do* have a long way to > > go. > > > > It's comforting to here you use the personal pronoun though. The more > > librarians that we have working with us, the faster we're going to get > > there. > > > > -pate > > > > > > > > > > Ed > > > > > > >

1 0

Re: [Koha] Winning the battle...except CDK-Perl
by Pat Eyler 17 Jun '02

17 Jun '02

On 18 Jun 2002, Chris Cormack wrote: > On Tue, 2002-06-18 at 07:33, Pete Dubler wrote: > > Any pointers would be appreciated. (Perhaps I will contribute a more > > complete install "cookbook" style instruction sheet when I am done). > > > That would be great, Unfortunately I can't help with an rpm of the cdk > modules. > I remember that installing them involved quite a bit of monkeying > around. I did it by downloading > http://www.vexus.ca/release/CDK/cdk.tar.gz and installing it, then > http://www.vexus.ca/release/CDK/cdkperl.tar.gz > > Ill go look on the machine that its installed on, and see if i can spot > how i did it. > > If there is still demand for a curses, or slang etc based interface, I > can get a rewrite of the CDK dependant scripts to use something else, > put onto the todo list. I think we should get this onto the todo list. Some of the other librarians that I've talked to also seem to prefer a command line version. It may make sense for us to talk in more detail about what/how to provide one. -pate > > But since the web based circulations came online, its been kinda > ignored. > > Sorry I cant be of more help. > > Chris >

1 0