- Koha - lists.katipo.co.nz

Bulkmarcimport and item types
by mohan pradhan 15 Mar '09

15 Mar '09

When data is imported by using bulkmarcimport the data in item types is not displayed, even if it is selected and saved. Kindly let me know how to make it displayed. Regards, Sincerely yours, Dr. Mohan Raj Pradhan HealthNet Nepal

1 0

Importing staged records stops at #53849 (Koha 3.00.01.005)
by Marc Nürnberger 14 Mar '09

14 Mar '09

Dear List, I am struggling with the webinterface import of staged MARC records: The import seems to stop invariably at rec #53849. Oddly enough, there seems to be no broken MARC record near this number. I can indivually import all the records around it including #53849, and even if I delete these five from the import file, so that they are replaced by other records, it just happens again: no importing beyond MARC #53849. Any ideas? Best regards, Marc

2 1

Re: [Koha] Koha 3.0 : item types or CCodes (again - sorry ..)
by Adrea Lund 14 Mar '09

14 Mar '09

Our library would also really like icons to show up on the search results page in the OPAC - 1 icon for each bib record - it would drastically improve searchability of the catalog for our patrons. Right now we have the XSLT stylesheet turned off on the OPAC results page and unless you read the "fine print" it is difficult to tell if you are looking at a book or a dvd or a book on cd. We are not satisfied with the icons that the XSLT stylesheet currently pulls from the MARC record - it does not distinguish btw a juvenile book and an adult book, a dvd and a video, a book on cassette or a book on cd. Regarding Joshua's comments about displaying icons based on MARC records (bib level icons) - we can not figure out a way to achieve the icons we want based on our MARC records (an icon pulled from the bib record would have to be based on format, audience and language - and I'm not even sure this would be enough to get the level of specificity that some libraries may want). Our bib records currently have incomplete info for audience so these types of icons would not work for us without major work on our MARC records. An added problem to assigning icons based on the format info in the 007 field from the MARC record, is that currently we are unable to edit this field in our KOHA installation (bug 3013). It is also important to note that it would take quite a few other changes to get our library to want to use the current default stylesheet - the availability info is too brief and the other data displaying from the MARC record leader is unwanted. So. given that assigning icons to bib records based on the MARC record seems very difficult for our library - we still want icons on our search results page. We already have icons assigned to both item types and collection codes. We would like to suggest a system preference that allows libraries to opt in or opt out of item type icons or cccode icons on the search results page. You could then choose icons based on ccodes, item types, or no icons at all. I think flexibility is the key, since there seem to be many different types of ccode and item type setups in the KOHA community. so with a new system preference.... Libraries migrating from version 2 who have icons set up for their ccodes would be happy. Libraries using icons for item types would be happy - my library J And libraries with multiple item types and collection codes for one bib record can turn off this feature hmmm... maybe there could be a fourth option - if you want to base your icons on bib level data from your MARC records Our other option would be to rework the XSLT stylesheet for our library, but that doesn't help any other libraries in the same situation and more importantly we don't have anyone at our library who can do this kind of work. We are working with Liblime and getting ready to go live, and we really want to introduce this to our patrons with the icons on the search results page working, so any advice on how to proceed would be greatly appreciated. Thank you, (We really appreciate all the folks contributing to this discussion) Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11

2 1

change the language in opac
by ashwini gaikwad 14 Mar '09

14 Mar '09

Can any tell me how to change the language in koha i have doen the setting Opaclanguagedisplay=On but on opac i am able to see english but how to make other language than english Plz help me out Sakshi

1 0

koha
by vinod kumar 14 Mar '09

14 Mar '09

how to microsoft excel data convert to marc21 in koha please help me as soon as thanks $ regards vinod kumar

4 3

mapping to KOHA
by Beth Willis 13 Mar '09

13 Mar '09

