From tonnesen at cmsd.bc.ca Thu Jan 4 11:24:32 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Classification field Message-ID: Happy New Year! Has the classification field in the biblioitems table been replaced by the itemtype field? The entries in the two seem sort of similar in the demo data, except that the classification field isn't very uniform: Where classification is one of (Picturbook, Picture Book, Picture Books, PictureBiook, PictureBook, PictureBooks, Picture_book, Pitcurebook, PitureBook), the itemtype field is always JPC (Junior Picture Book). While on the subject. Are these itemtype classifications part of some library standard, or are they Horowhenua-specific groupings? I found that a lot of things were broken until I created some entries in the itemtype table. Steve Tonnesen (in balmy, melting, Northern British Columbia, Canada). From olwen at ihug.co.nz Fri Jan 5 06:30:28 2001 From: olwen at ihug.co.nz (Olwen Williams) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Classification field References: Message-ID: <3A54B334.7CBFF4BA@ihug.co.nz> From tonnesen at cmsd.bc.ca Thu Jan 11 08:20:19 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation interfaces Message-ID: Here is a proposed list of functions necessary to generate arbitrary circulation interfaces. Comments requested. Is this an appropriate forum for programming discussion? Program API for circulation interfaces: ==================== getpatroninformation ==================== Subroutine returns a hash reference with all patron information. Can be called with either borrowernumber or cardnumber. ($env, $patroninformation) = getpatroninformation($env,$borrowernumber,$cardnumber) ============= currentissues ============= Returns a hash reference (itemnumber => duedate) ($env, $currentissues) = currentissues($env, $borrowernumber); ================== getiteminformation ================== Subroutine returns a hash reference with all item information. Can be called with either itemnumber or barcode. ($env, $iteminformation) = getiteminformation($env,$itemnumber,$barcode) ============ findborrower ============ Subroutine returns an array reference containing a list of borrowernumbers that match $key. $key could be a cardnumber or a partial last name. ($env, $borrowernumber) = findborrower($env, $key) ========= issuebook ========= This subroutine may or may not generate additional questions that must be answered. ($env, $itemnumber, $rejected, $question, $questionnumber, $defaultanswer, $responses) = issuebook($env,$borrowernumber,$barcode) Subroutine must handle errors, some that block issuing, some that must be approved before issuing. If $rejected is not null, it will contain a message detailing the reason for rejection. Possible responses are listed below, prepended with 'Error:'. Alternatively, $rejected may just be '-1' in which case the issue should be rejected with no message displayed to the user. This might happen if the answer to a question resulted in a rejection. Error: Invalid barcode _____ Error: Invalid borrowernumber ____ Error: Item is restricted [$item->{'notforloan'}==1] Error: Item withdrawn [$item->{'withdrawn'}==1] Error: Restricted Item (and borrower not allowed to check out) [$item->{'restricted'}==1] Error: Reference item not for loan [$item->{'itemtype'} eq 'REF'] [Circulation::Renewals::renewstatus] Error: Issued to this patron, no renewals. If $question is not null, it will contain a YesNo question that should be asked. $defaultanswer will contain 'Y' or 'N'. $questionnumber will contain a unique integer for each question that might be asked. Interface code will generate a hash reference ($responses) with the responsees to each question asked and then recall issuebook() until the issue is accepted or rejected. Question: Already issued to this patron and reserved to ___, renew? default N Question: Already issued to this patron, renew? [$newdate=C4::Circulation::Renewals::renewbook()] Question: Already issued to patron ___, mark as returned? [returnrecord()] calculate any charges [calc_charges()] and [createcharge()] ========== returnbook ========== Subroutine for returning a book. $message may contain an arbitrary message to display to the user (maybe should be an array reference for multiple messages?). ($env, $itemnumber, $borrowernumber, $message, $overduefees) = returnbook($env,$barcode) Message: Reserved for collection at branch _______ Calculate any overdue fees (not in current Circulation code) [UpdateStats] From chris at katipo.co.nz Fri Jan 12 01:48:22 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: ; from tonnesen@cmsd.bc.ca on Wed, Jan 10, 2001 at 11:20:19AM -0800 References: Message-ID: <20010112014822.P424@katipo.co.nz> * Tonnesen Steve [010111 08:20]: > > Here is a proposed list of functions necessary to generate arbitrary > circulation interfaces. Comments requested. > > Is this an appropriate forum for programming discussion? > I think so for now, if we start generating heavy traffic, we can start up a koha-dev list or something og the like > > > Program API for circulation interfaces: > > ==================== > getpatroninformation > ==================== > Subroutine returns a hash reference with all patron information. Can be called > with either borrowernumber or cardnumber. > > ($env, $patroninformation) = getpatroninformation($env,$borrowernumber,$cardnumber) > I think maybe this might need to return reference to a hash of flags also. For example if the borrower owes a substantial amount of money, or a has a note on his/card a warning should be displayed. Depending on the flag different actions should be taken also. The flags could be included in patroninformation though I guess, eg $patroninformation->{'flags'}=\%flags; > > ============= > currentissues > ============= > > Returns a hash reference (itemnumber => duedate) > > ($env, $currentissues) = currentissues($env, $borrowernumber); > > Yep seems fine > ================== > getiteminformation > ================== > > Subroutine returns a hash reference with all item information. Can be called > with either itemnumber or barcode. > > ($env, $iteminformation) = getiteminformation($env,$itemnumber,$barcode) > Looks good > > ============ > findborrower > ============ > > Subroutine returns an array reference containing a list of borrowernumbers that match $key. $key could be a cardnumber or a partial last name. > > ($env, $borrowernumber) = findborrower($env, $key) > Ditto > > ========= > issuebook > ========= > > This subroutine may or may not generate additional questions that must be answered. > > ($env, $itemnumber, $rejected, $question, $questionnumber, $defaultanswer, $responses) = > issuebook($env,$borrowernumber,$barcode) > > Subroutine must handle errors, some that block issuing, some that must be > approved before issuing. > > If $rejected is not null, it will contain a message detailing the reason for > rejection. Possible responses are listed below, prepended with 'Error:'. > Alternatively, $rejected may just be '-1' in which case the issue should be > rejected with no message displayed to the user. This might happen if the > answer to a question resulted in a rejection. > > Error: Invalid barcode _____ > Error: Invalid borrowernumber ____ > Error: Item is restricted [$item->{'notforloan'}==1] > Error: Item withdrawn [$item->{'withdrawn'}==1] > Error: Restricted Item (and borrower not allowed to check out) > [$item->{'restricted'}==1] > Error: Reference item not for loan [$item->{'itemtype'} eq 'REF'] > [Circulation::Renewals::renewstatus] > Error: Issued to this patron, no renewals. > > > If $question is not null, it will contain a YesNo question that should be > asked. $defaultanswer will contain 'Y' or 'N'. $questionnumber will contain a > unique integer for each question that might be asked. Interface code will > generate a hash reference ($responses) with the responsees to each question > asked and then recall issuebook() until the issue is accepted or rejected. > > Question: Already issued to this patron and reserved to ___, renew? default N > Question: Already issued to this patron, renew? > [$newdate=C4::Circulation::Renewals::renewbook()] > Question: Already issued to patron ___, mark as returned? > [returnrecord()] > > calculate any charges [calc_charges()] and [createcharge()] > > Yeah this looks like a good way to do it, i think that maybe we could pass to issuebook the patroninformation, rather than the borrowernumber. That way we wouldnt have to check certain flags again like the borrower owing more than x dollars, which prohibits issues. That is assuming that u call getpatroninformation before issuebook. Just a thought. > > ========== > returnbook > ========== > > Subroutine for returning a book. $message may contain an arbitrary message to display to the user (maybe should be an array reference for multiple messages?). > > ($env, $itemnumber, $borrowernumber, $message, $overduefees) = returnbook($env,$barcode) > > Message: Reserved for collection at branch _______ > Calculate any overdue fees (not in current Circulation code) > > [UpdateStats] > Hmm I think $message will need to be an array reference. If an item has been marked as lost, and then is returned, maybe a message might be wanted to alert the librarian to the fact that this was marked as a lost item. As well as the Reserve notice. Looking good so far, I think those are the main circulation functions. In fact issuing and returning items are the only things you cant do with the web interface. The other things contained in circ like renewals, and payments are there because of speed issues. It would be good to build them into the API tho as well, whether ppl choose to implement them in their circulation interface can be up to them. Thanks for your work on this Steve, Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From kb2qzv at poczta.wp.pl Fri Jan 12 02:49:01 2001 From: kb2qzv at poczta.wp.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] binaries for koha components? In-Reply-To: <20010112014822.P424@katipo.co.nz> References: <20010112014822.P424@katipo.co.nz> Message-ID: <01011114490106.01503@localhost.localdomain> Hi everybody, I need to install koha on a low-in-resources computer (an i486 with 690Mb HDD). Since I cannot install all the development packages to properly configure CDK, cdkperl (perl recompile as far as I know) I am unable to succesfully install the koha files. Could someone point me to places where such binaries are available. I don't know how to build rpm binaries, don't know how to write the spec file, etc. Do you know where to download binaries from for: cdk, cdkperl, perl-DBI, DBD, AuthenDBI? All those modules are in tar.gz format on a cpan.org & www.vexus.ca site. Thanks for any info From tonnesen at cmsd.bc.ca Fri Jan 12 06:23:28 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: <20010112014822.P424@katipo.co.nz> Message-ID: On Fri, 12 Jan 2001, Chris Cormack wrote: > > ==================== > > getpatroninformation > > ==================== > I think maybe this might need to return reference to a hash of flags also. > For example if the borrower owes a substantial amount of money, or a has a > note on his/card a warning should be displayed. > Depending on the flag different actions should be taken also. > The flags could be included in patroninformation though I guess, > eg $patroninformation->{'flags'}=\%flags; Right. Missed the flags. Okay, looking for flags currently being used to get an idea for what is needed here: CHARGES -- Accounts::checkaccount() returns $amount > 0 LOST -- card reported as lost NOTES -- displays contents of borrowers->borrowernotes field ODUES -- checkoverdues() returns > 0 WAITING -- Main::checkwaiting() returns nowaiting>0 Some of these can be handled with a simple message returned that the interface module must display to the user (ie Patron owes $6.40, Patron's card reported lost, Patron Note: _____). Overdues and Waiting might need to be treated more carefully. In tk-perl, I like displaying item information in a table format, so returning a simple message with a list of overdues or reserves would be less than ideal. It might be sufficient to have the flags display interface be capable of showing a message and an optional list of items? That doesn't quite work. For reserves, holdingbranch is important, but not for overdues. Could return an array listing which fields of the item should be displayed for the message. > > ========= > > issuebook > > ========= > Yeah this looks like a good way to do it, i think that maybe we could pass > to issuebook the patroninformation, rather than the borrowernumber. > That way we wouldnt have to check certain flags again like the borrower > owing more than x dollars, which prohibits issues. > That is assuming that u call getpatroninformation before issuebook. > Just a thought. Makes good sense. The interface code will certainly want to call getpatroninformation before starting issuing books. > The other things contained in circ like renewals, and payments are there > because of speed issues. Aren't renewals handled by the issuebooks() call? If the book is already issued to the user, it will get renewed. Steve. From chris at katipo.co.nz Fri Jan 12 10:08:31 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Jan 11, 2001 at 09:23:28AM -0800 References: <20010112014822.P424@katipo.co.nz> Message-ID: <20010112100831.B1874@katipo.co.nz> > > > The other things contained in circ like renewals, and payments are there > > because of speed issues. > > Aren't renewals handled by the issuebooks() call? If the book is already > issued to the user, it will get renewed. > Ahh true, yeah that'll work nicely. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From APope at AIMQLD.com.au Fri Jan 12 14:55:48 2001 From: APope at AIMQLD.com.au (Anita Pope) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] (no subject) Message-ID: please remove me from your mailing list for KOHA Regards, Anita Pope Library Manager Australian Institute of Management - Qld & NT cnr Boundary and Rosa Streets Spring Hill 4000 PO Box 200 Spring Hill 4004 Phone (07) 3832 0151 or 16 13 48 Fax (07) 3832 0339 Email library@aimqld.com.au Web www.aimqld.com.au From glen_stewart at associate.com Sat Jan 13 03:42:58 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: API for circulation interfaces Message-ID: <20010112144258.10407.qmail@associate.com> Steve, You mentioned "In tk-perl, I like displaying item information in a table format" and this got me worrying that you might plan to not use the web interface for circulation functions. At my company's library, the web is the common denominator among operating systems, so if Koha tools aren't web-based, our librarians can't use them. Just a plea to stick with the web so we can all benefit from each other's work, but if your business needs drive you to another interface, it's understandable. Thanks! From glen_stewart at associate.com Sat Jan 13 04:05:22 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Fixes for NewBiblio and Acquire Message-ID: <20010112150522.16099.qmail@associate.com> Hi all, I'm sending Chris new versions of newbiblio.pl and acquire.pl that may benefit many of you. I suspect he'll put them in the usual place for download. They are pul-n-play with the existing 1.07 release. Here are the reasons/benefits: 1. When creating a new book order (newbiblio.pl), the Format link provides a fixed Javascript list that doesn't draw from the ItemTypes and descriptions in the database. This will be a problem for most adopters of Koha outside it's home site. I've added a routine to extract this info from the database and let the librarian quickly choose it from a pull-down menu. 2. Also in newbiblio.pl, the entry form asks for the Item Barcode. However, this info never gets put in the database! It's not assigned until the item is actually received. In case someone wants to know what the barcode for the new item MIGHT be, I've added code to list the next available barcode number in this field. Hey, if you're gonna waste your typing, you might as well have the computer waste it for ya (-; 3. In the Acquire form (when receiving an ordered item), acquire.pl had the same problem with the fixed Format link. Like #1 above, this is now listed from the database, but the Format selected when the order was placed is SELECTED as the default. 4. Item barcode is filled in automatically in the Acquire (check-in) form, and code supports entry into the database this time! The barcode number presented is the largest barcode number in the "items" table, +1. This assumes everyone is using all numeric barcodes (we do - do you?). Hope this meets the needs of most folks. Glen From tonnesen at cmsd.bc.ca Sat Jan 13 06:05:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: API for circulation interfaces In-Reply-To: <20010112144258.10407.qmail@associate.com> Message-ID: On 12 Jan 2001, Glen Stewart wrote: > You mentioned "In tk-perl, I like displaying item information in a table format" > and this got me worrying that you might plan to not use the web interface for > circulation functions. At my company's library, the web is the common > denominator among operating systems, so if Koha tools aren't web-based, our > librarians can't use them. > > Just a plea to stick with the web so we can all benefit from each other's work, > but if your business needs drive you to another interface, it's understandable. Currently, the circulation interface is console-based, not web-based, if I'm not mistaken. My work with Koha currently involves extracting the non-interface specific code out of the current console interface code. I'm doing this so that I can develop a tk-perl interface (which scratches my particular itch), but it could also be used to develop a web circulation interface, or a java circulation interface (also run through a web client). Steve From chris at katipo.co.nz Mon Jan 15 13:21:04 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Fixes for NewBiblio and Acquire In-Reply-To: <20010112150522.16099.qmail@associate.com>; from glen_stewart@associate.com on Fri, Jan 12, 2001 at 03:05:22PM -0000 References: <20010112150522.16099.qmail@associate.com> Message-ID: <20010115132104.D245@katipo.co.nz> * Glen Stewart [010113 04:01]: > Hi all, > > I'm sending Chris new versions of newbiblio.pl and acquire.pl that may benefit > many of you. I suspect he'll put them in the usual place for download. They > are pul-n-play with the existing 1.07 release. Here are the reasons/benefits: > Hi All, I have put Glens scripts up at http://www.koha.org/download/contrib/ I think all the fixes, apart from perhaps the generating barcode (unless we have it so its easy to plug and play whatever algorithm a library uses to generate a barcode) will be included in v1.08. But in the meantime, they are available if anyone wants to use them now. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Tue Jan 16 08:37:02 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation modules Message-ID: I've added my API for circulation modules to the cvs repository (C4/Circulation/Circ2.pm), as well as my latest tk circulation interface (/tkperl/tkcirc) which depends on Circ2.pm. Some things I know I'm still missing: Branch and printer selection I don't create a database handle in the circulation code itself. This means that the subroutines in Circ2.pm must open and close a database handle with each call. I don't know if this delay hurts overly much, but it's there. I've been thinking that I should create the the database handle in the circulation code and pass it to the subroutines. If the database handle isn't defined, the subroutines can always create their own as a fallback. My understanding of the accounting system underlying Koha is scratchy at best. I just copied the accounting code from the existing interface... Still missing payment option in the interface (and the API, for that matter). Steve From chris at katipo.co.nz Wed Jan 17 12:41:59 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] API for circulation modules In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 15, 2001 at 11:37:02AM -0800 References: Message-ID: <20010117124159.A594@katipo.co.nz> * Tonnesen Steve [010116 08:37]: > > I've added my API for circulation modules to the cvs repository > (C4/Circulation/Circ2.pm), as well as my latest tk circulation interface > (/tkperl/tkcirc) which depends on Circ2.pm. Looking really good :-) > > Some things I know I'm still missing: > > Branch and printer selection > > I don't create a database handle in the circulation code itself. This > means that the subroutines in Circ2.pm must open and close a database > handle with each call. I don't know if this delay hurts overly much, but > it's there. I've been thinking that I should create the the database > handle in the circulation code and pass it to the subroutines. If the > database handle isn't defined, the subroutines can always create their > own as a fallback. > That might be the best way to do it, I know that sometimes database handlers timeout, so if a routine depends on one being passed, and doesnt do any kind of checking on it, it can be messy. > My understanding of the accounting system underlying Koha is scratchy at > best. I just copied the accounting code from the existing interface... Yeah mine isnt all that great either, but ill have a read through and check if it looks like its going to seriously break things. Thanks Steve Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From megan at tao.ca Fri Jan 19 11:43:13 2001 From: megan at tao.ca (megan) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] adding library branches Message-ID: hello: I'm not sure if this is where I should ask - but.... I cannot figure out how to alter the perl scripts (or all the perl scripts that need to be altered) to add branches to my library set up. Is there someone on this list who would be willing to walk me through this process? I am not really a wizard at perl - and I'm having trouble figuring out how to and which code needs to be modified. Thanks for any and all help Megan ************************************************************************* cel - (604) 782-1742 http://megan.tao.ca haven't heard of the flying folk army? http://flyingfolk.ca From megan at tao.ca Fri Jan 19 11:52:18 2001 From: megan at tao.ca (megan) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web interface for circulation Message-ID: One other thing as well. I am just wondering if anyone out there is working on a web interface for circulation. Because I am setting this up for a small community library (run out of a couple of community spaces) - It is not neccessary to have the speed associated with a telnet or ssh interface.... and in fact is much easier for folks to deal with a web interface then telnet.... I was gonna ask around locally to see if anyone would help me work on that - but I was just wondering if anyone on this list was already working on it? megan ************************************************************************* cel - (604) 782-1742 http://megan.tao.ca haven't heard of the flying folk army? http://flyingfolk.ca From tonnesen at cmsd.bc.ca Fri Jan 19 12:00:36 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web interface for circulation In-Reply-To: Message-ID: On Thu, 18 Jan 2001, megan wrote: > I am just wondering if anyone out there is working on a web interface for > circulation. Because I am setting this up for a small community library > (run out of a couple of community spaces) - It is not neccessary to have > the speed associated with a telnet or ssh interface.... and in fact is > much easier for folks to deal with a web interface then telnet.... I was > gonna ask around locally to see if anyone would help me work on that - but > I was just wondering if anyone on this list was already working on it? I've been working on extracting the circulation code from the program logic in order to make an interface that uses perl-tk. This should make developing a web interface for circulation easier as well. I'm not currently planning on making a web interface (although I was thinking about it a bit today), but if you find someone who is, get them to talk to me so I can explain what I'm doing. To add branches, you need to do some SQL stuff. You should be able to do something like this: ---------------------------------------------------------------------- mysql Koha -p (enter your koha password) insert into branches values ('STWE', 'Stewart Elementary', 'address1', 'address2', 'address3', '250 555 1234', '250 555 2222', 'stewelm@cmsd.bc.ca', 1); select * from branches; <--- should return your branch information delete from branches where branchcode='STWE'; <-- will delete a branch ---------------------------------------------------------------------- where STWE = branch code (4 characters max) Stewart Elementary = branch name address1 address2 - self explanatory address3 250 555 1234 = branchphone 250 555 2222 = branchfax stewelm@cmsd.bc.ca = branchemail 1 = issuing Steve. From tonnesen at cmsd.bc.ca Tue Jan 23 12:00:02 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web-based circulation interface Message-ID: I've started playing around with a web-based circulation interface. I have a basic issues module completed (no returns yet). If anybody wants to take a look at it, browse to: http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl Use me as the borrower (just type ton, and then select Steve Tonnesen). There are exactly 17 items in my sample database there, barcodes 1000-1016. Let me know what you think. Steve. From chris at katipo.co.nz Tue Jan 23 12:13:29 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 22, 2001 at 03:00:02PM -0800 References: Message-ID: <20010123121329.E282@katipo.co.nz> * Tonnesen Steve [010123 12:00]: > > > I've started playing around with a web-based circulation interface. I > have a basic issues module completed (no returns yet). If anybody wants > to take a look at it, browse to: > > http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl > > Use me as the borrower (just type ton, and then select Steve Tonnesen). > There are exactly 17 items in my sample database there, barcodes > 1000-1016. > I like it. Nice and simple, and mostly works :-) Is the code up in cvs on sourceforge? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Tue Jan 23 13:14:07 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: <20010123121329.E282@katipo.co.nz> Message-ID: On Tue, 23 Jan 2001, Chris Cormack wrote: > Is the code up in cvs on sourceforge? It is now. I've also fixed a bug with issuing reserved books that was pointed out by Kaye Guidetti. Another feature that is missing is the flags information. Although my patron information shows NOTES and ODUES flags, there is currently now way to see the information. I'm thinking of just including the flag information at the bottom of the issues page, to save having to reload another page for each flag that comes up. Steve. From chris at katipo.co.nz Tue Jan 23 13:31:17 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 22, 2001 at 04:14:07PM -0800 References: <20010123121329.E282@katipo.co.nz> Message-ID: <20010123133117.G282@katipo.co.nz> * Tonnesen Steve [010123 13:14]: > > On Tue, 23 Jan 2001, Chris Cormack wrote: > > > > Is the code up in cvs on sourceforge? > > It is now. I've also fixed a bug with issuing reserved books that was > pointed out by Kaye Guidetti. Another feature that is missing is the > flags information. Although my patron information shows NOTES and ODUES > flags, there is currently now way to see the information. I'm thinking of > just including the flag information at the bottom of the issues page, to > save having to reload another page for each flag that comes up. > That sounds like a good idea. We have more screen real estate with a web browser than we do with a curses screen, so no real reason to have to click through to another page. What do the librarians think? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From kaye.guidetti at wesley.com.au Tue Jan 23 13:39:04 2001 From: kaye.guidetti at wesley.com.au (kaye.guidetti@wesley.com.au) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web-based circulation interface Message-ID: I don't see any problem with just having a link to another page which displays the overdues - many library software programs handle it this way. Would also like to see a flag if there is a reserved book waiting for the borrower to collect. I can't tell you how many times a borrower has borrowed his books and walked out only to have another staff member come over and say - did Mr so and so collect the book that was waiting for him? Borrower has holds / Borrower has books to collect / or something similar?? Sirsi Unicorn software just flags accounts (money owing). If there is money owing for an overdue fine you get caught, if there is money owing for a lost book you get caught, if there is money owing because you have to pay a reservation fee on a book that is now available to collect you get caught, but you get the book too. Chris Cormack @lists.katipo.co.nz on 23/01/2001 23:31:17 Sent by: koha-admin@lists.katipo.co.nz To: Tonnesen Steve cc: koha@lists.katipo.co.nz Fax to: Subject: Re: [Koha] Web-based circulation interface * Tonnesen Steve [010123 13:14]: > > On Tue, 23 Jan 2001, Chris Cormack wrote: > > > > Is the code up in cvs on sourceforge? > > It is now. I've also fixed a bug with issuing reserved books that was > pointed out by Kaye Guidetti. Another feature that is missing is the > flags information. Although my patron information shows NOTES and ODUES > flags, there is currently now way to see the information. I'm thinking of > just including the flag information at the bottom of the issues page, to > save having to reload another page for each flag that comes up. > That sounds like a good idea. We have more screen real estate with a web browser than we do with a curses screen, so no real reason to have to click through to another page. What do the librarians think? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha =========================================== This email message has been swept by MIMESweeper for The Wesley Group of Hospitals- Australia Although this email has been scanned for any known virus, please ensure that due care is taken and correct virus management procedures are maintained. If you have any questions contact the Help Desk on x7029 or via email at help@wesley.com.au =========================================== ===================================================================== This e-mail is intended solely for the addressee named above, and may contain confidential or legally privileged information. The copying, distribution or use of this document or any of the information contained in this document, by persons other than the addressee, is expressly prohibited. If you have received this document in error, please notify the sender or info@wesley.com.au, and then delete this document. Unless stated otherwise, this e-mail represents only the views of the sender and not the views of the Wesley Group of Hospitals. Tel: (61) 7 3232 7000 Fax: (61) 7 3371 6834 E-mail: info@wesley.com.au Web: http://www.wesley.com.au ============================================================ From tonnesen at cmsd.bc.ca Wed Jan 24 12:45:32 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Module Message-ID: Got a bit more polish on today. New features: Arbitrary due date can be set now. Due date can even be made "sticky" so that the due date will remain the same for one session of issues. Thought this might be useful at a school near the end of a term, for example. Flags are now displayed on the issues screen at the bottom. Flags that block issuing (like lost card, or gone with no address) show up as red in the patron information box. I still don't have a hyperlink to the flag information at the bottom, but you can scroll down to see it. My wife's account has a card reported as lost (Sue Tonnesen, cardnumber 42). Overdue books are now displayed as a red line. Both my wife and I have an overdue book that will show this feature. Very rudimentary returns module is now working. You can scan in a barcode and the book will be returned. The only info that is shown is the borrower's name and the bar code that was returned. This obviously needs some more work to add more detail item and borrower information, including account information, reserves available, etc. I added a wee bit of javascript to give the input box the focus automatically when a page loads to reduce the need for mouse or keyboard use when using a barcode scanner. This is the same reason why the drop down boxes are necessary for the due-date. If there are two input boxes on a web form, then a simple carriage return (as sent by a bar code scanner) will not submit the form. You must click on the submit button with the mouse. Steve Tonnesen From tonnesen at cmsd.bc.ca Wed Jan 24 12:54:47 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] CVS upload of changes Message-ID: Chris: I've uploaded most of the changes that I've made for the new web circulation module, but I can't add changes made to cat-top.inc, as the includes aren't in CVS. I made the following change to cat-top.inc: 25a26,29 > > function focusinput() { > document.forms[0].elements[0].focus(); > } 39,40c43,46 < --- > vlink="#0000ff" "3366cc" Alink="#cc3300" > marginheight=0 marginwidth=0 leftmargin=0 topmargin=0 > onLoad=focusinput()> This function (which runs when the page finishes loading) just focuses the first element of the first form on the page. Steve. From tonnesen at cmsd.bc.ca Wed Jan 24 13:28:12 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Demo link Message-ID: In case you lost the link to my web circ demo, here it is again: http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl Steve. From chris at katipo.co.nz Thu Jan 25 11:01:36 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Module In-Reply-To: ; from tonnesen@cmsd.bc.ca on Tue, Jan 23, 2001 at 03:45:32PM -0800 References: Message-ID: <20010125110136.F2471@katipo.co.nz> * Tonnesen Steve [010124 12:45]: > > Got a bit more polish on today. New features: > > Arbitrary due date can be set now. Due date can even be made "sticky" so > that the due date will remain the same for one session of issues. Thought > this might be useful at a school near the end of a term, for example. > I like this idea, works well. I dont know if you have worked on this yet, but its not adding a charge if we issue a book with a rental charge. (I have it running on the koha demo site and was trying it out there) http://hlt.katipo.co.nz/cgi-bin/koha/circ/circulation.pl Apart from that, its all looking very nifty, im liking it a lot. I guess we still need to work on the accounts section also? Thanks Steve for your hard work. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Thu Jan 25 12:47:22 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Module In-Reply-To: <20010125110136.F2471@katipo.co.nz> Message-ID: On Thu, 25 Jan 2001, Chris Cormack wrote: > I dont know if you have worked on this yet, but its not adding a charge if > we issue a book with a rental charge. > (I have it running on the koha demo site and was trying it out there) > http://hlt.katipo.co.nz/cgi-bin/koha/circ/circulation.pl > I guess we still need to work on the accounts section also? Okay, I admit that I've been glossing over the accounts stuff. :) The rental charge is in there now. For paying accounts, I was thinking of just having a link from the patron info box that will open a new window with the member's web page loaded. The account payment is already taken care of there. I've also polished up the returns module a bit more, and added the ability to choose a branch and printer before starting circulation. If there is only one branch and printer, the user is never asked to select one. I've added graphics for the Circulation module to the header and the home page. Now you can just go to: http://koha.cmsd.bc.ca/ and follow the "Circulation" link to check out the updates. If you are testing my demo, use my account (enter 'ton' for selecting a borrower and then select "Tonnesen, Steve", or "Tonnesen, Sue") and use books with barcodes from 1000-1016 Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 06:32:42 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] More web circulation updates Message-ID: I think I'm getting pretty close now. Recent changes. 1. Click on a borrower's card number to open a new window with the borrower's members page. 2. Click on a book barcode to view the details for that item in a new window. 3. If a patron has charges, click on the "Payment" link beside the charge information to open a new window with the payment form. 4. Changed the black headers to a burnt umber kind of colour. This was a pretty major change. :) The first three of these open new windows with no menu or toolbars. The intention is that they will be closed and the user will return to the circulation screen when done. If they are left open, and just moved backwards, the next click on a bar code, for example, will open the new information in the old window, and bring that window to the front again. One minor glitch I see is that I need to specify the size of the new window when it opens. I have it set to 640x480, which is too small for most of the pages, but the window can be resized larger. Things still to be done: 1. List recently returned items in the returns module. This is a bit tricky, but I think I can do it by filling a hidden text field with the itemnumbers of the recently returned items. 2. Picking a branch and printer every time you open the circulation module is a hassle. Could use cookies to store this information. Any body got huge problems with using cookies? If you have cookies disabled, it just means that you'll have to select the branch and printer each time you enter the circulation module, so it shouldn't really matter. 3. Need a way of selecting a different branch or printer. Thinking of making the branch and printer names into clickable links allowing them to be changed or having an icon between the issues and returns icons to do this. 4. When entering an invalid barcode into either issues or returns, no appropriate error is generated. 5. Prettier output when a book is returned that wasn't actually loaned out. 6. Some of my graphics are a little clunky. Especially the one for the home page. The issues and returns icons are a little, uhhh, ugly. Also, the red color I picked for the circulation module is apparently not one of the HDL colours, so they might not like it. :) Anything else I'm still missing? Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 06:36:39 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Rental Item Message-ID: One more note. If you want to see how the charges appear, bar code 1015 is a CD-Rom with a rental fee of $1.50. Demo is at http://koha.cmsd.bc.ca/ still. Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 13:10:11 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Message-ID: Finished up a few more items, found some more missing parts: Returns module lists recently returned items Cookies used to store branch and printer choices Link allows you to change branch and printer choices Entering invalid barcode in issues or returns results in an appropriate error message Prettier output when a book is "returned" that wasn't loaned out Still to be done: 1. Prettier graphics. Rachel at Katipo says she'll take of this. :) 2. Reserves are horribly messed up. Reserves aren't updated when the book is returned, and reserve notifications are not shown in the patron info box when books are issued or returned. 3. Overdue fines are almost certainly not being set. 4. Should list the patron who returned a book in the returned books list, and the due date (highlighted if overdue). From chris at katipo.co.nz Fri Jan 26 13:27:55 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Jan 25, 2001 at 04:10:11PM -0800 References: Message-ID: <20010126132755.O2471@katipo.co.nz> * Tonnesen Steve [010126 13:10]: > > Finished up a few more items, found some more missing parts: > > Returns module lists recently returned items > Cookies used to store branch and printer choices > Link allows you to change branch and printer choices > Entering invalid barcode in issues or returns results in an appropriate > error message > Prettier output when a book is "returned" that wasn't loaned out > Cool :-) > > Still to be done: > > 1. Prettier graphics. Rachel at Katipo says she'll take of this. :) > > 2. Reserves are horribly messed up. Reserves aren't updated when the > book is returned, and reserve notifications are not shown in the > patron info box when books are issued or returned. > > 3. Overdue fines are almost certainly not being set. > Ahh, At the moment, this is handled at HDL by a cronjob that runs each night, that calculates the fines and adds them to the accountlines table. Ill check that this is in the misc/ dir, and if not put it there, and also update the INSTALL file to document its existence. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Sat Jan 27 08:36:16 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Web Circulation Daily (Hourly?) Update Message-ID: Am I posting to often on my web circulation development? Reserves are now working properly. A WAITING flag shows up for the patron if a reserve is waiting for them during issues or returns. A notification is displayed when a reserved item is returned. I added due date and borrower information to the list of recently returned items in the returns module (overdue items have the due date shown in red). Cleaned up the tables in the returns interface a bit. From kb2qzv at box43.gnet.pl Mon Jan 29 05:15:23 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Fw: failure notice Message-ID: <000c01c08945$86d61660$6415a0d4@kb2qzv> > Helo Everybody, > I have searched for hours on the internet for REdHat 7.0 rpm packages = > with perl stuff needed for koha. Does anyone know an exact URL where to = > find the things? > Rpmfind.net doesn't have it. > > Benedykt -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From kb2qzv at box43.gnet.pl Mon Jan 29 10:10:02 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] cvs access ? Message-ID: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv> I am trying to get some file form the cvs, especially the Issue/return modification by Steve, but I don't seem to succed. I do this: export CVSROOT=:pserver:anonymous@cvs.koha.sourceforge.net:/cvsroot, and then: cvs login for password cvs co koha I continue to get authentication errors. What am I doing wrong? thanks for answers. Benedict -- Promocja GE Banku Mieszkaniowego: 0,- zl oplaty dla klientow Getin.pl Kredyt mieszkaniowy do 100% inwestycji, do 20 lat, bez poreczycieli. Wystarczy wyslac zgloszenie: http://www.getin.pl/ge/ankieta/ankieta.asp From kb2qzv at box43.gnet.pl Mon Jan 29 10:16:33 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] cvs access again Message-ID: <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Actually I am getting this message when trying to cvs co koha: setuid failed: Invalid argument cvs checkout: authorization failed: server cvs.koha.sourceforge.net rejected access thanks for hints you may have for me. Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From say1 at goblin.cs.waikato.ac.nz Mon Jan 29 10:20:08 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] cvs access again In-Reply-To: Your message of "Sun, 28 Jan 2001 22:16:33 BST." <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Message-ID: Hello I believe the problem is that you're not registered as a developer within the project. stuart > Actually I am getting this message when trying to cvs co koha: > setuid failed: Invalid argument > cvs checkout: authorization failed: server cvs.koha.sourceforge.net rejected access > > > thanks for hints you may have for me. > > Benedict > > > > -- > Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu > teraz za niecala zlotowke dziennie! > KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From chris at katipo.co.nz Mon Jan 29 10:26:39 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] cvs access ? In-Reply-To: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv>; from kb2qzv@box43.gnet.pl on Sun, Jan 28, 2001 at 10:10:02PM +0100 References: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv> Message-ID: <20010129102639.A8640@katipo.co.nz> * Benedykt P. Barszcz [010129 10:07]: > I am trying to get some file form the cvs, especially the Issue/return modification by Steve, but I don't seem to succed. > I do this: > export CVSROOT=:pserver:anonymous@cvs.koha.sourceforge.net:/cvsroot, and then: > cvs login > for password > cvs co koha > > I continue to get authentication errors. > What am I doing wrong? > thanks for answers. > Hi Benedykt It doenst appear that you are doing anything wrong. I cant seem to get anonymous cvs access for sourceforge working for me either. Any one else get it to work? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Jan 29 10:45:11 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] cvs access again In-Reply-To: ; from say1@goblin.cs.waikato.ac.nz on Mon, Jan 29, 2001 at 10:20:08AM +1300 References: <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Message-ID: <20010129104511.B8640@katipo.co.nz> * [010129 10:20]: > > Hello > > I believe the problem is that you're not registered as a developer within the > project. > > stuart > Hi Stuart I think he should be able to do an anonymous checkout tho, just not any commits. The way I understand is that sourceforge is set up so u can do anonymous checkouts, it just appears to be broken. Or I may have misunderstood. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From odradek at videotron.ca Mon Jan 29 10:54:17 2001 From: odradek at videotron.ca (Marc =?iso-8859-1?Q?Lavall=E9e?=) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] First impressions Message-ID: <3A749509.CAF03F3F@videotron.ca> I just discovered Koha while looking for infos about open source library projects. I know nothing about library management but I might participate on a special project as a technical resource. I'd like to know what's the status of Z39.50 and translations to other languages. Thanks -- Marc Lavall?e From chris at katipo.co.nz Mon Jan 29 11:31:42 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] First impressions In-Reply-To: <3A749509.CAF03F3F@videotron.ca>; from odradek@videotron.ca on Sun, Jan 28, 2001 at 04:54:17PM -0500 References: <3A749509.CAF03F3F@videotron.ca> Message-ID: <20010129113142.D8640@katipo.co.nz> * Marc Lavall?e [010129 10:56]: > > I just discovered Koha while looking for infos about open source library > projects. I know nothing about library management but I might > participate on a special project as a technical resource. > > I'd like to know what's the status of Z39.50 and translations to other > languages. > Hi Marc So far we have no z39.50 support either as a client or a server built into koha. And as far as I know, no active work is being done on it. It has been mentioned in the mailing list before, so u might like to scan through the archives http://lists.katipo.co.nz/public/koha/ As far as translations to other languages go, work was started on polish translation, Benedykt who subscribes to this list was working on it. And the opac section of koha has been ported to php and translated into spanish also. But work on either of these areas would be most appreciated Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From odradek at videotron.ca Mon Jan 29 12:19:52 2001 From: odradek at videotron.ca (Marc =?iso-8859-1?Q?Lavall=E9e?=) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] First impressions References: <3A749509.CAF03F3F@videotron.ca> <20010129113142.D8640@katipo.co.nz> Message-ID: <3A74A918.6AC05E83@videotron.ca> Chris Cormack a ?crit : > And the opac section of koha has been ported to php and > translated into spanish also. Great! It should be easy to do the same in French. Is this code in the CVS tree? As you know, anonymous access is broken right now... > But work on either of these areas would be most appreciated If I convince the right people why the project should run with open source softwares instead of proprietary softwares on WinNT, I might eventually participate. -- Marc Lavall?e From rachel at katipo.co.nz Mon Jan 29 20:06:17 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: Images In-Reply-To: Message-ID: <3A75CD39.17890.11821697@localhost> Hi Steve Images are in www.koha.org/download/images/ I think I've called the images by the same name you did - however the ones on the front are a little wider than the one you did - width=367 height=37 front-circulation.gif front-mouseover-circulation.gif There is a whole set of menu images - in there - which I hope should just slot in. I haven't zipped them or anything, but can if you like Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 7039, Wellington http://www.katipo.co.nz New Zealand From tonnesen at cmsd.bc.ca Fri Feb 2 05:33:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Colour preferences Message-ID: Does New Zealand use color or colour? :) Since Chris slaughtered my colour settings for the circulation module, I started thinking about some kind of system-wide colour preference settings. Something along the lines of: headerbgcolor=black headerfontcolor=white tablebgcolor=#dddddd tablefontcolor=black tablerow1bgcolor=#bbbbbb tablerow1fontcolor=black tablerow2bgcolor=#aaaaaa tablerow2fontcolor=black tablebgimage=/.../whatever.gif Of course none of this will help with the flat html files. Recreating the flat html files as scripts as well would fix this problem. Steve. From tonnesen at cmsd.bc.ca Fri Feb 2 05:36:38 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Input box focus Message-ID: Chris: Are the input boxes automatically getting the focus when a page loads? I added a little chunk of javascript to my circ-top.inc to give the focus to the first input box on a page to make barcode scanner entry easier. The focusinput() function should probably check to make sure that document.forms[0].elements[0] exists first to avoid any possible errors... function focusinput() { document.forms[0].elements[0].select(); document.forms[0].elements[0].focus(); document.forms[0].elements[0].focus(); } . . . . . From tonnesen at cmsd.bc.ca Fri Feb 2 06:04:24 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Virtual bookshelves Message-ID: Hello: I'm toying with the idea of setting up some kind of virtual bookshelf. The idea is that a bookshelf can be created and named, and then books can be searched for in the usual way and added to the bookshelf. I'm hoping to use this for things like printing out card and spine labels, changing subject heading entries for a group of books en masse, withdrawing discards, etc. Anybody have any thoughts on this? Steve From tonnesen at cmsd.bc.ca Fri Feb 2 06:32:40 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] remoteprint() routine Message-ID: Chris: I don't believe that I have the remoteprint() call anywhere in my circulation module. I assume that's the one that prints the issues list? I had to remove the "use" lines for any modules that required CDK, as I wasn't installing it, so I couldn't use C4::Print. Just so you know... Steve From chris at katipo.co.nz Fri Feb 2 07:33:40 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Colour preferences In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 08:33:43AM -0800 References: Message-ID: <20010202073340.G1689@katipo.co.nz> On Thu, Feb 01, 2001 at 08:33:43AM -0800, Tonnesen Steve said: > > Does New Zealand use color or colour? :) Colour :-) > > Since Chris slaughtered my colour settings for the circulation module, Always glad to be of service :-) > I started thinking about some kind of system-wide colour preference > settings. Something along the lines of: > > headerbgcolor=black > headerfontcolor=white > tablebgcolor=#dddddd > tablefontcolor=black > > tablerow1bgcolor=#bbbbbb > tablerow1fontcolor=black > tablerow2bgcolor=#aaaaaa > tablerow2fontcolor=black > > tablebgimage=/.../whatever.gif > > > Of course none of this will help with the flat html files. Recreating the > flat html files as scripts as well would fix this problem. > Yep, I think that would be the best solution Chris From chris at katipo.co.nz Fri Feb 2 07:36:29 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Input box focus In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 08:36:38AM -0800 References: Message-ID: <20010202073629.H1689@katipo.co.nz> On Thu, Feb 01, 2001 at 08:36:38AM -0800, Tonnesen Steve said: > > Chris: > > Are the input boxes automatically getting the focus when a page loads? I > added a little chunk of javascript to my circ-top.inc to give the focus to > the first input box on a page to make barcode scanner entry easier. The > focusinput() function should probably check to make sure that > document.forms[0].elements[0] exists first to avoid any possible errors... > Yep thanks Steve I added the code that you had posted for cat-top.inc a while back to circ-top.inc and it works like a dream. I think one branch of the Horowhenua library did a batch of its returns yesterday afternoon with the web circulation module. Without a hitch. Chris From tonnesen at cmsd.bc.ca Fri Feb 2 10:00:49 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] includes in CVS Message-ID: Chris: Can I get you to throw the includes into CVS? I created my own circ-top.inc, and modified all the other includes in order to have the circulation tab in the header at the top, and I'll bet you've done the same thing. :) Maybe putting all of the htdocs files in there would be a good idea? Steve. From ostrowb at tblc.org Fri Feb 2 10:12:02 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Notes on a RH7 install In-Reply-To: <20001221015718.G278@katipo.co.nz> Message-ID: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> I'm testing a Koha install on a fresh 'workstation' installation of RedHat 7, including Perl 5.6.0. I think I'm a fairly naive user, although I have a little bit of experience with Perl (enough for quick-and-dirty scripts, and enough to load CPAN modules). Here's what I'm finding so far: 1. INSTALL should say whether or not mod_perl is needed. I'm guessing 'no' because INSTALL says "It was built to work with Apache, but there is no reason it shouldnt work with any other webserver". (Has anyone tried running it on Win32? Perl, Apache, and MySQL are all available on Win32...) 2. Under INSTALL quick installation instructions item 4, "Edit C4/Database.pm" should read "Edit scripts/C4/Database.pm". Similarly, all references to files within INSTALL should be relative to the directory in which INSTALL resides. 2a. If at all possible, variables like this which need to be set by the installer should either be in a central koha.conf file or defined near the top of the file containing them. The installer should ideally not have to slog through Database.pm to find C4Connect. 3. The parts of scripts/C4/Database.pm needing to be modified by the installer should be commented more clearly -- by which I mean: easy to spot visually and also explicit in saying exactly which lines need to be modified. 4. In INSTALL, "Next copy the C4 directory (in scripts/) to somewhere in ur perl path" confuses me. I know how to find out the value of $PATH in a shell, but I don't know what my perl path is. (In fact, I'm stuck here. Help, please.) 5. In INSTALL, in the list of other required software: "AuthenDBI (if you want to use Database based authentication)" makes me wonder whether or not database-based authentication is the recommended/standard way to go. It also leaves unresolved the issues of: * authentication of who for what tasks? (i.e. tell me what it will affect), * should I have authentication at all -- would it be any easier to install without it? is there any reason to avoid it?, and * if I need to use authentication and don't want Database based authentication, what other options are there? 6. This is not strictly a Koha issue, but 'install DBD::mysql' asks a confusing question that might affect Koha: "Do you want to install the MysqlPerl emulation? You might keep your old Mysql module (to be distinguished from DBD::mysql!) if you are concerned about compatibility to existing applications! [n]" This may confuse others, so it should probably be addressed in a more verbose INSTALL file. I'm saying 'no' to this one for now, but tell me if I'm wrong. 7. In INSTALL, in the required-software section, "CDK (for the telnet interface), Which in turn depends on the C CDK libraries http://www.vexus.ca/CDK.html": Call this a naive question, but would Net::Telnet work as well? The less dependencies the better, IMO, ceteris paribus. I'll find out the answer to the next question soon and I fear it's no, but will the CPAN shell respond to 'install CDK' by fetching and installing the C CDK libraries? 8. INSTALL should probably list a series of steps needed to install dependencies, in the order needed. (C CDK before Perl CDK, MySQL before DBD::mysql (if you want to use a test db to test the module -- in fact, DBD::mysql won't install because I don't have a test database available for it), etc.) That's about as far as I've been able to get. If I sound obtuse, it's (probably) not intentional. If someone would care to incorporate the answers to these questions into a new version of INSTALL, I'll be glad to test it by reinstalling RH7 from scratch. Please, someone tell me I'm being helpful and not a pain in the neck. :) Ben From kb2qzv at box43.gnet.pl Fri Feb 2 12:20:14 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Notes on a RH7 install References: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> Message-ID: <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv> > Please, someone tell me I'm > being helpful and not a pain in the neck. :) > > Ben I think you are right in much what you've noted here. A new INSTALL file would be a nice follow-up to what Steve has just recently done to the brand new Circulation module. Unfortunately I was unable to test it because cvs access at sourceforge doesn't work for anonymous users at koha project. I sent an e-mail to sourceforge staff people, we'll see what happens. There is also a confusion about *.pl files. the INSTALL file is not clear about subdirectories of /scripts. some of them are to be copied too, as I have discovered. regards, Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From chris at katipo.co.nz Mon Feb 5 09:01:34 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] includes in CVS In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 01:00:49PM -0800 References: Message-ID: <20010205090134.C24946@katipo.co.nz> On Thu, Feb 01, 2001 at 01:00:49PM -0800, Tonnesen Steve said: > > Chris: > > Can I get you to throw the includes into CVS? I created my own > circ-top.inc, and modified all the other includes in order to have the > circulation tab in the header at the top, and I'll bet you've done the > same thing. :) > > Maybe putting all of the htdocs files in there would be a good idea? > Yep, i'll make an koha-html module for cvs and throw all the html files plus images and includes in there. Should be up on sourceforge shortly Chris From chris at katipo.co.nz Mon Feb 5 09:04:21 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Notes on a RH7 install In-Reply-To: <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv>; from kb2qzv@box43.gnet.pl on Fri, Feb 02, 2001 at 12:20:14AM +0100 References: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv> Message-ID: <20010205090421.D24946@katipo.co.nz> On Fri, Feb 02, 2001 at 12:20:14AM +0100, Benedykt P. Barszcz said: > > Please, someone tell me I'm > > being helpful and not a pain in the neck. :) > > > > Ben > > I think you are right in much what you've noted here. A new INSTALL file would be a nice follow-up to what Steve has just recently done to the brand new Circulation module. Unfortunately I was unable to test it because cvs access at sourceforge doesn't work for anonymous users at koha project. I sent an e-mail to sourceforge staff people, we'll see what happens. > > There is also a confusion about *.pl files. the INSTALL file is not clear about subdirectories of /scripts. some of them are to be copied too, as I have discovered. > > Yep, thank you both, the INSTALL file does need reworking. We are getting close to packaging up a new tarball with Steve's circulation API, and web circulation module. Ill tidy up the INSTALL file and bundle it in with that. Chris From Linda.Ken at xtra.co.nz Mon Feb 5 13:09:04 2001 From: Linda.Ken at xtra.co.nz (Ruffy) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] (no subject) Message-ID: <004b01c08f07$de4e7280$1bb71bca@Ken> Would you mind deleting me from your mailing list, please. Many thanks, L Wright -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010205/9258c67c/attachment.html From kb2qzv at box43.gnet.pl Tue Feb 6 03:15:08 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] tar ball automatic? Message-ID: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv> I am just curious, is http://sourceforge.net/cvstarballs/koha-cvsroot.tar.gz an automatic, nightly tarball, or is it something a project admin prepares? If so, anonymous cvs access can be circumvent by downloading that tarball. anybody knows anything? Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From tonnesen at cmsd.bc.ca Tue Feb 6 06:32:36 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Circulation colours Message-ID: Okay, I've fixed the background colour problem on the circulation module and committed to CVS. The green background image now only shows up in the headers. I like Chris' colour changes now. :) Steve. From ostrowb at tblc.org Tue Feb 6 06:46:31 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] CVS in emacs? In-Reply-To: Message-ID: <5.0.2.1.2.20010205124352.00a00110@tblc.org> I'm still learning the basics of CVS. I know how to get emacs to open a file through FTP (C-x C-f /user@hostname:/path/to/file/file.txt), and I know how to open a local file for version control. But how would I tell emacs to open the Koha CVS tree for anonymous browsing? Ben (who doesn't want to commit anything right now) From tonnesen at cmsd.bc.ca Tue Feb 6 08:12:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Systempreferences table Message-ID: I've added support for systempreferences via the systemprefs() subroutine in Search.pm and a systempreferences table in the database. The systempreferences table: create table systempreferences (variable char(50), value char(200)); So far, the only pref I'm using is for choosing an acquisition module: variable='acquisitions', value='normal' or 'simple' If the systempreferences table doesn't exist, you'll get errors in the apache logs, but acquisitions will still default to normal. Also, I haven't added my simple acquisitions module to cvs yet. Steve. From chris at katipo.co.nz Tue Feb 6 09:32:07 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] tar ball automatic? In-Reply-To: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv>; from kb2qzv@box43.gnet.pl on Mon, Feb 05, 2001 at 03:15:08PM +0100 References: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv> Message-ID: <20010206093207.B9036@katipo.co.nz> On Mon, Feb 05, 2001 at 03:15:08PM +0100, Benedykt P. Barszcz said: > I am just curious, is http://sourceforge.net/cvstarballs/koha-cvsroot.tar.gz an automatic, nightly tarball, or is it something a project admin prepares? If so, anonymous cvs access can be circumvent by downloading that tarball. > > Great idea Benedict, Yep its an automatic thing. So a nightly cvs tarball can be gotten from that url. Im sure sourceforge will get anonymous cvs access up and running again, but in the meantime thats the best place to get the latest files from Chris From kb2qzv at poczta.onet.pl Thu Feb 8 15:06:50 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] i18n work layout Message-ID: <01020803065001.03817@localhost.localdomain> [sorry if you receive this message twice] Hi, Could someone answer these questions: To use Locale::gettext we need to include the followiing in each *.pl script I guess (don't know about *.pm or HTML files yet): # locale::gettext initializations use POSIX; use gettext; setlocale(LC_MESSAGES, ""); bindtextdomain("", ""); textdomain(""); # end of initializations 1. What to do with textdomain(""), should the argument be changed for each script, like so? textdomain("search") textdomain(opac-search"), etc? 2. What to do with bindtextdomain's() two arguments, should we point to any directory or leave it empty, like so: bindtextdomain("","/usr/local/www/koha/locale")? I know there is already a separate directory for intranet and opac. Do we need a common directory for locale *.mo files? How to accomplish it? 3. What to do with setlocale(), should we include LC_MONETARY (if such exists) to be able to allow for different currencies in koha? thank you for instructing me in right direction. Benedict PS. Allow me to include some of the files for you to check out. Could anyone try to use them? I can't figure out why localized messages do not appear as they are supposed to... . Here is what I do: # cp ./pl/LC_MESSAGES/koha.mo /usr/share/locale/pl/LC_MESSAGES/ # cp ./script-i18n/*.pl /usr/local/www/koha/cgi-bin/koha/ # cp ./script-i18n/*.pl /usr/local/www/opac/cgi-bin/koha/ It doesn't work though. I still get English . Thanks for hints Benedict ------------------------------------------------------- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: koha-i18n.tar.gz Type: application/x-gzip Size: 17499 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20010208/f696ad40/koha-i18n.tar.bin From kb2qzv at poczta.onet.pl Thu Feb 8 15:14:55 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] i18n help needed. Message-ID: <01020803145502.03817@localhost.localdomain> Hi everybody, I am trying to become a programmer :-) and need help in figuring out what the following means: when compiling gettext-1.01.tar.gz (Locale::gettext) #perl Makefile.PL Note (probably harmless): No library found for -lintl Writing Makefile for Locale::gettext #make Makefile [cut...] /usr/lib/perl5/5.6.0/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.6.0/ExtUtils/typemap gettext.xs > gettext.xsc && mv gettext.xsc gettext.c Please specify prototyping behavior for gettext.xs (see perlxs manual) cc -c -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -fomit-frame-pointer -pipe -s -march=pentium -ffast-math -fexpensive-optimizations -DVERSION=\"1.01\" -DXS_VERSION=\"1.01\" -fpic -I/usr/lib/perl5/5.6.0/i386-linux/CORE gettext.c gettext.c: In function `XS_Locale__gettext_gettext': gettext.c:65: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_dcgettext': gettext.c:83: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_dgettext': gettext.c:100: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_textdomain': gettext.c:116: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_bindtextdomain': gettext.c:133: warning: assignment makes pointer from integer without a cast Running Mkbootstrap for Locale::gettext () chmod 644 gettext.bs LD_RUN_PATH="" cc -o blib/arch/auto/Locale/gettext/gettext.so -shared -L/usr/local/lib gettext.o chmod 755 blib/arch/auto/Locale/gettext/gettext.so cp gettext.bs blib/arch/auto/Locale/gettext/gettext.bs chmod 644 blib/arch/auto/Locale/gettext/gettext.bs Manifying blib/man3/Locale::gettext.3 Is this normal? Thanks. Benedict -- From Justene.McNeice at press.co.nz Thu Feb 8 17:45:30 2001 From: Justene.McNeice at press.co.nz (Justene McNeice (CPL)) Date: Wed Nov 16 16:49:51 2005 Subject: [koha] (no subject) Message-ID: <01Feb8.174532nzdt.14342@gateway.nznews.co.nz> Please remove me from your mailing list for KOHA Regards Justene From kb2qzv at poczta.onet.pl Fri Feb 9 05:21:31 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: tar ball automatic Message-ID: <01020817213100.02167@localhost.localdomain> Hi, What should one do to all the files from the koha-cvsroot.tar.gz that end with *.pl,v? I thought I will get files ready for consuption, instead what you get is an image what is in the cvs at the moment:-) I suppose there is a program or a command the trims the *.pl,v files of all the cvs related additions. Please, help. Benedict PS> I didn't see any INSTALL files int the repository. You probably anticipate already what my next questions will be :-) -- From tonnesen at cmsd.bc.ca Fri Feb 9 05:57:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: tar ball automatic In-Reply-To: <01020817213100.02167@localhost.localdomain> Message-ID: On Thu, 8 Feb 2001, Benedykt P. Barszcz wrote: > What should one do to all the files from the koha-cvsroot.tar.gz that end > with *.pl,v? I thought I will get files ready for consuption, instead what > you get is an image what is in the cvs at the moment:-) I can make a copy of the files available to you, but I probably can't automate it as a nightly build. Try: http://koha.cmsd.bc.ca/koha-cvs.tar.gz for a copy of this morning's CVS files. Steve. From chris at katipo.co.nz Fri Feb 16 14:10:48 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Koha Development mailing list Message-ID: <20010216141048.G1199@katipo.co.nz> Hi All Just a note to advertise the existence of a Koha developers mailing list. koha-devel@lists.sourceforge.net This list receives mail generated by cvs everytime a file is committed to the CVS tree. So is a great way to keep abreast of changes. And also is a place to discuss developer issues. You can subsribe to the list from http://lists.sourceforge.net/lists/listinfo/koha-devel Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From father at bigattichouse.com Wed Feb 21 08:54:39 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] MARC records Message-ID: <003a01c09b76$f68a9f60$0201a8c0@bigattichouse.com> Hi.. I found Koha while searching for GPL software to use in a scalable way in my son's school library... I have to say I was much impressed with Koha. Does anyone know if Koha supports MARC records... this was a question that came up. I realize there is a perl (ariadne) project dealing with MARC, but since I have little experience with Koha or Ariadne, I didn't know if this was supported. Infact, I only recently learned of the existance of MARC records, so I'm not sure if this is appropriate. Also, is anyone providing paid support for Koha? Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010220/fbde00dd/attachment.html From chris at katipo.co.nz Tue Feb 27 10:55:44 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Anonymous CVS access at sourceforge Message-ID: <20010227105544.B19813@katipo.co.nz> Hi All Im just working on packaging up a new version of koha for release. And have just notice anonymous cvs access at sourceforge is working again The instructions for how to do it are at http://sourceforge.net/cvs/?group_id=16466 The 2 modules that are there are koha (the scripts and perl modules) and koha-html (the html funnily enough :-) ) This means you should be able to checkout latest copies of the code. New tarball should be out soon Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Tue Feb 27 11:15:22 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Koha-1.1.0 availiable Message-ID: <20010227111522.C19813@katipo.co.nz> Hi all Koha version 1.1.0 is now available for download from http://www.koha.org/download/ It should be available from http://sourceforge.net/projects/koha/ very soon also. Lots of changes in this version, hence the jump to 1.1.0 The biggest changes are to do with circulation. There is now a comprehensive circulation API which makes building circulation modules to use your chosen interface much much easier. There is also now a web based circulation section that uses this module. Im planning to rewrite the telnet based circ to use slang and the new API. Version 1.1.1 is likely to follow closely on 1.1.0's heels so if bugs are spotted please report them to me and ill fix them before 1.1.1 Thanks Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From glen_stewart at associate.com Fri Mar 9 02:53:57 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Tips for Koha 1.10 installation Message-ID: <20010308135357.2487.qmail@associate.com> As I've been reviewing Koha 1.10 prior to installation, I've found several problems. Here are some tips to help you if you plan to install before the problems are fixed in the next release: 1. find all references to "image src" in the package, and replace them with "img src". This is an old bug from pre-1.07. 2. the front-member.gif in the intranet-html/images folder is corrupt. Get an old copy from a previous release of Koha and use it instead. 3. Koha is still mis-programmed to require Server-Side-Includes from .html files. This puts an undue burden on the server and does not follow standards that say these files should be named .shtml. Fixing this will require a lot of searching and renaming. I'd like to know how many folks run Koha and Opac on the same server. If you do, the Koha 1.10 package will not run as provided, since it assumes at least a configuration and 2 domain names. Would you prefer that Koha be provided so it can all run on the same server without this? From glen_stewart at associate.com Tue Mar 13 06:03:40 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: Systempreferences table Message-ID: <20010312170340.12347.qmail@associate.com> Steve, This is a great idea. I'm adding some prefs to control whether Member Numbers and Barcode numbers increment automatically, and this table will fit that need perfectly. May I suggest the following change to enable editing with phpMyAdmin CREATE TABLE systempreferences ( variable char(50) NOT NULL, value char(200), PRIMARY KEY (variable) ); From father at bigattichouse.com Tue Mar 13 10:21:19 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Book entry into system. References: <20010312170340.12347.qmail@associate.com> Message-ID: <028c01c0ab3a$62f12e80$0201a8c0@bigattichouse.com> Hi, a question.. must all the books be entered the first time around? Being a programmer, I tend to abhor repeated keystrokes... would it be possible to create a "book staging" library that the whole community could share.. download the titles by Dewey classification, say... then, when you go to enter books in the first time you could just scan and lookup by ISBN?.. or enter a new one, then you could upload any new items you've entered, hopefully getting a good percentage of books into the system with minimal repeat-keying all around? The stage-system could then create a "bibliographic subscription" for anyone using the system who may want the CD in hand.. you could then create a "Koha Distro" in the same vein as many linux distros... Download for free under GPL, or purchase a nice CD and maybe some printed docs. Receive booklist updates quarterly or similar. I would like to participate in creating such a repository. Mike From nsr4n at virginia.edu Thu Mar 22 16:03:49 2001 From: nsr4n at virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Book entry into system. In-Reply-To: <028c01c0ab3a$62f12e80$0201a8c0@bigattichouse.com> Message-ID: from Father - Mike Johnson : > Hi, a question.. must all the books be entered the first time around? Being > a programmer, I tend to abhor repeated keystrokes... would it be possible to > create a "book staging" library that the whole community could share.. Last time I checked, there was a service at the Library of Congress for getting MARC or Z39.50 data from ISBN or possibly other numbers. I think there (may) open source code for using those services floating around out there -- try http://oss4lib.org, they may have something. http://lcweb.loc.gov/z3950/agency/ http://lcweb.loc.gov/z3950/gateway.html are the info from LC on the x3950 standard, and http://www.loc.gov/marc/ is the website on the MARC bibliographic format. I apologize for the vagueness, but my notes on this (I've had the same thoughts) seem to be AWOL. If something could be thrown together to automate (say by ISBN) catalog entry I'd be tempted to do my home library with Koha. Hope that helps, Nick Rosasco From celikbas at itu.edu.tr Sat Mar 24 02:57:13 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] koha setup problems Message-ID: <3ABB8069.22713.19375EC@localhost> hi everybody, i'm working on installation koha. I'm using Mandrake 7.2 on my server. in fact i'm a newbie on linux. first of all I've print of out installation file and I've made all of them step by step but there are some parts which I don't understand. Of course there are some problems. For example all the virtual host are working but when I want to made a query a blank screen came across me on browser. This is the steps I've made: 1/ Create a new mysql database [OK] 2/ Set up a username and password in mysql [OK] 3/ Use the mysql script to create the tables [OK] 4/ Edit koha.conf [OK] 5/ Copy koha.conf to /etc/ [OK] >------------------- IMPORTANT--------------- >the permissions on this config file should also be strict, since >they contain the database password. At a minimum, the apache >user needs to be able to read it, as well as any other user that >runs circ. I would suggest ownership of www-data.libadmins with >no access to others. libadmins contain all users that use koha. (If >you set the owner as www-data u will need to make sure apache >is running as www-data) >------------------------------------------------------- (I didn't understant this paragraph perhaps the problem's reason is at that terms.) 6/ $path="/usr/local/www/koha/htdocs/includes"; [OK] Next copy the C4 directory (in scripts/) to somewhere in ur perl path eg /usr/local/lib/site_perl/i386-linux/ Right we are now ready to set up our opac 1/ Set up a webspace for the opac [OK] 2/ In your opac dir make a dir called htdocs, [OK] 3/ Again in ur opac dir make a dir called cgi-bin [OK] 4/ Your virtual host should be set up to use these dirs [OK] 5/ Ok, restart apache [OK] Now we can set up the intranet/librarian interface 1/ Set up another webspace lets call it koha [OK] 2/ In the dir you have just created make an htdocs [OK] 3/ Make sure ur virtual host is set up to use these dirs [OK] 4/ Restart apache point your browser at koha.your.site [OK] Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From father at bigattichouse.com Tue Mar 27 11:44:51 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Z39.50 References: <3ABB8069.22713.19375EC@localhost> Message-ID: <009601c0b64e$c1ce4900$0201a8c0@bigattichouse.com> Nick Rosasco and I have been discussing the possibility of a "CDDB" type interface that would be able to lookup biblio information from the library of congress. allowing some sort of synchronization and standardization of catalogs using the LOC as the master. CDDB is a website/protocol that fills in the titles to you CD if you put on in your computer.. instead of track 1..2..3.. you get "artist - title". Apparently LOC has an existing protocol to interact with book/biblio lists in a programmatic fashion. I'd like to propose, at least adding to the to-do list, the ability to sync the index tables using the LOC and z39.50 I may try to implement the protocol myself in windows, just for S's and G's more info: http://lcweb.loc.gov/z3950/agency/ From father at bigattichouse.com Tue Mar 27 11:47:43 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Z39.50-PERL References: <3ABB8069.22713.19375EC@localhost> <009601c0b64e$c1ce4900$0201a8c0@bigattichouse.com> Message-ID: <009c01c0b64f$2a0339e0$0201a8c0@bigattichouse.com> Koha's in PERL, right? http://www.staff.tecc.co.uk/mike/ North Central Working on a Perl module to allow Z39.50 clients to be built on top of Index Data's Yaz toolkit. The module provides a simple API for constructing non-blocking multicasting clients (i.e. parallel searching/retrieval across multiple databases.) It will be made available on CPAN under the usual terms and conditions for Perl modules (http://www.opensource.org/) Representative: Mike Taylor Address: 48A Carysfort Road; Crouch End; London N8 8RB ENGLAND Phone/fax/email: +44 20 8348 6768; mike@tecc.co.uk Implementor Id: 169 Last update: 6/2000; Last verification: 12/2000 From chris at katipo.co.nz Tue Mar 27 12:16:54 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] koha setup problems In-Reply-To: <3ABB8069.22713.19375EC@localhost>; from celikbas@itu.edu.tr on Fri, Mar 23, 2001 at 04:57:13PM +0200 References: <3ABB8069.22713.19375EC@localhost> Message-ID: <20010327121654.P14717@katipo.co.nz> Hi Zeki Sorry for taking so long to respond > >------------------- IMPORTANT--------------- > >the permissions on this config file should also be strict, since > >they contain the database password. At a minimum, the apache > >user needs to be able to read it, as well as any other user that > >runs circ. I would suggest ownership of www-data.libadmins with > >no access to others. libadmins contain all users that use koha. (If > >you set the owner as www-data u will need to make sure apache > >is running as www-data) > >------------------------------------------------------- (I didn't understant this > paragraph perhaps the problem's reason is at that terms.) > > Ahh yes, ok, what u need to do is check what user your apache is running as. You can do this by checking the httpd.conf file. Now whatever apache runs as (say www-data for our example) should be the owner of the /etc/koha.conf (chown www-data /etc/koha.conf). Now if you want to run curses based circulation functions .. you will need to set up the file permissions so that the users that run the curses based circulation (circ) have read permissions to the /etc/koha.conf. (Else the script wont be able to read the database passwords etc and wont be able to connect to the database) So youd set up a group called for example libadmins .. and all users that will use circ will be in that group. Then you'd make change the group of /etc/koha.conf to libadmins (chgrp libadmins /etc/koha.conf) Finally make it readable and writeable by the owner, readable by the group, and no access for everybody else. (chmod 640 /etc/koha.conf) Then if you do an ls -l /etc/koha.conf the permissions should look something like this -rw-r----- 1 www-data libadmins 57 Mar 15 16:54 /etc/koha.conf I hope this is clearer. Also if you are getting a blank page when you do a search, check the apache error logs, they may give you a hint of what is going wrong Hope this helps Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From cc-ddd at sulat.msuiit.edu.ph Mon Apr 9 11:12:01 2001 From: cc-ddd at sulat.msuiit.edu.ph (Dante D. Dinawanao) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] on the Cdk perl module... Message-ID: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> X-Sulat-MSU-Iligan Institute of Technology-IP: 202.78.82.7 Hi, I'm using RedHat 7.0 for my Koha installation. My problem is, I can't get the Cdk perl module working. The README tells me to rebuild the PERL source. Is there any other way to install Cdk perl module without rebuilding the PERL itself? BTW, my PERL installation is not from source. It's from RedHat's RPM PERL installer. Any info is appreciated. Thanks ,~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~, | Dante D. Dinawanao | | Systems/Network Administrator | | Computing and Network Center | | MSU-Iligan Institute of Technology | | A. Bonifacio Avenue | | 9200 Iligan City, Philippines | | | | Email: cc-ddd@sulat.msuiit.edu.ph | | URL: http://home.msuiit.edu.ph/~ddd | | Telephone #: +63 (63) 221-4071 | | Cellphone #: +63 09195549699 | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | "Don't just spout fire-just do it, | | and when it's done, show the world" | | -Linus Torvalds | `~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' _______________________________________________________________________ This mail was sent through IMP-powered: http://sulat.msuiit.edu.ph/ Are you an MSUan? Join MSU Reunion 2001 http://www.msu-sanjuan2001.com/ From chris at katipo.co.nz Mon Apr 9 11:43:06 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] on the Cdk perl module... In-Reply-To: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph>; from cc-ddd@sulat.msuiit.edu.ph on Mon, Apr 09, 2001 at 07:12:01AM +0800 References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> Message-ID: <20010409114306.E19900@katipo.co.nz> On Mon, Apr 09, 2001 at 07:12:01AM +0800, Dante D. Dinawanao said: > X-Sulat-MSU-Iligan Institute of Technology-IP: 202.78.82.7 > > Hi, > > I'm using RedHat 7.0 for my Koha installation. My problem > is, I can't get the Cdk perl module working. The README tells me > to rebuild the PERL source. Is there any other way to install > Cdk perl module without rebuilding the PERL itself? BTW, my PERL > installation is not from source. It's from RedHat's RPM PERL > installer. > > Any info is appreciated. > Hi there You definitely dont want to have to rebuild perl itself. So you have downloaded the cdk source code and installed that ok, and its just the perl extensions that arent compiling? FYI The curses issues and returns interface is bugging, and Im not happy with how it works. The web based circulations is more stable. A big item on the todo list is a complete rewrite of the curses circulation routines. Probably to use slang. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From eggers at flinthills.com Sat Apr 14 14:01:37 2001 From: eggers at flinthills.com (Glee & Raleigh) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] mailing lists Message-ID: <000c01c0c486$d7a747e0$adc92740@lg1> Please add me to your mailing list. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010413/c13748d3/attachment.htm From jiliu at indiana.edu Wed Apr 18 03:45:25 2001 From: jiliu at indiana.edu (Jian Liu) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] installation question Message-ID: Hello, Before starting, I'd like to know if I can install it in an environment where I have no access to /etc where koha.conf should be, nor setting up the virtual host. Basically, I have an account on the web server (apache), where I can execute cgi scripts but no access to root, and I have access to mysql on another machine. Thnaks Jian From kb2qzv at box43.pl Sat Apr 28 00:11:44 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] koha installation problem References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> Message-ID: <002501c0cf13$3da49b60$3000a8c0@pallotyni.org> Here is what i have in the log files: [root@biblioteka logs]# cat libra_error [Fri Apr 27 15:54:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/front-mouseover-members.gif Died at /usr/lib/perl5/5.6.0/C4/Output.pm line 126. [Fri Apr 27 15:56:30 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 15:56:30 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif [Fri Apr 27 15:59:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 15:59:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif Died at /usr/lib/perl5/5.6.0/C4/Output.pm line 126. [Fri Apr 27 16:04:38 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 16:04:38 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif I am talking about a fresh install of koha-1.1.0. How to fix this? Thanks. Benedykt -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl From kb2qzv at box43.pl Sat Apr 28 00:55:29 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] includes not obious to me... References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> Message-ID: <005701c0cf19$56564400$3000a8c0@pallotyni.org> The INSTALL file says --- 6/ Here you need to decide where your scripts and html are going to live. And edit C4/Output.pm to reflect that. Set $path= where your includes live, eg. $path="/usr/local/www/koha/htdocs/includes"; --- But there are two sets of includes. [root@biblioteka koha-1.1.0]# ls opac-html/includes/ CVS/ join-top.inc members-top.inc opac-bottom.inc opac-top.inc [root@biblioteka koha-1.1.0]# And [root@biblioteka koha-1.1.0]# ls intranet-html/includes/ CVS/ circulation-top.inc opac-bottom.inc aquisitions-bottom.inc issues-bottom.inc opac-top.inc aquisitions-top.inc issues-top.inc reports-bottom.inc budgets.inc members-bottom.inc reports-top.inc cat-bottom.inc members-top.inc cat-top.inc menus.inc [root@biblioteka koha-1.1.0]# And they are not in ONE directory... how do you guys so easily configure it to work? Benedykt -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl From chris at katipo.co.nz Mon Apr 30 09:40:23 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] koha installation problem In-Reply-To: <002501c0cf13$3da49b60$3000a8c0@pallotyni.org>; from kb2qzv@box43.pl on Fri, Apr 27, 2001 at 02:11:44PM +0200 References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> <002501c0cf13$3da49b60$3000a8c0@pallotyni.org> Message-ID: <20010430094023.G394@katipo.co.nz> Hi Benedykt, It looks like there are some missing image files in the distribution. Ive put them up at http://www.koha.org/download/images/ So you can download them http://www.koha.org/download/images/issues.gif http://www.koha.org/download/images/returns.gif http://www.koha.org/download/images/front-mouseover-members.gif Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Apr 30 10:21:53 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] installation question Message-ID: <20010430102153.L394@katipo.co.nz> On Tue, Apr 17, 2001 at 10:45:25AM -0500, Jian Liu said: > Hello, > > Before starting, I'd like to know if I can install it in an environment > where I have no access to /etc where koha.conf should be, nor setting up > the virtual host. Basically, I have an account on the web server (apache), > where I can execute cgi scripts but no access to root, and I have access > to mysql on another machine. > Sorry about the late reply. But yes you probably can get this to work. What you can do is edit C4/Output.pm See this line open (KC, "/etc/koha.conf"); (its about line 47) You can make that be your homedir/koha.conf and put the conf file there if you like. You will also have to edit C4/Database.pm line 57: open (KC, "/etc/koha.conf"); to reflect your changes above. Then in your conf file you can set it up to use a remote database. Hope this helps Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Apr 30 10:23:21 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] includes not obious to me... Message-ID: <20010430102321.M394@katipo.co.nz> Hi Benedykt, Ah yep this is another glitch in the install. Basically the intranet-html includes are the superset, and opac-html are the subset, that is all the includes ud need are in the intranet-html. So you can point your includes path to be where they are. Sorry about the confusion Chris On Fri, Apr 27, 2001 at 02:55:29PM +0200, Benedykt P. Barszcz said: > The INSTALL file says > --- > 6/ Here you need to decide where your scripts and html are going to live. > And edit C4/Output.pm to reflect that. > Set $path= where your includes live, eg. > $path="/usr/local/www/koha/htdocs/includes"; > --- > But there are two sets of includes. > [root@biblioteka koha-1.1.0]# ls opac-html/includes/ > CVS/ join-top.inc members-top.inc opac-bottom.inc opac-top.inc > [root@biblioteka koha-1.1.0]# > > And > [root@biblioteka koha-1.1.0]# ls intranet-html/includes/ > CVS/ circulation-top.inc opac-bottom.inc > aquisitions-bottom.inc issues-bottom.inc opac-top.inc > aquisitions-top.inc issues-top.inc reports-bottom.inc > budgets.inc members-bottom.inc reports-top.inc > cat-bottom.inc members-top.inc > cat-top.inc menus.inc > [root@biblioteka koha-1.1.0]# > > And they are not in ONE directory... how do you guys so easily configure it > to work? > > Benedykt > > > > > -- > uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych > Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Wed May 2 10:02:52 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] I'm back Message-ID: Okay, after a lengthy hiatus on other projects, I'm back working on Koha for a bit. I have two libraries now that are nearing completion of the data entry stage and will be wanting to start circulating. To facilitate this in my situation, I am populating the borrowers database with the accounts the school already uses for accessing school file servers, email and authenticating proxy servers. I've also created a new table called borrowergroups where I list the groups that borrowers are in in our account administration system (ie Grade 6/7, Kindergarten, etc.) so that the librarians can print out overdue lists for each teacher's class. I also have a session with the district's Librarian association where I think I'm going to get grilled about Koha. They had made a decision to use a program called Alexandria universally throughout the district. The problem is that not all schools can come up with the funds to actually use Alexandria. That's where I came into the picture with Koha. Wish me luck. Steve Tonnesen Coast Mountains School District From rachel at katipo.co.nz Wed May 2 11:24:59 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] I'm back In-Reply-To: Message-ID: <3AEFEE8B.10632.F9D854C@localhost> hi > I have two libraries now that are nearing completion of the data entry > stage and will be wanting to start circulating. Woo how exciting. When you have it up and running can we make a link to them from the Koha webpages? > I also have a session with the district's Librarian association where I > think I'm going to get grilled about Koha. They had made a decision to > use a program called Alexandria universally throughout the district. The > problem is that not all schools can come up with the funds to actually use > Alexandria. That's where I came into the picture with Koha. Wish me > luck. Good Luck! Let us know how you get on :-) Cheers Rachel _____________________________________________________________ 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 From nsr4n at virginia.edu Thu May 3 03:34:58 2001 From: nsr4n at virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] I'm back In-Reply-To: <3AEFEE8B.10632.F9D854C@localhost> Message-ID: > Woo how exciting. When you have it up and running can we make a link to > them from the Koha webpages? > > > I also have a session with the district's Librarian association where I > > think I'm going to get grilled about Koha. They had made a decision to > > use a program called Alexandria universally throughout the district. The > > problem is that not all schools can come up with the funds to actually use > > Alexandria. That's where I came into the picture with Koha. Wish me > > luck. Cool. Is this Alexandria capable of letting users search to search other libraries (ie, not in the database that is local)? The web(and therefore net) frontend is a real selling point. Nick ...hunting for his PERL books to help implement some ideas, maybe. From kb2qzv at box43.pl Mon May 7 22:15:41 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] I'm back References: Message-ID: <005c01c0d6de$ac2714a0$3000a8c0@pallotyni.org> ----- Original Message ----- From: "Tonnesen Steve" To: "Koha Open Source Library System" Sent: Wednesday, May 02, 2001 12:02 AM Subject: [Koha] I'm back > > Okay, after a lengthy hiatus on other projects, I'm back working on Koha > for a bit. Hi, Are there any serious thought among the developers of Koha to include support for internationalization? I tried a little bit to fiddle around with gettext() function but didn't succede. I thing that the problem has to be dealt with on a larger scale, because gettext() will not take care of the html files. Also, for a non-programmer it is quite difficult to insert gettext string into perl script next to the HTML formatting strings. Could anyone start a directory ./i18 and start providing scripts with localization issues? Currency stuff in Koha does not take into account europian money. Could that be defined by the user? Benedykt PS. Sorry to say but I have never managed to cleanly install Koha so far. -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych C++ w Zadaniach - Jezyk C. Szkola Programowania - Linux Polecenia - i inne znajdziesz i kupisz tutaj: http://www.robomatic.pl From mustafa at ipras.net Thu May 10 03:38:23 2001 From: mustafa at ipras.net (mustafa) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] new biblio record Message-ID: <004701c0d89e$14eeca80$60998cc1@deu.edu.tr> I think this is a very nice job. I reviewed your programme, however I couldn't find any solution for the problem in recording biblios. I would like to be informed about wether it is possible to record journal or book etc. data without any supplier admittance. On the other hand, is there any form or programme to provide direct data access to the database? I would be pleased if you let me know about it. Thank you, Mustafa Yilmaz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010509/604c5394/attachment.html From tonnesen at cmsd.bc.ca Thu May 10 03:50:55 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] new biblio record In-Reply-To: <004701c0d89e$14eeca80$60998cc1@deu.edu.tr> Message-ID: On Wed, 9 May 2001, mustafa wrote: > I think this is a very nice job. I reviewed your programme, however I > couldn't find any solution for the problem in recording biblios. I > would like to be informed about wether it is possible to record journal > or book etc. data without any supplier admittance. On the other hand, is > there any form or programme to provide direct data access to the > database? I would be pleased if you let me know about it. I created an interface for entering biblios without supplier information for my school libraries which need to enter data for their existing collection. The database is a MySQL database and can be accessed directly with SQL commands using the mysql command line client. There are also some gui interfaces to the database, which I've never used. Steve. From COURYHOUSE at aol.com Tue May 22 14:05:01 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <106.387656.283b234d@aol.com> Hello from the Museum's Library In Arizona! We have extensive holdings in engineering, communications and computation and like what we have seen on this software.... Wondering though how we get the information from LC into the database to be accessed by the software! Is this MARC record? thanks Ed Sharpe archivist for southwest museum of engineering, communication and computation ---www.smecc.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010521/8624195f/attachment.htm From ostrowb at tblc.org Wed May 23 00:19:57 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <106.387656.283b234d@aol.com> Message-ID: <5.1.0.14.2.20010522081812.031cc190@tblc.org> >Wondering though how we get the information from LC into the database to be >accessed by the software! I'm not actually using Koha yet, but my understanding is: The records would typically be typed by hand, although you could probably write some Perl scripts to import existing records. If you have MARC records, you could use MARC.pm to do this. >Is this MARC record? Koha does not currently use the MARC format. Ben From emannering at mail.sd91.bc.ca Wed May 23 04:15:24 2001 From: emannering at mail.sd91.bc.ca (emannering@mail.sd91.bc.ca) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <446309012@mail.sd91.bc.ca> What record format is used?--is the data easily transferred to and from "commercial" library databases? Ernie Mannering Director, Technology & Information Services School District No. 91 (Nechako Lakes) Voice 1.250.567.2284 Fax 1.250.567.4639 Web http://www.sd91.bc.ca ____________________Reply Separator____________________ Subject: Re: [Koha] Hello from the Museum's Library In Arizona! Author: "Ben Ostrowsky" Date: 5/22/2001 5:19 AM >Wondering though how we get the information from LC into the database to be >accessed by the software! I'm not actually using Koha yet, but my understanding is: The records would typically be typed by hand, although you could probably write some Perl scripts to import existing records. If you have MARC records, you could use MARC.pm to do this. >Is this MARC record? Koha does not currently use the MARC format. Ben _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From COURYHOUSE at aol.com Wed May 23 01:29:02 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: Thanks for the info! Yikes the though of hand typing 4,000 records really scares me! At what point will it support marc? Is there development in this direction? Ed Sharpe archivist for SMECC > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/22/01 5:21:29 AM US Mountain Standard Time > From: ostrowb@tblc.org (Ben Ostrowsky) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > CC: COURYHOUSE@aol.com > > > > > > >Wondering though how we get the information from LC into the database to be > >accessed by the software! > > I'm not actually using Koha yet, but my understanding is: > > The records would typically be typed by hand, although you could probably > write some Perl scripts to import existing records. If you have MARC > records, you could use MARC.pm to do this. > > >Is this MARC record? > > Koha does not currently use the MARC format. > > Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010522/98f2cdec/attachment.html From chris at katipo.co.nz Wed May 23 09:53:45 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <446309012@mail.sd91.bc.ca>; from emannering@mail.sd91.bc.ca on Tue, May 22, 2001 at 09:15:24AM -0700 References: <446309012@mail.sd91.bc.ca> Message-ID: <20010523095345.E28677@katipo.co.nz> On Tue, May 22, 2001 at 09:15:24AM -0700, emannering@mail.sd91.bc.ca said: > What record format is used?--is the data easily transferred to and from > "commercial" library databases? > Hi All, The data is stored in a series of mysql tables. Data is fairly easily transferrable to the system. If you can get the data out of ur system and into tab separated text you can get it into Koha. I know some of the list members have written some importers. Importing from Marc is being worked on as we speak. I have no immediate plans to work on making koha MARC compliant, but having MARC importers, and exporters would be cool. I hope this helps answer your questions. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From nsr4n at tetra.mail.virginia.edu Wed May 23 11:21:37 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <20010523095345.E28677@katipo.co.nz> Message-ID: > I have no immediate plans to work on making koha MARC compliant, but having > MARC importers, and exporters would be cool. If we can achieve this, I don't see how the internal data storage would matter much.... I think there are MARC routines out there, possibly even in perl. Question: has anyone sat down and sorted out how close Koha's existing records are to MARC output (or Z39.50, for that matter)? Nick ...still interested in being able to feed bulk ISBN numbers in for populating the database off Natl' Library (LC, etc) z39/marc access From say1 at goblin.cs.waikato.ac.nz Wed May 23 11:35:30 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: Message from Nicholas Stephen Rosasco of "Tue, 22 May 2001 19:21:37 -0400." Message-ID: > > I have no immediate plans to work on making koha MARC compliant, but having > > MARC importers, and exporters would be cool. > > If we can achieve this, I don't see how the internal data storage would > matter much.... > > I think there are MARC routines out there, possibly even in perl. > > Question: has anyone sat down and sorted out how close Koha's existing > records are to MARC output (or Z39.50, for that matter)? If you're going to do Z39.50, let me recommend the YAZ (http://www.indexdata.dk/yaz/) toolkit. We use it at the New Zealand Digital Library and are very happy with it. It has a perl interface called: Net::Z3950 stuart -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From COURYHOUSE at aol.com Wed May 23 11:37:48 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <2f.157d994b.283c524c@aol.com> Yes, internal storage would be mote if the converter and gateway was there. Ed Sharpe > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/22/01 4:22:49 PM US Mountain Standard Time > From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) > Sender: koha-admin@lists.katipo.co.nz > To: chris@katipo.co.nz (Chris Cormack) > CC: koha@lists.katipo.co.nz > > > > > > I have no immediate plans to work on making koha MARC compliant, but > having > > MARC importers, and exporters would be cool. > > If we can achieve this, I don't see how the internal data storage would > matter much.... > > I think there are MARC routines out there, possibly even in perl. > > Question: has anyone sat down and sorted out how close Koha's existing > records are to MARC output (or Z39.50, for that matter)? > > Nick > ...still interested in being able to feed bulk ISBN numbers in for > populating the database off Natl' Library (LC, etc) z39/marc access > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ----------------------- Headers -------------------------------- > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010522/d24a72a1/attachment.htm From rachel at katipo.co.nz Wed May 23 12:48:42 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: Message-ID: <3B0BB1AA.30943.28C9E646@localhost> hi > Yikes the though of hand typing 4,000 records really scares me! > At what point will it support marc? Is there development in this direction? Someone has imported records from Marc in the past into Koha (was one of the first posts to this list I think.) what we don't have is a really easy tool to do it "automagically". cheers Rachel _____________________________________________________________ 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 From rachel at katipo.co.nz Wed May 23 12:50:44 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <446309012@mail.sd91.bc.ca> Message-ID: <3B0BB224.13788.28CBC349@localhost> hi > What record format is used?--is the data easily transferred to and from > "commercial" library databases? We have transferred *from* a commercial library database. It did require having someone that could "map" fields from one to the other. Cheers Rachel _____________________________________________________________ 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 From gregg.martinson at rahs.roseville.k12.mn.us Thu May 24 00:07:33 2001 From: gregg.martinson at rahs.roseville.k12.mn.us (Gregg Martinson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: References: <20010523095345.E28677@katipo.co.nz> Message-ID: <5.1.0.14.0.20010523070416.026503b0@rahs.roseville.k12.mn.us> marc.pm is a perl module that you can use to parse marc records. Its fairly easy. find it at http://sourceforge.net/projects/marcpm/ . I would love to see koha use marc records as well, it would be the ONLY way I could sell it to the media specialists in my district. From gregg.martinson at rahs.roseville.k12.mn.us Fri May 25 00:07:06 2001 From: gregg.martinson at rahs.roseville.k12.mn.us (Gregg Martinson) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <2f.157d994b.283c524c@aol.com> Message-ID: <5.1.0.14.0.20010524070552.0175f410@rahs.roseville.k12.mn.us> Internal storage would be great, but auto-responders wouldn't be...(Is this the fifteenth or sisteenth copy of this message we have recieved?) At 07:37 PM 5/22/01 -0400, COURYHOUSE@aol.com wrote: >Yes, internal storage would be mote if the converter and gateway was there. > >Ed Sharpe > >>Subj: Re: [Koha] Hello from the Museum's Library In Arizona! >>Date: 5/22/01 4:22:49 PM US Mountain Standard Time >>From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) >>Sender: koha-admin@lists.katipo.co.nz >>To: chris@katipo.co.nz (Chris Cormack) >>CC: koha@lists.katipo.co.nz >> >> >> >> >> > I have no immediate plans to work on making koha MARC compliant, but >>having >> > MARC importers, and exporters would be cool. >> >>If we can achieve this, I don't see how the internal data storage would >>matter much.... >> >>I think there are MARC routines out there, possibly even in perl. >> >>Question: has anyone sat down and sorted out how close Koha's existing >>records are to MARC output (or Z39.50, for that matter)? >> >>Nick >>...still interested in being able to feed bulk ISBN numbers in for >>populating the database off Natl' Library (LC, etc) z39/marc access >> >>_______________________________________________ >>Koha mailing list >>Koha@lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >>----------------------- Headers -------------------------------- > From COURYHOUSE at aol.com Fri May 25 01:32:45 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <42.1537a72e.283e677d@aol.com> I believe there may have been that many messages in the thread however they were different? Ed Sharpe > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/24/01 5:08:37 AM US Mountain Standard Time > From: gregg.martinson@rahs.roseville.k12.mn.us (Gregg Martinson) > Sender: koha-admin@lists.katipo.co.nz > To: COURYHOUSE@aol.com, nsr4n@tetra.mail.virginia.edu, chris@katipo.co.nz > CC: koha@lists.katipo.co.nz > > > > > > Internal storage would be great, but auto-responders wouldn't be...(Is this > the fifteenth or sisteenth copy of this message we have recieved?) > At 07:37 PM 5/22/01 -0400, COURYHOUSE@aol.com wrote: > >Yes, internal storage would be mote if the converter and gateway was > there. > > > >Ed Sharpe > > > >>Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > >>Date: 5/22/01 4:22:49 PM US Mountain Standard Time > >>From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) > >>Sender: koha-admin@lists.katipo.co.nz > >>To: chris@katipo.co.nz (Chris Cormack) > >>CC: koha@lists.katipo.co.nz > >> > >> > >> > >> > >> > I have no immediate plans to work on making koha MARC compliant, but > >>having > >> > MARC importers, and exporters would be cool. > >> > >>If we can achieve this, I don't see how the internal data storage would > >>matter much.... > >> > >>I think there are MARC routines out there, possibly even in perl. > >> > >>Question: has anyone sat down and sorted out how close Koha's existing > >>records are to MARC output (or Z39.50, for that matter)? > >> > >>Nick > >>...still interested in being able to feed bulk ISBN numbers in for > >>populating the database off Natl' Library (LC, etc) z39/marc access > >> > >>_______________________________________________ > >>Koha mailing list > >>Koha@lists.katipo.co.nz > >>http://lists.katipo.co.nz/mailman/listinfo/koha > >> > >> > >>----------------------- Headers -------------------------------- > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/120853bf/attachment.html From nsr4n at virginia.edu Fri May 25 01:02:06 2001 From: nsr4n at virginia.edu (Nicholas Rosasco) Date: Wed Nov 16 16:49:51 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! References: <42.1537a72e.283e677d@aol.com> Message-ID: <3B0D064D.BB647438@virginia.edu> From nsr4n at tetra.mail.virginia.edu Fri May 25 02:05:30 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:51 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <3B0D064D.BB647438@virginia.edu> Message-ID: Would it be useful if I threw up a page with links to the code libraries for this stuff, and for the MARC/Z39 standards info, for those not familiar with it (or even what it is)? Nick From tonnesen at cmsd.bc.ca Fri May 25 07:32:46 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <20010523104548.G28677@katipo.co.nz> Message-ID: On Wed, 23 May 2001, Chris Cormack wrote: > > we may be at that point someday ... I guess the biggest question > > is how to load the marc records into the database can you point me > > somewhere for this? > > thanks for all the advise! And I love the way the software works.... > > > Ok Steve Tonnessen who is on this list has been working on this and I think > he has a working marc importer running. > Ill cc him in this reply. I have a couple of schools who have been downloading marc records for their books and importing then one at a time. They check my automatic conversion of the marc records and make whatever modifications they need. Since the site they have been getting marc records from is Canadian, they have needed to modify the ISBN to the canadian publication's ISBN in every case anyway. I've also started working on Z39.50 support. Just signed the contract for access to the National Library of Canada's Z39.50 services today. I've got a perl module called Zeta working for Z39.50 searches, but it only seems to return SUTRS format (unstructured text) and not MARC format results. It seems that Net::Z3950 is a better module, but I haven't got it working yet. Also the YAZ toolkit also has a perl-based Z39.50 server that would really be nice to tie into Koha. LCCN should not be just overwritten on the dewey field, it should have a new field created for it. I guess the hitch with this is reworking the scripts for entering and editing books... Here comes some long rambling on my part... I think Koha really needs to be moved to a system that is at least partly based on Marc. I think that the records for each bibliography should be in MARC format, and that changes can be made either to the Koha Mysql tables, or the underlying MARC records and changes will be made in both places. The way that Koha stores records currently (broken into biblio and biblioitems) might make this a little difficult, but we could maybe associate particular MARC records with biblioitems, I guess, and then just have groups of MARC records associated with one biblio, as is done now. I'm thinking maybe about having one module that is used for modifying records. Something like: modifybibitem($env, $bibitemnumber, "author=Doe, Jane"); would change the author for biblioitem $bibitemnumber to Jane Doe. The modifybibitem routine would be responsible for modifying both the MARC record, and the MySQL tables. This all gets a little tricky when you consider that the MARC record stores a fair amount more information than the MySQL tables, for example, if a particular MARC record has a subject added entry like: 650 a Extinct animals x Encyclopedias, Juvenile. The corresponding entry in the MySQL bibliosubjects table would be: Extinct animals -- Encyclopedias, Juvenile Now if I edit the bibliosubjects entry to read: Extinct animals -- Encyclopedias It would be difficult to determine how to modify the MARC record automatically in a generic way. If the entry was changed to: Extinct animals -- dinosaurs It becomes even more difficult to incorporate the change back into the MARC record. I suppose the web interface could pop up a form saying something like, --- Need more information for MARC record modification: 650 a Extinct animals __ Encyclopedias --- with an 'x' as a suggestion for the text entry box. Steve Tonnesen Coast Mountains School District From COURYHOUSE at aol.com Fri May 25 08:15:18 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! Message-ID: Steve, I will ramble some too..... (think I will build the LINUX server this weekend) I have spoken to several other libraries here in Arizona that are considering automating, they are not large library districts but one has two branches so sizable enough..... In my instance I could live without MARC loading and exporting but I don't really want to.... In the case of the others libraries here they MUST have MARC. Has to do with interlibrary loans and the Liberian went on to explain.... But in talking with people, they want to use something that adheres to standards. Our library of course being a reference library never inter library loans and we do not allow patrons to check things out even ... too much that is not replaceable! The reason We wish to have MARC is it is the standard, and if others wish to use records that we have generated through original cataloging they will have them in the format that they use. > Subj: [Koha] Re: marc and stuff! > Date: 5/24/01 12:35:47 PM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Sender: koha-admin@lists.katipo.co.nz > Reply-to: tonnesen@cmsd.bc.ca (Tonnesen Steve) > To: chris@katipo.co.nz (Chris Cormack) > CC: COURYHOUSE@aol.com, koha@lists.katipo.co.nz (Koha Open Source > Library System) > > > > > > On Wed, 23 May 2001, Chris Cormack wrote: > > > > we may be at that point someday ... I guess the biggest > question > > > is how to load the marc records into the database can you point me > > > somewhere for this? > > > thanks for all the advise! And I love the way the software works.... > > > > > Ok Steve Tonnessen who is on this list has been working on this and I > think > > he has a working marc importer running. > > Ill cc him in this reply. > > > I have a couple of schools who have been downloading marc records for > their books and importing then one at a time. They check my automatic > conversion of the marc records and make whatever modifications they need. > Since the site they have been getting marc records from is Canadian, they > have needed to modify the ISBN to the canadian publication's ISBN in every > case anyway. > > I've also started working on Z39.50 support. Just signed the contract for > access to the National Library of Canada's Z39.50 services today. I've > got a perl module called Zeta working for Z39.50 searches, but it only > seems to return SUTRS format (unstructured text) and not MARC format > results. It seems that Net::Z3950 is a better module, but I haven't got > it working yet. Also the YAZ toolkit also has a perl-based Z39.50 server > that would really be nice to tie into Koha. > > LCCN should not be just overwritten on the dewey field, it should have a > new field created for it. I guess the hitch with this is reworking the > scripts for entering and editing books... > > > Here comes some long rambling on my part... > > I think Koha really needs to be moved to a system that is at least partly > based on Marc. I think that the records for each bibliography should be > in MARC format, and that changes can be made either to the Koha Mysql > tables, or the underlying MARC records and changes will be made in both > places. The way that Koha stores records currently (broken into biblio > and biblioitems) might make this a little difficult, but we could maybe > associate particular MARC records with biblioitems, I guess, and then just > have groups of MARC records associated with one biblio, as is done now. > > I'm thinking maybe about having one module that is used for modifying > records. Something like: > > modifybibitem($env, $bibitemnumber, "author=Doe, Jane"); > > > would change the author for biblioitem $bibitemnumber to Jane Doe. The > modifybibitem routine would be responsible for modifying both the MARC > record, and the MySQL tables. > > This all gets a little tricky when you consider that the MARC record > stores a fair amount more information than the MySQL tables, for example, > if a particular MARC record has a subject added entry like: > > 650 a Extinct animals > x Encyclopedias, Juvenile. > > The corresponding entry in the MySQL bibliosubjects table would be: > > Extinct animals -- Encyclopedias, Juvenile > > Now if I edit the bibliosubjects entry to read: > > Extinct animals -- Encyclopedias > > It would be difficult to determine how to modify the MARC record > automatically in a generic way. If the entry was changed to: > > Extinct animals -- dinosaurs > > It becomes even more difficult to incorporate the change back into the > MARC record. > > I suppose the web interface could pop up a form saying something like, > > --- > > Need more information for MARC record modification: > > 650 a Extinct animals > __ Encyclopedias > > --- > > with an 'x' as a suggestion for the text entry box. > > > Steve Tonnesen > Coast Mountains School District > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/bef58291/attachment.htm From Lora at wfftrc.org Fri May 25 08:47:31 2001 From: Lora at wfftrc.org (Lora Morgaine) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! Message-ID: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Hi everyone, I've been lurking on this list for a while but would like to put in my two cents. I work for a non-profit organization called the Technology Resource Center, based in Seattle, Washington. We try to find ways to help alleviate the digital divide, and are very involved in libraries in the USA and in Latin America. A small group of us have been working on making KOHA compatible with MARC records and in general with libraries in North and South America. We are at the point where we successfully import MARC records in full, and allow editing on over 200 most-utilized fields and subfields. One can also create a new MARC record, but cannot export records yet. We also altered the database structure significantly to import successfully all fields, subfields, and indicators, and also changed the OPAC interface. It was rewritten in PHP for more flexibility, as well. Because we have changed so much of the system, we renamed ours to "OpenBook" - but it's still an open-source system with code available to everyone. Our ultimate goal is to help small libraries who wish to automate or move to less expensive automation options. Now, that said, it's not quite ready yet for public input and troubleshooting. We will be ready for beta testing as of the US ALA convention, on June 15 2001. I can send the link to the OPAC to anyone who wants to try that out though. It does have problems still, we know, and we're working on them. If you have questions or etc, please let me know. We give full credit to the folks in New Zealand - without their structure this never would have come to completion! We just hoped to change it for the N. American MARC standards in cataloging, and change the OPAC to be more like US-based OPACs. Right now, we only have OPAC and cataloging modules done. Circulation will be forthcoming around September, possibly a bit later. I hope that the members of this list will be interested in trying out the OPAC and doing testing on cataloging for us... Sincerely, Lora Morgaine TRC From COURYHOUSE at aol.com Fri May 25 09:22:35 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! Message-ID: <11.14ccdc13.283ed59b@aol.com> Lora, Sounds great! Please send the Link! Thanks Ed! > Subj: RE: [Koha] Re: marc and stuff! > Date: 5/24/01 1:49:16 PM US Mountain Standard Time > From: Lora@wfftrc.org (Lora Morgaine) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz ('koha@lists.katipo.co.nz ') > CC: Deirdre@wfftrc.org (Deirdre McDonough) > > > > > Hi everyone, > > I've been lurking on this list for a while but would like to put in my two > cents. > > I work for a non-profit organization called the Technology Resource Center, > based in Seattle, Washington. We try to find ways to help alleviate the > digital divide, and are very involved in libraries in the USA and in Latin > America. > > A small group of us have been working on making KOHA compatible with MARC > records and in general with libraries in North and South America. We are at > the point where we successfully import MARC records in full, and allow > editing on over 200 most-utilized fields and subfields. One can also create > a new MARC record, but cannot export records yet. > > We also altered the database structure significantly to import successfully > all fields, subfields, and indicators, and also changed the OPAC interface. > It was rewritten in PHP for more flexibility, as well. Because we have > changed so much of the system, we renamed ours to "OpenBook" - but it's > still an open-source system with code available to everyone. Our ultimate > goal is to help small libraries who wish to automate or move to less > expensive automation options. > > Now, that said, it's not quite ready yet for public input and > troubleshooting. We will be ready for beta testing as of the US ALA > convention, on June 15 2001. I can send the link to the OPAC to anyone who > wants to try that out though. It does have problems still, we know, and > we're working on them. > > If you have questions or etc, please let me know. We give full credit to the > folks in New Zealand - without their structure this never would have come to > completion! We just hoped to change it for the N. American MARC standards in > cataloging, and change the OPAC to be more like US-based OPACs. > > Right now, we only have OPAC and cataloging modules done. Circulation will > be forthcoming around September, possibly a bit later. > > I hope that the members of this list will be interested in trying out the > OPAC and doing testing on cataloging for us... > > Sincerely, > > Lora Morgaine > TRC > > > > _______________________________________________ > Koha mailing list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/176e3b39/attachment.html From rjw at alembic.com Fri May 25 09:40:53 2001 From: rjw at alembic.com (Ron Wickersham) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Message-ID: hi Lora, your announcement is very interesting for our uses (we operate a small reference/science library at an astronomcal observatory). would your group welcome taking your MARC code and having volunteers port it back to KOHA? -ron rjw@rfo.org Valley of the Moon Observatory Association http://vmoa.kenwood.ca.us On Thu, 24 May 2001, Lora Morgaine wrote: ---snip--- > A small group of us have been working on making KOHA compatible with MARC > records and in general with libraries in North and South America. We are at > the point where we successfully import MARC records in full, and allow > editing on over 200 most-utilized fields and subfields. One can also create > a new MARC record, but cannot export records yet. > > We also altered the database structure significantly to import successfully > all fields, subfields, and indicators, and also changed the OPAC interface. > It was rewritten in PHP for more flexibility, as well. Because we have > changed so much of the system, we renamed ours to "OpenBook" - but it's > still an open-source system with code available to everyone. Our ultimate > goal is to help small libraries who wish to automate or move to less > expensive automation options. ---snip--- From chris at katipo.co.nz Fri May 25 09:42:23 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:51 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org>; from Lora@wfftrc.org on Thu, May 24, 2001 at 01:47:31PM -0700 References: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Message-ID: <20010525094223.A10572@katipo.co.nz> * Lora Morgaine [010525 08:48]: > Hi everyone, Hi Lora > > > I work for a non-profit organization called the Technology Resource Center, > based in Seattle, Washington. We try to find ways to help alleviate the > digital divide, and are very involved in libraries in the USA and in Latin > America. > > A small group of us have been working on making KOHA compatible with MARC > records and in general with libraries in North and South America. We are at > the point where we successfully import MARC records in full, and allow > editing on over 200 most-utilized fields and subfields. One can also create > a new MARC record, but cannot export records yet. Excellent work. > > We also altered the database structure significantly to import successfully > all fields, subfields, and indicators, and also changed the OPAC interface. > It was rewritten in PHP for more flexibility, as well. Because we have > changed so much of the system, we renamed ours to "OpenBook" - but it's > still an open-source system with code available to everyone. Our ultimate > goal is to help small libraries who wish to automate or move to less > expensive automation options. > Would it be possible for you to send us the changed database schema. Or put it up somewhere for us to look at. It may save us a huge amount of time if we can see how you added MARC compatibility. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Fri May 25 09:46:42 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, May 24, 2001 at 12:32:46PM -0700 References: <20010523104548.G28677@katipo.co.nz> Message-ID: <20010525094642.B10572@katipo.co.nz> Hi Steve, > > I think Koha really needs to be moved to a system that is at least partly > based on Marc. I think that the records for each bibliography should be > in MARC format, and that changes can be made either to the Koha Mysql > tables, or the underlying MARC records and changes will be made in both > places. The way that Koha stores records currently (broken into biblio > and biblioitems) might make this a little difficult, but we could maybe > associate particular MARC records with biblioitems, I guess, and then just > have groups of MARC records associated with one biblio, as is done now. > Yep I think you are right. And I think if we do it carefully, maybe by use of the systemprefs table, we can set it up so that koha uses the MARC records, or its existing system. At least for the time we are developing the MARC compatibility anyway. What do you think? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From ostrowb at tblc.org Fri May 25 23:13:02 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Message-ID: <5.1.0.14.2.20010525065953.02d4cd90@tblc.org> >Because we have >changed so much of the system, we renamed ours to "OpenBook" Great name. (And I know that "Koha" sounds a bit too much like "coja" in Latin America.) It's being used in many places already, though -- perhaps a less congested name could be found by the launch date? A quick search turns up "OpenBook" being used as the name of: "the world's most handy contact manager" (NOTE: claims a trademark) http://www.programfiles.com/index.asp?ID=7641 "software developed for blind and visually impaired individuals to read, edit, and manage scanned images" http://www.arkenstone.org/OB5general.html "a process for auctioning corporate bonds to investors on the Web" http://www.wrhambrecht.com/offerings/auctions/openbook/ "a joint initiative between Bible Society and Churches Together in England" http://www.biblesociety.org.uk/uk/openbook.htm and so on. I've created some names without having anything to attach them to. Perhaps "Eulexa" would suit this project? Ben From nsr4n at tetra.mail.virginia.edu Sat May 26 04:38:45 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <20010525094642.B10572@katipo.co.nz> Message-ID: While we're (on list, at least) considering possible major-code-change wishlists, is there anything else :) anyone wants? Also, would anyone consider addition of a text based front end for users a valid item? I know there is a text based front end for the library staff... but a text front end would permit use of serial terminals. I think it may be possible to create a linux boot+install-config floppy, and a cheat sheet for answering questions for install, thereby getting us closer to a turnkey system. Or is having a linux person on hand still a better idea at the moment? Thoughts? Nick From jmulford at legionaries.org Sat May 26 05:19:26 2001 From: jmulford at legionaries.org (jmulford@legionaries.org) Date: Wed Nov 16 16:49:52 2005 Subject: FW: [Koha] Re: marc and stuff! Message-ID: Friends, Greetings from Rome, Italy! This is my first post to the list. I'm a member of a consortium of 16 Universities in Rome with all our libraries containing a little over 2,000,000 volumes. Most have been using Aleph300 for the past 10 years and are seriously considering switching to AMICUS (used by British Library, Australian & Canadian National Systems, etc.) but I recently came across the Koha Proyect and have been impressed. Have you had any other requests from Italy? How about Spain or Mexico where we have other campuses? If I can get support from our programmers here, maybe we could help to port the program into Italian. Nevertheless, we would definitely need MARC and z39.50 support to win over the full consortium of libraries. With a little support, we might even be able to help you develop those modules, but I need to know what it might entail or if work has already been done on it. I spent a few hours reading ALL the past mailing list postings and see some interesting things developing. I did see several references to MARC.pm and z39.50 but they seemed merely as comments and no commitment from anyone on the list or beyond. O.K. Make my day (or maybe night in N.Z.) and tell me that MARC and z39.50 standards are on the (near) future wish list. I would just LOVE for our university (www.upra.org) to spearhead this project here in Italy but need some help from our friends down under. P.S.: I'm not a programmer just a hacker and admirer of things Linux, but I do sign the checks of our programmers, so I guess that helps. James Mulford Director of Finance & Development Regina Apostolorum University Rome, Italy -----Original Message----- From: Nicholas Stephen Rosasco [mailto:nsr4n@tetra.mail.virginia.edu] Sent: venerd? 25 maggio 2001 18.39 To: koha@lists.katipo.co.nz Subject: Re: [Koha] Re: marc and stuff! While we're (on list, at least) considering possible major-code-change wishlists, is there anything else :) anyone wants? Also, would anyone consider addition of a text based front end for users a valid item? I know there is a text based front end for the library staff... but a text front end would permit use of serial terminals. I think it may be possible to create a linux boot+install-config floppy, and a cheat sheet for answering questions for install, thereby getting us closer to a turnkey system. Or is having a linux person on hand still a better idea at the moment? Thoughts? Nick _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From chris at katipo.co.nz Sat May 26 08:38:18 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: FW: [Koha] Re: marc and stuff! In-Reply-To: ; from jmulford@legionaries.org on Fri, May 25, 2001 at 07:19:26PM +0200 References: Message-ID: <20010526083818.C20634@katipo.co.nz> Hi There, On Fri, May 25, 2001 at 07:19:26PM +0200, jmulford@legionaries.org said: > Friends, > > > O.K. Make my day (or maybe night in N.Z.) and tell me that MARC and z39.50 > standards are on the (near) future wish list. I would just LOVE for our > university (www.upra.org) to spearhead this project here in Italy but need > some help from our friends down under. I think I can safely make ur morning (nz time) and say that MARC and z39.50 compatibility is pretty close to the top of the wishlist. I personally think that internal storage is irrelevant, ie we dont need to store the records in MARC format. As long as we can import from and export to MARC record format. Now I could be completely wrong, but thats the beauty of having a mailing list like this, im sure someone will tell me straight away if I am. :-) Either way, I think I can say that consensus that we need some kind of MARC compatibility has been reached. And Steve Tonnessen has already done some thinking on how to achieve it. Ok to conclude my rambling, I think what im trying to say is MARC and z39.50 compatibility is next on the list. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Sat May 26 09:02:17 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: ; from nsr4n@tetra.mail.virginia.edu on Fri, May 25, 2001 at 12:38:45PM -0400 References: <20010525094642.B10572@katipo.co.nz> Message-ID: <20010526090217.F20634@katipo.co.nz> Hiya On Fri, May 25, 2001 at 12:38:45PM -0400, Nicholas Stephen Rosasco said: > While we're (on list, at least) considering possible major-code-change > wishlists, is there anything else :) anyone wants? > > Also, would anyone consider addition of a text based front end for users a > valid item? I know there is a text based front end for the library > staff... but a text front end would permit use of serial terminals. Yup this is true. I started (again) a rewrite of the text based circulation frontend last weekend. Using slang instead of CDK and using Steve's excellent circulation API, which is making life a ton easier. Id really like to drop the CDK modules out of koha. As they are error prone. Perhaps after this we might want to work on a console based opac? > > I think it may be possible to create a linux boot+install-config floppy, > and a cheat sheet for answering questions for install, thereby getting us > closer to a turnkey system. Or is having a linux person on hand still a > better idea at the moment? Thoughts? > Id like to make the install much simpler personally. I have no set ideas how to achieve this, so discussion on this area would be good. I like the idea of making koha into .deb's or .rpms to make the install easier. We could perhaps use debconf to prompt the user for values such as htdoc root, server name, ip etc .. to customise the installation. Anyone else have anything to put on the wishlist? Chris From tonnesen at cmsd.bc.ca Sat May 26 09:50:13 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <20010526090217.F20634@katipo.co.nz> Message-ID: On Sat, 26 May 2001, Chris Cormack wrote: > Anyone else have anything to put on the wishlist? How about abstracting the book information behind an API of some kind. The API needs to be generic enough to support the current Koha way of storing information, as well as MARC format type data. I haven't given this a whole lot of thought yet. As Koha works now, when you get a biblio, biblioitem, or item object, it basically contains all of the fields from the MySQL tables. MARC record data, I think, should be associated with the biblioitem objects. We need some way of referring to MARC data from that object: $biblioitem->{'marc'}->{'245'}->{'a'} = 'Tails that talk and fly'; $biblioitem->{'marc'}->{'100'}->{'a'} = 'Swanson, Diane,'; This is a little simplistic, as many fields and subfields are repeatable. Thus, the values may have to actually be arrays of values. {$biblioitem->{'marc'}->{'650'}}[1]->{'a'} Would return the 'a' subfield of the second 650 field for $biblioitem. The API should be capable of reading and writing data to the underlying database tables. Thus, the acquisition modules should be able to create a $biblioitem object and pass it to the API for insertion into the database, or the cataloguing module should be able to modify a subject entry for a biblio that is already in the database. Somebody wrote to me privately and pointed out this database schema which is quite elegant, and allows full storage of a MARC record in SQL tables: http://osdls.library.arizona.edu:4000/design.html Steve Tonnesen Coast Mountains School District Hazelton, BC, CANADA From chris at katipo.co.nz Sat May 26 09:53:41 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: FW: [Koha] Re: marc and stuff! In-Reply-To: <107.727892.28402596@aol.com>; from COURYHOUSE@aol.com on Fri, May 25, 2001 at 05:16:06PM -0400 References: <107.727892.28402596@aol.com> Message-ID: <20010526095341.G20634@katipo.co.nz> On Fri, May 25, 2001 at 05:16:06PM -0400, COURYHOUSE@aol.com said: > preference would of course be to also store them in MARC as well but one > thing at a time! > > ed Hi Ed Forgive me if im wrong, and please correct me if I am, but Im not sure why its nessecary to store things in MARC. A MARC file AFAIK is just a sequential file that follows a set format. Having the format set allows the file to be transferred between systems that understand that format. I dont see why it is nessecary to store the data as a sequential file, if you have some easy routines that can a) easily parse said file and store it in our database and b) can retrieve information from our database and create a MARC record from it. From kb2qzv at poczta.wp.pl Sat May 26 10:49:50 2001 From: kb2qzv at poczta.wp.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Re: marc and stuff! References: <20010525094642.B10572@katipo.co.nz> <20010526090217.F20634@katipo.co.nz> Message-ID: <000c01c0e56d$019dd210$0a00a8c0@p408> ----- Original Message ----- From: "Chris Cormack" To: Sent: Friday, May 25, 2001 11:02 PM Subject: Re: [Koha] Re: marc and stuff! > Hiya > > On Fri, May 25, 2001 at 12:38:45PM -0400, Nicholas Stephen Rosasco said: > > While we're (on list, at least) considering possible major-code-change > > wishlists, is there anything else :) anyone wants? I think a good idea would be to include i10n and i18n so koha is really usable in many non-english speaking countries. Benedykt From COURYHOUSE at aol.com Sun May 27 17:31:06 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: FW: [Koha] Re: marc and stuff! Message-ID: > Subj: Re: FW: [Koha] Re: marc and stuff! > Date: 5/26/01 10:29:09 PM US Mountain Standard Time > From: COURYHOUSE > To: chris@katipo.co.nz > > > > You may want to check or perhaps others here can enlighten us as to haw > this is handled by some of the commercial packages.... > > UPDATE!!! the 733 MHz machine was purchased today and windows will be > stripped from the drive and LINUX installed! > > will be using the caldera LINUX 2.4 edesk > > Any comments? Can always change.... > > Ed Sharpe > > > >> Subj: Re: FW: [Koha] Re: marc and stuff! >> Date: 5/25/01 2:54:18 PM US Mountain Standard Time >> From: chris@katipo.co.nz (Chris Cormack) >> Sender: koha-admin@lists.katipo.co.nz >> To: koha@lists.katipo.co.nz >> >> >> >> >> On Fri, May 25, 2001 at 05:16:06PM -0400, COURYHOUSE@aol.com said: >> > preference would of course be to also store them in MARC as well but >> one >> > thing at a time! >> > >> > ed >> >> Hi Ed >> >> Forgive me if im wrong, and please correct me if I am, but Im not sure why >> its >> nessecary to store things in MARC. A MARC file AFAIK is just a sequential >> file that follows a set format. >> Having the format set allows the file to be transferred between systems >> that >> understand that format. >> I dont see why it is nessecary to store the data as a sequential file, if >> you have some easy routines that can a) easily parse said file and store it >> in our database and b) can retrieve information from our database and >> create >> a MARC record from it. >> >> >From what I gather the main things the Library of Congress looks for when >> assesing MARC 21 compatibility is that the system loads in the full record >> with no false or arbitritary limitations on such thing as the length of the >> notes field, or the number of subject headings. And that the system allows >> for the records to be written back in MARC 21 communications format. >> >> Of course it may well work out, that these two aims are very hard to >> achieve >> without storing them in MARC format, then again it may not. >> >> Just thinking aloud really >> >> Chris >> -- >> Chris Cormack >> Programmer >> 025 500 789 Katipo Communications >> Ltd >> chris@katipo.co.nz >> www.katipo.co.nz >> _______________________________________________ >> Koha mailing list >> Koha@lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010527/4ab348ca/attachment.htm From COURYHOUSE at aol.com Wed May 30 05:27:52 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Linux...but WHICH Linix! Message-ID: <13.1644d85d.28453618@aol.com> Good morning Folks! OK found an old Corel LINUX CD, loaded up one of the systems, have it on the network and talking, but I would like to hear from some of the other users out there which distribution of LINUX they have had the most luck with. Any input is great! thanks Ed Sharpe archivist for SMECC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010529/fabe8ff0/attachment.html From tonnesen at cmsd.bc.ca Sat Jun 2 05:30:41 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Net::Z3950 module Message-ID: Anybody here have any experience with the perl Net::Z3950 module? I've got it doing successful searches of the National Library of Canada, but I can't figure out how to get raw MARC results out of it. I can get GRS1 results, or structured text results no problem, but I can't get MARC for some reason. When I use: print Net::Z3950::Record::USMARC::render($rec); I get the following error: Can't call method "output" on an undefined value at /usr/local/lib/site_perl/i386-linux/Net/Z3950/Record.pm line 236. Steve. From snaidu at pirg.uwaterloo.ca Fri Jun 8 09:25:28 2001 From: snaidu at pirg.uwaterloo.ca (Suresh Naidu) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] newbiblio In-Reply-To: <20010526090217.F20634@katipo.co.nz> Message-ID: Hi, I'm looking for a script that will let me insert new biblio items without going through the acquisitions process. Someone mentioned a webbased way of doing this? Or, what are the fields that need to be altered for a new item to be fully inserted? thanks suresh From tonnesen at cmsd.bc.ca Fri Jun 15 03:02:49 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Beginning of Marc support Message-ID: http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl Pretty rudimentary so far. Can add a single new field, checks if non-repeatable tags already exist. No edit feature, no ability to add extra subfields. Steve. From tonnesen at cmsd.bc.ca Fri Jun 15 03:02:49 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Beginning of Marc support Message-ID: http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl Pretty rudimentary so far. Can add a single new field, checks if non-repeatable tags already exist. No edit feature, no ability to add extra subfields. Steve. From tonnesen at cmsd.bc.ca Tue Jun 19 07:37:47 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] More MARC development Message-ID: My MARC editor has come a little farther along. It is now possible to add new fields and subfields, edit existing subfield values, and delete subfield entries. Still to be done: - the interface needs some major improvements - the code needs to be broken down into modules of some sort. - no way to add a subfield if all of the existing subfields are deleted... workaround is probably to delete the tag when the last subfield is deleted, so that the tag has to be recreated with an initial subfield. - Lots of work actually tying this code into Koha somehow. This includes running alongside the existing database layout, as well as tying into things like catalogue searching, etc. - Setting up standard locations for Koha data that may not be covered by MARC (ie withdrawn, lost, itemtype). I've parsed all of the MARC21 field and subfield descriptions so they all show up in the interface as well. I gather that this is the part that will likely change in different versions of MARC though? It would be fairly simple to modify the field and subfield definitions based on a preference setting for the version of MARC (MARC21, UKMARC, NZMARC, MARSMARC, etc.). Note that the data on my test site is free to edit and play with. It's actually running on my laptop, and is a copy of a library's data. Wreck it at your leisure, I can restore it quickly if it gets really bad. :) Demo is at: http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl Steve. From nsr4n at tetra.mail.virginia.edu Tue Jun 19 07:40:00 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Text based front end Message-ID: A few months/weeks ago I randomly asked who would be interested in a text front end for the user side/opac, and someone saved me from creating more code work by suggesting the use of a text based WWW browser. I don't know how many of you have used "lynx", which is nice and available for free (lynx.browser.org), or links (http://artax.karlin.mff.cuni.cz/~mikulas/links/) which is a bit simpler. both would server well-- particularly if you have color screen on your terminals. Nick From tonnesen at cmsd.bc.ca Tue Jun 19 07:47:47 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Text based front end In-Reply-To: Message-ID: On Mon, 18 Jun 2001, Nicholas Stephen Rosasco wrote: > I don't know how many of you have used "lynx", which is nice and available > for free (lynx.browser.org), > or links (http://artax.karlin.mff.cuni.cz/~mikulas/links/) which is a bit > simpler. I really like w3m too. Might be worth a look for you. Steve. From nsr4n at tetra.mail.virginia.edu Tue Jun 19 07:51:48 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] More MARC development In-Reply-To: Message-ID: Need any more info on MARC or the Z39.50 stuff? Also, more randomly, have you ever used the Internet public library? (www.ipl.org) I've been poking at them today, trying to see if they comment on what they use to drive their index. Nick On Mon, 18 Jun 2001, Tonnesen Steve wrote: > > My MARC editor has come a little farther along. It is now possible to add > new fields and subfields, edit existing subfield values, and delete > subfield entries. > > > Still to be done: > > - the interface needs some major improvements > - the code needs to be broken down into modules of some sort. > - no way to add a subfield if all of the existing subfields are > deleted... workaround is probably to delete the tag when the last > subfield is deleted, so that the tag has to be recreated with an > initial subfield. > - Lots of work actually tying this code into Koha somehow. This includes > running alongside the existing database layout, as well as tying into > things like catalogue searching, etc. > - Setting up standard locations for Koha data that may not be covered by > MARC (ie withdrawn, lost, itemtype). > > I've parsed all of the MARC21 field and subfield descriptions so they all > show up in the interface as well. I gather that this is the part that > will likely change in different versions of MARC though? It would be > fairly simple to modify the field and subfield definitions based on a > preference setting for the version of MARC (MARC21, UKMARC, NZMARC, > MARSMARC, etc.). > > Note that the data on my test site is free to edit and play with. It's > actually running on my laptop, and is a copy of a library's data. Wreck > it at your leisure, I can restore it quickly if it gets really bad. :) > > Demo is at: > > http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl > > > Steve. > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From COURYHOUSE at aol.com Tue Jun 19 07:54:53 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] More MARC development Message-ID: <7d.16a268ac.285fb68d@aol.com> Hi Steve! Looks neat keep up the good work! Sounds like the open source meeting AT ALA in SF calif. USA was real interesting here is what was there...... I was not able to make it but Bette Sharpe did attend and will be bringing me back a stash of whatever she could grab.... Ed Sharpe LITA Open Source Systems Interest Group Program: "Web Tools and Digital Resources: Open Source Then and Now" Sunday, June 17, 2001, 8:30am-10:30am Marriot Golden Gate Section B Access and services that libraries provide is often limited by the software and services that they are able to purchase.? But an alternative--freely-available open source software--is available to help libraries improve and shape services and better meet users' needs. But how can librarians get involved in development of these products and contribute to the process?? This program features open source developers discussing their projects:? Larry Wall and PERL, Eric Lease Morgan and MyLibrary@NCState, and Willem Schulton with projects in rural public libraries. Speakers: 1. Willem Scholten, Executive Director, Waitt Family Foundation Technology Resource Center, Seattle, WA 2. Eric Lease Morgan, Networked Resources Development Librarian, North Carolina State University Libraries, Raleigh, NC 27695-7111 3. Larry Wall, PERL Inventor and author, c/o O'Reilly & Associates, Sebastopol, CA 95472 > Subj: [Koha] More MARC development > Date: 6/18/01 12:38:42 PM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Sender: koha-admin@lists.katipo.co.nz > Reply-to: tonnesen@cmsd.bc.ca (Tonnesen Steve) > To: koha@lists.katipo.co.nz (Koha Open Source Library System) > > > > > > My MARC editor has come a little farther along. It is now possible to add > new fields and subfields, edit existing subfield values, and delete > subfield entries. > > > Still to be done: > > - the interface needs some major improvements > - the code needs to be broken down into modules of some sort. > - no way to add a subfield if all of the existing subfields are > deleted... workaround is probably to delete the tag when the last > subfield is deleted, so that the tag has to be recreated with an > initial subfield. > - Lots of work actually tying this code into Koha somehow. This includes > running alongside the existing database layout, as well as tying into > things like catalogue searching, etc. > - Setting up standard locations for Koha data that may not be covered by > MARC (ie withdrawn, lost, itemtype). > > I've parsed all of the MARC21 field and subfield descriptions so they all > show up in the interface as well. I gather that this is the part that > will likely change in different versions of MARC though? It would be > fairly simple to modify the field and subfield definitions based on a > preference setting for the version of MARC (MARC21, UKMARC, NZMARC, > MARSMARC, etc.). > > Note that the data on my test site is free to edit and play with. It's > actually running on my laptop, and is a copy of a library's data. Wreck > it at your leisure, I can restore it quickly if it gets really bad. :) > > Demo is at: > > http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010618/20473c95/attachment.htm From COURYHOUSE at aol.com Tue Jun 19 08:16:34 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Text based front end Message-ID: <119.78105d.285fbba2@aol.com> as I remember it ?can run on the ?linux server as well as the opac and ?in theory you could hook vt 100 type terminals to it. most companies throw these old terminals away! thus using ?less pc's and perhaps having a little better ?security. Ed Sharpe archivist for SMECC > Subj: [Koha] Text based front end > Date: 6/18/01 12:41:38 PM US Mountain Standard Time > From: ???nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) > Sender: ???koha-admin@lists.katipo.co.nz > To: ???koha@lists.katipo.co.nz > > > > > A few months/weeks ago I randomly asked who would be interested in a text > front end for the user side/opac, and someone saved me from creating more > code work by suggesting the use of a text based WWW browser. > > I don't know how many of you have used "lynx", which is nice and available > for free (lynx.browser.org), > or links (http://artax.karlin.mff.cuni.cz/~mikulas/links/) which is a bit > simpler. > > both would server well-- particularly if you have color screen on your > terminals. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010618/fba21a06/attachment.html From chris at katipo.co.nz Tue Jun 19 12:59:49 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] More MARC development In-Reply-To: <7d.16a268ac.285fb68d@aol.com>; from COURYHOUSE@aol.com on Mon, Jun 18, 2001 at 03:54:53PM -0400 References: <7d.16a268ac.285fb68d@aol.com> Message-ID: <20010619125949.J8226@katipo.co.nz> On Mon, Jun 18, 2001 at 03:54:53PM -0400, COURYHOUSE@aol.com said: > Hi Steve! Looks neat keep up the good work! It sure does, taking shape really nicely. > > Sounds like the open source meeting AT ALA in SF calif. USA was real > interesting > Speaking of conferences. Im heading to the SAGE-AU conference in Adelaide Australia in july. http://www.sage-au.org.au/conf/ Just wondering whether there are in koha users in adelaide, or any that may be attending the conference? Would be neat to meet up if any are. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Thu Jun 21 07:01:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC Support Message-ID: I never realized what a hassle it is to sort lists where numbers come after letters (as is the norm with MARC subfield marks). MySQL will only sort with numbers before the letters. I've managed to get the MARC records sorting in the right order now, and it can optionally display both tag names and subfield names for those of us for whom MARC is somewhat greek. When adding new subfields, there is a drop down box with subfield marks and names, or a simple text entry box where you can just type in the subfield mark. Now I really need to start thinking about how to tie this in to Koha. I don't think it should be too difficult to generate MARC records from the existing biblio, biblioitems, items table data. I suppose the easiest thing to do would be to insert some kind of API everywhere that modifies those tables so that they also modify the MARC records. This would be a first step towards adding MARC support. Second step would be inserting an API for every routine that _reads_ from those tables. At that point, all reads could gather data from the MARC records, and all writes could update both the old tables and the new MARC tables. MARC records would be linked at the biblioitems level. The items table data would, I believe, mostly be recorded in an 852 - Location tag in the Marc data. Links to the biblio table could be stored in a local 9XX tag. For example, if there is a biblio entry for "King Lear" with biblionumber 5214, and there are 4 biblioitems for that biblio (hardcover, paberback, cassette, large print), the MARC records for each of those four would have a tag like: 944 ## a 5214 When doing searches on MARC records, all four results with the same 944 a value could be lumped together under "King Lear" in the results output. I believe this would result in the same behaviour obtained with the three split tables? ------------------------ Technical Stuff Below!!! ------------------------ Rough outline of the Schema I used: I used the schema developed for the Pytheas project. It is fully capable of storing all of the information in any MARC record, and is not overly difficult to search. One feature I'd like to add is a keyword index so that soundex searches would work (ie soundex(elefant) = soundex(elephant)). The Resource_Table contains an entry for every MARC record. Resource_Table Resource_ID int auto_increment Record_ID int The Bib_Table contains an entry for every tag in a record. The Record_ID is used to link all tags in a MARC record together. Each entry in Bib_Table will have one of the Tag_#XX_ID fields filled out with a number that links to the appropriate #XX_Tag_Table. The Control_ID field links to a Control_Table that is used for the fixed length data elements like 008. Bib_Table Bib_ID int auto_increment Record_ID int Tag_0XX_ID int Tag_1XX_ID int Tag_2XX_ID int Tag_3XX_ID int Tag_4XX_ID int Tag_5XX_ID int Tag_6XX_ID int Tag_7XX_ID int Tag_8XX_ID int Tag_9XX_ID int Control_ID int The 2XX_Tag_Table is representative of 10 tables (0XX_Tag_Table through 9XX_Tag_Table). It contains one entry for each tag of a record. The Tag_ID value is linked back to the Bib_Table Tag_2XX_ID field. The Subfield_ID is used to link to the 2XX_Subfield_Table which contains all of the subfields for this tag. 2XX_Tag_Table Tag_Key int auto_increment Tag_ID int Indicator1 int Indicator2 int Tag char(3) Subfield_ID int The 2XX_Subfield_Table is again representative of 10 such tables. The Subfield_ID is used to link all of the subfields of a given tag together and back to the 2XX_Tag_Table entry. Small values can be stored directly in the Subfield_Value field. Larger values are stored in separate blob tables using the Storage_ID field as the link. 2XX_Subfield_Table Subfield_Key int auto_increment Subfield_ID int Subfield_Mark char(1) Subfield_Value char(255) Storage_ID int The Storage_Table and *Blob_Table is where the data elements themselves are stored. Depending on the size of the data, they can be stored in the Blob_Table, Med_Blob_Table, or the Long_Blob_Table, based on the value of Storage_Type. Storage_Table Storage_Key int auto_increment Storage_ID int Blob_ID int Med_Blob_ID int Long_Blob_ID int Storage_Type enum('B', 'MB', 'LB'); The Med_Blob_Table and Long_Blob_Table are identical to Blob_Table except that the Blob_Data field is mediumblob or longblob respectively. The Seq_No field can be used to break a huge record into multiple longblob's if necessary. Blob_Table Blob_Key int auto_increment Blob_ID int Blob_Data blob Seq_No int If I wanted to find the title and author of all records that had "bear" in any subject (6XX) tag, I would use: select B.Record_ID from Bib_Table B, 6XX_Tag_Table T, 6XX_Subfield_Table S where B.Tag_6XX_ID=T.Tag_ID and T.Subfield_ID=S.Subfield_ID and S.Subfield_Mark='a' and S.Subfield_Value like '%bear%'; for each Record_ID returned, run the following to get the author: select S.Subfield_Value from Bib_Table B, 1XX_Tag_Table T, 1XX_Subfield_Table S where B.Record_ID=$Record_ID and B.Tag_1XX_ID=T.Tag_ID and T.Subfield_ID=S.Subfield_ID and T.Tag='100'; and the following to get the title: select S.Subfield_Value from Bib_Table B, 2XX_Tag_Table T, 2XX_Subfield_Table S where B.Record_ID=$Record_ID and B.Tag_2XX_ID=T.Tag_ID and T.Subfield_ID=S.Subfield_ID and T.Tag='245'; From tonnesen at cmsd.bc.ca Thu Jun 21 08:38:21 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Ramblings on a Catalogue API Message-ID: More technical mumbo jumbo. I'm thinking the new Catalogue API should have two interfaces: one that is modelled on the biblio,biblioitems,items table and one that is modeled on the MARC data. Here are my ramblings on the first interface, which would need to be implemented first anyway. Adding a new item: Create a $item object: $item->{'biblioitemnumber'}=xxxx; $item->{'barcode'}=xxxxx; . . . dateaccessioned=xxxxx; booksellerid=xxxxxx; homebranch=xxxxxxx; price= replacementprice= replacementpricedate= notforloan= restricted= holdingbranch= itemnotes= Call Catalogue->AddItem($env, $item) The AddItem subroutine can insert the data into a new items record as before, as well as: Grab the MARC Record_ID number from the biblioitems table for biblioitemnumber given in the $item object and add an 852 tag for the new item in the MARC record. We still have to work out where in the 852 tag the different bits of information will be stored, or if some information maybe should be stored elsewhere, like in 859 (any tag, subfield, or indicator with a 9 in it is a local implementation). Catalogue->UpdateItem($env, $item) could be used to modify an existing item. The $item object in this case would also have to have an itemnumber. The MARC side could grab the barcode from the items table to find the corresponding 852 entry in the MARC record. Catalogue->AddBiblioitem($env, $biblioitem) $biblioitem->{'biblionumber'}=xxxx; volume= number= classification= itemtype= isbn= dewey= subclass= etc. Again, this would add an entry to the biblioitems table, and create a new MARC record. The Record_ID value from the newly created MARC record would also be inserted into the new biblioitems record in a new Record_ID field. Catalogue->UpdateBiblioitem($env, $biblioitem) Same idea as UpdateItem... Catalogue->AddBiblio($env, $biblio) Catalogue->UpdateBiblio($env, $biblio) These two subroutines have no counterpart in the MARC side. The data contained in the biblio table is stored in the MARC record for each of the corresponding biblioitems. All of the MARC records associated with a given biblio would have a unique id (same as the biblionumber) stored somewhere in the MARC record, location still to be determined. I'm not sure at the moment how many places in the existing Koha code will have to be modified to use this new API. All over the acquisitions code, for sure, as well as the catalogue editing code. Any other places that need looking at? Any spots in the code where updates may not fit with my proposed API here? Reading subroutines would be similar to the writing subroutines: Catalogue->GetBiblio($env, $biblionumber); Catalogue->GetBiblioitem($env, $biblioitemnumber); Catalogue->GetItem($env, $itemnumber); something like that. These three subroutines would _always_ read from the MARC record data. This will be more difficult than the current setup which just grabs the entire row from an SQL select statement and returns the result as the object, but it ensures that there is a single authoritative data source and allows for the eventual removal of the biblio, biblioitems and items tables once their functionality is completely met by the MARC records. These subroutines, specifically the GetBiblioitem and GetItem would also return some structured MARC data: 1: a full MARC record, 2: a text structured MARC record, 3: an HTML formatted MARC record. Steve. From tonnesen at cmsd.bc.ca Fri Jun 22 04:45:44 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC info request from librarians Message-ID: Here's a question for the librarians in the crowd. I'm trying to match up the data in Koha's biblio, biblioitems, and items tables to MARC tags and subfields. Can you go over the list below and comment on my mapping, both things you think I've done wrong, or things that I'm missing entirely? Thanks for the help, Steve. ========================================================================= Koha to MARC field mapping ========================================================================= From john at colosys.net Fri Jun 22 05:00:25 2001 From: john at colosys.net (John Campbell) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC info request from librarians In-Reply-To: Message-ID: steve and company you might want to take a look at the marc format for holdings standards. http://lcweb.loc.gov/marc/holdings/echdhome.html along with the bibliogaphic format http://lcweb.loc.gov/marc/bibliographic/ecbdhome.html cheers john On Thu, 21 Jun 2001, Tonnesen Steve wrote: > > Here's a question for the librarians in the crowd. I'm trying to match up > the data in Koha's biblio, biblioitems, and items tables to MARC tags and > subfields. Can you go over the list below and comment on my mapping, both > things you think I've done wrong, or things that I'm missing entirely? > > Thanks for the help, > > Steve. > > > ========================================================================= > Koha to MARC field mapping > ========================================================================= > > >From biblio table: > > title 245 a > subtitle 245 b > unititle 246 a ??? > serial > seriestitle 440 a > copyrightdate 245 f (or g?) and what is the format? > notes 500 a (maybe set $3 to 'biblio'?) > author 100 a,b,c,d > additional author 700 a,b,c,d (set $e to 'author') > subject 650 a > > > >From biblioitems table: > > volume 440 v > number 440 n > classification (I'm not sure this is used in Koha anymore?) > itemtype 852 k (call number prefix) > isbn 020 a > issn 022 a > dewey 082 a > subclass 852 m (call number suffix) > place 260 a (Place of publication) > publishercode 260 b (Name of publisher, distributor) > publicationyear 260 c (Date of Publication) > volumedata > volumeddesc > illus 700 a,b,c,d (set $e to 'illustrator') > pages 300 a > size 300 c > notes 500 a (maybe set $3 to 'biblioitems'?) > lccn 010 a > > > >From items table: > > barcode 852 p > dateaccessioned 876 d (date acquired) > booksellerid 876 e > homebranch 852 > holdingbranch 876 l (temporary location) > price 876 c (cost) > replacementprice 876 c? (cost) > replacementpricedate 876 d? (date acquired) > datelastborrowed > datelastseen > multivolume > stack > notforloan 506 or 876 h > itemlost 876 j (item status) > wthdrawn 876 j (item status) > bulk > issues > renewals > reserves > restricted 506 a restrictions on access for all items, > or 876 h for item specific restrictions? > binding > itemnotes 876 z (public note) 876 x (nonpublic note) > interim > ========================================================================= > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From tonnesen at cmsd.bc.ca Fri Jun 22 05:04:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC info request from librarians In-Reply-To: Message-ID: On Thu, 21 Jun 2001, John Campbell wrote: > you might want to take a look at the marc format for holdings standards. > > http://lcweb.loc.gov/marc/holdings/echdhome.html > > along with the bibliogaphic format > > http://lcweb.loc.gov/marc/bibliographic/ecbdhome.html I've looked at those. That's how I got as far as I did. I just want some real librarians to check my work for me. :) Steve. From tonnesen at cmsd.bc.ca Sat Jun 23 07:56:15 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC Message-ID: I've now got a pretty basic MARC converter built that will take all existing records in the biblio, biblioitems, items tables and convert them to MARC records. I stuck pretty much with the mapping I sent in my previous post, since nobody pointed out any glaring errors. Item holdings information is stored in tags 852 and 876 with a linkage number in subfield 8 to tie the two tags together. http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl will now point you to record 221 by default which has 6 items. This converter uses the beginnings of a Catalogue.pm module that I'm working on. The newBiblioItem() and newItem() subroutines are fairly complete for the MARC side. The Koha side should be much easier to write. Steve. From kb2qzv at box43.pl Sat Jun 23 08:39:55 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC References: Message-ID: <003001c0fb5b$7f0084b0$0a00a8c0@p408> ----- Original Message ----- From: "Tonnesen Steve" > > I've now got a pretty basic MARC converter built that will take all > existing records in the biblio, biblioitems, items tables and convert them > to MARC records. Can you tell how complete a MARC record will it be? I noticed that you've added an "MARC import" link on the web page. Does it mean we would be able to import bibliographic data from an external file into koha's mysql tables? It would be wonderful. > I stuck pretty much with the mapping I sent in my > previous post, since nobody pointed out any glaring errors. I am not sure whether copyright data (f or g) fit into tag 245 according to USMARC. But I may be wrong on that. Benedykt -- Chcialbys zarobic lub "dorobic" naprawde dobre pieniadze? Otrzymasz do 300zl za kazda firme ktora wprowadzisz do Centrum e-biznesu Poszukaj wsrod znajomych, znajdz firme i wypelnij z nia prosty formularz Aby rozpoczac wejdz do http://praca.getin.pl i zostan Partnerem Getin From tonnesen at cmsd.bc.ca Sat Jun 23 09:30:28 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC In-Reply-To: <003001c0fb5b$7f0084b0$0a00a8c0@p408> Message-ID: On Fri, 22 Jun 2001, Benedykt P. Barszcz wrote: > > I've now got a pretty basic MARC converter built that will take all > > existing records in the biblio, biblioitems, items tables and convert them > > to MARC records. > Can you tell how complete a MARC record will it be? I'm no expert on MARC, but the plan is to make it a full MARC record. I don't have the code yet for actually writing out the data as a MARC record, but that really is trivial. > I noticed that you've added an "MARC import" link on the web page. > Does it mean we would be able to import bibliographic data from an external > file into koha's mysql tables? > It would be wonderful. I've been doing this for some time. My concern with this is that I've generally had to fiddle with the importer to get holdings records to work right, as everybody seems to put info in different places in the MARC record. Also, some things like Koha's "itemtype" which is pretty critical to the way Koha stores data, are hard to extract automatically out of any given MARC record. The way that I've been doing it is that the librarian's save the MARC records to their home directories on the server, and then go through and edit each imported record individually to make any necessary changes. When importing MARC records for an entire collection (when a library is switching from another program to Koha), I tweak the MARC import routines so that the data is imported correctly. This is why I'd like to see Koha adopt MARC as a base data storage format, to make importing MARC records from other sources a little less painful. > > I stuck pretty much with the mapping I sent in my > > previous post, since nobody pointed out any glaring errors. > I am not sure whether copyright data (f or g) fit into tag 245 according to > USMARC. But I may be wrong on that. You're right. Should have been 260 c (Date of publication, distribution, etc., may contain multiple dates (e.g., dates of publication and copyright)). Steve From chris at katipo.co.nz Sat Jun 23 10:08:50 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC In-Reply-To: ; from tonnesen@cmsd.bc.ca on Fri, Jun 22, 2001 at 12:56:15PM -0700 References: Message-ID: <20010623100850.D14398@katipo.co.nz> On Fri, Jun 22, 2001 at 12:56:15PM -0700, Tonnesen Steve said: > > > I've now got a pretty basic MARC converter built that will take all > existing records in the biblio, biblioitems, items tables and convert them > to MARC records. I stuck pretty much with the mapping I sent in my > previous post, since nobody pointed out any glaring errors. Item holdings > information is stored in tags 852 and 876 with a linkage number in > subfield 8 to tie the two tags together. > > > http://142.28.224.11/cgi-bin/koha/acqui.simple/viewmarc.pl > > will now point you to record 221 by default which has 6 items. > > > This converter uses the beginnings of a Catalogue.pm module that I'm > working on. The newBiblioItem() and newItem() subroutines are fairly > complete for the MARC side. The Koha side should be much easier to write. > > Wow, Youve certainly been very busy :-) Its looking great, wrt to ur previous email, i couldnt spot any other areas that MARC will affect apart from the ones you had already picked out. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From kb2qzv at box43.pl Sat Jun 23 10:19:38 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC References: Message-ID: <001a01c0fb69$6eb530c0$0a00a8c0@p408> ----- Original Message ----- From: "Tonnesen Steve" To: "Benedykt P. Barszcz" Cc: "Koha Open Source Library System" Sent: Friday, June 22, 2001 11:30 PM Subject: Re: [Koha] MARC > I'm no expert on MARC, but the plan is to make it a full MARC record. I > don't have the code yet for actually writing out the data as a MARC > record, but that really is trivial. There is a federation of 92 libraries here in Poland called FIDES. I am closely associated with them. Just recently a decision has been made to convert all the bibliographic data into USMARC. The current format is MARC BN. The BN stands for National Library (in Polish). Even now that they decided to convert to USMARC they proposed a draft in which they drop "the MARC indicators" because the software used does not make use of the indicators. Do you think that it will impede or make difficult to import data without indicators into MARC-enabled koha as you have designed it? Benedykt -- Chcialbys zarobic lub "dorobic" naprawde dobre pieniadze? Otrzymasz do 300zl za kazda firme ktora wprowadzisz do Centrum e-biznesu Poszukaj wsrod znajomych, znajdz firme i wypelnij z nia prosty formularz Aby rozpoczac wejdz do http://praca.getin.pl i zostan Partnerem Getin From kb2qzv at box43.pl Sat Jun 23 10:35:19 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] i18n of koha - progress report Message-ID: <002d01c0fb6b$9dec85d0$0a00a8c0@p408> Hi, Actually I should not be writing this. I have convinced a friend of mine to look at koha project and try to internationalize it. What he did was he wrote a simple perl script that makes it possible to switch between languages in koha by simply setting the language preference in your browser. For that to work an "Action" directive is to be set in Apache, like so: Action text/html /cgi-bin/koha/trans.pl Action text/plain /cgi-bin/trans.pl The "trans.pl" script does the whole magic to present the language of your preference of your browser. Requirements: gettext.pm, translated koha.pot file, and compiled with msgfmt. Now I need to convince him to subscribe to this mailing list to contribute:-) It may take some time. But the thing works and I am amazed.... Benedykt PS. Aha, he also did something to the koha perl scripts so perl variables can be correctly interpreted by HTML. -- Chcialbys zarobic lub "dorobic" naprawde dobre pieniadze? Otrzymasz do 300zl za kazda firme ktora wprowadzisz do Centrum e-biznesu Poszukaj wsrod znajomych, znajdz firme i wypelnij z nia prosty formularz Aby rozpoczac wejdz do http://praca.getin.pl i zostan Partnerem Getin From kb2qzv at box43.pl Sat Jun 23 10:48:08 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] miniBib Message-ID: <000901c0fb6d$684c93f0$0a00a8c0@p408> http://minibib.sourceforge.net/ I wonder what they are up to? They say that tomorrow a first stable version might be released.... Here is what the sourceforge description says: miniBib is a graduate project written in Java and object oriented. miniBib aim to help the management of a library Benedict -- Chcialbys zarobic lub "dorobic" naprawde dobre pieniadze? Otrzymasz do 300zl za kazda firme ktora wprowadzisz do Centrum e-biznesu Poszukaj wsrod znajomych, znajdz firme i wypelnij z nia prosty formularz Aby rozpoczac wejdz do http://praca.getin.pl i zostan Partnerem Getin From chris at katipo.co.nz Sat Jun 23 10:48:14 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] i18n of koha - progress report In-Reply-To: <002d01c0fb6b$9dec85d0$0a00a8c0@p408>; from kb2qzv@box43.pl on Sat, Jun 23, 2001 at 12:35:19AM +0200 References: <002d01c0fb6b$9dec85d0$0a00a8c0@p408> Message-ID: <20010623104814.A24717@katipo.co.nz> On Sat, Jun 23, 2001 at 12:35:19AM +0200, Benedykt P. Barszcz said: > Hi, > Actually I should not be writing this. I have convinced a friend of mine to > look at koha project and try to internationalize it. > What he did was he wrote a simple perl script that makes it possible to > switch between languages in koha by simply setting the language preference > in your browser. For that to work an "Action" directive is to be set in > Apache, like so: > Action text/html /cgi-bin/koha/trans.pl > Action text/plain /cgi-bin/trans.pl > > The "trans.pl" script does the whole magic to present the language of your > preference of your browser. > Requirements: gettext.pm, translated koha.pot file, and compiled with > msgfmt. Excellent, that is too cool :-) Sounds like a very elegant solution. > > Now I need to convince him to subscribe to this mailing list to > contribute:-) > Please do, if he would like I can set him up with cvs access so he can commit the files to the cvs tree. > It may take some time. > > But the thing works and I am amazed.... > Yep is a very nice solution. Very cunning :-) Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From pawelzc at cz.top.pl Sun Jun 24 20:32:52 2001 From: pawelzc at cz.top.pl (=?iso-8859-2?Q?Pawe=B3_Skuza?=) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] (no subject) Message-ID: <007f01c0fc88$4339ff00$c819802c@k1> Hi I wrote a perl script which try parsing html and translate with gettext visible text (and title, fields alt, names of graphics). Said about it Benedykt. Can you set up me with cvs access? Best regards, Poul From tonnesen at cmsd.bc.ca Tue Jun 26 01:11:54 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC In-Reply-To: <001a01c0fb69$6eb530c0$0a00a8c0@p408> Message-ID: On Sat, 23 Jun 2001, Benedykt P. Barszcz wrote: > software used does not make use of the indicators. Do you think that it will > impede or make difficult to import data without indicators into MARC-enabled > koha as you have designed it? I can't see that being a problem. In fact, my current Koha -> MARC converter leaves all the indicators blank at the moment anyway. The only one I was thinking of automating was the 245 second indicator which tells how many non-filing characters are at the beginning of the title. I was going to search for "The", "A", or "An" to at least catch some of these. Rather english-specific solution, eh? :) Steve. From tonnesen at cmsd.bc.ca Tue Jun 26 08:17:54 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC TODO list Message-ID: I've generated a short TODO list for adding MARC support to Koha below. I've also checked most of my files into CVS now. I've placed most of them in the koha/marc/ subdirectory, but the koha/C4/Catalogue.pm file is also required to convert existing koha records to marc format. Please do not use any of this on production systems yet! TODO list 1. Finish cataloguing api (Catalogue.pm) 2. Modify existing code to use the new cataloguing api a. start with all write routines b. then all read routines 3. Polish up MARC editor. Must include some sanity checks to prevent modifications with the MARC editor rendering the data unusable by Koha. a. don't delete the barcode, warning before modifying barcode b. don't mess up linkages between 852 and 876 tags c. Home branch and holding branch info should require warnings before updating. d. others? 4. Need to create some indexes of the MARC data to aid in searches. Soundex searches would be nice. a. subject index b. title index c. author index d. dewey index e. itemtype index f. soundex indexes would require an index with 1 word in each record. For example, a book with the title "The Habitat and Lifestyle of the Elephant" would have entries for "Habitat", "Lifestyle" and "Elephant" all pointing to the book's record. An sql query like "select Record_ID from soundex_index where soundex(word) like soundex('elefant')" would return a point to "The Habitat and Lifestyle of the Elephant". (Personally, I think this is pretty silly, but I had some librarians ask for it, and it isn't overly difficult to implement). Soundex searches should be configurable as an option somewhere. For example, have a special interface for young children where they just type in a word and hit enter and soundex searches are used, but normal searches do not use soundex. It would be annoying for titles with the words 'Rode' and 'Road' to show up when you search for 'Rhode', for example. 5. A million other things, probably... From COURYHOUSE at aol.com Tue Jun 26 08:50:53 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC TODO list Message-ID: <102.50bbe78.2868fe2d@aol.com> Remember some of us will use LC rather than Dewey, especially those in the scientific library field..... Ed > Subj: [Koha] MARC TODO list > Date: 6/25/01 1:18:42 PM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz (Koha Open Source Library System) > > > > > > I've generated a short TODO list for adding MARC support to Koha below. > I've also checked most of my files into CVS now. I've placed most of them > in the koha/marc/ subdirectory, but the koha/C4/Catalogue.pm file is also > required to convert existing koha records to marc format. > > Please do not use any of this on production systems yet! > > > > TODO list > > 1. Finish cataloguing api (Catalogue.pm) > > 2. Modify existing code to use the new cataloguing api > a. start with all write routines > b. then all read routines > > 3. Polish up MARC editor. Must include some sanity checks to prevent > modifications with the MARC editor rendering the data unusable by > Koha. > a. don't delete the barcode, warning before modifying barcode > b. don't mess up linkages between 852 and 876 tags > c. Home branch and holding branch info should require warnings before > updating. > d. others? > > 4. Need to create some indexes of the MARC data to aid in searches. > Soundex searches would be nice. > a. subject index > b. title index > c. author index > d. dewey index > e. itemtype index > f. soundex indexes would require an index with 1 word in each record. > For example, a book with the title "The Habitat and Lifestyle of the > Elephant" would have entries for "Habitat", "Lifestyle" and > "Elephant" all pointing to the book's record. An sql query like > "select Record_ID from soundex_index where soundex(word) like > soundex('elefant')" would return a point to "The Habitat and > Lifestyle of the Elephant". (Personally, I think this is pretty > silly, but I had some librarians ask for it, and it isn't overly > difficult to implement). Soundex searches should be configurable as > an option somewhere. For example, have a special interface for young > children where they just type in a word and hit enter and soundex > searches are used, but normal searches do not use soundex. It would > be annoying for titles with the words 'Rode' and 'Road' to show up > when you search for 'Rhode', for example. > > 5. A million other things, probably... > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010625/4a445bca/attachment.htm From COURYHOUSE at aol.com Tue Jun 26 08:52:13 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC TODO list Message-ID: <42.16a62cea.2868fe7d@aol.com> keep up the great work! Will this run OK on the redhat distro? ended up with the server package... love the 90 day phone support aspect. Ed Sharpe archivist for SMECC > Subj: [Koha] MARC TODO list > Date: 6/25/01 1:18:42 PM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz (Koha Open Source Library System) > > > > > > I've generated a short TODO list for adding MARC support to Koha below. > I've also checked most of my files into CVS now. I've placed most of them > in the koha/marc/ subdirectory, but the koha/C4/Catalogue.pm file is also > required to convert existing koha records to marc format. > > Please do not use any of this on production systems yet! > > > > TODO list > > 1. Finish cataloguing api (Catalogue.pm) > > 2. Modify existing code to use the new cataloguing api > a. start with all write routines > b. then all read routines > > 3. Polish up MARC editor. Must include some sanity checks to prevent > modifications with the MARC editor rendering the data unusable by > Koha. > a. don't delete the barcode, warning before modifying barcode > b. don't mess up linkages between 852 and 876 tags > c. Home branch and holding branch info should require warnings before > updating. > d. others? > > 4. Need to create some indexes of the MARC data to aid in searches. > Soundex searches would be nice. > a. subject index > b. title index > c. author index > d. dewey index > e. itemtype index > f. soundex indexes would require an index with 1 word in each record. > For example, a book with the title "The Habitat and Lifestyle of the > Elephant" would have entries for "Habitat", "Lifestyle" and > "Elephant" all pointing to the book's record. An sql query like > "select Record_ID from soundex_index where soundex(word) like > soundex('elefant')" would return a point to "The Habitat and > Lifestyle of the Elephant". (Personally, I think this is pretty > silly, but I had some librarians ask for it, and it isn't overly > difficult to implement). Soundex searches should be configurable as > an option somewhere. For example, have a special interface for young > children where they just type in a word and hit enter and soundex > searches are used, but normal searches do not use soundex. It would > be annoying for titles with the words 'Rode' and 'Road' to show up > when you search for 'Rhode', for example. > > 5. A million other things, probably... > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010625/b7319989/attachment.html From tonnesen at cmsd.bc.ca Tue Jun 26 08:55:25 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC TODO list In-Reply-To: Message-ID: On Mon, 25 Jun 2001 COURYHOUSE@aol.com wrote: > Remember some of us will use LC rather than Dewey, especially those in the > scientific library field..... The MARC tables that I'm working on can obviously store the 050 field, and it will be trivial to index on that field. This is the kind of thing that needs to be settable as a system preference ("Primary Call Number Search: Dewey or LC"). This is another issue which I'd like to see addressed, but isn't my current focus. Steve. From tonnesen at cmsd.bc.ca Tue Jun 26 08:51:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] MARC TODO list In-Reply-To: Message-ID: On Mon, 25 Jun 2001 COURYHOUSE@aol.com wrote: > Will this run OK on the redhat distro? > ended up with the server package... love the 90 day phone support aspect. I'm a debian user myself, but I don't see why any of this wouldn't work under RedHat. None of my changes are in any way distribution specific, so if you have Koha working, my changes should work just fine. Steve. From nsr4n at tetra.mail.virginia.edu Wed Jun 27 02:53:18 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] (no subject) Message-ID: http://freshmeat.net/projects/pybliographer/ Is this of use to anyone? Randomly, Nick ...available for odd Koha research questions. From snaidu at pirg.uwaterloo.ca Sat Jun 30 04:30:04 2001 From: snaidu at pirg.uwaterloo.ca (Suresh Naidu) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] returns In-Reply-To: <007f01c0fc88$4339ff00$c819802c@k1> Message-ID: It seems that when one returns an item, the returndate gets a NULL value appended to it, rather than overwriting, so that the number of rows returned is always postive, and so the item is always "On Loan". Has anyone else had this problem? (I'm using the 1.1.0 install) thanks suresh From snowrichard at earthlink.net Thu Jul 12 02:09:07 2001 From: snowrichard at earthlink.net (Richard Snow) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Intro Message-ID: <3B4C5E03.7070001@earthlink.net> Hi. I just joined the list. I haven't seen any messages yet. I'm still installing Koha just to see how it works. I don't have a library, just interested in the software. Richard Snow http://richardsnow.bizland.com From COURYHOUSE at aol.com Fri Jul 13 08:01:52 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Alert fellow open source fans! OPEN BOOK BETA IS OUT Message-ID: <64.1086ef7c.287f5c30@aol.com> Found this in my mailbox this morning! Thank you for your interest in the OpenBook Integrated Library System. Today we would like to announce the beta technical release of OpenBook version 0.8.? Due to its beta nature, installation of OpenBook version 0.8 is not suggested for the beginning Linux User.? Highly recommended prerequisite skills include: -Manuevering the Linux command line -Configuring, compiling, and installing packages from source -Editing system config files Point your browser to http://www.trfoundation.org/projects/download.html to download the beta technical release. ed sharpe archvisit for smecc -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010712/1601a383/attachment.htm From say1 at goblin.cs.waikato.ac.nz Fri Jul 13 09:48:13 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Alert fellow open source fans! OPEN BOOK BETA IS OUT In-Reply-To: Your message of "Thu, 12 Jul 2001 16:01:52 EDT." <64.1086ef7c.287f5c30@aol.com> Message-ID: > Point your browser to http://www.trfoundation.org/projects/download.html > to download the beta technical release. Its great to see open source solutions get resources. I'd feel more comfortable about it though, if it was made clearer whether or not this was a fork. For those new to open source development, a fork is a situation where you have have two sets of developers working on different versions of the same code; over time the two versions drift apart. Forks can be good (for example FreeBSD/NetBSD/...) but are generally bad for small projects as they create confusion for new users are effectively halve the developer productivity. A quick explaination of the exact relationship between Koha, Openbook (http://www.trfoundation.org/), Openbook (http://www.arkenstone.org/OB5general. html), Openbook (http://www.wrhambrecht.com/offerings/auctions/openbook/), Openbook (http://www.oreilly.com/openbook/) and Openbook (http://www.openbook.com.au/) would also be helpful. stuart -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From deirdre at trfoundation.org Tue Jul 17 03:50:43 2001 From: deirdre at trfoundation.org (Deirdre McDonough) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] OpenBook Beta Technical release Message-ID: <2F57F690D871894E92204B819539E7C018263B@kermit.wfftrc.org> The Technology Resource Foundation is happy to announce the beta technical release of OpenBook version 0.8. Due to its beta nature, installation of OpenBook version 0.8 is not suggested for the beginning Linux User. Highly recommended prerequisite skills include: -Manuevering the Linux command line -Configuring, compiling, and installing packages from source -Editing system config files Point your browser to http://www.trfoundation.org/projects/download.html to download the beta technical release. We hope to have a fully functional v1.0 release in the early fall. As many of you may know, we began this project by working on Koha. We quickly realized that to meet the needs of our local target audience, we would have to support MARC. A message sent to this list in late May by Lora Morgaine explains this in more detail. It's not intended at this point to be Koha, but rather we required the ability to support MARC format and our target progamming language was different. While we were definitely inspired by Koha, and we sent the originally compatible work to Chris Cormack, the code is completely new. I hope this addresses anyone's concerns about this being a fork project. We sincerely hope that the code release is something that will be useful to the Koha project, it's clearly not the same beast at this point. Deirdre McDonough deirdre@trfoundation.org http://www.trfoundation.org From nsr4n at tetra.mail.virginia.edu Tue Jul 17 04:30:01 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Koha/OpenBook Message-ID: Has anyone else had a chance to look at the OpenBook OPAC? I have to confess I am .... impressed -- and also startled by how look/feel similar it is to Koha in some respects. NSR From rkr_ii at yahoo.com Thu Jul 19 09:29:41 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Install questions. Message-ID: <20010718212941.89168.qmail@web13406.mail.yahoo.com> Hey folks, spent about an hour wrestling with Koha to get things running and have a few questions: 1. It looks like the virtual hosting is required, since a lot of the hypertext links go to a root folder (like /reports). I've done a little work (mostly on the index pages) to change this (/koha/reports, for example) and realize that this is probably going to require touching every file. Is this true? Anyone have any suggestions on getting things running on a single machine with a single IP Address with a single name? 2. I can get circulation running, but when I try to open it, all I get is a blank page. I've added one branch via the commandline...do I have to do more to get things going? Thanks, Rob Robert Rickenbrode Cesar Chavez Public Charter High School __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ From rkr_ii at yahoo.com Thu Jul 26 12:31:22 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II Message-ID: <20010726003122.96223.qmail@web13405.mail.yahoo.com> Hey folks, I managed to get Koha mostly running one a single machine with a single IP address by using VirtualHosts and NameVirtualHosts in Apache. However, not everything works. Specifically, the Acquisitions and Circulation portions of the intranet give me Internal Server Errors. Examining Apache's error log gives me the following: If I attempt to go to circulation, I get: premature end of script headers in /home/httpd/cgi-bin/koha/circ/circulation.pl If I attempt to go to Acquisitions, I get 2 errors: Undefined subroutine &main::systemprefs called at /home/httpd/cgi-bion/koha/loadmodules.pl and Premature end of script headers: /home/httpd/cgi-bin/koha/loadmodules.pl I take it the premature end of script headers are the standard errors that happen when a web-script fails to produce a good page. The problem is that I don't know how to get more information than that. Has anyone seen this before? Thanks, Rob __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ From ostrowb at tblc.org Fri Jul 27 03:37:20 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] ALA president-elect has noticed us Message-ID: <5.1.0.14.2.20010726112628.0284aec0@tblc.org> Mitch Freedman, president-elect of ALA, has taken a look at Koha and is intrigued. He's in a position to spread the word about Koha and other Free or Open Source software, obviously. Important eyes are on us. :) Ben From tonnesen at cmsd.bc.ca Fri Jul 27 03:48:04 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: <20010726003122.96223.qmail@web13405.mail.yahoo.com> Message-ID: On Wed, 25 Jul 2001, Robert Rickenbrode wrote: > However, not everything works. Specifically, the > Acquisitions and Circulation portions of the intranet > give me Internal Server Errors. > > Examining Apache's error log gives me the following: > > If I attempt to go to circulation, I get: > premature end of script headers in > /home/httpd/cgi-bin/koha/circ/circulation.pl There is no other error that is coming just before this message? > If I attempt to go to Acquisitions, I get 2 errors: > Undefined subroutine &main::systemprefs called at > /home/httpd/cgi-bion/koha/loadmodules.pl > and > Premature end of script headers: > /home/httpd/cgi-bin/koha/loadmodules.pl Okay. The systemprefs subroutine is supposed to be in the Search.pm file in your C4 directory (mine is located in /usr/lib/perl5/C4/Search.pm). I'll e-mail you a copy of that file privately. Steve. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/x-perl Size: 36903 bytes Desc: Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20010726/890e7c2a/attachment.bin From COURYHOUSE at aol.com Fri Jul 27 03:48:23 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] any more news on marc record support for koha? Message-ID: any more news on marc record support for koha? thanks ed sharpe -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010726/7693f642/attachment.htm From tonnesen at cmsd.bc.ca Fri Jul 27 03:50:11 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: <20010726003122.96223.qmail@web13405.mail.yahoo.com> Message-ID: On Wed, 25 Jul 2001, Robert Rickenbrode wrote: > If I attempt to go to circulation, I get: > premature end of script headers in > /home/httpd/cgi-bin/koha/circ/circulation.pl In your C4 directory again, do you have a Circulation subdirectory that contains a file called Circ2.pm? I'm wondering if you have an old C4 directory that doesn't have some of the changes I made recently. Steve. From tonnesen at cmsd.bc.ca Fri Jul 27 03:57:14 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] any more news on marc record support for koha? In-Reply-To: Message-ID: On Thu, 26 Jul 2001 COURYHOUSE@aol.com wrote: > any more news on marc record support for koha? It's still in the works. What kind of timeline are you working under, Ed? Do you have a deadline that you are working towards? Chris has just wrapped up a new release of Koha, so we should be able to start merging in my MARC changes any time now. There's still a fair amount of work to be done before it is complete, though, and I don't believe that anybody else is working on it besides me. :( Steve. From rkr_ii at yahoo.com Fri Jul 27 04:57:27 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode II) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: References: <20010726003122.96223.qmail@web13405.mail.yahoo.com> Message-ID: <5.0.2.1.0.20010726124326.00a5a0e0@pop.mail.yahoo.com> Hi Steve, thanks for the help. Issues: #1 Steve> In your C4 directory again, do you have a Circulation subdirectory that Steve> contains a file called Circ2.pm? I'm wondering if you have an old C4 Steve> directory that doesn't have some of the changes I made recently. I do have both the subdirectory and Circ2.pm file. I'm using the koha-1.1.1 release from the Sourceforge site. #2 Rob> If I attempt to go to circulation, I get: Rob> premature end of script headers in Rob> /home/httpd/cgi-bin/koha/circ/circulation.pl Steve> There is no other error that is coming just before this message? No, just checked again. #3 Rob> If I attempt to go to Acquisitions, I get 2 errors: Rob> Undefined subroutine &main::systemprefs called at Rob> /home/httpd/cgi-bion/koha/loadmodules.pl Rob> and Rob> Premature end of script headers: Rob> /home/httpd/cgi-bin/koha/loadmodules.pl Steve> Okay. The systemprefs subroutine is supposed to be in the Search.pm file Steve> in your C4 directory (mine is located in /usr/lib/perl5/C4/Search.pm). Steve> I'll e-mail you a copy of that file privately. My copy of Search.pm did not have this function. The file you sent me fixed the acquisitions problem! (Thanks!) The interface works, by apache's error log is giving me an error, saying that the table koha.systemprefs does not exist. It's not in the koha.mysql script either - is this future functionality? So, acquisitions is working; circulation is not. Finally, folks, am I missing something? After I install CDK (successfully, the full cdk demo works) and try to fire up telnet/circ, nothing happens... Any thoughts? Best, Rob Robert K. Rickenbrode II rkr_ii@yahoo.com From tonnesen at cmsd.bc.ca Fri Jul 27 06:49:55 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: <5.0.2.1.0.20010726124326.00a5a0e0@pop.mail.yahoo.com> Message-ID: On Thu, 26 Jul 2001, Robert Rickenbrode II wrote: > I do have both the subdirectory and Circ2.pm file. I'm using the > koha-1.1.1 release from the Sourceforge site. Wow. Those files are pretty old. Those aren't the copies that are in CVS, are they Chris? Robert, I'll email you privately again with a new copy of Circ2.pm and circulation.pl. Hopefully they'll work better for you... > My copy of Search.pm did not have this function. The file you sent me fixed > the acquisitions problem! (Thanks!) The interface works, by apache's error > log is giving me an error, saying that the table koha.systemprefs does not > exist. > > It's not in the koha.mysql script either - is this future functionality? Sort of. At the moment, I use it to allow me to use a simplified acquisitions module that I wrote in place of the standard Koha one. I have libraries with no automation whatsoever, so I wanted them to be able to enter their existing collection without worrying about vendor information. The eventual goal is to use something like this to make more of Koha configurable on a site-by-site basis. The schema for systempreferences is: CREATE TABLE systempreferences ( variable char(50), value char(200) ); It should probably be added to koha.mysql. Steve. From rkr_ii at yahoo.com Fri Jul 27 07:22:20 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode II) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: References: <5.0.2.1.0.20010726124326.00a5a0e0@pop.mail.yahoo.com> Message-ID: <5.0.2.1.0.20010726151713.00a55500@pop.mail.yahoo.com> Hey Steve, that did the trick, almost! I'm getting javascript errors in the Returns section (specifically, line 29: document.forms[0] has no properties.) Everything else looks great. Thanks, thanks, thanks. Just to clarify things for folks, which files are the current, stable ones? Finally, any chance you could make that simple circulation version available; I have exactly the same situation (new library, no automation, and MANY books to get in to the collection). From COURYHOUSE at aol.com Fri Jul 27 07:35:16 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] any more news on marc record support for koha? Message-ID: <109.327feb5.2891caf4@aol.com> there are about 10 of ?us museum types that need to get started. we are ?currently looking at two products, KOHA and OPENBOOK There will be about another 50 to follow in our footsteps in this automation move. We are scheduling the Fly Off tentatively to be in September. Ed Sharpe archivist for SMECC > Subj: Re: [Koha] any more news on marc record support for koha? > Date: 7/26/01 8:57:34 AM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Reply-to: tonnesen@cmsd.bc.ca (Tonnesen Steve) > To: COURYHOUSE@aol.com > CC: koha@lists.katipo.co.nz > > > > > > On Thu, 26 Jul 2001 COURYHOUSE@aol.com wrote: > > > any more news on marc record support for koha? > > It's still in the works. What kind of timeline are you working under, Ed? > Do you have a deadline that you are working towards? > > Chris has just wrapped up a new release of Koha, so we should be able to > start merging in my MARC changes any time now. There's still a fair > amount of work to be done before it is complete, though, and I don't > believe that anybody else is working on it besides me. :( > > Steve. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010726/b07387f7/attachment.html From chris at katipo.co.nz Fri Jul 27 09:27:16 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Installation Part II In-Reply-To: References: Message-ID: <20010727092716.K3709@katipo.co.nz> On Thu, Jul 26, 2001 at 11:49:55AM -0700, Tonnesen Steve said: > > On Thu, 26 Jul 2001, Robert Rickenbrode II wrote: > > > I do have both the subdirectory and Circ2.pm file. I'm using the > > koha-1.1.1 release from the Sourceforge site. > > Wow. Those files are pretty old. Those aren't the copies that are in > CVS, are they Chris? Robert, I'll email you privately again with a new > copy of Circ2.pm and circulation.pl. Hopefully they'll work better for > you... > Eeek, maybe the 1.1.1 tarball contains old files. Ill take a look and hopefully tar up a new one. Im pretty sure I did an export from the cvs tree, but I guess I mustnt have. > > > > My copy of Search.pm did not have this function. The file you sent me fixed > > the acquisitions problem! (Thanks!) The interface works, by apache's error > > log is giving me an error, saying that the table koha.systemprefs does not > > exist. > > > > It's not in the koha.mysql script either - is this future functionality? > > Sort of. At the moment, I use it to allow me to use a simplified > acquisitions module that I wrote in place of the standard Koha one. I > have libraries with no automation whatsoever, so I wanted them to be able > to enter their existing collection without worrying about vendor > information. The eventual goal is to use something like this to make more > of Koha configurable on a site-by-site basis. > > The schema for systempreferences is: > > CREATE TABLE systempreferences ( > variable char(50), > value char(200) > ); > > > It should probably be added to koha.mysql. > It definitely should, keep ur eyes peeled for a fixed 1.1.1 soon. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Fri Jul 27 09:30:52 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] any more news on marc record support for koha? In-Reply-To: References: Message-ID: <20010727093052.L3709@katipo.co.nz> On Thu, Jul 26, 2001 at 08:57:14AM -0700, Tonnesen Steve said: > > On Thu, 26 Jul 2001 COURYHOUSE@aol.com wrote: > > > any more news on marc record support for koha? > > It's still in the works. What kind of timeline are you working under, Ed? > Do you have a deadline that you are working towards? > > Chris has just wrapped up a new release of Koha, so we should be able to > start merging in my MARC changes any time now. There's still a fair > amount of work to be done before it is complete, though, and I don't > believe that anybody else is working on it besides me. :( > Ill try to get Version 1.1.1 tarred up and released today. Then its all go on koha MARC. Steve if there are some tasks ud like to delegate to me, or anything I can help out with, feel free. I have slightly more time to work on koha now its past the end of the financial year. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Fri Jul 27 10:38:49 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Koha 1.1.1 Message-ID: <20010727103849.O3709@katipo.co.nz> Hi all Ive made available for download Koha version 1.1.1 This will be the last release before we start adding MARC support. This release is mainly bug fixes. The new functionality is a script that when added to you apache config can provide koha in different languages. Please read the scripts/translator/translator.readme file for more details. This neat script was written by Pawel Skuza koha-1.1.1.tar.gz can be download from http://www.koha.org/download/koha-1.1.1.tar.gz Or on sourceforge (once the changes filter thru) https://sourceforge.net/projects/koha/ Good luck installing/upgrading Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From COURYHOUSE at aol.com Fri Jul 27 11:12:23 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Koha 1.1.1 Message-ID: do you have a projected date for the marc version? thanks ed sharpe > Subj: [Koha] Koha 1.1.1 > Date: 7/26/01 3:39:38 PM US Mountain Standard Time > From: chris@katipo.co.nz (Chris Cormack) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > > > > > Hi all > > Ive made available for download Koha version 1.1.1 > This will be the last release before we start adding MARC support. > > This release is mainly bug fixes. > The new functionality is a script that when added to you apache config can > provide koha in different languages. Please read the > scripts/translator/translator.readme file for more details. > This neat script was written by Pawel Skuza > > koha-1.1.1.tar.gz can be download from > http://www.koha.org/download/koha-1.1.1.tar.gz > > Or on sourceforge (once the changes filter thru) > https://sourceforge.net/projects/koha/ > > Good luck installing/upgrading > > Chris > -- > Chris Cormack Programmer > 025 500 789 Katipo Communications Ltd > chris@katipo.co.nz www.katipo.co.nz > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010726/1678b3bc/attachment.htm From COURYHOUSE at aol.com Fri Jul 27 12:03:47 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] any more news on marc record support for koha? Message-ID: Here are some things that are a big concern to us. Must be able to handle LC as well as Dewey. Must have MARC in and MARC out so others can share any original cataloging that any of the folks do. > Subj: Re: [Koha] any more news on marc record support for koha? > Date: 7/26/01 2:32:03 PM US Mountain Standard Time > From: chris@katipo.co.nz (Chris Cormack) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > > > > > On Thu, Jul 26, 2001 at 08:57:14AM -0700, Tonnesen Steve said: > > > > On Thu, 26 Jul 2001 COURYHOUSE@aol.com wrote: > > > > > any more news on marc record support for koha? > > > > It's still in the works. What kind of timeline are you working under, Ed? > > Do you have a deadline that you are working towards? > > > > Chris has just wrapped up a new release of Koha, so we should be able to > > start merging in my MARC changes any time now. There's still a fair > > amount of work to be done before it is complete, though, and I don't > > believe that anybody else is working on it besides me. :( > > > Ill try to get Version 1.1.1 tarred up and released today. Then its all go > on koha MARC. > > Steve if there are some tasks ud like to delegate to me, or anything I can > help out with, feel free. I have slightly more time to work on koha now its > past the end of the financial year. > > Chris > -- > Chris Cormack Programmer > 025 500 789 Katipo Communications Ltd > chris@katipo.co.nz www.katipo.co.nz > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010726/8f540497/attachment.html From celikbas at itu.edu.tr Fri Jul 27 22:55:05 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] adding member In-Reply-To: <20010727103849.O3709@katipo.co.nz> Message-ID: <3B6172B9.6363.4927A45@localhost> it's very good news to publish koha's new version, congratulations. I've download and install this version. Now it's working. When i want to add a member to koha, it wants me to enter a valid card number and it doesn't accept any number whic i entered anything manualy. I've tried same thing at koha's web side demo. But it give me a present card number and i do not need to enter any. But my koha doesn't give me any number. Of course I've couldn't add any member now. if i've could solve this problem I'll try other features. But now i need some help Thank you by now. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From celikbas at itu.edu.tr Sat Jul 28 01:56:09 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] adding items Message-ID: <3B619D29.23851.5384826@localhost> i'm tring and driving into koha. I've solved the card number problem by using the one of the number from koha's demo page. But how can I add an item to catalogue or library collection? > When i want to add a member to koha, it wants me to enter a valid > card number and it doesn't accept any number whic i entered > anything manualy. I've tried same thing at koha's web side demo. But > it give me a present card number and i do not need to enter any. But > my koha doesn't give me any number. Of course I've couldn't add any > member now. if i've could solve this problem I'll try other > features. But now i need some help > > Thank you by now. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From tonnesen at cmsd.bc.ca Sat Jul 28 04:17:01 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] adding items In-Reply-To: <3B619D29.23851.5384826@localhost> Message-ID: On Fri, 27 Jul 2001, Zeki Celikbas wrote: > i'm tring and driving into koha. I've solved the card number problem > by using the one of the number from koha's demo page. But how > can I add an item to catalogue or library collection? You should be able to add items using the "Acquisitions" Module. The membership number uses a complicated algorithm to verify that a given number is valid. I believe this is intended to make it difficult to "forge" a library card. I modified Koha to not require this verification, as I use the Linux uid of my users as their library card number as well. I actually populate the Koha membership database automatically from my Linux accounts database. It might be worthwhile to make that number verification an option and have it disabled by default. How are people supposed to generate valid card numbers? Maybe the new membership routine should generate a new card number when it comes up? Steve. From COURYHOUSE at aol.com Sat Jul 28 09:01:44 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] max. number of items in KOHA Message-ID: <8e.19013634.289330b8@aol.com> Was wondering what the max. number of items in koha are allowed, or how far has it been tested to date. thanks Ed Sharpe archivist for SMECC -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010727/74f4942c/attachment.htm From olwen at ihug.co.nz Sat Jul 28 10:56:47 2001 From: olwen at ihug.co.nz (Olwen Williams) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] adding items References: Message-ID: <3B61F1AF.A2035F33@ihug.co.nz> Actually the algorthim is a standard check-digit routine included with the barcodes that Horowhenua use. This used to be pretty standard to prevent miskeying. I have a spreadsheet somewhere that will calculate them if anyone wants it. Tonnesen Steve wrote: > > On Fri, 27 Jul 2001, Zeki Celikbas wrote: > > > i'm tring and driving into koha. I've solved the card number problem > > by using the one of the number from koha's demo page. But how > > can I add an item to catalogue or library collection? > > You should be able to add items using the "Acquisitions" Module. The > membership number uses a complicated algorithm to verify that a given > number is valid. I believe this is intended to make it difficult to > "forge" a library card. I modified Koha to not require this verification, > as I use the Linux uid of my users as their library card number as well. > > I actually populate the Koha membership database automatically from my > Linux accounts database. > > It might be worthwhile to make that number verification an option and have > it disabled by default. How are people supposed to generate valid card > numbers? Maybe the new membership routine should generate a new card > number when it comes up? > > Steve. > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From flo at fxb.de Sat Jul 28 21:21:52 2001 From: flo at fxb.de (Florian Bischof) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] koha customization (wishlist) Message-ID: <20010728112152.A4211@fxb.de> I really love koha, it has tons of features and a really nice interface. but it's kind of frustrating for me to see that all the html interface code is mixed with perl code (or the perl code mixed with html...). :) this way it's pretty hard to customize koha and give it your own "flavour". what about using some template-engine like HTML::Template? it's easy to use, fast and your code gets much cleaner. it would be also cool if there would be a global configuration file for system preferences like main currencies or membership categories. thanks for your hard work --Florian From chris at katipo.co.nz Sun Jul 29 00:44:58 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] max. number of items in KOHA In-Reply-To: <8e.19013634.289330b8@aol.com> References: <8e.19013634.289330b8@aol.com> Message-ID: <20010729004458.D11871@katipo.co.nz> On Fri, Jul 27, 2001 at 05:01:44PM -0400, COURYHOUSE@aol.com said: > Was wondering what the max. number of items in koha are allowed, or how far > has it been tested to date. > Hi Ed Since all the data for koha is stored in a mysql database, the max number of items is pretty much the max that mysql can handle. Which quoting from the mysql FAQ is "The maximum table size is limited by the MySQL version, the OS and in particular the filesystem. In most cases, this effectively comes out to: "The size of your hard drive." Many Linux systems impose a 2GB limit on files. MySQL v. 3.23 in particular, can be compiled to enable large tables which are only limited by the filesystem (unless, of course, your drive is larger than 800 million terabytes.)" But as to testing, at the moment we have 70734 biblio records and 85217 items. So we arent pushing the boundaries :-) Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From COURYHOUSE at aol.com Sun Jul 29 02:04:01 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] max. number of items in KOHA Message-ID: <12d.2179da9.28942051@aol.com> this is good to know! although many of the libraries will have 20,000 items we have more than that, > Subj: Re: [Koha] max. number of items in KOHA > Date: 7/28/01 5:45:18 AM US Mountain Standard Time > From: chris@katipo.co.nz (Chris Cormack) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > > > > > On Fri, Jul 27, 2001 at 05:01:44PM -0400, COURYHOUSE@aol.com said: > > Was wondering what the max. number of items in koha are allowed, or how > far > > has it been tested to date. > > > Hi Ed > > Since all the data for koha is stored in a mysql database, the max number of > items is pretty much the max that mysql can handle. > Which quoting from the mysql FAQ is > > "The maximum table size is limited by the MySQL version, the OS and in > particular the filesystem. In most cases, this effectively > comes out to: "The size of your hard drive." Many Linux systems impose a 2GB > limit on files. > > MySQL v. 3.23 in particular, can be compiled to enable large tables which > are only limited by the filesystem (unless, of course, > your drive is larger than 800 million terabytes.)" > > > But as to testing, at the moment we have 70734 biblio records and 85217 > items. > So we arent pushing the boundaries :-) > > Chris > -- > Chris Cormack Programmer > 025 500 789 Katipo Communications Ltd > chris@katipo.co.nz www.katipo.co.nz > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010728/b0bf60a8/attachment.html From celikbas at itu.edu.tr Mon Jul 30 23:57:13 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] adding items In-Reply-To: <3B61F1AF.A2035F33@ihug.co.nz> Message-ID: <3B6575C9.30607.1405230@localhost> Hi Olwen, > Actually the algorthim is a standard check-digit routine included with > the barcodes that Horowhenua use. This used to be pretty standard to > prevent miskeying. I have a spreadsheet somewhere that will calculate > them if anyone wants it. > I'm reorganizing faculty library's collection and user information using koha. I need some information and manuals if possible about koha. Of course I could use this spreadsheet, how can I reach this document? best regards. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From rkr_ii at yahoo.com Tue Jul 31 03:04:44 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode II) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Sourceforge Version Message-ID: <5.0.2.1.0.20010730110309.00a61e40@pop.mail.yahoo.com> Hey folks, I just downloaded and installed koha-1.1.1 from the Sourceforge site (I'm in the US) and again got the errors I described in the circulation section. I'm reverting back to the versions email to me by Steve T. last week. Any thoughts? Thanks, Rob Robert K. Rickenbrode II rkr_ii@yahoo.com From mail at eceurope.com Tue Jul 31 03:39:02 2001 From: mail at eceurope.com (mail@eceurope.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] [GB] In response to your Directory Listing Message-ID: Dear Sir / Madam, RE: Join the World's Largest International Trade Bulletin Board for small and medium sized companies Having seen your company listing in an Internet business directory, we would like to invite you to join, (free of charge), ECeurope.com - the largest Business-to-Business "Trade Bulletin Board" on the Net, helping small and medium sized companies around the World to instantly locate new business partners and generate new business. To post, search, view and/or respond to over 146,000 international trade opportunity notices (i.e. Offers to Buy; Offers to Sell & Business Opportunities) classified under 23 industry categories, please go to: http://www.eceurope.com/ In order to POST your Trade Opportunity Notice, you must complete a simple registration form (there is no cost), so please go to: http://www.eceurope.com/ectrade/member/Register.asp To learn why 100,000 small and medium sized companies from 213 countries now use ECeurope.com every month, take our Tour: http://www.eceurope.com/tour/ Best regards, Richard Lovewell Marketing Dept. ECeurope.com (TM) Ltd 37 Pall Mall Deposit 124-128 Barlby Road London W10 6BL United Kingdom Tel: +44-(0)20-8960 3366 Fax: +44-(0)20-8960 6205 URL: http://www.eceurope.com/ _________________________________________________________ Please find a list detailing the number of trade opportunity notices (Offers to Buy; Offers to Sell & Business Opportunities) live on the site and the industry sections where they can be located. To view, simply click on any link below. Service Industries (17,859 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=23000 Miscellaneous Articles (14,307 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=22000 Textiles & Associated Articles (13,746 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=9000 Chemicals & Allied Industries (13,370 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=4000 Machinery & Mechanical Appliances (10,310 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=15000 Electrical Equipment (10,204 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=17000 Fruit & Vegetable Products (8,784 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=2000 Prepared Foodstuffs & Beverages (7,795 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=3000 Computer Products & Office Equipment (7,389 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=16000 Base Metals & Articles of (6,148 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=14000 Plastics, Rubber & Associated Articles (5,698 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=5000 Transport Vehicles & Equipment (4,903 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=18000 Wood, Cork, Straw & Associated Articles (4,242Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=7000 Animals & Animal Products (4,083 Trade Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=1000 Mineral Materials & Products (3,083 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=12000 Surgical, Medical & Lab Equipment (2,721 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=20000 Precious Stones, Metals & Articles (2,395 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=13000 Paper, Paperboard & Associated Articles (2,257 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=8000 Hides, Skins & Leather Articles (1,765 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=6000 Footwear, Headgear & Parts of (1,677 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=10000 Raw Minerals & Fuels (1,464 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=11000 Military & Security Equipment & Parts (1,279 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=21000 Optical, Checking & Measuring Equipment (1,212 Trade Opportunity Notices) http://www.eceurope.com/ECTrade/Search/Category.asp?CatID=19000 ______________________________________________ If you do NOT wish to receive further correspondence from ECeurope.com, please reply to this e-mail from email address koha@lists.katipo.co.nz with the word REMOVE in the "Subject" and mailto:mail@eceurope.com?subject=remove If you do not reply from koha@lists.katipo.co.nz you will not be removed from our list. You may need to ask your IT team for assistance if you receive to koha@lists.katipo.co.nz, but your 'From' email address is different. Any enquiries sent to this return address will not be answered. If you do have any enquiries, please email info@eceurope.com or help@eceurope.com ______________________________________________ ______________________________________________ ECeurope.com "Trade BBS" - The fastest growing B2B eMarketplace on the Net. This information transmitted is only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information, or taking of any action in reliance upon this information,by person or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ______________________________________________ EC Ref: 3308288 From chris at katipo.co.nz Tue Jul 31 10:04:26 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Sourceforge Version In-Reply-To: <5.0.2.1.0.20010730110309.00a61e40@pop.mail.yahoo.com> References: <5.0.2.1.0.20010730110309.00a61e40@pop.mail.yahoo.com> Message-ID: <20010731100426.K11871@katipo.co.nz> On Mon, Jul 30, 2001 at 11:04:44AM -0400, Robert Rickenbrode II said: > Hey folks, I just downloaded and installed koha-1.1.1 from the Sourceforge > site (I'm in the US) and again got the errors I described in the > circulation section. > > I'm reverting back to the versions email to me by Steve T. last week. Any > thoughts? > Strange, the tarball, is a checkout straight from the cvs tree, so should be the current scripts. Ill check it out tonight after work. Thanks for the warning Robert Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Tue Jul 31 10:12:53 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Spam to the list Message-ID: <20010731101253.L11871@katipo.co.nz> Hi Guys, It appears I had forgotten to turn on members-only posting to the list. Its turned on now. So no more spam I hope:-) Sorry about that Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From celikbas at itu.edu.tr Wed Aug 1 01:24:53 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B6172B9.6363.4927A45@localhost> References: <20010727103849.O3709@katipo.co.nz> Message-ID: <3B66DBD5.15905.18689DC@localhost> hi all, I'm entering some demo items to the koha comparing with koha's demo page, but some fields are blank for example format, branch, bookfund. I saw this fields are pre completed at koha's demo. is there any field at mysql or will i edit the html files? And another big problem is I could not edit "Itemtype | Class Location | Date | Due | Last | Seen | Barcode" aereas yet. I wonder is it because of I do not enter any barcode number to the records yet? But when I want to enter any (not standard) number at barcode section in acqui, koha doesn't record them. thanks for helps again. best regards Zeki Celikbas From rkr_ii at yahoo.com Wed Aug 1 09:05:19 2001 From: rkr_ii at yahoo.com (Robert Rickenbrode II) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Koha 1.1.1 Message-ID: <5.0.2.1.0.20010731170313.00a726b0@pop.mail.yahoo.com> Hey folks, I think the sourceforge files are ok. It looks to me like the circulation script did not like the fact that I hadn't entered any printers in the printers table. Robert K. Rickenbrode II rkr_ii@yahoo.com From celikbas at itu.edu.tr Fri Aug 3 00:58:46 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B66DBD5.15905.18689DC@localhost> References: <3B6172B9.6363.4927A45@localhost> Message-ID: <3B6978B6.29914.178ADC8@localhost> hi again, when i was install the koha a new machine first time i saw lots of features doesn't work. some directories and files absent or wrong places. I've carried them out correct places. Then koha started to work. But i could not enter items to database still, when i was searching the problem i saw some tables at koha database must be filled before the work, for example: branches, categories, aqbookfund, categoryitem, itemtypes, stopwords, users. I fill some of them by using SQL statements and koha started to work most efficiently. is there any automated way to enter them or any manual how to fill them? I thin some information must be written anywhere at koha's installation file. KOHA is fine. see you and best of all. > hi all, > > I'm entering some demo items to the koha comparing with koha's > demo page, but some fields are blank for example format, branch, > bookfund. I saw this fields are pre completed at koha's demo. is > there any field at mysql or will i edit the html files? > > And another big problem is I could not edit "Itemtype | Class > Location | Date | Due | Last | Seen | Barcode" aereas yet. I wonder > is it because of I do not enter any barcode number to the records > yet? But when I want to enter any (not standard) number at > barcode section in acqui, koha doesn't record them. > > thanks for helps again. > > best regards > > Zeki Celikbas > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From COURYHOUSE at aol.com Fri Aug 3 01:58:16 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging Message-ID: <125.297666d.289ab678@aol.com> I think what needs to be done is an automated instal script. Ed Sharpe > Subj: Re: [Koha] acquistion and cataloging > Date: 8/2/01 6:03:12 AM US Mountain Standard Time > From: celikbas@itu.edu.tr (Zeki Celikbas) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > > > > > hi again, > > when i was install the koha a new machine first time i saw lots of > features doesn't work. some directories and files absent or wrong > places. I've carried them out correct places. Then koha started to > work. But i could not enter items to database still, when i was > searching the problem i saw some tables at koha database must > be filled before the work, for example: branches, categories, > aqbookfund, categoryitem, itemtypes, stopwords, users. I fill some > of them by using SQL statements and koha started to work most > efficiently. is there any automated way to enter them or any > manual how to fill them? I thin some information must be written > anywhere at koha's installation file. > > KOHA is fine. see you and best of all. > > > hi all, > > > > I'm entering some demo items to the koha comparing with koha's > > demo page, but some fields are blank for example format, branch, > > bookfund. I saw this fields are pre completed at koha's demo. is > > there any field at mysql or will i edit the html files? > > > > And another big problem is I could not edit "Itemtype | Class > > Location | Date | Due | Last | Seen | Barcode" aereas yet. I wonder > > is it because of I do not enter any barcode number to the records > > yet? But when I want to enter any (not standard) number at > > barcode section in acqui, koha doesn't record them. > > > > thanks for helps again. > > > > best regards > > > > Zeki Celikbas > > _______________________________________________ > > Koha mailing list > > Koha@lists.katipo.co.nz > > http://lists.katipo.co.nz/mailman/listinfo/koha > > > Zeki Celikbas > Librarian > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010802/3fb3d7bc/attachment.htm From celikbas at itu.edu.tr Tue Aug 7 00:20:20 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B6978B6.29914.178ADC8@localhost> References: <3B66DBD5.15905.18689DC@localhost> Message-ID: <3B6EB5B4.32622.1598E2D@localhost> hi, is there any way to enter LC classification numbers to koha? > work. But i could not enter items to database still, when i was > searching the problem i saw some tables at koha database must > be filled before the work, for example: branches, categories, > aqbookfund, categoryitem, itemtypes, stopwords, users. I fill some I've found one more table that must be filled while database constituting because of bookfund field don't be active at acquisition section: aqbudget. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From celikbas at itu.edu.tr Tue Aug 7 01:09:36 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B66DBD5.15905.18689DC@localhost> References: <3B6172B9.6363.4927A45@localhost> Message-ID: <3B6EC140.28517.186AC5A@localhost> hi, is there any way to enter LC classification numbers to koha? > work. But i could not enter items to database still, when i was > searching the problem i saw some tables at koha database must > be filled before the work, for example: branches, categories, > aqbookfund, categoryitem, itemtypes, stopwords, users. I fill some I've found one more table that must be filled while database constituting because of bookfund field don't be active at acquisition section: aqbudget. From celikbas at itu.edu.tr Thu Aug 9 01:56:40 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B6EC140.28517.186AC5A@localhost> References: <3B66DBD5.15905.18689DC@localhost> Message-ID: <3B716F48.11735.AA84CA@localhost> hi all, when I was searching at koha's demo data I've saw every data entered twice at aqbookfund table for example: INSERT INTO aqbookfund VALUES ('1','Adult Non-Fiction','1'); INSERT INTO aqbookfund VALUES ('1','Adult Non-Fiction','1'); INSERT INTO aqbookfund VALUES ('5','Young Adult Fiction','3'); INSERT INTO aqbookfund VALUES ('5','Young Adult Fiction','3'); INSERT INTO aqbookfund VALUES ('4','Fiction','2'); INSERT INTO aqbookfund VALUES ('4','Fiction','2'); INSERT INTO aqbookfund VALUES ('2','Talking books','4'); INSERT INTO aqbookfund VALUES ('2','Talking books','4'); .... is there any important function of entering like this? From chris at katipo.co.nz Thu Aug 9 10:02:11 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] acquistion and cataloging In-Reply-To: <3B716F48.11735.AA84CA@localhost> References: <3B66DBD5.15905.18689DC@localhost> <3B716F48.11735.AA84CA@localhost> Message-ID: <20010809100211.G10637@katipo.co.nz> On Wed, Aug 08, 2001 at 04:56:40PM +0300, Zeki Celikbas said: > hi all, > > when I was searching at koha's demo data I've saw every data > entered twice at aqbookfund table for example: > > INSERT INTO aqbookfund VALUES ('1','Adult Non-Fiction','1'); > INSERT INTO aqbookfund VALUES ('1','Adult Non-Fiction','1'); > INSERT INTO aqbookfund VALUES ('5','Young Adult Fiction','3'); > INSERT INTO aqbookfund VALUES ('5','Young Adult Fiction','3'); > INSERT INTO aqbookfund VALUES ('4','Fiction','2'); > INSERT INTO aqbookfund VALUES ('4','Fiction','2'); > INSERT INTO aqbookfund VALUES ('2','Talking books','4'); > INSERT INTO aqbookfund VALUES ('2','Talking books','4'); > .... > > is there any important function of entering like this? Nope, Just a mistake :-) Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From celikbas at itu.edu.tr Fri Aug 10 02:20:02 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] opac search In-Reply-To: <3B716F48.11735.AA84CA@localhost> References: <3B6EC140.28517.186AC5A@localhost> Message-ID: <3B72C642.3649.19171FA@localhost> hi all, I am searching at my opac i've realize something at the search screen, BRANCHes was empty. But i was entered all the necessary branch codes at koha using mysql client. Then i've loan one of the book to somebody. then same screen was below. the firs book's branch is still empty but secont has "On Loan" true. TITLE AUTHOR COUNT BRANCH mekanik problem Halliday, David 1 Fizik ders S?mer, Ali 1 On Loan i've decided to have a look at the "opac-search.pl" code, i saw some lines which is below. it's come me interesting that there was some variable inside code which is static. I thing this variables must be taken from mysql ......... if ($nacount > 0){ $stuff[4]=$stuff[4]."On Loan"; if ($nacount >1 ){ $stuff[4]=$stuff[4]." ($nacount)"; } $stuff[4].=" "; } if ($lcount > 0){ $stuff[4]=$stuff[4]."Levin"; if ($lcount >1 ){ $stuff[4]=$stuff[4]." ($lcount)"; } $stuff[4].=" "; } if ($fcount > 0){ $stuff[4]=$stuff[4]."Foxton"; if ($fcount >1 ){ $stuff[4]=$stuff[4]." ($fcount)"; } $stuff[4].=" "; } if ($scount > 0){ $stuff[4]=$stuff[4]."Shannon"; if ($scount >1 ){ $stuff[4]=$stuff[4]." ($scount)"; } $stuff[4].=" "; } if ($mending > 0){ $stuff[4]=$stuff[4]."Mending"; if ($mending >1 ){ $stuff[4]=$stuff[4]." ($mending)"; } $stuff[4].=" "; } if ($transit > 0){ $stuff[4]=$stuff[4]."In Transit"; if ($transit >1 ){ $stuff[4]=$stuff[4]." ($transit)"; } $stuff[4].=" "; } ......... Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From rachel at katipo.co.nz Wed Aug 15 14:51:10 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Who is Using Koha? Message-ID: <3B7A8C5E.4935.10CECF9@localhost> Hi, We've been getting a number of enquiries from people wanting to set up Koha, who as part of their reports want to be able to say who else is using it. So if you wouldn't mind e-mailing me if you're using Koha in a production environment, especially if you've got an opac on the web that would be really cool. If you've got Koha installed but are not actually using it in production yet then I'd sitll be really interested to hear from you. This may even inspire an update of the website :-) Cheers Rachel _____________________________________________________________ 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 From genjimoto at ezysurf.co.nz Thu Aug 16 08:31:08 2001 From: genjimoto at ezysurf.co.nz (Waylon Robertson) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Install questions. In-Reply-To: <20010718212941.89168.qmail@web13406.mail.yahoo.com> References: <20010718212941.89168.qmail@web13406.mail.yahoo.com> Message-ID: <997907470.6859.15.camel@genji.home> On 18 Jul 2001 14:29:41 -0700, Robert Rickenbrode wrote: > Hey folks, spent about an hour wrestling with Koha to > get things running and have a few questions: > > 1. It looks like the virtual hosting is required, > since a lot of the hypertext links go to a root folder > (like /reports). I've done a little work (mostly on > the index pages) to change this (/koha/reports, for > example) and realize that this is probably going to > require touching every file. Is this true? > > Anyone have any suggestions on getting things running > on a single machine with a single IP Address with a > single name? Ive had it going under one ip/name before.. and im going to do it again within the next two weeks. Will post my results to the koha list. Waylon, Code hard and prosper. From tonnesen at cmsd.bc.ca Thu Aug 16 08:52:22 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Who is Using Koha? In-Reply-To: <3B7A8C5E.4935.10CECF9@localhost> Message-ID: On Wed, 15 Aug 2001, Rachel Hamilton-Williams wrote: > So if you wouldn't mind e-mailing me if you're using Koha in a > production environment, especially if you've got an opac on the web that > would be really cool. I have four in production with more on the way: http://opac.copper-mtn.cmsd.bc.ca/ Copper Mountain Elementary School http://opac.stewelm.cmsd.bc.ca/ Stewart Elementary School http://opac.fnrc.cmsd.bc.ca/ First Nations Resource Centre http://opac.ncdes.cmsd.bc.ca/ North Coast Distance Ed School The second one is in a community with a satellite Internet feed, so the latency is pretty bad. The last one is just starting to enter books, so the database is pretty small at the moment. Interlibrary functionality would be a nice enhancement to Koha, eh? :) Once MARC support is done... Z39.50 is next! Steve. From sharad at ncsi.iisc.ernet.in Sun Aug 26 23:37:49 2001 From: sharad at ncsi.iisc.ernet.in (Sharad K. Sonkar) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] how to insert new data in the koha Message-ID: hi all i want to have some information regarding insert data in koha; thanks -- , ******************************************** * Sharad Kumar Sonker * * Trainee * * National Centere For Science Information * * Indian Institute Of Science * * Bangalore 560012 * * phone (080)3600271,3092511 * * Email sharad@ncsi.iisc.ernet.in * * sksonker@yahoo.co.in * * sharad_sonker@rediffmail.com * ******************************************** From sharad at ncsi.iisc.ernet.in Wed Sep 5 05:48:06 2001 From: sharad at ncsi.iisc.ernet.in (Sharad K. Sonkar) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] file not avialble Message-ID: hi rachel i have downloded koha-1.1.1 version. There are some files which are not present in that module. How can i get these files. please advice. The files list is given below. advance report.html modify-item.html add-biblio.html stock.html add.items.html total return-today.html numbers-issues-4.gif ******************************************** * Sharad Kumar Sonker * * Trainee * * National Centere For Science Information * * Indian Institute Of Science * * Bangalore 560012 * * phone (080)3600271,3092511 * * Email sharad@ncsi.iisc.ernet.in * * sksonker@yahoo.co.in * * sharad_sonker@rediffmail.com * ******************************************** From chris at katipo.co.nz Wed Sep 5 09:04:21 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] file not avialble In-Reply-To: References: Message-ID: <20010905090421.T10977@katipo.co.nz> On Tue, Sep 04, 2001 at 11:18:06PM +0530, Sharad K. Sonkar said: > hi rachel > i have downloded koha-1.1.1 version. There are some files which are not > present in that module. How can i get these files. please advice. The > files list is given below. > > advance report.html > modify-item.html > add-biblio.html > stock.html > add.items.html > total return-today.html > numbers-issues-4.gif > > Hi there, These files were just template files we used when developing the system. They can safely be ignored. In fact any references to them should disappear, so if u can tell me where they are linked from ill try to fix that up. Thanks Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Wed Sep 5 10:22:48 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Polish Images for use with Koha Message-ID: <20010905102248.W10977@katipo.co.nz> Hi All Pawel has made available some polish images for use with Koha. I have made an images file section on sourceforge and put them there to download. http://sourceforge.net/project/showfiles.php?group_id=16466 Hopefully we can build up a collection of images for lots of different languages :-) Thanks again to Pawel for the images and his neat translation.pl script. CHris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From sharad at ncsi.iisc.ernet.in Wed Sep 5 18:08:23 2001 From: sharad at ncsi.iisc.ernet.in (Sharad K. Sonkar) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] file not avialble In-Reply-To: <20010905090421.T10977@katipo.co.nz> Message-ID: hi all these files are listed in index.html under issues folder. On Wed, 5 Sep 2001, Chris Cormack wrote: > On Tue, Sep 04, 2001 at 11:18:06PM +0530, Sharad K. Sonkar said: > > hi rachel > > i have downloded koha-1.1.1 version. There are some files which are not > > present in that module. How can i get these files. please advice. The > > files list is given below. > > > > advance report.html > > modify-item.html > > add-biblio.html > > stock.html > > add.items.html > > total return-today.html > > numbers-issues-4.gif > > > > > Hi there, > > These files were just template files we used when developing the system. > They can safely be ignored. In fact any references to them should disappear, > so if u can tell me where they are linked from ill try to fix that up. > > Thanks > > Chris > -- , ******************************************** * Sharad Kumar Sonker * * Trainee * * National Centere For Science Information * * Indian Institute Of Science * * Bangalore 560012 * * phone (080)3600271,3092511 * * Email sharad@ncsi.iisc.ernet.in * * sksonker@yahoo.co.in * * sharad_sonker@rediffmail.com * ******************************************** From sharad at ncsi.iisc.ernet.in Sat Sep 8 04:14:43 2001 From: sharad at ncsi.iisc.ernet.in (Sharad K. Sonkar) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] file not avialble In-Reply-To: Message-ID: hi all i want to informing you that addbook.pl file not available on perl module give me suggesion how can i get this file. and one other thing newmember.pl file under listed "use manip " is not aviable.in script module. thanking you -- , ******************************************** * Sharad Kumar Sonker * * Trainee * * National Centere For Science Information * * Indian Institute Of Science * * Bangalore 560012 * * phone (080)3600271,3092511 * * Email sharad@ncsi.iisc.ernet.in * * sksonker@yahoo.co.in * * sharad_sonker@rediffmail.com * ******************************************** From RAnderson at mail.sd91.bc.ca Sat Sep 8 05:55:16 2001 From: RAnderson at mail.sd91.bc.ca (RAnderson@mail.sd91.bc.ca) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] (no subject) Message-ID: <899771136@mail.sd91.bc.ca> Please remove my name from your listserve. From sharad at ncsi.iisc.ernet.in Tue Sep 11 19:51:58 2001 From: sharad at ncsi.iisc.ernet.in (Sharad K. Sonkar) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] problem In-Reply-To: Message-ID: hello, i have downloaded koha 1.1.1 vesion. in this it is not generating card number automatically. while i have gone through ur website, there it is generating the same. kindly advice me. and how to enter class number and other fields. thanks ******************************************** * Sharad Kumar Sonker * * Trainee * * National Centere For Science Information * * Indian Institute Of Science * * Bangalore 560012 * * phone (080)3600271,3092511 * * Email sharad@ncsi.iisc.ernet.in * * sksonker@yahoo.co.in * * sharad_sonker@rediffmail.com * ******************************************** From g.niestijl at rra.nl Tue Sep 25 00:11:03 2001 From: g.niestijl at rra.nl (Gerrit Niestijl) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Install Koha using Oracle database Message-ID: Hi, To see if Koha suits our needs, I am trying to install it on top of an Oracle database. So far I converted the database script and created the database and istalled Koha. Unfortunately some column names are not beeing accepted by Oracle (reserved words). These are: biblioitems->number biblioitems->size deletedbiblioitems->number deletedbiblioitems->size newitems->number users->level I have changed the names by applying the prefix c_ to them. Where in the sources do I have to change the references to these columns? Koha seems to work (at least talk to the database), allthough errors occur. If I succeed I will post the changes to the list. -- Regards, Gerrit Niestijl Revalidatiecentrum Rijndam Adriaanstichting Westersingel 300, 3015 LJ Rotterdam Postbus 23181, 3001 KD Rotterdam Tel (010) 2412439 Fax (010) 2412400 From tonnesen at cmsd.bc.ca Wed Sep 26 09:16:21 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Debian Package Message-ID: Been quiet lately. On the list anyway. I've now got 8 libraries using Koha. It's definitely time for me to start developing that Debian package that I talked about. I've now learned how to use DebConf for the configuration questions. The unfortunate side effect of this will be to make it _more_ difficult to build the rpm packages that everyone will doubtless clamor for, but it shouldn't be too hard to work around when it comes to that. Just won't be as pretty as with Debian. :) I'm now at the point of needing a "starting point" database population. I remember from my first efforts at installing Koha that the database dump that came with the tarball was missing a few things, like accounts info, branches, etc. that left Koha unusable. I guess I'll just have to ask these questions during the installation process. Alternatively, I could just have a "dummy" branch installed by default. If the user actually has multiple branches, they will use the new web-based branch editor that will be added to Koha at some point. :) Another tricky part is going to be configuring Apache. For Debian, the config files shouldn't be difficult to find, they'll be either /etc/apache/* or /etc/apache-ssl/*. Don't know about RedHat. Will deal with that when the Debian package is done, I guess. I don't really want the Koha install script to start messing around with configuring network interfaces, so it will most likely require that the user set up two aliases for Koha, including DNS lookups, and then enter these values into the configuration questions. I can then modify the apache config files appropriately and reload apache. This message is just intended to announce my intentions, and to let the list members know that I'm still around. :) Steve Tonnesen tonnesen@cmsd.bc.ca Coast Mountains School District Hazelton, BC, CANADA From tonnesen at cmsd.bc.ca Thu Sep 27 05:24:09 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] Debian package Message-ID: Is there anybody out there running Debian who is interested in testing my packaged install? And could anybody running RedHat or some other distribution tell me where apache's httpd.conf file is stored in your distribution? Beware that this is early testing. This is not ready for a production system yet. Steve. From tonnesen at cmsd.bc.ca Thu Sep 27 07:32:25 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:52 2005 Subject: [Koha] APT repository for Koha package Message-ID: I've set up an apt repository for my koha package at: deb http://mail.cmsd.bc.ca/debian local main apt-get update apt-get install koha You've just gotta like Debian. :) Steve. From chris at katipo.co.nz Thu Sep 27 09:20:00 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Debian package In-Reply-To: References: Message-ID: <1001539200.3bb2468027dae@mail.katipo.co.nz> Quoting Tonnesen Steve : > > Is there anybody out there running Debian who is interested in testing > my > packaged install? > > And could anybody running RedHat or some other distribution tell me > where > apache's httpd.conf file is stored in your distribution? > > Beware that this is early testing. This is not ready for a production > system yet. > Hi Steve We run debian here, id be more than keen to try out your package. Unfortunately I head off on my annual leave on saturday. I might have a crack at installing it tonight tho. Fab work Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From junk at magusaptus.com Fri Sep 28 00:17:47 2001 From: junk at magusaptus.com (Brad) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] KOHA questions Message-ID: <002d01c1474e$6b688e40$80fe09a8@OPLSBLAJEU2> Hello all, I have a few questions I thought I'd throw out there. I am the system administrator for a very large public library system that is not happy with its current material management system. We have been quietly looking around for alternatives, getting some preliminary information. Many of the technical people here are open-source advocates, which led us to take a look at KOHA. On the KOHA website, it says that the software is for small to medium-sized libraries. What would you say is the upper limit in this in terms of number of branches and records? Is this limit simply a result of the user interface or of the underlying structure? What if I threw out the ballpark figure of around 300 branch libraries and around 15 million records? I always had the impression that MySQL was very scalable. A few people here are concerned about the concurrency issues that are present in MySQL. The last thing we want is records being edited by two (or more) users at one time and getting strange results. Has MySQL made advances in this realm lately? Do any of you have experience with this? Otherwise, we really like the simple layout of the whole system. Clearly, before we could even start to think about implementing KOHA, we would have to commit large amounts of resources to developing it more. As good as it is right now, there is some functionality that we absolutely need (such as Z39.50 support, very in-depth transaction reports, inter-library loans reports, etc, etc, etc...). This idea of getting into real and dirty software development excites some of our people, while it frightens others. Thanks to everyone in advance for reading this and I look forward to the responses. Kind regards, Brad From celikbas at itu.edu.tr Tue Oct 16 02:00:38 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] barcode scanners? Message-ID: <3BCB0826.11251.178F4E9@localhost> hi all, I want to buy a couple of "barcode scanners" for the library. I saw koha is accepting 9 column alphanumeric barcodes both for books and patrons. I wonder what kind of barcode scanners are using in the libraries using KOHA. Could you please list me industry standards or properties of this barcode scanners. I will order barcode scanners according to these information. thanks and best regards Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From ak398 at cp-vms.org Tue Oct 16 22:06:24 2001 From: ak398 at cp-vms.org (FWFR) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] barcode scanners? Message-ID: <200110160906.f9G96OZ27960@www.cp-vms.org> Hello, I've been testing Koha in a clean room with Metrologic scanners. MS9540 and its earlier MS900 brother. These scanners do not require drivers, they scan and convert by themselves. The scanner is physically connected between the keyboard and pc. The Metrologic scanners are expensive, because they perform the scan conversion within themselves and require no drivers on the PC side. This simplifies setup. Also, you can program them with their instruction book using barcodes. Did try the CUECAT which was available free from Radio Shack in the USA, but that device was unreliable. Frederick Friedman-Romell Twinsburg Public Library, Twinsburg, OH. USA till 2001-10-28 Cleveland Museum of Art, Cleveland, OH. USA after 2001-10-29 ak398@safr.org > hi all, > > I want to buy a couple of "barcode scanners" for the library. I saw koha > is accepting 9 column alphanumeric barcodes both for books and > patrons. I wonder what kind of barcode scanners are using in the > libraries using KOHA. Could you please list me industry standards or > properties of this barcode scanners. I will order barcode scanners > according to these information. > > thanks and best regards > Zeki Celikbas > Librarian > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Istanbul Technical University e:mailto:celikbas@itu.edu.tr > Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas > 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > Yah! Its trite and stupid, but isn't that what a sig for? From tonnesen at cmsd.bc.ca Tue Oct 30 18:35:49 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: Message-ID: On Mon, 29 Oct 2001, Nicholas Stephen Rosasco wrote: > On this note, esp. if we still have z39.50 importing still "under > construction", would it be possible to build some sort of form for > entering info on existing books (rather than going through the > purchase/acquire process). The small-libraries people are rather > concerned at the concept of having to face teaching people how to > by-hand-enter into the DB via mysql the cataloging data.... a web form for > this would be exceedingly useful for them (and shouldn't be too hard to > add, I would hope). I may have missed such a form if Koha has one since > the link to acquisition wasn't behaving itself last time I visited. > > If the z39.50 thing is working, that would be ideal, but it needs to be > configurable (as to which z39.50 server you use) :) I played with z39.50 before the summer. The perl library I was using worked fine for connecting to the library of Canada via z39.50, but I couldn't get it to return straight MARC data. It would only return a textual version of the data, which is all but impossible to parse. I might play with it again sometime. If anybody has any experience working with any z39.50 perl library, I'd be glad of a hand... On the simple acquisitions process, I do have an answer. Check out: http://142.28.224.14/ and click on the acquisitions link. This is not a production library server, so feel free to enter data to test it out. You can also try out my first attempt at a MARC record importer by following the "Marc Importing Tool" link from the Acquisitions page. I'm not overly happy with this. It's difficult to squeeze the data available from a MARC record to fit in the default Koha databases. The alternative solution that I'm working on (albeit slowly) is to add full MARC record support to Koha. Having said that. I do have librarians using both of these tools currently and they seem happy with them. This acquisitions module is currently available in the Debian package I'm working on, and is in CVS, but might not have been in the latest official release of Koha. Steve. From tonnesen at cmsd.bc.ca Tue Oct 30 20:01:38 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: <15e.30f729a.290f9946@aol.com> Message-ID: On Tue, 30 Oct 2001 COURYHOUSE@aol.com wrote: > Can it be set up to use the lc catalog #? I assume you mean can it use the LCCN instead of ISBN as the first number entered? Certainly. Try: http://192.168.5.2/cgi-bin/koha/acqui.simple/addbookslccn.pl Note that I've modified the database to add a field for LCCN, but the default Koha scripts like the catalogue scripts still don't display the LCCN. This would take about 10 minutes to rectify, though. Steve. From tonnesen at cmsd.bc.ca Wed Oct 31 03:11:19 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: <117.6dde30c.29100ba3@aol.com> Message-ID: On Tue, 30 Oct 2001 COURYHOUSE@aol.com wrote: > the url does not seem to work..... > > http://192.168.5.2/cgi-bin/koha/acqui.simple/addbookslccn.pl Darn. Used my internal IP there by mistake. Use: http://142.28.224.14/cgi-bin/koha/acqui.simple/addbookslccn.pl instead. From eric at stream.net.ph Mon Oct 29 22:13:48 2001 From: eric at stream.net.ph (eric@stream.net.ph) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] error Message-ID: i got an error when accessing the reports and creating new member. erro generating reports: error logs displays " premature end of stats.pl error in creating new members: error logs displays, premature end of newmember.pl how do we solve this. thanks _______________________________________________________________________________ This E-Mail was sent with MailMax/WEB. http://www.smartmax.com From rosalie at library.org.nz Wed Oct 31 12:31:28 2001 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: References: Message-ID: <3BDFEF20.31491.E75ECB@localhost> Morning Steve, re: http://142.28.224.14/ Well done again!! I liked the layout a lot - very simple and direct. Rosalie Blake From snowrichard at earthlink.net Wed Oct 31 18:56:15 2001 From: snowrichard at earthlink.net (Richard Snow) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] How to unsubscribe? Message-ID: <3BDF927F.2F418E21@earthlink.net> I don't have the time I thought I would have to do amything with this software. How to unsubscribe? From celikbas at itu.edu.tr Thu Nov 1 02:24:51 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: References: <117.6dde30c.29100ba3@aol.com> Message-ID: <3BE017C3.26567.145BE9E@localhost> Hi Steve, > > http://142.28.224.14/cgi-bin/koha/acqui.simple/addbookslccn.pl > It's very good job! I've tried this module for a few books. I've found it almost user friendly and practical. Some correction and addition could be made by hand while entering data. We have about five thousands books at library present. we do not need to be enter acquisition information about this books. we only need a tool to catalogue this books instantly. we are using standard koha 1.1.1 distribution. is yours marc module could be integrated to this distribution? And can we do that? thanks and best regards. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From tonnesen at cmsd.bc.ca Thu Nov 1 11:38:57 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: <3BE017C3.26567.145BE9E@localhost> Message-ID: On Wed, 31 Oct 2001, Zeki Celikbas wrote: > > http://142.28.224.14/cgi-bin/koha/acqui.simple/addbookslccn.pl > > > > It's very good job! I've tried this module for a few books. I've found it > almost user friendly and practical. Some correction and addition could > be made by hand while entering data. We have about five thousands > books at library present. we do not need to be enter acquisition > information about this books. we only need a tool to catalogue this > books instantly. we are using standard koha 1.1.1 distribution. is yours > marc module could be integrated to this distribution? And can we do > that? Most likely. At the moment, it reads the marc record files directly off the server. This is most likely not convenient for most users. It works for me because I have the librarians logged into the server using samba or via diskless x-terminals so when they save a downloaded marc record file to their home directory, it is easily accessible by the web script running on the server and this saves a step for the librarians. An alternative setup would be to allow file uploads through a form so that the user could upload a marc record file to the server from their workstation. This is a minor modification. If enough people are interested in that functionality, I might consider adding it. Steve. From tonnesen at cmsd.bc.ca Thu Nov 1 11:42:56 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: <3BDFEF20.31491.E75ECB@localhost> Message-ID: On Wed, 31 Oct 2001, Rosalie Blake wrote: > Well done again!! > I liked the layout a lot - very simple and direct. Thanks! At the moment, I have it setup so that a Koha administrator can switch between having either the normal Koha acquisitions process or my simplified entry form. The librarians see one or the other. It might actually make more sense to offer both to the librarians and let them choose the method that makes sense for them at the moment. I think my format makes more sense during the initial cataloguing of a library's holdings, while the Koha format is more useful for ongoing acquisitions. Steve. From celikbas at itu.edu.tr Fri Nov 2 01:06:28 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] FAQ In-Reply-To: References: <3BE017C3.26567.145BE9E@localhost> Message-ID: <3BE156E4.8442.C861CC@localhost> Hi Steve, > An alternative setup would be to allow file uploads through a form so > that the user could upload a marc record file to the server from their > workstation. This is a minor modification. If enough people are > interested in that functionality, I might consider adding it. > > Steve. I've download and setup the YAZ (http://www.indexdata.dk/yaz/) z39.50 client to search and store marc record to a file. Then "MARC Perl Modules" and marc.pl (http://www.library.adelaide.edu.au/~sthomas/scripts/) to manipulate about this records. I've tried them and I could be store some books in marc format from LC to my linux box . In fact I'm still interested in this functionality to use inside my koha. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From tonnesen at cmsd.bc.ca Fri Nov 2 05:55:01 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Marc Importing Tool Message-ID: I've revised the marc importing tool at: http://142.28.224.14/cgi-bin/koha/acqui.simple/marcimport.pl If you don't like typing in long URLs, just go to 142.28.224.14 and follow the "Acquisitions" and "Marc Importing tool" links. so that you can upload sets of marc records to the server. Give it a whirl, if you like. Try not to upload too large of a set of MARC records, as it may take a long time to process. Besides, my Internet connection is not very snappy here. :) Try to stick to less than 25 or so MARC records. Steve. From tonnesen at cmsd.bc.ca Fri Nov 2 08:22:21 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Z3950 Message-ID: I just tried the latest Net::Z3950 perl module and the rawdata() call now works. Woohoo! That means that I can now do Z3950 searches and download the raw marc data directly from Koha. Now I just wish I had two sweet clues how to format Z3950 queries. I know that @attr 1=4 "Linux" returns records with the title Linux. Anybody know what I have to use to search on ISBN or LCCN? Steve. From ostrowb at tblc.org Fri Nov 2 08:50:30 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Z3950 In-Reply-To: References: Message-ID: <1004644230.5343.34.camel@bernie.tblc.org> > I know that > @attr 1=4 "Linux" > returns records with the title Linux. Anybody know what I have to use to > search on ISBN or LCCN? Hot diggety! I finally get a chance to contribute something to koha! http://www.loc.gov/z3950/agency/defns/bib1.html looks to me like what you're looking for. Ben (now where's all this 'free beer' everyone keeps talking about?) From tonnesen at cmsd.bc.ca Fri Nov 2 13:12:52 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Z3950 searches Message-ID: Z3950 searches appear to be working now. This is a pretty rough and roudy interface. Definitely needs some cleaning up. However, if you want to try my Z3950 search, go to: http://142.28.224.14/ Acquisitions Marc Importing Tool Enter a query term and select one of ISBN, LCCN, or Title. At the moment, it searches the Library of Congress and the National Library of Canada. Steve. From tonnesen at cmsd.bc.ca Fri Nov 2 18:46:00 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] More on Z39.50 Message-ID: Thanks for the testing! Your testing pointed out some small problems which I have corrected. I wasn't removing the '-'s from ISBN's. I am now. You can put in the dashes or leave 'em out. They'll be removed before querying the Z39.50 servers. I wasn't accessing the full AMICUS database at the National Library of Canada, so whoever searched for "Global action for biodiversity: an international framework for implementing the Convention on biological diversity" will find that it finds it successfully now. I've added a note saying how many records were found for each query in the queue. Now I really need to get full MARC support in Koha so that all of this data doesn't have to get mangled. :) Steve. From tonnesen at cmsd.bc.ca Sat Nov 3 03:01:53 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha-devel] Re: [Koha] More on Z39.50 In-Reply-To: Message-ID: On Fri, 2 Nov 2001, Ron Wickersham wrote: > i did notice on a later test the CIP for Hall's book is printed as 97-45837 > but is entered in the add record form as 97045837. is this expected or > a bug? Expected. It was a zero in the record from both LOC and NLC. Steve From tonnesen at cmsd.bc.ca Sat Nov 3 08:06:39 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Z39.50 Message-ID: Just let me know if you are getting sick of my posts. :) Cleaned up the interface quite a bit. Separated out the "uploaded marcs" from the "Z39.50 Searches". You can now specify which Z39.50 servers to query. I have the LOC and the NLC hard coded in, but I'd like to make those configurable for each installation of Koha. You can also now specify an arbitrary Z39.50 server for each query. The format is: z3950.loc.gov:7090/voyager amicus.nlc-bnc.ca:210/AMICUS etc. One thing I don't like about all of this is that it requires that the YAZ libraries be installed. That adds an extra step to the installation of Koha, although I don't think the YAZ license would restrict us from distributing it directly with Koha. Steve. From rjw at alembic.com Fri Nov 2 21:17:17 2001 From: rjw at alembic.com (Ron Wickersham) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] More on Z39.50 In-Reply-To: Message-ID: hi Steve, good work. i did notice on a later test the CIP for Hall's book is printed as 97-45837 but is entered in the add record form as 97045837. is this expected or a bug? -ron On Thu, 1 Nov 2001, Tonnesen Steve wrote: > Thanks for the testing! Your testing pointed out some small problems > which I have corrected. > > I wasn't removing the '-'s from ISBN's. I am now. You can put in the > dashes or leave 'em out. They'll be removed before querying the Z39.50 > servers. > > I wasn't accessing the full AMICUS database at the National Library of > Canada, so whoever searched for "Global action for biodiversity: an > international framework for implementing the Convention on biological > diversity" will find that it finds it successfully now. > > I've added a note saying how many records were found for each query in the > queue. > > > Now I really need to get full MARC support in Koha so that all of this > data doesn't have to get mangled. :) > > Steve. From tonnesen at cmsd.bc.ca Mon Nov 5 10:55:00 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Z39.50 testing Message-ID: To those of you who have been testing the Z39.50 interface on 142.28.224.14, you should know that some other Koha features on that machine are badly broken at the moment. I'm working on integrating full MARC record support on that machine, so things like editing records are in a sad state. In particular, I know that Modifying a biblio record will result in an internal server error, although it will successfully modify the biblio record and the underlying MARC record before returning the error. :) I've changed the z39.50 querying daemon so that it will fork up to 20 separate processes for doing queries. This speeds up the results considerably. I've also set up a new database table so that additional Z39.50 servers can be added for different Koha installations quite easily. Thanks to everyone who's been testing this and pointing out my obvious mistakes. :) Steve. From tonnesen at cmsd.bc.ca Wed Nov 7 07:07:41 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] For the (non)coder In-Reply-To: Message-ID: On Tue, 6 Nov 2001, Nicholas Stephen Rosasco wrote: > Is there any sort of target goal/date (I know MARC/z39.50 "completeness" > is coming along soon -- what a fantastic tool that is! thanks!!!) for > getting a new version packaged, and are any translation issues for the > database for the new format expected? Chris, of Katipo fame, is trying to convince me to package up a new release. I'll probably give it a shot. There are a couple of technical issues that I need to work out: 1. how to start the Z39.50 daemon, and make sure it keeps running. There are also some issues that I need to work out with the daemon itself. Every once in a while it likes to redo all the old queries. :) 2. how to install the YAZ and Net::Z3950 packages. 3. script to update existing Koha databases (very scary! Will probably have an option to allow backing up the existing databases before doing the upgrade). 4. Need to move away from DebConf for configuring the Koha package. I like debconf, but it just isn't portable enough. In its place I'll have a script that needs to be run after installing the package (be it deb, rpm, or tarball). 5. Need to set up a preferences configuration system so that Koha admins can change system preferences (like which acquisitions module to use). 6. Need to give some thought to integrating the two acquisitions modules so that librarians can use either one at any time. 7. Permissions controls. This is a big one. I'm not sure how HDL does this, but I have a separate package called K12Admin that I use to create accounts for all staff and students in my schools. I use this package to populate the membership database of Koha, and to create an apache password file for authenticating to the librarian interface. How should this be handled in the generic case? I'm guessing that there should be a superuser account that gets created when the package is installed that has access to everything, and the "Members" section needs to be modified to allow passwords to be stored for users, as well as librarian permissions to be granted. As I said before, this isn't a particular itch of mine, as all of this is taken care of by my K12Admin program here. I could probably have a package together this week that didn't take of 1, 2, 5, 6 or 7. Actually, 7 could be semi-taken care of with the superuser idea. Then there would be one account that had access to the librarian interface. Anyway, just some random thoughts to get me moving... Steve From tonnesen at cmsd.bc.ca Wed Nov 7 07:22:30 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] For the (non)coder In-Reply-To: Message-ID: On Tue, 6 Nov 2001, Nicholas Stephen Rosasco wrote: > Is there any sort of target goal/date (I know MARC/z39.50 "completeness" > is coming along soon -- what a fantastic tool that is! thanks!!!) for > getting a new version packaged, and are any translation issues for the > database for the new format expected? Regarding translation. Despite living in a bilingual country, translation isn't my forte (note the use of french there. :) Translation isn't really required for the database, it's required for the interface. Ideally, every string that is displayed to the user should be sent to a gettext() call that looks up a translation to the user's preferred language, if one is available. This is no small undertaking even before any translations are done. I know that _I_ won't be doing it for this release. Steve. From nsr4n at tetra.mail.virginia.edu Wed Nov 7 07:40:42 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions Message-ID: Hello all... It's... I suppose I want to say traditional or maybe customary to include a Frequently Asked Questions file on an open source product. The various Koha websites at Katipo and the HLT websites are excellent, but aren't arranged in the usual question/answer format. Based on what I've seen on the list the common questions that seem to come up (or make sense based on the available Koha information sites we've got now), the following questions come to mind: ------------- What is Koha? What can Koha do? Where can I get Koha? Where did Koha Come From? Who or what is Katipo? Where is Horowhenua? Who maintains Koha? What is needed to run Koha? How do I install Koha? Where can I get help with databases? Where can I get help with Koha? Can I get Koha in my own language? How can I contribute to Koha? ------------- Thoughts? New items? Commentary? send to: nsr_koha@hotmail.com Apologies for the second email address, but I get sufficient quantities of email here to aggravate my sysadmins as it is :) NSR From tonnesen at cmsd.bc.ca Wed Nov 7 09:05:56 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions In-Reply-To: Message-ID: On Tue, 6 Nov 2001, Nicholas Stephen Rosasco wrote: > What is Koha? > What can Koha do? > Where can I get Koha? > Where did Koha Come From? > Who or what is Katipo? > Where is Horowhenua? > Who maintains Koha? > What is needed to run Koha? > How do I install Koha? > Where can I get help with databases? > Where can I get help with Koha? > Can I get Koha in my own language? > How can I contribute to Koha? Are you offering to mantain this FAQ, Nicholas? How about: What record formats does Koha support? Currently, Koha has a custom backend database for storing bibliographic information. Can I import/export MARC? It is currently possible to import MARC records, one at a time. Full MARC support is coming. How scalable is Koha (How big of a library system can it support?) Good question. I imagine that this would be a MySql issue, primarily. Big server, lots of ram. Comes down to what is an acceptable number of seconds for any given lookup to complete. Most important for circulation, I would think. Librarians probably don't want to wait for more than a second to complete a return, for example. This would require some benchmarking with real data. The next question would provide a rough guideline, although I'm confident that Koha could be scaled to libraries larger than mine and HDL. Who is using Koha? HDL x branches, y books, z patrons CMSD 6 branches, 8,000 books, 1,000 patrons What is the license? (Do I have to pay to use Koha?) Koha is distributed under the General Public License (GPL). More information on the GPL can be found at: http://www.gnu.org/licenses/licenses.html#GPL The gist of the license is that you are free to use, modify and distribute the program at no cost to yourself, provided that your modifications are also released under the GPL. Under help with Koha... Can I pay for support? (If so, who?) I imagine you could. Katipo would probably accept new clients. I (Steve Tonnesen) could probably be talked into it. In the long run, it should be possible for people with less coding knowledge to supply Koha support as far as installation and use goes.. Can I pay for feature additions? (If so, who?) Katipo, Steve Tonnesen, others? It should be pointed out that Katipo and myself are primarily concerned with adding features that scratch our clients' particular itches. If you want a feature that doesn't appear to be on our radar, offering to pay for it will obviously speed up the process. Alternatively, you can hire somebody local to your organization with Perl programming skills to implement your changes. Steve. From chris at katipo.co.nz Wed Nov 7 09:29:48 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] For the (non)coder In-Reply-To: References: Message-ID: <20011107092948.S26968@katipo.co.nz> On Tue, Nov 06, 2001 at 10:22:30AM -0800, Tonnesen Steve said: > > On Tue, 6 Nov 2001, Nicholas Stephen Rosasco wrote: > > > Is there any sort of target goal/date (I know MARC/z39.50 "completeness" > > is coming along soon -- what a fantastic tool that is! thanks!!!) for > > getting a new version packaged, and are any translation issues for the > > database for the new format expected? > > > Regarding translation. Despite living in a bilingual country, translation > isn't my forte (note the use of french there. :) > > Translation isn't really required for the database, it's required for the > interface. Ideally, every string that is displayed to the user should be > sent to a gettext() call that looks up a translation to the user's > preferred language, if one is available. This is no small undertaking > even before any translations are done. I know that _I_ won't be doing it > for this release. > Hi There, This has already been done, ... Pawel Skuza has written a neat little script that is called from apache that runs the output through gettext using the language the user has chosen with their browser settings. The code is in cvs at the moment, and with the preliminary testing ive done with it was most pleasing. From nsr4n at tetra.mail.virginia.edu Wed Nov 7 09:55:50 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions In-Reply-To: Message-ID: > Are you offering to mantain this FAQ, Nicholas? Least I can do. From rosalie at library.org.nz Wed Nov 7 10:42:54 2001 From: rosalie at library.org.nz (Rosalie Blake) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions In-Reply-To: Message-ID: <3BE9102E.29685.64A947@localhost> Hello Nicholas, good work. Here are a couple of answers for you. Rosalie Blake Head of Libraries Horowhenua Library Trust On 6 Nov 2001, at 13:40, Nicholas Stephen Rosasco wrote: > > It's... I suppose I want to say traditional or maybe customary to > include a Frequently Asked Questions file on an open source product. > The various Koha websites at Katipo and the HLT websites are > excellent, but aren't arranged in the usual question/answer format. > What is Koha? > What can Koha do? > Where can I get Koha? > Where did Koha Come From? The name comes from the Maori word for a gift or donation. The programme was written by Katipo Communicaitons for the Horowhenua Library Trust, in response to a need for a library programme that would run at branch libraries connected to the central library by ordinary phone lines. See http://www.library.org.nz/koha.htm for the full story. > Who or what is Katipo? See http://www.katipo.co.nz > Where is Horowhenua? It's a small district on the west coast of the North Island of New Zealand, wedged between the Tararua mountains and the Tasman sea. It's about an hour's drive north of Wellington city, and has population of 30,000. > Who maintains Koha? > What is needed to run Koha? > How do I install Koha? > Where can I get help with databases? > Where can I get help with Koha? > Can I get Koha in my own language? > How can I contribute to Koha? > > ------------- > > Thoughts? New items? Commentary? > send to: nsr_koha@hotmail.com > Apologies for the second email address, but I get sufficient > quantities of email here to aggravate my sysadmins as it is :) > > NSR > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha From COURYHOUSE at aol.com Wed Nov 7 07:59:52 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Re: [Koha-devel] For the (non)coder Message-ID: <128.72101f1.29198d28@aol.com> an install script would be really nice... drop in the cd and stand back while the magic happens! Ed Sharpe archivist for SMECC > Subj:[Koha] Re: [Koha-devel] For the (non)coder > Date:11/6/01 11:11:32 AM US Mountain Standard Time > From:tonnesen@cmsd.bc.ca > To:nsr4n@tetra.mail.virginia.edu > CC:koha-devel@lists.sourceforge.net, koha@lists.katipo.co.nz > Sent from the Internet > > > > > On Tue, 6 Nov 2001, Nicholas Stephen Rosasco wrote: > > > Is there any sort of target goal/date (I know MARC/z39.50 "completeness" > > is coming along soon -- what a fantastic tool that is! thanks!!!) for > > getting a new version packaged, and are any translation issues for the > > database for the new format expected? > > Chris, of Katipo fame, is trying to convince me to package up a new > release. I'll probably give it a shot. There are a couple of technical > issues that I need to work out: > > 1. how to start the Z39.50 daemon, and make sure it keeps running. There > are also some issues that I need to work out with the daemon itself. > Every once in a while it likes to redo all the old queries. :) > 2. how to install the YAZ and Net::Z3950 packages. > 3. script to update existing Koha databases (very scary! Will probably > have an option to allow backing up the existing databases before doing > the upgrade). > 4. Need to move away from DebConf for configuring the Koha package. I > like debconf, but it just isn't portable enough. In its place I'll > have a script that needs to be run after installing the package (be it > deb, rpm, or tarball). > 5. Need to set up a preferences configuration system so that Koha admins > can change system preferences (like which acquisitions module to use). > 6. Need to give some thought to integrating the two acquisitions modules > so that librarians can use either one at any time. > 7. Permissions controls. This is a big one. I'm not sure how HDL does > this, but I have a separate package called K12Admin that I use to > create accounts for all staff and students in my schools. I use this > package to populate the membership database of Koha, and to create an > apache password file for authenticating to the librarian interface. > How should this be handled in the generic case? I'm guessing that > there should be a superuser account that gets created when the package > is installed that has access to everything, and the "Members" section > needs to be modified to allow passwords to be stored for users, as > well as librarian permissions to be granted. As I said before, this > isn't a particular itch of mine, as all of this is taken care of by my > K12Admin program here. > > > I could probably have a package together this week that didn't take of 1, > 2, 5, 6 or 7. Actually, 7 could be semi-taken care of with the superuser > idea. Then there would be one account that had access to the librarian > interface. > > Anyway, just some random thoughts to get me moving... > > > Steve > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20011106/80efc2bd/attachment.html From say1 at goblin.cs.waikato.ac.nz Wed Nov 7 09:32:19 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions In-Reply-To: Your message of "Tue, 06 Nov 2001 12:05:56 -0800." Message-ID: More FAQs... What language are the words Koha, Horowhenua and Katipo in? They are in the Maori language, the language of the people native to New Zealand. I see people are working on feature X. Can you tell me when a release with feature X will ship? Most of the people working on bug fixes and new features are working on them in their own time. They are generally released if and when the bug fix or feature is ready. If you want to speed to the release of a bug fix or feature, see under ``How can I contribute to Koha?'' Why is Koha given away? Koha is open source software. In open source software, software developers give away the fruits of their labour in the hopes that others will help them develop the software. -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From ostrowb at tblc.org Thu Nov 8 03:23:08 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Frequently Asked Questions In-Reply-To: References: Message-ID: <1005142988.19624.32.camel@bernie.tblc.org> > What language are the words Koha, Horowhenua and Katipo in? > They are in the Maori language, the language of the people native to New > Zealand. Not a FAQ, but perhaps worth adding: If you are serving a community where Spanish is spoken, you may want to use a different name to refer to the software. The reason for this is that the Maori word "Koha" (gift) sounds like the Spanish word "coja" (cripple). And perhaps this would be a good starting point for another Q: Q: What other software do I need to run Koha? A: The recommended configuration includes Apache (http://httpd.apache.org/), Perl (http://www.perl.com/), MySQL (http://www.mysql.com/), and the following Perl modules: Date::Manip, DBI, and DBD::mysql. [FIXME: I seem to recall some case-sensitive module names. Check ] [FIXME: to be sure these are spelled correctly. ] Upcoming releases of Koha will probably use the Net::Z39.50 Perl module and YAZ (http://www.indexdata.dk/yaz/) to allow Z39.50 searching in Acquisitions. [FIXME: when Z39.50 is in the latest release, change the above wording.] You may also want to use the AuthenDBI Perl module for database-based authentication, and/or the CDK Perl module for an optional telnet interface. The CDK Perl module depends on the C CDK libraries (http://www.vexus.ca/CDK.html). Koha would probably work with other web servers and databases, with the appropriate Perl module(s). If you test this, please send a note to the koha-devel list [FIXME: pointer to the list] and let us know what's needed to make koha work under your configuration. From tonnesen at cmsd.bc.ca Thu Nov 8 08:46:15 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Displaying MARC record data Message-ID: Is there some kind of standard way that MARC records are displayed to users? Does anybody have any documentation for how this is done? Steve. From nsr4n at tetra.mail.virginia.edu Thu Nov 8 09:11:36 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Displaying MARC record data In-Reply-To: Message-ID: Try www.people.virginia.edu/~nsr4n/Koha/ There may be something at the Library of Congress site on this... maybe Nick On Wed, 7 Nov 2001, Tonnesen Steve wrote: > > Is there some kind of standard way that MARC records are displayed to > users? Does anybody have any documentation for how this is done? > > Steve. > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > From cc at zazou.demon.co.uk Fri Nov 9 09:01:12 2001 From: cc at zazou.demon.co.uk (Colin Campbell) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Displaying MARC record data In-Reply-To: ; from tonnesen@cmsd.bc.ca on Wed, Nov 07, 2001 at 11:46:15AM -0800 References: Message-ID: <20011108200112.A7061@zazou.demon.co.uk> On Wed, Nov 07, 2001 at 11:46:15AM -0800, Tonnesen Steve wrote: > > Is there some kind of standard way that MARC records are displayed to > users? Not really it was meant to be an exchange format and display would be a different format entirely. No two systems have done it identically, although most use a variation on the 100 $aAuthor, Joe 245 $aTitle etc approach. Even the character used for the subfield separator is not standardized. Colin From tonnesen at cmsd.bc.ca Fri Nov 9 09:42:00 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Displaying MARC record data In-Reply-To: <20011108200112.A7061@zazou.demon.co.uk> Message-ID: On Thu, 8 Nov 2001, Colin Campbell wrote: > On Wed, Nov 07, 2001 at 11:46:15AM -0800, Tonnesen Steve wrote: > > > > Is there some kind of standard way that MARC records are displayed to > > users? > > Not really it was meant to be an exchange format and display would be > a different format entirely. No two systems have done it identically, > although most use a variation on the > > 100 $aAuthor, Joe > 245 $aTitle etc > > approach. Even the character used for the subfield separator is not > standardized. I was thinking more along the lines of how are records formatted for display to users. I suspect that generally more information is shown to librarians than OPAC users. As an example, let's say that there is a record with the following 245 field: 245 $aCrazy Sexy Cool $h[sound recording] / $cTLC. I assume that this title would be displayed as: Title: Crazy Sexy Cool [sound recording] / TLC. Does order matter? What if the $h subfield appeared after the $c subfield? Would the Title then be printed as: Title: Crazy Sexy Cool TLC. [sound recording] / My example obviously makes no sense, but the schema I'm currently using makes no distinction regarding order of fields and subfields, and I'm starting to think this is wrong and I need to add in support for ordering. I've just been displaying the records in alphabetical/numerical order (a-z then 1-9 for subfields). Developing a good MARC record editor in HTML forms is going to be difficult, I think. Anybody have any pointers on things they absolutely need in a MARC record editor? If a 245 tag contains a $c subfield (Statement of Responsibility), would you then _not_ print out any data in the 100 tag (Main Entry -- Personal Name)? Which tags are typically displayed for OPAC users? Which for librarians? Or do librarians like to see full MARC records in all their glory? :) My first attempt at a MARC editor is at: http://142.28.224.14/cgi-bin/koha/acqui.simple/viewmarc.pl feel free to try it out and make comments. It's pretty klunky... and probably badly broken in some places. It's all demo data, so make changes however you like. Click on the "With Tag Names" link to show descriptions of all the fields and subfields. Steve. From nsr4n at tetra.mail.virginia.edu Fri Nov 9 17:49:33 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ v.0.2.1 Message-ID: Hello everyone... As part of my attempt to give some (not just install) documentation to Koha, we have a draft version of a possible Freq. Asked Questions ready for comment. Please send any comments concerning _additional_ questions to nsr_koha@hotmail.com, 'cause my current inbox runneth over as it is. I'll be soliciting feedback on the responses later, after I have a chance to run down answers to everything else. http://www.people.virginia.edu/~nsr4n/faq.html Thanks (and -please- note alternate email address), Nick From rachel at katipo.co.nz Fri Nov 9 17:53:52 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ v.0.2.1 In-Reply-To: Message-ID: <3BEC1830.8575.B5AE15D@localhost> HI - and that URL should have been http://www.people.virginia.edu/~nsr4n/Koha/faq.html Cheers rachel > Hello everyone... > > As part of my attempt to give some (not just install) documentation to > Koha, we have a draft version of a possible Freq. Asked Questions ready > for comment. > > Please send any comments concerning _additional_ questions to > nsr_koha@hotmail.com, 'cause my current inbox runneth over as it is. > > I'll be soliciting feedback on the responses later, after I have a chance > to run down answers to everything else. > > http://www.people.virginia.edu/~nsr4n/faq.html > > Thanks (and -please- note alternate email address), > Nick > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > _____________________________________________________________ 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 From nsr4n at tetra.mail.virginia.edu Fri Nov 9 18:06:32 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ v.0.2.1 In-Reply-To: <3BEC1830.8575.B5AE15D@localhost> Message-ID: On Fri, 9 Nov 2001, Rachel Hamilton-Williams wrote: > > HI - and that URL should have been > > http://www.people.virginia.edu/~nsr4n/Koha/faq.html > OK, I'm stupid and Rachel is right. Apologies all... it is the middle of the night in my timezone (by way of explanation) Nick From cc at zazou.demon.co.uk Mon Nov 12 03:20:07 2001 From: cc at zazou.demon.co.uk (Colin Campbell) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Displaying MARC record data In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Nov 08, 2001 at 12:42:00PM -0800 References: <20011108200112.A7061@zazou.demon.co.uk> Message-ID: <20011111142007.A8810@zazou.demon.co.uk> On Thu, Nov 08, 2001 at 12:42:00PM -0800, Tonnesen Steve wrote: > > I was thinking more along the lines of how are records formatted for > display to users. I suspect that generally more information is shown to > librarians than OPAC users. > I think even greater anarchy reigns there. ISBD is supposed to be a related display standard but there is no real fit between it and MARC. > > Does order matter? What if the $h subfield appeared after the $c > subfield? Would the Title then be printed as: Order within the tag does matter. (I worked with a system where you could have subfields ordered, it was never turned on and did lead to some weird results if you did. > > > If a 245 tag contains a $c subfield (Statement of Responsibility), would > you then _not_ print out any data in the 100 tag (Main Entry -- Personal > Name)? I think this a problem that's unresoved, the statement of responsibility is what appears in the ISBD Book description the 100 is really the index tracing, but most systems display the 100 (and usually the statement of responsibility too!) > > Which tags are typically displayed for OPAC users? Which for librarians? > Or do librarians like to see full MARC records in all their glory? :) For librarians I's go with display all. (avoids nasty surprises later) > > > My first attempt at a MARC editor is at: > > http://142.28.224.14/cgi-bin/koha/acqui.simple/viewmarc.pl > > feel free to try it out and make comments. Personally I prefer to edit the whole tag rather than subfield at a time. I think it gives a better approach to record structure. (and in MARC21/USMARC with the embedded punctuation having a hanging space ; at the end of the field looks weird). But that may just be a personal predjudice. Cheers Colin From genjimoto at ezysurf.co.nz Tue Nov 13 22:29:32 2001 From: genjimoto at ezysurf.co.nz (Waylon Robertson) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] barcode scanners? In-Reply-To: <3BCB0826.11251.178F4E9@localhost> References: <3BCB0826.11251.178F4E9@localhost> Message-ID: <1005643774.997.10.camel@genji> On Tue, 2001-10-16 at 02:00, Zeki Celikbas wrote: > hi all, > > I want to buy a couple of "barcode scanners" for the library. I saw koha > is accepting 9 column alphanumeric barcodes both for books and > patrons. I wonder what kind of barcode scanners are using in the > libraries using KOHA. Could you please list me industry standards or > properties of this barcode scanners. I will order barcode scanners > according to these information. > > thanks and best regards > Zeki Celikbas > Librarian I have come to know that there are many different barcode formats. Code 39 is one that has been suggested to us - the theosophical society branch of palmerston north - and the securtary wants to register with the National Library of New Zealand. This will extend the barcode to 12 alphanumbers. Will this work with Koha? Incidently, check places such as secondhand stores for barcode readers. I got an entire cash register and Symbol barcode memory phaser for $40 NZ. Why was it so cheap? The people who priced it did not know how to use it. They did not know its value. With this memory scanner, i can have the entire database in the palm of my hand. Stocktaking will be simplifed and Issues/returns and renewals will be able to be done away from the library computer. I can in fact program it to do what I want. Right now, its a handy digital clock. Symbol Memory Phaser P460 with one or two megabytes of memory. Attaches to the serial port, and Windows 98 can use the serial port much like a keyboard for input. Im sure linux could be rigged up that way, accepting input from both keyboard and serial port. Question is... how? Waylon Robertson IT manager, Theosophical Society Branch of Palmerston North From mclur02 at sk.sympatico.ca Tue Nov 13 07:20:27 2001 From: mclur02 at sk.sympatico.ca (Mclurg High School Library) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Mandarin Message-ID: <3BF012EB.9017A201@sk.sympatico.ca> Just found out about Koha through the Mandarin Library List Server. Has anybody transferred their records over from Mandarin to Koha? We are looking for a new library program. Any comments please e-mail me at mclur02@sk.sympatico.ca Thanks for any information. Cindy Petterson Library Tech. From simon at katipo.co.nz Wed Nov 14 09:59:07 2001 From: simon at katipo.co.nz (Simon Blake) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] barcode scanners? In-Reply-To: <1005643774.997.10.camel@genji> References: <3BCB0826.11251.178F4E9@localhost> <1005643774.997.10.camel@genji> Message-ID: <20011114095907.D27693@katipo.co.nz> On Tue, Nov 13, 2001 at 10:29:32PM +1300, Waylon Robertson said: > I have come to know that there are many different barcode formats. Code > 39 is one that has been suggested to us - the theosophical society > branch of palmerston north - and the securtary wants to register with > the National Library of New Zealand. This will extend the barcode to 12 > alphanumbers. Will this work with Koha? As far as I know, it'll be fine, but I'm sure Chris or Steve can speak with more authority than I. > Symbol Memory Phaser P460 with one or two megabytes of memory. Attaches > to the serial port, and Windows 98 can use the serial port much like a > keyboard for input. Im sure linux could be rigged up that way, accepting > input from both keyboard and serial port. > > Question is... how? Bear in mind that barcode input is client side, and the server doesn't really care how you do it - it just expects characters to arrive in HTML forms. If you've got something on your client machine that can appear to type into text fields in IE, then it doesn't matter how it actually connects to the machine. So if you're using Win98 as your browsing platform, you're probably already sorted. If you're using Linux, then you're probably in for some exciting times ahead, if the barcode scanner is anything other than the keyboard wedge style. Cheers Si -- Simon Blake simon@katipo.co.nz Katipo Communications +64 21 402 004 From nsr4n at tetra.mail.virginia.edu Tue Nov 20 08:15:00 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ (final?) Message-ID: The new version: http://www.people.virginia.edu/~nsr4n/Koha/faq.html is up, has some formatting. Before you suggest something, some rationales: It is one file/page to keep maintenance and packing (with Koha) easier. It is kept simple to keep load times faster -- not everyone lives on the best of networks. Some of the suggestions were taken, some not. I've tried to keep spelling Anglo vs. American neutral. I've probably failed in that. :) Feedback on this round I'd like to keep to essential, not cosmetic. My remaining questions/want to adds are: What is the hardware for the HLT, CMSD sites? (more info is better) Who at Katipo, HLT, and elsewhere have contributed? I'd like to add a credits section (I'll probably create a seperate acknowledgement list for FAQ suggestors). From simon at katipo.co.nz Tue Nov 20 11:03:30 2001 From: simon at katipo.co.nz (Simon Blake) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ (final?) In-Reply-To: References: Message-ID: <20011120110330.Z27693@katipo.co.nz> Hi Nicholas On Mon, Nov 19, 2001 at 02:15:00PM -0500, Nicholas Stephen Rosasco said: > My remaining questions/want to adds are: > What is the hardware for the HLT, CMSD sites? > (more info is better) HLT runs on a dual PIII 1Ghz machine, with 1Gb of RAM and mirrored Maxtor 20Gb 7200rpm disks. The machine runs Debian Linux "woody" (the testing distribution). The box also does samba file serving for about 20 PC's, and runs the local DNS, SMTP and POP daemons. My perception, however, is that this is overpowered - under normal operations, the box doesn't show load at all, it's only under adhoc reporting that it stretches it's legs at all: 10:30:51 up 36 days, 17:18, 4 users, load average: 0.37, 0.21, 0.19 91 processes: 90 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 4.8% user, 1.2% system, 0.0% nice, 94.0% idle Mem: 901368K total, 775704K used, 125664K free, 50120K buffers Swap: 2097136K total, 0K used, 2097136K free, 450676K cached The reason that we have such a large(ish) box is that we had lots of problems with the previous box (an Athlon 600 with WD disks) throwing UDMA disk problems when it went under load, causing data corruption. We had the Athlon because the server before that (a K6 400) ran the database *and* about six copies of Netscape 4.77 for linux (for the diskless opacs). Every so often, Netscape would go nova, stealing all available RAM and CPU, which rendered the K6/400 fairly insensible. So we split the tasks, and put Koha on the Athlon - however, Koha did run fine on a K6/400 with 384Mb of RAM, when Netscape wasn't being a resource hog. Were I specing a new box for Koha, given current prices I'd put as much RAM as I could into the machine - 1.5Gb of RAM costs (I assume) around US$100-150 at the moment, and with that much RAM in the box, most of the Koha database will be in memory rather than on disk, and this does brilliant things for the performance of MySQL. So, lots of RAM is crucial, and then as much CPU and disk performance as you can afford. Bear in mind that Koha will work fine on a low spec machine (say, a Pentium 150 with 32Mb RAM), it'll just be slow, and the slowness will increase as usage increases. So you can run it up on most any machine that can run mysql and apache, and see how it goes, and if it's to slow then you can throw money at the problem until you get the performance you want. You'll need to tune Mysql to use all that RAM, here's what Chris has in the mysql config at the moment: set-variable = key_buffer=256M set-variable = max_allowed_packet=1M set-variable = table_cache=256 set-variable = sort_buffer=1M set-variable = record_buffer=1M set-variable = myisam_sort_buffer_size=64M set-variable = thread_cache=8 Make sure, also, that your disks are setup correctly, with the highest possible DMA support - hdparm is your friend. I'd observe, also, that long term Koha should get faster, and thus need less resource to run it - there are some fairly inefficient table structures in Koha, a hangover from the previous system HLT ran, and as these get ironed out and removed, I'd expect Koha to get quicker. Feel free to edit this down into the FAQ in whatever way you like. Cheers Si > Who at Katipo, HLT, and elsewhere have contributed? > I'd like to add a credits section (I'll probably create a seperate > acknowledgement list for FAQ suggestors). > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Simon Blake simon@katipo.co.nz Katipo Communications +64 21 402 004 From nsr4n at tetra.mail.virginia.edu Tue Nov 20 13:49:18 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Final, This time for real Message-ID: OK. Round 2 :) Unless you are a _contributor_ (code, faq question or answer, or you worked on Koha at Katipo or HLT) AND I've forgotten you (or misplaced/misattributed you) in the credits block I'm basically declaring this version of the FAQ done. :) Please send last ditch corrections to: nsr_koha@hotmail.com (I'm still digging out this mail account from all the help from last time!) Thanks for all the help... and, *everyone*, thank you for the praise/comments/suggestions, etc. NSR From simon at katipo.co.nz Wed Nov 21 09:06:16 2001 From: simon at katipo.co.nz (Simon Blake) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ (final?) In-Reply-To: <3BFAACC3.DC80D3ED@tech.cbhs.school.nz> References: <20011120110330.Z27693@katipo.co.nz> <3BFAACC3.DC80D3ED@tech.cbhs.school.nz> Message-ID: <20011121090616.B27693@katipo.co.nz> Hi Julian On Wed, Nov 21, 2001 at 08:19:31AM +1300, Julian Davison said: > Simon Blake wrote: > [snip] > > We had the Athlon because the server before that (a K6 400) ran the > > database *and* about six copies of Netscape 4.77 for linux (for the > > diskless opacs). Every so often, Netscape would go nova, stealing all > > available RAM and CPU, which rendered the K6/400 fairly insensible. So > > we split the tasks, and put Koha on the Athlon - however, Koha did run > > fine on a K6/400 with 384Mb of RAM, when Netscape wasn't being a > > resource hog. > > What're the diskless opacs, if I may enquire? :) > PCs running linux and X to get Netscape? They're the diskless 16Mb 486SX's with Novell boot roms that ran the DOS-based opac for the old system. Basically, I run a little mini-netware server on one of the linux boxes, enough to talk IPX to the netware ROMS and get the diskless clients into DOS, whereupon they run loadlin, boot an nfsroot linux kernel, and run XDM for the opacs to login. It was done this way because the 486's didn't have enough power to run a browser locally, nor were they anything like Y2K compiliant (I believe their native times bounce around between 1974 and 2048, depending on the BIOS release :-). So it was either use them as xterms, or junk them. It all works pretty well, except for the problems with Netscape going troppo occasionally, and also that I haven't tied down netscape particularly tightly, so occasionally the kids set the foreground and background colours the same :-(. At some stage in the medium future, we'll try putting mozilla on instead, and using the opacs to grant Internet access as well, but that's another story. Cheers Si -- Simon Blake simon@katipo.co.nz Katipo Communications +64 21 402 004 From tonnesen at cmsd.bc.ca Wed Nov 21 11:48:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] FAQ (final?) In-Reply-To: Message-ID: On Mon, 19 Nov 2001, Nicholas Stephen Rosasco wrote: > My remaining questions/want to adds are: > What is the hardware for the HLT, CMSD sites? > (more info is better) CMSD Info. I am running Koha on 8 sites now. Collections range from 2,000 to 8,000 items per installation. The servers in the schools range in size, but the elementary schools where I am currently installing Koha typically have a Pentium 200 MHz to 300 MHz machine with 64 MB of ram. I'm not noticing any speed problems with these fairly low end machines, and fairly small collections. Steve Tonnesen From esnyder at avamar.com Wed Nov 21 14:31:35 2001 From: esnyder at avamar.com (Emile Snyder) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] patron book reviews/suggestions, desirable koha enhancement? Message-ID: Hello all, I'm not involved with any library (other than as a patron of my local county system), just lurking on the Koha list because I think it's a cool project. I was hoping that people who are involved with running koha in real library settings could comment on the perceived pros and cons of a "review and suggestions" enhancement to the koha database, a'la amazon.com. I have found myself increasingly using amazon.com as a source of feedback about books in a variety of situations; both when I'm considering a book to buy, or when I'm looking through our community library collection and wondering what books to check out. Having the reviews available is good, but I find the "people who liked this book also liked XYZ" to be really addictive. I can follow chains of related books this way, reading reviews as I go, and find some interesting things that I never would have come to on my own. I realize that there is a fairly large critical mass of reviews that must be present in a system before this really works, and I've been thinking about various ways one could share review collections between libraries. Before I get too into db schemas and appropriate SQL queries, are there some downsides to having this in the system that people anticipate? Or different review'ish schemes that seem more helpful? thanks, -emile From rachel at katipo.co.nz Wed Nov 21 14:53:18 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] patron book reviews/suggestions, desirable koha enhancement? In-Reply-To: Message-ID: <3BFBBFDE.23331.FCE8CC@localhost> Hi Emile, Lovely to have you on the list. > I realize that there is a fairly large critical mass of reviews that must > be present in a system before this really works, and I've been thinking > about various ways one could share review collections between libraries. > Before I get too into db schemas and appropriate SQL queries, are there > some downsides to having this in the system that people anticipate? Or > different review'ish schemes that seem more helpful? We've had some thoughts along similar lines - but on the basis of people who borrowed this book also borrowed XYZ. Where XYZ is a book that more than one person who borrowed book "A" also borrowed. Obviously we don't want to just hand out peoples reading lists. Does that sound like a good idea? Reviews are kinda cool, but also would require checking etc by library staff (to make sure they are not obscene etc) so I suspect might be a bit high maintenance. Look forward to your thoughts Cheers Rachel _____________________________________________________________ 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 From esnyder at avamar.com Wed Nov 21 15:18:05 2001 From: esnyder at avamar.com (Emile Snyder) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] patron book reviews/suggestions, desirable koha enhancement? In-Reply-To: <3BFBBFDE.23331.FCE8CC@localhost> Message-ID: On Wed, 21 Nov 2001, Rachel Hamilton-Williams wrote: > We've had some thoughts along similar lines - but on the basis of people > who borrowed this book also borrowed XYZ. > > Where XYZ is a book that more than one person who borrowed book "A" also > borrowed. Obviously we don't want to just hand out peoples reading lists. > > Does that sound like a good idea? Reviews are kinda cool, but also would > require checking etc by library staff (to make sure they are not obscene etc) > so I suspect might be a bit high maintenance. The downside of "people who borrowed X also borrowed Y" is that borrowing is much more loosley coupled to liking than an actual review. It is better than nothing I think, and is more closely related to amazon's "people who bought X also bought Y". I can see the maintenence issues with full text reviews. The suggest-a-book benefits actually need a rating (ie "I give it a 4 on a scale of 1-5" or something), which is easily decoupled from a full text review, and less problematic from the screening user input standpoint. It's a shame to loose the text review purely due to inappropriate content concerns; perhaps a filter rejecting reviews containing any of a "banned words list" is enough? In terms of patron privacy (not handing out peoples borrowing lists) I was thinking that you could generate a reviewer id as, say, the SHA hash of the patron id. This makes it easy to do "people that liked/borrowed X also liked/borrowed Y" queries, but hard to do "review/borrowing Z was submitted/done by patron A". Also, if all you instead used SHA(patronid,library info) as the reviewid, then you would get unique review id's across libraries as well, allowing shared review data sets. thanks for the feedback, -emile > > Look forward to your thoughts > > Cheers > Rachel > > _____________________________________________________________ > > 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 > From celikbas at itu.edu.tr Tue Nov 27 02:53:30 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Can I import/export MARC? Message-ID: <3C02657A.3862.175CA70@localhost> _____________________________ Can I import/export MARC? It is currently possible to import MARC records, one at a time.? Full MARC support is coming for both the database and the front end. _____________________________ Can We? I've read this paragraf from "Koha Frequently Asked Questions" page I want to try this module. I think it's beta version now, but I realy want to try Is there anybody to tell me where I could get this module and a brief description how to install. I have this system: RedHat 7.2 koha 1.1.1 YAZ marc.pl Thans very much and best regards. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From j.yacobucci at marist.edu Fri Nov 30 08:46:10 2001 From: j.yacobucci at marist.edu (Jeff Yacobucci) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Adding books to the database Message-ID: <3C069082.1060803@marist.edu> excuse me being stupid, but Is there an easy way to add books to the database? I've been reading that there is a web based way to do it, but i can't seem to find it. little help? Thanks, Jeff From celikbas at itu.edu.tr Fri Nov 30 20:32:56 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Can I import/export MARC? Message-ID: <3C075248.21565.1764D4@localhost> hi all, I've saw only mr. Tonnesen Steve's Debian distribution which have a marc import capability. I've tried to download this debian package and tried to unpack with alien program. After setup this distribution to my RedHat linux it doesn't work properly like the site below: http://142.28.224.14/ Is there anybody who has got a recommendation? > _____________________________ > Can I import/export MARC? > It is currently possible to import MARC records, one at a time.? > Full MARC support is coming for both the database and the front end. > _____________________________ > > Can We? > > I've read this paragraf from "Koha Frequently Asked Questions" page I > want to try this module. I think it's beta version now, but I realy > want to try Is there anybody to tell me where I could get this > module and a brief description how to install. > > I have this system: > RedHat 7.2 > koha 1.1.1 > YAZ > marc.pl > > Thans very much and best regards. Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From lcurrie at CalAcademy.org Sat Dec 22 12:43:11 2001 From: lcurrie at CalAcademy.org (Larry Currie) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] Koha.mysql Message-ID: <3C23C90F.AE2C3227@calacademy.org> Good afternoon. I'm working through the installation instructions for Koha and I've gotten stuck at step #3 where it says to "Use the mysql script to create the tables.". The command is "mysql -uusername -ppassword Koha < koha.mysql". Is koha.mysql a file? Is it supposed to be among the files I extracted from koha-1.1.1.tar.gz? Please help. Thanks. Larry Currie -- Lawrence W. Currie User Services Librarian California Academy of Sciences Golden Gate Park San Francisco, CA 94118 lcurrie@calacademy.org (415) 750-7108 (415) 750-7106 fax http://www.calacademy.org/research/library/ From lcurrie at CalAcademy.org Sat Dec 29 12:13:16 2001 From: lcurrie at CalAcademy.org (Larry Currie) Date: Wed Nov 16 16:49:53 2005 Subject: [Koha] "Script not found or unable to stat", "Premature end of script headers" Message-ID: <3C2CFC8C.66DBB9CB@calacademy.org> I am getting these the error "premature end of script headers" when I try to run the Perl script newmember.pl and the error "script not found or unable to stat: /data/koha/apache-koha/cgi-bin/koha/circ" when I attempt to run the Perl script circulation.pl. Can you offer any suggestions of where I may be going wrong? Larry Currie -- Lawrence W. Currie User Services Librarian California Academy of Sciences Golden Gate Park San Francisco, CA 94118 lcurrie@calacademy.org (415) 750-7108 (415) 750-7106 fax http://www.calacademy.org/research/library/ From tonnesen at cmsd.bc.ca Thu Jan 4 11:24:32 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Classification field Message-ID: Happy New Year! Has the classification field in the biblioitems table been replaced by the itemtype field? The entries in the two seem sort of similar in the demo data, except that the classification field isn't very uniform: Where classification is one of (Picturbook, Picture Book, Picture Books, PictureBiook, PictureBook, PictureBooks, Picture_book, Pitcurebook, PitureBook), the itemtype field is always JPC (Junior Picture Book). While on the subject. Are these itemtype classifications part of some library standard, or are they Horowhenua-specific groupings? I found that a lot of things were broken until I created some entries in the itemtype table. Steve Tonnesen (in balmy, melting, Northern British Columbia, Canada). From olwen at ihug.co.nz Fri Jan 5 06:30:28 2001 From: olwen at ihug.co.nz (Olwen Williams) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Classification field References: Message-ID: <3A54B334.7CBFF4BA@ihug.co.nz> From tonnesen at cmsd.bc.ca Thu Jan 11 08:20:19 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation interfaces Message-ID: Here is a proposed list of functions necessary to generate arbitrary circulation interfaces. Comments requested. Is this an appropriate forum for programming discussion? Program API for circulation interfaces: ==================== getpatroninformation ==================== Subroutine returns a hash reference with all patron information. Can be called with either borrowernumber or cardnumber. ($env, $patroninformation) = getpatroninformation($env,$borrowernumber,$cardnumber) ============= currentissues ============= Returns a hash reference (itemnumber => duedate) ($env, $currentissues) = currentissues($env, $borrowernumber); ================== getiteminformation ================== Subroutine returns a hash reference with all item information. Can be called with either itemnumber or barcode. ($env, $iteminformation) = getiteminformation($env,$itemnumber,$barcode) ============ findborrower ============ Subroutine returns an array reference containing a list of borrowernumbers that match $key. $key could be a cardnumber or a partial last name. ($env, $borrowernumber) = findborrower($env, $key) ========= issuebook ========= This subroutine may or may not generate additional questions that must be answered. ($env, $itemnumber, $rejected, $question, $questionnumber, $defaultanswer, $responses) = issuebook($env,$borrowernumber,$barcode) Subroutine must handle errors, some that block issuing, some that must be approved before issuing. If $rejected is not null, it will contain a message detailing the reason for rejection. Possible responses are listed below, prepended with 'Error:'. Alternatively, $rejected may just be '-1' in which case the issue should be rejected with no message displayed to the user. This might happen if the answer to a question resulted in a rejection. Error: Invalid barcode _____ Error: Invalid borrowernumber ____ Error: Item is restricted [$item->{'notforloan'}==1] Error: Item withdrawn [$item->{'withdrawn'}==1] Error: Restricted Item (and borrower not allowed to check out) [$item->{'restricted'}==1] Error: Reference item not for loan [$item->{'itemtype'} eq 'REF'] [Circulation::Renewals::renewstatus] Error: Issued to this patron, no renewals. If $question is not null, it will contain a YesNo question that should be asked. $defaultanswer will contain 'Y' or 'N'. $questionnumber will contain a unique integer for each question that might be asked. Interface code will generate a hash reference ($responses) with the responsees to each question asked and then recall issuebook() until the issue is accepted or rejected. Question: Already issued to this patron and reserved to ___, renew? default N Question: Already issued to this patron, renew? [$newdate=C4::Circulation::Renewals::renewbook()] Question: Already issued to patron ___, mark as returned? [returnrecord()] calculate any charges [calc_charges()] and [createcharge()] ========== returnbook ========== Subroutine for returning a book. $message may contain an arbitrary message to display to the user (maybe should be an array reference for multiple messages?). ($env, $itemnumber, $borrowernumber, $message, $overduefees) = returnbook($env,$barcode) Message: Reserved for collection at branch _______ Calculate any overdue fees (not in current Circulation code) [UpdateStats] From chris at katipo.co.nz Fri Jan 12 01:48:22 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: ; from tonnesen@cmsd.bc.ca on Wed, Jan 10, 2001 at 11:20:19AM -0800 References: Message-ID: <20010112014822.P424@katipo.co.nz> * Tonnesen Steve [010111 08:20]: > > Here is a proposed list of functions necessary to generate arbitrary > circulation interfaces. Comments requested. > > Is this an appropriate forum for programming discussion? > I think so for now, if we start generating heavy traffic, we can start up a koha-dev list or something og the like > > > Program API for circulation interfaces: > > ==================== > getpatroninformation > ==================== > Subroutine returns a hash reference with all patron information. Can be called > with either borrowernumber or cardnumber. > > ($env, $patroninformation) = getpatroninformation($env,$borrowernumber,$cardnumber) > I think maybe this might need to return reference to a hash of flags also. For example if the borrower owes a substantial amount of money, or a has a note on his/card a warning should be displayed. Depending on the flag different actions should be taken also. The flags could be included in patroninformation though I guess, eg $patroninformation->{'flags'}=\%flags; > > ============= > currentissues > ============= > > Returns a hash reference (itemnumber => duedate) > > ($env, $currentissues) = currentissues($env, $borrowernumber); > > Yep seems fine > ================== > getiteminformation > ================== > > Subroutine returns a hash reference with all item information. Can be called > with either itemnumber or barcode. > > ($env, $iteminformation) = getiteminformation($env,$itemnumber,$barcode) > Looks good > > ============ > findborrower > ============ > > Subroutine returns an array reference containing a list of borrowernumbers that match $key. $key could be a cardnumber or a partial last name. > > ($env, $borrowernumber) = findborrower($env, $key) > Ditto > > ========= > issuebook > ========= > > This subroutine may or may not generate additional questions that must be answered. > > ($env, $itemnumber, $rejected, $question, $questionnumber, $defaultanswer, $responses) = > issuebook($env,$borrowernumber,$barcode) > > Subroutine must handle errors, some that block issuing, some that must be > approved before issuing. > > If $rejected is not null, it will contain a message detailing the reason for > rejection. Possible responses are listed below, prepended with 'Error:'. > Alternatively, $rejected may just be '-1' in which case the issue should be > rejected with no message displayed to the user. This might happen if the > answer to a question resulted in a rejection. > > Error: Invalid barcode _____ > Error: Invalid borrowernumber ____ > Error: Item is restricted [$item->{'notforloan'}==1] > Error: Item withdrawn [$item->{'withdrawn'}==1] > Error: Restricted Item (and borrower not allowed to check out) > [$item->{'restricted'}==1] > Error: Reference item not for loan [$item->{'itemtype'} eq 'REF'] > [Circulation::Renewals::renewstatus] > Error: Issued to this patron, no renewals. > > > If $question is not null, it will contain a YesNo question that should be > asked. $defaultanswer will contain 'Y' or 'N'. $questionnumber will contain a > unique integer for each question that might be asked. Interface code will > generate a hash reference ($responses) with the responsees to each question > asked and then recall issuebook() until the issue is accepted or rejected. > > Question: Already issued to this patron and reserved to ___, renew? default N > Question: Already issued to this patron, renew? > [$newdate=C4::Circulation::Renewals::renewbook()] > Question: Already issued to patron ___, mark as returned? > [returnrecord()] > > calculate any charges [calc_charges()] and [createcharge()] > > Yeah this looks like a good way to do it, i think that maybe we could pass to issuebook the patroninformation, rather than the borrowernumber. That way we wouldnt have to check certain flags again like the borrower owing more than x dollars, which prohibits issues. That is assuming that u call getpatroninformation before issuebook. Just a thought. > > ========== > returnbook > ========== > > Subroutine for returning a book. $message may contain an arbitrary message to display to the user (maybe should be an array reference for multiple messages?). > > ($env, $itemnumber, $borrowernumber, $message, $overduefees) = returnbook($env,$barcode) > > Message: Reserved for collection at branch _______ > Calculate any overdue fees (not in current Circulation code) > > [UpdateStats] > Hmm I think $message will need to be an array reference. If an item has been marked as lost, and then is returned, maybe a message might be wanted to alert the librarian to the fact that this was marked as a lost item. As well as the Reserve notice. Looking good so far, I think those are the main circulation functions. In fact issuing and returning items are the only things you cant do with the web interface. The other things contained in circ like renewals, and payments are there because of speed issues. It would be good to build them into the API tho as well, whether ppl choose to implement them in their circulation interface can be up to them. Thanks for your work on this Steve, Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From kb2qzv at poczta.wp.pl Fri Jan 12 02:49:01 2001 From: kb2qzv at poczta.wp.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] binaries for koha components? In-Reply-To: <20010112014822.P424@katipo.co.nz> References: <20010112014822.P424@katipo.co.nz> Message-ID: <01011114490106.01503@localhost.localdomain> Hi everybody, I need to install koha on a low-in-resources computer (an i486 with 690Mb HDD). Since I cannot install all the development packages to properly configure CDK, cdkperl (perl recompile as far as I know) I am unable to succesfully install the koha files. Could someone point me to places where such binaries are available. I don't know how to build rpm binaries, don't know how to write the spec file, etc. Do you know where to download binaries from for: cdk, cdkperl, perl-DBI, DBD, AuthenDBI? All those modules are in tar.gz format on a cpan.org & www.vexus.ca site. Thanks for any info From tonnesen at cmsd.bc.ca Fri Jan 12 06:23:28 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: <20010112014822.P424@katipo.co.nz> Message-ID: On Fri, 12 Jan 2001, Chris Cormack wrote: > > ==================== > > getpatroninformation > > ==================== > I think maybe this might need to return reference to a hash of flags also. > For example if the borrower owes a substantial amount of money, or a has a > note on his/card a warning should be displayed. > Depending on the flag different actions should be taken also. > The flags could be included in patroninformation though I guess, > eg $patroninformation->{'flags'}=\%flags; Right. Missed the flags. Okay, looking for flags currently being used to get an idea for what is needed here: CHARGES -- Accounts::checkaccount() returns $amount > 0 LOST -- card reported as lost NOTES -- displays contents of borrowers->borrowernotes field ODUES -- checkoverdues() returns > 0 WAITING -- Main::checkwaiting() returns nowaiting>0 Some of these can be handled with a simple message returned that the interface module must display to the user (ie Patron owes $6.40, Patron's card reported lost, Patron Note: _____). Overdues and Waiting might need to be treated more carefully. In tk-perl, I like displaying item information in a table format, so returning a simple message with a list of overdues or reserves would be less than ideal. It might be sufficient to have the flags display interface be capable of showing a message and an optional list of items? That doesn't quite work. For reserves, holdingbranch is important, but not for overdues. Could return an array listing which fields of the item should be displayed for the message. > > ========= > > issuebook > > ========= > Yeah this looks like a good way to do it, i think that maybe we could pass > to issuebook the patroninformation, rather than the borrowernumber. > That way we wouldnt have to check certain flags again like the borrower > owing more than x dollars, which prohibits issues. > That is assuming that u call getpatroninformation before issuebook. > Just a thought. Makes good sense. The interface code will certainly want to call getpatroninformation before starting issuing books. > The other things contained in circ like renewals, and payments are there > because of speed issues. Aren't renewals handled by the issuebooks() call? If the book is already issued to the user, it will get renewed. Steve. From chris at katipo.co.nz Fri Jan 12 10:08:31 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation interfaces In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Jan 11, 2001 at 09:23:28AM -0800 References: <20010112014822.P424@katipo.co.nz> Message-ID: <20010112100831.B1874@katipo.co.nz> > > > The other things contained in circ like renewals, and payments are there > > because of speed issues. > > Aren't renewals handled by the issuebooks() call? If the book is already > issued to the user, it will get renewed. > Ahh true, yeah that'll work nicely. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From APope at AIMQLD.com.au Fri Jan 12 14:55:48 2001 From: APope at AIMQLD.com.au (Anita Pope) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] (no subject) Message-ID: please remove me from your mailing list for KOHA Regards, Anita Pope Library Manager Australian Institute of Management - Qld & NT cnr Boundary and Rosa Streets Spring Hill 4000 PO Box 200 Spring Hill 4004 Phone (07) 3832 0151 or 16 13 48 Fax (07) 3832 0339 Email library@aimqld.com.au Web www.aimqld.com.au From glen_stewart at associate.com Sat Jan 13 03:42:58 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: API for circulation interfaces Message-ID: <20010112144258.10407.qmail@associate.com> Steve, You mentioned "In tk-perl, I like displaying item information in a table format" and this got me worrying that you might plan to not use the web interface for circulation functions. At my company's library, the web is the common denominator among operating systems, so if Koha tools aren't web-based, our librarians can't use them. Just a plea to stick with the web so we can all benefit from each other's work, but if your business needs drive you to another interface, it's understandable. Thanks! From glen_stewart at associate.com Sat Jan 13 04:05:22 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Fixes for NewBiblio and Acquire Message-ID: <20010112150522.16099.qmail@associate.com> Hi all, I'm sending Chris new versions of newbiblio.pl and acquire.pl that may benefit many of you. I suspect he'll put them in the usual place for download. They are pul-n-play with the existing 1.07 release. Here are the reasons/benefits: 1. When creating a new book order (newbiblio.pl), the Format link provides a fixed Javascript list that doesn't draw from the ItemTypes and descriptions in the database. This will be a problem for most adopters of Koha outside it's home site. I've added a routine to extract this info from the database and let the librarian quickly choose it from a pull-down menu. 2. Also in newbiblio.pl, the entry form asks for the Item Barcode. However, this info never gets put in the database! It's not assigned until the item is actually received. In case someone wants to know what the barcode for the new item MIGHT be, I've added code to list the next available barcode number in this field. Hey, if you're gonna waste your typing, you might as well have the computer waste it for ya (-; 3. In the Acquire form (when receiving an ordered item), acquire.pl had the same problem with the fixed Format link. Like #1 above, this is now listed from the database, but the Format selected when the order was placed is SELECTED as the default. 4. Item barcode is filled in automatically in the Acquire (check-in) form, and code supports entry into the database this time! The barcode number presented is the largest barcode number in the "items" table, +1. This assumes everyone is using all numeric barcodes (we do - do you?). Hope this meets the needs of most folks. Glen From tonnesen at cmsd.bc.ca Sat Jan 13 06:05:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: API for circulation interfaces In-Reply-To: <20010112144258.10407.qmail@associate.com> Message-ID: On 12 Jan 2001, Glen Stewart wrote: > You mentioned "In tk-perl, I like displaying item information in a table format" > and this got me worrying that you might plan to not use the web interface for > circulation functions. At my company's library, the web is the common > denominator among operating systems, so if Koha tools aren't web-based, our > librarians can't use them. > > Just a plea to stick with the web so we can all benefit from each other's work, > but if your business needs drive you to another interface, it's understandable. Currently, the circulation interface is console-based, not web-based, if I'm not mistaken. My work with Koha currently involves extracting the non-interface specific code out of the current console interface code. I'm doing this so that I can develop a tk-perl interface (which scratches my particular itch), but it could also be used to develop a web circulation interface, or a java circulation interface (also run through a web client). Steve From chris at katipo.co.nz Mon Jan 15 13:21:04 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Fixes for NewBiblio and Acquire In-Reply-To: <20010112150522.16099.qmail@associate.com>; from glen_stewart@associate.com on Fri, Jan 12, 2001 at 03:05:22PM -0000 References: <20010112150522.16099.qmail@associate.com> Message-ID: <20010115132104.D245@katipo.co.nz> * Glen Stewart [010113 04:01]: > Hi all, > > I'm sending Chris new versions of newbiblio.pl and acquire.pl that may benefit > many of you. I suspect he'll put them in the usual place for download. They > are pul-n-play with the existing 1.07 release. Here are the reasons/benefits: > Hi All, I have put Glens scripts up at http://www.koha.org/download/contrib/ I think all the fixes, apart from perhaps the generating barcode (unless we have it so its easy to plug and play whatever algorithm a library uses to generate a barcode) will be included in v1.08. But in the meantime, they are available if anyone wants to use them now. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Tue Jan 16 08:37:02 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation modules Message-ID: I've added my API for circulation modules to the cvs repository (C4/Circulation/Circ2.pm), as well as my latest tk circulation interface (/tkperl/tkcirc) which depends on Circ2.pm. Some things I know I'm still missing: Branch and printer selection I don't create a database handle in the circulation code itself. This means that the subroutines in Circ2.pm must open and close a database handle with each call. I don't know if this delay hurts overly much, but it's there. I've been thinking that I should create the the database handle in the circulation code and pass it to the subroutines. If the database handle isn't defined, the subroutines can always create their own as a fallback. My understanding of the accounting system underlying Koha is scratchy at best. I just copied the accounting code from the existing interface... Still missing payment option in the interface (and the API, for that matter). Steve From chris at katipo.co.nz Wed Jan 17 12:41:59 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] API for circulation modules In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 15, 2001 at 11:37:02AM -0800 References: Message-ID: <20010117124159.A594@katipo.co.nz> * Tonnesen Steve [010116 08:37]: > > I've added my API for circulation modules to the cvs repository > (C4/Circulation/Circ2.pm), as well as my latest tk circulation interface > (/tkperl/tkcirc) which depends on Circ2.pm. Looking really good :-) > > Some things I know I'm still missing: > > Branch and printer selection > > I don't create a database handle in the circulation code itself. This > means that the subroutines in Circ2.pm must open and close a database > handle with each call. I don't know if this delay hurts overly much, but > it's there. I've been thinking that I should create the the database > handle in the circulation code and pass it to the subroutines. If the > database handle isn't defined, the subroutines can always create their > own as a fallback. > That might be the best way to do it, I know that sometimes database handlers timeout, so if a routine depends on one being passed, and doesnt do any kind of checking on it, it can be messy. > My understanding of the accounting system underlying Koha is scratchy at > best. I just copied the accounting code from the existing interface... Yeah mine isnt all that great either, but ill have a read through and check if it looks like its going to seriously break things. Thanks Steve Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From megan at tao.ca Fri Jan 19 11:43:13 2001 From: megan at tao.ca (megan) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] adding library branches Message-ID: hello: I'm not sure if this is where I should ask - but.... I cannot figure out how to alter the perl scripts (or all the perl scripts that need to be altered) to add branches to my library set up. Is there someone on this list who would be willing to walk me through this process? I am not really a wizard at perl - and I'm having trouble figuring out how to and which code needs to be modified. Thanks for any and all help Megan ************************************************************************* cel - (604) 782-1742 http://megan.tao.ca haven't heard of the flying folk army? http://flyingfolk.ca From megan at tao.ca Fri Jan 19 11:52:18 2001 From: megan at tao.ca (megan) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web interface for circulation Message-ID: One other thing as well. I am just wondering if anyone out there is working on a web interface for circulation. Because I am setting this up for a small community library (run out of a couple of community spaces) - It is not neccessary to have the speed associated with a telnet or ssh interface.... and in fact is much easier for folks to deal with a web interface then telnet.... I was gonna ask around locally to see if anyone would help me work on that - but I was just wondering if anyone on this list was already working on it? megan ************************************************************************* cel - (604) 782-1742 http://megan.tao.ca haven't heard of the flying folk army? http://flyingfolk.ca From tonnesen at cmsd.bc.ca Fri Jan 19 12:00:36 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web interface for circulation In-Reply-To: Message-ID: On Thu, 18 Jan 2001, megan wrote: > I am just wondering if anyone out there is working on a web interface for > circulation. Because I am setting this up for a small community library > (run out of a couple of community spaces) - It is not neccessary to have > the speed associated with a telnet or ssh interface.... and in fact is > much easier for folks to deal with a web interface then telnet.... I was > gonna ask around locally to see if anyone would help me work on that - but > I was just wondering if anyone on this list was already working on it? I've been working on extracting the circulation code from the program logic in order to make an interface that uses perl-tk. This should make developing a web interface for circulation easier as well. I'm not currently planning on making a web interface (although I was thinking about it a bit today), but if you find someone who is, get them to talk to me so I can explain what I'm doing. To add branches, you need to do some SQL stuff. You should be able to do something like this: ---------------------------------------------------------------------- mysql Koha -p (enter your koha password) insert into branches values ('STWE', 'Stewart Elementary', 'address1', 'address2', 'address3', '250 555 1234', '250 555 2222', 'stewelm@cmsd.bc.ca', 1); select * from branches; <--- should return your branch information delete from branches where branchcode='STWE'; <-- will delete a branch ---------------------------------------------------------------------- where STWE = branch code (4 characters max) Stewart Elementary = branch name address1 address2 - self explanatory address3 250 555 1234 = branchphone 250 555 2222 = branchfax stewelm@cmsd.bc.ca = branchemail 1 = issuing Steve. From tonnesen at cmsd.bc.ca Tue Jan 23 12:00:02 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web-based circulation interface Message-ID: I've started playing around with a web-based circulation interface. I have a basic issues module completed (no returns yet). If anybody wants to take a look at it, browse to: http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl Use me as the borrower (just type ton, and then select Steve Tonnesen). There are exactly 17 items in my sample database there, barcodes 1000-1016. Let me know what you think. Steve. From chris at katipo.co.nz Tue Jan 23 12:13:29 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 22, 2001 at 03:00:02PM -0800 References: Message-ID: <20010123121329.E282@katipo.co.nz> * Tonnesen Steve [010123 12:00]: > > > I've started playing around with a web-based circulation interface. I > have a basic issues module completed (no returns yet). If anybody wants > to take a look at it, browse to: > > http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl > > Use me as the borrower (just type ton, and then select Steve Tonnesen). > There are exactly 17 items in my sample database there, barcodes > 1000-1016. > I like it. Nice and simple, and mostly works :-) Is the code up in cvs on sourceforge? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Tue Jan 23 13:14:07 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: <20010123121329.E282@katipo.co.nz> Message-ID: On Tue, 23 Jan 2001, Chris Cormack wrote: > Is the code up in cvs on sourceforge? It is now. I've also fixed a bug with issuing reserved books that was pointed out by Kaye Guidetti. Another feature that is missing is the flags information. Although my patron information shows NOTES and ODUES flags, there is currently now way to see the information. I'm thinking of just including the flag information at the bottom of the issues page, to save having to reload another page for each flag that comes up. Steve. From chris at katipo.co.nz Tue Jan 23 13:31:17 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web-based circulation interface In-Reply-To: ; from tonnesen@cmsd.bc.ca on Mon, Jan 22, 2001 at 04:14:07PM -0800 References: <20010123121329.E282@katipo.co.nz> Message-ID: <20010123133117.G282@katipo.co.nz> * Tonnesen Steve [010123 13:14]: > > On Tue, 23 Jan 2001, Chris Cormack wrote: > > > > Is the code up in cvs on sourceforge? > > It is now. I've also fixed a bug with issuing reserved books that was > pointed out by Kaye Guidetti. Another feature that is missing is the > flags information. Although my patron information shows NOTES and ODUES > flags, there is currently now way to see the information. I'm thinking of > just including the flag information at the bottom of the issues page, to > save having to reload another page for each flag that comes up. > That sounds like a good idea. We have more screen real estate with a web browser than we do with a curses screen, so no real reason to have to click through to another page. What do the librarians think? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From kaye.guidetti at wesley.com.au Tue Jan 23 13:39:04 2001 From: kaye.guidetti at wesley.com.au (kaye.guidetti@wesley.com.au) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web-based circulation interface Message-ID: I don't see any problem with just having a link to another page which displays the overdues - many library software programs handle it this way. Would also like to see a flag if there is a reserved book waiting for the borrower to collect. I can't tell you how many times a borrower has borrowed his books and walked out only to have another staff member come over and say - did Mr so and so collect the book that was waiting for him? Borrower has holds / Borrower has books to collect / or something similar?? Sirsi Unicorn software just flags accounts (money owing). If there is money owing for an overdue fine you get caught, if there is money owing for a lost book you get caught, if there is money owing because you have to pay a reservation fee on a book that is now available to collect you get caught, but you get the book too. Chris Cormack @lists.katipo.co.nz on 23/01/2001 23:31:17 Sent by: koha-admin@lists.katipo.co.nz To: Tonnesen Steve cc: koha@lists.katipo.co.nz Fax to: Subject: Re: [Koha] Web-based circulation interface * Tonnesen Steve [010123 13:14]: > > On Tue, 23 Jan 2001, Chris Cormack wrote: > > > > Is the code up in cvs on sourceforge? > > It is now. I've also fixed a bug with issuing reserved books that was > pointed out by Kaye Guidetti. Another feature that is missing is the > flags information. Although my patron information shows NOTES and ODUES > flags, there is currently now way to see the information. I'm thinking of > just including the flag information at the bottom of the issues page, to > save having to reload another page for each flag that comes up. > That sounds like a good idea. We have more screen real estate with a web browser than we do with a curses screen, so no real reason to have to click through to another page. What do the librarians think? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha =========================================== This email message has been swept by MIMESweeper for The Wesley Group of Hospitals- Australia Although this email has been scanned for any known virus, please ensure that due care is taken and correct virus management procedures are maintained. If you have any questions contact the Help Desk on x7029 or via email at help@wesley.com.au =========================================== ===================================================================== This e-mail is intended solely for the addressee named above, and may contain confidential or legally privileged information. The copying, distribution or use of this document or any of the information contained in this document, by persons other than the addressee, is expressly prohibited. If you have received this document in error, please notify the sender or info@wesley.com.au, and then delete this document. Unless stated otherwise, this e-mail represents only the views of the sender and not the views of the Wesley Group of Hospitals. Tel: (61) 7 3232 7000 Fax: (61) 7 3371 6834 E-mail: info@wesley.com.au Web: http://www.wesley.com.au ============================================================ From tonnesen at cmsd.bc.ca Wed Jan 24 12:45:32 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Module Message-ID: Got a bit more polish on today. New features: Arbitrary due date can be set now. Due date can even be made "sticky" so that the due date will remain the same for one session of issues. Thought this might be useful at a school near the end of a term, for example. Flags are now displayed on the issues screen at the bottom. Flags that block issuing (like lost card, or gone with no address) show up as red in the patron information box. I still don't have a hyperlink to the flag information at the bottom, but you can scroll down to see it. My wife's account has a card reported as lost (Sue Tonnesen, cardnumber 42). Overdue books are now displayed as a red line. Both my wife and I have an overdue book that will show this feature. Very rudimentary returns module is now working. You can scan in a barcode and the book will be returned. The only info that is shown is the borrower's name and the bar code that was returned. This obviously needs some more work to add more detail item and borrower information, including account information, reserves available, etc. I added a wee bit of javascript to give the input box the focus automatically when a page loads to reduce the need for mouse or keyboard use when using a barcode scanner. This is the same reason why the drop down boxes are necessary for the due-date. If there are two input boxes on a web form, then a simple carriage return (as sent by a bar code scanner) will not submit the form. You must click on the submit button with the mouse. Steve Tonnesen From tonnesen at cmsd.bc.ca Wed Jan 24 12:54:47 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] CVS upload of changes Message-ID: Chris: I've uploaded most of the changes that I've made for the new web circulation module, but I can't add changes made to cat-top.inc, as the includes aren't in CVS. I made the following change to cat-top.inc: 25a26,29 > > function focusinput() { > document.forms[0].elements[0].focus(); > } 39,40c43,46 < --- > vlink="#0000ff" "3366cc" Alink="#cc3300" > marginheight=0 marginwidth=0 leftmargin=0 topmargin=0 > onLoad=focusinput()> This function (which runs when the page finishes loading) just focuses the first element of the first form on the page. Steve. From tonnesen at cmsd.bc.ca Wed Jan 24 13:28:12 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Demo link Message-ID: In case you lost the link to my web circ demo, here it is again: http://koha.cmsd.bc.ca/cgi-bin/koha/circ/circulation.pl Steve. From chris at katipo.co.nz Thu Jan 25 11:01:36 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Module In-Reply-To: ; from tonnesen@cmsd.bc.ca on Tue, Jan 23, 2001 at 03:45:32PM -0800 References: Message-ID: <20010125110136.F2471@katipo.co.nz> * Tonnesen Steve [010124 12:45]: > > Got a bit more polish on today. New features: > > Arbitrary due date can be set now. Due date can even be made "sticky" so > that the due date will remain the same for one session of issues. Thought > this might be useful at a school near the end of a term, for example. > I like this idea, works well. I dont know if you have worked on this yet, but its not adding a charge if we issue a book with a rental charge. (I have it running on the koha demo site and was trying it out there) http://hlt.katipo.co.nz/cgi-bin/koha/circ/circulation.pl Apart from that, its all looking very nifty, im liking it a lot. I guess we still need to work on the accounts section also? Thanks Steve for your hard work. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Thu Jan 25 12:47:22 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Module In-Reply-To: <20010125110136.F2471@katipo.co.nz> Message-ID: On Thu, 25 Jan 2001, Chris Cormack wrote: > I dont know if you have worked on this yet, but its not adding a charge if > we issue a book with a rental charge. > (I have it running on the koha demo site and was trying it out there) > http://hlt.katipo.co.nz/cgi-bin/koha/circ/circulation.pl > I guess we still need to work on the accounts section also? Okay, I admit that I've been glossing over the accounts stuff. :) The rental charge is in there now. For paying accounts, I was thinking of just having a link from the patron info box that will open a new window with the member's web page loaded. The account payment is already taken care of there. I've also polished up the returns module a bit more, and added the ability to choose a branch and printer before starting circulation. If there is only one branch and printer, the user is never asked to select one. I've added graphics for the Circulation module to the header and the home page. Now you can just go to: http://koha.cmsd.bc.ca/ and follow the "Circulation" link to check out the updates. If you are testing my demo, use my account (enter 'ton' for selecting a borrower and then select "Tonnesen, Steve", or "Tonnesen, Sue") and use books with barcodes from 1000-1016 Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 06:32:42 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] More web circulation updates Message-ID: I think I'm getting pretty close now. Recent changes. 1. Click on a borrower's card number to open a new window with the borrower's members page. 2. Click on a book barcode to view the details for that item in a new window. 3. If a patron has charges, click on the "Payment" link beside the charge information to open a new window with the payment form. 4. Changed the black headers to a burnt umber kind of colour. This was a pretty major change. :) The first three of these open new windows with no menu or toolbars. The intention is that they will be closed and the user will return to the circulation screen when done. If they are left open, and just moved backwards, the next click on a bar code, for example, will open the new information in the old window, and bring that window to the front again. One minor glitch I see is that I need to specify the size of the new window when it opens. I have it set to 640x480, which is too small for most of the pages, but the window can be resized larger. Things still to be done: 1. List recently returned items in the returns module. This is a bit tricky, but I think I can do it by filling a hidden text field with the itemnumbers of the recently returned items. 2. Picking a branch and printer every time you open the circulation module is a hassle. Could use cookies to store this information. Any body got huge problems with using cookies? If you have cookies disabled, it just means that you'll have to select the branch and printer each time you enter the circulation module, so it shouldn't really matter. 3. Need a way of selecting a different branch or printer. Thinking of making the branch and printer names into clickable links allowing them to be changed or having an icon between the issues and returns icons to do this. 4. When entering an invalid barcode into either issues or returns, no appropriate error is generated. 5. Prettier output when a book is returned that wasn't actually loaned out. 6. Some of my graphics are a little clunky. Especially the one for the home page. The issues and returns icons are a little, uhhh, ugly. Also, the red color I picked for the circulation module is apparently not one of the HDL colours, so they might not like it. :) Anything else I'm still missing? Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 06:36:39 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Rental Item Message-ID: One more note. If you want to see how the charges appear, bar code 1015 is a CD-Rom with a rental fee of $1.50. Demo is at http://koha.cmsd.bc.ca/ still. Steve. From tonnesen at cmsd.bc.ca Fri Jan 26 13:10:11 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Message-ID: Finished up a few more items, found some more missing parts: Returns module lists recently returned items Cookies used to store branch and printer choices Link allows you to change branch and printer choices Entering invalid barcode in issues or returns results in an appropriate error message Prettier output when a book is "returned" that wasn't loaned out Still to be done: 1. Prettier graphics. Rachel at Katipo says she'll take of this. :) 2. Reserves are horribly messed up. Reserves aren't updated when the book is returned, and reserve notifications are not shown in the patron info box when books are issued or returned. 3. Overdue fines are almost certainly not being set. 4. Should list the patron who returned a book in the returned books list, and the due date (highlighted if overdue). From chris at katipo.co.nz Fri Jan 26 13:27:55 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Jan 25, 2001 at 04:10:11PM -0800 References: Message-ID: <20010126132755.O2471@katipo.co.nz> * Tonnesen Steve [010126 13:10]: > > Finished up a few more items, found some more missing parts: > > Returns module lists recently returned items > Cookies used to store branch and printer choices > Link allows you to change branch and printer choices > Entering invalid barcode in issues or returns results in an appropriate > error message > Prettier output when a book is "returned" that wasn't loaned out > Cool :-) > > Still to be done: > > 1. Prettier graphics. Rachel at Katipo says she'll take of this. :) > > 2. Reserves are horribly messed up. Reserves aren't updated when the > book is returned, and reserve notifications are not shown in the > patron info box when books are issued or returned. > > 3. Overdue fines are almost certainly not being set. > Ahh, At the moment, this is handled at HDL by a cronjob that runs each night, that calculates the fines and adds them to the accountlines table. Ill check that this is in the misc/ dir, and if not put it there, and also update the INSTALL file to document its existence. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Sat Jan 27 08:36:16 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Web Circulation Daily (Hourly?) Update Message-ID: Am I posting to often on my web circulation development? Reserves are now working properly. A WAITING flag shows up for the patron if a reserve is waiting for them during issues or returns. A notification is displayed when a reserved item is returned. I added due date and borrower information to the list of recently returned items in the returns module (overdue items have the due date shown in red). Cleaned up the tables in the returns interface a bit. From kb2qzv at box43.gnet.pl Mon Jan 29 05:15:23 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Fw: failure notice Message-ID: <000c01c08945$86d61660$6415a0d4@kb2qzv> > Helo Everybody, > I have searched for hours on the internet for REdHat 7.0 rpm packages = > with perl stuff needed for koha. Does anyone know an exact URL where to = > find the things? > Rpmfind.net doesn't have it. > > Benedykt -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From kb2qzv at box43.gnet.pl Mon Jan 29 10:10:02 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] cvs access ? Message-ID: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv> I am trying to get some file form the cvs, especially the Issue/return modification by Steve, but I don't seem to succed. I do this: export CVSROOT=:pserver:anonymous@cvs.koha.sourceforge.net:/cvsroot, and then: cvs login for password cvs co koha I continue to get authentication errors. What am I doing wrong? thanks for answers. Benedict -- Promocja GE Banku Mieszkaniowego: 0,- zl oplaty dla klientow Getin.pl Kredyt mieszkaniowy do 100% inwestycji, do 20 lat, bez poreczycieli. Wystarczy wyslac zgloszenie: http://www.getin.pl/ge/ankieta/ankieta.asp From kb2qzv at box43.gnet.pl Mon Jan 29 10:16:33 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] cvs access again Message-ID: <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Actually I am getting this message when trying to cvs co koha: setuid failed: Invalid argument cvs checkout: authorization failed: server cvs.koha.sourceforge.net rejected access thanks for hints you may have for me. Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From say1 at goblin.cs.waikato.ac.nz Mon Jan 29 10:20:08 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] cvs access again In-Reply-To: Your message of "Sun, 28 Jan 2001 22:16:33 BST." <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Message-ID: Hello I believe the problem is that you're not registered as a developer within the project. stuart > Actually I am getting this message when trying to cvs co koha: > setuid failed: Invalid argument > cvs checkout: authorization failed: server cvs.koha.sourceforge.net rejected access > > > thanks for hints you may have for me. > > Benedict > > > > -- > Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu > teraz za niecala zlotowke dziennie! > KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From chris at katipo.co.nz Mon Jan 29 10:26:39 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] cvs access ? In-Reply-To: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv>; from kb2qzv@box43.gnet.pl on Sun, Jan 28, 2001 at 10:10:02PM +0100 References: <000d01c0896e$b2c90420$3b15a0d4@kb2qzv> Message-ID: <20010129102639.A8640@katipo.co.nz> * Benedykt P. Barszcz [010129 10:07]: > I am trying to get some file form the cvs, especially the Issue/return modification by Steve, but I don't seem to succed. > I do this: > export CVSROOT=:pserver:anonymous@cvs.koha.sourceforge.net:/cvsroot, and then: > cvs login > for password > cvs co koha > > I continue to get authentication errors. > What am I doing wrong? > thanks for answers. > Hi Benedykt It doenst appear that you are doing anything wrong. I cant seem to get anonymous cvs access for sourceforge working for me either. Any one else get it to work? Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Jan 29 10:45:11 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] cvs access again In-Reply-To: ; from say1@goblin.cs.waikato.ac.nz on Mon, Jan 29, 2001 at 10:20:08AM +1300 References: <000701c0896f$99f32d80$3b15a0d4@kb2qzv> Message-ID: <20010129104511.B8640@katipo.co.nz> * [010129 10:20]: > > Hello > > I believe the problem is that you're not registered as a developer within the > project. > > stuart > Hi Stuart I think he should be able to do an anonymous checkout tho, just not any commits. The way I understand is that sourceforge is set up so u can do anonymous checkouts, it just appears to be broken. Or I may have misunderstood. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From odradek at videotron.ca Mon Jan 29 10:54:17 2001 From: odradek at videotron.ca (Marc =?iso-8859-1?Q?Lavall=E9e?=) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] First impressions Message-ID: <3A749509.CAF03F3F@videotron.ca> I just discovered Koha while looking for infos about open source library projects. I know nothing about library management but I might participate on a special project as a technical resource. I'd like to know what's the status of Z39.50 and translations to other languages. Thanks -- Marc Lavall?e From chris at katipo.co.nz Mon Jan 29 11:31:42 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] First impressions In-Reply-To: <3A749509.CAF03F3F@videotron.ca>; from odradek@videotron.ca on Sun, Jan 28, 2001 at 04:54:17PM -0500 References: <3A749509.CAF03F3F@videotron.ca> Message-ID: <20010129113142.D8640@katipo.co.nz> * Marc Lavall?e [010129 10:56]: > > I just discovered Koha while looking for infos about open source library > projects. I know nothing about library management but I might > participate on a special project as a technical resource. > > I'd like to know what's the status of Z39.50 and translations to other > languages. > Hi Marc So far we have no z39.50 support either as a client or a server built into koha. And as far as I know, no active work is being done on it. It has been mentioned in the mailing list before, so u might like to scan through the archives http://lists.katipo.co.nz/public/koha/ As far as translations to other languages go, work was started on polish translation, Benedykt who subscribes to this list was working on it. And the opac section of koha has been ported to php and translated into spanish also. But work on either of these areas would be most appreciated Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From odradek at videotron.ca Mon Jan 29 12:19:52 2001 From: odradek at videotron.ca (Marc =?iso-8859-1?Q?Lavall=E9e?=) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] First impressions References: <3A749509.CAF03F3F@videotron.ca> <20010129113142.D8640@katipo.co.nz> Message-ID: <3A74A918.6AC05E83@videotron.ca> Chris Cormack a ?crit : > And the opac section of koha has been ported to php and > translated into spanish also. Great! It should be easy to do the same in French. Is this code in the CVS tree? As you know, anonymous access is broken right now... > But work on either of these areas would be most appreciated If I convince the right people why the project should run with open source softwares instead of proprietary softwares on WinNT, I might eventually participate. -- Marc Lavall?e From rachel at katipo.co.nz Mon Jan 29 20:06:17 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: Images In-Reply-To: Message-ID: <3A75CD39.17890.11821697@localhost> Hi Steve Images are in www.koha.org/download/images/ I think I've called the images by the same name you did - however the ones on the front are a little wider than the one you did - width=367 height=37 front-circulation.gif front-mouseover-circulation.gif There is a whole set of menu images - in there - which I hope should just slot in. I haven't zipped them or anything, but can if you like Cheers Rachel _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 7039, Wellington http://www.katipo.co.nz New Zealand From tonnesen at cmsd.bc.ca Fri Feb 2 05:33:43 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Colour preferences Message-ID: Does New Zealand use color or colour? :) Since Chris slaughtered my colour settings for the circulation module, I started thinking about some kind of system-wide colour preference settings. Something along the lines of: headerbgcolor=black headerfontcolor=white tablebgcolor=#dddddd tablefontcolor=black tablerow1bgcolor=#bbbbbb tablerow1fontcolor=black tablerow2bgcolor=#aaaaaa tablerow2fontcolor=black tablebgimage=/.../whatever.gif Of course none of this will help with the flat html files. Recreating the flat html files as scripts as well would fix this problem. Steve. From tonnesen at cmsd.bc.ca Fri Feb 2 05:36:38 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Input box focus Message-ID: Chris: Are the input boxes automatically getting the focus when a page loads? I added a little chunk of javascript to my circ-top.inc to give the focus to the first input box on a page to make barcode scanner entry easier. The focusinput() function should probably check to make sure that document.forms[0].elements[0] exists first to avoid any possible errors... function focusinput() { document.forms[0].elements[0].select(); document.forms[0].elements[0].focus(); document.forms[0].elements[0].focus(); } . . . . . From tonnesen at cmsd.bc.ca Fri Feb 2 06:04:24 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Virtual bookshelves Message-ID: Hello: I'm toying with the idea of setting up some kind of virtual bookshelf. The idea is that a bookshelf can be created and named, and then books can be searched for in the usual way and added to the bookshelf. I'm hoping to use this for things like printing out card and spine labels, changing subject heading entries for a group of books en masse, withdrawing discards, etc. Anybody have any thoughts on this? Steve From tonnesen at cmsd.bc.ca Fri Feb 2 06:32:40 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] remoteprint() routine Message-ID: Chris: I don't believe that I have the remoteprint() call anywhere in my circulation module. I assume that's the one that prints the issues list? I had to remove the "use" lines for any modules that required CDK, as I wasn't installing it, so I couldn't use C4::Print. Just so you know... Steve From chris at katipo.co.nz Fri Feb 2 07:33:40 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Colour preferences In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 08:33:43AM -0800 References: Message-ID: <20010202073340.G1689@katipo.co.nz> On Thu, Feb 01, 2001 at 08:33:43AM -0800, Tonnesen Steve said: > > Does New Zealand use color or colour? :) Colour :-) > > Since Chris slaughtered my colour settings for the circulation module, Always glad to be of service :-) > I started thinking about some kind of system-wide colour preference > settings. Something along the lines of: > > headerbgcolor=black > headerfontcolor=white > tablebgcolor=#dddddd > tablefontcolor=black > > tablerow1bgcolor=#bbbbbb > tablerow1fontcolor=black > tablerow2bgcolor=#aaaaaa > tablerow2fontcolor=black > > tablebgimage=/.../whatever.gif > > > Of course none of this will help with the flat html files. Recreating the > flat html files as scripts as well would fix this problem. > Yep, I think that would be the best solution Chris From chris at katipo.co.nz Fri Feb 2 07:36:29 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Input box focus In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 08:36:38AM -0800 References: Message-ID: <20010202073629.H1689@katipo.co.nz> On Thu, Feb 01, 2001 at 08:36:38AM -0800, Tonnesen Steve said: > > Chris: > > Are the input boxes automatically getting the focus when a page loads? I > added a little chunk of javascript to my circ-top.inc to give the focus to > the first input box on a page to make barcode scanner entry easier. The > focusinput() function should probably check to make sure that > document.forms[0].elements[0] exists first to avoid any possible errors... > Yep thanks Steve I added the code that you had posted for cat-top.inc a while back to circ-top.inc and it works like a dream. I think one branch of the Horowhenua library did a batch of its returns yesterday afternoon with the web circulation module. Without a hitch. Chris From tonnesen at cmsd.bc.ca Fri Feb 2 10:00:49 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] includes in CVS Message-ID: Chris: Can I get you to throw the includes into CVS? I created my own circ-top.inc, and modified all the other includes in order to have the circulation tab in the header at the top, and I'll bet you've done the same thing. :) Maybe putting all of the htdocs files in there would be a good idea? Steve. From ostrowb at tblc.org Fri Feb 2 10:12:02 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Notes on a RH7 install In-Reply-To: <20001221015718.G278@katipo.co.nz> Message-ID: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> I'm testing a Koha install on a fresh 'workstation' installation of RedHat 7, including Perl 5.6.0. I think I'm a fairly naive user, although I have a little bit of experience with Perl (enough for quick-and-dirty scripts, and enough to load CPAN modules). Here's what I'm finding so far: 1. INSTALL should say whether or not mod_perl is needed. I'm guessing 'no' because INSTALL says "It was built to work with Apache, but there is no reason it shouldnt work with any other webserver". (Has anyone tried running it on Win32? Perl, Apache, and MySQL are all available on Win32...) 2. Under INSTALL quick installation instructions item 4, "Edit C4/Database.pm" should read "Edit scripts/C4/Database.pm". Similarly, all references to files within INSTALL should be relative to the directory in which INSTALL resides. 2a. If at all possible, variables like this which need to be set by the installer should either be in a central koha.conf file or defined near the top of the file containing them. The installer should ideally not have to slog through Database.pm to find C4Connect. 3. The parts of scripts/C4/Database.pm needing to be modified by the installer should be commented more clearly -- by which I mean: easy to spot visually and also explicit in saying exactly which lines need to be modified. 4. In INSTALL, "Next copy the C4 directory (in scripts/) to somewhere in ur perl path" confuses me. I know how to find out the value of $PATH in a shell, but I don't know what my perl path is. (In fact, I'm stuck here. Help, please.) 5. In INSTALL, in the list of other required software: "AuthenDBI (if you want to use Database based authentication)" makes me wonder whether or not database-based authentication is the recommended/standard way to go. It also leaves unresolved the issues of: * authentication of who for what tasks? (i.e. tell me what it will affect), * should I have authentication at all -- would it be any easier to install without it? is there any reason to avoid it?, and * if I need to use authentication and don't want Database based authentication, what other options are there? 6. This is not strictly a Koha issue, but 'install DBD::mysql' asks a confusing question that might affect Koha: "Do you want to install the MysqlPerl emulation? You might keep your old Mysql module (to be distinguished from DBD::mysql!) if you are concerned about compatibility to existing applications! [n]" This may confuse others, so it should probably be addressed in a more verbose INSTALL file. I'm saying 'no' to this one for now, but tell me if I'm wrong. 7. In INSTALL, in the required-software section, "CDK (for the telnet interface), Which in turn depends on the C CDK libraries http://www.vexus.ca/CDK.html": Call this a naive question, but would Net::Telnet work as well? The less dependencies the better, IMO, ceteris paribus. I'll find out the answer to the next question soon and I fear it's no, but will the CPAN shell respond to 'install CDK' by fetching and installing the C CDK libraries? 8. INSTALL should probably list a series of steps needed to install dependencies, in the order needed. (C CDK before Perl CDK, MySQL before DBD::mysql (if you want to use a test db to test the module -- in fact, DBD::mysql won't install because I don't have a test database available for it), etc.) That's about as far as I've been able to get. If I sound obtuse, it's (probably) not intentional. If someone would care to incorporate the answers to these questions into a new version of INSTALL, I'll be glad to test it by reinstalling RH7 from scratch. Please, someone tell me I'm being helpful and not a pain in the neck. :) Ben From kb2qzv at box43.gnet.pl Fri Feb 2 12:20:14 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Notes on a RH7 install References: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> Message-ID: <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv> > Please, someone tell me I'm > being helpful and not a pain in the neck. :) > > Ben I think you are right in much what you've noted here. A new INSTALL file would be a nice follow-up to what Steve has just recently done to the brand new Circulation module. Unfortunately I was unable to test it because cvs access at sourceforge doesn't work for anonymous users at koha project. I sent an e-mail to sourceforge staff people, we'll see what happens. There is also a confusion about *.pl files. the INSTALL file is not clear about subdirectories of /scripts. some of them are to be copied too, as I have discovered. regards, Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From chris at katipo.co.nz Mon Feb 5 09:01:34 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] includes in CVS In-Reply-To: ; from tonnesen@cmsd.bc.ca on Thu, Feb 01, 2001 at 01:00:49PM -0800 References: Message-ID: <20010205090134.C24946@katipo.co.nz> On Thu, Feb 01, 2001 at 01:00:49PM -0800, Tonnesen Steve said: > > Chris: > > Can I get you to throw the includes into CVS? I created my own > circ-top.inc, and modified all the other includes in order to have the > circulation tab in the header at the top, and I'll bet you've done the > same thing. :) > > Maybe putting all of the htdocs files in there would be a good idea? > Yep, i'll make an koha-html module for cvs and throw all the html files plus images and includes in there. Should be up on sourceforge shortly Chris From chris at katipo.co.nz Mon Feb 5 09:04:21 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Notes on a RH7 install In-Reply-To: <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv>; from kb2qzv@box43.gnet.pl on Fri, Feb 02, 2001 at 12:20:14AM +0100 References: <5.0.2.1.2.20010201153334.00a4c4f0@tblc.org> <000601c08ca5$8ab0a9e0$0b00a8c0@kb2qzv> Message-ID: <20010205090421.D24946@katipo.co.nz> On Fri, Feb 02, 2001 at 12:20:14AM +0100, Benedykt P. Barszcz said: > > Please, someone tell me I'm > > being helpful and not a pain in the neck. :) > > > > Ben > > I think you are right in much what you've noted here. A new INSTALL file would be a nice follow-up to what Steve has just recently done to the brand new Circulation module. Unfortunately I was unable to test it because cvs access at sourceforge doesn't work for anonymous users at koha project. I sent an e-mail to sourceforge staff people, we'll see what happens. > > There is also a confusion about *.pl files. the INSTALL file is not clear about subdirectories of /scripts. some of them are to be copied too, as I have discovered. > > Yep, thank you both, the INSTALL file does need reworking. We are getting close to packaging up a new tarball with Steve's circulation API, and web circulation module. Ill tidy up the INSTALL file and bundle it in with that. Chris From Linda.Ken at xtra.co.nz Mon Feb 5 13:09:04 2001 From: Linda.Ken at xtra.co.nz (Ruffy) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] (no subject) Message-ID: <004b01c08f07$de4e7280$1bb71bca@Ken> Would you mind deleting me from your mailing list, please. Many thanks, L Wright -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010205/9258c67c/attachment-0001.html From kb2qzv at box43.gnet.pl Tue Feb 6 03:15:08 2001 From: kb2qzv at box43.gnet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] tar ball automatic? Message-ID: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv> I am just curious, is http://sourceforge.net/cvstarballs/koha-cvsroot.tar.gz an automatic, nightly tarball, or is it something a project admin prepares? If so, anonymous cvs access can be circumvent by downloading that tarball. anybody knows anything? Benedict -- Prezentacja oferty i sprzedaz produktow Twojej firmy w Centrum e-biznesu teraz za niecala zlotowke dziennie! KLIKNIJ I ZAMOW http://www.getin.pl/centrum/es_logon.asp From tonnesen at cmsd.bc.ca Tue Feb 6 06:32:36 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Circulation colours Message-ID: Okay, I've fixed the background colour problem on the circulation module and committed to CVS. The green background image now only shows up in the headers. I like Chris' colour changes now. :) Steve. From ostrowb at tblc.org Tue Feb 6 06:46:31 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] CVS in emacs? In-Reply-To: Message-ID: <5.0.2.1.2.20010205124352.00a00110@tblc.org> I'm still learning the basics of CVS. I know how to get emacs to open a file through FTP (C-x C-f /user@hostname:/path/to/file/file.txt), and I know how to open a local file for version control. But how would I tell emacs to open the Koha CVS tree for anonymous browsing? Ben (who doesn't want to commit anything right now) From tonnesen at cmsd.bc.ca Tue Feb 6 08:12:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Systempreferences table Message-ID: I've added support for systempreferences via the systemprefs() subroutine in Search.pm and a systempreferences table in the database. The systempreferences table: create table systempreferences (variable char(50), value char(200)); So far, the only pref I'm using is for choosing an acquisition module: variable='acquisitions', value='normal' or 'simple' If the systempreferences table doesn't exist, you'll get errors in the apache logs, but acquisitions will still default to normal. Also, I haven't added my simple acquisitions module to cvs yet. Steve. From chris at katipo.co.nz Tue Feb 6 09:32:07 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] tar ball automatic? In-Reply-To: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv>; from kb2qzv@box43.gnet.pl on Mon, Feb 05, 2001 at 03:15:08PM +0100 References: <000701c08f7e$0d6d6be0$b915a0d4@kb2qzv> Message-ID: <20010206093207.B9036@katipo.co.nz> On Mon, Feb 05, 2001 at 03:15:08PM +0100, Benedykt P. Barszcz said: > I am just curious, is http://sourceforge.net/cvstarballs/koha-cvsroot.tar.gz an automatic, nightly tarball, or is it something a project admin prepares? If so, anonymous cvs access can be circumvent by downloading that tarball. > > Great idea Benedict, Yep its an automatic thing. So a nightly cvs tarball can be gotten from that url. Im sure sourceforge will get anonymous cvs access up and running again, but in the meantime thats the best place to get the latest files from Chris From kb2qzv at poczta.onet.pl Thu Feb 8 15:06:50 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] i18n work layout Message-ID: <01020803065001.03817@localhost.localdomain> [sorry if you receive this message twice] Hi, Could someone answer these questions: To use Locale::gettext we need to include the followiing in each *.pl script I guess (don't know about *.pm or HTML files yet): # locale::gettext initializations use POSIX; use gettext; setlocale(LC_MESSAGES, ""); bindtextdomain("", ""); textdomain(""); # end of initializations 1. What to do with textdomain(""), should the argument be changed for each script, like so? textdomain("search") textdomain(opac-search"), etc? 2. What to do with bindtextdomain's() two arguments, should we point to any directory or leave it empty, like so: bindtextdomain("","/usr/local/www/koha/locale")? I know there is already a separate directory for intranet and opac. Do we need a common directory for locale *.mo files? How to accomplish it? 3. What to do with setlocale(), should we include LC_MONETARY (if such exists) to be able to allow for different currencies in koha? thank you for instructing me in right direction. Benedict PS. Allow me to include some of the files for you to check out. Could anyone try to use them? I can't figure out why localized messages do not appear as they are supposed to... . Here is what I do: # cp ./pl/LC_MESSAGES/koha.mo /usr/share/locale/pl/LC_MESSAGES/ # cp ./script-i18n/*.pl /usr/local/www/koha/cgi-bin/koha/ # cp ./script-i18n/*.pl /usr/local/www/opac/cgi-bin/koha/ It doesn't work though. I still get English . Thanks for hints Benedict ------------------------------------------------------- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: koha-i18n.tar.gz Type: application/x-gzip Size: 17499 bytes Desc: not available Url : http://lists.katipo.co.nz/pipermail/koha/attachments/20010208/f696ad40/koha-i18n.tar-0001.bin From kb2qzv at poczta.onet.pl Thu Feb 8 15:14:55 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] i18n help needed. Message-ID: <01020803145502.03817@localhost.localdomain> Hi everybody, I am trying to become a programmer :-) and need help in figuring out what the following means: when compiling gettext-1.01.tar.gz (Locale::gettext) #perl Makefile.PL Note (probably harmless): No library found for -lintl Writing Makefile for Locale::gettext #make Makefile [cut...] /usr/lib/perl5/5.6.0/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.6.0/ExtUtils/typemap gettext.xs > gettext.xsc && mv gettext.xsc gettext.c Please specify prototyping behavior for gettext.xs (see perlxs manual) cc -c -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3 -fomit-frame-pointer -pipe -s -march=pentium -ffast-math -fexpensive-optimizations -DVERSION=\"1.01\" -DXS_VERSION=\"1.01\" -fpic -I/usr/lib/perl5/5.6.0/i386-linux/CORE gettext.c gettext.c: In function `XS_Locale__gettext_gettext': gettext.c:65: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_dcgettext': gettext.c:83: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_dgettext': gettext.c:100: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_textdomain': gettext.c:116: warning: assignment makes pointer from integer without a cast gettext.c: In function `XS_Locale__gettext_bindtextdomain': gettext.c:133: warning: assignment makes pointer from integer without a cast Running Mkbootstrap for Locale::gettext () chmod 644 gettext.bs LD_RUN_PATH="" cc -o blib/arch/auto/Locale/gettext/gettext.so -shared -L/usr/local/lib gettext.o chmod 755 blib/arch/auto/Locale/gettext/gettext.so cp gettext.bs blib/arch/auto/Locale/gettext/gettext.bs chmod 644 blib/arch/auto/Locale/gettext/gettext.bs Manifying blib/man3/Locale::gettext.3 Is this normal? Thanks. Benedict -- From Justene.McNeice at press.co.nz Thu Feb 8 17:45:30 2001 From: Justene.McNeice at press.co.nz (Justene McNeice (CPL)) Date: Thu Nov 17 10:58:26 2005 Subject: [koha] (no subject) Message-ID: <01Feb8.174532nzdt.14342@gateway.nznews.co.nz> Please remove me from your mailing list for KOHA Regards Justene From kb2qzv at poczta.onet.pl Fri Feb 9 05:21:31 2001 From: kb2qzv at poczta.onet.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: tar ball automatic Message-ID: <01020817213100.02167@localhost.localdomain> Hi, What should one do to all the files from the koha-cvsroot.tar.gz that end with *.pl,v? I thought I will get files ready for consuption, instead what you get is an image what is in the cvs at the moment:-) I suppose there is a program or a command the trims the *.pl,v files of all the cvs related additions. Please, help. Benedict PS> I didn't see any INSTALL files int the repository. You probably anticipate already what my next questions will be :-) -- From tonnesen at cmsd.bc.ca Fri Feb 9 05:57:06 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: tar ball automatic In-Reply-To: <01020817213100.02167@localhost.localdomain> Message-ID: On Thu, 8 Feb 2001, Benedykt P. Barszcz wrote: > What should one do to all the files from the koha-cvsroot.tar.gz that end > with *.pl,v? I thought I will get files ready for consuption, instead what > you get is an image what is in the cvs at the moment:-) I can make a copy of the files available to you, but I probably can't automate it as a nightly build. Try: http://koha.cmsd.bc.ca/koha-cvs.tar.gz for a copy of this morning's CVS files. Steve. From chris at katipo.co.nz Fri Feb 16 14:10:48 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Koha Development mailing list Message-ID: <20010216141048.G1199@katipo.co.nz> Hi All Just a note to advertise the existence of a Koha developers mailing list. koha-devel@lists.sourceforge.net This list receives mail generated by cvs everytime a file is committed to the CVS tree. So is a great way to keep abreast of changes. And also is a place to discuss developer issues. You can subsribe to the list from http://lists.sourceforge.net/lists/listinfo/koha-devel Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From father at bigattichouse.com Wed Feb 21 08:54:39 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] MARC records Message-ID: <003a01c09b76$f68a9f60$0201a8c0@bigattichouse.com> Hi.. I found Koha while searching for GPL software to use in a scalable way in my son's school library... I have to say I was much impressed with Koha. Does anyone know if Koha supports MARC records... this was a question that came up. I realize there is a perl (ariadne) project dealing with MARC, but since I have little experience with Koha or Ariadne, I didn't know if this was supported. Infact, I only recently learned of the existance of MARC records, so I'm not sure if this is appropriate. Also, is anyone providing paid support for Koha? Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010220/fbde00dd/attachment-0001.html From chris at katipo.co.nz Tue Feb 27 10:55:44 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Anonymous CVS access at sourceforge Message-ID: <20010227105544.B19813@katipo.co.nz> Hi All Im just working on packaging up a new version of koha for release. And have just notice anonymous cvs access at sourceforge is working again The instructions for how to do it are at http://sourceforge.net/cvs/?group_id=16466 The 2 modules that are there are koha (the scripts and perl modules) and koha-html (the html funnily enough :-) ) This means you should be able to checkout latest copies of the code. New tarball should be out soon Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Tue Feb 27 11:15:22 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Koha-1.1.0 availiable Message-ID: <20010227111522.C19813@katipo.co.nz> Hi all Koha version 1.1.0 is now available for download from http://www.koha.org/download/ It should be available from http://sourceforge.net/projects/koha/ very soon also. Lots of changes in this version, hence the jump to 1.1.0 The biggest changes are to do with circulation. There is now a comprehensive circulation API which makes building circulation modules to use your chosen interface much much easier. There is also now a web based circulation section that uses this module. Im planning to rewrite the telnet based circ to use slang and the new API. Version 1.1.1 is likely to follow closely on 1.1.0's heels so if bugs are spotted please report them to me and ill fix them before 1.1.1 Thanks Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From glen_stewart at associate.com Fri Mar 9 02:53:57 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Tips for Koha 1.10 installation Message-ID: <20010308135357.2487.qmail@associate.com> As I've been reviewing Koha 1.10 prior to installation, I've found several problems. Here are some tips to help you if you plan to install before the problems are fixed in the next release: 1. find all references to "image src" in the package, and replace them with "img src". This is an old bug from pre-1.07. 2. the front-member.gif in the intranet-html/images folder is corrupt. Get an old copy from a previous release of Koha and use it instead. 3. Koha is still mis-programmed to require Server-Side-Includes from .html files. This puts an undue burden on the server and does not follow standards that say these files should be named .shtml. Fixing this will require a lot of searching and renaming. I'd like to know how many folks run Koha and Opac on the same server. If you do, the Koha 1.10 package will not run as provided, since it assumes at least a configuration and 2 domain names. Would you prefer that Koha be provided so it can all run on the same server without this? From glen_stewart at associate.com Tue Mar 13 06:03:40 2001 From: glen_stewart at associate.com (Glen Stewart) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Re: Systempreferences table Message-ID: <20010312170340.12347.qmail@associate.com> Steve, This is a great idea. I'm adding some prefs to control whether Member Numbers and Barcode numbers increment automatically, and this table will fit that need perfectly. May I suggest the following change to enable editing with phpMyAdmin CREATE TABLE systempreferences ( variable char(50) NOT NULL, value char(200), PRIMARY KEY (variable) ); From father at bigattichouse.com Tue Mar 13 10:21:19 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Book entry into system. References: <20010312170340.12347.qmail@associate.com> Message-ID: <028c01c0ab3a$62f12e80$0201a8c0@bigattichouse.com> Hi, a question.. must all the books be entered the first time around? Being a programmer, I tend to abhor repeated keystrokes... would it be possible to create a "book staging" library that the whole community could share.. download the titles by Dewey classification, say... then, when you go to enter books in the first time you could just scan and lookup by ISBN?.. or enter a new one, then you could upload any new items you've entered, hopefully getting a good percentage of books into the system with minimal repeat-keying all around? The stage-system could then create a "bibliographic subscription" for anyone using the system who may want the CD in hand.. you could then create a "Koha Distro" in the same vein as many linux distros... Download for free under GPL, or purchase a nice CD and maybe some printed docs. Receive booklist updates quarterly or similar. I would like to participate in creating such a repository. Mike From nsr4n at virginia.edu Thu Mar 22 16:03:49 2001 From: nsr4n at virginia.edu (Nicholas Stephen Rosasco) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Book entry into system. In-Reply-To: <028c01c0ab3a$62f12e80$0201a8c0@bigattichouse.com> Message-ID: from Father - Mike Johnson : > Hi, a question.. must all the books be entered the first time around? Being > a programmer, I tend to abhor repeated keystrokes... would it be possible to > create a "book staging" library that the whole community could share.. Last time I checked, there was a service at the Library of Congress for getting MARC or Z39.50 data from ISBN or possibly other numbers. I think there (may) open source code for using those services floating around out there -- try http://oss4lib.org, they may have something. http://lcweb.loc.gov/z3950/agency/ http://lcweb.loc.gov/z3950/gateway.html are the info from LC on the x3950 standard, and http://www.loc.gov/marc/ is the website on the MARC bibliographic format. I apologize for the vagueness, but my notes on this (I've had the same thoughts) seem to be AWOL. If something could be thrown together to automate (say by ISBN) catalog entry I'd be tempted to do my home library with Koha. Hope that helps, Nick Rosasco From celikbas at itu.edu.tr Sat Mar 24 02:57:13 2001 From: celikbas at itu.edu.tr (Zeki Celikbas) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] koha setup problems Message-ID: <3ABB8069.22713.19375EC@localhost> hi everybody, i'm working on installation koha. I'm using Mandrake 7.2 on my server. in fact i'm a newbie on linux. first of all I've print of out installation file and I've made all of them step by step but there are some parts which I don't understand. Of course there are some problems. For example all the virtual host are working but when I want to made a query a blank screen came across me on browser. This is the steps I've made: 1/ Create a new mysql database [OK] 2/ Set up a username and password in mysql [OK] 3/ Use the mysql script to create the tables [OK] 4/ Edit koha.conf [OK] 5/ Copy koha.conf to /etc/ [OK] >------------------- IMPORTANT--------------- >the permissions on this config file should also be strict, since >they contain the database password. At a minimum, the apache >user needs to be able to read it, as well as any other user that >runs circ. I would suggest ownership of www-data.libadmins with >no access to others. libadmins contain all users that use koha. (If >you set the owner as www-data u will need to make sure apache >is running as www-data) >------------------------------------------------------- (I didn't understant this paragraph perhaps the problem's reason is at that terms.) 6/ $path="/usr/local/www/koha/htdocs/includes"; [OK] Next copy the C4 directory (in scripts/) to somewhere in ur perl path eg /usr/local/lib/site_perl/i386-linux/ Right we are now ready to set up our opac 1/ Set up a webspace for the opac [OK] 2/ In your opac dir make a dir called htdocs, [OK] 3/ Again in ur opac dir make a dir called cgi-bin [OK] 4/ Your virtual host should be set up to use these dirs [OK] 5/ Ok, restart apache [OK] Now we can set up the intranet/librarian interface 1/ Set up another webspace lets call it koha [OK] 2/ In the dir you have just created make an htdocs [OK] 3/ Make sure ur virtual host is set up to use these dirs [OK] 4/ Restart apache point your browser at koha.your.site [OK] Zeki Celikbas Librarian ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Istanbul Technical University e:mailto:celikbas@itu.edu.tr Faculty of Aero. & Astro. w:http://www2.itu.edu.tr/~celikbas 80626 Maslak Istanbul Turkey t:(212)2853108 f: (212)2853139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From father at bigattichouse.com Tue Mar 27 11:44:51 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Z39.50 References: <3ABB8069.22713.19375EC@localhost> Message-ID: <009601c0b64e$c1ce4900$0201a8c0@bigattichouse.com> Nick Rosasco and I have been discussing the possibility of a "CDDB" type interface that would be able to lookup biblio information from the library of congress. allowing some sort of synchronization and standardization of catalogs using the LOC as the master. CDDB is a website/protocol that fills in the titles to you CD if you put on in your computer.. instead of track 1..2..3.. you get "artist - title". Apparently LOC has an existing protocol to interact with book/biblio lists in a programmatic fashion. I'd like to propose, at least adding to the to-do list, the ability to sync the index tables using the LOC and z39.50 I may try to implement the protocol myself in windows, just for S's and G's more info: http://lcweb.loc.gov/z3950/agency/ From father at bigattichouse.com Tue Mar 27 11:47:43 2001 From: father at bigattichouse.com (Father - Mike Johnson) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Z39.50-PERL References: <3ABB8069.22713.19375EC@localhost> <009601c0b64e$c1ce4900$0201a8c0@bigattichouse.com> Message-ID: <009c01c0b64f$2a0339e0$0201a8c0@bigattichouse.com> Koha's in PERL, right? http://www.staff.tecc.co.uk/mike/ North Central Working on a Perl module to allow Z39.50 clients to be built on top of Index Data's Yaz toolkit. The module provides a simple API for constructing non-blocking multicasting clients (i.e. parallel searching/retrieval across multiple databases.) It will be made available on CPAN under the usual terms and conditions for Perl modules (http://www.opensource.org/) Representative: Mike Taylor Address: 48A Carysfort Road; Crouch End; London N8 8RB ENGLAND Phone/fax/email: +44 20 8348 6768; mike@tecc.co.uk Implementor Id: 169 Last update: 6/2000; Last verification: 12/2000 From chris at katipo.co.nz Tue Mar 27 12:16:54 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] koha setup problems In-Reply-To: <3ABB8069.22713.19375EC@localhost>; from celikbas@itu.edu.tr on Fri, Mar 23, 2001 at 04:57:13PM +0200 References: <3ABB8069.22713.19375EC@localhost> Message-ID: <20010327121654.P14717@katipo.co.nz> Hi Zeki Sorry for taking so long to respond > >------------------- IMPORTANT--------------- > >the permissions on this config file should also be strict, since > >they contain the database password. At a minimum, the apache > >user needs to be able to read it, as well as any other user that > >runs circ. I would suggest ownership of www-data.libadmins with > >no access to others. libadmins contain all users that use koha. (If > >you set the owner as www-data u will need to make sure apache > >is running as www-data) > >------------------------------------------------------- (I didn't understant this > paragraph perhaps the problem's reason is at that terms.) > > Ahh yes, ok, what u need to do is check what user your apache is running as. You can do this by checking the httpd.conf file. Now whatever apache runs as (say www-data for our example) should be the owner of the /etc/koha.conf (chown www-data /etc/koha.conf). Now if you want to run curses based circulation functions .. you will need to set up the file permissions so that the users that run the curses based circulation (circ) have read permissions to the /etc/koha.conf. (Else the script wont be able to read the database passwords etc and wont be able to connect to the database) So youd set up a group called for example libadmins .. and all users that will use circ will be in that group. Then you'd make change the group of /etc/koha.conf to libadmins (chgrp libadmins /etc/koha.conf) Finally make it readable and writeable by the owner, readable by the group, and no access for everybody else. (chmod 640 /etc/koha.conf) Then if you do an ls -l /etc/koha.conf the permissions should look something like this -rw-r----- 1 www-data libadmins 57 Mar 15 16:54 /etc/koha.conf I hope this is clearer. Also if you are getting a blank page when you do a search, check the apache error logs, they may give you a hint of what is going wrong Hope this helps Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From cc-ddd at sulat.msuiit.edu.ph Mon Apr 9 11:12:01 2001 From: cc-ddd at sulat.msuiit.edu.ph (Dante D. Dinawanao) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] on the Cdk perl module... Message-ID: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> X-Sulat-MSU-Iligan Institute of Technology-IP: 202.78.82.7 Hi, I'm using RedHat 7.0 for my Koha installation. My problem is, I can't get the Cdk perl module working. The README tells me to rebuild the PERL source. Is there any other way to install Cdk perl module without rebuilding the PERL itself? BTW, my PERL installation is not from source. It's from RedHat's RPM PERL installer. Any info is appreciated. Thanks ,~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~, | Dante D. Dinawanao | | Systems/Network Administrator | | Computing and Network Center | | MSU-Iligan Institute of Technology | | A. Bonifacio Avenue | | 9200 Iligan City, Philippines | | | | Email: cc-ddd@sulat.msuiit.edu.ph | | URL: http://home.msuiit.edu.ph/~ddd | | Telephone #: +63 (63) 221-4071 | | Cellphone #: +63 09195549699 | |~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| | "Don't just spout fire-just do it, | | and when it's done, show the world" | | -Linus Torvalds | `~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' _______________________________________________________________________ This mail was sent through IMP-powered: http://sulat.msuiit.edu.ph/ Are you an MSUan? Join MSU Reunion 2001 http://www.msu-sanjuan2001.com/ From chris at katipo.co.nz Mon Apr 9 11:43:06 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] on the Cdk perl module... In-Reply-To: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph>; from cc-ddd@sulat.msuiit.edu.ph on Mon, Apr 09, 2001 at 07:12:01AM +0800 References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> Message-ID: <20010409114306.E19900@katipo.co.nz> On Mon, Apr 09, 2001 at 07:12:01AM +0800, Dante D. Dinawanao said: > X-Sulat-MSU-Iligan Institute of Technology-IP: 202.78.82.7 > > Hi, > > I'm using RedHat 7.0 for my Koha installation. My problem > is, I can't get the Cdk perl module working. The README tells me > to rebuild the PERL source. Is there any other way to install > Cdk perl module without rebuilding the PERL itself? BTW, my PERL > installation is not from source. It's from RedHat's RPM PERL > installer. > > Any info is appreciated. > Hi there You definitely dont want to have to rebuild perl itself. So you have downloaded the cdk source code and installed that ok, and its just the perl extensions that arent compiling? FYI The curses issues and returns interface is bugging, and Im not happy with how it works. The web based circulations is more stable. A big item on the todo list is a complete rewrite of the curses circulation routines. Probably to use slang. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From eggers at flinthills.com Sat Apr 14 14:01:37 2001 From: eggers at flinthills.com (Glee & Raleigh) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] mailing lists Message-ID: <000c01c0c486$d7a747e0$adc92740@lg1> Please add me to your mailing list. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010413/c13748d3/attachment-0001.htm From jiliu at indiana.edu Wed Apr 18 03:45:25 2001 From: jiliu at indiana.edu (Jian Liu) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] installation question Message-ID: Hello, Before starting, I'd like to know if I can install it in an environment where I have no access to /etc where koha.conf should be, nor setting up the virtual host. Basically, I have an account on the web server (apache), where I can execute cgi scripts but no access to root, and I have access to mysql on another machine. Thnaks Jian From kb2qzv at box43.pl Sat Apr 28 00:11:44 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] koha installation problem References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> Message-ID: <002501c0cf13$3da49b60$3000a8c0@pallotyni.org> Here is what i have in the log files: [root@biblioteka logs]# cat libra_error [Fri Apr 27 15:54:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/front-mouseover-members.gif Died at /usr/lib/perl5/5.6.0/C4/Output.pm line 126. [Fri Apr 27 15:56:30 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 15:56:30 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif [Fri Apr 27 15:59:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 15:59:48 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif Died at /usr/lib/perl5/5.6.0/C4/Output.pm line 126. [Fri Apr 27 16:04:38 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/issues.gif [Fri Apr 27 16:04:38 2001] [error] [client 192.168.0.48] File does not exist: /var/www/bibl/admin/htdocs/images/returns.gif I am talking about a fresh install of koha-1.1.0. How to fix this? Thanks. Benedykt -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl From kb2qzv at box43.pl Sat Apr 28 00:55:29 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] includes not obious to me... References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> Message-ID: <005701c0cf19$56564400$3000a8c0@pallotyni.org> The INSTALL file says --- 6/ Here you need to decide where your scripts and html are going to live. And edit C4/Output.pm to reflect that. Set $path= where your includes live, eg. $path="/usr/local/www/koha/htdocs/includes"; --- But there are two sets of includes. [root@biblioteka koha-1.1.0]# ls opac-html/includes/ CVS/ join-top.inc members-top.inc opac-bottom.inc opac-top.inc [root@biblioteka koha-1.1.0]# And [root@biblioteka koha-1.1.0]# ls intranet-html/includes/ CVS/ circulation-top.inc opac-bottom.inc aquisitions-bottom.inc issues-bottom.inc opac-top.inc aquisitions-top.inc issues-top.inc reports-bottom.inc budgets.inc members-bottom.inc reports-top.inc cat-bottom.inc members-top.inc cat-top.inc menus.inc [root@biblioteka koha-1.1.0]# And they are not in ONE directory... how do you guys so easily configure it to work? Benedykt -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl From chris at katipo.co.nz Mon Apr 30 09:40:23 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] koha installation problem In-Reply-To: <002501c0cf13$3da49b60$3000a8c0@pallotyni.org>; from kb2qzv@box43.pl on Fri, Apr 27, 2001 at 02:11:44PM +0200 References: <986771521.3ad0f041ce001@sulat.msuiit.edu.ph> <20010409114306.E19900@katipo.co.nz> <002501c0cf13$3da49b60$3000a8c0@pallotyni.org> Message-ID: <20010430094023.G394@katipo.co.nz> Hi Benedykt, It looks like there are some missing image files in the distribution. Ive put them up at http://www.koha.org/download/images/ So you can download them http://www.koha.org/download/images/issues.gif http://www.koha.org/download/images/returns.gif http://www.koha.org/download/images/front-mouseover-members.gif Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Apr 30 10:21:53 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] installation question Message-ID: <20010430102153.L394@katipo.co.nz> On Tue, Apr 17, 2001 at 10:45:25AM -0500, Jian Liu said: > Hello, > > Before starting, I'd like to know if I can install it in an environment > where I have no access to /etc where koha.conf should be, nor setting up > the virtual host. Basically, I have an account on the web server (apache), > where I can execute cgi scripts but no access to root, and I have access > to mysql on another machine. > Sorry about the late reply. But yes you probably can get this to work. What you can do is edit C4/Output.pm See this line open (KC, "/etc/koha.conf"); (its about line 47) You can make that be your homedir/koha.conf and put the conf file there if you like. You will also have to edit C4/Database.pm line 57: open (KC, "/etc/koha.conf"); to reflect your changes above. Then in your conf file you can set it up to use a remote database. Hope this helps Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From chris at katipo.co.nz Mon Apr 30 10:23:21 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] includes not obious to me... Message-ID: <20010430102321.M394@katipo.co.nz> Hi Benedykt, Ah yep this is another glitch in the install. Basically the intranet-html includes are the superset, and opac-html are the subset, that is all the includes ud need are in the intranet-html. So you can point your includes path to be where they are. Sorry about the confusion Chris On Fri, Apr 27, 2001 at 02:55:29PM +0200, Benedykt P. Barszcz said: > The INSTALL file says > --- > 6/ Here you need to decide where your scripts and html are going to live. > And edit C4/Output.pm to reflect that. > Set $path= where your includes live, eg. > $path="/usr/local/www/koha/htdocs/includes"; > --- > But there are two sets of includes. > [root@biblioteka koha-1.1.0]# ls opac-html/includes/ > CVS/ join-top.inc members-top.inc opac-bottom.inc opac-top.inc > [root@biblioteka koha-1.1.0]# > > And > [root@biblioteka koha-1.1.0]# ls intranet-html/includes/ > CVS/ circulation-top.inc opac-bottom.inc > aquisitions-bottom.inc issues-bottom.inc opac-top.inc > aquisitions-top.inc issues-top.inc reports-bottom.inc > budgets.inc members-bottom.inc reports-top.inc > cat-bottom.inc members-top.inc > cat-top.inc menus.inc > [root@biblioteka koha-1.1.0]# > > And they are not in ONE directory... how do you guys so easily configure it > to work? > > Benedykt > > > > > -- > uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych > Jezyk C. Szkola Programowania i inne kupisz: http://www.robomatic.pl > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From tonnesen at cmsd.bc.ca Wed May 2 10:02:52 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] I'm back Message-ID: Okay, after a lengthy hiatus on other projects, I'm back working on Koha for a bit. I have two libraries now that are nearing completion of the data entry stage and will be wanting to start circulating. To facilitate this in my situation, I am populating the borrowers database with the accounts the school already uses for accessing school file servers, email and authenticating proxy servers. I've also created a new table called borrowergroups where I list the groups that borrowers are in in our account administration system (ie Grade 6/7, Kindergarten, etc.) so that the librarians can print out overdue lists for each teacher's class. I also have a session with the district's Librarian association where I think I'm going to get grilled about Koha. They had made a decision to use a program called Alexandria universally throughout the district. The problem is that not all schools can come up with the funds to actually use Alexandria. That's where I came into the picture with Koha. Wish me luck. Steve Tonnesen Coast Mountains School District From rachel at katipo.co.nz Wed May 2 11:24:59 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] I'm back In-Reply-To: Message-ID: <3AEFEE8B.10632.F9D854C@localhost> hi > I have two libraries now that are nearing completion of the data entry > stage and will be wanting to start circulating. Woo how exciting. When you have it up and running can we make a link to them from the Koha webpages? > I also have a session with the district's Librarian association where I > think I'm going to get grilled about Koha. They had made a decision to > use a program called Alexandria universally throughout the district. The > problem is that not all schools can come up with the funds to actually use > Alexandria. That's where I came into the picture with Koha. Wish me > luck. Good Luck! Let us know how you get on :-) Cheers Rachel _____________________________________________________________ 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 From nsr4n at virginia.edu Thu May 3 03:34:58 2001 From: nsr4n at virginia.edu (Nicholas Stephen Rosasco) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] I'm back In-Reply-To: <3AEFEE8B.10632.F9D854C@localhost> Message-ID: > Woo how exciting. When you have it up and running can we make a link to > them from the Koha webpages? > > > I also have a session with the district's Librarian association where I > > think I'm going to get grilled about Koha. They had made a decision to > > use a program called Alexandria universally throughout the district. The > > problem is that not all schools can come up with the funds to actually use > > Alexandria. That's where I came into the picture with Koha. Wish me > > luck. Cool. Is this Alexandria capable of letting users search to search other libraries (ie, not in the database that is local)? The web(and therefore net) frontend is a real selling point. Nick ...hunting for his PERL books to help implement some ideas, maybe. From kb2qzv at box43.pl Mon May 7 22:15:41 2001 From: kb2qzv at box43.pl (Benedykt P. Barszcz) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] I'm back References: Message-ID: <005c01c0d6de$ac2714a0$3000a8c0@pallotyni.org> ----- Original Message ----- From: "Tonnesen Steve" To: "Koha Open Source Library System" Sent: Wednesday, May 02, 2001 12:02 AM Subject: [Koha] I'm back > > Okay, after a lengthy hiatus on other projects, I'm back working on Koha > for a bit. Hi, Are there any serious thought among the developers of Koha to include support for internationalization? I tried a little bit to fiddle around with gettext() function but didn't succede. I thing that the problem has to be dealt with on a larger scale, because gettext() will not take care of the html files. Also, for a non-programmer it is quite difficult to insert gettext string into perl script next to the HTML formatting strings. Could anyone start a directory ./i18 and start providing scripts with localization issues? Currency stuff in Koha does not take into account europian money. Could that be defined by the user? Benedykt PS. Sorry to say but I have never managed to cleanly install Koha so far. -- uwaga: dobre ksiazki: PHP4. Aplikacje - Visual Basic w Bazach Danych C++ w Zadaniach - Jezyk C. Szkola Programowania - Linux Polecenia - i inne znajdziesz i kupisz tutaj: http://www.robomatic.pl From mustafa at ipras.net Thu May 10 03:38:23 2001 From: mustafa at ipras.net (mustafa) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] new biblio record Message-ID: <004701c0d89e$14eeca80$60998cc1@deu.edu.tr> I think this is a very nice job. I reviewed your programme, however I couldn't find any solution for the problem in recording biblios. I would like to be informed about wether it is possible to record journal or book etc. data without any supplier admittance. On the other hand, is there any form or programme to provide direct data access to the database? I would be pleased if you let me know about it. Thank you, Mustafa Yilmaz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010509/604c5394/attachment-0001.html From tonnesen at cmsd.bc.ca Thu May 10 03:50:55 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] new biblio record In-Reply-To: <004701c0d89e$14eeca80$60998cc1@deu.edu.tr> Message-ID: On Wed, 9 May 2001, mustafa wrote: > I think this is a very nice job. I reviewed your programme, however I > couldn't find any solution for the problem in recording biblios. I > would like to be informed about wether it is possible to record journal > or book etc. data without any supplier admittance. On the other hand, is > there any form or programme to provide direct data access to the > database? I would be pleased if you let me know about it. I created an interface for entering biblios without supplier information for my school libraries which need to enter data for their existing collection. The database is a MySQL database and can be accessed directly with SQL commands using the mysql command line client. There are also some gui interfaces to the database, which I've never used. Steve. From COURYHOUSE at aol.com Tue May 22 14:05:01 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:26 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <106.387656.283b234d@aol.com> Hello from the Museum's Library In Arizona! We have extensive holdings in engineering, communications and computation and like what we have seen on this software.... Wondering though how we get the information from LC into the database to be accessed by the software! Is this MARC record? thanks Ed Sharpe archivist for southwest museum of engineering, communication and computation ---www.smecc.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010521/8624195f/attachment-0001.htm From ostrowb at tblc.org Wed May 23 00:19:57 2001 From: ostrowb at tblc.org (Ben Ostrowsky) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <106.387656.283b234d@aol.com> Message-ID: <5.1.0.14.2.20010522081812.031cc190@tblc.org> >Wondering though how we get the information from LC into the database to be >accessed by the software! I'm not actually using Koha yet, but my understanding is: The records would typically be typed by hand, although you could probably write some Perl scripts to import existing records. If you have MARC records, you could use MARC.pm to do this. >Is this MARC record? Koha does not currently use the MARC format. Ben From emannering at mail.sd91.bc.ca Wed May 23 04:15:24 2001 From: emannering at mail.sd91.bc.ca (emannering@mail.sd91.bc.ca) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <446309012@mail.sd91.bc.ca> What record format is used?--is the data easily transferred to and from "commercial" library databases? Ernie Mannering Director, Technology & Information Services School District No. 91 (Nechako Lakes) Voice 1.250.567.2284 Fax 1.250.567.4639 Web http://www.sd91.bc.ca ____________________Reply Separator____________________ Subject: Re: [Koha] Hello from the Museum's Library In Arizona! Author: "Ben Ostrowsky" Date: 5/22/2001 5:19 AM >Wondering though how we get the information from LC into the database to be >accessed by the software! I'm not actually using Koha yet, but my understanding is: The records would typically be typed by hand, although you could probably write some Perl scripts to import existing records. If you have MARC records, you could use MARC.pm to do this. >Is this MARC record? Koha does not currently use the MARC format. Ben _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha From COURYHOUSE at aol.com Wed May 23 01:29:02 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: Thanks for the info! Yikes the though of hand typing 4,000 records really scares me! At what point will it support marc? Is there development in this direction? Ed Sharpe archivist for SMECC > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/22/01 5:21:29 AM US Mountain Standard Time > From: ostrowb@tblc.org (Ben Ostrowsky) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz > CC: COURYHOUSE@aol.com > > > > > > >Wondering though how we get the information from LC into the database to be > >accessed by the software! > > I'm not actually using Koha yet, but my understanding is: > > The records would typically be typed by hand, although you could probably > write some Perl scripts to import existing records. If you have MARC > records, you could use MARC.pm to do this. > > >Is this MARC record? > > Koha does not currently use the MARC format. > > Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010522/98f2cdec/attachment-0001.html From chris at katipo.co.nz Wed May 23 09:53:45 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <446309012@mail.sd91.bc.ca>; from emannering@mail.sd91.bc.ca on Tue, May 22, 2001 at 09:15:24AM -0700 References: <446309012@mail.sd91.bc.ca> Message-ID: <20010523095345.E28677@katipo.co.nz> On Tue, May 22, 2001 at 09:15:24AM -0700, emannering@mail.sd91.bc.ca said: > What record format is used?--is the data easily transferred to and from > "commercial" library databases? > Hi All, The data is stored in a series of mysql tables. Data is fairly easily transferrable to the system. If you can get the data out of ur system and into tab separated text you can get it into Koha. I know some of the list members have written some importers. Importing from Marc is being worked on as we speak. I have no immediate plans to work on making koha MARC compliant, but having MARC importers, and exporters would be cool. I hope this helps answer your questions. Chris -- Chris Cormack Programmer 025 500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz From nsr4n at tetra.mail.virginia.edu Wed May 23 11:21:37 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <20010523095345.E28677@katipo.co.nz> Message-ID: > I have no immediate plans to work on making koha MARC compliant, but having > MARC importers, and exporters would be cool. If we can achieve this, I don't see how the internal data storage would matter much.... I think there are MARC routines out there, possibly even in perl. Question: has anyone sat down and sorted out how close Koha's existing records are to MARC output (or Z39.50, for that matter)? Nick ...still interested in being able to feed bulk ISBN numbers in for populating the database off Natl' Library (LC, etc) z39/marc access From say1 at goblin.cs.waikato.ac.nz Wed May 23 11:35:30 2001 From: say1 at goblin.cs.waikato.ac.nz (s.yeates@cs.waikato.ac.nz) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: Message from Nicholas Stephen Rosasco of "Tue, 22 May 2001 19:21:37 -0400." Message-ID: > > I have no immediate plans to work on making koha MARC compliant, but having > > MARC importers, and exporters would be cool. > > If we can achieve this, I don't see how the internal data storage would > matter much.... > > I think there are MARC routines out there, possibly even in perl. > > Question: has anyone sat down and sorted out how close Koha's existing > records are to MARC output (or Z39.50, for that matter)? If you're going to do Z39.50, let me recommend the YAZ (http://www.indexdata.dk/yaz/) toolkit. We use it at the New Zealand Digital Library and are very happy with it. It has a perl interface called: Net::Z3950 stuart -- stuart yeates aka `loam' "To err is human--but it feels divine." -- Mae West X-no-archive:yes From COURYHOUSE at aol.com Wed May 23 11:37:48 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <2f.157d994b.283c524c@aol.com> Yes, internal storage would be mote if the converter and gateway was there. Ed Sharpe > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/22/01 4:22:49 PM US Mountain Standard Time > From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) > Sender: koha-admin@lists.katipo.co.nz > To: chris@katipo.co.nz (Chris Cormack) > CC: koha@lists.katipo.co.nz > > > > > > I have no immediate plans to work on making koha MARC compliant, but > having > > MARC importers, and exporters would be cool. > > If we can achieve this, I don't see how the internal data storage would > matter much.... > > I think there are MARC routines out there, possibly even in perl. > > Question: has anyone sat down and sorted out how close Koha's existing > records are to MARC output (or Z39.50, for that matter)? > > Nick > ...still interested in being able to feed bulk ISBN numbers in for > populating the database off Natl' Library (LC, etc) z39/marc access > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > ----------------------- Headers -------------------------------- > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010522/d24a72a1/attachment-0001.htm From rachel at katipo.co.nz Wed May 23 12:48:42 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: Message-ID: <3B0BB1AA.30943.28C9E646@localhost> hi > Yikes the though of hand typing 4,000 records really scares me! > At what point will it support marc? Is there development in this direction? Someone has imported records from Marc in the past into Koha (was one of the first posts to this list I think.) what we don't have is a really easy tool to do it "automagically". cheers Rachel _____________________________________________________________ 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 From rachel at katipo.co.nz Wed May 23 12:50:44 2001 From: rachel at katipo.co.nz (Rachel Hamilton-Williams) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <446309012@mail.sd91.bc.ca> Message-ID: <3B0BB224.13788.28CBC349@localhost> hi > What record format is used?--is the data easily transferred to and from > "commercial" library databases? We have transferred *from* a commercial library database. It did require having someone that could "map" fields from one to the other. Cheers Rachel _____________________________________________________________ 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 From gregg.martinson at rahs.roseville.k12.mn.us Thu May 24 00:07:33 2001 From: gregg.martinson at rahs.roseville.k12.mn.us (Gregg Martinson) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: References: <20010523095345.E28677@katipo.co.nz> Message-ID: <5.1.0.14.0.20010523070416.026503b0@rahs.roseville.k12.mn.us> marc.pm is a perl module that you can use to parse marc records. Its fairly easy. find it at http://sourceforge.net/projects/marcpm/ . I would love to see koha use marc records as well, it would be the ONLY way I could sell it to the media specialists in my district. From gregg.martinson at rahs.roseville.k12.mn.us Fri May 25 00:07:06 2001 From: gregg.martinson at rahs.roseville.k12.mn.us (Gregg Martinson) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <2f.157d994b.283c524c@aol.com> Message-ID: <5.1.0.14.0.20010524070552.0175f410@rahs.roseville.k12.mn.us> Internal storage would be great, but auto-responders wouldn't be...(Is this the fifteenth or sisteenth copy of this message we have recieved?) At 07:37 PM 5/22/01 -0400, COURYHOUSE@aol.com wrote: >Yes, internal storage would be mote if the converter and gateway was there. > >Ed Sharpe > >>Subj: Re: [Koha] Hello from the Museum's Library In Arizona! >>Date: 5/22/01 4:22:49 PM US Mountain Standard Time >>From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) >>Sender: koha-admin@lists.katipo.co.nz >>To: chris@katipo.co.nz (Chris Cormack) >>CC: koha@lists.katipo.co.nz >> >> >> >> >> > I have no immediate plans to work on making koha MARC compliant, but >>having >> > MARC importers, and exporters would be cool. >> >>If we can achieve this, I don't see how the internal data storage would >>matter much.... >> >>I think there are MARC routines out there, possibly even in perl. >> >>Question: has anyone sat down and sorted out how close Koha's existing >>records are to MARC output (or Z39.50, for that matter)? >> >>Nick >>...still interested in being able to feed bulk ISBN numbers in for >>populating the database off Natl' Library (LC, etc) z39/marc access >> >>_______________________________________________ >>Koha mailing list >>Koha@lists.katipo.co.nz >>http://lists.katipo.co.nz/mailman/listinfo/koha >> >> >>----------------------- Headers -------------------------------- > From COURYHOUSE at aol.com Fri May 25 01:32:45 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:27 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! Message-ID: <42.1537a72e.283e677d@aol.com> I believe there may have been that many messages in the thread however they were different? Ed Sharpe > Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > Date: 5/24/01 5:08:37 AM US Mountain Standard Time > From: gregg.martinson@rahs.roseville.k12.mn.us (Gregg Martinson) > Sender: koha-admin@lists.katipo.co.nz > To: COURYHOUSE@aol.com, nsr4n@tetra.mail.virginia.edu, chris@katipo.co.nz > CC: koha@lists.katipo.co.nz > > > > > > Internal storage would be great, but auto-responders wouldn't be...(Is this > the fifteenth or sisteenth copy of this message we have recieved?) > At 07:37 PM 5/22/01 -0400, COURYHOUSE@aol.com wrote: > >Yes, internal storage would be mote if the converter and gateway was > there. > > > >Ed Sharpe > > > >>Subj: Re: [Koha] Hello from the Museum's Library In Arizona! > >>Date: 5/22/01 4:22:49 PM US Mountain Standard Time > >>From: nsr4n@tetra.mail.virginia.edu (Nicholas Stephen Rosasco) > >>Sender: koha-admin@lists.katipo.co.nz > >>To: chris@katipo.co.nz (Chris Cormack) > >>CC: koha@lists.katipo.co.nz > >> > >> > >> > >> > >> > I have no immediate plans to work on making koha MARC compliant, but > >>having > >> > MARC importers, and exporters would be cool. > >> > >>If we can achieve this, I don't see how the internal data storage would > >>matter much.... > >> > >>I think there are MARC routines out there, possibly even in perl. > >> > >>Question: has anyone sat down and sorted out how close Koha's existing > >>records are to MARC output (or Z39.50, for that matter)? > >> > >>Nick > >>...still interested in being able to feed bulk ISBN numbers in for > >>populating the database off Natl' Library (LC, etc) z39/marc access > >> > >>_______________________________________________ > >>Koha mailing list > >>Koha@lists.katipo.co.nz > >>http://lists.katipo.co.nz/mailman/listinfo/koha > >> > >> > >>----------------------- Headers -------------------------------- > > > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/120853bf/attachment-0001.html From nsr4n at virginia.edu Fri May 25 01:02:06 2001 From: nsr4n at virginia.edu (Nicholas Rosasco) Date: Thu Nov 17 10:58:27 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! References: <42.1537a72e.283e677d@aol.com> Message-ID: <3B0D064D.BB647438@virginia.edu> From nsr4n at tetra.mail.virginia.edu Fri May 25 02:05:30 2001 From: nsr4n at tetra.mail.virginia.edu (Nicholas Stephen Rosasco) Date: Thu Nov 17 10:58:27 2005 Subject: Huh? Re: [Koha] Hello from the Museum's Library In Arizona! In-Reply-To: <3B0D064D.BB647438@virginia.edu> Message-ID: Would it be useful if I threw up a page with links to the code libraries for this stuff, and for the MARC/Z39 standards info, for those not familiar with it (or even what it is)? Nick From tonnesen at cmsd.bc.ca Fri May 25 07:32:46 2001 From: tonnesen at cmsd.bc.ca (Tonnesen Steve) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <20010523104548.G28677@katipo.co.nz> Message-ID: On Wed, 23 May 2001, Chris Cormack wrote: > > we may be at that point someday ... I guess the biggest question > > is how to load the marc records into the database can you point me > > somewhere for this? > > thanks for all the advise! And I love the way the software works.... > > > Ok Steve Tonnessen who is on this list has been working on this and I think > he has a working marc importer running. > Ill cc him in this reply. I have a couple of schools who have been downloading marc records for their books and importing then one at a time. They check my automatic conversion of the marc records and make whatever modifications they need. Since the site they have been getting marc records from is Canadian, they have needed to modify the ISBN to the canadian publication's ISBN in every case anyway. I've also started working on Z39.50 support. Just signed the contract for access to the National Library of Canada's Z39.50 services today. I've got a perl module called Zeta working for Z39.50 searches, but it only seems to return SUTRS format (unstructured text) and not MARC format results. It seems that Net::Z3950 is a better module, but I haven't got it working yet. Also the YAZ toolkit also has a perl-based Z39.50 server that would really be nice to tie into Koha. LCCN should not be just overwritten on the dewey field, it should have a new field created for it. I guess the hitch with this is reworking the scripts for entering and editing books... Here comes some long rambling on my part... I think Koha really needs to be moved to a system that is at least partly based on Marc. I think that the records for each bibliography should be in MARC format, and that changes can be made either to the Koha Mysql tables, or the underlying MARC records and changes will be made in both places. The way that Koha stores records currently (broken into biblio and biblioitems) might make this a little difficult, but we could maybe associate particular MARC records with biblioitems, I guess, and then just have groups of MARC records associated with one biblio, as is done now. I'm thinking maybe about having one module that is used for modifying records. Something like: modifybibitem($env, $bibitemnumber, "author=Doe, Jane"); would change the author for biblioitem $bibitemnumber to Jane Doe. The modifybibitem routine would be responsible for modifying both the MARC record, and the MySQL tables. This all gets a little tricky when you consider that the MARC record stores a fair amount more information than the MySQL tables, for example, if a particular MARC record has a subject added entry like: 650 a Extinct animals x Encyclopedias, Juvenile. The corresponding entry in the MySQL bibliosubjects table would be: Extinct animals -- Encyclopedias, Juvenile Now if I edit the bibliosubjects entry to read: Extinct animals -- Encyclopedias It would be difficult to determine how to modify the MARC record automatically in a generic way. If the entry was changed to: Extinct animals -- dinosaurs It becomes even more difficult to incorporate the change back into the MARC record. I suppose the web interface could pop up a form saying something like, --- Need more information for MARC record modification: 650 a Extinct animals __ Encyclopedias --- with an 'x' as a suggestion for the text entry box. Steve Tonnesen Coast Mountains School District From COURYHOUSE at aol.com Fri May 25 08:15:18 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! Message-ID: Steve, I will ramble some too..... (think I will build the LINUX server this weekend) I have spoken to several other libraries here in Arizona that are considering automating, they are not large library districts but one has two branches so sizable enough..... In my instance I could live without MARC loading and exporting but I don't really want to.... In the case of the others libraries here they MUST have MARC. Has to do with interlibrary loans and the Liberian went on to explain.... But in talking with people, they want to use something that adheres to standards. Our library of course being a reference library never inter library loans and we do not allow patrons to check things out even ... too much that is not replaceable! The reason We wish to have MARC is it is the standard, and if others wish to use records that we have generated through original cataloging they will have them in the format that they use. > Subj: [Koha] Re: marc and stuff! > Date: 5/24/01 12:35:47 PM US Mountain Standard Time > From: tonnesen@cmsd.bc.ca (Tonnesen Steve) > Sender: koha-admin@lists.katipo.co.nz > Reply-to: tonnesen@cmsd.bc.ca (Tonnesen Steve) > To: chris@katipo.co.nz (Chris Cormack) > CC: COURYHOUSE@aol.com, koha@lists.katipo.co.nz (Koha Open Source > Library System) > > > > > > On Wed, 23 May 2001, Chris Cormack wrote: > > > > we may be at that point someday ... I guess the biggest > question > > > is how to load the marc records into the database can you point me > > > somewhere for this? > > > thanks for all the advise! And I love the way the software works.... > > > > > Ok Steve Tonnessen who is on this list has been working on this and I > think > > he has a working marc importer running. > > Ill cc him in this reply. > > > I have a couple of schools who have been downloading marc records for > their books and importing then one at a time. They check my automatic > conversion of the marc records and make whatever modifications they need. > Since the site they have been getting marc records from is Canadian, they > have needed to modify the ISBN to the canadian publication's ISBN in every > case anyway. > > I've also started working on Z39.50 support. Just signed the contract for > access to the National Library of Canada's Z39.50 services today. I've > got a perl module called Zeta working for Z39.50 searches, but it only > seems to return SUTRS format (unstructured text) and not MARC format > results. It seems that Net::Z3950 is a better module, but I haven't got > it working yet. Also the YAZ toolkit also has a perl-based Z39.50 server > that would really be nice to tie into Koha. > > LCCN should not be just overwritten on the dewey field, it should have a > new field created for it. I guess the hitch with this is reworking the > scripts for entering and editing books... > > > Here comes some long rambling on my part... > > I think Koha really needs to be moved to a system that is at least partly > based on Marc. I think that the records for each bibliography should be > in MARC format, and that changes can be made either to the Koha Mysql > tables, or the underlying MARC records and changes will be made in both > places. The way that Koha stores records currently (broken into biblio > and biblioitems) might make this a little difficult, but we could maybe > associate particular MARC records with biblioitems, I guess, and then just > have groups of MARC records associated with one biblio, as is done now. > > I'm thinking maybe about having one module that is used for modifying > records. Something like: > > modifybibitem($env, $bibitemnumber, "author=Doe, Jane"); > > > would change the author for biblioitem $bibitemnumber to Jane Doe. The > modifybibitem routine would be responsible for modifying both the MARC > record, and the MySQL tables. > > This all gets a little tricky when you consider that the MARC record > stores a fair amount more information than the MySQL tables, for example, > if a particular MARC record has a subject added entry like: > > 650 a Extinct animals > x Encyclopedias, Juvenile. > > The corresponding entry in the MySQL bibliosubjects table would be: > > Extinct animals -- Encyclopedias, Juvenile > > Now if I edit the bibliosubjects entry to read: > > Extinct animals -- Encyclopedias > > It would be difficult to determine how to modify the MARC record > automatically in a generic way. If the entry was changed to: > > Extinct animals -- dinosaurs > > It becomes even more difficult to incorporate the change back into the > MARC record. > > I suppose the web interface could pop up a form saying something like, > > --- > > Need more information for MARC record modification: > > 650 a Extinct animals > __ Encyclopedias > > --- > > with an 'x' as a suggestion for the text entry box. > > > Steve Tonnesen > Coast Mountains School District > > _______________________________________________ > Koha mailing list > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/bef58291/attachment-0001.htm From Lora at wfftrc.org Fri May 25 08:47:31 2001 From: Lora at wfftrc.org (Lora Morgaine) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! Message-ID: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Hi everyone, I've been lurking on this list for a while but would like to put in my two cents. I work for a non-profit organization called the Technology Resource Center, based in Seattle, Washington. We try to find ways to help alleviate the digital divide, and are very involved in libraries in the USA and in Latin America. A small group of us have been working on making KOHA compatible with MARC records and in general with libraries in North and South America. We are at the point where we successfully import MARC records in full, and allow editing on over 200 most-utilized fields and subfields. One can also create a new MARC record, but cannot export records yet. We also altered the database structure significantly to import successfully all fields, subfields, and indicators, and also changed the OPAC interface. It was rewritten in PHP for more flexibility, as well. Because we have changed so much of the system, we renamed ours to "OpenBook" - but it's still an open-source system with code available to everyone. Our ultimate goal is to help small libraries who wish to automate or move to less expensive automation options. Now, that said, it's not quite ready yet for public input and troubleshooting. We will be ready for beta testing as of the US ALA convention, on June 15 2001. I can send the link to the OPAC to anyone who wants to try that out though. It does have problems still, we know, and we're working on them. If you have questions or etc, please let me know. We give full credit to the folks in New Zealand - without their structure this never would have come to completion! We just hoped to change it for the N. American MARC standards in cataloging, and change the OPAC to be more like US-based OPACs. Right now, we only have OPAC and cataloging modules done. Circulation will be forthcoming around September, possibly a bit later. I hope that the members of this list will be interested in trying out the OPAC and doing testing on cataloging for us... Sincerely, Lora Morgaine TRC From COURYHOUSE at aol.com Fri May 25 09:22:35 2001 From: COURYHOUSE at aol.com (COURYHOUSE@aol.com) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! Message-ID: <11.14ccdc13.283ed59b@aol.com> Lora, Sounds great! Please send the Link! Thanks Ed! > Subj: RE: [Koha] Re: marc and stuff! > Date: 5/24/01 1:49:16 PM US Mountain Standard Time > From: Lora@wfftrc.org (Lora Morgaine) > Sender: koha-admin@lists.katipo.co.nz > To: koha@lists.katipo.co.nz ('koha@lists.katipo.co.nz ') > CC: Deirdre@wfftrc.org (Deirdre McDonough) > > > > > Hi everyone, > > I've been lurking on this list for a while but would like to put in my two > cents. > > I work for a non-profit organization called the Technology Resource Center, > based in Seattle, Washington. We try to find ways to help alleviate the > digital divide, and are very involved in libraries in the USA and in Latin > America. > > A small group of us have been working on making KOHA compatible with MARC > records and in general with libraries in North and South America. We are at > the point where we successfully import MARC records in full, and allow > editing on over 200 most-utilized fields and subfields. One can also create > a new MARC record, but cannot export records yet. > > We also altered the database structure significantly to import successfully > all fields, subfields, and indicators, and also changed the OPAC interface. > It was rewritten in PHP for more flexibility, as well. Because we have > changed so much of the system, we renamed ours to "OpenBook" - but it's > still an open-source system with code available to everyone. Our ultimate > goal is to help small libraries who wish to automate or move to less > expensive automation options. > > Now, that said, it's not quite ready yet for public input and > troubleshooting. We will be ready for beta testing as of the US ALA > convention, on June 15 2001. I can send the link to the OPAC to anyone who > wants to try that out though. It does have problems still, we know, and > we're working on them. > > If you have questions or etc, please let me know. We give full credit to the > folks in New Zealand - without their structure this never would have come to > completion! We just hoped to change it for the N. American MARC standards in > cataloging, and change the OPAC to be more like US-based OPACs. > > Right now, we only have OPAC and cataloging modules done. Circulation will > be forthcoming around September, possibly a bit later. > > I hope that the members of this list will be interested in trying out the > OPAC and doing testing on cataloging for us... > > Sincerely, > > Lora Morgaine > TRC > > > > _______________________________________________ > Koha mailing list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010524/176e3b39/attachment-0001.html From rjw at alembic.com Fri May 25 09:40:53 2001 From: rjw at alembic.com (Ron Wickersham) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Message-ID: hi Lora, your announcement is very interesting for our uses (we operate a small reference/science library at an astronomcal observatory). would your group welcome taking your MARC code and having volunteers port it back to KOHA? -ron rjw@rfo.org Valley of the Moon Observatory Association http://vmoa.kenwood.ca.us On Thu, 24 May 2001, Lora Morgaine wrote: ---snip--- > A small group of us have been working on making KOHA compatible with MARC > records and in general with libraries in North and South America. We are at > the point where we successfully import MARC records in full, and allow > editing on over 200 most-utilized fields and subfields. One can also create > a new MARC record, but cannot export records yet. > > We also altered the database structure significantly to import successfully > all fields, subfields, and indicators, and also changed the OPAC interface. > It was rewritten in PHP for more flexibility, as well. Because we have > changed so much of the system, we renamed ours to "OpenBook" - but it's > still an open-source system with code available to everyone. Our ultimate > goal is to help small libraries who wish to automate or move to less > expensive automation options. ---snip--- From chris at katipo.co.nz Fri May 25 09:42:23 2001 From: chris at katipo.co.nz (Chris Cormack) Date: Thu Nov 17 10:58:27 2005 Subject: [Koha] Re: marc and stuff! In-Reply-To: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org>; from Lora@wfftrc.org on Thu, May 24, 2001 at 01:47:31PM -0700 References: <2F57F690D871894E92204B819539E7C013EA30@kermit.wfftrc.org> Message-ID: <20010525094223.A10572@katipo.co.nz> * Lora Morgaine [010525 08:48]: > Hi everyone, Hi Lora > > > I work for a non-profit organization called the Technology Resource Center, > based in Seattle, Washington. We try to find ways to help alleviate