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

another nice link
by Pat Eyler 20 Feb '03

20 Feb '03

http://www.securityfocus.com/infocus/1667 This one covers mysql and security 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

MARC - Koha DB mapping
by Larry Currie 17 Feb '03

17 Feb '03

What do I need to do before I can use the Links koha - MARC DB link on the Koha Admin page to do my mapping of MARC fields to Koha database table fields? Right now this link produces when accessing the page http://libcat.calacademy.org:8080/cgi-bin/koha/admin/koha2marclinks.pl. Larry Currie -- Lawrence W. Currie User Services Librarian California Academy of Sciences Golden Gate Park San Francisco, CA 94118 lcurrie(a)calacademy.org (415) 750-7108 (415) 750-7106 fax http://www.calacademy.org/research/library/

1 0

notforloan field in table itemtypes
by Larry Currie 17 Feb '03

17 Feb '03

The field notforloan has been added to the table itemtypes in more recent versions of Koha. What is the significance of this field and what are the possible values for this field and their meaning? Larry Currie -- Lawrence W. Currie User Services Librarian California Academy of Sciences Golden Gate Park San Francisco, CA 94118 lcurrie(a)calacademy.org (415) 750-7108 (415) 750-7106 fax http://www.calacademy.org/research/library/

1 0

RE: [Koha-devel] Re: [Koha] Due dates
by Anthony W. Youngman 17 Feb '03

17 Feb '03

Something else to think about ... What if the due date falls on a holiday? It's all very well saying "you've got two weeks" or whatever it is, but especially over the New Year period the due date could be the last day of a five-day break so the borrower is almost a week short of their allotted time. I was going to say "you should add ten working days", but for a library that's probably irrelevant. What you probably need to do is add an "extend a holiday to the next working day" module. Cheers, Wol -----Original Message----- From: Chris Cormack [mailto:chris@katipo.co.nz] Sent: 16 February 2003 00:07 To: Erik Stainsby Cc: koha-devel(a)lists.sourceforge.net; scraig(a)deepthought.org Subject: [Koha-devel] Re: [Koha] Due dates On Fri, Feb 14, 2003 at 09:00:57PM -0800, Erik Stainsby said: > Chris, > > I'm curious how you would choose to approach this issue, strategically. > Would you go at it this by adding a separate alternate routine for calculating > due-times as opposed to due-dates? Or replace all due dates with hourly > durations, then divide out the majority by whole days? I suppose the third > choice might be to make hourly calcs the product of days divided by hourly > period currently in effect ... > > Choices, choices ... Love to hear your thoughts. > Hi Erik Ive shifted this over to the devel list as it seems to fit better there :) My initial thought was, currently due dates are calculated by taking the current date and adding an offset. This currently is just a number of days. But using the Date::Manip module it shouldnt be too hard to make this days and minutes/hours eg $date=&DateCalc("today","+ 3hours 12minutes 6 seconds",\$err); For items that have a today + some number of days offset due date, we just set to be the closing time of the library that day. The trick then becomes setting the rules for overdues etc. Currently its set like this | categorycode | itemtype | restrictedtype | rentaldiscount | reservecharge | fine | firstremind | chargeperiod | accountsent | chargename | A | ART | NULL | NULL | 1.000000 | 1.000000 | 7 | 7 | 28 | Fine | Where the firstremind tells us that after 7 days we apply our first charge. This will need to be changed so it handles minutes/hours as well as days. Im still just mulling it over at this stage, It wont be making it into the 2.0 release (Paul has called for a feature freeze). But I think we could get it into one of the 2.1.x releses Any other suggestions gratefully accepted Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333.

2 1

Re: [Koha] Due dates
by Chris Cormack 15 Feb '03

15 Feb '03

