Shortcut: WD:PP/WORK

Wikidata:Property proposal/Creative work

From Wikidata
Jump to: navigation, search

Property proposal: Generic Authority control Person Organization
Event Creative work Term Space
Place Sister projects
Economics Transportation Natural science Property metadata

See also[edit]

This page is for the proposal of new properties.

Before proposing a property
  1. Check if the property already exists by looking at Wikidata:List of properties (manual list) and Special:ListProperties.
  2. Check if the property was previously proposed or is on the pending list.
  3. Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically.
  4. Select the right datatype for the property.
  5. Start writing the documentation based on the preload form below and add it in the appropriate section.

Creating the property

  1. Change status=ready on template to attract the attention of a property creator.
  2. Creation can be done after 1 week by a property creator or an administrator.
  3. See steps when creating properties.

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2017/03.

Creative work[edit]

See also: Wikidata:WikiProject Infoboxes/works
Software products and brands, see: Wikidata:WikiProject Infoboxes/terms
Books, see: Wikidata:WikiProject Books

Soundtrack Collector ID[edit]

   Under discussion
Description Internet Database for soundtrack, artist, titles, composer, label number o track.
Represents soundtrack (Q217199)
Data type External identifier
Example Saturday Night Fever (Q47654)

Please add Soundtrack Collector reference to Wikidata. It's an important source for soundtracks. Thanx IlPasseggero (talk) 09:15, 30 September 2016 (UTC)

Not sure about type. A couple of example: --ValterVB (talk) 16:24, 30 September 2016 (UTC)
Changed to "external-id", but we need to look at the formatter URL and decide whether we need more than one property. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:24, 30 September 2016 (UTC)
We need two parameters: "title", associated to a movie, and "composer", associated to a composer. We need the subject item Q36834 too, indeed. --IlPasseggero (talk) 23:21, 8 October 2016 (UTC)
Symbol support vote.svg Support --ValterVB (talk) 17:32, 8 October 2016 (UTC)
  • Pictogram voting comment.svg Comment this looks like two separate properties are needed as two id schemes seem to be in use. I suggest focusing this on one of them and proposing the other separately. Thryduulf (talk) 14:55, 4 November 2016 (UTC)
  • Symbol support vote.svg Support I would use this! I agree that splitting the ID into two is a good idea. I'd like to propose similar properties for (Q7564978) as well. When I used to look for information on this subject I always used no label (Q27797307), but Soundtrack.Net also seems useful.  – The preceding unsigned comment was added by Azertus (talk • contribs).
    • @Azertus: please go ahead and propose any properties you think we need, but each property needs it's own proposal. Thryduulf (talk) 13:07, 10 November 2016 (UTC)

publication manager[edit]

   Under discussion
Description person legally responsible of the content of a periodic or another publication in france
Represents director of publication (Q3029421)
Data type Item
Template parameter "directeur de publication" of Template:Infobox newspaper (Q9460683) View with Reasonator View with SQID in frwiki
Domain human (Q5) View with Reasonator View with SQID
Example Le Monde (Q12461) -> Louis Dreyfus (Q16661304)

Needed for the infobox. author  TomT0m / talk page 17:55, 3 November 2016 (UTC)


Symbol support vote.svg Support. Tubezlob (🙋) 19:52, 3 November 2016 (UTC)

  • Pictogram voting comment.svg Comment can't the infobox use employer (P108) or corporate officer (P2828) with qualifier position held (P39) specifying director of publication (Q3029421)? ArthurPSmith (talk) 20:52, 4 November 2016 (UTC)
    • @ArthurPSmith: Probably, but it's supposed to work from the journal to the person - as it's an important role in a journal. And we still can't retrieve the information from the journal article if the statement is in the person one.
  • Pictogram voting comment.svg Comment Does this mean newspaper editor (Q17351648)? If so, how if it different from editor (P98)? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:42, 7 November 2016 (UTC)
    • @Pigsonthewing: I don't know, probably but I can't get much information from this item. There is no article to understand what it is and absolutely no definition in description of what it's supposed to mean. I proposed this property partly because it has a specific legal status. What I'm sure is that the two notions has different names in french (scientific editor and journal editor) - and distinct definitions can be found ( ) :
      scientific editor 
      Personne ou collectivité responsable du contenu intellectuel de l’édition d’un document, quel que soit son support_: édition critique d’un texte, édition d’un ouvrage collectif, etc. => person or organisation who is responsible for the intellectual content of the edition of a document, whatever the support : critic edition of a text, edition of a collective work, ... (translation almost word for word as I'm not sure I understand every subtlety of the original)
      journal editor 
      someone responsible of the editions of a journal [...]
      But digging a little more we can find arguments for the specialized denomination for newspaper of a similar role : in this human sciences help for publication : Si la responsabilité principale incombe à un éditeur scientifique sa fonction est indiquée par l'abréviation "éd.", entourée ou non par parenthèses. NB. Il n'y a pas de raison de différencier le directeur de publication par l'abréviation "dir." : le directeur de publication est effectivement un éditeur scientifique. => in bold, there is no reason to differentiate the director of publication by "dir." : the director is in effect a science editor".
      So maybe it's enough to add an alias and to put a different label in each infoboxes indeed. author  TomT0m / talk page 19:46, 7 November 2016 (UTC)
  • Pictogram voting comment.svg Comment. Maybe can we use the newly created significant person (P3342)? But this is just a suggestion to let you know that such an option is now available. Thierry Caro (talk) 20:34, 15 November 2016 (UTC)

Web mapping service link[edit]

   Under discussion
Description Link to the external service, where the image or map can be retrieved as a zoomable resource
Data type URL
Domain image, map
Allowed values URL
Planned use This property can be used to link to resources where an image or map is available as a zoomable resource

It will be possible to link to resources where the map items (also images) can be found as zoomable tiles. Susanna Ånäs (Susannaanas) (talk) 10:04, 4 November 2016 (UTC)

Could you provide an example? --Pasleim (talk) 10:22, 4 November 2016 (UTC)

Protocols Supported[edit]

If this property is used, it should have a qualifier of any of the following types:

  1. Web Map Service (Q974922)
  2. Web Feature Service (Q2296308)
  3. Tile Map Service (Q1280407)
  4. Web Map Tile Service (Q10908558)
  5. Keyhole Markup Language (Q79587)

>> Any other? --Batje (talk) 11:36, 4 November 2016 (UTC)

What is the unique ID of this property?[edit]

There are several ways of modeling this behaviour.

A. The URL is the key[edit]

That is the current proposal. This property becomes very flexible and can point to anywhere on the interwebs. There is not a lot of intelligence in this property, if the qualifier for the protocol (see below) of the link is ommitted, it becomes very error-prone.

B. The external qualifier is the key[edit]

This is similar to for example BnF ID (P268) which requires every external resource to register as a seperate property, and then use the formatter URL (P1630) property to tell us more about the required format of the URL. Every of these P's could then have multiple formatter URL (P1630) for every protocol qualifier (WMS/WFS/etc.) it should create a new one.

C. The external qualifier *and* the protocol are the key[edit]

We create properties for every protocol, similar to RDF URI template (P1921). Then, we go back to B, and create a Property for every service. Eg. The Mapwarper would have its own property:


Then the Wikidata Item for the map belonging to [ [File_dummy: New_haven_line_map.png] ] will have:

  • P18: File:New_haven_line_map.png
  • PXX: 1591

--Batje (talk) 11:36, 4 November 2016 (UTC)

Google Play Music artist ID[edit]

   Under discussion
Description ID of an artist on the Google Play Music website
Data type External identifier
Example Heikki Kuula (Q4276848)Alcizqffis4gtt7yjhjjftzlya4
Formatter URL$1

Google Play Music album ID[edit]

   Under discussion
Description ID of an album on the Google Play Music website
Data type External identifier
Example Suomalainen mies (Q27687809)Biaqn6hnnzfac7fr2ppg4asoedu
Formatter URL$1

Tidal artist ID[edit]

   Under discussion
Description ID of an artist on the Tidal website
Data type External identifier
Example Heikki Kuula (Q4276848)4768947
Formatter URL$1

Tidal album ID[edit]

   Under discussion
Description ID of an album on the Tidal website
Data type External identifier
Example Suomalainen mies (Q27687809)63596443
Formatter URL$1

Tidal track ID[edit]

   Under discussion
Description ID of a track on the Tidal website
Data type External identifier
Example Lambada (Q15897084)63596443
Formatter URL$1

Tidal video ID[edit]

   Under discussion
Description ID of a video on the Tidal website
Data type External identifier
Example Tuulisii (Q20826667)50956283
Formatter URL$1

Microsoft Store artist ID[edit]

   Under discussion
Description ID of an artist on the Microsoft Store website
Data type External identifier
Example Heikki Kuula (Q4276848)f3860700-0200-11db-89ca-0019b92a3933

Microsoft Store album ID[edit]

   Under discussion
Description ID of an album on the Microsoft Store website
Data type External identifier
Example Suomalainen mies (Q27687809)8d6kgx0s7tp6

We have many properties about music streaming services and stores, like Spotify track ID (P2207), Deezer album ID (P2723) or iTunes album ID (P2281). I just discovered LinkFire and I think that Wikidata can compete for offering an up-to-date CC-0-licensed database of external IDs of music services and stores. By now I just added some of the most famous (Google Play Music (Q3238917), Tidal (Q19711013) and Microsoft (Q2283)). AFAIK there isn't a simple way to link to Microsoft Store. -- ★ → Airon 90 16:59, 4 November 2016 (UTC)

  • Pictogram voting comment.svg Comment Hmm, is it feasible in the long run to create properties for every supported category on every service? I would prefer a generic property where the service can be specified as a required qualifier. Of course there is the question about formatter urls, right now I don't think there is support for having them be different for different qualifiers? To me adding that support in the UI and then removing all of these for one (either just one, or one for artists, one for albums and so on) and then differentiating them using a qualifier pointing to an item would be better. That would support all services with much fewer properties. I don't oppose adding these as this is the way we have to add them right now and a migration could easily be made by a bot later on. But I would at least like to discuss a generic solution first. --Pajn (talk) 20:47, 6 November 2016 (UTC)

TLG work ID[edit]

   Under discussion
Description work identifier in the Thesaurus Linguae Graecae canon
Data type External identifier
Domain Greek literary works from Homer to 1453
Allowed values for authors: 4 digit number; for works: 3 digit number
Example Iliad (Q8275)0012.001
Format and edit filter validation 3 digit number
Formatter URL'''[TLG author ID]'''&wid=$1&st=0

The Thesaurus Linguae Graecae (Q2131030) has the most comprehensive and scientifically useful database of Ancient and Byzantine Greek literature, ranging from Homer to the end of the Byzantine period (1453). It is widely used in the scholarly community, mainly for those working at universities, because access to the database is restricted. For the whole of the TLG database, you need an (expensive) subscription; part of the Canon, the "TLG Abridged", is available for free but requires registration.

A formatter URL would be impractical because access to the TLG Canon is restricted (as described above). But it still technically is an external ID, not only a string.

In order to be useful as an external ID, this property would have to somehow be linked with the corresponding author ID (see Wikidata:Property proposal/TLG author ID). Maybe this is possible by parsing the TLG author ID from the item linked at the work with author (P50). For example: For the Iliad, which has author (P50)  Homer (Q6691), we could extract the TLG author ID from Homer (Q6691) to create the complete formatter URL. Is that possible? Jonathan Groß (talk) 13:40, 5 December 2016 (UTC)

Good to know. The TLG numbers are not exactly clandestine (Homer is cited here for example), but are not easy to get a hold of. I've written an e-mail to TLG support asking if they are willing to provide a list of their numbers. Let's see how they respond. Jonathan Groß (talk) 13:43, 7 December 2016 (UTC)

possessed by[edit]

   Under discussion
Description item which is possessing this item
Represents demonic possession (Q1782082)
Data type Item
Domain fictional characters

Allows some interesting queries. Also: How would we make per example a relation between Regan MacNeil and Pazuzu for the movie The Exorcist? 14:36, 29 December 2016 (UTC)


several properties: 1. audio format of the dub (5.1 or stereo); 3. "Voice-over translation" or "dub" distinction (see File:Dubbing_films_in_Europe1.png;[edit]

   Under discussion
Represents dubbing (Q187657)
Data type MISSING
Domain audiovisual work (Q2431196), video game (Q7889)
Example Pinocchio (Q5317361) → dub 1 → English language qualifier; Pinocchio (Q5317361) → dub 2 → Italian language qualifier
Planned use describe voice dubs of the film
  • filter on few actors
  • format
  • Some voice actors are quite popular to have their own versions of the films: Dmitry Puchkov (Q15253) - I'm not aware of something similar in the English speaking world.

d1g (talk) 13:04, 7 January 2017 (UTC)

Perhaps a fundamental question, but should dubbed-anything be considered a new edition? --Izno (talk) 19:07, 7 January 2017 (UTC)
Symbol oppose vote.svg Oppose use the structure from Wikidata:WikiProject Movies/Properties#Synchronisation --Pasleim (talk) 23:09, 8 January 2017 (UTC)
Did you meant Wikidata:WikiProject_Movies/Properties#dubbing? True I wasn't aware of dubbing of film (Q26204053) when I wrote proposal.
"audio format" property is still missing in #dubbing. d1g (talk)

No. of articles[edit]

   Under discussion
Description Number of articles published in an encyclopedia or a wikipedia.
Represents Project:Article (Q3891539)
Data type Number
Template parameter "ערכים" in he:תבנית:ויקיפדיה בשפה
Domain Encyclopedias
Allowed values integers
Example Hebrew Wikipedia (Q199913) → 200,260
Source special:statistics
Planned use I plan to request a bot that will update the articles number daily and then I'm gonna link it to the template in hewiki and other wikipedias.
Robot and gadget jobs Bots should add the data as I mentioned before

I want to add it to the template in hewiki Mikey641 (talk) 16:51, 2 January 2017 (UTC)


International Standard Text Code[edit]

   Under discussion
Description unique identifier for text-based works
Represents International Standard Text Code (Q1666944)
Data type External identifier
Domain literary work (Q7725634) View with Reasonator View with SQID
Allowed values [0-9A-F]{3}-20[0-1][0-9]-[0-9A-F]{8}-[0-9A-F]
Example March of the Volunteers (Q156136) → A11-2012-00000032-C
Robot and gadget jobs Probably

(Add your motivation for this property here.) GZWDer (talk) 09:43, 17 January 2017 (UTC)

Pictogram voting comment.svg Comment Editions of the same work have the same ISTC. According to Wikidata:WikiProject Books we should create for each edtion a seperate item, so this property will then not be unique. --Pasleim (talk) 02:46, 28 January 2017 (UTC)
@Pasleim: No, this just meens it should not be put in the editions items but in the work item only. author  TomT0m / talk page 09:31, 28 January 2017 (UTC)
  • Symbol support vote.svg Support. I agree with TomT0m that this would work if we be sure to use it at the level of the work. YULdigitalpreservation (talk) 14:31, 21 February 2017 (UTC)
  • Which authority creates the identifier? Can you add that information to the description? ChristianKl (talk) 07:25, 25 February 2017 (UTC)


   Under discussion
Description identifier for a study, in the PROSPERO database
Represents PROSPERO (Q28736078)
Data type External identifier
Domain scientific article (Q13442814)
Allowed values CRD\d+
Example Selective serotonin reuptake inhibitors versus placebo in patients with major depressive disorder. A systematic review with meta-analysis and Trial Sequential Analysis (Q28736049)CRD42013004420
Source PROSPERO at one year: an evaluation of its utility (Q24288905)
Formatter URL$1

Systematic reviews are important sources of information for Wikipedia et al. PROSPERO is a effort originating in UK, but registers international systematic reviews. They are referenced from publishers (at least BMC), see [1] under "Systematic review registration". — Finn Årup Nielsen (fnielsen) (talk) 16:59, 9 February 2017 (UTC)

  • Comment: In the exmaple, should the ID be CRD42013004420? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:42, 9 February 2017 (UTC)
    • Good question. I was wondering about that too and was almost going to write about. My rationale for suggesting it without the "CRD" prefix was that all items in PROSPERO seem to have the CRD prefix and that we are using prefixless number for PMCID (P932), a related property. — Finn Årup Nielsen (fnielsen) (talk) 20:00, 9 February 2017 (UTC)
I think I am to blame for the prefixless PMCIDs here, and having used these for a while now in all sorts of contexts, I am not sure this is necessarily the best way to go, but I still have a slight personal preference for dropping the prefix. --Daniel Mietchen (talk) 12:52, 13 February 2017 (UTC)
I have got a reply from one of the researchers behind the database. The "4" is also part of the prefix apparently, i.e., the full prefix is "CRD4". The next four digits are the year. Perhaps I should change the format to the full string, e.g., "CRD42013004420". — Finn Årup Nielsen (fnielsen) (talk) 14:20, 13 February 2017 (UTC)
I would prefer the ID with the full number "CRD42013004420". Otherwise Symbol support vote.svg Support. ChristianKl (talk) 14:49, 14 February 2017 (UTC)
  • Symbol support vote.svg Support I support the creation of the property. It looks like using the CRD4 prefix would be a good idea based on the comments above. YULdigitalpreservation (talk) 14:33, 21 February 2017 (UTC)
  • One note of concern is that PROSPERO apparent makes their own DOI. I suppose that such a DOI will "collide" with the DOI of a published article. I am unsure what to do about this. We could simply ignore the PROSPERO DOI. Alternatively a PROSPERO should be regarded as its "own" item and not directly associated with a paper. — Finn Årup Nielsen (fnielsen) (talk) 20:20, 21 February 2017 (UTC)
  • The description says that the property is about studies while the domain is that it's about scientific articles. Which is correct? ChristianKl (talk) 21:04, 21 February 2017 (UTC)

The Numbers movie ID[edit]

Description ID of an movie at The Numbers
Represents The Numbers (Q17072251)
Data type External identifier
Domain movie
Allowed values [a-zA-Z\-\(\)\d]+
Example 13 (Q186799)13
Formatter URL$1

see usage GZWDer (talk) 18:08, 12 February 2017 (UTC)


DBC ID[edit]

   Under discussion
Description identifier issued by the Bibliothèque centrale du Danemark
Data type External identifier
Allowed values \d+
Example André Passebecq (Q522203) => 87097969640613 (URL is|87097969640613
Formatter URL – MISSING "$1"

DBC is referenced by VIAF. Gtaf (talk) 14:12, 19 February 2017 (UTC)

Note: formatter URL contains a pipe, which means it does not display properly. It is|$1. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:13, 25 February 2017 (UTC)

thesis institution[edit]

   Under discussion
Description institution to whom a thesis or dissertation is submitted
Data type Item
Domain item thesis (Q1266946) and its subclasses
Allowed values instances of organization (Q43229) and its subclasses
Example A Cytological and Genetical Study of Triploid Maize (Q21083873)Cornell University (Q49115) (reference URL (P854) )
Source external reference
Planned use data donation from Oxford Research Archive, University of Oxford; also more broadly useful for Wikidata:WikiProject Source MetaData

As discussed at Wikidata:Project chat#What property to use for the educational institution that receives a thesis, we do not yet have a property of a thesis or dissertation to connect it to the institution for whom it is written. publisher (P123) is not suitable because the accepting institution does not necessarily publish the thesis. The university accepting the thesis is often different from the publisher that publishes it, if it is ever published. WorldCat has the property "dissertation" to connect a thesis to its educational institution ([2], [3]), and we need something similar, especially when the thesis author has no entry in Wikidata. The qualification that the work is submitted for is already captured in the work's type, e.g. doctoral thesis (Q187685), bachelor thesis (Q798134), master's thesis (Q1907875) MartinPoulter (talk) 10:26, 3 March 2017 (UTC)

  • Symbol oppose vote.svg Oppose. affiliation (P1416) is adequate for this, per previus discussion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:25, 3 March 2017 (UTC)
    • Comment "affiliation", in an Oxford context, I would have thought would indicate the particular Oxford college the author was a member of, rather than the university as a whole, to which the thesis was being submitted. I'd prefer a specific property -- it seems a lot tidier to have different properties, with clean distinct subject type-constraints. Jheald (talk) 11:33, 3 March 2017 (UTC)
      • Does a thesis have an affiliation to an Oxford college? Either way, use qualifiers, as in the example I give below. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:12, 3 March 2017 (UTC)
    • Andy, I don't understand how affiliation "can be repurposed". On its face, affiliation is not a property of creative works. I'm not proposing to change the definition of a property that is already in heavy use, but it seems you are: can you spell out your alternative proposal? MartinPoulter (talk) 13:38, 3 March 2017 (UTC)
      • Widen the definition in the description and relax the constraints. That will have no effect on current uses. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:12, 3 March 2017 (UTC)
        • What's the process for getting consensus for this change? MartinPoulter (talk) 10:13, 7 March 2017 (UTC)
  • I don't think the name makes it clear that it's about a institution. I could see people using it as "dissertation for math PHD". ChristianKl (talk) 11:44, 3 March 2017 (UTC)
  • I agree with the general need for this (as Andy says, you could use affiliation (P1416), but it would probably get confusing as that's intended for people - and it would get a bit hazy in these days of collaborative doctoral awards etc where someone has multiple "affiliations" during the PhD). However, "dissertation for" is a bit of a strange way of phrasing it. I'd prefer "submitted to" - or even the unambiguous "thesis institution"? Andrew Gray (talk) 12:13, 3 March 2017 (UTC)
  • Symbol support vote.svg Support I think a new property is appropriate for this. However, I am wondering how many thesis items we plan to pull into wikidata - there are millions of PhD's in the world, do we expect to have items on each one? ArthurPSmith (talk) 16:35, 3 March 2017 (UTC)
Doctoral theses are part of the scholarly record just as journal papers are, so the rationale for having data about them is similar to the rationale for having data about citations in general, especially with full work available at (P953) pointing to open-access text of the thesis. There are lots of institutional repositories and libraries who are digitising theses and putting them online, and maintaining data about them, so yes there could be a large number of PhDs in Wikidata in the long term, but the same could be said of books or publications in general. MartinPoulter (talk) 10:13, 7 March 2017 (UTC)
If there is a serious plan to build a scholarly citation database in Wikidata (and it seems there is), then thesis information could potentially be the really valuable part of it. This isn't reliably traced anywhere else and if we can get that into the citation graph, it could be incredibly interesting. Andrew Gray (talk) 22:01, 9 March 2017 (UTC)
  • Symbol support vote.svg Support The property will have its equivalent in Bibtex with 'school' in 'PhdThesis' and 'MasterThesis' entry types. There could be some room for some confusion as to which level (university or departmental) it should be applied to. — Finn Årup Nielsen (fnielsen) (talk) 18:16, 9 March 2017 (UTC)
The 'school' property in Bibtex is a great analogue for what I'm asking for, so thanks for bringing it up. We seem to have all the other Bibtext properties except this one, which seems to be to be a good argument for including it as a dedicated property. The department-versus-university issue is an interesting point that I hadn't thought about. Individual departments rarely if ever have their own representations in Wikidata, and universities are restructured so often it's not usually worth trying to represent them. Also, it's usually the university, not the department, that formally awards the degree. Even if the connection is made to the department rather than the institution, a sensibly constructed query will retrieve it, and anyway this issue will crop up in other ways of representing the relation, e.g. Andy's proposal, so it doesn't bear on the existence or not of a dedicated property. MartinPoulter (talk) 15:11, 21 March 2017 (UTC)

official image[edit]

   Under discussion
Description image designated by an authority
Data type Commons media file
Domain persons, artworks, conventions, ceremonies
Allowed values images
Formatter URL$1

This is meant for official images of a person, artwork, or event, as designated by the relevant authority. Could apply widely to officeholder portraits (including every US federal official), as well as artwork files released by museums, and of event photographs from the event organizers. This is meant to co-exist alongside image (P18), as sometimes the official image will be most appropriate for illustrating an infobox, and sometimes not.

But with the new property, the official image will always be queryable if it is desired for a particular use-case. One particularly relevant case is that of Yellow Milkmaid Syndrome, and being able to query the museum's version of the artwork (though again, this will not always be the one used in the infobox, etc). Pharos (talk) 02:30, 7 March 2017 (UTC)


I see this as potentially useful for three separate purposes:

  1. The digital version of an artwork that the GLAM indicates is the canonical reproduction (where for example there might be dozens of versions on Commons)
  2. The official portrait (painting, photograph) of a public figure (many politicians will have an official portrait commissioned).
  3. The official photograph of an event - like a document signing, conference, international meeting.

All of these are things that it could well be useful to identify - both for Wikipedia-infobox automation and also for downstream querying. However, I have some questions...

The proposal specifies Commons media files as the allowable target. What about when the official image is itself a Wikidata item? For example The Hon E G Whitlam (Q28877954) is the official portrait painting of an Australian prime minister - it is a notable painting and on permanent display in the parliament building. Furthermore, and to continue that example - that painting is IN copyright and therefore NOT a file on Commons. This might also be the case for many "official photographs" - for example all of the official portrait photographs of Australia's federal politicians are 'all rights reserved'[4] Therefore - could/should your proposed property be used to link not only to files on Commons, but also to external URLs or other Wikidata items?

Another area is that this proposal seems to be primarily addressing 'how to track provenance' of an image - in particular GLAM content. The ability of GLAM partners to be able to know which of their images are on Commons (and which are used in articles, and also which are NOT being used in articles because there's a lower-quality one that was uploaded earlier!) is a longstanding request. I suspect/hope that the 'structured data on commons' project will help a lot with this - where it will be able to more accurately specify the origin of the image (regardless of who uploaded it) make that fact queryable. However, if better 'provenance' for GLAM-images is the primary/main aim of this proposal the I think that a property on Commons is not the way to go about it - that should be an improvement in the Commons attribution templates. If, on the other hand, we're talking about a flexible way to indicate that a particular visual representation of a wikidata item has been officially sanctioned by the relevant authority (somehow akin to the 'official website' property) - that is valid for several different fields (human portraits, glam digitisations, notable event - then I think this is a viable way to do it.

That said - to reliably indicate that the image is sanctioned by the relevant authority as the 'official' image then any use of this proposed property would also *really* need a reference to prove that statement - to strongly differentiate it from the the existing 'image' property. In all cases the 'image' property refers to the file on Commons that the community believes to be the best representation of the subject - whereas THIS proposed property is saying something about the authority of the image, not necessarily its quality, copyright status (and therefore usability on Commons), or appropriateness to illustrate a wikipedia article. Wittylama (talk) 16:16, 7 March 2017 (UTC)

  • Certainly, I agree that it would be good to allow an item as the value as well (for official portraits that have their own Wikidata item, etc). And also that it would be valuable to require a qualifier for the authority that has desgnated this image; in the case of a GLAM the qualifier might just be collection (P195) and the collecting institution, though other times it will be a particular government office or similar.--Pharos (talk) 18:15, 7 March 2017 (UTC)
  • Symbol support vote.svg Support Great idea and it will help alleviate Milkmaid Syndrome! Missvain (talk) 17:28, 7 March 2017 (UTC)
  • Why a new property instead of solving it some qualifier? ChristianKl (talk) 04:12, 8 March 2017 (UTC)
  • Symbol oppose vote.svg Oppose A sounds use-case, but achieveable using image (P18) with a qualifier Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:11, 8 March 2017 (UTC)
    • @ChristianKl, Pigsonthewing: Using image (P18) with a qualifier would probably be acceptable as an alternative, but some have questioned whether it would be appropriate to do that on a mass-scale, and using it in too novel a way. I'd like this discussion to come to a resolution on implementing the use-case, by whatever method consensus here agrees to.--Pharos (talk) 15:15, 9 March 2017 (UTC)
  • Symbol oppose vote.svg Oppose this kind of information should be stored on Commons or maybe a qualifier. I'm pretty sure I've seen seeing similar kind of proposals to create subproperties of image (P18) being rejected on the same grounds, but can't find it. Multichill (talk) 17:23, 9 March 2017 (UTC)
    • @Multichill: We know it can't be stored on Commons, not without months/years of software development anyway. If you'd like to help with storing as a qualifier, then great :)--Pharos (talk) 17:36, 9 March 2017 (UTC)
  • Pictogram voting comment.svg Comment I wonder if this doesn't mix different things. People on one side, artworks on the other. Hopefully GLAMs avoid the Yellow Milkmaid Syndrome, but being published by one doesn't necessarily offer the ideal reproduction. Maybe identifying official portraits of oneself and suitable reproductions of artworks shouldn't be combined.
    --- Jura 17:10, 10 March 2017 (UTC)
    • @Jura1: The idea isn't that the official version will always be the best one (which would generally go in image (P18) and in the infobox, etc), but simply that it is useful to be able to query the official version. Similar with official photos of politicians.--Pharos (talk) 02:05, 11 March 2017 (UTC)

Straw poll on qualifiers[edit]

I'd like to suggest a straw poll on whether it would be appropriate to at least use qualifiers to achieve this use-case — as for example I've prototyped at Mérode Altarpiece#image. This may not be a long-term solution as perhaps it will migrate to structured data on Commons in one or two years, but this is meant to be functional in the interim.--Pharos (talk) 18:31, 15 March 2017 (UTC)

@Wittylama, Missvain, ChristianKl, Pigsonthewing, Multichill, Jura1:

  • Symbol support vote.svg Support use of qualifiers (as proposer).--Pharos (talk) 18:31, 15 March 2017 (UTC)
  • I'm not sure that qualifying with The Met object ID (P3634) is correct - that UID applies to the original artwork, not an image of it, better to create a new "official image" item and apply that, using "has role"; like this. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:05, 15 March 2017 (UTC)
    • "official image" as an ITEM (official image (Q28946213)) is an interesting option - that is certainly less burdensome than as a property. Can you elaborate how you would see that working for the other cases I described in my first comment above (official portrait paintings of people - especially when that painting is also a known wikidata item; official photographs of groups/people (e.g. it might be in-copyright image and not on commons)... Wittylama (talk) 16:57, 16 March 2017 (UTC)
      • @Pigsonthewing, Wittylama: It's not representing it in exactly the same way, but I think you could put on the painting item's page "instance of official image (Q28946213)", with a qualifier "of (P642) the person depicted".--Pharos (talk) 23:16, 18 March 2017 (UTC)
        • That works only when the Wikidata item is itself about the official painting/photograph/whatever. That is a qualifier on the Wikidata item for a painting, not a qualifier on the Wikidata item of the subject of that painting. I have done this now on "The Hon E G Whitlam (Q28877954)" using precisely this structure: instance of -> official portrait -> of Gough Whitlam (Q23333) (with a reference to the URL for the Parliament's portrait gallery collection website). However, what you wanted in your original proposal is a way to indicate on the Wikidata item of the subject (a person, object, event...) that it has an 'official image' (according to someone) - which might be hosted on Commons, might be a URL, or might indeed be its own specific Wikidata item. Wittylama (talk) 15:29, 21 March 2017 (UTC)
  • I acknowledge the wish to be able to point at better-quality or preferred images, having seen my share of shitty ones, also in Wikidata statements. But I'm not a great fan of the term 'official'. 'Official' determined by whom? In my head I've been toying with the term 'canonical image' but that has the same problem: canonical according to whom? - and might be superseded by higher quality again at some point. I would be most in favour of using a qualifier like issued by (P2378) or publisher (P123) <a certain institution> in order to facilitate querying at this point. I do agree with Multichill that this kind of information eventually belongs on Commons, not on Wikidata, so we should decide on a solution that will eventually make it easy to move this kind of information there. Spinster 💬 20:55, 19 March 2017 (UTC)
    • @Spinster: This was my initial idea on a qualifier, to do it by the collection. Perhaps we could use two qualifiers, one for the institution issuing, and one for Andy's idea of an "official image" item (or a more appropriate subclass item, like "collection image"). Also agree on using whatever appropriate format that will ease an eventual move to Commons, although it is not practicable to just wait for new Commons software, and not do anything for the next months or years.--Pharos (talk) 14:25, 21 March 2017 (UTC)
    • I remain convinced that the way that this proposal should be 'seen' is not [only] about pointing to a file on Commons, but as a statement which can refer to a file on commons, or an external URL, or equally a Wikidata item. If we are indeed thinking of a scope that is specifically about "there is a better/more-official file on Commons than that which is currently listed in the Image property", then yes, that ought to be something included in the scope of the COMMONS [attribution/provenance] Metadata. However, if we are talking about a statement to say that "this subject has an 'official portrait/image' according to xyz" then that ought to be a statement in its own right, on the Wikidata item about the subject. It should be able to be qualified to answer the 'official according to whom?' question, but it should not be limited to only pointing to Files on Commons.

For example, as mentioned above, I have now made this statement: On "The Hon E G Whitlam (Q28877954)" -> instance of -> official portrait -> of Gough Whitlam (Q23333) (with a reference to the URL for the Parliament's portrait gallery collection website). Now, what I want to do is make the equivalent and reverse statement on the item about the person - that he has an official painting of him. It IS the official portrait in the national parliament and very notably so (this painting was quite controversial and famous. In this case the painting is IN COPYRIGHT so we do not have it on Commons, but we do (now) have it as an item on Wikidata, with appropriate references to prove that it is 'official' according to the parliament art collection itself. I believe that a statement of this fact on the item for Whitlam is a valid thing to include, and CAN be done with the 'official image' property, but perhaps there's another way? Wittylama (talk) 15:29, 21 March 2017 (UTC)

  • Comment I'm going to brain dump here for a moment... I am less interested in official portraits as I am finding a solution to have a painting, for example, with the "best version" of itself. Hence, the Milkmaid Syndrome. We don't have to always call it official, as sometimes the "official" photograph of a painting provided by an institution may be low quality. But, when I think about it, why bother, when we can just ensure that the best quality image or "official" portrait is happily placed in the property "image". Missvain (talk) 16:38, 21 March 2017 (UTC)
    • Meaning, why should a crappy image be in the image property at all? Why would Donald Trump's "image" property have some poor quality snapshot someone took of him at an event, versus his official portrait? Same with a statue at the Met or a painting by van Gogh. Unless, of course, there is no option option (like many van Gogh paintings). Hmm.. Missvain (talk) 16:39, 21 March 2017 (UTC)

If i follow your meaning - I agree that the "image" property should be understood to mean "[best available] image" with a practical test of "would THIS image be the one chosen to use in the infobox about this subject in its Wikipedia article". Furthermore, the 'provenance' of the file on Commons (e.g. "this image is the one that came from the MET website, and that image came from WebGalleryofArt (regardless of who did the upload) is a different thing as well - and should be handled in File's metadata in Commons. What is missing, IMO, is a way to indicate a status of "this subject has a visual representation that has been 'approved/sanctioned' by the subject itself". Wittylama (talk) 17:30, 21 March 2017 (UTC)


   Under discussion
Description this item influenced the item
Data type Item
Template parameter Influenced
Domain Creative work
Planned use A creative work influenced another creative work.
See also influenced by (P737)

A creative work influencing another creative work. Currently, it is possible to represent this type of relationship by making use of influenced by (P737), i.e., one creative work influenced by another creative work. However, it is not possible to represent this same relationship the other way around. It is interesting to note that Wikidata has two properties part of (P361) and has part (P527) allowing two possible ways to represent relationship between two items. Bidirectional usages of 'influence' can be seen in many software related topics. Refer the infobox of C programming language. Jsamwrites (talk) 22:13, 14 March 2017 (UTC)

Thanks Jura for the above link. Unfortunately the property has been deleted. Going through the discussion in the above thread, it seems that the property was deleted as it focused on 'Human influencing Human'. However, the rationale used there cannot be applied to creative works since we see the bidirectional use of 'influence' in several cases (especially in infoboxes) of softwares, programming languages and other works. It is equally important to know both how a work was influenced as well as its influence on other (future) works. The number of members may not be as large like in the case of 'Human influencing Human'. Jsamwrites (talk) 10:05, 15 March 2017 (UTC)

film script[edit]

Description script version for subject film is described at
Represents screenplay (Q103076)
Data type Item
Domain film (Q11424)
Allowed values items about an online version, a published version in book form, or a specific copy held by a museum or an archive
Example The King's Speech (Q160060)The King's Speech: The Shooting Script (Q28943838)

ValterVB Josve05a LydiaPintscher Ermanon Cbrown1023 Discoveranjali Mushroom Queryzo Danrok Rogi Escudero Mbch331 Jura Jobu0101 Jklamo Jon Harald Søby putnik ohmyerica AmaryllisGardener

Pictogram voting comment.svg Notified participants of WikiProject Movies


For WikiProject Movies and some related fields.
--- Jura 06:08, 15 March 2017 (UTC)


GINCO Id[edit]

   Ready <create>
Description identifier for a concept in the Thesaurus of the French Ministry of Culture
Data type External identifier
Allowed values T\d{2}-\d{2,4}
Example sword (Q12791) -> T69-6414
Planned use useful for objects in the Palissy database (Q2886424)
Formatter URL$1

Online thesaurus with partial mapping to Getty's Arts and Architecture Thesaurus, dbpedia and bnf. It has a sparql endpoint:

The thesaurus aggregates several controlled vocabulary sets used by the French Ministry of Culture. One of them, Thésaurus de la désignation des objets mobiliers is used in the Palissy database. A bit chunk of Palissy should soon be uploaded by user:Gzen92 and having this property may be a great help in maintaining them (will provide accurate instance of (P31) values)

Notes :

  1. property name: I found the name Ginco here and here. It does not appear to be widely used, but that is shorter than "French Ministry of Culture online ID".
  2. identifier format: the format of the identifier is T + id of the thesaurus where it is from + then dash and identifier within the original thesaurus. We could split it into a property for each of this thesaurus but I do not think it is a good idea at all (there are reasons why they were grouped on the same website in the first place).

@VIGNERON, Shonagon, Louis-garden: who may know more about it. --Zolo (talk) 12:22, 16 March 2017 (UTC)

  • Symbol support vote.svg Support I know this thesaurus (sadly, not very well) and it defintely could be useful (and not just for Palissy !). Indeed, I'm not sure if Ginco (acronym for Gestion Informatisée de Nomenclatures Collaboratives et Ouvertes) is a good name, but I can't find a better one. Cdlt, VIGNERON (talk) 12:51, 16 March 2017 (UTC)
  • Symbol support vote.svg Support As VIGNERON, I know about it but I do not use it. The main goal to link different vocabularies from french parimonail insitutions is obviously useful and supported by a good dynamic. It has to be a persistent service. I'm not sure about the URL (there is already and a new ... ) but the use of ark is a good guarantee that it could be supported in long term. I informed the formely product owner of this project to have her feedback about this proposal. --Shonagon (talk) 15:40, 17 March 2017 (UTC)
  • Symbol support vote.svg Support. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:30, 19 March 2017 (UTC)
  • Symbol support vote.svg Support Gzen92 [discuter] 11:16, 22 March 2017 (UTC)
  • I would prefer "French Ministry of Culture online ID" as property name as it makes it easier for users to understand what the property is about. I don't think the fact that "Ginco Id" is shorter is a good reason to use it, especially when the name isn't widely used. Does somebody object to the name "French Ministry of Culture online ID" for the property? ChristianKl (talk) 08:47, 24 March 2017 (UTC)
    • Actually "French Ministry of Culture online ID" would not really make sense as they have several other databases with other ids. "French Ministry of Culture thesaurus ID" may be technically correct. --Zolo (talk) 09:15, 24 March 2017 (UTC)
      • I would also prefer ""French Ministry of Culture thesaurus ID" over the current name. ChristianKl (talk) 18:56, 25 March 2017 (UTC)
  • Symbol support vote.svg Support. Tubezlob (🙋) 12:22, 25 March 2017 (UTC)

KMRB film rating[edit]

Description rating of a film in the South Korean film/video rating system
Represents no label (Q12592506)
Data type Item
Domain film (Q11424)
Allowed values All (Q28951019), 12 (Q28951020), 15 (Q28951021), 19 (Q28951022), Limit (Q28951023)
Example The Handmaiden (Q20444585)19 (Q28951022) (rating certificate ID (P2676): "2016-MF00708")

Business as usual. – Máté (talk) 07:28, 17 March 2017 (UTC)


RTC film rating[edit]

   Under discussion
Description rating of a film in the Mexican film classification system
Represents RTC film classification system (Q28980077)
Data type Item
Domain film (Q11424)
Allowed values AA (Q28980093), A (Q28980099), B (Q28980109), B15 (Q28980118), C (Q28980122), D (Q28980127)
Example Logan (Q24053263)C (Q28980122) (rating certificate ID (P2676): "16474")

Just another rating property. Máté (talk) 20:51, 21 March 2017 (UTC)


<syntaxhighlight lang="moin"></syntaxhighlight>

@Pigsonthewing: I'm not sure if you managed to do what you set out to do here :). – Máté (talk) 15:51, 22 March 2017 (UTC)
Triggered the wrong macro; see below. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:07, 24 March 2017 (UTC)