Talk:Pageviews Analysis/Archives/2019/3

Pageview Analysis of w:Elephant's Foot (Chernobyl)

https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&start=2017-11&end=2019-06&pages=Elephant%27s_Foot_(Chernobyl)

In the analysis of the article's pageviews, it shows that there were 0 pageviews before June 2019. This does not seem correct. Is it? UnsignificantEditor (talk) 22:42, 5 July 2019 (UTC)

@UnsignificantEditor: It was moved on June 7. Pageviews are tied to the title, not the page ID, so you need to enter the old location too. See [1] for combined results. There's also Redirect Views which shows the target page + all of its redirects. This works in your situation because a redirect was left behind when the page was moved. MusikAnimal (WMF) (talk) 22:58, 9 July 2019 (UTC)

Pageviews of Rbb 88.8 are NotFound

The pagevies for Rbb 88.8 are missing somehow: https://wikimedia.org/api/rest_v1/metrics/pageviews/per-article/de.wikipedia/all-access/user/Rbb_88.8/daily/2018071200/2018080100

The page still exists: https://de.wikipedia.org/wiki/Rbb_88.8

The same query is used here: https://tools.wmflabs.org/pageviews/?project=de.wikipedia.org&platform=all-access&agent=user&start=2018-07-12&end=2018-08-01&pages=Rbb_88.8

This is one of the gotchas of the Pageviews API. The 404 (not found) in this case means zero pageviews. I can try to make Pageviews Analysis automatically detect this. MusikAnimal (WMF) (talk) 20:19, 12 August 2019 (UTC)

Error in the number of pageviews of an article?

Tracked in Phabricator:
Task T225089

Something seems to be wrong with the pageview statistics of the article de:Anthocyane:

• May 2019: 8,267,727 pageviews Pageviews Analysis May 2019
• April 2019: 9,253,908 pageviews Pageviews Analysis Apr 2019
• February 2019: 27,358,494 pageviews Pageviews Analysis Feb 2019
• January 2019: 23,177,956 pageviews Pageviews Analysis Jan 2019

A few pageviews too much for this article, especially if you look at the page views of the years before.--Starkiller3010 (talk) 21:10, 2 June 2019 (UTC)

@Starkiller3010: See toolforge:pageviews/faq#anomaly. Almost all pageviews for Jan 2019 are from desktop, which is not typical for dewiki. This suggest it is artificial traffic. MusikAnimal (WMF) (talk) 01:35, 3 June 2019 (UTC)

Why would anyone cause this artificial traffic (assuming it is done on purpose)? This was the most visited article last month (11.5M average views, but only 144 median). --80.123.49.231 06:57, 30 July 2019 (UTC)

The same sort of thing seems to have happened for en:Rheology/, has a ridiculous spike in desktop views only in the middle of feb https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=desktop&agent=user&start=2019-02-13&end=2019-02-22&pages=Rheology.2001:388:608C:4C40:F874:6BAE:DAD:FF03 01:25, 22 August 2019 (UTC)

Does not seem to have a rationale for high pageviews for a page on Telugu wiki

As per this link te:కుక్కుట శాస్త్రం is ranked first for the month of 2019 May. It appears in the top 1 or 2 spots for several months for the past few years. Based on the content in the article (basically science about cocks and cockfight, which is popular during Sankranthi festival, usually occuring in January, we could not find any reason, why it should appear in the top in other months. Can you investigate into this issue by looking at referring links or other data and see whether any bug exists with regard to pageview count?--Arjunaraoc (talk) 09:32, 2 August 2019 (UTC)

Logged a Phabricator ticket https://phabricator.wikimedia.org/T230457 .--Arjunaraoc (talk) 03:53, 14 August 2019 (UTC)

Leading character of Wiki article name, in defiance of the standard of Wiki being case IN-sensistive, *IS* case sensitive

I found that using a leading lower case name for a wiki article for https://tools.wmflabs.org/redirectviews gave me a number in the 20s. Fixing the leading character to a capital gave me a number in the hundreds.

I don't know if the latter number included those in the former case. Pi314m (talk) 07:09, 7 August 2019 (UTC)

Confirmed! I will try to get this fixed soon. The lowercased results simply doesn't include the target article, so trust the version with the capitalized leading character. MusikAnimal (WMF) (talk) 20:14, 12 August 2019 (UTC)

Any replacement for Traffic Analysis Reports?

Hi if I understand correctly this site has taken the place of what Eric Zachte used to do. Now I found his Traffic Analysis Reports very helpful, especially views per language https://stats.wikimedia.org/wikimedia/squids/SquidReportPageViewsPerLanguageBreakdown.htm and views per country https://stats.wikimedia.org/wikimedia/squids/SquidReportPageViewsPerCountryBreakdownHuge.htm

These look inactive since 2018. Any chance someone is doing somethinglike this again? Kipala (talk) 20:00, 12 August 2019 (UTC)

@Kipala: Wikistats 2 is the official replacement for the old squid-based reports. See pageviews by country. I'm not sure about pageviews by language. As far as I know that data is not publicly available at this time. The Analytics team would know more; feel free to file a task on Phabricator. Hope this helps, MusikAnimal (WMF) (talk) 20:13, 12 August 2019 (UTC)

periodicity analysis in pageviews

Hi, just wondering if (feature request) some data mining analysis could be added to pageview histories reports like looking for periodicity. Like a fourier analysis... I'm sure there are other ideas…--Smkolins (talk) 14:10, 22 August 2019 (UTC)

Mineplex views

Hello. I started a draft for Mineplex on 3/21/19 and it was added to mainspace on 3/24/19. When I look at the article's all-time pageviews, however, I see views on the article going back to 2017. (https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=all-time&pages=Mineplex) Why is that? Melofors (talk) 00:36, 31 August 2019 (UTC)

@Melofors: I'm just going to speculate (since I can't see the deleted revisions) but it appears as if the page was a redirect prior to the creation of the article, hence the page views. Hiàn (talk) 00:41, 31 August 2019 (UTC)

Ah, that makes sense. I have a faint memory of Mineplex redirecting to Minecraft... Is there any way this information can be proved? Melofors (talk) 00:51, 31 August 2019 (UTC)

Well the deletion logs suggest that the redirect was deleted to make way for the draft's move into mainspace, but that's not anything concrete. You'd be best asking an administrator. Hiàn (talk) 00:57, 31 August 2019 (UTC)

Alright, thank you. I will wait for an admin to read this, then. Melofors (talk) 00:59, 31 August 2019 (UTC)

Hello! I can confirm this indeed used to be a redirect (a full article before that), and this is why you see older pageviews. Best, MusikAnimal (WMF) (talk) 15:54, 10 September 2019 (UTC)

Request for enhancement

I really like your tool! I use it often because it is linked on every page of the german Wikipedia. Could you add the possibility to compare the pageviews across different languages via the interwiki links? This could be very interesting. Biggerj1 (talk) 17:33, 13 September 2019 (UTC)

Hi Biggerj1, thank you for the kind words! You can use Langviews to see pageviews of an article across all languages, if that helps. There is a link in the main Pageviews tool, "All languages", that brings you to the same place. There is not a tool in this suite that will allow you to compare arbitrary pages across different wikis, but if there's enough demand for this I can look into creating it. Best, MusikAnimal (WMF) (talk) 20:45, 13 September 2019 (UTC)

Manipulation?

Since one month we have had unusual results in the pageview statistics of the German Wikipedia. A moderately well-known musician and two of his projects are high in the Top 10, which is not really comprehensible: de:Tobias Sammet, de:Avantasia, de:Edguy.

Is it possible to manipulate the retrieval statistics with automated article retrieval? It is displayed in the apps, so you could promote something in this way. And if manipulations are possible, what can you do about it? --Superbass (talk) 20:37, 14 September 2019 (UTC)

