- Koha - lists.katipo.co.nz

Koha Windows version - Server error
by Pradeep P Kavi 05 Aug '04

05 Aug '04

Hello, I have installed Koha successfully on windows 98 machine. The installation was successful. However, when I point my browser to http://localhost the get the following error : Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: opac-main.pl If you think this is a server error, please contact the webmaster. Error 500 172.31.9.20 08/05/02 13:29:27 Apache/2.0.50 (Win32) I believe this is a problem with server settings. kindly help me out. Pradeep __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

1 0

Re: [Koha] losing data during import
by Baljkas Family 05 Aug '04

05 Aug '04

Wednesday, August 4, 2004 23:15 CDT Hi, Scott, When I check what you had posted at http://toykeeper.net/tmp/koha/dna.mrc what I see isn't a valid MARC record. And it's not just the last 5 bytes that are the problem. Usually -- test this out yourself so you'll know you can believe me -- if you open a real MARC record in say, Word Pad, what you'll see is that long string of numbers (actually, it has a name: the Leader, followed by the numbers that constitute the Directory, which construct the matrix of the 'table' of the MARC record) followed by numbers and letters (words) at the end of which are one or more boxes. I don't really know what ASCII code this is: I'm sure you could figure it out. But haven't used and/or reviewed about a dozen ILS, I can promise you, in a real MARC record, that's what's there. You don't have that. I think what may be happening is that you tried to insert HTML code into the MARC format; it may not like that. I am going to try to decompile and recompile what you have with MARCBreaker, MARCEditor and MARCMaker to see what happens. Anon. Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada > > From: Scott Scriven <koha-main(a)toykeeper.net> > Date: 2004/08/04 Wed PM 08:41:18 CDT > To: koha(a)lists.katipo.co.nz > Subject: [Koha] losing data during import > > Hello. > > I'm having some difficulty keeping data intact when I import with > the bulkmarcimport.pl script. Specifically, it seems that fields > are getting the last 5 bytes chopped off. It seems to be related > to character encodings, but I'm not really sure what to do about > it. Converting from utf-8 to iso8859-1 seems to change the > results, but not correct the problem. Manually replacing all > non-ascii characters with safer equivalents seems to cure the > problem, but is not feasible for the amount of data I have. > > I have a data sample which exhibits this problem; it is a > collection of 15 Douglas Adams books: > > http://toykeeper.net/tmp/koha/dna.mrc > > It was generated from: > > http://toykeeper.net/tmp/koha/dna.marcxml > http://toykeeper.net/tmp/koha/dna.mods > > My conversion process goes from custom data to MODS, then MODS to > MARC (xml) using the LoC stylesheets for doing so. It then > converts to binary MARC using perl's MARC::Record and > MARC::File::XML. Somewhere in the bulkmarcimport.pl script, data > is getting lost. It's either MARC::Record failing to read its > own files, or in Koha's code somewhere, but I don't know where. > > Any hints? I'm hoping I can simply sidestep the conversion > to/from binary marc, to avoid the problem; I'll let people know > if this is effective. > > > -- Scott > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

losing data during import
by Scott Scriven 05 Aug '04

05 Aug '04

Hello. I'm having some difficulty keeping data intact when I import with the bulkmarcimport.pl script. Specifically, it seems that fields are getting the last 5 bytes chopped off. It seems to be related to character encodings, but I'm not really sure what to do about it. Converting from utf-8 to iso8859-1 seems to change the results, but not correct the problem. Manually replacing all non-ascii characters with safer equivalents seems to cure the problem, but is not feasible for the amount of data I have. I have a data sample which exhibits this problem; it is a collection of 15 Douglas Adams books: http://toykeeper.net/tmp/koha/dna.mrc It was generated from: http://toykeeper.net/tmp/koha/dna.marcxml http://toykeeper.net/tmp/koha/dna.mods My conversion process goes from custom data to MODS, then MODS to MARC (xml) using the LoC stylesheets for doing so. It then converts to binary MARC using perl's MARC::Record and MARC::File::XML. Somewhere in the bulkmarcimport.pl script, data is getting lost. It's either MARC::Record failing to read its own files, or in Koha's code somewhere, but I don't know where. Any hints? I'm hoping I can simply sidestep the conversion to/from binary marc, to avoid the problem; I'll let people know if this is effective. -- Scott

1 0

dewey class and subclass etc
by Eric G. Salayon 05 Aug '04

