- Koha - lists.katipo.co.nz

Koha 3.00.02 ? ready
by ISM KIS 17 May '09

17 May '09

I have done all the testing with Koha 3.00.01. Now I'm ready to install again on the production server. Should I wait a few more days for the Koha 3.00.02 to be released? Does anyone know when the next release is due? Rudy Wuthrich Kodaikanal International School http://koha.kis.in

2 1

Some more thoughts to add.
by Brendan Gallagher 17 May '09

17 May '09

Hi All -- Greetings from ByWater Solutions! I hope everyone had a great weekend and mother’s day. I love the passion I have seen on this post over the past few days. Although we are relatively new in the community we are completely dedicated to Koha and wanted to weigh in on the conversation. In regards to the pay-for-support listing page; I vote that the companies be listed by location, which can either be implemented by a linkable map or just listed by region. However, I also truly believe that this should not be solely decided by the vendors and developers of Koha, but by the users as well. They are the ones whom are going through the arduous task of deciding which company, if any, to choose to lead them through the task of migrating to a new ILS. Another reason for this belief is that as per human nature, whomever controls that page will have self (company)- interest in mind, whether intended or not. I also have a question about the Koha-manage list. What are the qualifications to be on this list? I've sent several requests to join, to no avail, and I have never received an answer as to why? My company is listed as a pay-for-support option and we are heavily invested in supporting the community. To me, having exclusivity to a list where many of the decisions being made for the community are done seems against the whole community/ open-source ideal. For example, the discussion of how to list the pay-for-support companies was completed and decided on that chain and then changed on the community koha.org website. The escalation surrounding this issue may have been prevented if all of the members in the community, some of whom this directly affected, were allowed to be part of the discussion. I think many of us in the Koha community will be interested to see if any of these discussions, suggestions and ideas actually yield any results. As of right now it seems to be self-serving, as we have yet to see any changes. Every community feels growing pains when it comes to evolution and change, but only the successful ones foster open discussion, hold each member in esteem, and have leaders who can chose the path of humility when change is needed. I sincerely hope we can take that path and look back at the issues we have now, and will have in the future, as inevitable speed bumps on the road to success. ByWater Solutions has not yet had the opportunity to contribute major developments or groundbreaking answers to problems in the community, but I hope my comments will still be taken seriously regardless. Thanks, merci, gracias, tēnā rawa atu koutou. -Brendan --------------------------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO, Director of Innovation Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting, Complete Support Packages Headquarters: Santa Barbara, CA - Office: West Haven, CT Phone # (203)823-5847 http://bywatersolutions.com info(a)bywatersolutions.com ---------------------------------------------------------------------------------------------------------------------------------

2 1

SCLS is blogging
by Vicki Teal Lovely 16 May '09

16 May '09

At the KohaCon a couple of weeks ago, I mentioned that we at SCLS would be blogging about our Koha development projects and our migration experience. Well, our blog is now up and running. We are still on Dynix Classic and have contracted with LibLime for support and development. In the most recent post, we talk about the development projects we will be working on first with LibLime: http://scls.typepad.com/link2koha/ We are also making posts on Twitter: http://search.twitter.com/search?q=%23link2koha On our blog, we have an Open Source Resources page where, among other things, we keep a list of blogs that our libraries may wish to follow. *If you have blog about Koha, but don't see your blog listed there, I would love to include it. * Just send me the link. Here is the link to our Open Source Resources page: http://scls.typepad.com/link2koha/open-source-resources.html We have learned so much by following the blogs of others and we are hoping to contribute our little bit of experience in the hopes that others may benefit. (By the way, I tried to get to the koha list page and koha blogs page on the new koha.org and there seem to be some broken links.) -- Vicki Teal Lovely vtl(a)scls.lib.wi.us Software Applications Supervisor SCLS Automation 201 W. Mifflin St. Madison, WI 53703 (608)261-9109

5 5

Problems with searching for items in koha
by Sheldon T. 16 May '09

16 May '09

Hi All, I have a problem when I'm trying to search for an item type in Koha. When i performed a search of any kind for itemtypes days ago I was able to find the items. Now today, when I try to do a search I'm not getting any results. Here is the message I am receiving whilst trying to search for a book or anyother itemtype: "No results found No results match your search with limit(s): 'mc-itype:3WLB' in UG Library Turkeyen Campus Catalog. " I searched for this itemtype many times before today and I've always found results. I even checked the database, all of the records are intact there. Thank you in advance, Sheldon -- View this message in context: http://www.nabble.com/Problems-with-searching-for-items-in-koha-tp23575748p… Sent from the Koha - Discuss mailing list archive at Nabble.com.

2 1

Authority Records "required" - renders controlled headings in biblios uneditable for those not using authority records
by Harris, Gary, DCA 15 May '09

15 May '09

Greetings- I am writing today to ask about the status of this bug/feature. To summarize the information below, this anomalous behavior causes libraries (esp. small, rural libraries, certain special libraries, and mobile libraries) to not be able to edit controlled headings in their bibliographic records in Koha. This represents a real problem for library staff who know little or nothing about authority control, and also special libraries that manage authorities in different ways. Can anyone in the community help? Thank you. Gary NM State Library ======================================================================== == Hi, On Wed, Apr 16, 2008 at 11:36 AM, Paul POULAIN <paul.poulain at free.fr <http://lists.koha.org/mailman/listinfo/koha-devel> > wrote: > 3 questions/problems/suggestions : I'm still working on a response to these, but to add a fourth one, with recent work Koha 3 is now in a situation where authority records are now *required* -- this was not true prior to the second beta. In order for a cataloger to be able to add or edit a heading in the bib record without being *required* to open a popup window for each heading, BiblioAddsAuthorities must be turned on. However, I don't think turning BiblioAddsAuthorities on is suitable for every library. as automatically creating authority records is a good way to enshrine typos. I propose adding another syspref (perhaps called RequireAuthoritySearch) that controls whether a heading field is readonly or not in the bib editor. This would be orthogonal to the BibilioAddsAuthorities syspref. Regards, Galen -- Galen Charlton Koha Application Developer LibLime galen.charlton at liblime.com <http://lists.koha.org/mailman/listinfo/koha-devel> p: 1-888-564-2457 x709 ======================================================================== == BUG: 2494 Description: Opened: 2008-08-08 08:37 http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2495 The current set-up/definition in the bib frameworks in Koha of the subfield a of tags deemed under authority control prevent the user from being able to edit any typos etc. that exist in the contents of the $a of these tags directly via the editor. This is especially a problem where the library has not loaded any authorities and had them linked to bibs nor have the syspref BiblioAddsAuthorities turned on to create brief authorities. They have NO way of changing this info. Suggestion is to add a syspref that will allow users to edit the contents of the $a in these tags directly from the editor. Caveat to be clearly explained to customer for short term - In the case where a library has loaded authorities or created stubbies and have them linked to the tag, they can/will need be directed to make the changes in the authority record itself and have the changes reflect back into the bib otherwise they are in the position where they will delink the authority from the bib. I will be adding another open enhancement request to make it more efficient to access the edit authorities via the bib frameworks editor. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Gary L. Harris, M.L.S. M.A. Director, Technical Services Bureau New Mexico State Library 1209 Camino Carlos Rey Santa Fe, NM 87507 (505) 476-9730 gary.harris(a)state.nm.us http://www.nmstatelibrary.org "You never change things by fighting the existing reality. To change something, build a new model that makes the existing model obsolete." -- Buckminster Fuller Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System.

1 0

Koha Error on Save to Your List
by Melanie Saldua 15 May '09

15 May '09

