now, and can be expanded
> > later if necessary.
> >
> > Thoughts?
> >
> > [1]: https://www.mediawiki.org/wiki/Mobile/User_agents#Apps
> > [2]: https://www.mediawiki.org/wiki/EventLogging/UserAgentSanitization
> > --
> > Yuvi Panda T
> > http://
t; > >be indistinguishable from each other. This would, unfortunately,
>> lead to
>> >>>>> > lots of innocent users getting blocked as sockpuppets.
>> >>>>>
>> >>>>> However, note that the UA " WikipediaApp/
2014 15:36, Toby Negrin wrote:
> Hey folks -- we aren't considering changing any of the data that goes into
> checkuser. That tool will be unchanged.
>
> This discussion only concerns backend logging EventLogging and page view
> analytics.
>
> thanks,
>
> -Toby
>
&
figure out which ones
> should be eventually migrated to Vital
> Signs<https://www.mediawiki.org/wiki/Analytics/Epics/Editor_Engagement_Vital_Signs>
> .
>
> Dario
>
> ___
> Mobile-l m
t seems to me that the principled thing to do is for WMF to respect the
> RfC process first and work on further analytics second. I wish people
> success in gathering analytics that the community could consider in a
> future RfC.
>
That discussion is very far outside the scope of this mailing l
The issue of the RfC is way outside the scope of this list. Please, let's
keep things focussed.
Dan
On Wednesday, 16 July 2014, Dan Andreescu wrote:
> What a farce that we have a vote and then ignore clear outcomes as
>> 1:4, and even 1:13 if we do not like them :-(
>>
&g
t
discussion. Just trying to keep things centralised. :-)
Dan
--
Dan Garry
Associate Product Manager for Platform and Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
I should at least report it so you're aware.
Thanks,
Dan
--
Dan Garry
Associate Product Manager for Platform and Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
how-to-install-android-on-your-pc.html
>
> Pine
> On Jul 24, 2014 5:37 PM, "Dan Garry" wrote:
>
>> Hi!
>>
>> So I've been rooting around in ServerSideAccountCreation and I've noticed
>> some inconsistencies in the data. The final two clau
means that those iOS users who haven't updated
their app still have the old user agent, and will continue to have the old
user agent until they update their app. Bear this in mind when writing
queries against the app data!
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile
agent for
all users of the app, whereas before it wasn't mentioned at all for iOS.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
lting cohort
> when expanded with CentralAuth would include users from other wikis.
>
> Dan pointed out that this would be extremely unlikely that a cohort
> expanded using CentralAuth would include unattached users.
>
> I'm inclined to not worry about the issue and move ahead w
's all I'm proposing doing here, measuring the change per month.
> Please take a look at the Trello card for a more complete description of
> the proposal.
>
> Ryan Kaldari
>
> ___
> Analytics mailing list
> Analytics@lists.wikimedia.org
> https:
s anything interesting in the data?
>
> Kaldari
>
> ___
> Analytics mailing list
> Analytics@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics
>
>
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
/mailman/listinfo/analytics
>
>
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
WikiAppLogin_9122346
6. MobileWikiAppOperatorCode_8678522
7. MobileWikiAppReadingAction_8233710
Please don't delete anything other than these specific ones!
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
An
ov 6, 2014 at 6:21 PM, Dan Garry wrote:
>
>> Hey.
>>
>> I'm quickly checking through the EventLogging database, and there are a
>> lot of redundant tables in there which hold test data from before the app
>> launched that we're never going to use for any
These tables have now been purged.
Dan
On 6 November 2014 18:21, Dan Garry wrote:
> Hey.
>
> I'm quickly checking through the EventLogging database, and there are a
> lot of redundant tables in there which hold test data from before the app
> launched that we're never
---
>
> _______
> Analytics mailing list
> Analytics@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics
>
>
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
don't. Just to make sure,
> I've checked the EL tables and my events don't get registered there.
>
>I'd be happy to sit with someone to troubleshoot before 4pm (PST),
> after 5:30pm (PST) or tomorrow.
>
> Leila
>
>
>
> _
And, from looking at the tables, I can confirm my action was logged
successfully.
Dan
On 11 December 2014 at 14:50, Dan Garry wrote:
>
> FWIW, I tested this quickly by going to en.m.wikipedia.org on my browser
> (which has Adblock Plus 1.8.8) and clicking the left nav, which I
Mac OS X
Chrome 39.0.2171.71 (64-bit)
Adblock Plus 1.8.8
Dan
On 11 December 2014 at 14:57, Toby Negrin wrote:
>
> Dan -- what platform?
>
> On Thu, Dec 11, 2014 at 2:56 PM, Dan Garry wrote:
>>
>> And, from looking at the tables, I can confirm my action was logged
&g
;>
>>> I'm not sure who belongs to them, or if they're new, or if they're safe
>>> to kill, so this is mainly a heads-up email. Let us know if ops should kill
>>> stuff to let the box catch up again.
>>>
>>> BR
>>> Sean
>>
On 23 February 2015 at 17:37, Oliver Keyes wrote:
>
> "?saf=[value]"?
Nice.
Pending the longer-term solution, we'll probably go with this.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
A
;>> Seems like an analogous scenario.
>>>>
>>>> ___
>>>> Analytics mailing list
>>>> Analytics@lists.wikimedia.org
>>>> https://lists.wikimedia.org/mailman/list
Works for me.
Dan
On 4 March 2015 at 12:33, Adam Baso wrote:
> How about 'wprov'?
>
> On Wed, Mar 4, 2015 at 12:29 PM, Dan Garry wrote:
>
>> I'd really rather this be either something that's totally not
>> understandable by the user
Thanks for sending this, Oliver!
I'll make sure we send quick notes to this list in future for anything we
think may affect reports from Analytics.
Dan
On 19 March 2015 at 12:49, Oliver Keyes wrote:
> According to Dan Garry, the Apps team is now sending sections=all
> instead of se
le.
So, I think the Mobile Apps Team can be more timely about this sort of
thing in the future, and I'll try to make sure that we are. :-)
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics
hat
corresponded to normal browsing but *not* to saved pages refreshing.
If you have a better suggestion for any of this, let me know and we can
talk about that.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytic
pages update feature. I'm unsure of the structure of the query used to
refresh saved pages. The iOS tech lead, Adam, should be able to shed light
on this.
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
A
st way for me to get this data?
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
Ideally, yes, I would love to have this information for all the languages.
:-)
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
om server-side,
> between a "refresh" and a "pageview", for iOS users. Do I understand
> correctly? If so, I have some ideas for how we could mitigate this
> problem and make pageviews viable again *purses fingers*.
>
I believe so.
What are your ideas?
Dan
--
all. Ditto the provision of page_id and
>> >>> >>> namespace to x_analytics.
>> >>> >>>
>> >>> >>> On 20 April 2015 at 23:16, Adam Baso wrote:
>> >>> >>> > Thanks for the ping. We have a working me
g list
> > Analytics@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/analytics
>
>
>
> --
> Oliver Keyes
> Research Analyst
> Wikimedia Foundation
>
> _______
> Analytics mailing list
> Analytics
r for queries from
>> the same
>> >>> non-unique IP, you will probably see something like "a", "ab",
>> "abc"...
>> >>>
>> >>> ___
>> >>> Analytics mailing list
>> >>> Analytics@lists.
very.wmflabs.org/external/. Developing this
dashboard is a secondary priority for the Discovery Analysis Team right
now; we're prioritising more directly supporting our product development
with A/B test analysis and dashboarding.
Thanks,
Dan
--
Dan Garry
Lead Product Manager,
mated traffic is perfect, so things like this often
slip through.
Dan
--
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
___
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics
imedia.org <http://wikimedia.org> *.wmnet*
>
> * ProxyCommand ssh -a -W %h:%p bast1001.wikimedia.org
> <http://bast1001.wikimedia.org>*
>
>
> Is someone doing something nasty?
>
> Any ideas?
>
>
> Thanks,
>
>
> J
>
>
James,
Given that this post continues a pattern I have observed in you of asking
loaded questions, repeating the same questions over and over, and
assumptions of bad faith, I would not be surprised if people do not find it
to be a fruitful use of their time to engage with you. You may wish to
cons
each out to to help resolve the
> issue?
>
> Vipul
>
> ___
> Analytics mailing list
> Analytics@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics
>
>
--
Dan Garry
Senior Product Manager, Editing
Wikimedia Foundation
41 matches
Mail list logo