Stats don't loading...

Resolved.

It's some problem with loading page view statistic. Seems like it's not loading. If you write some word its also don't search it.--Swd (talk) 05:54, 23 September 2019 (UTC)

• As above. At pl:wiki the link to the analysis tool is available at the article's change history page. Usually, after clicking that link there, the analysis would start. It currently doesn't work automatically (e.g.:https://tools.wmflabs.org/pageviews/?start=2019-08-25&end=2019-09-25&project=pl.wikipedia.org&platform=all-access&agent=user&pages=Zbrodnie_na_pacjentach_w_Pa%C5%84stwowym_Zak%C5%82adzie_dla_Umys%C5%82owo_i_Nerwowo_Chorych_w_Kobierzynie). The tool tries to run the analysis, but stops after half a minute. I have to enter the article title separately. Only then does it work. Jacek555 (talk) 06:20, 25 September 2019 (UTC)
  • Sadly, as above. In my case, the suggested entering the article title (when the tool eventually stops) does not help. Nothing gets loaded.- Henry39 (talk) 09:14, 25 September 2019 (UTC)
    • Same issue for https://tools.wmflabs.org/pageviews/?start=2019-09-14&end=2019-10-04&pages=Glory_to_Hong_Kong (reported at w:Wikipedia:Village pump (technical)#Viewcount tool down. I see Uncaught ReferenceError: D8 is not defined at Object.warning (application.js:formatted:8598) in the browser console. the wub "?!" 09:53, 25 September 2019 (UTC)
  • Exactly the same in the Polish wiki --Accomer (talk) 13:01, 25 September 2019 (UTC)
• This is being investigated. Apologies for the disruption! MusikAnimal (WMF) (talk) 15:17, 25 September 2019 (UTC)

  I've rollback the latest changes that apparently were responsible for this, so everything should be working now. You may need to clear your browser's cache. Best, MusikAnimal (WMF) (talk) 15:31, 25 September 2019 (UTC)

  I am afraid it still does not work. Even after cleaning cache. The tool cannot find Wiki website's name. Jacek555 (talk) 21:00, 25 September 2019 (UTC)

  @Jacek555: Well the code is back to where it was from this past June. Are you sure you cleared your cache? w:WP:BYPASS has some more thorough instructions. The wub Is it working for you now, after clearing your cache? Or do you still see the same error in the console?

  The need to clear your cache is a separate, long-standing issue, by the way. I'm working on a solution to that right now. MusikAnimal (WMF) (talk) 21:08, 25 September 2019 (UTC)

  @MusikAnimal (WMF): Yes, it is working for me now. the wub "?!" 21:27, 25 September 2019 (UTC)

@Swd, Jacek555, and Accomer: I'm near certain I have this fixed now. Please confirm :)

I also took the liberty of correcting the links at pl:MediaWiki:Histlegend. Before it was using parser functions to set the date. This meant sometimes the end date was in the future, and that causes the tool to show a warning. The code for the "warning" was broken, and that's why the tool wasn't loading. So while the link you had was wrong (sort of), it uncovered the bug! Anyway, the bug and the links should now be fixed :) Let me know if you have anymore problems. Kind regards, MusikAnimal (WMF) (talk) 04:18, 26 September 2019 (UTC)

pl:MediaWiki:Pageinfo-footer should probably get the same change. I examined some (not all) languages and saw zh:MediaWiki:Histlegend also uses parser functions to set dates. Their end date is current day minus 1 so there may be less risk of problems. bs:MediaWiki:Histlegend (Bosnian), tl:MediaWiki:Histlegend (Tagalog) and ja:MediaWiki:Pageinfo-footer still link stats.grok.se. PrimeHunter (talk) 06:06, 26 September 2019 (UTC)

