- Koha - lists.katipo.co.nz

marc import fails
by Joel Cornuz 30 Apr '10

30 Apr '10

Hello. I contacted you a few months ago regarding a Koha installation I did for a small school. Everything is going well, we are now in production with only a few minor hicups. Great stuff, thanks for Koha - it is a great tool and it helps this little institution a lot. There is however one thing our librarian would like to be able to do: import files from Bookwhere (his favorite Z39.50 client) with new notices. I managed to import a Bookwhere-generated file via bulkmarcimport.pl but the web interface wouldn't work: I can load my file, find my records under "manage staged Marc import" but the "import into catalog" step always results in 0 records added - the records aren't in the database and the "Bib" cell stays empty. I don't get anything in the koha_error_log - I googled around, checked the bugzilla but nothing conclusive. Anyone has an idea what is going on - or where to start looking? Thanks a lot. By the way I am using koha 3.00.04_fixed. Best regards, Joel

2 2

Re: [Koha] LibLime Thoughts
by Christopher Nighswonger 30 Apr '10

30 Apr '10

Hi Kelly, > LibLime (a division of PTFS) is disappointed to learn that the HLT Koha Committee has chosen to cancel our scheduled conference call. We thought that we would discuss issues important to the ongoing development of Koha and that we would form a partnership that would permit us to work together globally to build a better open source ILS solution for libraries. Now we are seeing one of the fundamental problems that has hindered PTFS from integrating with the Koha community as it should. (I say "as it should" because there has been involvement which deserves to be acknowledged.) It seems clear from this statement that PTFS views itself as somehow on a plane of equality with the Koha community in terms of authority in the precincts of determining the well-being, direction, and growth of the project. This is, in fact, not true and represents a basic misconception of the open source model. Rather PTFS has the potential to become *one* of many members of the Koha community each of which has an equal voice in the above mentioned determinations. So a partnership may be formed only in the sense that any other member of the Koha community has formed one. You are not in negotiations with the community for a partnership. The community has set forth its guidelines for membership. They are long standing. Other for-profits have entered upon them. PTFS should expect no preferential treatment. > LibLime wants to assume the best and understands that the HLT Committee is new to business matters, acquisitions, and financial transactions on the scale required to move the Koha project to the next level. Perhaps the newness of these experiences has resulted in their one-sided point of view; their conflicting and inaccurate web posts; and their decision to participate in a conference call, only to decline it the next day. This series of statements seems to assume that there is some sort of business transaction either proposed or occurring between PTFS and the Committee. It reveals yet another fundamental problem hindering PTFS from integrating with the Koha community as it should. We are not here to be directed by PTFS in "business matters, acquisitions, and financial transactions" on *any* scale. The community has many members who are capable of providing such guidance and direction and who have been doing just that. It is a bit condescending of PTFS to suggest that this project and community has not and cannot move forward in these areas without PTFS's guidance. As an aside: Kelly, I note that you have made several accusations for which you have provided no supporting evidence. Without addressing the truth or falsity of your statements regarding the web posts, I would suggest that you would due yourself a favor by at least citing examples of what you state. Furthermore, you would help the community's overall impression of PTFS by including the reasons expressed by the Committee for concluding that the conference call would be an unworkable situation rather than stating only half the truth in an apparent effort to discredit. > > The PTFS acquisition of LibLime will take the Koha project to the next level by utilizing agile software development and systems engineering methodologies. Working closely with libraries, this effort will result in advancing Koha into the ultimate open source ILS solution. > My plaintext reply will not duplicate the bold type applied to the word "will" in the above paragraph, however, such accent speaks volumes. To this we must say, "Ipse dixit." It reveals an underlying logical fallacy. It remains to be seen what the PTFS acquisition of LibLIme will ultimately do or not do for the Koha project. > > We will support Koha through the koha.org website and we will continue to work towards our goal of developing and deploying a true next generation system that manages both print and digital collections in a single application. We are asking for participants from Koha libraries that may want to partner with us to maintain documentation, design new development features, catalog bug issues, and promote Koha successes world-wide. If you are ready to help build a better Koha please contact ksherman(a)ptfs.com. > This will no doubt be taken by the Koha community as the final authoritative word from PTFS on their posture with regard to the Koha community. It is, in some respects, a relief, albeit quite disappointing. Koha is what it is by virtue of community participation. No doubt PTFS will go on to produce some sort of ILS "foo." However, it will not be Koha. Koha always has been and always will be the product of the Koha community, regardless of the direction PTFS takes. Kind Regards, Chris

1 0

Fwd: Printing Patron Cards with Names
by Chris Cormack 30 Apr '10

30 Apr '10

Forwarding to the mailing list ---------- Forwarded message ---------- From: John <john.winter(a)neverseen.ch> Date: 28 April 2010 06:49 Subject: Printing Patron Cards with Names To: koha-owner(a)lists.katipo.co.nz Hello, I try to print patron Cards with koha3.00.06 Label creator Tool. I searched how to print the cards with the name of the patron on it. But I did not find the function to do it. I searched the internet and wiki. But couldn’t find any hint to do this. Is there a possibility to do that or where can I configure it? I am new to Koha. Perhaps I did not see the function? The Format of the Card should be like this: |-------------------------------------------------------------------- | | Libraryname | | Firstname + Surname of Patron | | | | Barcode | | | |-------------------------------------------------------------------- | Thanks a lot for your help. Greetings John

8 9

RE : RDA Thought(s)
by Olivier Speciel 30 Apr '10

30 Apr '10

FYI. plus d'infos.... www.rdatoolkit.org RESOURCE DESCRIPTION ACCESS (JUNE 2010) RDA Toolkit Solo-User Pricing, Double-User Offer, and RDA Print ANNOUNCEMENT RDA Toolkit Solo-User Pricing, Double-User Offer, and RDA Print April 28, 2010 (...) The Co-Publishers for RDA have received considerable feedback about what you need to make implementation of RDA as smooth, rapid, and efficient as possible, whatever your type or size of institution and whatever country you're in. Based on what you've told us, we're introducing some additional options to the previously announced pricing and product. * A solo-user license (one profile, one user) for the RDA Toolkit at $195 (USD). This solo-user license is in addition to, and differs from, the previously announced site licenses. The solo-user license is for single-user environments where access to the RDA Toolkit is not shared with other individuals in the same institution. By contrast, the previously announced site license base price of $325 (USD) is designed for multi-user environments where one concurrent user (with the option to add additional concurrent users) is shared with an unlimited number of individuals within the same institution. For more details on pricing, please visit the website www.rdatoolkit.org/pricing<http://link.ixs1.net/s/lt?id=b9146042&si=w383193040&pc=82001&ei=v597261&b=y>. * A double-user offer for those who subscribe at any site license level to the RDA Toolkit before August 31, 2011. During the evaluation and initial implementation of RDA, when users are likely to need more frequent concurrent access, subscribers will receive double the purchased number of concurrent users of the RDA Toolkit at no additional charge for their first subscription period. (For example, buy a 2-user site license but get a 4-user license for no additional cost.) * Full-text loose-leaf print versions of both Resource Description and Access (RDA) and RDA: Element Set View. While most users agree the preferred way to interact with RDA is online via the RDA Toolkit, the Co-Publishers will offer the full text of RDA in print (including an index) as well as online, to help ensure that RDA reaches the widest possible audience. In addition to these print items in English, the Co-Publishers will work with publishing partners to distribute translations of them to supplement translations offered in the RDA Toolkit online. Pricing and availability to be announced closer to the June RDA Toolkit launch date. Have you signed up yet to receive updates? If not, please sign up at www.rdatoolkit.org/rdalist<http://link.ixs1.net/s/lt?id=89148386&si=w383193040&pc=i2002&ei=v597261&b=y> or send your email address to rdatoolkit(a)ala.org, and we'll send you updates as information becomes available. Updates will include the complimentary open-access period, free trials, pricing, special introductory offers, print versions, product updates, and more-for the U.S.A. and other countries. You can also bookmark our informational website at www.rdatoolkit.org<http://link.ixs1.net/s/lt?id=69148085&si=w383193040&pc=92003&ei=v597261&b=y>. For general information about the open-access period (June through August 31, 2010), please visit www.rdatoolkit.org/openaccess<http://link.ixs1.net/s/lt?id=c9146044&si=w383193040&pc=j2004&ei=v597261&b=y>. ________________________________ Resource Description and Access (RDA) and the RDA Toolkit are published by the Co-Publishers for RDA (the American Library Association<http://link.ixs1.net/s/lt?id=y174696&si=w383193040&pc=k2005&ei=v597261&b=y>, the Canadian Library Association<http://link.ixs1.net/s/lt?id=g9148086&si=w383193040&pc=l2006&ei=v597261&b=y>, and Facet Publishing<http://link.ixs1.net/s/lt?id=49025744&si=w383193040&pc=m2007&ei=v597261&b=y>, the publishing arm of CILIP: the Chartered Institute of Library and Information Professionals<http://link.ixs1.net/s/lt?id=79148087&si=w383193040&pc=n2008&ei=v597261&b=y>). olivier.speciel(a)mail.mcgill.ca _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz<mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

frameworks question
by Nicole Engard 29 Apr '10

29 Apr '10

Quick question I hope: I created a framework and then immediately deleted it - and it said my template was used by 7 items -- how is that possible?? Thanks Nicole

5 8

How to...
by jen. sadang 29 Apr '10

29 Apr '10

Hello there everyone, I am working in a small library around 6000 books. I am interested with Koha but I don't have slightest idea where to start with Koha. Fortunately, all lists and cards are all intact and well Can anyone please provide me step by step approach on how to start integrating Koha in our library. thanks

3 2

FW: zebrasrv segfaults
by Marcel de Rooy 29 Apr '10

29 Apr '10

Robert, I also experience this problem with Zebra version 2.0.37 and YAZ 3.0.34 On another installation with Zebra 2.0.43 and YAZ 3.0.49 (and less memory!), it does not happen. Try upgrading Zebra/YAZ? Regards, Marcel Van: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] Namens Koustubha Kale Verzonden: donderdag 29 april 2010 07:55 Aan: Robert Meltz CC: koha(a)lists.katipo.co.nz Onderwerp: Re: [Koha] zebrasrv segfaults Robert, Not a solution & may not be relevant information, but I had segfaults when trying to run zebra indexing with 80000 plus records on a 1Gb memory machine. Adding memory resolved the issue. Regards, Koustubha Kale Anant Corporation Contact Details : Address : 103, Armaan Residency, R. W Sawant Road, Nr. Golden Dyes Naka, Thane (w), Maharashtra, India, Pin : 400601. TeleFax : +91-22-21720108, +91-22-21720109 Mobile : +919820715876 Website : http://www.anantcorp.com Blog : http://www.anantcorp.com/blog/?author=2 2010/4/28 Robert Meltz <RMeltz(a)insolnet.com<mailto:RMeltz@insolnet.com>> Here is a bit more information about the segfaults that I am experiencing. By following the tail of syslog, I noticed that they are preceded by an operation waiting to run, then followed by a flood of messages, 4 per second, about operations waiting to run. If I manually run: KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib/ /usr/share/koha/bin/migration_tools/rebuild_zebra.pl<http://rebuild_zebra.pl> -b -a -z The log flooding stops, until the next time. Here is a snip from the syslog: Apr 28 11:46:52 <servername> Koha Zebraqueue [12016]: 1 operations waiting to be run Apr 28 11:46:52 <servername> Koha Zebraqueue [12016]: Executing zebra operations Apr 28 11:46:53 <servername> kernel: [70295.809040] zebrasrv[13373]: segfault at 00000046 eip b65301e9 esp bf9a9ec8 error 4 Apr 28 11:46:53 <servername> kernel: [70295.820545] zebrasrv[13374]: segfault at 00000046 eip b65301e9 esp bf9a9ec8 error 4 Apr 28 11:46:53 <servername> kernel: [70295.830941] zebrasrv[13375]: segfault at 00000046 eip b65301e9 esp bf9a9ec8 error 4 Apr 28 11:46:53 <servername> kernel: [70295.841307] zebrasrv[13376]: segfault at 00000046 eip b65301e9 esp bf9a9ec8 error 4 Apr 28 11:46:53 <servername> kernel: [70295.851641] zebrasrv[13377]: segfault at 00000046 eip b65301e9 esp bf9a9ec8 error 4 Apr 28 11:46:53 <servername> Koha Zebraqueue [12016]: Made 5 attempts to index biblioserver record 77224 without success Apr 28 11:46:53 <servername> Koha Zebraqueue [12016]: 1 operations waiting to be run Apr 28 11:46:53 <servername> Koha Zebraqueue [12016]: Executing zebra operations Apr 28 11:46:54 <servername> Koha Zebraqueue [12016]: 1 operations waiting to be run Apr 28 11:46:54 <servername> Koha Zebraqueue [12016]: Executing zebra operations Apr 28 11:46:54 <servername> Koha Zebraqueue [12016]: 1 operations waiting to be run Apr 28 11:46:54 <servername> Koha Zebraqueue [12016]: Executing zebra operations Best regards, Robert Meltz Field Service Engineer Fout! Bestandsnaam niet opgegeven. 770.458.8658 x108 404.642.9093 cell rmeltz(a)insolnet.com<mailto:rmeltz@insolnet.com> www.insolnet.com<http://www.insolnet.com> Follow us on Twitter: www.twitter.com/Insol_IT<http://www.twitter.com/Insol_IT> At Insol: ownership and partnership know no bounds. IT's personal. From: koha-bounces(a)lists.katipo.co.nz<mailto:koha-bounces@lists.katipo.co.nz> [mailto:koha-bounces@lists.katipo.co.nz<mailto:koha-bounces@lists.katipo.co.nz>] On Behalf Of Robert Meltz Sent: Wednesday, April 28, 2010 11:32 AM To: Jared Camins-Esakov Cc: koha(a)lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz> Subject: Re: [Koha] zebrasrv segfaults Thank you Jared. I made the changes you recommended and then restarted /etc/init.d/koha-zebra-daemon but the problem persists. Any other Ideas? Best regards, Robert Meltz Field Service Engineer Fout! Bestandsnaam niet opgegeven. 770.458.8658 x108 404.642.9093 cell rmeltz(a)insolnet.com<mailto:rmeltz@insolnet.com> www.insolnet.com<http://www.insolnet.com> Follow us on Twitter: www.twitter.com/Insol_IT<http://www.twitter.com/Insol_IT> At Insol: ownership and partnership know no bounds. IT's personal. From: Jared Camins-Esakov [mailto:camins@numismatics.org<mailto:camins@numismatics.org>] Sent: Wednesday, April 28, 2010 11:14 AM To: Robert Meltz Cc: koha(a)lists.katipo.co.nz<mailto:koha@lists.katipo.co.nz> Subject: Re: [Koha] zebrasrv segfaults Robert, I don't recall if this is the error that we encountered, but you might try increasing the amount of space available for the register and shadow directories. In ${KOHADIR}/etc/zebradb/zebra-biblios.cfg change 4G to 16G (or something like that) in these lines: register: __ZEBRA_DATA_DIR__/biblios/register:4G shadow: __ZEBRA_DATA_DIR__/biblios/shadow:4G If you have koha set up to run out of kohaclone and koha-dev, you need to modify the configuration file in koha-dev. As I said, I can't remember the exact error message we got, but I think it involved a segfault, so you might as well try our fix. Regards, Jared Camins-Esakov Robert Meltz wrote: Good morning! I'm a noob to this list, so first, an introduction. I am charged with supporting a Koha installation at a small educational Library, roughly 90,000 items in catalog. Current problem: Apr 28 10:44:08 <servername> kernel: [66486.907544] zebrasrv[12570]: segfault at 00000046 eip b64a61e9 esp bfd58518 error 4 Is there an obvious solution, or do I need to provide more information? Best regards, Robert Meltz Field Service Engineer Fout! Bestandsnaam niet opgegeven. 770.458.8658 x108 404.642.9093 cell rmeltz(a)insolnet.com<mailto:rmeltz@insolnet.com> www.insolnet.com<http://www.insolnet.com> Follow us on Twitter: www.twitter.com/Insol_IT<http://www.twitter.com/Insol_IT> At Insol: ownership and partnership know no bounds. IT's personal. ________________________________ _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz<mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha -- Jared Camins-Esakov Cataloger - American Numismatic Society 75 Varick Street, 11th Floor New York, NY 10013 Tel: (212) 571-4470, ext. 171 camins(a)numismatics.org<mailto:camins@numismatics.org> http://www.numismatics.org/Library/Library _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz<mailto:Koha@lists.katipo.co.nz> http://lists.katipo.co.nz/mailman/listinfo/koha