Hello, I'm experiencing an error in saving books in my list. I can only save to my list in the drop down menu. I wonder what's the problem... Here is the error message Koha error The following fatal error has occurred: Can't use string ("1") as an ARRAY ref while "strict refs" in use at /usr/share/koha/opac/cgi-bin/opac/opac-addbybiblionumber.pl line 98. Apache Server version: Apache/2.2.9 (Debian) Server built: Jan 21 2009 00:10:51 Koha 3.00.00.107 Koha DB 3.0000107 MySQL mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (x86_64) using readline 5.2 OS Linux koha.asti.dost.gov.ph 2.6.18-12-fza-amd64 #1 SMP Sun May 18 09:57:08 UTC 2008 x86_64 GNU/Linux Perl 5.010000

2 2

RE-migrate using MySQL Windows GUI?
by Nelson Fredsell -CCE 15 May '09

15 May '09

All, We've migrated data and now want to re-migrate with more accurate mapping of records/items. (We're learning more how to use Marc tags/fields daily!) Koha admin interface seems to only allow re-migration thru a matching of ISBN/ISSN. From my limited knowledge, I'm thinking it would be helpful to have additional matching fields for a re-import. Preferably *required* fields/tags, unlike ISBN/ISSN. Given that this is not an option, I'm considering whether there is a way from my Windows XP client to edit the MySQL tables hosted on our Koha Linux server. Could I view, edit, and delete Marc records and Koha 952 items this way? Might the GUI be this one: http://dev.mysql.com/downloads/gui-tools/5.0.html? Another related issue I've recently come across is that I don't think I can use MarcEdit to work with existing records until we've entered ISBN from scratch?! Maybe I should assign bogus, unique ISBN as a workaround in order to move records in and out of Koha? Thanks, Nelson Koha Enthusiast Implementing a union catalogue in Cape Town, South Africa

1 0

Recall: RE-migrate using MySQL Windows GUI?
by Nelson Fredsell -CCE 15 May '09

15 May '09

Nelson Fredsell -CCE would like to recall the message, "RE-migrate using MySQL Windows GUI?".

1 0

RE-migrate using MySQL Windows GUI?
by Nelson Fredsell -CCE 15 May '09

15 May '09

All, We've migrated data and now want to re-migrate with more accurate mapping of records/items. (We're learning more how to use Marc tags/fields daily!) Koha admin interface seems to only allow re-migration thru a matching of ISBN/ISSN. From my limited knowledge, I'm thinking it would be helpful to have additional matching fields for a re-import. Preferably *required* fields/tags, unlike ISBN/ISSN. Given that this is not an option, I'm considering whether there is a way from my Windows XP client to edit the MySQL tables hosted on our Koha Linux server. Could I view, edit, and delete Marc records and Koha 952 items this way? Another related issue I've recently come across is that I don't think I can use MarcEdit to work with existing records until we've entered ISBN from scratch?! Maybe I should assign bogus, unique ISBN as a workaround in order to move records in and out of Koha? Thanks, Nelson Koha Enthusiast Implementing a union catalogue in Cape Town, South Africa

1 0

Re: [Koha] Ubuntu 8.0.4 Koha 3.0 Install
by Zeno Tajoli 15 May '09

15 May '09

Hi Byron, One strange thing I did notice with the install came on the very last step when I ran the command: > >sudo zebrasrv -f /etc/koha/koha-conf.xml > >After running this command I got the message below and it just hung >(as in it did not return back to the command line). I am not sure >if that was normal or not. > >[server] Starting server zebrasrc pid=11602 it OK that you don't return back to command line with the command "sudo zebrasrv -f /etc/koha/koha-conf.xml" With this comand you start a daemon in foreground withou a log file. So the log file of the daemon is your teminal. Try sudo zebrasrv -f /etc/koha/koha-conf.xml 1>/tmp/log_zebra 2>/tmp/error_zebra & With '&' the daemon zebrasrv goes in background With 1>/tmp/log_zebra 2>/tmp/error_zebra you create two log file to read as debug 1>/tmp/log_zebra --> log of normal messages 2>/tmp/error_zebra --> log of error. Attention that this solution is only for test. Read with you system admin the file 'INSTALL.debian' [it is in the koha source archive] to find a more stable solution. Ubuntu is based on debian so many part of debian istruction could be used with Ubuntu. Cheers Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0