Page MenuHomePhabricator

On Special:WantedPages allow to filter and order by count by namespace of redlink
Open, Needs TriagePublic

Description

It is difficult to easily see what pages are really missing on a site (redlinks on on article mainspace pages). Current Special:WantedPages such as voy:Special:WantedPages shows a list that are mainly red links on talk, user and project pages not main space article pages. Takes a lot of clicking to see really needed pages.

This is not filtering the pages in the list of wanted pages by type but filtering the pages that link to the pages in the list and the number of links result needs to reflect the source red-links count by page type not the target count.

Not sure if that can be handled real-time with a filter, may have to be a separate page created in batch.

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptNov 7 2018, 8:55 AM
Aklapper renamed this task from Special Wanted Pages should be possible to filter and order by count by source of redlink to On Special:WantedPages to filter and order by count by source of redlink.Nov 7 2018, 9:06 AM

One idea is to make the existing page a table with a column showing number of redlinks from each namespace type (mainspace, talk of article, user page, template, ....) and make it possible to reorder the table based on descending number of each source page type.

Bawolff added a subscriber: Bawolff.Nov 8 2018, 7:17 AM

Part of the issue is that its reusing the generic query page stuff, which only has one count field. So we could limit to say just content namespaces, but its hard to offer all possibilities.

Of course another alternative is to do more specific queries at quarry.wmflabs.org

Aklapper renamed this task from On Special:WantedPages to filter and order by count by source of redlink to On Special:WantedPages allow to filter and order by count by namespace of redlink.May 22 2019, 1:29 PM
Aklapper added a subscriber: Traveler100.

I suspect that this legacy stuff affects another unwanted result. If you look at any of these local 'Wanted pages' lists:

https://en.wikipedia.org/wiki/Special:WantedPages
https://de.wikipedia.org/wiki/Spezial:Gew%C3%BCnschte_Seiten
https://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%A2%D1%80%D0%B5%D0%B1%D1%83%D0%B5%D0%BC%D1%8B%D0%B5_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B

you will see the same picture:

  1. Top-100 is filled with boolsheet-like pages of unknown origin (by the way, they are different in different language versions)
  2. It is shown that there are 10k-30k-80k links to that pages but if one clicks to the sources one won't find any link, not even in the older versions
  3. Somewhere on the list page 3 starts the *really* wanted pages list but nobody reaches it being frustrated by the first 2 pages

So it's obvious that some query collects some irrelevant data from who knows where, and only a developer with a debugger can track and fix that.

Lots and lots of people in every language version of Wikipedia visit Special Pages -> Wanted Pages and get frustrated. This is an important issue.

I'm not sure if I should have created a separate request. Let me know if I should.

Perhaps fixing that query will make possible or will directly enable other mentioned RFCs.

Thanks!

YonaB added a subscriber: YonaB.Sep 21 2020, 9:31 AM