Re: [Koha-devel] Koha-devel Digest, Vol 38, Issue 22
Dear All, We want to use koha catalogue for our library please help us where we can buy or get the web hosting , we are in Afghanistan, Best regards, Jan Agha -----Original Message----- From: koha-devel-bounces@lists.koha.org [mailto:koha-devel-bounces@lists.koha.org] On Behalf Of koha-devel-request@lists.koha.org Sent: Tuesday, January 27, 2009 4:07 AM To: koha-devel@lists.koha.org Subject: Koha-devel Digest, Vol 38, Issue 22 Send Koha-devel mailing list submissions to koha-devel@lists.koha.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.koha.org/mailman/listinfo/koha-devel or, via email, send a message with subject or body 'help' to koha-devel-request@lists.koha.org You can reach the person managing the list at koha-devel-owner@lists.koha.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha-devel digest..." Today's Topics: 1. Re: Koha 3 Reset Database (David Riggs) 2. Re: Koha 3 Reset Database (Mason James) 3. Re: Kudos.koha.org up and running! (Chris Cormack) 4. Re: Kudos.koha.org up and running! (MJ Ray) 5. Re: Kudos.koha.org up and running! (Owen Leonard) 6. Re: Kudos.koha.org up and running! (Galen Charlton) 7. RFC: Koha 3.2 : Split Issuing rules into Circ rules and Circ policies (Ryan Higgins) ---------------------------------------------------------------------- Message: 1 Date: Mon, 26 Jan 2009 16:51:21 -0500 From: David Riggs <riggs@createtank.com> Subject: Re: [Koha-devel] Koha 3 Reset Database To: koha-devel@lists.koha.org Message-ID: <e976163d0901261351o4d631131qaead4ec237b211a9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 26, 2009 at 4:16 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
try a 'zebraidx -c /yourpath/koha-conf.xml init' then
FYI: have a peek at line 488-ish of the rebuild script
system("zebraidx -c $zebra_config -g $record_format -d $zebra_db_name init") if $reset_index;
No change. I continue to get results when searching, despite having truncated the listed tables, running various combinations of `rebuild_zebra.pl` and `zebraidx -c`. Clicking those items results in a 404. I have verified that browser caching is not at fault. I'm supposed to give an evaluation of Koha's suitability for use this week, and having the database(s) in an inconsistent state is making that extremely difficult. While it would be nice to persist my configuration changes, I'd be happy just blowing away and re-creating the database. Can someone please point me to docs or offer help as to how to re-initialize the DB without doing a complete re-installation? I'm overwhelmed by the number of scripts and data files provided, and unable to find documentation aside from reading hundreds of lines of Perl. Thanks for your help! - DR -- david a. riggs software engineer, createTank mailto:riggs@createtank.com voice: +1-304-685-7537 fax: +1-800-975-8379 http://createtank.com ------------------------------ Message: 2 Date: Tue, 27 Jan 2009 11:02:42 +1300 From: Mason James <mason.loves.sushi@gmail.com> Subject: Re: [Koha-devel] Koha 3 Reset Database To: David Riggs <riggs@createtank.com> Cc: koha-devel@lists.koha.org Message-ID: <748F707A-A27C-4E92-87D2-B14E59A0F9FD@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 2009/01/27, at 10:51 AM, David Riggs wrote:
On Mon, Jan 26, 2009 at 4:16 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
try a 'zebraidx -c /yourpath/koha-conf.xml init' then
FYI: have a peek at line 488-ish of the rebuild script
system("zebraidx -c $zebra_config -g $record_format -d $zebra_db_name init") if $reset_index;
No change. I continue to get results when searching, despite having truncated the listed tables, running various combinations of `rebuild_zebra.pl` and `zebraidx -c`. Clicking those items results in a 404. I have verified that browser caching is not at fault.
I'm supposed to give an evaluation of Koha's suitability for use this week, and having the database(s) in an inconsistent state is making that extremely difficult. While it would be nice to persist my configuration changes, I'd be happy just blowing away and re-creating the database. Can someone please point me to docs or offer help as to how to re-initialize the DB without doing a complete re-installation? I'm overwhelmed by the number of scripts and data files provided, and unable to find documentation aside from reading hundreds of lines of Perl.
Thanks for your help! - DR
ok, to wipe your zebra auth and bib dbs - this works for me.. # zebraidx -c /home/mason/koha/ashs/etc/zebradb/zebra-authorities- dom.cfg -g iso2709 -d authorities init 11:01:02-27/01 zebraidx(17800) [log] zebra_start 2.0.34 /home/mason/ koha/ashs/etc/zebradb/zebra-authorities-dom.cfg 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-text.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-dom.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-alvis.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-marc.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-xml.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-regx.so 11:01:02-27/01 zebraidx(17800) [log] enabling shadow spec=/home/mason/ koha/ashs/var/lib/zebradb/authorities/shadow:1G 11:01:02-27/01 zebraidx(17800) [log] cache_fname = /home/mason/koha/ ashs/var/lib/zebradb/authorities/shadow/cache 11:01:02-27/01 zebraidx(17800) [log] zebra_stop: 0.02 0.02 0.00 # zebraidx -c /home/mason/koha/ashs/etc/zebradb/zebra-biblios.cfg - g iso2709 -d biblios init 11:01:26-27/01 zebraidx(17801) [log] zebra_start 2.0.34 /home/mason/ koha/ashs/etc/zebradb/zebra-biblios.cfg 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-text.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-dom.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-alvis.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-marc.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-xml.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-regx.so 11:01:26-27/01 zebraidx(17801) [log] enabling shadow spec=/home/mason/ koha/ashs/var/lib/zebradb/biblios/shadow:4G 11:01:26-27/01 zebraidx(17801) [log] cache_fname = /home/mason/koha/ ashs/var/lib/zebradb/biblios/shadow/cache 11:01:26-27/01 zebraidx(17801) [log] zebra_stop: 0.06 0.02 0.00 root@fugu:/etc/apache2/sites-enabled# ------------------------------ Message: 3 Date: Tue, 27 Jan 2009 09:00:43 +1300 From: Chris Cormack <chris@bigballofwax.co.nz> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Kyle Hall <kyle.m.hall@gmail.com> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <606aab810901261200i48c24861h556b45d6dfaa1e9a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Tue, Jan 27, 2009 at 1:26 AM, Kyle Hall <kyle.m.hall@gmail.com> wrote:
Hello All, The KUDOS Koha Users and Developers Group website is up and running at http://kudos.koha.org/ . Thanks to Josh for the help setting it up. Please let me know if you have any suggestions / criticisms / complaints / what-have-you. There's not much content at the moment, so suggestions are very welcome. Let me know if it seems slow or anything like that, the servers is a virtual machine, so I can bump up the RAM if it gets a bit sluggish.
If everything seems kosher, I'll post something up on the Koha and KUDOS mailing lists.
My only query is the byline " The Official Koha Users & Developers Group! " Kudos is a worldwide users group?? And is it the only users and developers group? What is kohala then? Chris _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ------------------------------ Message: 4 Date: Mon, 26 Jan 2009 21:21:33 +0000 From: MJ Ray <mjr@phonecoop.coop> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: kyle.m.hall@gmail.com, Koha-devel@nongnu.org Message-ID: <497e295d.URdvAZJTgjpDE445%mjr@phonecoop.coop> Content-Type: text/plain; charset=us-ascii Kyle Hall <kyle.m.hall@gmail.com> wrote:
The KUDOS Koha Users and Developers Group website is up and running at http://kudos.koha.org/ . Thanks to Josh for the help setting it up.
It seems to be a redirect to http://liblime.com/news-items/blogs which is not at all appropriate, in my opinion. Is the intention to port the current KUDOS Wordpress across? (Please!) Thanks, -- MJ Ray (slef) Webmaster for hire, statistician and online shop builder for a small worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/ (Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237 _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ------------------------------ Message: 5 Date: Mon, 26 Jan 2009 17:28:42 -0500 From: Owen Leonard <oleonard@myacpl.org> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Chris Cormack <chris@bigballofwax.co.nz> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <c0aa2140901261428t2ab091b6l3c38fc6e7659a69e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
My only query is the byline
" The Official Koha Users & Developers Group! "
Agreed. I think it's important not to claim anything official about it. That suggests that if someone started another group it wouldn't be "endorsed by the Koha Project." -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ------------------------------ Message: 6 Date: Mon, 26 Jan 2009 15:34:09 -0700 From: Galen Charlton <galen.charlton@liblime.com> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Chris Cormack <chris@bigballofwax.co.nz> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <4659947d0901261434t31d5c7f9t79ba12986b5df21a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Hi, On Mon, Jan 26, 2009 at 1:00 PM, Chris Cormack <chris@bigballofwax.co.nz> wrote:
My only query is the byline
" The Official Koha Users & Developers Group! "
Kudos is a worldwide users group?? And is it the only users and developers group? What is kohala then?
I also question the tagline. I hope that KUDOS will play an active and important role in the Koha project, but there is no need to imply exclusivity. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt _______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel ------------------------------ Message: 7 Date: Mon, 26 Jan 2009 18:36:36 -0500 From: Ryan Higgins <ryan.higgins@liblime.com> Subject: [Koha-devel] RFC: Koha 3.2 : Split Issuing rules into Circ rules and Circ policies To: "koha-devel@lists.koha.org" <koha-devel@lists.koha.org> Message-ID: <b223c4200901261536u44622eb5r413697e02cd37d01@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 RFC : Split issuingrules into Circ rules and Circ policies Full version : http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_circ_policies Synopsis: The issuingrules table and smart-rules.pl interface currently mix definition of circulation policy with definition of when those policies should be applied. This proposal suggests two distinct interfaces for these operations. Details The issuingrules table currently holds performs two discrete functions: 1. it holds data describing circulation & fines policy, i.e. loan length, maxissues, fine, etc. 2. it describes which transactions should cause those policies to be applied. This RFC proposes that these two data sets be represented in two new tables in the Koha database, circ_rules and circ_policies, which would supercede the issuingrules table (i.e. issuingrules will be dropped). Benefits: 1. Database normalization. as described above. 2. Simplifies interface for those libraries that have many itemtype & borrower categories. 3. Simplifies future enhancements, allowing us to attach other types of policies to a given transaction context, e.g. adding a holds_policies table. Drawbacks: 1. Having the Policies described on a separate page than where they are assigned adds a level of complexity to assignment. This drawback is addressed by including in smart_rules.pl a 'policy lookup' allowing the user to look up any available circ policies, as well as an on-hover display of a policy in the rules display. (see screenshot). Database changes: * circ_rules will include branchcode, itemtype, categorycode and circ_policies_id (and circ_termset_id, see rfc: term loans) * circ_policies will include remaining columns from issuingules, with some cleanup. The patch set will include an updatedatabase patch that will extract repeated policies from the issuingrules table, name them in English with an appropriate description, and assign those policies to the circ_rules table. Please see wiki page for screenshot of interface. http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_circ_policies Comments appreciated. -- Ryan Higgins LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704 ------------------------------ _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel End of Koha-devel Digest, Vol 38, Issue 22 ******************************************
On Tue, Jan 27, 2009 at 11:24 PM, Sayed Baser Ali <sali@arolp.org> wrote:
Dear All, We want to use koha catalogue for our library please help us where we can buy or get the web hosting , we are in Afghanistan, http://koha.org/support/pay.html may be of some help.
Cheers, Josh
Best regards, Jan Agha
-----Original Message----- From: koha-devel-bounces@lists.koha.org [mailto:koha-devel-bounces@lists.koha.org] On Behalf Of koha-devel-request@lists.koha.org Sent: Tuesday, January 27, 2009 4:07 AM To: koha-devel@lists.koha.org Subject: Koha-devel Digest, Vol 38, Issue 22
Send Koha-devel mailing list submissions to koha-devel@lists.koha.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.koha.org/mailman/listinfo/koha-devel or, via email, send a message with subject or body 'help' to koha-devel-request@lists.koha.org
You can reach the person managing the list at koha-devel-owner@lists.koha.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha-devel digest..."
Today's Topics:
1. Re: Koha 3 Reset Database (David Riggs) 2. Re: Koha 3 Reset Database (Mason James) 3. Re: Kudos.koha.org up and running! (Chris Cormack) 4. Re: Kudos.koha.org up and running! (MJ Ray) 5. Re: Kudos.koha.org up and running! (Owen Leonard) 6. Re: Kudos.koha.org up and running! (Galen Charlton) 7. RFC: Koha 3.2 : Split Issuing rules into Circ rules and Circ policies (Ryan Higgins)
----------------------------------------------------------------------
Message: 1 Date: Mon, 26 Jan 2009 16:51:21 -0500 From: David Riggs <riggs@createtank.com> Subject: Re: [Koha-devel] Koha 3 Reset Database To: koha-devel@lists.koha.org Message-ID: <e976163d0901261351o4d631131qaead4ec237b211a9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
On Mon, Jan 26, 2009 at 4:16 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
try a 'zebraidx -c /yourpath/koha-conf.xml init' then
FYI: have a peek at line 488-ish of the rebuild script
system("zebraidx -c $zebra_config -g $record_format -d $zebra_db_name init") if $reset_index;
No change. I continue to get results when searching, despite having truncated the listed tables, running various combinations of `rebuild_zebra.pl` and `zebraidx -c`. Clicking those items results in a 404. I have verified that browser caching is not at fault.
I'm supposed to give an evaluation of Koha's suitability for use this week, and having the database(s) in an inconsistent state is making that extremely difficult. While it would be nice to persist my configuration changes, I'd be happy just blowing away and re-creating the database. Can someone please point me to docs or offer help as to how to re-initialize the DB without doing a complete re-installation? I'm overwhelmed by the number of scripts and data files provided, and unable to find documentation aside from reading hundreds of lines of Perl.
Thanks for your help! - DR
-- david a. riggs software engineer, createTank mailto:riggs@createtank.com voice: +1-304-685-7537 fax: +1-800-975-8379 http://createtank.com
------------------------------
Message: 2 Date: Tue, 27 Jan 2009 11:02:42 +1300 From: Mason James <mason.loves.sushi@gmail.com> Subject: Re: [Koha-devel] Koha 3 Reset Database To: David Riggs <riggs@createtank.com> Cc: koha-devel@lists.koha.org Message-ID: <748F707A-A27C-4E92-87D2-B14E59A0F9FD@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 2009/01/27, at 10:51 AM, David Riggs wrote:
On Mon, Jan 26, 2009 at 4:16 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
try a 'zebraidx -c /yourpath/koha-conf.xml init' then
FYI: have a peek at line 488-ish of the rebuild script
system("zebraidx -c $zebra_config -g $record_format -d $zebra_db_name init") if $reset_index;
No change. I continue to get results when searching, despite having truncated the listed tables, running various combinations of `rebuild_zebra.pl` and `zebraidx -c`. Clicking those items results in a 404. I have verified that browser caching is not at fault.
I'm supposed to give an evaluation of Koha's suitability for use this week, and having the database(s) in an inconsistent state is making that extremely difficult. While it would be nice to persist my configuration changes, I'd be happy just blowing away and re-creating the database. Can someone please point me to docs or offer help as to how to re-initialize the DB without doing a complete re-installation? I'm overwhelmed by the number of scripts and data files provided, and unable to find documentation aside from reading hundreds of lines of Perl.
Thanks for your help! - DR
ok, to wipe your zebra auth and bib dbs - this works for me..
# zebraidx -c /home/mason/koha/ashs/etc/zebradb/zebra-authorities- dom.cfg -g iso2709 -d authorities init
11:01:02-27/01 zebraidx(17800) [log] zebra_start 2.0.34 /home/mason/ koha/ashs/etc/zebradb/zebra-authorities-dom.cfg 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-text.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-dom.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-alvis.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-marc.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-xml.so 11:01:02-27/01 zebraidx(17800) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-regx.so 11:01:02-27/01 zebraidx(17800) [log] enabling shadow spec=/home/mason/ koha/ashs/var/lib/zebradb/authorities/shadow:1G 11:01:02-27/01 zebraidx(17800) [log] cache_fname = /home/mason/koha/ ashs/var/lib/zebradb/authorities/shadow/cache 11:01:02-27/01 zebraidx(17800) [log] zebra_stop: 0.02 0.02 0.00
# zebraidx -c /home/mason/koha/ashs/etc/zebradb/zebra-biblios.cfg - g iso2709 -d biblios init
11:01:26-27/01 zebraidx(17801) [log] zebra_start 2.0.34 /home/mason/ koha/ashs/etc/zebradb/zebra-biblios.cfg 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-text.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-dom.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-alvis.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-marc.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-xml.so 11:01:26-27/01 zebraidx(17801) [log] Loaded filter module /usr/lib/ idzebra-2.0/modules/mod-grs-regx.so 11:01:26-27/01 zebraidx(17801) [log] enabling shadow spec=/home/mason/ koha/ashs/var/lib/zebradb/biblios/shadow:4G 11:01:26-27/01 zebraidx(17801) [log] cache_fname = /home/mason/koha/ ashs/var/lib/zebradb/biblios/shadow/cache 11:01:26-27/01 zebraidx(17801) [log] zebra_stop: 0.06 0.02 0.00 root@fugu:/etc/apache2/sites-enabled#
------------------------------
Message: 3 Date: Tue, 27 Jan 2009 09:00:43 +1300 From: Chris Cormack <chris@bigballofwax.co.nz> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Kyle Hall <kyle.m.hall@gmail.com> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <606aab810901261200i48c24861h556b45d6dfaa1e9a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
On Tue, Jan 27, 2009 at 1:26 AM, Kyle Hall <kyle.m.hall@gmail.com> wrote:
Hello All, The KUDOS Koha Users and Developers Group website is up and running at http://kudos.koha.org/ . Thanks to Josh for the help setting it up. Please let me know if you have any suggestions / criticisms / complaints / what-have-you. There's not much content at the moment, so suggestions are very welcome. Let me know if it seems slow or anything like that, the servers is a virtual machine, so I can bump up the RAM if it gets a bit sluggish.
If everything seems kosher, I'll post something up on the Koha and KUDOS mailing lists.
My only query is the byline
" The Official Koha Users & Developers Group! "
Kudos is a worldwide users group?? And is it the only users and developers group? What is kohala then?
Chris
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
------------------------------
Message: 4 Date: Mon, 26 Jan 2009 21:21:33 +0000 From: MJ Ray <mjr@phonecoop.coop> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: kyle.m.hall@gmail.com, Koha-devel@nongnu.org Message-ID: <497e295d.URdvAZJTgjpDE445%mjr@phonecoop.coop> Content-Type: text/plain; charset=us-ascii
Kyle Hall <kyle.m.hall@gmail.com> wrote:
The KUDOS Koha Users and Developers Group website is up and running at http://kudos.koha.org/ . Thanks to Josh for the help setting it up.
It seems to be a redirect to http://liblime.com/news-items/blogs which is not at all appropriate, in my opinion.
Is the intention to port the current KUDOS Wordpress across? (Please!)
Thanks, -- MJ Ray (slef) Webmaster for hire, statistician and online shop builder for a small worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/ (Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
------------------------------
Message: 5 Date: Mon, 26 Jan 2009 17:28:42 -0500 From: Owen Leonard <oleonard@myacpl.org> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Chris Cormack <chris@bigballofwax.co.nz> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <c0aa2140901261428t2ab091b6l3c38fc6e7659a69e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
My only query is the byline
" The Official Koha Users & Developers Group! "
Agreed. I think it's important not to claim anything official about it. That suggests that if someone started another group it wouldn't be "endorsed by the Koha Project."
-- Owen
-- Web Developer Athens County Public Libraries http://www.myacpl.org
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
------------------------------
Message: 6 Date: Mon, 26 Jan 2009 15:34:09 -0700 From: Galen Charlton <galen.charlton@liblime.com> Subject: Re: [Koha-devel] Kudos.koha.org up and running! To: Chris Cormack <chris@bigballofwax.co.nz> Cc: koha-devel <Koha-devel@nongnu.org> Message-ID: <4659947d0901261434t31d5c7f9t79ba12986b5df21a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1
Hi,
On Mon, Jan 26, 2009 at 1:00 PM, Chris Cormack <chris@bigballofwax.co.nz> wrote:
My only query is the byline
" The Official Koha Users & Developers Group! "
Kudos is a worldwide users group?? And is it the only users and developers group? What is kohala then?
I also question the tagline. I hope that KUDOS will play an active and important role in the Koha project, but there is no need to imply exclusivity.
Regards,
Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
_______________________________________________ Koha-devel mailing list Koha-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/koha-devel
------------------------------
Message: 7 Date: Mon, 26 Jan 2009 18:36:36 -0500 From: Ryan Higgins <ryan.higgins@liblime.com> Subject: [Koha-devel] RFC: Koha 3.2 : Split Issuing rules into Circ rules and Circ policies To: "koha-devel@lists.koha.org" <koha-devel@lists.koha.org> Message-ID: <b223c4200901261536u44622eb5r413697e02cd37d01@mail.gmail.com> Content-Type: text/plain; charset=UTF-8
RFC : Split issuingrules into Circ rules and Circ policies
Full version : http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_circ_policies
Synopsis:
The issuingrules table and smart-rules.pl interface currently mix definition of circulation policy with definition of when those policies should be applied. This proposal suggests two distinct interfaces for these operations. Details
The issuingrules table currently holds performs two discrete functions:
1. it holds data describing circulation & fines policy, i.e. loan length, maxissues, fine, etc. 2. it describes which transactions should cause those policies to be applied.
This RFC proposes that these two data sets be represented in two new tables in the Koha database, circ_rules and circ_policies, which would supercede the issuingrules table (i.e. issuingrules will be dropped).
Benefits:
1. Database normalization. as described above. 2. Simplifies interface for those libraries that have many itemtype & borrower categories. 3. Simplifies future enhancements, allowing us to attach other types of policies to a given transaction context, e.g. adding a holds_policies table.
Drawbacks:
1. Having the Policies described on a separate page than where they are assigned adds a level of complexity to assignment.
This drawback is addressed by including in smart_rules.pl a 'policy lookup' allowing the user to look up any available circ policies, as well as an on-hover display of a policy in the rules display. (see screenshot).
Database changes:
* circ_rules will include branchcode, itemtype, categorycode and circ_policies_id (and circ_termset_id, see rfc: term loans) * circ_policies will include remaining columns from issuingules, with some cleanup.
The patch set will include an updatedatabase patch that will extract repeated policies from the issuingrules table, name them in English with an appropriate description, and assign those policies to the circ_rules table.
Please see wiki page for screenshot of interface. http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_circ_policies Comments appreciated.
-- Ryan Higgins
LibLime * Open-Source Solutions for Libraries Featuring KohaZOOM ILS 888-564-2457 x704
------------------------------
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
End of Koha-devel Digest, Vol 38, Issue 22 ******************************************
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
-- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
"Sayed Baser Ali" <sali@arolp.org> wrote:
We want to use koha catalogue for our library please help us where we can buy or get the web hosting , we are in Afghanistan,
Others have answered the actual question with good advice. In addition, I ask that you please do not reply to a digest to start a new discussion (use the "New Mail..." command of your email software instead) and that you trim the quoted text when replying. Many of us are trying to process hundreds of emails each day and inappropriate replies are a bit of a pain - mostly I delete them unread to save time. List admin, can you please make "Subject:.*Digest, Vol" an automatic hold for moderation filter? Thanks, -- MJ Ray (slef) Webmaster for hire, statistician and online shop builder for a small worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/ (Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237
participants (3)
-
Joshua Ferraro -
MJ Ray -
Sayed Baser Ali