Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
1. A removal of the per-project double-counting due to banners; 2. The removal of meta over-over-OVER-counting due to EventLogging; 3. The inclusion of Mobile App traffic; 4. The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports - see https://meta.wikimedia.org/wiki/Research:Page_view#Future_work . But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
very exciting, thanks Oliver and everyone else involved in this.
Just a note to clarify this point:
when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic.
there won’t be any sudden change of traffic data in the existing reports and we need to figure out how to make the transition to the new definition as graceful as possible. We will publish detailed FAQ on the change whenever it becomes operational.
Dario
On Mar 4, 2015, at 10:20 AM, Oliver Keyes okeyes@wikimedia.org wrote:
Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
- A removal of the per-project double-counting due to banners;
- The removal of meta over-over-OVER-counting due to EventLogging;
- The inclusion of Mobile App traffic;
- The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports - see https://meta.wikimedia.org/wiki/Research:Page_view#Future_work . But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
-- Oliver Keyes Research Analyst Wikimedia Foundation
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Thanks Oliver!
The thing I'm really looking forward to — hopefully this is on the medium-term roadmap for stats.wikimedia.org? — is an API for article-level view data based on this new definition.
-Sage
On Wed, Mar 4, 2015 at 10:20 AM, Oliver Keyes okeyes@wikimedia.org wrote:
Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
- A removal of the per-project double-counting due to banners;
- The removal of meta over-over-OVER-counting due to EventLogging;
- The inclusion of Mobile App traffic;
- The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports - see https://meta.wikimedia.org/wiki/Research:Page_view#Future_work . But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
-- Oliver Keyes Research Analyst Wikimedia Foundation
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Word. I think that's a must-have. Kevin or Toby would be better equipped to speak up on this than me, however.
On 4 March 2015 at 13:41, Sage Ross ragesoss+wikipedia@gmail.com wrote:
Thanks Oliver!
The thing I'm really looking forward to — hopefully this is on the medium-term roadmap for stats.wikimedia.org? — is an API for article-level view data based on this new definition.
-Sage
On Wed, Mar 4, 2015 at 10:20 AM, Oliver Keyes okeyes@wikimedia.org wrote:
Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
- A removal of the per-project double-counting due to banners;
- The removal of meta over-over-OVER-counting due to EventLogging;
- The inclusion of Mobile App traffic;
- The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports - see https://meta.wikimedia.org/wiki/Research:Page_view#Future_work . But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
-- Oliver Keyes Research Analyst 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
You're welcome Oliver, and well done, another milestone :-)
I think we need to update our page view dumps first, which pipe into many existing reports (WMF maintained and external). Then after that an API would be a huge improvement!
Erik Zachte
-----Original Message----- From: analytics-bounces@lists.wikimedia.org [mailto:analytics-bounces@lists.wikimedia.org] On Behalf Of Oliver Keyes Sent: Wednesday, March 04, 2015 19:47 To: A mailing list for the Analytics Team at WMF and everybody who has an interest in Wikipedia and analytics. Subject: Re: [Analytics] [Announce] new Pageviews definition complete and implemented
Word. I think that's a must-have. Kevin or Toby would be better equipped to speak up on this than me, however.
On 4 March 2015 at 13:41, Sage Ross ragesoss+wikipedia@gmail.com wrote:
Thanks Oliver!
The thing I'm really looking forward to — hopefully this is on the medium-term roadmap for stats.wikimedia.org? — is an API for article-level view data based on this new definition.
-Sage
On Wed, Mar 4, 2015 at 10:20 AM, Oliver Keyes okeyes@wikimedia.org wrote:
Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
- A removal of the per-project double-counting due to banners; 2.
The removal of meta over-over-OVER-counting due to EventLogging; 3. The inclusion of Mobile App traffic; 4. The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports
. But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
-- Oliver Keyes Research Analyst 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 Research Analyst Wikimedia Foundation
_______________________________________________ Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Agreed! First granular data, then granular data piping to wikistats, then granular data piping to everyone else.
On 4 March 2015 at 14:04, Erik Zachte ezachte@wikimedia.org wrote:
You're welcome Oliver, and well done, another milestone :-)
I think we need to update our page view dumps first, which pipe into many existing reports (WMF maintained and external). Then after that an API would be a huge improvement!
Erik Zachte
-----Original Message----- From: analytics-bounces@lists.wikimedia.org [mailto:analytics-bounces@lists.wikimedia.org] On Behalf Of Oliver Keyes Sent: Wednesday, March 04, 2015 19:47 To: A mailing list for the Analytics Team at WMF and everybody who has an interest in Wikipedia and analytics. Subject: Re: [Analytics] [Announce] new Pageviews definition complete and implemented
Word. I think that's a must-have. Kevin or Toby would be better equipped to speak up on this than me, however.
On 4 March 2015 at 13:41, Sage Ross ragesoss+wikipedia@gmail.com wrote:
Thanks Oliver!
The thing I'm really looking forward to — hopefully this is on the medium-term roadmap for stats.wikimedia.org? — is an API for article-level view data based on this new definition.
-Sage
On Wed, Mar 4, 2015 at 10:20 AM, Oliver Keyes okeyes@wikimedia.org wrote:
Hey all,
I'm very pleased to announce that the new pageviews definition is (1) complete and (2) implemented. Prominent features include:
- A removal of the per-project double-counting due to banners; 2.
The removal of meta over-over-OVER-counting due to EventLogging; 3. The inclusion of Mobile App traffic; 4. The inclusion of projects with non-standard URL schemes.
What this means in practice is that when the data begins coming out through stats.wikimedia.org and elsewhere, you can expect to see a substantial drop in traffic. This is not a drop in traffic; it is a correction for the massive inaccuracies in the existing definition, which are causing an artificial /rise/.
So, what's next? Well, the Analytics Engineering team has to implement the functionality on a regularly running job to get the data released on a consistent basis. We also need to split out per-article pageviews and do some tagging to provide granular reports
. But the core definition is complete.
Huge thanks to Andrew Otto, Christian, Nuria, Aaron and Bob West for their contributions to this project.
-- Oliver Keyes Research Analyst 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 Research Analyst 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