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

Introduction
by J. Kenneth Riviere 04 Sep '02

04 Sep '02

Seeing the request for people to introduce themselves, I thought I'd de-lurk. I've only just joined the list and haven't really gotten started with Koha, but I'm interested in learning. I've been a programmer and systems analyst for more than 20 years. I started my career working at Georgia Tech in the Library. We developed our own MARC bibliographic record processing software in COBOL on a CDC Cyber computer using the NOS operating system which used a 6 bit character set. That was quite a challenge to deal with the variable length fields and maintain the international characters in the bibliographic records. We had to read and interpret 8 bit characters as binary values from 9-track tapes mailed from OCLC to update our bibliographic data which was all stored on 9-track tapes (there simply wasn't enough disk space to hold the entire catalog except once a year during Christmas break we'd take over the entire campus computer in order to produce our micro-fiche catalog). We worked with Sirsi to develop their first implementation of a library circulation system. This was done on a TI-990 running TI's DX-10 operating system and was again written in COBOL. It used CP/M micros as intelligent workstations. This was eventually rewritten for Ultrix in C, but the C code was proprietary to Sirsi so I never worked with that directly. We were the first installation of Sirsi's package. We eventually added a BRS search system running on an IBM mainframe under MVS and CICS. When budget cuts led to me being laid off I tried to get work in other libraries, but without an MLS I couldn't even get an interview, despite my years of Library Automation experience. I eventually spent most of the next 10 years working with Informix on Unix platforms writing code in Informix's 4GL language (a procedural wrapper for SQL), perl, C, C++, and more recently doing some web work using PHP and MySQL. My current company looks to be getting ready to go belly up. I've been thinking of going back for that MLS and trying to get back into the library systems market. I just discovered the Koha package and it sounds like an exciting endeavor. It occurs to me that if there are any libraries in the southeast USA that are considering Koha then I might be able to get some consulting work or even a Systems Librarian job in such a setting. I don't know how much help I'll be since I'll be working on my own time and am not yet familiar with the system, but I'll probably continue to lurk for awhile and see what I can pick up. In the meantime I'll boot up my Linux box and see about getting Koha installed so that I can see what it can do. -JoKeR (J. Kenneth Riviere)

2 1

[Bug 85] New: koha.upgrade squashes custom templates
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Sep '02

04 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=85 Summary: koha.upgrade squashes custom templates Product: Koha Version: 1.2.3 Platform: PC Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net koha.upgrade moves all existing files in the intranet directory to a backup directory and then installs the new files in that location. This means that custom template files will not be in the new installation. Koha.upgrade needs to account for this in some way. One solution would be to not move the files out, and then just install the new files over top of the old ones (after backing them up). Disadvantage is that any old files that were removed in the latest release will be left behind after the upgrade. Another solution would be to copy custom templates back from the backup location to the new install after installing... could just go through the listing of templates and copy any in that don't exist in the current install. I think this is probably the best solution... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: [Koha-devel] new developers - Checked by Vexira DEMO version - - Ch
by Owen Leonard 04 Sep '02

04 Sep '02

> We also have three people coming in from > Nelsonville Public Library: > Joshua Ferraro > Owen Leonard > Stephen Hedges > > They've got sone perl, html, and other skills and > have asked about projects to start out on. > > Welcome to the project. Feel free to introduce > yourselves in more detail Thanks! I'll start: I'm Owen Leonard, I've been the web designer/developer for the Nelsonville Public Library for the past few years. I've been doing web design since about '97. A couple years ago we started using Macromedia (then Allaire's) ColdFusion for the library's web site when we decided we needed something more powerful and dynamic. Since then I've done lots of work in ColdFusion, primarily for the library intranet. I've also worked with PHP and MySQL, starting with just personal projects, but now for the library as well, particularly in anticipation of switching to Koha. I've been trying to move the library's pages towards XHTML and CSS standards, which is why I was interested in helping out with that aspect of Koha. I've got no experience with Perl, but I'm eager to help out in any way I can. -- Owen

1 0

[Bug 68] processz3950queue has hard-coded values
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=68 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |FIXED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-09-04 09:16 ------- Fixed daemon user ID by grabbing the setting from /etc/koha.conf Fixed hardcoded "/var/run" directory. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 62] checkvalidisbn() routine is broken
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=62 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 71] budget start date is hardcoded in bookfunds() in Acquistions.pm
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=71 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-09-04 09:05 ------- Changed sub bookfund so that it shows budgest whose start and end dates contain today's date. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: Koha
by Pat Eyler 03 Sep '02

03 Sep '02

On Tue, 3 Sep 2002, rob caSSon wrote: > pat, > > one other thing....on the linuxtoday site, there was a reply to my post > suggesting the use of a multivalue database as the basis for a library > catalog....have you any experience with these? Yeah, they're talking about PICK or derivatives. Many of the available ILS are written in some form of PICK, including Dynix (where I worked ~10 years ago). > > don't think it would be sensible/feasible to redo koha to use this kind of > technology, but an interesting idea nonetheless....i've spent some time > looking at documentation/examples, and looks conceptually similar to marc > right out of the box.... It is. PICK was developed to support the US Army MILPERCEN folks. The official army cataloging tool is very MARC-like, so I'm sure that's why many commercial vendors use it. You're right though. Koha is really too far along to try and rewrite using a new flavor of DBMS, especially one as far removed from RDMS which we all know fairly well. > > an opensource (LGPL'd) product is available here, and is still under > development (isn't everything ;): > > http://www.maverick-dbms.org/ Wow ... that's almost as twisted as GNU Cobol. ;) > > anyway, just thought i'd pass on some interesting info, thanks, I'll CC the koha-devel list on this reply. -pate > rob > Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org

1 0

Z39.50 server test
by Tonnesen Steve 03 Sep '02

03 Sep '02

I just found out that the Ministry of Education here is blocking incoming connections on port 210, so my Z39.50 server test couldn't be reached by people outside of the British Columbia public schools. :) If you tried to test it and it failed, please try again with the following port: IP: 142.28.224.18 PORT: 9999 DB: TEST Steve.

1 0

z3950 server for Koha
by Tonnesen Steve 02 Sep '02

02 Sep '02

I think I have a minimally functional Z39.50 server for Koha running at: 142.28.224.18 port 210 database TEST You can do searches on author or title... at least you can using Koha's z39.50 client. I'd appreciate any tests people can do from other z39.50 clients. Steve.

1 0

about IRC
by paul POULAIN 02 Sep '02

02 Sep '02

Hi, I'm pleased to read you every day, and chat during irc, but... it would be nice to have some speaking experiment too. Did anyone know/use a net-meeting system that works under linux ? If possible, it would be nice to have a irc by voice at least once. -- Paul

1 0