[Koha] String freeze for 3.8.4
Hi All Tomorrow is the 15th of August (in NZ at least) and as such, is a week out from the release of 3.8.4. So I am calling a string freeze, this means I won't be pushing any patches that change strings from then on. Frédéric, when you get a chance could you generate the .po files please and let the translators know. Thanks everybody Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] help for debian partition for koha
Op 10-08-12 07:54, Ram Verma schreef: /(root) = ? /boot =? /usr =? /var =? /opt =? /tmp =? /backup for koha-data (manually created) =? With 320GB, you're fine no matter what you do. It does depend on the size of your collection though, that's the key thing. But something like: /var = 150GB / = 30GB with everything else being under '/' should be fine, and if you set it up using LVM you can always reallocate space in the future should you need to. If you want to have backups in their own place, how much space you give that depends completely on how many backups you store, what exactly you're storing there, and how big your database is. If you start with something like 20GB, then you can resize it later on should you find it's not enough (though, if you regularly sync stuff off-site, which you should do anyway, it won't need to be all that big.) These are guidelines anyway, other practices vary. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question on Z39.50 cross-format queries
Op 13-08-12 21:36, Manos Petridis schreef: a) It it were simply a case of either/or, then why can I select the MARC flavour of the various Z39.50 origins set up at my installation? What is the reason to let koha know of the MARC flavour/dialect, if it not able to use the data that each server sends? There must be some functionality behind the dropbox selections, even if it only defines the query statement dialect. Koha needs to know what you are using, so that it knows what field to pull from for the title, and how to index the title in zebra to make it correctly searchable, for example. There are a number of other cases where the differences are a bit deeper than just different field IDs. b) From What I can see in the data presented (in the MARC form window) it sometimes is just a matter of mapping. For example, it seems that It's not really feasible to correctly map from UNIMARC to MARC21 in an automated fashion. MARC rules extend beyond what field something is in, to what information is made available, and how it is formatted within the field. You could probably get a pretty good automated conversion, but it would almost certainly be lossy. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Why are our borrowers being restricted?
Op 14-08-12 00:07, Tim Hannah schreef: Ah, I feel slightly silly, but better for having asked. Thanks Jared, (and Katrin Chris). It's obvious, when you look at it right. I see a feature request to have the system add a little note if there are branch-specific options that are different to the default in places like that... -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] HTTP 500 error from koha server while importing Z39.50 records
Op 14-08-12 01:32, Manos Petridis schreef: When performing a specific query against remote Z39.50 origins I'm presented with a 500 http error from page cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=0z3950=1frameworkcode=breedingid=25518 . Import works fine when importing other titles. The first place to go is the apache logs, see if there's specific detail about the error and where it's coming from in there. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question on Z39.50 cross-format queries
From: Robin Sheat ro...@catalyst.net.nz To: koha@lists.katipo.co.nz Sent: Tuesday, August 14, 2012 1:07 PM Subject: Re: [Koha] Question on Z39.50 cross-format queries Op 13-08-12 21:36, Manos Petridis schreef: a) It it were simply a case of either/or, then why can I select the MARC flavour of the various Z39.50 origins set up at my installation? What is the reason to let koha know of the MARC flavour/dialect, if it not able to use the data that each server sends? There must be some functionality behind the dropbox selections, even if it only defines the query statement dialect. Koha needs to know what you are using, so that it knows what field to pull from for the title, and how to index the title in zebra to make it correctly searchable, for example. There are a number of other cases where the differences are a bit deeper than just different field IDs. That's exactly my point! Koha knows a) what MARC flavor my installation is using b) what MARC form each Z39.50 origin accepts requests and supplies its results in It should therefore be able to know what field to pull from for the title etc. I would expect that zebra indexes the various koha tables, not the imported MARC records, i.e. works on data past the mapping phase. b) From What I can see in the data presented (in the MARC form window) it sometimes is just a matter of mapping. For example, it seems that It's not really feasible to correctly map from UNIMARC to MARC21 in an automated fashion. MARC rules extend beyond what field something is in, to what information is made available, and how it is formatted within the field. You could probably get a pretty good automated conversion, but it would almost certainly be lossy. If I understand things correctly, Z39.50 look-ups are used in koha cataloging as an aid, rather than a gospel to be strictly adhered to. This is evident both in the differences between MARC records from different reputable origins - apparently all manned by skilled librarians - and by the nature of some of the information provided in query results: why do I care for example where a specific item is stored in library X, when I'm only interested to document my own copy in my own library? Lossy conversion can be a boon in this context. As long as standards are well defined, one can perform formatting conversions correctly (character to numerical, left/right justified, etc.), partially at least, i.e. for specific common fields. Alas, I'm perl-impaired so I'm in no position to substantiate this view. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org/ Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question on Z39.50 cross-format queries
* Manos Petridis (egpetri...@yahoo.com) wrote: From: Robin Sheat ro...@catalyst.net.nz To: koha@lists.katipo.co.nz Sent: Tuesday, August 14, 2012 1:07 PM Subject: Re: [Koha] Question on Z39.50 cross-format queries Op 13-08-12 21:36, Manos Petridis schreef: a) It it were simply a case of either/or, then why can I select the MARC flavour of the various Z39.50 origins set up at my installation? What is the reason to let koha know of the MARC flavour/dialect, if it not able to use the data that each server sends? There must be some functionality behind the dropbox selections, even if it only defines the query statement dialect. Koha needs to know what you are using, so that it knows what field to pull from for the title, and how to index the title in zebra to make it correctly searchable, for example. There are a number of other cases where the differences are a bit deeper than just different field IDs. That's exactly my point! Koha knows a) what MARC flavor my installation is using b) what MARC form each Z39.50 origin accepts requests and supplies its results in It should therefore be able to know what field to pull from for the title etc. I would expect that zebra indexes the various koha tables, not the imported MARC records, i.e. works on data past the mapping phase. Then you would be expecting wrong, it indexes the MARC, which is stored as marcxml in the biblioitems table. If yuo want more in depth on the internals of Koha, it's better on the koha-devel list. Only a small fraction of the over 900 marc fields (most of which are repeatable) and their myriad of subfields (also repeatable) are mapped to columns in the database and stored. The cataloguers on this list will be able to tell you much better than I, but a crosswalk between UNIMARC and MARC21 (or NORMARC, or DANMARC or whatever else) is very hard to pull off, when you have to deal with control fields, indicators etc Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question on Z39.50 cross-format queries
Op 14-08-12 12:50, Manos Petridis schreef: That's exactly my point! Koha knows a) what MARC flavor my installation is using b) what MARC form each Z39.50 origin accepts requests and supplies its results in It should therefore be able to know what field to pull from for the title etc. It is technically feasible to have a catalogue that is a mix of UNIMARC and MARC21, however no one has done this, probably because libraries don't work that way in general. I would expect that zebra indexes the various koha tables, not the imported MARC records, i.e. works on data past the mapping phase. I wouldn't expect that, but I'm biased because I know how it works :) (to some degree, anyway.) If I understand things correctly, Z39.50 look-ups are used in koha cataloging as an aid, rather than a gospel to be strictly adhered to. It depends on the library. Some take it and don't look at it much, some may spend a lot of time tweaking it. This is evident both in the differences between MARC records from different reputable origins - apparently all manned by skilled librarians - and by the nature of some of the information provided in query results: why do I care for example where a specific item is stored in library X, Items aren't stored in the MARC you get from Z39.50. when I'm only interested to document my own copy in my own library? Lossy conversion can be a boon in this context. It really boils down to that no one has done this because no one who needs it has sponsored the development :) It wouldn't be a trivial bit of work. As long as standards are well defined, Yeah, you'd think that. MARC isn't terribly well defined, it's also quite terrible in general (e.g. mixing syntax and semantics at the same level, and other such crimes.) -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha logs
All, I do think it would be helpful to have more documentation about Koha logs in general, including its use of MySQL logs if possible. and how to deal with those. Just my two cents worth. Of course, this is coming from someone who will be retiring soon, but hopefully still be involved in the Koha community to some extent. Oh, and someone who is woefully ignorant of the log files. Linda Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20 From: Chris Cormack chr...@catalyst.net.nz Date: 8/13/2012 7:47 PM To: Joel Buleka jbul...@mra.gov.pg CC: koha@lists.katipo.co.nz * Joel Buleka (jbul...@mra.gov.pg) wrote: Hi Chris an you advice which logs to clear? Not really no, not without know what is on your machine. It's dangerous to delete things without knowing what they are. Chris Joel -Original Message- From: Chris Cormack [mailto:chr...@catalyst.net.nz] Sent: Tuesday, August 14, 2012 8:50 AM To: Joel Buleka Cc:koha@lists.katipo.co.nz Subject: Re: [Koha] Koha Digest, Vol 82, Issue 20 * Joel Buleka (jbul...@mra.gov.pg) wrote: Hi We have Koha 2.2.9 running on Fedora 5, recently the MySQL database is not starting up and the server is giving us no disk space error. Hi Joel What that means, is you have run out of disk space on your server. Do you have anyone nearby who knows about linux? You will need to either find some files to delete or will need to get some more diskspace. It might be time to perhaps think about getting a new server and putting a recent version of Koha on it. 2.2.9 is very very old. But the quick fix is you need more disk space on your server, Hope this helps Chris -- Linda Culbersonlcul...@mdah.state.ms.us Miss. Dept. of Archives and History Archives Records Services P.O. Box 571 Jackson, MS 39205-0571 Phone: (601) 576-6873 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha logs
Op 14-08-12 15:18, Linda schreef: I do think it would be helpful to have more documentation about Koha logs in general, including its use of MySQL logs if possible. and how to deal with those. Just my two cents worth. Well, in this case it was (I think) mostly referring to system log files. These are quite out of the scope of Koha, and are things like the bootup records for the server, and what it's been doing. They aren't koha-specific at all, with the exception of the few that are (which again depend on what your webserver and zebra are configured to log.) Even MySQL logs wouldn't (in general) be useful to people who aren't sysadmins, and may leak private data in some situations if they were made more accessible. I was going to chuck in an example of what's logged by mysql, but it seems that it's empty unless things are going wrong... -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Request for IRC Meeting to Begin Planning KohaCon13
Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Planning+Meetingiso=20120822T08p1=599 Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkee...@washoecounty.us ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
Nancy, I wanted to offer to help with program planning (or whatever). I know Im not right around the corner but I'm not terribly far away! So, if I can help in some way, let me know. I'll be a sponsor of course but I mean anything that a more-or-less local person can do...let me know. Lori =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-= Lori Bowen Ayre // Library Technology Consultant / The Galecia Group Oversight Board Communications Committee / Evergreen (707) 763-6869 // lori.a...@galecia.com Availability: http://tungle.me/lori.ayre lori.a...@galecia.comSpecializing in open source ILS solutions, RFID, filtering, workflow optimization, and materials handling =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= On Tue, Aug 14, 2012 at 8:03 AM, Keener, Nancy nkee...@washoecounty.uswrote: Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Planning+Meetingiso=20120822T08p1=599 Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkee...@washoecounty.us ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
Hi Nancy, thank you for the invitation! Event Time is Wednesday, 22. August 2012, 08:00 Reno time It's at a good time for Europe too, so I will definitely try to be around. Katrin -Original Message- From: koha-boun...@lists.katipo.co.nz [mailto:koha- boun...@lists.katipo.co.nz] On Behalf Of Keener, Nancy Sent: Tuesday, August 14, 2012 5:04 PM To: Koha@lists.katipo.co.nz Subject: [Koha] Request for IRC Meeting to Begin Planning KohaCon13 Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Plann ing+Meetingiso=20120822T08p1=599 Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkee...@washoecounty.us ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
I've never been to a KohaKon; are there typically vendors with booths setup? Greg -- Greg Lawson Network Administrator Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 --- On 08/14/2012 10:03 AM, Keener, Nancy wrote: Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Planning+Meetingiso=20120822T08p1=599 Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkee...@washoecounty.us ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
Nicole wrote: Nope, it's a user conference. Vendors can sponsor the conference to keep it free, but we don't have any kind of vendor hall or vendor sales tables. Nicole is far too modest to link to http://www.flickr.com/search/?q=kohacon12 where you can see what it looked like this year, based mostly on the great photos taken by Nicole! We had a sponsors and kohacon info table outside the room, sponsor credits displayed on the screen when people came back from breaks and sponsor details in the printed programmes, but no direct sales event as such. Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] jquery and selectors
But how do we determine the selector for any particular element on any particular Koha page? I'm not sure that I see that FireBug reveals 'opac-main-search' as part of any element's description in the OPAC. I wrote some about that for KohaCon 2009. Jump to the Fine control with your custom stylesheet heading on this post: http://www.myacpl.org/koha/?p=160 See if that helps, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
MJ Ray m...@phonecoop.coop wrote: Nicole wrote: Nope, it's a user conference. Vendors can sponsor the conference to keep it free, but we don't have any kind of vendor hall or vendor sales tables. Nicole is far too modest to link to http://www.flickr.com/search/?q=kohacon12 where you can see what it looked like this year, based mostly on the great photos taken by Nicole! We had a sponsors and kohacon info table outside the room, sponsor credits displayed on the screen when people came back from breaks and sponsor details in the printed programmes, but no direct sales event as such. If you do a Flickr search for kohacon10 you will see it was much the same, credits on the website and on screen between breaks. But again no direct sales events or booths, it's not really that kind of conference. Which imho is a pleasant change. I'd like to throw in my vote for 3+1+3 too. Really looking forward to it Edinburgh on June already seems ages ago Chris Hope that informs, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] jquery and selectors
Owen, this was very helpful for some related questions, but I'm still not sure I understand for to define an element for a specific Koha page. For example, on the query wiki are these 3 examples: $(#memberentry_contact label[for='phone']).html(Primary Phone :); $(#memberentry_messaging_prefs tr:contains('Upcoming Events')).empty(); $(#patron-messaging-prefs tr:contains('Upcoming Events')).empty(); These seem to be Koha elements rather than standard DOM elements. How would I know that, or am I missing something? Thanks! = Paul Landers TTUHSC Preston Smith Library paul.land...@ttuhsc.edumailto:paul.land...@ttuhsc.edu 806.743.2220 On Aug 14, 2012, at 2:09 PM, Owen Leonard wrote: But how do we determine the selector for any particular element on any particular Koha page? I'm not sure that I see that FireBug reveals 'opac-main-search' as part of any element's description in the OPAC. I wrote some about that for KohaCon 2009. Jump to the Fine control with your custom stylesheet heading on this post: http://www.myacpl.org/koha/?p=160 See if that helps, Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Request for IRC Meeting to Begin Planning KohaCon13
Hi Nancy, We are willing to help as well. Butte MT is pretty darn close considering everyone else! So if I don't make the IRC please put me on your helper list. Best, Lee Miller Butte Public Library On 8/14/2012 9:03 AM, Keener, Nancy wrote: Content preview: Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. [...] Content analysis details: (-2.3 points, 5.0 required) pts rule name description -- -- -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.] -0.3 AWLAWL: From: address is in the auto white-list X-Spam-Flag: NO Hi everyone. Please join us Wednesday August 22nd us for a preliminary IRC meeting to begin planning KohaCon 13. Our main need right now is to determine the number of days for the conference and hackfest. I will then get the local hotel/casinos to begin vying for our business. All of your ideas and help will be greatly appreciated. Here are the links to get you there. The conference site hasn't got much on it yet, but that will change soon. http://koha-community.org/get-involved/irc IRC Channel http://www.timeanddate.com/worldclock/fixedtime.html?msg=KohaCon13+Planning+Meetingiso=20120822T08p1=599 Get the right time http://koha-community.org/kohacon/kohacon13-2 Main conference site. Nancy Keener Systems Librarian I.T.O.S.C. Chair Washoe County Library System Reno, Nevada 775 327-8347 nkee...@washoecounty.us ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.2176 / Virus Database: 2437/5200 - Release Date: 08/14/12 -- Lee Miller Library Director BSB Public Library 226 W. Broadway Butte, MT 59701 406-723-3361 x6301 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha