[OPEN-ILS-DEV] Feature proposal: SSN-censoring functionality

Steve Wills swills at beyond-print.com
Wed Aug 29 11:23:13 EDT 2012


 > How do other Evergreensters deal with the traceability of patrons in case of offences, and press charges if needed? Or is your only tool of punishment, expulsion?

Well my librarian has a heavy yardstick and a look... it's really that look that gets the job done not my SSN.

I am not sure we need to set this policy as a community. It seems that Ident type is another policy that needs to be set at the organizational level.

Steve


-----Original Message-----

From: Kivilahti Olli-Antti [mailto:olli-antti.kivilahti at jns.fi]
Sent: Wednesday, August 29, 2012 03:29 AM
To: open-ils-dev at list.georgialibraries.org
Subject: Re: [OPEN-ILS-DEV] Feature proposal: SSN-censoring functionality

I agree with Mr. Peters that the default ident_type SSN should be removed to not teach bad habits.It is rather unfortunate that you see this solely as an en-US question, considering how much you push for an International Evergreen Community. The customizable SSN-censorer I came up with is a overkill atm, but if somebody would like to store their SSN's in-db, and if we think of a larger International scope that is highly probable, we should expect this functionality to be used, not just in Finland. Just thinking on large scale.If we were to implement this, and would like to use it, is there anything which objects to it's integration to master branch? This forces no-one to use SSN's that's for sure, this general filter could be applied to any ident_type really, if needed.But there was an idea of a arbitrary identification number. We could use a external program to store the SSN, accessible via this arbitrary id. I don't think our staff will endorse this idea though.Less time consuming alternatives are abundant, but unfortunately might end up as very individual.The main reason why we need to store SSNs, is the traceability of patrons in case of offences. I think we could trace 90% of the cases anyway, but how could we legally prove that this very person is the culprit? Well I'll look into that.How do other Evergreensters deal with the traceability of patrons in case of offences, and press charges if needed? Or is your only tool of punishment, expulsion?-- Olli-Antti KivilahtiOpen Library 2013Library of Joensuu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20120829/67a7c2c2/attachment.htm>
-------------- next part --------------
I agree with Mr. Peters that the default ident_type SSN should be 
removed to not teach bad habits.
It is rather unfortunate that you see this solely as an en-US question, 
considering how much you push for an International Evergreen Community. 
The customizable SSN-censorer I came up with is a overkill atm, but if 
somebody would like to store their SSN's in-db, and if we think of a 
larger International scope that is highly probable, we should expect 
this functionality to be used, not just in Finland. Just thinking on 
large scale.

If we were to implement this, and would like to use it, is there 
anything which objects to it's integration to master branch? This forces 
no-one to use SSN's that's for sure, this general filter could be 
applied to any ident_type really, if needed.

But there was an idea of a arbitrary identification number. We could use 
a external program to store the SSN, accessible via this arbitrary id. I 
don't think our staff will endorse this idea though.

Less time consuming alternatives are abundant, but unfortunately might 
end up as very individual.

The main reason why we need to store SSNs, is the traceability of 
patrons in case of offences. I think we could trace 90% of the cases 
anyway, but how could we legally prove that this very person is the 
culprit? Well I'll look into that.

How do other Evergreensters deal with the traceability of patrons in 
case of offences, and press charges if needed? Or is your only tool of 
punishment, expulsion?

-- 
Olli-Antti Kivilahti
Open Library 2013
Library of Joensuu



More information about the Open-ils-dev mailing list