[Koha] LIS professionals participation and contribution to Koha community: a survey

2014-08-02 Thread Vimal Kumar V.
Dear Friends,
Cooperation of end users and developers is necessary for the good health of
Free/Open Source software projects.
Library professionals are end users of Koha.  The main aim of the survey is
that know the participation and contribution of Library professionals to
Koha project. This research revolves around a central question: "What do we
need to do to derive benefit from Koha project?"

I invite all Koha users to participate in this survey.
https://docs.google.com/forms/d/1xgE3i5ZABLm9yMZM4BFWFpAE_Wuv5rwW2u4arUGgFBY/viewform?usp=send_form

Regards,
-- 
Vimal Kumar V.
Technical Assistant
Mahatma Gandhi University Library
Kottayam, Kerala- 686 560
Web: http://www.vimalkumar.info
Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in
http://moovandan.blogspot.in
---
"I forget what I was taught. I only remember what I have learnt"
-Patrick White
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] LIS professionals participation and contribution to Koha community: a survey

2014-08-02 Thread Chris Cormack
On 2 August 2014 21:32, Vimal Kumar V.  wrote:

> Dear Friends,
> Cooperation of end users and developers is necessary for the good health of
> Free/Open Source software projects.
> Library professionals are end users of Koha.  The main aim of the survey is
> that know the participation and contribution of Library professionals to
> Koha project. This research revolves around a central question: "What do we
> need to do to derive benefit from Koha project?"
>
>
> Hi Vimal

What are you planning to do with the information after you have collected
it?

Chris
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Overdue report/count at year-end

2014-08-02 Thread Katrin Fischer
Hi Steve,

I think I'd start with comparing the date_due and the returndate in
old_issues to figure out which items were returned late and go from there.

Hope this helps,

Katrin

Am 01.08.2014 um 18:02 schrieb Steven Nickerson:
> Hello everyone,
> 
> We have implemented one of the overdue reports from the Report Library
> and that gives us a snapshot of the overdue count at the point in time when
> the report is run, but is there any way to get a count (by month, for
> example) of the number of items that were overdue throughout a year?
> 
>  
> 
> Thanks!
> 
> Steve
> 
> ___
> 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] Fines not charged

2014-08-02 Thread Katrin Fischer
Hi,

I have been thinking about this and I am not sure what might cause the
problem you see - but here are some ideas on where I would start looking:

- system preference finesmode is set to calculate and charge fines
- system preference maxfine is > 0 or empty
- circulation conditions: fine amount, fine charging interval, and
overdues fines cap are > 0
- circulation conditions: suspension in days and max suspension duration
are not used
- fines.pl is running regularly

Hope you can get it working,

Katrin


Am 01.08.2014 um 10:29 schrieb Tom Obrien:
> Hi all,
> I have the same problem. I am using koha 3.14 on ubuntu 12.
> Looking for the responses.
> Regards
> Tom
> 
> 
> On Thu, Jul 31, 2014 at 5:48 AM, Riley Childs 
> wrote:
> 
>> For some reason fines aren't being charged, all the settings are
>> configured (finescharge in system settings, the cron is running, circ
>> settings are configured). I can't figure it out, any suggestions?
>>
>>
>> Riley Childs
>> Junior
>> IT Admin and Librarian
>> web: rileychilds.net
>> email: rchi...@cucawarriors.com
>> office: +1 (704) 537-0331 x101
>> cell: +1 (704) 497-2086
>> Check Our our new library catalog: catalog.cucawarriors.com
>> ___
>> 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
> 

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] SIP2 AF field sent even if patron password is invalid

2014-08-02 Thread Katrin Fischer
Hi,

In my experience not all libraries require a password or PIN at the self
check station. One of the reasons can be that the self check used
doesn't have a full keyboard but only a number pad and we can't limit
passwords in Koha to be only numeric. So keeping the option to work
without passwords would be good.

> On Thu, Jul 31, 2014 at 9:21 AM, Colin Campbell
>  wrote:
>> Many of the early sip devices considered the fact a user had wanded a
>> barcode, security enough. I recall machines which sent blank passwords
>> meaning 'I dont care about passwords and if they're valid'. The
>> implication of the standard is that the client end will do the right
>> thing if I flag up the password was invalid.

> It wouldn't surprise me if this were the case back then, but
> yesterday's trusting serial line protocol is today's remote exposure
> of sensitive patron information breach.

>> NB that responses like patron status return both whether the patron is
>> valid and whether the password is valid which suggests that the two are
>> independent and it may want info back irrespective of password validity.
>> Its also not impossible that a client application may want patron data
>> and issue an info request without that patron being present (whether
>> such an app should be tolerated is another thing). So I think we should
>> certainly tailor message resonses sensibly but policy is the
>> responsibility of the client device. (maybe we should look a bit closer
>> at them)
> 
> I agree that it will be necessary to tailor responses per client, but
> I do think that the default should be to limit what gets disclosed if
> an invalid patron password is presented, as information disclosure
> policies is necessarily the responsibility of the SIP2 server.

I agree that we shouldn't send patron information if a wrong password
was provided. Maybe it could be a configuration switch that defines if
passwords are expected and react accordingly?

Regards,

Katrin

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha


[Koha] Bulk Print Patron Summaries

2014-08-02 Thread Riley Childs
Is there a way to print patron summaries in bulk? We want to be able to run a 
report to show all patron accounts with overdues and then print their patron 
summaries in bulk. Is there as simple way to do this, or will we have to run a 
report for overdues and then export summaries manually.

Riley Childs
Senior
Charlotte United Christian Academy
IT Services Admin
Library Services Admin
web: rileychilds.net
twitter: @RowdyChildren
Checkout our new library catalog: catalog.cucawarriors.com

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha