Re: [Analytics] [Wiki-research-l] question about Pageviews dumps

See also https://phabricator.wikimedia.org/T119352, which is proposing to track time on site / page in general. On Jul 1, 2016 4:24 PM, "Marcel Ruiz Forns" wrote: If we were doing this internally, a possibility would be to instrument MediaWiki and send sampled events with the time on page to Eve

Re: [Analytics] Confusing pageviews

gt;>> >> >> >>>> >> >> >>>> >> >> https://meta.wikimedia.org/wiki/Research_talk:Page_view/Archive_1#Parameters_appended_to_short_URLs >>>> >> >> >>>> >> >> Nemo >>>> >> >> >>>> >> >> >>>> >> >> ___ >>>> >> >> Analytics mailing list >>>> >> >> Analytics@lists.wikimedia.org >>>> >> >> https://lists.wikimedia.org/mailman/listinfo/analytics >>>> >> > >>>> >> > >>>> >> > >>>> >> > ___ >>>> >> > Analytics mailing list >>>> >> > Analytics@lists.wikimedia.org >>>> >> > https://lists.wikimedia.org/mailman/listinfo/analytics >>>> >> > >>>> >> >>>> >> >>>> >> >>>> >> -- >>>> >> Oliver Keyes >>>> >> Count Logula >>>> >> Wikimedia Foundation >>>> >> >>>> >> ___ >>>> >> Analytics mailing list >>>> >> Analytics@lists.wikimedia.org >>>> >> https://lists.wikimedia.org/mailman/listinfo/analytics >>>> > >>>> > >>>> > >>>> > ___ >>>> > Analytics mailing list >>>> > Analytics@lists.wikimedia.org >>>> > https://lists.wikimedia.org/mailman/listinfo/analytics >>>> > >>>> >>>> >>>> >>>> -- >>>> Oliver Keyes >>>> Count Logula >>>> Wikimedia Foundation >>>> >>>> ___ >>>> Analytics mailing list >>>> Analytics@lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>> >>> >>> >>> ___ >>> Analytics mailing list >>> Analytics@lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/analytics >>> >> >> >> >> -- >> Oliver Keyes >> Count Logula >> Wikimedia Foundation > > > > -- > Oliver Keyes > Count Logula > Wikimedia Foundation > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/analytics -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

Re: [Analytics] Confusing pageviews

e of the most prominent top articles has no page; it's "-". What is this? > > -- > Oliver Keyes > Count Logula > Wikimedia Foundation > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lis

Re: [Analytics] Please take a look at mediawiki API stats needs

On Fri, Nov 13, 2015 at 3:56 PM, Bryan Davis wrote: > * Only 1% of Action API traffic comes from WMF servers (excluding labs) This is a lot lower than I'd expect. Is this based on Varnish logs, or specific logs / metrics emitted by the action API code itself? If it is using Varnish logs, then m

Re: [Analytics] Kudu

>> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > > ___________ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedi

Re: [Analytics] Pageviews definition + measurement for apps adding link previews + using RESTBase

>> >> (-- > >> >> >> either > >> >> >> through caching or app logic.) > >> >> >> > >> >> >> So, in the RESTBase case we either want to count the > >> >> >> mobile-html-sections-lead

Re: [Analytics] [Survey] Pageview API

is seems like a weird way to use restful URLs. Why not parameters? > > -Toby > > On Fri, Sep 11, 2015 at 4:27 PM, Gabriel Wicke > wrote: > >> >> >> On Fri, Sep 11, 2015 at 4:26 PM, Gabriel Wicke >> wrote: >> >>> Another option would b

Re: [Analytics] [Survey] Pageview API

On Fri, Sep 11, 2015 at 4:26 PM, Gabriel Wicke wrote: > Another option would be a single entry point > > /top/{project}/{access}/from/{start}{/end} > > with support for negative indexes for 'days in the past': > > /top/{project}/{access}/from/-30 > /top/{pro

Re: [Analytics] [Survey] Pageview API

h do you prefer? Would any other query style be useful? >> >> ___ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> > ________

Re: [Analytics] [Survey] Pageview API

ists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/analytics > > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

Re: [Analytics] Pageviews definition + measurement for apps adding link previews + using RESTBase

since we cannot control when >> users >> >>> update their apps. >> >>> >> >>> [1] >> >>> >> https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-lead/Dilbert >> >>> [2] >> >>> >> https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-remaining/Dilbert >> >>> [3] >> >>> >> https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/RESTBase_services_for_apps >> >>> >> >>> [4] https://phabricator.wikimedia.org/T109383 >> >>> >> >>> >> >>> Cheers, >> >>> >> >>> Bernd >> >>> >> >>> >> >>> ___ >> >>> Analytics mailing list >> >>> Analytics@lists.wikimedia.org >> >>> https://lists.wikimedia.org/mailman/listinfo/analytics >> >>> >> >> >> >> >> >> >> >> -- >> >> Oliver Keyes >> >> Count Logula >> >> Wikimedia Foundation >> >> >> >> ___ >> >> Analytics mailing list >> >> Analytics@lists.wikimedia.org >> >> https://lists.wikimedia.org/mailman/listinfo/analytics >> > >> > >> > ___ >> > Analytics mailing list >> > Analytics@lists.wikimedia.org >> > https://lists.wikimedia.org/mailman/listinfo/analytics >> >> >> >> -- >> Oliver Keyes >> Count Logula >> Wikimedia Foundation >> >> ___ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> > > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/analytics > > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

Re: [Analytics] Pageviews definition + measurement for apps adding link previews + using RESTBase

. >> > >> > [1] >> > >> https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-lead/Dilbert >> > [2] >> > >> https://en.wikipedia.org/api/rest_v1/page/mobile-html-sections-remaining/Dilbert >> > [3] >> > >> https://www.mediawiki

Re: [Analytics] [Technical] Pick storage for pageview cubes

On Tue, Jun 9, 2015 at 11:53 AM, Dan Andreescu wrote: > Eric, I think we should allow arbitrary querying on any dimension for that > first data block. We could pre-aggregate all of those combinations pretty > easily since the dimensions have very low cardinality. > Are you thinking about someth

Re: [Analytics] [Technical] Pick storage for pageview cubes

one of > >> them. > >> > >> p.s. I will never drink Bud Lite Lime. Like, never. > >> > >> ___ > >> Analytics mailing list > >> Analytics@lists.wikimedia.org > >> https://lists.wikimedia.

Re: [Analytics] [Technical] Pick storage for pageview cubes

ct Voldemort*: As we are denormalizing the cube entirely for >> anonymity, the db doesn't need to compute aggregations, so it may well be a >> key-value store. >> >> Cheers! >> >> Marcel >> >> >> ___ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/analytics > > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

Re: [Analytics] top articles across languages for testing?

tle >>>> >>> >>> >>> >>> -- >>> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle >>> IRC: bgerstle >>> >> >> >> >> -- >> EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle >> IRC: bgerstle >> >> ___ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > > ___ > Analytics mailing list > Analytics@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/analytics > > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics

Re: [Analytics] Parsoid Performance Metrics

On Thu, Apr 2, 2015 at 1:50 PM, Kevin Leduc wrote: > [1] https://meta.wikimedia.org/wiki/Research:Data/Dashboards > I added a few services dashboards as well: https://meta.wikimedia.org/wiki/Research:Data/Dashboards#Services Gabriel ___ Analytics mai

Re: [Analytics] Rough estimate of percentage of requests without Javascript enabled/capable clients

I just linked your results from https://phabricator.wikimedia.org/T58575, but really think that they should be more widely known. Do you mind writing a mail to wikitech@ or engineering@ about this finding? Gabriel On Sun, Mar 1, 2015 at 6:24 PM, Nuria Ruiz wrote: > >Note that couple days worth

Re: [Analytics] Limits/pagination for /page/title

Thank you Dario for the heads-up. I just subscribed to the analytics list, so don't have the original mail to respond to. > I am trying to use this. Documentation for /page/title/ say "List all pages." but the re

Re: [Analytics] Rough estimate of percentage of requests without Javascript enabled/capable clients

0.09% >> IE7: 0.7% , 0.14% >> >> I do not expect that our numbers are going to match 100% to statscounter >> but I think is an OK guide to cross-check oneself, especially cause they >> deploy their beacons worldwide:http://gs.statcounter.com/faq#methodology >> &g

Re: [Analytics] Rough estimate of percentage of requests without Javascript enabled/capable clients

Thank you, Nuria! That number is higher than I expected given that the general web was apparently closer to 1.3% in 2010 . Do you think there are ways to fine-tune this, perhaps by excluding clients that also did

Re: [Analytics] [Ops] POODLE SSL 3.0 vulnerability

On 10/15/2014 06:06 AM, Mark Bergsma wrote: > On Wed, Oct 15, 2014 at 2:57 PM, Alexandros Kosiaris > wrote: >> On Wed, Oct 15, 2014 at 3:39 PM, Chris Steipp wrote: > >>> Updating the hook would be possible. Probably better than not turning >>> off ssl3 to the main sites though. What about just r