Hi, I am new to KOHA and have a question about mapping from MARC to KOHA. Is it required that item data be mapped to field 952 or can I change this to a different field in the mapping table? I tried doing that and am getting errors, including this one for the itemnum field: * The field itemnum MUST be mapped * The correspounding subfield MUST be in with -1 (ignore) tab Thank you. -- Beth Willis Catalog & Digital Librarian North of Boston Library Exchange, Inc. Danvers, Massachusetts willis(a)noblenet.org

1 0

failed to upgrade from 3.0.0 to 3.0.1: No rule to make target `install'
by ghenry 13 Mar '09

13 Mar '09

hello all, i've koha 3.0.0 installed (already upgraded from 2.2.5), and i want to upgrade to 3.0.1.The steps are: perl Makefile.PL --prev-install-log /path/to/koha-install-log make make test sudo make upgrade but the latest failed because: > gmake -n upgrade umask 022; /usr/bin/perl -Minstall_misc::UpgradeBackup -e 'backup_changed_files({@ARGV}, '_koha_3_00_00_107', '''0''', '''0''');' -- \ \ \ \ \ \ \ gmake: *** No rule to make target `install', needed by `upgrade'. Stop. anybody can help? thanks in advance, gerard

1 0

Dear All
by Zahir Husain Mohamed Ismail 13 Mar '09

13 Mar '09

I am Hussain, >From Soutuh Eastern University of Sr Lanka We r using Koha in our University Library any one help me " How to change Login password in KOHA" -- <><><><><><><><><><><><><><><><><><><><><><><><> "Trust in God. Always !" (¨`·.·´¨) Always `·.¸(¨`·.·´¨) Keep (¨`·.·´¨)¸.·´ Smiling! `·.¸.·´ M.I.Zahir Hussain Library Assiatant Science Library Faculty of Applied Sciences South Eastern University of Sri Lanka University Park Sammanthurai # 32200 T.P. Office : +94 67 2260717 Home : +94 67 2261283 +94 67 5671091 Mobile : +94 77 5389850 +94 77 2636987 e-mail : shammyac(a)gmail.com : shammyac(a)seu.ac.lk

3 2

Re: [Koha] Problems Adding Members
by amadeus 13 Mar '09

13 Mar '09

Hi Jesse, Could you help me out with this error as well. The intranet log, shows an error very similar to the one posted earlier. [Mon Mar 09 14:25:59 2009] [error] [client 127.0.0.1] DBD::mysql::st execute failed: Incorrect date value: '' for column 'expiry' at row 1 at c:/usr/koha229/intranet/modules/C4/Members.pm line 155., referer: http://intranet/cgi-bin/koha/members/memberentry.pl amadeus Jesse-34 wrote: > > That's exactly what I needed. Thanks! > > I recognize that error, too. I can send you a patch (along with > instructions > for applying it) that will fix it as soon as I get to work this wednesday. > > -- > Jesse > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > -- View this message in context: http://www.nabble.com/Problems-Adding-Members-tp16924520p22409358.html Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 3

Trying to match and overlay ISBN - (pbk) after ISBN
by Martin McGovern 13 Mar '09

13 Mar '09

Hi, I'm trying to match and overlay a couple of thousand bibs. I have already loaded approx 9,000 bibs on the koha database. All have ISBNs. But when I try to match and overlay with better records, the incoming records have the same ISBN but with (pbk) appended after the ISBN in the 020 $a - e.g. a190446730X (pbk). This is valid in Marc21. But koha refuses to match on any of these incoming records. I could strip out the (pbk) but that will not fix the problem for new bibs in the future. Any ideas? Thanks, Marty McGovern This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It is possible for data transmitted by email to be deliberately or accidentally corrupted or intercepted. For this reason, where the communication is by email, Interleaf Technology does not accept any responsibility for any breach of confidence which may arise through the use of this medium. This footnote also confirms that this email message has been swept for the presence of known computer viruses.

4 3