- Koha - lists.katipo.co.nz

Re: [Koha] LCCN, group
by COURYHOUSE＠aol.com 06 Sep '03

06 Sep '03

OPPPS.... shoud have read... . Ah a fellow LC enthusiast! Greetings! not.... Ah a fellow LX enthusiast! Greetings!

1 0

Re: [Koha] LCCN, group
by COURYHOUSE＠aol.com 06 Sep '03

06 Sep '03

Ah a fellow LX enthusiast! Greetings!

1 0

Re: [Koha] Very small library, low-end hardware data conv
by Rich Churcher 06 Sep '03

06 Sep '03

On Thu, 2003-09-04 at 00:37, jkerr(a)uoguelph.ca wrote: > To do data conversions from one database format to another, > there is a great DOS program called Data magician > http://www.folland.com/. This program may save you a ton of > typing. Thanks for the tip John. Unfortunately it appears to be proprietary software, and I'm afraid I can't ask the school to spend any more money. Besides, I'd like to go open source all the way on this one if possible ;o) -- Cheers, Rich.

1 0

Re: [Koha] LCCN, group
by COURYHOUSE＠aol.com 05 Sep '03

05 Sep '03

YOU WROTE >>>> William, Koha works best with Dewey. I think at this point it works ONLY with Dewey.... Hopefully soon it will work with both LC and Dewey! Ed! > Subj: RE: [Koha] LCCN, group > Date: 9/5/2003 11:53:53 AM US Mountain Standard Time > From: <A HREF="mailto:shedges@skemotah.com">shedges(a)skemotah.com</A> > To: <A HREF="mailto:Bigwood@lpi.usra.edu">Bigwood(a)lpi.usra.edu</A> > CC: <A HREF="mailto:koha@purity.com.ph">koha(a)purity.com.ph</A>, <A HREF="mailto:koha@lists.katipo.co.nz">koha(a)lists.katipo.co.nz</A> > Sent from the Internet > > > > > Bigwood, David said: > >TK5105.888. D35 2000 is the Library of Congress Classification number. The > >1st part goes into field 050 subfield a, D35 2000 goes in subfield b. If > >you > >use that as your call number it may also go in field 852, which contains > >local copy information. > > > >005.7'2 --dc21 is the Dewey Classification number. The 1st part goes in > >field 082 subfield a. dc21 specifies which edition is being used and goes > >in > >subfield 2. If you use Dewey for your call numbers it would also go in > >field > >852. > > William, Koha works best with Dewey. You'll probably want to map the > actual number part of the Dewey number to Koha field 'dewey' in the > biblioitems table. In the same table, you can map anything that comes > after the number (the first few letters of an author's name is a common > example) to the 'subclass' field in the same table. And if you have > anything before the number (like 'J' for Juvenile, or 'LP' for Large > Print), that can go in the 'classification' field. I believe that's the > way Horowhenua Library Trust (http://www.library.org.nz) does it. > > In the case of Nelsonville Public Library, the actual call number used by > the library was stored in a holdings tag, but in a 952 tag, not the 852 > tag. Many ILS programs use the option of 9xx tags to store holdings > information, because these tags are more flexible than the > closely-regulated 852 tags. So at NPL (http://www.athenscounty.lib.oh.us) > the entire call number was mapped to the 'classification' field as the > data was migrated from the old system to Koha. I'm not sure how the call > numbers at Unido (http://www.unido.org) are stored -- they may have used > yet another method. > > One word of warning -- if you decide to map the call number from an > existing holdings tag, you will need to split the existing tag into two > tags, so you can map one to the items table and the other to fields in the > biblioitems table. This isn't too hard to do with MARC::Record. > > By the way, the little ' in the Dewey number from LC (005.7'2) is not part > of the number. It's an indication of the appropriate spot to truncate the > call number if you don't want to use the whole thing. > > -- > Stephen Hedges > Skemotah Solutions, USA > www.skemotah.com -- shedges(a)skemotah.com > > >The - is dropped from the LC Control number when it is entered in field > >010. > > > >Sincerely, > >David Bigwood > >bigwood(a)lpi.usra.edu > >Lunar &Planetary Institute > >Cataloging news: http://www.catalogablog

1 0

Fw: [Koha] Install - Error or Not??
by Martín Longo 05 Sep '03

05 Sep '03

> > > I'm working on putting together detailed installation procedures for > Koha > > > 2.0.0pre2 and got a couple error message at the end of the install and > > > wondered if this is something that is really an error, or if it is > > nothing > > > to worry about. > > > > > > The first error message come during the Apache Configuration: > > > > > > UPDATING APACHE CONFIGURATION > > > > > > Checking for modules that need to be loaded... > > > grep: /etc/koha-httpd.conf: No such file or directory > > > > > > ___________________________________________________________________ > > <Martín's comment> I got this one too when installing.... and when > > finished, I had to edit my > > httpd.conf by hand, to add the <VirtualHost> section > > > > ___________________________________________________________________ > > <William's comment> I did not get this error. Could it be that the > file > > was not created, > > perhaps due to write permissions of the /etc directory? Have you tried > > installing it as root? > > ___________________________________________________________________ > > > > I did the installation as 'root', so there shouldn't be a permission issue > > with the /etc directory. > ___________________________________________________________________ Me too! ___________________________________________________________________ > > > > This is an installation on Redhat 9.0... could there be a directory > issue? ___________________________________________________________________ My installation was on a Debian (Woody) ... same question... :) ___________________________________________________________________ > > > I'd really like to find a method of having the koha-httpd.conf and > > httpd.conf updated automatically by the installer.pl process (call me > > lazy).... > ___________________________________________________________________ One of our goals, over here, is to have a 'one click' installation process... some process that installs not only KOHA, but all the perl modules that are required too... (laaaaazy :P ) ___________________________________________________________________ > > > > Is it possible that I am not pointing to the correct directory somewhere > in > > the install process???? > > ___________________________________________________________________ Maybe... but I installed KOHA 1.9.2 on a RedHat 9 some time ago and that error never showed up... at first I thougt it was a Koha-Debian thing... but it seems it's not... maybe you can try installing 1.9.2... to see what happens ___________________________________________________________________ > > > > > -Greg > > Martin

1 0

Very small library, low-end hardware
by Rich Churcher 05 Sep '03

05 Sep '03

Hi all. I'm peripherally involved with a local primary school (I host their website, manage email, help out with tech support etc.) I'm told that they pay something of the order of $400 per year for Catalist to manage the collection in their one-room library. This strikes me as excessive. I'm investigating the possibility of installing Linux on one of their rather old Pentium boxen and running Koha. I'm quite comfortable with the Linux admin side of things, and with SQL, but know absolutely nothing of library cataloguing systems. I have some questions which I hope developers or experienced users might answer for me: 1. What is the absolute, barest minimum hardware you would consider installing Koha on, given that the database is not likely to be very large? 2. Will most older barcode readers work with Linux + Koha? 3. How difficult is the conversion going to be from Catalist to Koha? Is there any kind of automated conversion (possibly via MARC), or would they be stuck re-scanning everything in their library? 4. Are there any other primary schools in New Zealand running Koha who might be able to comment on the experience? What I've seen so far is very promising, but I'd like a little more info before recommending the system to a school which is not exactly overflowing with disposable income ;o) Hard to argue with the price though. -- Cheers, Rich.

