Problem with collecting from lib is how do you show notice to users to opt out? If we build that notice into lib, imagine how confusing that might be for PhoneGap/Taco/Mobilefirst users to see a message about cordova wanting to collect data.
I think we should only introduce it to CLI if we do. On Wed, Nov 4, 2015 at 2:46 PM, Carlos Santana <csantan...@gmail.com> wrote: > Yep, no collection on app just tools. > And also be careful on what we collect on tooling also, there might things > we might not want to collect. (cli commands might have sensitive data) we > just need to collect some of it in a anonymous way. > > Also some environment info also is useful (node version, jdk version, os > type, xcode version, android sdk version, etc..) > > I think collecting from cordova-lib might be good. Will be good to know > what is the ratio between cli vs. api users, but at the same time that we > can get from npm downloads lib vs. cli > > On Wed, Nov 4, 2015 at 11:17 AM Jesse <purplecabb...@gmail.com> wrote: > > > We would collect data from cli use, not in app. > > > > cli and lib versions, plugins used, cli commands used, platforms used and > > versions, etc > > > > NOTHING should be added to the app a developer installs on the emulator > or > > device. > > > > Ideally this is all done in the cli directly so other tools can still > > consume cordova-lib without being tracked. > > > > > On Nov 4, 2015, at 12:03 AM, Tammo Schimanski < > > tammo.schiman...@cordova.de> wrote: > > > > > > I think the same, this could be very useful. But we have to think about > > the things terence already mentioned. These are three very big points for > > data collection and they have to be 100% clear before we get started with > > this. I think that we don’t need to collect user identifiable > information, > > or have i overlooked something? > > > > > > Data that could be collected: > > > > > > - Cellphone manufacturer > > > - Display Size / Resolution > > > - OS with Version > > > - Used Browser-Engine with Version > > > > > > To the point „would it be optional“: For who should it be optional? For > > „us“, the developers, or for the users who are using the application? In > my > > opinion this has to be optional because not everyone is able to > understand > > what he is doing. If we activate this by default and someone develops an > > application but is missing the legal part inside his data protection > > regulation, he can get big problems with the german law as far as i > > understood the whole thing correct. > > > > > > +1 for this! :-) > > >> Am 03.11.2015 um 20:42 schrieb Terence M. Bandoian <tere...@tmbsw.com > >: > > >> > > >> Could be useful. What exactly would be collected? Would it be > > optional? Any user identifiable information? > > >> > > >> -Terence Bandoian > > >> > > >> > > >>> On 11/3/2015 2:31 AM, julio cesar sanchez wrote: > > >>> I think it's a good idea to add it and it will help understand how > > people > > >>> use cordova and find common problems that they might have > > >>> > > >>> 2015-11-02 23:13 GMT+01:00 Parashuram N <panar...@microsoft.com>: > > >>> > > >>>> Hey folks, > > >>>> > > >>>> One of the action items from the face to face meeting was about > > adding the > > >>>> ability to the Cordova CLI to collect telemetry data. Folks said > that > > they > > >>>> were not sure if Apache had any policies against it. I checked with > > >>>> legal-disc...@apache.org<mailto:legal-disc...@apache.org> (and > > included > > >>>> the PMC in the mail) and looks like they don't have any policies for > > or > > >>>> against it. > > >>>> In terms of prior art, Looks like the Apache Flex project is already > > >>>> collecting limited telemetry, and CloudStack folks are thinking > about > > it. > > >>>> > > >>>> Now that we know that Apache is not totally against collecting > > telemetry > > >>>> data, what do you guys think about it? Are there folks in the > > community who > > >>>> are totally against adding any kind of telemetry to Cordova ? If > yes, > > can > > >>>> we discuss those concerns in this thread ? > > >>>> Also, are there folks who think this is a good idea ? If yes, please > > raise > > >>>> those points too. > > >> > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > >> For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > >
