Talk:Pageviews Analysis/Archives/2019/2

Massviews, with Mozilla Firefox, needs "a second run" to avoid error message "Fel uppstod när Pageviews API anropades - Okänd"

Tracked in Phabricator:
Task T219857

When I use the Massviews tool to produce the view statistics for a category tree, only a part of the articles are included and the rest gives the error message "Fel uppstod när Pageviews API anropades - Okänd" (Error occured when Pageviews API was called - Unknown), but only on the first run attempt.

Example

https://tools.wmflabs.org/massviews/?platform=all-access&agent=user&source=category&target=https%3A%2F%2Fsv.wikipedia.org%2Fwiki%2FKategori%3ANaturreservat_i_Sverige&start=2018-10-01&end=2019-03-31&subjectpage=0&subcategories=1&sort=views&direction=1&view=list

The category tree contains 5 017 articles, but the first result only consists of 4 243 articles and there are some 800 error messages at the end of the list. If I make a second attempt, with exactly the same URL, all articles are included in the result. If I then make a slight change to e.g. the start date, the same problem occurs again.

• Web browser: This problem occurs when I use the Mozilla Firefox (version 66.0.2) but not when I use Microsoft Edge (version 42.17134.1.0).
• Operating System: Windows 10.

It would be great if you could look into this and, if possible, robustify the tool to get the correct/complete result already on the first run also for Mozilla Firefox. --Larske (talk) 07:57, 2 April 2019 (UTC)

I think it works the second time, or in another browser, because the server has the responses cached. I believe the underlying API is telling Massviews it's going too fast, even though we are abiding by the advertised rate limits. I filed a bug at phab:T219857. Thanks for the report, MusikAnimal (WMF) (talk) 08:58, 2 April 2019 (UTC)

Pageviews isn't working in April

Tracked in Phabricator:
Task T219842 resolved

Памылка пад час запыту Pageviews API - Not found. --Renessaince (talk) 08:31, 2 April 2019 (UTC)

Thanks for providing a link. Sometimes the data takes longer than 24 hours to populate, so let's check back tomorrow. If data for April 1 is still missing, then I think we can conclude something went wrong, and I will notify the Analytics team to get it fixed. Best, MusikAnimal (WMF) (talk) 08:35, 2 April 2019 (UTC)

Looks like this time there was an outage. The Analytics team is aware and is working to restore the data. More at phab:T219842 MusikAnimal (WMF) (talk) 13:58, 2 April 2019 (UTC)

It's working now. --Renessaince (talk) 06:25, 3 April 2019 (UTC)

Wonderful. Thanks again for the report, MusikAnimal (WMF) (talk) 11:31, 3 April 2019 (UTC)

Same problem for [1]. Time is not enough.--Андрей Перцев 1967 (talk) 05:42, 22 April 2019 (UTC)

@Андрей Перцев 1967: The link you gave goes to the yearly results for be-tarask in 2018, and it loads for me. Is it not working for you? — MusikAnimal ^talk 16:24, 24 April 2019 (UTC)

@MusikAnimal:, everything is good. thank--Андрей Перцев 1967 (talk) 18:53, 24 April 2019 (UTC)

Page Views for Wikipedia —no changes on a page with comparative data

Hi, all! For the Ukrainian Monthly Wiki Herald I use data from https://stats.wikimedia.org/EN/TablesPageViewsMonthlyOriginalCombined.htm

Unfortunately there was no changes on the page since March 26, 2019.

Of course, for Page Views data I use https://stats.wikimedia.org/v2/ but I did not find a page with comparative data for Page Views for different Wikipedia languages.

Who can help? Or what is the best place to ask this question? --Perohanych (talk) 09:16, 8 April 2019 (UTC)

You could copy the table view of two or more Wikipedias and draw your own graph from the raw data. — Yerpo ^Eh? 09:34, 8 April 2019 (UTC)

I need to find

