- Koha - lists.katipo.co.nz

LDAP schemas for Koha
by Ben Finney 22 May '09

22 May '09

Howdy all, I'm setting up Koha for a client. They have an existing LDAP directory for user account authorisation, and want to use that for Koha's borrowers and administrators. There is documentation on making custom LDAP mappings, but I'm not sure what LDAP schemas are *needed* by Koha. What more is necessary beyond the common ‘person’, ‘posixAccount’, ‘inetOrgPerson’? -- \ “I watched the Indy 500, and I was thinking that if they left | `\ earlier they wouldn't have to go so fast.” —Steven Wright | _o__) | Ben Finney

2 2

Enhancement requested
by Lenora Oftedahl 22 May '09

22 May '09

Hi. I added Bug 3237 to the enhancements lists to use OpenID as a patron authentication service. So, if you're interested in this request, you can vote, etc. What David S. said yesterday about his enhancement request. Lenora StreamNet Regional Librarian Columbia River Inter-Tribal Fish Commission http://www.fishlib.org

5 4

Re: [Koha] Koha trademarks
by BWS Johnson 22 May '09

22 May '09

Salve! A couple of observations: Unfortunately most foundations are built on a corporate model, and corporations are not democratic by nature. I think we can do better than a raw corporate model. I looked at the list of Chris' suggestions, and they looked to have mature projects, like wine, on it. >I really would prefer Koha to be controlled by a democratic foundation >instead of a self-perpetuating one. There are risks to democracy, but >at least if it stuffs up, it's the whole community's responsibility. >Both SFC nor DSpace look undemocratic to me, appointing barons for >life to rule over their serf projects. > And how is this behaviour different from the secret invitation only mailing lists we've been hearing about? Is secrecy called for in a tiny project that as far as I would know would never have a burden that would warrant pitch blackness? Business to business talks ought be just that; I fail to see why it's necessary to drag the Koha name into a single business or two. Just as I fail to see why trademarking under a single or couple of corporations is beneficial. It is imperative that this school boy secrecy be ended now or risk perpetuating a good ole boy network. I don't think it's the concentration of power in an individual that's given to harm, bodies such as Congress are equally given to corruption. It's the loss of direction, neutrality, and response to feedback that is the source of the rot. >Anyway, this is all moot: LibLime are working on something and we're >waiting to see what they propose. > Why is it that things are more and more often rendered moot by unilateral action taken by LibLime when those actions have not reflected the will of the community? My problem is that they *aren't* proposing things to this list in sunlight. If they have good ideas, wonderful. Folks have offered help on numerous different aspects of the project at different times and have been sluffed off. I'd rather not encourage that model. I'm not saying that LibLime hasn't offered a substantial contribution to the community, and I don't want to belittle their responsibilities, but one corpo should not hold a project hostage. We risk changing the basket from being carried by all to being carried by one. That cedes our fundamental strength. Rather, I think we should start taking formal votes with reasonable announced time frames. Hopefully this will come to pass with feedback being opened on bugzilla or projects like the one that's currently up to allow for voting for Koha con. I'm also not sure why the trademarks are in corporate hands when we have established users groups that are certainly more objective. Cheers, Brooke

10 13

Renewal date calculation - Bug 2770
by Agnes Rivers-Moore 21 May '09

21 May '09

2 1

Koha Trademarks
by BWS Johnson 21 May '09

21 May '09

MJ Ray a écrit : >> So I don't think Kohala could own the TM, no. >> > Surely it *could* own it, but we might disagree on whether it's a > better holder than BibLibre or not? > Technically speaking it could, yes, it could. But it would be much much worst than BibLibre trademark ! (and <paranoid mode ON> much easier to harm everybody than BibLibre trademark !<paranoid mode OFF>) So it's definetly BibLibre that is the best holder atm ! With all due respect, I think we might have fallen into some binary thinking here. I think there might be two fallacies at play here. 1) That unless trademarked, the Koha name would be in danger. I think that this whole trademark situation might have been avoided entirely by specifically rolling the name and icon in the GPL. 2) That the only good steward is a corporation. At any point, did anyone consider having a Library serve as steward? It seems to me that a Library would have a good interest in ensuring that access to the name were wide and not anticompetitive. I am very uneasy with a single set of hands, even Paul's, holding these when they have a direct financial interest in *not* distributing rights. Cheers, Brooke

2 1

To Liblime professional
by john smith 21 May '09

21 May '09

Hi to all is it error in koha 3.1 i asking about records couldn't saving in koha 3.0.1 . i tried every thing in mail list with yaz and zebra versions and pass in liblime organization could any body tell us is it error in this version and well fixed in new version 3.2 or what i going to be crazy for that .. help thnks _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx

2 3

Holds
by Cab Vinton 21 May '09

21 May '09

I've searched the manual, but it appears that there's no provision for automatic staff notification whenever a patron places a hold on a title. Is this true? Lacking that feature, the "Holds to pull" report has to be checked periodically, correct? I'm also unclear on the purpose of the "Holds queue" report. Can someone clarify? I have a couple of titles in the queue, but can't remember how they got there, or how to get them off ... Thank you, Cab Vinton, Director Sanbornton Public Library Sanbornton, NH

4 6

Re: [Koha] KOHA Newbies
by Doug Dearden 21 May '09

21 May '09

Hi Barbara, I didn't see any responses to your post and thought I would see if I could help. These are rather general questions though, so hard to answer specifically. I am the tech support where I work and did an in-house conversion to Koha, and we are a small academic - not public library. Just so you have some idea of what I don't know about your situation. Q: Do we need to close during a conversion? I wouldn't think so. You can get koha up and running, and import your marc records into it. What you will need to do on conversion day is get your current circulation and patron records in, and any changes added that occurred after the marc import. I usually run a conversion after hours, with a backup plan to fall back on if things don't go right the first time. You can get koha up and import test data all you want. You will need to have a plan in place to switch over. I think this depends on how big your library is - number of branches, OPAC terminals, etc. Put together a team of the appropriate size to get it all done over night. Q: What is the average time for conversion as experienced by other libraries? Of what size? In house or using outside professional help? What skill level do the people handling the migration have? Too many variables to answer this easily. I can tell you that taking this from scratch to up for us all by myself took me around two months (not working exclusively on koha, but putting in a lot of time on it). I had worked with Linux before, but in a limited way. I had to get my Linux skills up to par and do a lot of trial and error. I installed Koha multiple times. If you are using an outside support partner, they will be able to give you a better estimate as they have the experience. If you are doing it in house or with a local consultant it will depend entirely on their skill level with all of the pieces involved. Q: Are there any common problems we should look out for that other libraries may have gone through during the conversion process? Read the recent posts on the mailing list and you will find a number of things. What went easy for me may have caused problems for someone else. Your next question though ... Q. Is there any tweaking of our MARC records that would make the process smoother? Yes. Take a look at how Koha uses the 952 record to store item info, and how your current system stores item info. Also make sure you don''t have bad data in other marc fields, or data that is in the wrong marc field. This is where time spent now pays off dividends for years. Clean up your records, make sure all the info you have is being mapped into the correct place in Koha. I migrated our data, using the koha default locations rather than change koha to point to other fields - our old system had item info in the 852 record. I believe getting it into the default koha layout will make it easier in the future when updates come along or just when asking questions. I think the best thing to do is get koha working on a test server and try it out. That will give you some idea of the challenges involved. When you run into problems search the mailing list first - you will probably find the answer there. If not, post a question with as much info as possible about your situation including configurations that might apply, error message, error logs, etc. You will be more likely to get an answer. Good luck! Best, Doug _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

Serials and budget control
by Joann Ransom 21 May '09

21 May '09

I can't seem to find a way to mage the serials budget with the serials module in Koha 3.0. It would be great to have serials linked to budget so that we could enter subscription details which include the subscription paid, and have that deduct from a budget in acquisitions. How are other Koha 3.0 libraries managing the serials budget without this feature? Cheers Jo.

2 1

Re: [Koha] Multiple Ezproxy URLs
by Doug Dearden 20 May '09

20 May '09

Zachary, I am thinking you could solve this by adding Apache config files with a set of VirtualHost directives for each organization that will access the resource. This solution from Joe Atzberger helped me solve a similar problem regarding dynamically pointing to the resource location at the Apache config level. http://article.gmane.org/gmane.comp.misc.koha/11762 . Best, Doug >>> Zachary Spalding <spalding(a)senylrc.org> 5/20/2009 8:37 AM >>> I am trying to load Koha with MARC records for electronic resources. The problem I have is that I mange several different organizations and some have access to the same resource but have a different URL because they each have an ezproxy server with a different URL. Has anyone else had this problem and how did you handle it? -- Zachary Spalding Systems Manager Southeastern NY Library Resources Council 21 S. Elting Corners Rd Highland, NY 12528 Phone: 845-883-9065 Fax: 845-883-9483 Email: spalding(a)senylrc.org _______________________________________________ Koha mailing list Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0