Talk:Pageviews Analysis/Archives/2020/2

From Meta, a Wikimedia project coordination wiki

Massviews Analysis with External link as source produces same result set, irrespective of the external link

Tracked in Phabricator:
Task T249702 resolved

I'm using Massview Analysis https://tools.wmflabs.org/massviews/ with External link as the source. (from this table, all the links in the 3rd column)

For the external link I choose http://www.kb.nl, with nl.wikipedia.org as the platform. This gives the URL

https://tools.wmflabs.org/massviews/?platform=all-access&agent=user&source=external-link&start=2018-02-21&end=2020-02-05&project=nl.wikipedia.org&sort=views&direction=1&view=list&target=http://www.kb.nl

which outputs a list of 141 results

So far so good.... but when I return to the form and enter another query, lets say for http://www.delpher.nl, so via https://tools.wmflabs.org/massviews/?platform=all-access&agent=user&source=external-link&start=2018-02-21&end=2020-02-05&project=nl.wikipedia.org&sort=views&direction=1&view=list&target=http://www.delpher.nl

I get the exact same result page as for www.kb.nl. ! As if the new url (http://www.delpher.nl) is totally ignored. I observe that it seems to be serving the result page from cache, rather than actively building a new result page for the new url

I'm working with Firefox on W10, and also tried using Chrome on W10, but that gives me the same result. I also tried erasing browser cookies etc. but to no result as well.

Can anyone reproduce this, and point out where the problem might come from and what solutions there might be?

Many thanks, --OlafJanssen (talk) 10:41, 8 April 2020 (UTC)

Fixed Sorry about that! MusikAnimal (WMF) (talk) 20:53, 9 April 2020 (UTC)
Nice, all looks well, thank you very much! --OlafJanssen (talk) 12:34, 10 April 2020 (UTC)

Tools for categories

The equivalent of Wikipedia pages on Wikinews are categories. See on Wikidata. That is why we ALSO need all the existing tools for categories. --sasha (krassotkin) 13:06, 8 April 2020 (UTC)

@Krassotkin and Ssr: Which tools? For pageviews of the category page, just enter that into the toolforge:pageviews, for example [1]. If you want pageviews of all pages within the category, you can use Massviews. For example [2]. Does that work for you? MusikAnimal (WMF) (talk) 19:28, 9 April 2020 (UTC)

New Feature:Can't start langviews from a Wikidata ID

I tried to search langviews via a Wikidata id, and it didn't provide the result: these seems kindof odd, considering Wikidata is the Crosswalk for this information. Astinson (WMF) (talk) 15:53, 14 April 2020 (UTC)

This is phab:T151898. I'll try to look into it soon. Best, MusikAnimal (WMF) (talk) 16:14, 20 April 2020 (UTC)

Mobile Percentage over 100%

Resolved.

For the March 2020 topviews data for Cebuano Wikipedia (link), I noticed that the article for Virginia (#8 on the list) was reporting a mobile percentage of 411.8%. I was curious what might have caused this. --Isaac (WMF) (talk) 18:40, 14 April 2020 (UTC)

Certainly a bug! Thanks for reporting this. I'll try to look into it soon. MusikAnimal (WMF) (talk) 16:11, 20 April 2020 (UTC)
@Isaac (WMF): This has been fixed! Thanks for the report. MusikAnimal (WMF) (talk) 21:34, 4 May 2020 (UTC)
Thanks! --Isaac (WMF) (talk) 21:47, 4 May 2020 (UTC)

Pageviews analysis and stats.grok.se

So I change the date on the pageviews analysis, and the date range won't update until I do it again, on any browser. Why is that?

Also, there is a glitch on massviews analysis (I don't know about other analysis); for example, type in a category, then do a new query, it still gives data for the old query instead of the new query unless you clear cookies or change the date range, on any browser too.

May I also request to change the examples on text fields, such as "en.wikipedia.org/wiki/Category:Hip-hop groups from New York City" to "Enter URL of category", or "Star Wars" to "Enter page title"? I think it will be easier for users to understand instructions with my proposal.

Also, can someone revive stats.grok.se? You could view data as old as December 2007. The top articles may not be updated, but I would like to see old data again. Henrik is not available, and the only way to see stats is through the Wayback Machine, only for captured pages. If you want to enter a page you want to see stats on, it redirects to the home page. 2600:1011:B113:5104:55C2:9C0B:2280:8307 08:08, 20 April 2020 (UTC)

The caching issue should be fixed now (phab:T249702). If it is still broken for you, please give examples and let me know which browser and operating system you're using. We show the full URL to a category as the placeholder, since this is what it expects. Otherwise we'd need two fields: the project and category name. This is a reasonable request, but I would rank it low-priority. For some using the full URL is quicker since you don't need to do any typing (just copy/paste).

stats.grok.se is an external tool controlled entirely by Henrik, so we can't revive it. The data still exists in the raw dumps, but it needs to be exposed through the RESTBase APIs in order for the Pageviews tools to use it. This is being tracked at phab:T193759 and phab:T173720. Best, MusikAnimal (WMF) (talk) 16:10, 20 April 2020 (UTC)

bug in stat

Resolved.

https://tools.wmflabs.org/topviews/?project=en.wikipedia.org&platform=all-access&date=yesterday&excludes=

102.8% ?!!!!

This has been fixed. MusikAnimal (WMF) (talk) 21:34, 4 May 2020 (UTC)

Wrong German translation

Resolved.

The English word "Median" is exactly the same in German (Median), but it is wrong translated to "Mittel" --Peter2 (talk) 20:36, 27 April 2020 (UTC)

Translations are made on translatewiki.net, and I have fixed it there. The fix will go live the next time the translations are synced (usually within a week). Courtesy ping to Metalhead64 who made the original translation. MusikAnimal (WMF) (talk) 21:42, 4 May 2020 (UTC)

No Pageviews Analysis for an article

This seems to be a normally active page in terms of editing but clicking Pageviews on the Revision history page yields no data -- the chart comes up, it just isn't populated with the normal bar graph. Thanks for any help you can give. Swliv (talk) 20:38, 14 May 2020 (UTC)

@Swliv: It didn't work for me either, but then I noticed my ad blocker was blocking the request! Perhaps you are using some sort of ad blocker, too? Whitelisting tools.wmflabs.org (note: soon will change to toolforge.org) worked for me. I think it's the word "advertising" in the page title that triggered it. MusikAnimal (WMF) (talk) 17:00, 21 May 2020 (UTC)
Ha! Thanks, good sleuthing, good reasoning. Will try to pursue. Swliv (talk) 19:45, 22 May 2020 (UTC)

No results for article

I try to get results for the recent article nl:'t Suideras on Dutch wp, but the application won't show that page in the suggestions list. I get results from Suideras, which is a redirect to the first article. Might the issue be the use of an apostrophe? Some articles that start with " 't " do appear in the suggestion list, for instance nl:'t Smurfenlied. Any suggestions? Take Mirrenberg (talk) 10:27, 24 May 2020 (UTC)

No results for an article

The enwiki article Espenberg does not show the hits on the 14 May even though forcing the display to show the 15th does. Jo-Jo Eumerus (talk, contributions) 16:46, 15 May 2020 (UTC)

It's showing up for me now. It probably wasn't working for you at the time because the data hadn't been populated yet. You should have seen a message reading something like "This page was recently created and so data may not be available yet". MusikAnimal (WMF) (talk) 02:00, 29 May 2020 (UTC)
MusikAnimal (WMF) You sure? The data were there as they did display when I forced the display, but they weren't being displayed in the default view. Jo-Jo Eumerus (talk, contributions) 08:10, 29 May 2020 (UTC)

Mediaviews Analysis link

Why isn't Mediaviews Analysis also linked at the top of the Pageview Analysis page? It seems that I can only access it by Google search. --ANDROBETA 21:17, 17 May 2020 (UTC)

Done! MusikAnimal (WMF) (talk) 01:57, 29 May 2020 (UTC)

Looks like you are using an ad blocker!

Is this really a good idea?

Hi,

What is the rationale for this new AdBlock/uBlock detection? Why force the user to add pageviews.toolforge.org/ad_block_test.js to the whitelist or to disable the ad blocker for pageviews.toolforge.org? Did someone report a problem related to an ad blocker? If that's the case, a dismissible banner at the top would be much less disruptive for users than blocking them until they take action. But I can't find any mention of an ad blocker in the archives of this page. The RedBurn (talk) 10:16, 29 May 2020 (UTC)

Some users in German-language Wikipedia are currently expressing that they're unhappy about being forced to deactivate their ad blocker for this page, see there. Maybe a warning message in the style of "if you have issues displaying the data, try deactivating your ad blocker" would be more palatable. Gestumblindi (talk) 18:44, 29 May 2020 (UTC)
@The RedBurn and Gestumblindi: The ad block test has always been there, you're just seeing it now since the recent move to pageviews.toolforge.org. If ad_block_test.js doesn't load, neither will anything else on pageviews.toolforge.org. I'm sorry there isn't another solution :( MusikAnimal (WMF) (talk) 14:48, 3 June 2020 (UTC)
Hmm I take that back. At least in my case, Adblock Plus is blocking only the ad_block_test.js file! This is peculiar because it's supposed to detect resources that were blocked under pageviews.toolforge.org, which would presumably include the other necessary assets, not just this tiny file. Anyway, I will remove the full-page barrier and work to improve the messaging. Thanks for raising this issue, MusikAnimal (WMF) (talk) 18:06, 3 June 2020 (UTC)
@MusikAnimal (WMF): Thanks for your reply! For what it's worth, my personal experience was that, using Adblock Plus, I previously (prior to the move) never had that message and the page worked fine despite the ad blocker being activated. Gestumblindi (talk) 18:10, 3 June 2020 (UTC)
@Gestumblindi: My guess it's the move to pageviews.toolforge.org (where "pageviews" is in the domain itself) that caused it. This commit added the ad block detection -- that was over 4 years ago. Anyway, a dismissable banner is now shown instead of a full-page message. Apologies for the disruption, MusikAnimal (WMF) (talk) 20:58, 3 June 2020 (UTC)
At least you shöuld provide information on this change of policy! AVS (talk) 05:54, 4 June 2020 (UTC)
@MusikAnimal (WMF): Indeed. The filter that is triggered is .org/ad_ (from the EasyList) which matches https://pageviews.toolforge.org/ad_block_test.js but not https://tools.wmflabs.org/pageviews/ad_block_test.js. If you simply remove the first _ in ad_block_test.js, it won't trigger the filter anymore. The RedBurn (talk) 06:16, 4 June 2020 (UTC)
@The RedBurn: Triggering the filter is intentional since ad blockers are bound to cause problems with analytics tools like this. See for instance the above discussion from before the move pageviews.toolforge.org. In this case the chart didn't load due to an ad blocker. We need a way to tell users you run the risk of malfunction in using ad blockers. I'm not sure what the problem is. There are in fact no ads or trackers, nor will there ever be. Why not just whitelist the tool? MusikAnimal (WMF) (talk) 15:10, 4 June 2020 (UTC)
@MusikAnimal (WMF) and The RedBurn: "Why not just whitelist the tool?" - indeed, I asked the same question in the German discussion, but it seems that some feel fundamentally "forced" or bossed around if they can't use the page without whitelisting it in their adblocker, according to some contributors. I can't really relate to that feeling and have told people there that it's a mere technicality, dealt with in two seconds, and it's really not a reason to be angry. Still, it's a feeling that exists, apparently. But surely the much more unintrusive solution with the dismissable banner will help a great deal to mitigate these feelings, so many thanks for dealing with this quickly! Gestumblindi (talk) 19:26, 4 June 2020 (UTC)

Pageviews bug report

Looks like you are using an ad blocker! Pageviews Analysis shows no ads, but the ad blockers blacklist websites that collect metrics. In our case, we're just trying to show you metrics, not collect them! This issue may be resolved by simply updating your ad blocker, specifically the EasyPrivacy list.

Or you can manually whitelist pageviews.toolforge.org

AdBlock Plus Click on the AdBlock Plus icon and select Disable on pageviews.toolforge.org. Reload the page.

uBlock Click on the uBlock icon and then click on the large power icon. Reload the page.

I also had to reconfigure uMatrix and the cookie permissions. It will be quite tedious to do this for every toolforge.org subdomain now... (Firefox seemingly removed the possibility to allow cookies for all subdomains of a domain; probably yet another genius idea they copied from Google.) Nemo 16:53, 31 May 2020 (UTC)

Pageviews bug report

https://pageviews.toolforge.org/?project=uk.wikipedia.org&platform=all-access&agent=user&redirects=1&range=this-month&pages=Від_кутюр gives a "Fatal error: TypeError: i is undefined". Probably because https://wikimedia.org/api/rest_v1/metrics/pageviews/per-article/uk.wikipedia/all-access/user/%D0%92%D1%96%D0%B4_%D0%BA%D1%83%D1%82%D1%8E%D1%80/daily/2020050100/2020053000 returns 404: this makes sense, this is a redirect I've created a couple of hours ago, but this should be handled gracefully. --Base (talk) 01:49, 31 May 2020 (UTC)

Bug report

On the English wikipedia, page views for articles like Marine microorganisms and Marine protists are no longer available. Instead, you get page views for Marine microorganism and Marine protist, which are not articles but redirects. – Epipelagic (talk) 19:29, 31 May 2020 (UTC)

I cannot reproduce. Links? Nemo 20:17, 31 May 2020 (UTC)

Misidentified assessment

At enwiki, the B-class article String theory is mislabeled as C-class in the pageviews tool. I think it is due to the order of the WikiProject listing on its talk page. I am using desktop Safari on macOS Catalina. 47.38.219.70 02:43, 18 June 2020 (UTC)