- Koha - lists.katipo.co.nz

Problems With MARC Check
by Chartrand, Michael 24 Jan '07

24 Jan '07

Our Medical Library is setting up Koha to use as a catalog. Our computer people are working on getting the z39.50 server section to run, but I keep having a problem with item call numbers. We're using MARC21 and Library of Congress Call Numbers (no Dewey or NLM). I got eveything working well enough to the point I was manually loading MARC records, But in trying to fix the problem of no item call number appearing in the catalog, I created another one. When doing a MARC check, I get an error message "The biblio.biblionumber and biblioitems.biblioitemnumber fields must: 1. be mapped in a MARC subfield 2. be in the SAME tag (for expample 090$a and 090$b 3. be in tab -1 (ignore) I'm using 852b for itemtypes and 952 for item information. Since we don't have any personal informaiton on here yet, I could let someone who know's what he's doing take a look at it, though I'd rather figure it out by myself. I'm sure I'll have a lot of other questions in the future. Thanks in advance. The users guide was only so much help. Michael K Chartrand Library Technician Hunter-Rice Health Sciences Library Samaritan Medical Center Watertown, NY 13601 Phone: 315-785-4191 FAX 315-779-5173 email: mchartrand(a)shsny.com

1 0

Re: Ahoy from Koha Digest, Vol 15, Issue 22
by Library Admin 24 Jan '07

24 Jan '07

Hello M. Freiert, Please read my comments. I hope they will be of use. Regards, Fernando >(as a side note, eventually another goal is to get a significant ammount >of our rare books online in an e-book/pdf format for both public and >research access, but that's a whole nother nightmare involving long >nights with a right angle scanner, and getting ocr software to play with >1700 era german fonts) You may consider not bothering to use OCR to start with. That is a NIGHTMARE and if you are going to end up trying to get a computer to read Fraktur, Schwabacher and Textualis typefaces I wish you good luck, lots of time and pacience. In our library we don't bother with OCR for digitised documents. We can have reasonably good-quality/small-size images scanned and made into pdfs. Anyway, if you keep the scanned images you will be able to run them trough OCR in a few years time when OCR technology is better. >questions: >-how hard will it be to search/compare/semi autonomously add LOC >cataloge numbers to known volumes? i know we have a number of privat >printings that are probably not catalogued thus far, and will need to be >hand numbered, but it'd be nice to not have to look up ALL of them. I do not run Koha, we have a different library management system but we found that LOC records can be imported via z39.50 and it works very well. LOC (unlike the British Library) offers the full record for download. You can also try other libraries (such as the Danish ones) that also offer their records for free. I guess you may want to download records from German books, so perhaps you could look around German catalogues. Good luck. Fernando Andreu Systems Support Analyst Southampton Solent University +44 (0) 2380 319 689

1 0

RE: [Koha] Ahoy!
by Bigwood, David 24 Jan '07

24 Jan '07

M, Cataloging for your own use is one thing, it is another to catalog at a level where you other institutions will be willing to take your records, unless they are very very rare. Libraries use a data schema called MARC. You can find it at: http://www.loc.gov/marc/bibliographic/ MARC has about 3000 fields and subfields. It is very granular, but not yet enough. When mapping your Filemaker file to MARC you will not be using MARC to the accepted level. Works for a local catalog, but not so much for sharing. The Windows Tool to use to make the conversion is MARCEdit, freely available. For input, Easy MARC Edit, a free part of MARC Wizard, might be useful. (I've not tried it myself.) Each of the fields has a content standard. The major one being AACR2, soon to be RDA. That tells just what goes into each field in MARC. The subject fields have Sears or Library of Congress subject headings or MeSH or AAT and each of those have standards on how the subjects are selected, constructed and applied. Same for classification numbers, other sets of standards. Antiquarian materials have additional or different content rules. If you are in Germany, there are other standards in use, though I think they are moving towards MARC and RDA. So, it will take a good while for your imputer to learn to create records at the level universities will accept, but not so much for your own local use. Unless you are dealing with unpublished manuscripts or archives you may be surprised to find just how much have been cataloged. OCLC has a database with over 1 billion items, you can search it at: http://www.worldcat.org/ If you find an item there you can then point your Z39.50 client at that institution to get the record. Sincerely, David Bigwood bigwood(a)lpi.usra.edu Lunar and Planetary Institute http://www.lpi.usra.edu/library/ P.S. Check out our weekly podcast, now over a year old. http://www.lpi.usra.edu/library/whats_new.shtml -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of m freiert Sent: Tuesday, January 23, 2007 6:26 PM To: koha(a)lists.katipo.co.nz Subject: [Koha] Ahoy! hi all. a friend pointed me at the koha software and i've a few questions about it that i'm hoping someone can answer. in short, i'm a moderately skilled geek with zero *nix skills, but strong information architecture, and a high general computer proficency, and decent windose skills. i'm looking at doing some reasonably serious digging into linux in the next ~3 months. i'm one of two people recently placed in charge of a small privage research library that's had negligible maintance for ~20 years. i have quite good library research side skills, but neither of us have been on the admin side of one before. we have a varied selection of books, a number of which we wish to allow limited access to, for several reasons. slowly but surely our collection is being entered into an old version of file maker pro (because that's what our data processing volunter is familiar with on a moderate level) and being cross referenced with our old paper card catalogue and confirmed as books on hand. now while this is far from ideal it *does* get our catalogue into ... well, into the 20th century at least. long term, our goal is to get not only our catalogue online but to share it amongst several other private libraries, and ideally integrate it with a number of university and other research and rare books libraries. (as a side note, eventually another goal is to get a significant ammount of our rare books online in an e-book/pdf format for both public and research access, but that's a whole nother nightmare involving long nights with a right angle scanner, and getting ocr software to play with 1700 era german fonts) questions: -how much trouble am i looking at to import our extant cataloge into koha, multiple steps is fine, but manual is not pretty. i can get us running *reasonably* well for the time being and even online with filemaker, but clearly migrating to a standards compliant software sooner rather than later is a better option. -how hard is it going to be for my marginally computer adept, but intelligent, and data input adept volunteer who's a bit of an old dog to learn to input more titles? -how hard will it be to search/compare/semi autonomously add LOC cataloge numbers to known volumes? i know we have a number of privat printings that are probably not catalogued thus far, and will need to be hand numbered, but it'd be nice to not have to look up ALL of them. -how secure is koha when on line? -are there multiple levels of access? i.e. can i mask certain books that are flagged as do not check out from being seen by remote users, or a specific class of users, and yet leave them accessible to local users, or authorized logins? that's all i can think of for the moment. feel free to abuse me for my lack of knowledge about the software, etc. -m _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Help for Koha & cataloging newbie
by Scott Manteuffel 24 Jan '07

24 Jan '07

Dear Friends: Today, I installed Koha on a computer running Windows XP at my school to be used as an evaluation platform for the rest of the school year. Since I followed the directions, the install went without a problem. I am having some difficulty in the parameter setup, however. I tried using the information at www.kohadocs.org, but I don't really understand the total ins and outs of MARC. When I ran the MARC Check, I had one (1) error. It was in the item fields test-I was told that all item fields must be mapped to the same tag and they must all be in the 10 (items) tab. I have very little experience in MARC and wonder if anyone out there has some suggestions I can try when I get into school. Thank you in advance for your time and effort. Sincerely, Scott Manteuffel Eaton Academy Eastpointe, MI USA

3 2

Query
by Vikas Salunkhe 24 Jan '07

24 Jan '07

Dear friend On my pc i don't have following files myodbc3.dll myodbc3S.dll please tell me the solution Thank you, Bye.

1 0

Accessing intranet page on network
by Peter Scott 24 Jan '07

24 Jan '07

Hi Folks, I'm a Linux newbie, and have been tasked with setting up Koha 2.2.7 on a Linux server. I've had to use Ubuntu (6.06 Server) as Debian would not install. The setup has gone quite well, but I've run into an issue that a lot of people seem to get! When I try to access the intranet page across the network, it opens the opac page instead. I've set up the HOSTS file on the remote PC correctly, I think that the issue lies with the configuration of the Virtual Host file on the server. My server is called koha, and has an IP address of 192.168.1.205 - I'm using ports 80 and 8080 for opac and intranet The config file looks like: (comments removed for brevity) # Listens rem'ed out as in /etc/apache2/ports.conf # Listen 80 # Listen 8080 # KOHA's OPAC Configuration NameVirtualHost *:80 <VirtualHost *:80> ServerAdmin pscott(a)ippa.ie DocumentRoot /usr/local/koha/opac/htdocs ServerName koha ScriptAlias /cgi-bin/koha/ /usr/local/koha/opac/cgi-bin/ Redirect permanent index.html http://koha:80/cgi-bin/koha/opac-main.pl ErrorLog /usr/local/koha/log/opac-error_log TransferLog /usr/local/koha/log/opac-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" </VirtualHost> # KOHA's INTRANET Configuration NameVirtualHost *:8080 <VirtualHost *:8080> ServerAdmin pscott(a)ippa.ie DocumentRoot /usr/local/koha/intranet/htdocs ServerName koha ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" Redirect permanent index.html http://koha:8080/cgi-bin/koha/mainpage.pl ErrorLog /usr/local/koha/log/koha-error_log TransferLog /usr/local/koha/log/koha-access_log SetEnv PERL5LIB "/usr/local/koha/intranet/modules" SetEnv KOHA_CONF "/etc/koha.conf" </VirtualHost> I am confused by the instructions on Virtual hosting, what changes do I need to make here? Many thanks in advance! Regards, Peter Peter Scott IPPA, The Early Childhood Organisation Unit 4 Broomhill Business Complex Broomhill Road Tallaght Dublin 24 Tel: 01 4630010 DDI: 01 4630015 Fax: 01 4630045 Web: www.ippa.ie < http://www.ippa.ie/> IPPA, the Early Childhood Organisation, is funded by the Irish Government under The National Development Plan 2000-2006 and the European Union through the European Structural Fund. This e-mail and any files transmitted with it are confidential (and may contain privileged information) to the ordinary user of the e-mail address to which it was addressed and must not be copied, disclosed or distributed without the prior authorisation of the sender. Please notify the sender and destroy this e-mail immediately if you are not the intended recipient. Please also note that while our own software systems have been used to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened.

3 2

Is there a Koha debian package i.e. koha.deb
by wing newton 24 Jan '07

24 Jan '07

Greetings, Is there a Koha debian package available that I can do a apt-get install "koha debian package - koha.deb" ? Thanks. ____________________________________________________________________________________ Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com

3 2

deleting biblio records
by lifewa＠q-net.net.au 24 Jan '07

24 Jan '07

Thanks Rob Weir for your help with Z39.50. It is working well now. Next problem: There appear to be about 117 biblio and item records already in KOHA for a "De Nobili College". How do I get rid of these? More generally how do I delete a biblio record altogether? Cheers Richard Egan

1 0

Ahoy!
by m freiert 24 Jan '07

24 Jan '07

hi all. a friend pointed me at the koha software and i've a few questions about it that i'm hoping someone can answer. in short, i'm a moderately skilled geek with zero *nix skills, but strong information architecture, and a high general computer proficency, and decent windose skills. i'm looking at doing some reasonably serious digging into linux in the next ~3 months. i'm one of two people recently placed in charge of a small privage research library that's had negligible maintance for ~20 years. i have quite good library research side skills, but neither of us have been on the admin side of one before. we have a varied selection of books, a number of which we wish to allow limited access to, for several reasons. slowly but surely our collection is being entered into an old version of file maker pro (because that's what our data processing volunter is familiar with on a moderate level) and being cross referenced with our old paper card catalogue and confirmed as books on hand. now while this is far from ideal it *does* get our catalogue into ... well, into the 20th century at least. long term, our goal is to get not only our catalogue online but to share it amongst several other private libraries, and ideally integrate it with a number of university and other research and rare books libraries. (as a side note, eventually another goal is to get a significant ammount of our rare books online in an e-book/pdf format for both public and research access, but that's a whole nother nightmare involving long nights with a right angle scanner, and getting ocr software to play with 1700 era german fonts) questions: -how much trouble am i looking at to import our extant cataloge into koha, multiple steps is fine, but manual is not pretty. i can get us running *reasonably* well for the time being and even online with filemaker, but clearly migrating to a standards compliant software sooner rather than later is a better option. -how hard is it going to be for my marginally computer adept, but intelligent, and data input adept volunteer who's a bit of an old dog to learn to input more titles? -how hard will it be to search/compare/semi autonomously add LOC cataloge numbers to known volumes? i know we have a number of privat printings that are probably not catalogued thus far, and will need to be hand numbered, but it'd be nice to not have to look up ALL of them. -how secure is koha when on line? -are there multiple levels of access? i.e. can i mask certain books that are flagged as do not check out from being seen by remote users, or a specific class of users, and yet leave them accessible to local users, or authorized logins? that's all i can think of for the moment. feel free to abuse me for my lack of knowledge about the software, etc. -m

2 1

Error installing perl modules XML-Simple on K12LTSP-6 (Fedora Core 6)
by Krsnendu dasa 23 Jan '07

23 Jan '07

Can you please help me? When I try to install on K12LTSP-6 (Fedora Core 6) # perl -MCPAN -e 'install "XML::Simple"' It tells me: Checking installed modules ... ============================================================================= Fatal error: Your default XML parser (XML::SAX::PurePerl) is broken. There are known bugs in the PurePerl parser included with version 0.13 and 0.14 of XML::SAX. The XML::Simple tests will fail with this parser. One way to avoid the problem is to install XML::SAX::Expat - it will install itself as the system default XML parser and then you will be able to install XML::Simple successfully. XML::SAX::Expat is also much faster than XML::SAX::PurePerl so you probably want it anyway. When I try to install XML::SAX::Expat it tries to prepend XML::Parser which fails. The last few lines are as follows: Expat.c: In function âXS_XML__Parser__Expat_SetEndCdataHandlerâ: Expat.c:2580: error: âXML_Parserâ undeclared (first use in this function) Expat.c:2580: error: expected â;â before âparserâ Expat.c:2581: warning: ISO C90 forbids mixed declarations and code Expat.xs:2127: error: âparserâ undeclared (first use in this function) Expat.xs:2128: error: âXML_EndCdataSectionHandlerâ undeclared (first use in this function) Expat.xs:2128: error: expected â;â before âecdhndlâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2131: error: âCallbackVectorâ has no member named âendcd_svâ Expat.xs:2133: error: âecdhndlâ undeclared (first use in this function) Expat.xs:2135: warning: implicit declaration of function âXML_SetEndCdataSectionHandlerâ Expat.c: In function âXS_XML__Parser__Expat_UnsetAllHandlersâ: Expat.c:2609: error: âXML_Parserâ undeclared (first use in this function) Expat.c:2609: error: expected â;â before âparserâ Expat.xs:2144: error: âparserâ undeclared (first use in this function) Expat.xs:2147: error: âCallbackVectorâ has no member named ânsâ Expat.xs:2148: error: âCallbackVectorâ has no member named âpâ Expat.xs:2149: error: âXML_StartNamespaceDeclHandlerâ undeclared (first use in this function) Expat.xs:2149: error: expected â)â before numeric constant Expat.xs:2154: error: âXML_StartElementHandlerâ undeclared (first use in this function) Expat.xs:2154: error: expected â)â before numeric constant Expat.xs:2158: error: âXML_UnknownEncodingHandlerâ undeclared (first use in this function) Expat.xs:2158: error: expected â)â before numeric constant Expat.c: In function âXS_XML__Parser__Expat_ElementIndexâ: Expat.c:2642: error: âXML_Parserâ undeclared (first use in this function) Expat.c:2642: error: expected â;â before âparserâ Expat.c:2643: warning: ISO C90 forbids mixed declarations and code Expat.xs:2167: error: âparserâ undeclared (first use in this function) Expat.xs:2168: error: âCallbackVectorâ has no member named âst_serial_stackâ Expat.xs:2168: error: âCallbackVectorâ has no member named âst_serial_stackptrâ Expat.c: In function âXS_XML__Parser__Expat_SkipUntilâ: Expat.c:2664: error: âXML_Parserâ undeclared (first use in this function) Expat.c:2664: error: expected â;â before âparserâ Expat.c:2665: warning: ISO C90 forbids mixed declarations and code Expat.xs:2179: error: âparserâ undeclared (first use in this function) Expat.xs:2180: error: âCallbackVectorâ has no member named âst_serialâ Expat.xs:2182: error: âCallbackVectorâ has no member named âskip_untilâ Expat.c: In function âXS_XML__Parser__Expat_Do_External_Parseâ: Expat.c:2687: error: âXML_Parserâ undeclared (first use in this function) Expat.c:2687: error: expected â;â before âparserâ Expat.c:2688: warning: ISO C90 forbids mixed declarations and code Expat.xs:2194: error: âparserâ undeclared (first use in this function) Expat.xs:2205: warning: unused variable âpretâ Expat.xs:2194: warning: unused variable âcbvâ Expat.xs:2192: warning: unused variable âtypeâ make[1]: *** [Expat.o] Error 1 make[1]: Leaving directory `/root/.cpan/build/XML-Parser-2.34/Expat' make: *** [subdirs] Error 2 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible

1 1