Using Quarry still relies on the end user’s ability to understand how to turn a research question into a query. Having a curated query library is a good step in that direction, but that still requires some basic knowledge of SQL. 

D

On Oct 2, 2014, at 4:16 PM, Nuria Ruiz <nuria@wikimedia.org> wrote:

Dario:

There are no technical blockers to be able to generate that data. Now, product wise it does not seem like a fit as wikimetrics' purpose is to produce data and run metrics. All wikimetrics computations are pre-canned. 

It seems to me the use cases you passed along are better fitted by a tool being able to freely query the db like quarry.

Thanks,

Nuria

On Thu, Oct 2, 2014 at 4:00 PM, Dario Taraborelli <dtaraborelli@wikimedia.org> wrote:

Abbey asked a question during today’s research group that I wanted to relay to the wikimetrics devs.

Would it be possible to allow people to use Wikimetrics’ project-level reports to generate cohorts, in other words, obtain lists of user_ids or user_names matching specific criteria, for example:

• registered users on a given date or period

• newly active editors on a given date

• unique editors on a given date or period

UX research as well as LCA would die to have such a functionality (the fallback is to do this via Quarry or post a request to Research & Data or someone in Grantmaking).

Dario

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

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

_______________________________________________
Research-Internal mailing list
Research-Internal@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/research-internal