05 Aug '04

can anyone explain how should i fill up information in adding a new item? like the Dewey, Dewey sub class what is this? When we tried, we keyed in '005' and '133' accordingly but when c searched for the said book what we saw on the Dewey info was 5.133, why? what does the 'Number' indicate? another is the grouping, what is this for? i havent seen a entry for the said grouping.. How can u edit the data that you entered? im confused while finding a way to do this. and also after searching for items, does the system display the call card no, author no etc? pls help!

2 1

Problems installing
by Michael Watson 04 Aug '04

04 Aug '04

Greetings, I am having problems installing Koha 2.0.0 on a SuSE Linux 9.0 professional box. I had 2.0RC4 running on this computer, but wanted to get the "production" verison, so I uninstalled RC4 (by dropping the Koha database, deleting the Koha webpages, and removing kohaadmin from the mysql.users table). Then I tried to install 2.0.0 by running installer.pl, and got this error message: ========================================================================== The Net::Z3950 module is missing. This module is necessary if you want to use Koha's Z39.50 client to download bibliographic records from other libraries. To install this module, you will need the yaz client installed from http://www.indexdata.dk/yaz/ and then you can install the perl module with the command: perl -MCPAN -e 'install Net::Z3950' ...or by installing packages for your distribution, if available. IMPORTANT NOTE : If you use Perl 5.8.0, you might need to edit NET::Z3950's Makefile.PL and yazwrap/Makefile.PL to include: 'DEFINE' => '-D_GNU_SOURCE', ================================================================================== When I run perl -MCPAN -e 'install Net::z3950', I get the following error: ================================================================================== ERROR: Unable to call script 'yaz-config': is YAZ installed? at Makefile.PL line 12. Running make test Make had some problems, maybe interrupted? Won't test Running make install Make had some problems, maybe interrupted? Won't install linux:/home/mwatso/SCC ILS Poster Session/koha-2.0.0 # ================================================================================== So at this point, I downloaded yaz2.0.20; ran 'configure' then 'make' then 'make install', and than ran perl -MCPAN -e 'install Net::Z3950' once again. I got the same error message as I did before installing yaz, saying that yaz-config couldn't be called at Makefile.PL line 12. Any suggestions as to what's going wrong, and what I need to do to fix it?

2 1

Koha working!!
by Jose 03 Aug '04

03 Aug '04

OK Koha is working out!!!, and soon will be the main library sistem in Universidad de Viña del Mar V Region, Chile, South America. But still have issues with the translation into Spanish, some pages does not work and shows the 500 error. I'll appreciate if someone could tell me what could I've done wrong. I must say I translated the english text in M$ front page and that may be the prob. but it fails in a windows installation too. If it's better to do the translation under Linux, please tell me what would be the greatest tool for that. Ok, thanx for all the support you allways have given. Cheers. J0seph

1 0

Re: Re: [Koha] importing, marc mapping, progress
by Baljkas Family 03 Aug '04

03 Aug '04

