Page MenuHomePhabricator

Correcting content page count at en.wikibooks and pt.wikibooks
Closed, ResolvedPublic

Description

Author: aaron.adrignola

Description:
The traditional method of counting which pages contain content for the purposes of {{NUMBEROFARTICLES}} does not accurately reflect the value for en.wikibooks, where many books' pages do not have wikilinks to other pages. Additionally, links for navigation to other pages contained within templates do not count when determining whether a page has internal links. Therefore the community would like to instead use the method of using pages with commas in determining content pages.

Please set $wgUseCommaCount to true. Changing this will not retroactively change the current count, so it would be appreciated if maintenance/recount.sql could be run to reflect the new methodology. Thanks.


Version: unspecified
Severity: enhancement
URL: http://en.wikibooks.org/w/index.php?title=Wikibooks:Reading_room/Proposals&oldid=2027701#.24wgUseCommaCount

Details

Reference
bz27256

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:19 PM
bzimport set Reference to bz27256.
bzimport added a subscriber: Unknown Object (MLST).

jeluf wrote:

Your change has been completed.
Please reopen this ticket if anything went wrong.

The following configuration settings have been changed:

Index: InitialiseSettings.php

  • InitialiseSettings.php (revision 1678)

+++ InitialiseSettings.php (working copy)
@@ -8697,6 +8697,12 @@

	),

),

+'wgUseCommaCount' => array(
+ 'default' => false,
+ 'enwikibooks' => true,
+ 'ptwikibooks' => true,
+),
+
'wgUseContributionTracking' => array(

	'default' => false,
	'foundationwiki' => true,

You can find the entire config file at
http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php

aaron.adrignola wrote:

The configuration looks good. But the new method won't retroactively change the current count. Could the recount.sql maintenance script be run for en.wikibooks and pt.wikibooks? Rest assured that even given the absolute page counts for the projects it shouldn't take long to run. Thanks for the help so far.

(In reply to comment #3)

The configuration looks good. But the new method won't retroactively change
the current count. Could the recount.sql maintenance script be run for
en.wikibooks and pt.wikibooks? Rest assured that even given the absolute page
counts for the projects it shouldn't take long to run. Thanks for the help so
far.

Its unclear if that script actually works (well the recount.sql script is super old and definitely doesn't work. Its unclear if its replacement works). See my comment on bug 26033.

What script needs running Bawolff?

There isn't one in existence as far as i know. One needs to be written.

(In reply to comment #2)

+'wgUseCommaCount' => array(
+ 'default' => false,
+ 'enwikibooks' => true,
+ 'ptwikibooks' => true,
+),

This is no longer the case and, now, the new $wgArticleCountMethod needs to be updated to reflect the counting behavior desired (any, comma, link) and, after that, maintenance/updateArticleCount.php needs to be run.

See [[mw:Manual:$wgArticleCountMethod]] and [[mw:Manual:Article count]].

aaron.adrignola wrote:

(In reply to comment #8)

When this bug was first filed, the choice was only between comma and link. As described in the first comment made by myself, comma was chosen because there aren't many links in books at Wikibooks.

But it's not guaranteed that a page will have a comma either. So once $wgArticleCountMethod is available, it would be best to set that to "any" for Wikibooks.

As for the script, I thought that a new one had to be written (see comment #4).

(In reply to comment #9)

As for the script, I thought that a new one had to be written (see comment #4).

Sort of. Since I wrote that, SiteStatsInit has been updated to be a bit more correct. It should work fine in link (normal) count mode, and in any count mode. In comma count mode it will count all pages of non-zero length. Which is a bit different from "any page with a comma in it".

(In reply to comment #9)

But it's not guaranteed that a page will have a comma either. So once
$wgArticleCountMethod is available, it would be best to set that to "any" for
Wikibooks.

How can a Wikibooks page be considered "good" without a comma?

(In reply to comment #11)

How can a Wikibooks page be considered "good" without a comma?

[[Wikijunior:Small Numbers/5]]?

(In reply to comment #12)

(In reply to comment #11)

How can a Wikibooks page be considered "good" without a comma?

[[Wikijunior:Small Numbers/5]]?

Fixed link: [[b:Wikijunior:Small Numbers/5]].
(where is bugzilla's preview button??? =( )

(In reply to comment #12)

(In reply to comment #11)

How can a Wikibooks page be considered "good" without a comma?

[[Wikijunior:Small Numbers/5]]?

That page has a template, though, and would be counted with the normal method as updated now (actual page or template links, not literal [[). And it seems to be counted even now, according to

(In reply to comment #10)

In comma count mode it will count all pages of non-zero length.

So, it's not clear what's desired: "comma count" as asked originally, comma count as described above, new method "any" or what else. In any case the discussion ([[b:Wikibooks:Reading_room/Archives/2011/February#Page_counts_are_incorrect]]) is outdated. Closing for now.