- Koha - lists.katipo.co.nz

Re: [Koha] Koha demo links on koha.org
by Thomas Dukleth 10 Oct '09

10 Oct '09

Reply inline: On Fri, October 9, 2009 13:34, Paul Poulain wrote: [...] > We (community) lived with www.liblime.com/koha for years, but now, the > main problem is that it is not a demo of the Koha anyone can download. > And it is even not open source. If LEK is written in Perl and anyone could download a copy without obfiscation; then it would necessarily be open source. Not being more cooperative with the Koha community might be a problem even if there would be a downloadable LEK but not as great a problem. The real problem to be remedied is to find how to encourage LibLime to make LEK downloadable, not at some future time, but now. > So it has nothing to do on www.koha.org > There is another related problem: liblime host & own koha.org domain name. > So we can't do a lot of things about that, except crying & asking (which > we must do, for sure, thanks owen to have pointed this problem) The question which deserves asking until a proper answer is given is what the community can do to encourage LEK to become downloadable now. Certainly, linking to software presented as Koha which does not adhere to the principles which the community has upheld for Koha is a serious problem which may damage the reputation of Koha if it persists. I too thank Owen Leonard for alerting everyone to the discrepancy between the demonstration link to page featuring LEK demonstrations for which the source code is not available but the linked page does not link to a working demonstration of Koha. I would prefer that we continue to ask LibLime to make the source code to LEK available and how the community may help make that happen with the understanding that linking to LEK without the source code available is not acceptable. In any case, we should prepare to "do a lot of things about that". We should make that preparation through a community organised as a legal entity with the capacity to act as a unified community to offer at least some partial remedies having a significant effect. Kyle Hall had offered some partial remedy. First, we need to organise the Koha project under an existing foundation to quickly provide the capacity to act as a unified community on Kyle's suggestion and to consider other options which may be pursued as well. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com +1 212-674-3783

1 1

Help! An unknown yellow box...
by Anna Kågedal 09 Oct '09

09 Oct '09

Dear all, We have suddenly experienced a grave problem. For some patrons, we can't check out books. When I try to check out a book - a yellow box appears - just like the one which would have a message in it like: Item can't be renewed or Borrower has overdues - dou you still want to check out? However - this box doesn't have a message in it. The strange thing is that this only happens to a few patrons. So far we have spotted 2. These patrons belong to the same patron group and the same library as everyone else, but for others there is no problem checking out the same books that don't work here. Is there anyone who has experienced this? Can we locate why the box appears even if there is no message? We don't see anything when checking the source code of the page. Thank you all in advance, Anna -- ++++++++++++++++++++++++ Anna Kågedal Kodaikanal International School Seven Roads Junction Kodaikanal 624101 Tamil Nadu, India home phone: +914542247269 cell phone: +919994535493 http://twitter.com/kislibrarian

4 3

koha browser
by altarek almoslem 09 Oct '09

09 Oct '09

hello how can i make koha opac run on internet explorer like firefox _________________________________________________________________ Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/so…

3 3

Re: [Koha] [Koha-devel] RFC: Modification to Fines System
by Martin Longo 09 Oct '09

09 Oct '09

En su momento, tajoli escribió: > Dear Kyle Hall, > > On Thu, 1 Oct 2009 08:47:52 -0400, Kyle Hall <kyle.m.hall(a)gmail.com> wrote: > >> I just thought of a reasonably easy way to track both the payment made >> by a borrower, and the payment as applied to charges on a borrowers >> account. >> > [...] > >> The real question is: is this necessary? Do any libraries using Koha >> need to track total payments against individual fine payments? >> > > I don't know if libraries needs to track payments in this way. > In Italy, as standard, we don't use fines. > We put days of embargo on user or we ask to pay > the value of book if heavily damaged or lost. > > But if you do the work, read the MySql documentation here: > http://wiki.koha.org/doku.php?id=en:development:dbschema > http://www.koha.it/local--files/working/koha303_schema.zip > > I'm sure that there are errors, and to have a prefect idea on how the > system work, > read the code of the API. A one person previous said, there are lacks on > constraints, unique keys, indexes. > > And please write here any error you find in the docs, I will update them. > And also any update on the tables. > > Bye > Zeno Tajoli > > Hi there !... I want to jump into this thread because, as the italian libraries, argentinian libraries don't use monetary fines but a suspension period (an amount of days depending the itemtype or the borrowertype, etc.) Since we began using Koha, back in version 2.2, we had to 'do something' to use Koha and change 'fines' to 'suspensions' and reflect that in the system. I'm sure each Koha implementation here at Argentina has it's own way to implement this (via new local tables, scripts,etc) I was able to implement this feature by "missusing" the accountlines table, adding a local variable, changing a bit mancredit, maninvoice templates and adding some code to fines.pl and some C4 modules.... This "Frankenstein" has been working very well over this years... but the thing is that it would be a lot better if something like this could be included into Koha... so a library could select the type of system to use (monetary fines or suspension days) in System Preferences. So .. If some changes are to be made to the Fines System, I wanted to add my 2 cents so maybe this changes can made it to the system too Best regards -- Ing. J. Martin Longo Depto. Gestion Informatica SID - UNCuyo http://sid.uncu.edu.ar

4 6

Excluding a ccode in a report
by Banks, Joy M 09 Oct '09

09 Oct '09

Hi everyone- I'm wanting to run a report for a particular itype in our collection but exclude a certain ccode that exists within the itype. So, I want a report WHERE items.itype='LKBK' but not items.ccode='LKIX'. I've tried a few different ways to express the "not" part, but nothing I tried worked. Could anyone tell me the correct SQL wording to do this? TIA ~Joy Joy M. Banks Catalog Librarian Roux Library Florida Southern College 111 Lake Hollingsworth Dr. Lakeland, FL 33801 (863)680-4736 jbanks(a)flsouthern.edu

3 3

Re: [Koha] Koha Digest, Vol 48, Issue 17
by Nate 08 Oct '09

08 Oct '09

Hey Everyone! I just wanted to weigh in on the whole KohaCon convo. My personal feelings on the matter are this: I would love to see next year's KohaCon in NZ and I would hate to see anything detract from glory of the event. What location could be more fitting for a KohaCon than the womb from which Koha was sprung? Surely this should be the main event! If there is a need for a user's conference in the US, why not set something up at ALA? Also, the mini forums we are seeing more of, hosted by newly adopted Koha libraries, are very effective for getting lots of local Koha users together. For example Goodwin College here in CT is hosting a local get together in November for all of the CT libraries who have questions or want to share experiences. This may not be as easy in larger states where it takes more than two hours to drive through them, but these are just some thoughts. Thanks -Nate Nathan A. Curulla Senior VP, Director of Marketing and Business Development ByWater Solutions Support and Consulting for Open Source Software. Headquarters: Santa Barbara, CA. Office: West Haven, CT. Phone # (203) 685-7207 http://bywatersolutions.com sales(a)bywatersolutions.com -----Original Message----- From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of koha-request(a)lists.katipo.co.nz Sent: Thursday, October 08, 2009 7:12 AM To: koha(a)lists.katipo.co.nz Subject: Koha Digest, Vol 48, Issue 17 Send Koha mailing list submissions to koha(a)lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request(a)lists.katipo.co.nz You can reach the person managing the list at koha-owner(a)lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." Today's Topics: 1. Re: Some records not searchable (Agnes Rivers-Moore) 2. Re: RFC: relicense wiki.koha.org (Thomas Dukleth) 3. Re: MARC Data Import Followup (Zachary Tucker) 4. Display new titles (Anna K?gedal) 5. Fwd: KohaCon '10 virtual component (Nicolas Morin) ---------------------------------------------------------------------- Message: 1 Date: Wed, 07 Oct 2009 19:37:46 -0400 From: Agnes Rivers-Moore <arm(a)hanover.ca> Subject: Re: [Koha] Some records not searchable To: Chris Morrison <cmm1005(a)gmail.com> Cc: koha(a)lists.katipo.co.nz Message-ID: <4ACD264A.5000406(a)hanover.ca> Content-Type: text/plain; CHARSET=US-ASCII; format=flowed We have noticed that in both bulk imports and day to day cataloguing, Zebra will occasionally ignore a record for no reason we can see. Our solution has been to schedule a full zebra reindex overnight, from cron. So far, this seems to have mopped up all the ones the original indexing skipped. Agnes Chris Morrison wrote: > I did a bit of searching and didn't see this directly addressed, so I > figured I'd post it here. We have just completed migrating our catalog > to Koha and while a majority of our records work perfectly well, a few > are not coming up in search queries. > > What is odd about this is that all of them imported successfully and > appear to be indexed by Zebra. We can access them and edit the MARC > records. I can even access them directly via URL. For example, we have > a book titled "We Stand Together," available here: > > http://koha.lru.edu/cgi-bin/koha/opac-detail.pl?biblionumber=33179 > > This was imported along with a few thousand other records, most of > which work, but many of which don't. Yet though it is accessible > directly (and, interestingly, it does appear in the shelf-browser), it > does not come up in the OPAC search either by title, keyword, author, > or subject search, etc. > > I've compared the MARCs of ones that work with ones that don't and see > no appreciable difference. > > Any thoughts on the nature of the problem? Thanks! > > Chris Morrison > Bertha Smith Library > Luther Rice Seminary and University > Lithonia, GA 30038 > ------------------------------------------------------------------------ > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------------------------------------------------ > > This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com -- Agnes Rivers-Moore Assistant Librarian Hanover Public Library ------------------------------ Message: 2 Date: Wed, 7 Oct 2009 23:54:24 -0000 (UTC) From: "Thomas Dukleth" <kohalist(a)agogme.com> Subject: Re: [Koha] RFC: relicense wiki.koha.org To: "Galen Charlton" <galen.charlton(a)liblime.com> Cc: Ben Finney <ben+koha(a)benfinney.id.au>, koha(a)lists.katipo.co.nz Message-ID: <d19cc50de9b3a6e22dce5bb739aa5a11.squirrel(a)wmail.agogme.com> Content-Type: text/plain;charset=utf-8 [I had intended to write about this issue earlier but I had thought that addressing the issue had been postponed until after settling some other issues. The originally proposed date for a vote passed as community attention became devoted to other issues.] I think that the basic wiki content relicensing proposal is good but there are some mistaken presumptions and the ambiguity of the ballot question needs fixing, http://wiki.koha.org/doku.php?id=relicensing . I have a very brief examination of the history of the difficulty and a proposed remedy for the ambiguity of the ballot question. I also introduce other possibilities than relying upon the supposition of a favourable reading of the GPL to cover wiki content. I reject those other possibilities which I introduce and offer licensing under GPL 2 with the or later clause as the least worst option at the present time. 1. DIFFERENCE BETWEEK THE KOHA WIKI AND WIKIPEDIA. Wikipedia used a similar process but also had the benefit of invoking the GFDL with an or a later version clause. FSF made a specific modification to GFDL 1.3 allowing Wikipedia to switch to the CC-BY SA license. There is no similar provision in any CC-BY NC SA license allowing relicensing under the GPL. However, Wikiipedia had a specific problem about relicensing because the number of contributors are too many to have a vote which would have approached significant agreement even with the unanimous ascent of the most devoted contributors. The Koha community does not have the same problem with the Koha wiki because Koha is a relatively small community where it is much easier to obtain ascent and agreement. Obviously the Koha community was too small for people to pay enough attention to the default DokuWiki content license to recognise it as a problem at an earlier point. This is a case where it is fortunate that if the wiki is a work of joint authorship and not merely a collection of separate works then at least US legal practise would allow significant contributors to relicense the work as a whole without needing the agreement of all contributors. [I have written about the joint versus collective works issue in the absence of copyright assignment when it might go against free software interests in a thread on the koha-devel list from 2007 http://www.nabble.com/copyright-holder-ts10219512.html .] 2. AMBIGUITY OF LICENSING QUESTION. There is no precise question on the wiki relicensing ballot. Do we mean GPL 2 invoked with the or later clause as with the Koha code itself? "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." I suppose that we could rearrange the words to something like following in which program and software have been substituted in a way which reads well in English. "You can redistribute Koha Wiki content and/or modify the content under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." The ambiguity issue needs addressing. Once addressed, I think that this would be the best we can reasonably do for now. This really leaves us with supposing that the GPL software license would be read correctly for covering non-software works when it would not necessarily be read in such a manner. I suspect that this supposition of favourable license reading will work in the Koha community and that there will be no real problems about it. What legal advise has been given to the Debian community about how to at least try to invoke the license well for documentation under the GPL? Documentation licensing has certainly been an inflammatory issue in the Debian community. 3. INCOMPATIBILITY BETWEEN SOFTWARE AND DOCUMENTATION LICENSES. The GPL itself is a software license with terms covering software. The language of the GPL is not compatible with other types works which are not software perhaps because the language is more carefully constructed for its copyleft purpose covering software than licenses written specifically for other types of works. There really is no clearly good available remedy because FSF have not thought the problem of creating a GPL compatible documentation license to be vexing enough in the universe of problems relating to free software to devote enough of their limited resources to addressing it. A solution for documentation licensing for people using the GPL needs an FSF solution which is one reason why invoking the license with the or later clause is a good idea. The GNU Free Documentation License (GFDL) was introduced for documentation but had neglected the issue of compatibility with the software license because of a need to preserve the integrity of opinions on free software in essays bound into software manuals published by FSF. Unfortunately, FSF did not consult the software development community well enough when writing the GFDL and relied to heavily on input from other publishers. FSF really recognises what a mistake that was and has fixed there processes. The process of drafting an alternative GNU Simple Free Documentation License (GSFDL) is not obtaining enough attention at FSF and may be focused on fixing the invariant sections and cover texts issue without addressing compatibility with the GPL. Anyone can make comments on the drafts for the next versions of GFDL and the proposed GSFDL and help create better versions of the licenses, http://gplv3.fsf.org/doclic-dd1-guide.html . When the GSFDL is issued, there will likely be an upgrade path for works under GFDL which lack invariant sections and cover texts. [The free software community and FSF members can certainly influence FSF but members do not control FSF or the terms of future license versions by popular vote to prevent the open membership of FSF from being subverted by opposing interests such as Microsoft had used in subverting the ISO standards process over OOXML.] 4. DISJUNCTIVE DUAL LICENSING. I consider and reject the idea of two following possibilities for disjunctive dual licensing as a remedy for the problem of licensing the wiki content. Bradley Kuhn likes the use of 'disjunctive' for authors choosing multiple licenses and users having their choice of any or all of the multiple licenses used by authors. Perl uses disjuntive dual licensing under both the Artistic License and the GPL. [Bradley distinguishes disjunctive from what he supposes that most people refer to simply as a dual licensing in a 'core source' business model disfavouring free software. In the 'core source' business model, a company controlling all the copyright to a significant base of code may produce a community version under a free software license and a version with additional features under a proprietary license.] Disjunctive dual licensing wiki content under both GPL 2 or later and CC-BY SA unported 3.0 or later might address the problem. 4.1. GLOBAL DISJUNCTIVE DUAL LICENSING. I will refer to user choice of license for outside of the wiki where the content inside the wiki is automatically under multiple licenses applying to every wiki page as global disjunctive dual licensing. Some people such as Bradley Kuhn encourage software projects to take such an approach for documentation but he also knows that it is not really an adequate remedy. The idea in such a case would be that you would allow the user to use the content outside the wiki in a choice any or all specified licenses. There would then be both the software license for any code and a non-software license for any other content. Such a remedy may be fine for code originating in the wiki. However we should not assume that the authorship of wiki content will originate with people contributing directly to the wiki. Code including help file texts embodied as code could not be copied from the Koha code into the wiki if the wiki allowed the CC-BY SA license which is not as strong or as precise a copyleft license as the GPL and therefore incompatible with the GPL. Pierrick Le Gall had a proposal from 2006 to have special pages in the wiki used to contribute contextual help and better translations which would have help text copied between the wiki and Koha in ways where no one had noticed the license incompatibility problem. The GPL licenses are fairly inclusive in allowing the incorporation of works under other more permissive licenses. However, even any possibility of including CC-BY SA works as part of a work as a whole under the GPL would be a one way possibility if the CC-BY SA parts would be modified under the terms of the GPL for the work as a whole. 4.1. MARKED DISJUNCTIVE DUAL LICENSING. Providing GPL 2 or later and CC-BY SA or later as a default unless marked otherwise as only GPL X or later is a possibility with much appeal for me. However, it may be too easy for people to forget to mark appropriately even in the minority of cases where needed without strong support in the wiki code itself for assisting with the process. I think that such marking would overly complicate contribution to the wiki. If we ever need such a feature as with any possible license upgrade in even some alternative builds of Koha under GPL 3 or AGPL 3, we could create a parallel wiki with a different default license invoked. 5. CONCLUSION. Perhaps question on relicensing the wiki should read as follows. Should we relicense the wiki content as follows? "You can redistribute Koha Wiki content and/or modify the content under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." We ought to seek legal advise about such matters. The FSF would advise against it as advocates for appropriate use of the license that is their position. The Software Freedom Law Center might have a similar answer but at least the Software Freedom Law Center may be inclined to give a more nuanced answer to the extent that it would not be a conflict of interest given that they are council to FSF. Thomas Dukleth Agogme 109 E 9th Street, 3D New York, NY 10003 USA http://www.agogme.com +1 212-674-3783 On Thu, May 7, 2009 12:25, Galen Charlton wrote: > Hi, > > On Wed, May 6, 2009 at 10:42 AM, Ben Finney <ben+koha(a)benfinney.id.au> > wrote: >> But it also doesn't solve the incompatibility between the Koha manual, >> licensed under GPL, and the Wiki content. >> >> Why not license the wiki content also under GPL? Then the same license >> terms apply to all the software: programs, documentation, and wiki. > > Good idea - the GPL seems to have worked OK for the manual. MJ and I > discussed this a bit more on #koha yesterday, and MJ also suggested > either the GPL or a free-for-all. For the sake of completeness, the > other licenses that came up in the discussion include: > > CC-BY - http://creativecommons.org/licenses/by/3.0/ > CC0 - http://creativecommons.org/license/zero/ > > I now think that the GPL is the way to go. I've updated the > relicensing page on the wiki > (http://wiki.koha.org/doku.php?id=relicensing) are there any other > comments about the license or the voting process? > > Regards, > > Galen > -- > Galen Charlton > VP, Research & Development, LibLime > galen.charlton(a)liblime.com > p: 1-888-564-2457 x709 > skype: gmcharlt > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------ Message: 3 Date: Wed, 7 Oct 2009 21:26:56 -0400 From: Zachary Tucker <zbtucker(a)gmail.com> Subject: Re: [Koha] MARC Data Import Followup To: koha(a)lists.katipo.co.nz Message-ID: <ef9a0eaf0910071826r131c637do6aeb58856887e37(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" To those who might be wondering how I ended up fixing the problem - all I needed to do was take compile the mrk file into a mrc file and add an exta space between the field at the separator. Now, I am attempting to add one (1) item per biblio record. I am looking to do this by simply writing a PHP script to do it en masse following a simple template. However, I have a small question about the barcode. Is there some way I can have Koha generate a unique barcode for each biblio record (based on title, ISBN, etc.)? Thanks, Zach

2 1

Fwd: KohaCon '10 virtual component
by Nicolas Morin 08 Oct '09

08 Oct '09

I replied to Ian only, but meant to answer to the list too: so forwarded message inline. Cheers, Nicolas ---------- Forwarded message ---------- From: Nicolas Morin <nicolas.morin(a)biblibre.com> Date: Thu, Oct 8, 2009 at 1:02 PM Subject: Re: [Koha] KohaCon '10 virtual component To: "Walls, Ian" <Ian.Walls(a)med.nyu.edu> On Tue, Oct 6, 2009 at 4:15 PM, Walls, Ian <Ian.Walls(a)med.nyu.edu> wrote: > I agree with suggestions in the other thread that we should hold off a US-based conference for another year or two. While it's a shame that many American users will not get funded to come go to NZ, I imagine administrators will be even less inclined if there was a viable option on the continent within however many months. > > Question for our European community members: how expensive is it for you to get to New Zealand? Is North America alone in its perceived travel woes, or are other regions affected the same way? Very expensive. I doubt many librarians from Europe will travel to NZ for KohaCon. I guess we may end up with regional conferences, one of which is slightly bigger, rotating each year? But realistically, except for some people very involved with Koha, such as vendors, KohaCon NZ will have a small percentage of people coming from other areas of the world. My understanding is that KohaCon served 2 purposes in the past: * a developpers meeting with people coming worldwide to code away * a more user-oriented meeting with people mainly coming from the area. > > > Regardless, I think we should do as much as we can to give KohaCon 2010 as strong an online presence as possible. Some ideas: > > 1. Do live webcasts of the sessions. I have some experience with this kind of thing; it's hard, but with the right support staff and technology, it could be done. This would let our remote community members watch in real time (and of course go back to watch later). > > 2. Coupled with the live webcasts, a systematic way for users to ask questions and participate in the discussion. We could appoint someone in every session to be 'international liaison', and have them monitor IRC, Twitter and perhaps an IM account. They would then be able to proxy the questions to the presenter. Multiple liaisons might be necessary to handle the diversity of languages. > > 3. For folks with something to say, have them make a quick video or slideshow with audio, and allow them time to present to the conference go-ers. IRC or telephone could be used for realtime two-way discussion. > > 4. Ask presenters to have their materials ready electronically for publication to the wiki within an hour of their presentation. Once posted, either a conference go-er or a remote community member could garden the page and advertise it to the world. > > 5. Since a lot of the 'good stuff' at a conference happens after the presentation space goes dark, I'd ask the conference go-ers to tweet/blog as frequently as is practical. Hopefully this can give some of the flavor of being there to those who couldn’t make it. > > > I am hoping to get funding to attend this conference, and should I get it, I will gladly put in the effort to make the above happen. Even if I don't, I'll do anything I can to help. Does anyone else think this is a worthwhile pursuit, or is the effort required too great for the reward? Real-time might not be worth it given the time difference, I don't know. But if it's at all doable, I'm all for it. Cheers, Nicolas > > Cheers, > > > Ian Walls > Systems Integration Librarian > NYU Health Sciences Libraries > 550 First Ave., New York, NY 10016 > (212) 263-8687 > > > > > -----Original Message----- > From: koha-bounces(a)lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Nicole Engard > Sent: Tuesday, October 06, 2009 7:39 AM > To: Brian Chee > Cc: koha(a)lists.katipo.co.nz; M. Brooke Helman > Subject: Re: [Koha] US Koha Conference > > Not this year, but I'd love to get to come to Hawaii for a KohaCon at > some point!! The NZ crew is already starting the planning and I don't > think we should even be talking about moving that conference at this > point - it's the 10th anniversary of Koha and makes perfect sense that > we go back to where it all started (if we can). > > Nicole > > 2009/10/5 Brian Chee <chee(a)hawaii.edu>: >> Would Honolulu be a viable alternative? I used to bring folks from Dunedin >> and Christchurch over for a Novell users conference in Honolulu every year. >> I’m fairly sure I could get the East West Center inexpensively and also get >> a block of graduate dorm rooms super cheap...the last time I put folks up in >> our grad dorm it was $65/night. >> >> To save even more, we might be able to convince our open source conference >> to co-locate and share expenses??? Honolulu gets MUCH cheaper in off seasons >> like Fall and Spring....our high seasons are Winter (snow birds) and Summer >> (everyone off school)....and right now there are amazing deals on airfares >> since all the airlines are hurting...my buddies just did a $599 round trip >> from Orlando to Honolulu on united. >> >> We also have a library school that could possibly be convinced to get sucked >> into such a project and my wife is on the board of the Hawaii Library >> Consortium. >> >> /brian chee >> >> >> >> On 10/5/09 10:06 AM, "M. Brooke Helman" <abesottedphoenix(a)yahoo.com> wrote: >> >> Salvete! >> >> >> Sorry, but whether there is a US Koha conference or not, there is zero >> chance of our organization, and I suspect any other Kansas Koha users, going >> to KohaCon NZ. Too bad but that's just the way it is. >> >> Jim Minges >> >> >> Be that as it may, Jim, it's very selfish for US users to not plan >> around the rest of the world from time to time. The first KohaCon was in >> Paris. I really wanted to go, but I was unable. It rolled around to US, I >> was very happy to go. When it rolls around to NZ, I want to go. I have seen >> Chris bleary eyed from flight twice now, and I don't think American users >> are making the same efforts international users are in getting to >> conference. I was delighted at how many French hopped over to see us. What's >> a big ocean between friends? If we rotate the host continent, then it will >> be close to someone's backyard eventually. We've done Europe, we've done >> North America, I'd propose Aus/NZ, then South America, then Asia, then >> Africa. Yes, it might end up taking a long time for it to be in your >> backyard, but the point is that it will get there eventually. :D >> >> Why not plan so that the US conference is six months away from >> the NZ conference. Budgets and wallets might be replenished by then. Even >> better, since KohaCon has mostly been following a biennial approach, we can >> plan a US conference for 2011. >> >> >> Nicole Engard wrote: >> >> As I said on IRC - My concern is that if there is a US conference as >> well then library admins will not send people to NZ where they might >> have before. >> >> >> I share this concern, Nicole. >> >> >> >> On Mon, Oct 5, 2009 at 2:18 PM, David Schuster <dschust1(a)tx.rr.com> wrote: >>> >>> I wanted to see what type of interest there is in another conference in >>> the >>> US and who would be willing to help/host/committee/present... >>> >>> There has been lots of discussion about other issues, but thought we >>> should >>> refocus our energy to helping each other. >>> >>> I know Chris is working on a conference in NZ - KohaCon 2010 anniversary - >>> but many of us I know won't be able to attend. ?I don't want to take any >>> thunder from that though as well... >>> >>> What are peoples thoughts - concerns... >>> >>> Some people indicated if there is no other option than NZ maybe their >>> administration would let them go to NZ - I want to hear what people have >>> to >>> say. >> >> >> If people are amenable, I am willing to organise a conference in >> 2011 for a US KohaCon that will not conflict with another international >> KohaCon, should another nation step forward to host an international >> conference if the community feels like having an annual international >> conference. >> Since my new home is in Arlington, I would propose my location >> be somewhere in the DC Metro area. >> If someone else is foolish enough to want to take this on, we >> can either duke it out in the carpark, or preferably submit electronic bids >> somewhere and throw it up for a vote. I would certainly help organise a >> "rival" conference should I lose out. >> I would further suggest application of my moveable international >> conference to the domestic one. Since we had it in Plano last time, were DC >> to be worthy of the next US conference, then I would hope someone from the >> West Coast would step up for the US conference after that. >> I would like to stress that if the "dirty" French, New >> Zealanders, or any other international visitors make the journey to a US >> KohaCon, they will of course be welcome! >> >> Cheers, >> Brooke >> >> >> ________________________________ >> _______________________________________________ >> Koha mailing list >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> -- >> Brian Chee >> University of Hawai'i at Manoa >> School of Ocean and Earth Sciences and Technology (SOEST) >> 2525 Correa Road, HIG 500 >> Honolulu, HI 96822 >> Tel: 808-956-5797 >> >> >> _______________________________________________ >> Koha mailing list >> Koha(a)lists.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> >> > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------------------------------------ > This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is proprietary, confidential, and exempt from disclosure under applicable law. Any unauthorized review, use, disclosure, or distribution is prohibited. If you have received this email in error please notify the sender by return email and delete the original message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email. > ================================= > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Nicolas Morin Mobile: +33(0)633 19 11 36 http://www.biblibre.com -- Nicolas Morin Mobile: +33(0)633 19 11 36 http://www.biblibre.com

2 1

RFC: relicense wiki.koha.org
by Galen Charlton 08 Oct '09

08 Oct '09

Hi, Content on the Koha wiki (http://wiki.koha.org/) is currently available under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported license (http://creativecommons.org/licenses/by-nc-sa/3.0/) MJ Ray has pointed out on #koha that this is a problem. I agree with him for the following reasons: * The non-commercial use clause prevents any commercial entity from reusing content from the wiki (with proper attribution) in training materials. * The Koha manual is licensed under the GPL, and a CC-BY-NC-SA license is not compatible, making it questionable whether content from the wiki can be incorporated into the manual. * Many edits on the wiki were made by people acting as an employee of a Koha support vendor or a paid consultant. * It is not clear that there was a conscious decision by the Koha project to use CC-BY-NC-SA - it may well be the case that this license was chosen by default or by accident when the wiki was migrated to DokuWiki. Consequently, I propose that we relicense the wiki under the Creative Commons Attribution-Share Alike 3.0 Unported license (http://creativecommons.org/licenses/by-sa/3.0/) As with the current license, this means that wiki content can be reused, but only with proper attribution and the requirement that derivative works be available under a compatible license. Relicensing would require the consent of those who have made significant edits to the wiki. I propose that we follow a process similar to Wikipedia's proposed relicensing (http://meta.wikimedia.org/wiki/Licensing_update) [1] The electorate will be the set of people meeting all of the following criteria: * have a registered account on wiki.koha.org * have created at least one page or made at least 5 edits by the end of the day on 5 May 2009 according to the wiki server's clock. * have a valid email address I will put together a list of people meeting those criteria by the end of the week and send them each of them an email to the address registered on the wiki. Anybody whose email bounces will not be considered part of the electorate unless they contact me. [2] The election will run next week during the 72 hours spanning 13 May to 15 May in the US Eastern time zone. The ballot will have three options: * Yes, I am in favor of this change * No, I am opposed to this change * I do not have an opinion on this change If more than 50% of the people who cast a vote either accept or reject the change, the vote will carry. If no majority is obtained, or if the majority of voters express no opinion, we'll go back to the drawing board and discuss this. I will use one of the DokuWiki voting plugins to run the vote. Comments on the substance of the proposal or the proposed voting procedure are welcome. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709 skype: gmcharlt

5 6

MARC Data Import Followup
by Zachary Tucker 08 Oct '09

08 Oct '09

Good evening all, Thanks to those who responded to my original question about inputting roughly 3,000 MARC records into Koha w/ the Staged Import Tool. I've followed the suggestions given to me, and produced a (what I thought to be) correct .mrk file. However, Koha sees only one record and that one has an error in it. Can someone spot the error, because my file checks out against the example I was given. Thanks, Zach Tucker IT Director, Nelson Memorial Library

2 2

Some records not searchable
by Chris Morrison 08 Oct '09

08 Oct '09

I did a bit of searching and didn't see this directly addressed, so I figured I'd post it here. We have just completed migrating our catalog to Koha and while a majority of our records work perfectly well, a few are not coming up in search queries. What is odd about this is that all of them imported successfully and appear to be indexed by Zebra. We can access them and edit the MARC records. I can even access them directly via URL. For example, we have a book titled "We Stand Together," available here: http://koha.lru.edu/cgi-bin/koha/opac-detail.pl?biblionumber=33179 This was imported along with a few thousand other records, most of which work, but many of which don't. Yet though it is accessible directly (and, interestingly, it does appear in the shelf-browser), it does not come up in the OPAC search either by title, keyword, author, or subject search, etc. I've compared the MARCs of ones that work with ones that don't and see no appreciable difference. Any thoughts on the nature of the problem? Thanks! Chris Morrison Bertha Smith Library Luther Rice Seminary and University Lithonia, GA 30038

4 3