• Wich Wikipedias are neighbouring the Ukrainian one last month.
• What place (rank) is for the Ukrainian Wikipedia in terms of Pege Views

I could get this info in one place at https://stats.wikimedia.org/EN/TablesPageViewsMonthlyOriginalCombined.htm --Perohanych (talk) 19:07, 8 April 2019 (UTC)

@Perohanych: Sorry for the late reply. This forum is for the Pageviews Analysis tool. I recommend contacting the Analytics team about issues with the data sets and pageviews API. Hope this helps, MusikAnimal (WMF) (talk) 16:26, 24 April 2019 (UTC)

Date format

While using ?uselang=ml, date format appears as M/DD/YYYY. In Malayalam we commonly use DD/MM/YYYY format. Could you update to reflect this.--Praveen:talk 01:55, 10 May 2019 (UTC)

@Praveenp: Hello! It actually goes off of your browser and/or operating system, not the interface language. We have an entry in our config for ml-in that uses DD-MM-YY. You must be using a different locale. Could you tell me what you see in the popup at here? Note also in Pageviews Analysis you can force ISO 8601 by going to Settings and unchecking "Localize date format". Best, MusikAnimal (WMF) (talk) 02:16, 10 May 2019 (UTC)

@MusikAnimal (WMF): Thank you for immediate response. I confirm I am using en-us as my browser locale. It is not easy for Malayalam users to set locale as ml-in, since not many websites are in Malayalam and many of the available ones (including google, facebook) are not that good for regular use. I don't know any user who uses Malayalam locale in their browser. Is there any URL parameter available equivalent for unchecking "localize date format", so that we can add that to ml:മീഡിയവിക്കി:Histlegend.--Praveen:talk 14:52, 10 May 2019 (UTC)

Tracking events

Is this the full extent of public page usage info, or do we have other tracking events? I'm curious as to whether readers read to the bottom of the page or where they stop—are they coming just for the infobox or are they reading through to References? Or time spent on page? czar 19:07, 12 May 2019 (UTC)

Unfortunately none of this information is available. Sorry! MusikAnimal (WMF) (talk) 00:25, 24 May 2019 (UTC)

Blockchain

Hello! I used the Massviews Analysis tool for w:en:Blockchain (w:en:Category:Mathematics). Include all subcategories. w:en:Blockchain article is in w:en:Category:Mathematical tools (part of w:en:Category:Mathematics). Why I do not see w:en:Blockchain article from the list (Chose a category w:en:Category:Mathematics)? And why all the time a lot of articles with an error querying Pageviews API - Not found? Thanks! — Niklitov (talk) 14:43, 19 May 2019 (UTC)

This is baffling. I will have a look into this issue. Thanks for the report, MusikAnimal (WMF) (talk) 00:26, 24 May 2019 (UTC)

Display and link of articles containing some characters fail in Topview Analysis

Resolved.

In the Topview Analysis for dewp for May 24, see this link, there are three articles on place 62, 63, and 64 with incorrectly handled characters.

• de:Stückgut
• de:Schüttgut
• de:Fördertechnik
• also de:Förderband on place 306 is incorrectly handled.

The incorrectly handled characters are somehow translated to %uFFFD which is displayed as a question mark icon in the webb browser and the links lead to an error page instead of the respective article.

Note: This problem is not present in the Pageviews Analyis where the same articles are displayed and linked correctly, see this link.

--Larske (talk) 08:51, 25 May 2019 (UTC)

A bot or some other automated program is for some reason hitting "St�ckgut" and the other pages, not the real articles. Basically this is fake traffic that can be ignored. These pages are supposed to be automatically hidden but that functionality was broken. It's fixed now :) Thank you for the report, MusikAnimal (WMF) (talk) 05:09, 28 May 2019 (UTC)

Plus in the title

Tracked in Phabricator:
Task T224451

For the "J1124+4535" shows an error "J1124+4535: Error querying Pageviews API - Not found." --Sunpriat (talk) 21:40, 27 May 2019 (UTC)