On Fri, Feb 14, 2003 at 09:00:57PM -0800, Erik Stainsby said: > Chris, > > I'm curious how you would choose to approach this issue, strategically. > Would you go at it this by adding a separate alternate routine for calculating > due-times as opposed to due-dates? Or replace all due dates with hourly > durations, then divide out the majority by whole days? I suppose the third > choice might be to make hourly calcs the product of days divided by hourly > period currently in effect ... > > Choices, choices ... Love to hear your thoughts. > Hi Erik Ive shifted this over to the devel list as it seems to fit better there :) My initial thought was, currently due dates are calculated by taking the current date and adding an offset. This currently is just a number of days. But using the Date::Manip module it shouldnt be too hard to make this days and minutes/hours eg $date=&DateCalc("today","+ 3hours 12minutes 6 seconds",\$err); For items that have a today + some number of days offset due date, we just set to be the closing time of the library that day. The trick then becomes setting the rules for overdues etc. Currently its set like this | categorycode | itemtype | restrictedtype | rentaldiscount | reservecharge | fine | firstremind | chargeperiod | accountsent | chargename | A | ART | NULL | NULL | 1.000000 | 1.000000 | 7 | 7 | 28 | Fine | Where the firstremind tells us that after 7 days we apply our first charge. This will need to be changed so it handles minutes/hours as well as days. Im still just mulling it over at this stage, It wont be making it into the 2.0 release (Paul has called for a feature freeze). But I think we could get it into one of the 2.1.x releses Any other suggestions gratefully accepted Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz

1 0

[Bug 203] detailed view does not work
by bugzilla-daemon＠wilbur.katipo.co.nz 15 Feb '03

15 Feb '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=203 vhuhtala(a)paju.oulu.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From vhuhtala(a)paju.oulu.fi 2003-02-16 07:10 ------- detail.pl from cvs works. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

RE: NACO Normalization in perl. (fwd)
by Pat Eyler 14 Feb '03

14 Feb '03

This might be of wider interest here. -pate ---------- Forwarded message ---------- Date: Fri, 14 Feb 2003 08:31:14 -0400 From: Brian Cassidy <brian(a)nald.ca> To: 'Rhyno Art' <arhyno(a)server.uwindsor.ca> Cc: pate(a)eylerfamily.org Subject: RE: NACO Normalization in perl. > -----Original Message----- > From: Rhyno Art [mailto:arhyno@server.uwindsor.ca] > Sent: Thursday, February 13, 2003 6:09 PM > To: brian(a)nald.ca > Subject: Re: NACO Normalization in perl. > > You know, the koha folks would also be interested in this. Would you > be interested in sharing this with them as well? One of the great > strengths of Perl is that it is a far more welcome environment for most > library staff. I felt tied to java because of enterprise java beans and > cocoon, but it definitely has dampened the enthusiasm of my co- > conspirators. Pat Eyler is a good contact for koha <pate(a)eylerfamily.org>, > I have been blown away by the support they are getting. Sure, I've copied Pat Eyler on this reply. Attached is a snippet of code to deal with normalizing values. I've tried to follow the NACO rules (http://lcweb.loc.gov/catdir/pcc/naco/normrule.html) as closely as possible. Of course, it's not perfect (mainly the Latin1 fallback). You can use this however you want... I hope it can be of some use :) -Brian Cassidy (brian(a)nald.ca) http://www.gordano.com - Messaging for educators.

1 0

Read you next week :-)
by paul POULAIN 14 Feb '03

14 Feb '03

This mail is just to tell you that i'll be away next week. So don't expect me to answer to any question about 1.9.0 or future of koha or anything else. A "bad new": i think 1.9.1 will be delayed 2 more weeks (mid-march), because of some problems with <010 MARC fields. They are now solved, but templating and reordering of acquisition/cataloguing is a little bit late. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

more testing stuff
by Pat Eyler 13 Feb '03

13 Feb '03

http://use.perl.org/~petdance/journal/10568 has some notes on testing from Andy ester, ppt only for now, but maybe they'll be available in pdf/html soon. -pate 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

Data Transfer to MySQL
by Larry Currie 13 Feb '03

13 Feb '03

1 0