For what it’s worth, I just took a look at:
https://en.wikipedia.org/wiki/Wikipedia:Database_reports/Living_people_on_EN_wiki_who_are_dead_on_other_wikis being the first time I’ve heard about it. The problem I face with that list of people is that there is no way that I can filter it to people within the categories I work in. If I knew there were people from Queensland in the list, I’d happily fix them up (my knowledge of sources for Queensland is good) but I don’t intend to spend time on Swedish poets or military leaders in Senegal (because if you start thinking you can curate the whole of Wikipedia, that way lies madness). Whereas every now and again, I do help out with: https://en.wikipedia.org/wiki/Category:Queensland_articles_missing_geocoordinate_data precisely because it’s within my sphere of interest and expertise. I’m good with Queensland geo-locations. Similarly, I also do some disambiguation using http://dispenser.homenet.org/~dispenser/cgi-bin/watchlist_points.py because that filters articles to those on my watchlist. I think if we could provide tools to filter these Wikipedia-wide lists/categories where work is needed into: * Categories * Projects * Watchlists I think it is much more likely people would help out because they could focus on articles on topics they care about. Kerry From: Wiki-research-l [mailto:[email protected]] On Behalf Of WereSpielChequers Sent: Friday, 20 November 2015 11:31 PM To: Research into Wikimedia content and communities <[email protected]> Cc: WikiData-l <[email protected]>; Wikimedia Mailing List <[email protected]> Subject: Re: [Wiki-research-l] Quality issues My experience is that pretty much all Wikimedians care about quality, though some have different, even diametrically opposed views as to what quality means and which things are cosmetic or crucial. My experience of the sadly dormant death anomaly project <https://meta.wikimedia.org/wiki/Death_anomalies_table> was that people react positively to being told "here is a list of anomalies on your language wikipedia" especially if those anomalies are relatively serious. My experience of edits on many different languages is that wikipedians appreciate someone who improves articles, even if you don't speak their language. Dismissing any of our thousand wikis as a "black box" is I think less helpful. One of the great opportunities of Wikidata is to do the sort of data driven anomaly finding that we pioneered with the death anomalies report. But we always need to remember that there are cultural difference between wikis, and not just in such things as the age at which we assume people are dead. Diplomacy is a useful skill in cross wiki work. ~~~~ On 20 November 2015 at 07:18, Gerard Meijssen <[email protected] <mailto:[email protected]> > wrote: Hoi, At Wikidata we often find issues with data imported from a Wikipedia. Lists have been produced with these issues on the Wikipedia involved and arguably they do present issues with the quality of Wikipedia or Wikidata for that matter. So far hardly anything resulted from such outreach. When Wikipedia is a black box, not communicating about with the outside world, at some stage the situation becomes toxic. At this moment there are already those at Wikidata that argue not to bother about Wikipedia quality because in their view, Wikipedians do not care about its own quality. Arguably known issues with quality are the easiest to solve. There are many ways to approach this subject. It is indeed a quality issue both for Wikidata and Wikipedia. It can be seen as a research issue; how to deal with quality and how do such mechanisms function if at all. I blogged about it.. Thanks, GerardM http://ultimategerardm.blogspot.nl/2015/11/what-kind-of-box-is-wikipedia.html _______________________________________________ Wiki-research-l mailing list [email protected] <mailto:[email protected]> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
_______________________________________________ Wiki-research-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