Indeed! This is apparently a regression with the pageviews API. I've filed at bug at phab:T224451. Thanks for the report, MusikAnimal (WMF) (talk) 04:25, 28 May 2019 (UTC)

bug

That pageviews don't look really realistic. Habitator terrae (talk) 21:57, 22 May 2019 (UTC)

It is most surely bot-inflated traffic. In the pageviews API pipeline, bots are filtered out using basic heuristics like looking at the user agent. So this bot probably is spoofing to look human or it is a clientside script. Why they would want to scrape the page that many times, who knows :) I will add an entry about this common issue in the FAQ. MusikAnimal (WMF) (talk) 00:28, 24 May 2019 (UTC)

The FAQ now includes information on this. MusikAnimal (WMF) (talk) 19:36, 29 May 2019 (UTC)

Error querying Pageviews API - Not found (arwiki)

Hello, you'll face "Error querying Pageviews API - Not found" in Pageviews Analysis tool with this articles:

• ar:وحيدات الخلية مستخدمة الكيتين التايوانينية created on 10 Feb 2019

• ar:وحيدات الخلية مستخدمة الكيتين الكورينية created on 10 Feb 2019

If you choose (Dates= All time) it'll work, but you'll face error if you choose any other range of time --Alaa :)..! 05:20, 2 June 2019 (UTC)

Pageviews bug report

• Link: https://tools.wmflabs.org/pageviews/?project=mediawiki.org&platform=all-access&agent=user&range=latest-20&pages=MediaWiki
• Broken: All results for mediawiki.org
• Browser: Shouldn't matter in this case, but Firefox on macOS.

Jc86035 (talk) 09:19, 3 June 2019 (UTC)

@Jc86035: You aren't by chance using an anti-tracking browser extension, such as Privacy Badger? Please make sure mediawiki.org is whilelisted. The Toolforge environment is also undergoing maintenance today, which might slow down things. MusikAnimal (WMF) (talk) 15:44, 3 June 2019 (UTC)

@MusikAnimal (WMF): Yes, it seems that the former was the issue. Thanks, and apologies for the unnecessary report. Jc86035 (talk) 07:07, 5 June 2019 (UTC)

More of a question - is there a distinction between human vs. bot traffic?

If so, wondering if these could be separated out on the reports? - Scarpy (talk) 18:06, 3 June 2019 (UTC)

There's phab:T138207 and phab:T123442. Bot detection is practically a science. I think at current it's simply going by user agent and these bots are spoofing and/or using client side scripts such that the UAs look human. MusikAnimal (WMF) (talk) 01:24, 7 June 2019 (UTC)

Changing name of duplicate listing-

Hello, Our business is Bridgeton House on the Delaware (a hotel)- wiki has us as Bridgeton House. When one searches on google for Bridgeton House (as most will instead of typing our our whole name) Google uses wiki to show not our business listing, but this wiki page. https://en.wikipedia.org/wiki/Bridgeton_House I have tried to change the Title to Bridgeton House on the Delaware but it will not let me change the main title. One might think that this is a big deal, but it is for a hotel as google defaults to the name & does not show our actual hotel 'Google my business' page, which exist with all our business information, photos & reviews.

Is there any way to either delete the wiki page altogether or change the title which google searches for & have it go to Bridgeton House on the Delaware. And yes I have tried to contact google numerous times, but to no avail.

Thank you BwBriggs (talk) 22:09, 24 June 2019 (UTC)

bwbriggs

Hi BwBriggs, this help venue is about the Pageviews Analysis tool. For help with editing or using the English Wikipedia, you can contact the help desk or the Teahouse. Best, MusikAnimal (WMF) (talk) 22:15, 24 June 2019 (UTC)

Feature Request

Could there possibly be an option to show unique viewers under the pageviews section of pageviews tab. When checking out my page, I want to know how many different people have seen my page, not just if half of them are me or not. AdrianWikiEditor (talk) 07:00, 29 June 2019 (UTC)