2 1

Zebra Search Problem
by vishnuperumal 29 Apr '10

29 Apr '10

Hi all, i am using koha in centOS and using Zebra for indexing purpose. 1. i inserted 5000 Records in catalog all the records are been stored. 2. Rebuild Zebra for indexing purpose. 3. now i am trying to search records using opac,but i am unable to view all the records. only few records(1000) are displayed. can anyone please explain What would be the problem? -- View this message in context: http://old.nabble.com/Zebra-Search-Problem-tp28398711p28398711.html Sent from the Koha - Discuss mailing list archive at Nabble.com.

1 0

Zebra Search Problem
by vishnu varthan 29 Apr '10

29 Apr '10

Hi all, i am using koha in centOS and using Zebra for indexing purpose. 1. i inserted 5000 Records in catalog all the records are been stored. 2. Rebuild Zebra for indexing purpose. 3. now i am trying to search records using opac,but i am unable to view all the records. only few records(1000) are displayed. can anyone please explain What would be the problem? Thanks in advance with regards vishnu varthan p vishnu(a)e-ndicus.com

1 0

Barcode integration in koha
by vishnu varthan 29 Apr '10

29 Apr '10

Hi all, I am new user of koha. I need to integrate barcode reader for my koha library management system. i am using centos,koha3. Thanks in advance. with regards vishnu varthan p vishnu(a)e-ndicus.com

2 1