@PrimeHunter: Thanks for that! This is probably a good time to promote the new toolforge:global-search, see [2] :) I can fix the footer and the existing Pageviews links, but I might consult Bosnian, Tagalog and Japanese just because it would be adding a new link. Best, MusikAnimal (WMF) (talk) 06:21, 26 September 2019 (UTC)

Great tool! A search on "stats.grok.se" finds many broken links. I doubt it ever comes back but I have no inside knowledge. The front page http://stats.grok.se still exists but I haven't seen a working data page in years. http://stats.grok.se/about says where to contact the author but he hasn't edited in five years. [3] didn't ping me. It was resigned with a new timestamp but mw:Manual:Echo#Technical details says: "The diff chunk must be recognised as an addition of new lines of text, not a change to existing lines." PrimeHunter (talk) 12:24, 26 September 2019 (UTC)

@MusikAnimal (WMF): Yesterday I cleaned the cache (yes, I know how to do it right) and the tool did not work. But it works today. (In the meantime I didn't restart my notebook). It works! Thanks. Jacek555 (talk) 06:55, 26 September 2019 (UTC)

• • @MusikAnimal (WMF): Great! It really works. Thanks. Accomer (talk) 15:54, 26 September 2019 (UTC)

Imageviews

Tracked in Phabricator:
Task T210313

Hello, Since it is possible to view all WMF wikis that an image is used on (example), would it be possible to make a version of massviews that tracks the viewership of pages that an image is on rather than pages in a category? T.Shafee(Evo﹠Evo)^talk 04:52, 26 September 2019 (UTC)

Hello Evolution and evolvability, this is coming soon! This tool actually used to exist at toolforge:mediaviews, but was removed because we needed a better technical solution. The Analytics team is now adding a proper API for this, and once that's complete we can restore Mediaviews. You can follow phab:T210313 for updates. Best, MusikAnimal (WMF) (talk) 05:09, 26 September 2019 (UTC)

@MusikAnimal (WMF): Fabulous! It'll be particularly useful for tracking impact of WikiJournal articles such as this one. or this one. T.Shafee(Evo﹠Evo)^talk 05:17, 26 September 2019 (UTC)

Mont-st-Michel

Hello the team,

We were checking Mont St Michel yesterday and we could see a problem:

https://ibb.co/ScDpWnC

both Mont St Michel and Mont-st-Michel are leading to the same page https://en.wikipedia.org/wiki/Mont-Saint-Michel

On one laptop, it was also impossible to select the stats of the "real" Mont-st-Michel (the one with 1800 pageviews) into the table.

Might be a disambiguation problem

using Google Chrome on latest Windows version Mike — The preceding unsigned comment was added by 2a01:cb08:92b:4100:71a6:9893:e141:2b2b (talk) 09:07, 26 September 2019 (UTC)

I'm not on the team but will try to help. You don't say what the perceived problem is and your text doesn't match your image. You wrote Mont-st-Michel three times but en:Mont-st-Michel has never existed and is not in your image. I guess you are trying to complain that if you enter Mont St Michel then it's automatically changed to Mont St-Michel. They are both redirects to Mont-Saint-Michel. I don't know whether you want it to remain Mont St Michel or be changed to the redirect target Mont-Saint-Michel. The tool can show pageviews for a specific redirect and does so at both https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Mont_St-Michel and https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Mont_St_Michel. The search suggestion works the same as the search box at https://en.wikipedia.org: If you write Mont St Michel then the only suggestion is Mont St-Michel. I guess it's a deliberate feature to not show multiple redirects to the same target, and it chooses Mont St-Michel instead of Mont St Michel. You can change the default behaviour of https://tools.wmflabs.org/pageviews at "Settings" at the top right. If you want Mont St Michel to remain unchanged and show page views for that exact redirect then select "No autocompletion". If you want it to show page views for the redirect target then select "Autocompletion including redirects", and Mont-Saint-Michel will be suggested. The default is "Autocompletion" which is similar to https://en.wikipedia.org and chooses another redirect in this example. PrimeHunter (talk) 13:17, 27 September 2019 (UTC)