Thanks for starting this thread. Diederik and I already shut down several undocumented data collection jobs that nobody owned months ago (one of the problems of CT is that anything/anyone can start dumping data into the log by calling the API calls, without identifying itself).

These are features currently logging events into emery:/var/aft/log/clicktracking.log

 
I am not aware of any other features/gadgets currently using the ClickTracking extension.

Dario 

On Jul 27, 2012, at 2:42 PM, Terry Chay wrote:

The idea is to fold all of editor engagement data collection and analysis into the tool/services that Ori is building out on vanadium. If we can shut down clicktracking and udp2log, then we can not only start collecting this data again soon, but also increase what we collect, and do analytics faster.

In the short term, since this is editor data (logged in usage), this can all be handled on vanadium. In the longer term, these will be queries on Kraken.

BTW, I don't know when it would be "removed" but at the minimum, if other things are delayed, clicktracking might get "broken" for old data streams unless we specifically support them.


On Jul 27, 2012, at 2:24 PM, Fabrice Florin <fflorin@wikimedia.org> wrote:

However, we will want to start collecting clicktracking data again soon, so my hope is that we can have a solution for that in coming weeks.

_______________________________________________
ee mailing list
ee@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/ee