Proofread Page extension needs an API module to set or change page status
Open, NormalPublic

Description

The Proofread Page extension (http://www.mediawiki.org/wiki/Extension:Proofread_Page) needs an API module to allow users to set or change page status (without text, problematic, etc.).

This is related to bug 28893.


Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=41369

Details

Reference
bz28894
bzimport raised the priority of this task from to Normal.
bzimport set Reference to bz28894.
bzimport added a subscriber: Unknown Object (MLST).
MZMcBride created this task.May 9 2011, 3:20 PM

beau wrote:

I wonder if it is really needed. You can always change page status using action=edit. Proofreading does not only involve changing status, but also correcting mistakes. In such cases you will have to edit page anyway.

The only pitfall here is that earlier versions of the extension used PageQuality template. You can replace them by extension tag just by nullediting all pages.

With the addition of the API, it means we can more easily process files based on API data rather than having to do extra processing on the actual of the file. With regard to the tag vs the template is a typical example of why, with the API, we can quickly get files of a certain time/period/whatever and process them using a bot rather than having to jump on every file to check its needs.

beau wrote:

Andrew, I don't how your comment is related to this feature request. You can obtain the proofread status of a page via api.

I would like the proofread status of a page to be a Flagged Rev Tag.
https://www.mediawiki.org/wiki/Help:FlaggedRevs

This allows the existing API to be used
https://www.mediawiki.org/wiki/Flagged_Revisions#API

It also provides some other benefits

  • separation of the proofreading UI (textbox + image side by side) from the proofreading quality system.
  • multiple quality indicators (often the text is perfect but the style is poor quality)
  • customisation of the quality workflows, including customisation of access control to the quality levels (some projects may want three phase verification, one project demanded that anons be allowed to change quality levels - see bug 20812 comment 28)
Tpt added a comment.Sep 12 2012, 12:59 PM

"I would like the proofread status of a page to be a Flagged Rev Tag": a lot of wikis doesn't use (and doesn't want to use) FlaggedRevs. So we can't make ProofreadPage dependant of FlaggedRevs.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 17 2015, 3:03 PM
Reedy set Security to None.
Reedy moved this task from Unsorted to Non-core-API stuff on the MediaWiki-API board.

Add: its need to fix another option of API to Action=edit, Header Footer, Page body separately to resolved our one issue of Google OCR Script.

Tpt added a comment.Apr 27 2016, 4:35 PM

For that you could use something like https://en.wikisource.org/wiki/Special:ApiSandbox#action=query&format=json&prop=info&list=&titles=Page%3ATricotrin%2C+by+'Ouida'.djvu%2F323&inprop=preload that returns the preloaded Wikitext of the Page: page.

Here, it's the Wikitext serialization that current follows the pattern (warning: it may change in the future!):

"<noinclude><pagequality level="PROOFREADING_LEVEL" user="PROOFREADING_USER" /><div class="pagetext">HEADER\n\n\n</noinclude>BODY<noinclude>FOOTER</div></noinclude>"