Hi All, Maybe it is just me but I see a lot of wasted energy in this discussion. There is a place for both open source and services like Marshall's. Why not just make a service endpoint API for both. Lets get on with the more important tasks of 16.11 compatibility with the most recent releases of the various OS bases and SQL versions, lets update the documentation so that novices can follow a set of instructions and successfully, lets enhance the features of Koha. Let us not waste time on how to populate a map about where Koha libraries are found. Koha is too great of a service for this. Thanks --Dave (long time Koha user) ------------------------------------------------------------------------------- David L. Whelchel 725 SE Derby Street Pullman, WA 99163 whelchel@pullman.com http://www.dlwa.com -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Paul A Sent: Tuesday, December 13, 2016 9:39 AM To: koha@lists.katipo.co.nz Subject: Re: [Koha] Number of Koha Libraries in the World At 06:10 PM 12/13/2016 +0100, Mirko Tietgen wrote:
Hi.
it needs privacy information. What is anonymized, where and when? Who has access to non-anonymised data (if anyone)?
I'm not a lawyer, but this might well fall foul of Canada's PIPEDA. P.
It needs an imprint/statement of responsibility on the website. Who is responsible for gathering and processing the data, and for anonymizing it? Where is the data stored?
It needs a license. Saying it is open data does not make it open, I can't find a license except for the hea code.
It needs actual data to download, or it is not open data but some graphs someone somewhere renders with data they pile up secretly.
It needs information about why a gazillion sysprefs are gathered, be that anonymized or not, and probably an option to turn that off.
Just a pile of German 2€cents with basic questions nobody is going to ask, but just not turn on the data collection. I'm asking it so at some point I might be able to recommend turning it on, which so far I don't, because I doubt it is compatible to German data privacy laws.
-- Mirko
PS: Yes for the open vs proprietary part. I just don't think we are there yet.
I agree, we could make the installer/upgrade prompt them to fill them in also.
And then it's just building an interface, if we can get JSON from Hea
Chris Cormack schrieb am 13.12.2016 then that part is easy. It then needs no work from users except to fill in the sysprefs.
Chris
On 14 December 2016 5:31:01 AM NZDT, Jonathan Druart
<jonathan.druart@bugs.koha-community.org> wrote:
The easiest way in my opinion would be to improve Hea, we already have Koha instances sending their data. It is very easy for libraries to register as they just need to fill some sysprefs in.
On Tue, 13 Dec 2016 at 17:04 Nathan Curulla <nate@bywatersolutions.com> wrote:
Hi Everyone,
I hear what you are all saying about this and agree that it would be better to roll our own, but here is the thing: Hea is not user friendly at all and the Wiki is not a good marketing tool because it is not pretty (no offense on either of these). If you really want to market Koha you need to look at these things from the eyes of a non-developer, non-tech oriented librarian. If you do that you will see that these two tools are not optimal, especially in comparison to something that larger companies that Koha competes with are going to put out.
It is good to hear that you want to clean things up and re-invent the wheel, but actually doing that in a reasonable amount of time in a competitive environment is another thing. If someone has a concrete proposal for an attractive, sortable, searchable, easy to submit to option on the website for libraries to put information in than I think that would be great and I will do everything to help that I can, but who is going to do it and when? With products like Folio coming Koha needs to be front and center in the open source library world and showing the world how many people use it is a no brainer (and should be easy) in terms of ways to do just that.
So the options are that someone volunteers to create this interface (ByWater staff can help with this if given the access and permission, but we aren’t going to do it alone) with a completion target of end of Feb. 2017, or we link out to a third party site that already has the content. If we don’t hear from anyone about the former we are going to go with the latter. We need to move on this kind of stuff soon or Koha will be left in the dust in the coming emergence of open source in the library world. We need to become more accessible to those who don’t code, otherwise we are playing into the misconception that open source is for developers only.
Respectfully,
-Nate
Nathan A. Curulla Owner, CRO ByWater Solutions Support and Consulting for Open Source Software Headquarters: Portland, OR. East Coast Office: Redding, CT. Phone/Fax # (888) 900-8944 xt 2 Cell # (203) 685-7207
http://bywatersolutions.com <http://bywatersolutions.com/> nate@bywatersolutions.com <mailto:nate@bywatersolutions.com>
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca> _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha