etherpad notes:

Session name: Curation and Feeds Discussion
Meeting goal: Determine what parts of the curation/feed systems need work, and what steps to take
Meeting style: Problem-solving
Phabricator task link: https://phabricator.wikimedia.org/T122813

Topics for discussion:

• https://en.wikipedia.org/wiki/Special:Log
• https://en.wikipedia.org/wiki/Special:RecentChanges
• https://commons.wikimedia.org/wiki/Special:NewFiles cf. local Special:NewFiles and https://en.wikipedia.org/wiki/Special:NewFiles
• https://en.wikipedia.org/wiki/Special:NewPagesFeed custom extension
• Prioritize, determine paths forward, determine likely timeline(s)

Mark is facilitating the session

General notes

Mark:

• Log pages list actions
• Recent changes lists all sorts of changes
• Commons has some custom buttons on their version of Special:NewFiles

Joe (product manager):

• people don't just read recent changes, they use different ways. Who exactly uses this?
• https://en.wikipedia.org/wiki/Wikipedia:Recent_changes_patrol editors, particularly patrolling for recent vandalism

Mark (which mark?):

• there are also tools that read recent changes from api

Matt:

• there are rc feeds (rc stream)

James:

• recent changes is used for looking for vandalism, especially on small wikis

Russ: (runs small wiki)

• users want to see changes

Matt:

• can filter by tags e.g. https://en.wikipedia.org/w/index.php?namespace=&tagfilter=visualeditor&title=Special%3ARecentChanges

Roan:

• recent changes is almost like tabular data but it is not formatted as such
• maybe we can build reputation systems for patrollers so that we can train and evaluate newcomers before graduating them to primary patroller status (captured by halfak)

AdamW

• We've merged a patch which uses a mustasche template for each row. It would only take a bit more work to render a tabular format using this method.

Keegan:

• The "Legend" box on RC, began at RuWikipedia, and is now at all wikis. There were a few user complaints about it adding clutter to the page.

Josh Minor

• push notifications?

Marktraceur

• find solutions...
• display is cluttered

Pau:

• What gadgets and tools are being used at larger wikis to improve things? What is missing in the default?

Keegan:

• Lupin's filter RC - https://en.wikipedia.org/wiki/User:Lupin/Filter_recent_changes

Halfak

• https://meta.wikimedia.org/wiki/User:Krinkle/Tools/Real-Time_Recent_Changes
• External API integration for sorting (e.g. ORES vandalism detection, article spamminess sorting, copyright violation detection, etc.)
• Collaboratory process integration (e.g. use the patrolled flag to minimize duplicate reviews)
• A lot of types of patrolling are very painful (e.g. copyright violation in commons)
• Image duplicate detection proposal: https://phabricator.wikimedia.org/T121797
• Proposal for standardized stream of public events: https://phabricator.wikimedia.org/T116247
• Tailor feed filters based on potential issues (e.g. newcomer bio, spam, copyvio, etc.)
• Profamnity

Tilman: let's look at the pages feed Matt mentioned:

• https://en.wikipedia.org/wiki/Special:NewPagesFeed (extension:pagetriage, enwiki specific) vs. https://en.wikipedia.org/wiki/Special:NewPages (default) [Etherpad comment]: Background https://en.wikipedia.org/wiki/Wikipedia:Page_Curation
• [Etherpad comment] https://commons.wikimedia.org/wiki/Help:QuickDelete
• on mobile (web) watchlist exists, but is basically unusable for patrolling (e.g. diff view doesn't allow

Aude:

• there are lots of different formats (enhanced, non-enhanced, mobile, clean changes for translations, feeds, api formats, gadgets) and format/presentation code for recent changes is mixed with backend (query code).
• presentation code should be split from the backend, and abstracted in a way that we could support alternative backends like cassandra (probably would help with global watchlist, etc) or maybe elastic (and then would be easier to filter changes)
• no sane way for extensions to register new change types and core to be aware of these additional types, (right now we have rc_type which uses global constants, e.g. RC_EDIT, and there is rc_source but still uses a fixed list of types) and then be able to format these types differently in non hacky way.
• patrolling should work on mobile (captured by halfak)

Marktraceur:

• https://commons.wikimedia.org/wiki/Special:NewFiles - Commons uses this to deal with new files, finding copyright violations, etc. Enwiki's version lacks the buttons: https://en.wikipedia.org/wiki/Special:NewFiles
• has different formatting (a gallery), but is still not ideal
• there are gadgets that provide alternative views
• [ACTION ITEM] pagetriage for this would be great, maybe integrated with media viewer

Tilman:

• E.g. the Tineye Tab and Google Images Tab gadgets at Commons https://commons.wikimedia.org/wiki/Help:Image_searching

Bartosz:

• Comparing Special:NewPages to Special:NewFiles, the latter has no option to filter out patrolled – because it's impossible to patrol file uploads. There are patches pending for this: https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/core+branch:master+topic:patrol-upload,n,z

Roan:

• collaboration has it on its roadmap (?) maybe or eye on the topic

Pau:

• how much to take input from readers? let them flag something?

Matt:

• keep in mind past efforts (ArticleFeedback)
• maybe flagging copyright violations would be easier

Josh:

• more relevant content makes a deluge of changes more interesting. Signal-to-noise ratio. Better categorization.

Roan:

• Look at de-enwiki-specifiying PageTriage - https://phabricator.wikimedia.org/T50552 (Make PageTriage wiki agnostic)

Tilman:

https://en.wikipedia.org/wiki/Wikipedia:Article_alerts : new articles, etc. filtered for WikiProjects e.g. https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Evolutionary_biology#Tasks or https://tools.wmflabs.org/bambots/cwb/bycat/Biophysics.html

James:

Looked at that, lots of bespoke regexes, hard to productize

Quiddity [etherpad only]:

• relevant commtech wishlist items incl:
  • https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Moderation_and_admin_tools#Improve_date_range_searches_on_Special:Contributions
  • https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Special_pages#Improve_Special:Log
  • https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Moderation_and_admin_tools#Special:NewPagesFeed_in_every_language
  • https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Moderation_and_admin_tools#Better_history_pages
  • https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Moderation_and_admin_tools#Work_queues

AaronH: also need to filter newcomers (for good-faith users that need support), that's a firehose too
patrollers don't need to deal personally with every newbie that makes mistake, but need an efficient way to route these users somewhere where they will be helped (like Teahouse)

Quiddity:

and the reason all these user talk page (warning) templates was that patrollers were overwhelmed with repeating themselves. https://en.wikipedia.org/wiki/Wikipedia:Template_messages/User_talk_namespace and https://en.wikipedia.org/wiki/Wikipedia:Welcoming_committee/Welcome_templates

Mark: a third kind of curations - identify and highlight high quality stuff, e.g. for featured content

AaronH: http://snuggle-en.wmflabs.org/

Joe: how soon start research, survey...?

Mark: if/when we have the design research resources to do it, we should

Roan: our team is probably responsible for a lot of the things shown here, but we have our hands full until at least April

Frances: it's about what kind of task we make easier[?]

Pau: need to learn more about how different people go through these different processes

Matt: Following on what Frances said, it would be good to better distribute genuine good-faith human interaction. For edits that are flagged or detected as problematic, try to semi-randomly direct people to engage with those users, rather than just leave automated warning messages. Broaden the pool of people welcoming and directing newcomers to deal with it better and reduce burnout.

Josh: recognize existing social norms, even if they need to be changed. Current pages are useful to some people at least.

Frances: people get really creative on how they use things

James: come to tomorrow's session on WikiProjects https://phabricator.wikimedia.org/T113973

Action items with owners:

DON’T FORGET: When the meeting is over, copy any relevant notes (especially areas of agreement or disagreement, useful proposals, and action items) into the Phabricator task.

See https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit_2016/Session_checklist for more details.

Wikimedia Developer Summit 2016 ended two weeks ago. This task is still open. If the session in this task took place, please make sure 1) that the session Etherpad notes are linked from this task, 2) that followup tasks for any actions identified have been created and linked from this task, 3) to change the status of this task to "resolved". If this session did not take place, change the task status to "declined". If this task itself has become a well-defined action which is not finished yet, drag and drop this task into the "Work continues after Summit" column on the project workboard. Thank you for your help!

This task about a WikiDevSummit 2016 session is still open and has no active projects associated.
The Etherpad document for the session lists seems to list no action items / "suggestions on moving forward" that could be turned into followup tasks.

@MarkTraceur: How to proceed before closing this task as resolved?