8 16

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

05 Sep '03

I will be out of the office starting 05/09/2003 and will not return until 15/09/2003. Any questions for IDG Online can be directed to Nadia Cameron nadia_cameron(a)idg.com.au Thanks, Howard

1 0

LCCN, group
by William Villanueva 05 Sep '03

05 Sep '03

Hi! I'm not a librarian so I don't know which is which... I'm entering items into the system (2.0pre2) with simple aquisition and was wondering about the LCCN field. Eg. a book: Consumer-Effective web sites by Jodie Dalgleish inside the book I can see: ISBN -0-13-087827-8 and more numbers underneath: TK5105.888. D35 2000 005.7'2--dc21 00-029128 Looking it up in the Library of Congresss online catalog, I understand that TKxxxx is Call Number while 00-029128 is LC Control Number. If LC Control Number goes into the LCCN field, which field can I enter the other info (Call Number)? How about 005.7'2 --dc21 ? Would this be the Dewey number and if so, how should this be entered? Is there any part which goes into the Dewey sub? Lastly, how do I make use of the Group when adding items into the system? Thanks! God bless you. William -- William Villanueva http://www.purity.ph PGP key ID 0xDF608588 Registered linux user #179111 ================================================== I don't blame Congress. If I had $600 billion, I'd be irresponsible too.

1 0

RE: [Koha] Very small library, low-end hardware data conv
by Williams, Olwen - SAL 05 Sep '03

05 Sep '03

Catalist is written in A/Rev which does not normally have conversions available. Not only A/Rev, but non-standard A/Rev formats. Olwen Williams olwen.williams(a)safeair.co.nz -----Original Message----- From: Rich Churcher [mailto:rmch@xtra.co.nz] Sent: Saturday, September 06, 2003 2:24 PM To: Koha List Subject: Re: [Koha] Very small library, low-end hardware data conv On Thu, 2003-09-04 at 00:37, jkerr(a)uoguelph.ca wrote: > To do data conversions from one database format to another, > there is a great DOS program called Data magician > http://www.folland.com/. This program may save you a ton of > typing. Thanks for the tip John. Unfortunately it appears to be proprietary software, and I'm afraid I can't ask the school to spend any more money. Besides, I'd like to go open source all the way on this one if possible ;o) -- Cheers, Rich. _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ____________________________________________________________________ CAUTION - This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify Safe Air Ltd immediately. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of Safe Air. _____________________________________________________________________ For more information on the Safe Air Group, visit us online at http://www.safeair.co.nz/ _____________________________________________________________________

1 0

Install - Error or Not??
by Greg Lambert/Amigos 04 Sep '03

04 Sep '03

I'm working on putting together detailed installation procedures for Koha 2.0.0pre2 and got a couple error message at the end of the install and wondered if this is something that is really an error, or if it is nothing to worry about. The first error message come during the Apache Configuration: UPDATING APACHE CONFIGURATION Checking for modules that need to be loaded... grep: /etc/koha-httpd.conf: No such file or directory The second error message was at the very end of installation: Unsuccessful stat on filename containing newline at Install.pm line 1820, <STDIN> line 27. Unsuccessful stat on filename containing newline at Install.pm line 1820, <STDIN> line 27. It appears twice in a row. Looking at the Install.pm file (line 1820), this line is part of a subroutine: sub restoremycnf { if (-e $mycnf) { unlink($mycnf); } if (-e $mytmpcnf) { // this is line 1820 rename $mytmpcnf,$mycnf; } } My gut reaction is that it is nothing to worry about. I have worked on the installation a few times to detail the process, and noticed that there are about a dozen tmp files in the install directory with filenames like "my.cnf.koha.TC30u7" etc.... Therefore, I'm hoping that the multiple installing processes are causing the error message. Any reason to think otherwise??? Thanks! -Greg Greg Lambert, JD, MLIS Project Manager Amigos Library Services, Inc. 5000 Gulf FWY Building 9 - Univ. Business Park Houston, Texas 77023-4600 713/923-2373 x225 office 877/707-1577 toll-free 713/923-2192 fax 281/433-9145 cell lambert(a)amigos.org http://www.amigos.org

1 0