Page MenuHomePhabricator

Related articles and troublesome connected articles
Closed, DuplicatePublic

Description

Noticed this the other day. A person which is a lot in the newspapers now in Norway had these related articles at the bottom of the page about him. He is a profiled person on the right wing, but these connections was a little extreme. I guess it has something to do with reading patterns, and no one is really to blame, but we still need some way to avoid this extreme result.


The "related articles" for a specific person in the news.

The articles are

I think we need some way to say that "this article should not show up in articles from those specific categories", "articles from these categories should not be used in articles from those categories", and "this article should not use articles from those categories". First is the ABB problem, to be connected to that person will ignite furious discussions. The last one is the solution for OTRS when there is a specific complaint. The middle one is the only general approach for solving BLP-like problems in general.

Event Timeline

Jdlrobson renamed this task from Related articles and troublesome connections to Related articles and troublesome connected articles.Mar 7 2016, 5:53 PM
Jdlrobson added a project: CirrusSearch.
jhobs triaged this task as Medium priority.Mar 7 2016, 5:54 PM

The problem as defined in the description appears to be that the links provided by the related pages feature (and other similar features) may sometimes be offensive to the subject of the article. An hypothetical extreme example of this would be reading an article about a contemporary German politician, and one of the suggested pages is Adolf Hitler or Nazi Germany. Of course, the morelike algorithm that provides these reading suggestions is totally unaware of this context. The user doesn't know this, of course.

Similar features on other sites have these problems too. They're generally handled by allowing individual results or even the entire panel to be hidden. This typically doesn't directly affect the algorithm, so the next user will still see the same suggestions next time. This is mostly just a placebo solution, which makes the user feel better but doesn't do much else, so that doesn't really seem like enough here. There's also options to provide written feedback when the results are hidden, which presumably is used by someone to manually tweak the results, but this bug report itself shows that's not really the problem; users are aware of these issues and want to fix them, but have no mechanism to do so.

The solutions proposed in the task description look interesting. A per-page blacklist, which lists specific articles which should not be recommended on that page, might also be an option. I'd be interested to hear if anyone else has any other ideas.

Another option: display a little tooltip which explains to users how the suggestions are generated and that they might not necessarily be super helpful or may include inflammatory things. That's the simplest option. It doesn't seem enough to really solve the problem, though.

@Deskana
'bad results' applies to a number of different classes of bad results. The category-level filtering suggested is, in my mind something that solves one set of issues, but leaves other's (like this one: https://www.mediawiki.org/wiki/Topic:Swjyfj59pkjfol7m, where popular pages are showing up instead of relevant ones) unchecked.

I think there are 3 global solutions that have been suggested that I would rather explore, specific to related pages module at the bottom of the page:

  1. a tooltip like what @Deskana suggested--this has been brought up by community members and we just need to figure out the correct treatment to denote that it is algorithmic
  2. a way for editors to override the results - this is currently possible using the related keyword, as in the example from the wikitext of page https://en.wikipedia.org/wiki/Korur_language
    • {{#related:Western Oceanic languages}}
    • {{#related: New Guinea}} -{{#related: Mbula language}}
  3. a way for readers to vote down a result...this close to somehting that @Deskana mentioned. In order for it to fix the problem for other users, it would have to either feedback to the algorithm (eek) or we would need a rule like X vote downs (eek) result in an injection of wikitext like above that overrides the suggestions and removes the problematic one. This is probably thornier than we want to get, actually.

If #1 and #2 are not sufficient, I think @jeblad 's 1st suggestion:

"this article should not show up in articles from those specific categories"

is probably a good way to go.