Reading/web/Projects/Wikidata Descriptions

About
The reading team would like to add Wikidata descriptions to the mobile web view. These descriptions would display under each article title.

Why?
We are helping give mobile readers as much information as possible, in as little time as possible. To learn more mobile readers must scroll past the mobile-unfriendly info box to know if the article is relevant. Often this can be an entire mobile screen. With this proposed change they would only need to read a single sentence.

Here is a sample showing the difference between how an article looks on mobile now and the proposed change. Notice how adding the Wikidata descriptions clear any confusion immediately.

Adding the Wikidata descriptions as a subtitle provides a quick description of what this page is about. This is a practice elsewhere on the web which has been long researched. Wikipedia mobile apps already use Wikidata descriptions underneath article names - for over a year now. They have also been showing in search results on mobile and on the Wikipedia.org portal since late 2015.

Concerns?
In an ideal world, there shouldn't be concerns with providing users more data in a clear and readable format. However there is one concern. This is true and is approached from different angles. For example, the number of Wikidata entries that need improvement isn't the majority
 * We are using content from a sister project, which we can't yet edit on Wikipedia.

While there is currently no solution for editing Wikidata through Wikipedia, this is not the long-term plan.

The addition of Wikidata descriptions is not harmful for Wikipedia. Wikidata descriptions are currently used within the mobile presentation of Wikipedia. This change will add knowledge from - and visibility to - a sister project. It will also help readers learn more about their topic of interest quickly and with less ambiguity.

Moving forward
The Reading team already enabled this feature on the Catalan and Polish Wikipedia a few weeks ago. There have been no inconveniences expressed so far. We would like to move forward on three phases: If a community is still concerned about the suggestion, we would like to discuss it in the talk page here. For example, we can discuss different methods of displaying the descriptions? Or different messaging on how each Wikipedia can announce the change to their communities - including readers? Future options in order of increasing complexity for this would be:
 * 1) Leave top 6 Wikis by traffic aside, divide the rest into two groups, and enable one groups at a time.
 * 2) Which means around 130 Wikis every 2 weeks, then the top Wikis two at a time.
 * 3) If there are any problems with the feature, we have a configuration switch built as part of the feature so that we can turn it off very quickly if there are any problems.
 * Making the description clickable and creating a dialogue that says something like "Description from Wikidata" and displays the license (Similar to how we treat Commons files).
 * Adding a clickable icon which readers can hover to learn more about where this piece of info came from (thanks to Chris for the hint :)
 * Making the descriptions click-able, so that a reader can click and edit directly on Wikidata

Will reconsider: /* It is easy to reject the suggestion and simple say "No, we don't want content that we don't have authority for and we aren't enabled to edit through Wikipedia? What if someone complained about a description on Village Pump? Why do we have to defend changes that we didn't do?" If you think so, please give it a second thought from a different perspective: What if we kept useful content hidden from readers, due to fear of small chances of inconvenience? Also let's consider, in the near future, when we are able to edit Wikidata descriptions through Wikipedia, how can we best use this integration to enrich our articles? */

Imagine Wikipedia without content from Commons? Our content is a treasure, and it is our responsibility, as a movement, to find out ways to best display it to our readers, through different channels.