Community Tech/All Our Ideas

The All Our Ideas Tool Survey was a survey conducted of the English and Spanish Wikipedia communities in 2014 to collect and prioritize ideas for improving the tools used by those communities. The results of the survey can be seen at the following URLs:

In 2015, the Community Tech team worked on several of the requests identified by the community as high priority in the All Our Ideas survey (prior to launching their own 2015 Community Wishlist Survey). The results of their work on these requests is posted below.

For details about the process used for organizing their work on these requests, see /Process.

Currently in progress edit

Integrate Turnitin into Copyvio Detector edit

Tracked in Phabricator:
Task T110144

Plagiabot provides an API for testing articles with the Turnitin engine (see https://en.wikipedia.org/wiki/Wikipedia:Turnitin). Here is an example of the API output for a specific article: http://tools.wmflabs.org/eranbot/plagiabot/api.py?action=suspected_diffs&page_title=Rajesh_Khanna&report=1. (It returns an array of 1 or more potential violations.)

It would be great if the Copyvio Detector tool had the option of using Turnitin as well as Yahoo BOSS for detecting possible copyright violations.

Acceptance criteria:

  • In the "Copyvio search" options, add a new option for "Use Turnitin"
  • If "Use Turnitin" is checked, include source URLs from the Plagiabot API output in the "Checked Sources" list (and have them actually be checked by Copyvio Detector)
  • Source URLs that are detected by both Turnitin and Yahoo should only be shown in the list once
  • If the source URL isn't publicly accessible, show an error and link to the Turnitin report

For now, we should only use the Plagiabot API as a source for more source URLs to compare using the Copyvio Detector engine. For the sake of consistent output (that isn't mixing apples and oranges), we should not use Plagiabot's score or reports (at least for now), but should use the score and diffs generated by the Copyvio Detector engine.

Analysis edit

  • Support: Medium
  • Feasibility: Good
  • Impact: Medium
  • Risk: Medium/Low (unclear if all Turnitin sources are publicly accessible)

Priority: Normal

Completed edit

Improve FlickrFree search results edit

During the FlickrFree investigation, Magnus went ahead and rewrote the search code so that now it consistently returns the last 500 free-license uploads, rather than all the free-license images within the last 1000 uploads (which could be zero).

Fix thumbnail display in FlickrFree edit

Fixed the thumbnail display so that they are no longer squished in Chrome and Safari.

Create documentation for Quick Intersection tool edit

Per T108637, we created some on-wiki documentation for the Quick Intersection tool (at both Meta and English Wikipedia).

Fix RevisionJumper Firefox bug edit

Per task T108424, RevisionJumper had a bug that broke certain links in Firefox. This seems to have resolved on its own as no one can reproduce this bug any more.

Fix HotCat on wikis where it is broken edit

We fixed over 100 broken installations of HotCat. In the process we migrated many of them to import directly from the Commons gadget (while retaining local configuration).

Fix HotCat/VE bug edit

We fixed this on the Commons installation of HotCat (which is also imported into most other wikis that use HotCat).

Dab Solver edit

The maintainer's access to Tool Labs was restored, enabling him to improve the functionality of the tool.

Fix or replace Citation Bot edit

We fixed numerous problems with Citation Bot and it is now usable again.

Referred to another team edit

Syntax highlighter edit

This has been referred to the WMF Editing team, per their request.

Get Hovercards to feature parity with Navigation Pop-ups edit

We will be collaborating with the WMF Reading team on this one.

Backlogged edit

Turn RevisionJumper into an extension edit

Create an extension that adds the functionality of the RevisionJumper gadget to any wiki.

Acceptance criteria:

  • Build an extension that has the same functionality as RevisionJumper
  • The extension should be localizable to any language
  • Improve the text of the select list options (use Template:PLURAL switch instead of "revision(s)", make "prompt revision(s)" more clear, etc.)

This task does not include deploying the extension to any wikis. That should be filed as separate tasks afterwards based on the local consensus of specific wikis (talk to Community Liaisons to handle this part).

This is currently blocked by task T114172.

Analysis edit

  • Support: Medium
  • Feasibility: Good
  • Impact: Medium/High (will make the feature available on any wiki)
  • Risk: Medium (will communities want to enable this by default? via a preference? not at all?)

Priority: Normal

Add page view statistics to page information pages (action=info) edit

It would be nice if page view data could be included directly in page information pages (action=info) rather than requiring the user to follow another link at the bottom of the page.

For example, it would be awesome if this page... https://en.wikipedia.org/wiki/Caloboletus_calopus?action=info ... included a chart like ... http://stats.grok.se/en/latest/Caloboletus_calopus It wouldn't have to have all the view options that stats.grok.se has. It could just be a simple chart or table with a link to stats.grok.se for people that want to dig deeper (as a first version).

Analysis edit

  • Support: High
  • Feasibility: Medium (need to investigate API load/performance)
  • Impact: High
  • Risk: Medium (As this is a Wikimedia-specific feature, we may need to build it as a separate extension or service, so scope is a bit vague)

Priority: Normal

Make Twinkle localizable to any wiki edit

Per task T108426, it would be awesome if Twinkle could be localized for wikis other than English Wikipedia. Since Twinkle is very tied to wiki-specific templates and processes, this is going to mostly involve creating an on-wiki configuration system (perhaps using JsonConfig) rather than a traditional i18n architecture. See task T108426 and https://github.com/azatoth/twinkle/issues/129 for more discussion on this.

Analysis edit

  • Support: High
  • Feasibility: Medium/Difficult (See Phabricator ticket and [1])
  • Impact: High
  • Risk: High

Priority: High

Add i18n support to Copyvio Detector edit

Per task T108422, we would like to add basic i18n support to the Copyvio Detector tool on Tool Labs.

Acceptance criteria:

  • You can set UI language via query string, e.g. ?uselang=es (so that links from particular projects can pre-set the language)
  • uselang query string parameter is preserved while navigating to tool settings page and back
  • Language can be set explicitly from the settings page and stored in a cookie
  • Language cookie can be deleted via the settings page (same as other Copyvio Detector cookies)
  • i18n architecture must be easily extendable for adding new languages (this probably means that you want to create separate i18n files for each language and have some sort of key for each i18n string that gets mapped to a translated string in the i18n files)
  • Should support at least 1 language besides English (pick a language you know or can easily get translations for)

Analysis edit

  • Support: Medium
  • Feasibility: Good
  • Impact: Low
  • Risk: Low

Priority: Normal

Add spell-checking option to LanguageTool WikiCheck edit

Analysis edit

  • Support: Medium (spell-checking was identified as high priority in Spanish survey, but this tool was not specifically mentioned)
  • Feasibility: Low (written in Java, which no one on the team is very strong on)
  • Impact: Medium
  • Risk: Low

Priority: Low

Declined edit

Cite4Wiki edit

This is a Firefox add-on. Unfortunately, no one on the Community Tech team is familiar with Firefox add-on development so we feel that our efforts would be better directed towards other tools.