Monday, August 2, 2004 20:10 CDT Hi, Scott, Dave, et al. Sorry for not replying earlier. It has been a hellish day with the electronics in this household. So much for a good holiday weekend. Bowing with grace to Dave Bigwood's expertise: thank you, Dave! Whenever you reply on cataloguing matters, you always manage to increase my understanding and/or correct deficits in my training and experience and I am truly grateful for that. I completely agree with what you said. My only defense, again, is that I literally had never seen what you so rightly pointed out is correct. Even the LC materials we had from my training (1997-1999) don't give the Form example for the 655 that you provided. Right now the closest examples to what Scott was talking about provided by LC in the MARC-21 Concise Bib info on 655 are the Dictionaries and Festschrift examples. These are hardly clarifying as Dictionaries would be a legitimate 650 SH and Festschriften do code in 008 (and are usually identified as such clearly in a 245 b or 245 c should that somehow be what patrons remember). Anyway, Dave, I am grateful. Thank you! I have amended my cataloguing notes duly. :-) Scott, I am glad that the rest of the material might be of some help to you. Have fun with the mapping. ;-) > In general, so far, MARC seems very book-centric. To be fair, though, the book format is rather widespread ;-). MARC is print-centric, rather than just book-centric, mostly because it was created for libraries and text is the format of material still most common in libraries globally, whether it be traditional books or pamphlets, reports, magazines or academic journals. MARC has had some difficulties and growing pains in dealing with computer-related resources that are still being worked out (e.g. still ongoing are worries about clarifying whether a web-site is mostly textual or not) and from what I've seen and heard of archivists' and museologists' discussions, MARC is still less than perfect in their books (pardon pun), too. However, the fact that MARC has adapted for all the different materials it does handle does bode well for its future, despite Dublin Core et al. Anyway, excuse this digression, Scott. On to your question ... > I mean, it seems that information about authors and other > related concepts will be repeated and duplicated quite a > bit. If I have ten records listing books by Isaac Asimov, > I'd end up with ten copies of his bibliographic data too. That's probably because what you are intending goes well beyond the intentions of MARC which were/are bibliographic description of an item *in hand.* Although some books do list other works by the given author, the demands in cataloguing nowadays are usually for more items to be catalogued rather than that an individual item be examined beyond traditional standards of bibliographic description. > Is there any way around that? Dave should definitely sound in on this, but it seems to me the easiest way would be using the 856 to link to a common page that you created for a given author. That way, each record's link could go to the same place and any corrections or additions would be facilitated as well. > I realize this is probably a side-effect of MARC's age and > origins, when data normalization wasn't a big thing. Definitely. From what a retired LC cataloguer told me, the whole idea of being able to organise the mass of information in the old card catalogues in brand new ways was the whole focus. The idea of adding to what was there is fairly new. > But I also don't know much yet about MARC. :) But hey, you are learning a lot, and fast. Be proud. :-) Cheers, Steven F. Baljkas library tech at large Koha neophyte Winnipeg, MB, Canada

1 0

RE: [Koha] importing, marc mapping, progress
by Bigwood, David 02 Aug '04

02 Aug '04

As I see it, type of material is a form or genre and so should go into 655. Genre Headings for Fiction http://www.lcls.org/content/cataloging/general/genre_headings.pdf is a short introduction. I have used AAT http://www.getty.edu/research/conducting_research/vocabularies/aat/ terms and the Thesaurs for Graphical Materials http://www.loc.gov/rr/print/tgm2/ Sincerely, David Bigwood bigwood(a)lpi.usra.edu Lunar & Planetary Institute http://www.lpi.usra.edu/library/whats_new.shtml Cataloging News http://www.catalogablog.blogspot.com 5. " type of material (novel, screenplay, poem, etc: not the regular MARC types) ..." In the few cases where I've seen this done -- and I do think it can be very helpful as the GMD and even SMD categories aren't often clear enough for people and the actual coding for these aspects is limited to a near-dozen encoded categories in position 33 of the 008 field (for book materials anyway)-- it was **simply with a 500 note.** Again, you could get fancier and prescribe a local use for one of the 59x notes. I think I've also seen 653 used for this function. You could also probably use the 655 for your added types of materials. 6. "... genre ..." 655 is for Index Term--Genre/Form, so genre should go here. (I don't think I've ever seen it used for Form though)

1 0

cant add items
by Eric G. Salayon 02 Aug '04

02 Aug '04

i'd successful add one item but when im trying to add another, i dont know how to get around it. it opens MARC BIBLIO screen and I'm forced to click the link ADD BIBLIO but it opens a perl script acqui.simple/addbiblio.pl. but the screen doesnt have the TITLE, SUBTITLE, AUTHOR to fill up, instead it has MARC BIBLIO title and has LIBRARY OF CONGRESS CONTROL NUMBER, INTERNATION STANDARD BOOK NUMBER etc. What Im expecting to to do is to key in TITLE, AUTHOR and other info related to the book. help me pleasse! thanks eric

2 6

connection errors through mysql.sock
by Jose 02 Aug '04

02 Aug '04

Hi........ I still have problems conecting to the database through the mysql.sock when installing Koha. The error ponits to a rare location where the socket should be: /varl/lib/mysql/mysql.sock before today, that socket wasn't in the disk, but after trying other thnigs it apperar in its default location wich is: /tmp/mysql.sock My question is: why the koha installation claim to the socket in that dir (var/lib/mysql.sock)? It suppose that the socket must be in /TMP dir, and the distro installation lets the file in there by defualt. So what can I do to get koha installed?. I have both services (of course) running (Apache and the MySQL server) and I have all the permissions. Should I change the location of the socket? but it can't be copied to another dir, I have pointed the socket in my.cnf to the other location but I couldn't even shutdown the mysql server. Ok that's all hope U can help me and give me some pointers Cheers J0se

2 1