Wikidata:Property proposal/author's wikimedia username

From Wikidata
Jump to navigation Jump to search

author's wikimedia username[edit]

Originally proposed at Wikidata:Property proposal/Commons

   Not done
DescriptionUsername of the author on wikimadia projects. Please use subject has role (P2868) qualifier to specify the the role more precisely if needed. Please use author (P50) if author has page on Wikidata. Use author name string (P2093) to provide full name and use username to create a link to a page. To be used mostly on Commons.
Representsusername of (P642) Wikimedian
Data typeString
Template parameterauthor field in Template:Information
Example 1Indoor Climbing Kid.jpgjarekt
Example 2Sikh pilgrim at the Golden Temple (Harmandir Sahib) in Amritsar, India.jpgPaulrudd
Example 3Evolution of a Tornado.jpgJasonWeingart


Most of 57 million images on Commons are photographs taken by the uploader with the name in form [[User:username|username]] or [[User:username|full name]]. This property would provide the sername part and in the second form author name string (P2093) would provide full name. --Jarekt (talk) 04:05, 21 December 2019 (UTC)


  • Pictogram voting comment.svg Comment It feels like there should be a better datatype than string to use here, in particular so that it would automatically update in a similar way to how the interwikis do in cases where a user is renamed, and so that it can't be vandalised. Thanks. Mike Peel (talk) 08:04, 21 December 2019 (UTC)
I agree that we should have wikimedia page data type, which we could use for many properties like Commons Creator page (P1472), Commons Institution page (P1612), Commons gallery (P935), Wikisource index page (P1957), etc. I remember having discussions about this years ago on phabricator but can not find where. If there was such a type I would rather use it. Maybe we should open new phabricator task for it, if we can not find one. --Jarekt (talk) 16:07, 21 December 2019 (UTC)
  • Symbol oppose vote.svg Oppose Wikimedia username (P4174) works just fine. Redundant. Multichill (talk) 10:11, 21 December 2019 (UTC)
    • But working with so many qualifier values is not nice. --GPSLeo (talk) 11:03, 21 December 2019 (UTC)
      • Having two competing systems is not nice either. The proposed property will cause a mess. Multichill (talk) 16:03, 21 December 2019 (UTC)
        • Of course we need one system that becomes an official guideline. But we still can deprecate the old scheme. --GPSLeo (talk) 16:49, 21 December 2019 (UTC)
          • I was not aware that there was an "old scheme", but without any way to search SDC (that I know of) it is hard to check. I agree that we do not want competing systems, So I am proposing it now before there is any mass migration of data to SDC. --Jarekt (talk) 22:07, 21 December 2019 (UTC)
          • According to [1] there are about 60k files with SDC's creator (P170), like File:Arbeiderswoning Oostwold 4.jpg. What is strange is that I can not see any qualifiers in the GUI. --Jarekt (talk) 22:21, 21 December 2019 (UTC)
            • The support for none item values is not implemented in the GUI yet. --GPSLeo (talk) 01:00, 22 December 2019 (UTC)
  • Symbol oppose vote.svg Oppose if the author is relevant, it should have its own item. The item can have Wikimedia username (P4174). --Tinker Bell 21:42, 26 December 2019 (UTC)
    • Most commons creators are not notable for Wikidata, but the author is important for licensing and citation. --GPSLeo (talk) 10:36, 27 December 2019 (UTC)
Tinker Bell, each image on Commons need to have an "author", but most contributors to Commons are not notable enough to have Wikidata items. Also any of them like to stay anonymous, known only by the username, and we do not want wikidata items with the only information being Wikimedia username (P4174). --Jarekt (talk) 03:23, 30 December 2019 (UTC)
  • Symbol oppose vote.svg Oppose I prefer the systematic model presented by Multichill. Jheald (talk) 21:20, 30 December 2019 (UTC)
  • Symbol oppose vote.svg Oppose per Multichill --Nw520 (talk) 14:16, 1 January 2020 (UTC)