Wikidata:Property proposal/Archive/48

From Wikidata
Jump to navigation Jump to search
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

This archive page is full. Use Wikidata:Property proposal/Archive/49 or subsequent ones.

The previous archive page is Wikidata:Property proposal/Archive/47.

British Film Institute identifier

Descriptionidentifier for films, television programs, audio recordings and related documents at the BFI
RepresentsBritish Film Institute (Q260528)
Data typeExternal identifier
DomainMainly film (Q11424) and television program (Q15416), but also audio recordings and documents
Allowed values[1-9][0-9]*
ExampleNever Say Never Again (Q180279) → 2654

The BFI is a widely known and important source. They are also interested in matching items in their database to Wikidata, which this property will facilitate NavinoEvans (talk) 10:53, 10 March 2016 (UTC)[reply]


@NavinoEvans: ✓ Done, no objections. Of course it would be great, if the BFI could implement a way to automatically link to their information page, but just recording the ID for now is useful as well. ---Srittau (talk) 19:35, 4 April 2016 (UTC)[reply]

@Srittau: Thanks very much indeed for this and the EIDR property below :) NavinoEvans (talk) 23:07, 5 April 2016 (UTC)[reply]

 Support useful for connecting worldwide film networks, such as EFG and CEN. Queryzo (talk) 20:50, 5 April 2016 (UTC)[reply]

EIDR identifier

Descriptionidentifier for a film or television program, in the Entertainment Identifier Registry
RepresentsEntertainment Identifier Registry (Q5323129)
Data typeExternal identifier
Domainfilm (Q11424) and television program (Q15416)
Allowed values10\.5240/([0-9A-Z]{4}-){5}[A-Z]
ExampleNever Say Never Again (Q180279)10.5240/E058-3983-F191-9805-DD81-Q
Formatter URL$1
Robot and gadget jobsCheck for 404 error on target pages

Very widely used and important identifier. Many other datasets link to EIDR identifiers, so allows error checking and mapping to new datasets NavinoEvans (talk) 11:37, 10 March 2016 (UTC)[reply]

  • Pictogram voting comment.svg Comment requested regex added. – Máté (talk) 12:11, 10 March 2016 (UTC)[reply]
  • Pictogram voting comment.svg Comment this exists already as DOI.
    --- Jura 16:24, 14 March 2016 (UTC)[reply]
    • @Jura1: can you elaborate on this a bit? I don't understand how it relates to DOI ? Thanks NavinoEvans (talk) 11:30, 16 March 2016 (UTC)[reply]
      • Sorry I've just read a bit more and I see that it's built on the DOI system. How can the fact it's a DOI help us navigate to the page on EIDR though? It seems to me like we could still benefit a lot from having the EIDR identifier property with url pattern but I may be missing something here. NavinoEvans (talk) 11:41, 16 March 2016 (UTC)[reply]
      • It isn't the job of Wikidata to link to sites but to provide machine-readable data (which can then link it to wherever it wants to), however, this property still may be useful as a subproperty of (P1647): DOI (P356) partly due to the unique formatter URL that can be associated to EIDR and the more refined regular expression. – Máté (talk) 12:14, 16 March 2016 (UTC)[reply]
        • Yes, sorry that wasn't a very clear message, I agree that's not Wikidata's role but the ability to link to an external dataset with a url makes it far more useful than having to dig our that info elsewhere - I think having it as a subproperty of the DOI would be the way to go. I should have mentioned in the motivation for this, that it was prompted by my conversations about data imports and Wikidata matching with the BFI, who said how important EIDR identifiers are for them and others (e.g. Amazon and Netflix) who use them widely. NavinoEvans (talk) 22:31, 16 March 2016 (UTC)[reply]
          • Isn't the point of a DOI to have a single one? Eventually Mediawiki should support multiple URLs per property. This could but needn't be applied for EIDR DOIs.
            --- Jura 09:00, 18 March 2016 (UTC)[reply]
  • Yes I do see your point, I'm sure multiple formats will be supported soon. Anyway, I just checked to see what happens when you add an EIDR code using DOI (P356) and it actually auto redirects to the EIDR page from the target page at (e.g. Never Say Never Again (Q180279) ) - Basically everything is perfectly covered with the DOI property as Jura said, so this proposal should be removed now I think NavinoEvans (talk) 10:28, 18 March 2016 (UTC)[reply]
You might reconsider the withdrawal: Just because something works when considered as a DOI it is not automatically semantically one: When I see the DOI I assume it gives me access to the object itself (or some very close surrogate). EIDR Ids however seem not to attemt that, they are DOIs not for the object but rather to an document with an extensive description of the object (metadata consedered as data). So there is a difference between the DOI for that film and its EIDR. -- Gymel (talk) 19:47, 18 March 2016 (UTC)[reply]
+1 (and @NavinoEvans:). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:33, 18 March 2016 (UTC)[reply]
Or possibly "described at Entertainment Identifier Registry (Q5323129), qualified by the DOI? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:34, 18 March 2016 (UTC)[reply]
@Gymel, Pigsonthewing: +1 for reviving this one for consideration. I hadn't realised the EIDR, DOI distinction, but that does make sense. It looks like Andy's suggestion does the trick really, it's just a question of whether its important enough to go one further and get a property. I think it's worth it, but would still be happy with the "described at" approach. NavinoEvans (talk) 23:59, 21 March 2016 (UTC)[reply]

@NavinoEvans, Gymel, Pigsonthewing: ✓ Done as a sub-property of DOI (P356). The additional constraints, validity checks, and documentation possibilities are worth it. --Srittau (talk) 20:02, 4 April 2016 (UTC)[reply]

Karate Records ID

DescriptionIdentifier for karatekas in the Karate Records database
RepresentsKarate Records (Q23038110)
Data typeExternal identifier
Domainkarateka (Q9017214)
ExampleLucie Ignace (Q977616)lucie-ignace
Formatter URL$1

Karate Records (Q23038110) is the best database for karate (Q11419) results. Thierry Caro (talk) 01:35, 12 March 2016 (UTC)[reply]

  •  Support but can we change the en to have the language of Wikidata user (fr for example) ? --Tubezlob (🙋) 08:14, 16 March 2016 (UTC)[reply]
  •  Support --- Løken (talk) 12:20, 19 March 2016 (UTC)[reply]

@Thierry Caro, Tubezlob, Løken: ✓ Done --Srittau (talk) 20:26, 4 April 2016 (UTC)[reply]

Encyclopaedia Metallum release ID

Descriptionidentifier for a release in the Encyclopaedia Metallum database
Data typeExternal identifier
Domainrelease (Q2031291)
ExampleMandylion (Q1889150)3349
Formatter URL$1

Similar to Encyclopaedia Metallum band ID (P1952) Numenorean (talk) 17:20, 13 March 2016 (UTC)[reply]


@Numenorean, Pigsonthewing: ✓ Done --Srittau (talk) 18:20, 6 April 2016 (UTC)[reply]

Deezer artist ID

Descriptionidentifier for an artist on Deezer
Data typeExternal identifier
Domainmusician (Q639669)
Allowed values\d+
ExampleMiles Davis (Q93341)1910
Formatter URL$1

Usefull like Spotify artist ID (P1902) Tubezlob (🙋) 08:00, 16 March 2016 (UTC)[reply]


@Tubezlob, Pigsonthewing: ✓ Done --Srittau (talk) 18:39, 6 April 2016 (UTC)[reply]

Deezer album ID

Descriptionidentifier for an album on Deezer
Data typeExternal identifier
Domainalbum (Q482994)
Allowed values\d+
ExampleKind of Blue (Q283221)521185
Formatter URL$1

Usefull like Spotify album ID (P2205) Tubezlob (🙋) 08:04, 16 March 2016 (UTC)[reply]


@Tubezlob, Pigsonthewing: ✓ Done --Srittau (talk) 18:41, 6 April 2016 (UTC)[reply]

Deezer track ID

Descriptionidentifier for a track on Deezer
Data typeExternal identifier
Domainsong (Q7366)
Allowed values\d+
ExampleSo What (Q919291)5707517
Formatter URL$1

Usefull like Spotify track ID (P2207) Tubezlob (🙋) 08:08, 16 March 2016 (UTC)[reply]


@Tubezlob, Pigsonthewing: ✓ Done --Srittau (talk) 18:44, 6 April 2016 (UTC)[reply]

GOG application ID

Descriptionidentifier for a application (or film) on distribution platform
Data typeExternal identifier
Domainvideo game (Q7889) and film (Q11424)
Formatter URL$1

GOG has many PC games available (especially old), so thus would be a useful resource as a property. Clonewayx (talk) 06:57, 25 March 2016 (UTC)[reply]


@Clonewayx, Pigsonthewing, Pikolas, Telaneo: ✓ Done --Srittau (talk) 21:45, 6 April 2016 (UTC)[reply]

CageMatch worker ID

Descriptionidentifier for a professional wrestling performer at
Data typeExternal identifier
Allowed valuesnumbers
ExampleHulk Hogan (Q44176)504
Formatter URL$1 (English) or$1 (German)
Robot and gadget jobsWe might be able to scrape values from German Wikipedia
Motivation (or, which is the german address, it is mainly a german site) is a database of Professional Wrestling performers, shows, PPVs, matches, etc across a number of different promotions (WWE, TNA, etc). It seems to be very comprehensive. This property is for what they call "workers", which seems to be mainly wrestlers, but also announcers, referees, and sometimes celebrities have cameos. They have 16945 people listed. I don't know how much of the information we can use here, but they have basic biographical information, and authority control could be useful, as articles for wrestlers often use ring names rather than real names. I'm not sure about the label and description, but I think the English and German versions should refer to the corresponding versions of the website, and similarly for the formatter URLs, if we can do that. It seems we could import values from the German Wikipedia, but they only have raw links to the website, so we would have to scrape the wikitext. Silverfish (talk) 02:15, 27 March 2016 (UTC)[reply]


@Silverfish, Pigsonthewing: ✓ Done --Srittau (talk) 22:17, 6 April 2016 (UTC)[reply]

Projeto Excelências ID

   Done: no label (P2731) (Talk and documentation)
DescriptionIdentifier used by Transparência Brasil for congresspeople from Brazil
Data typeExternal identifier
Allowed valuestype of linked items (Q template or text), list or range of allowed values, string pattern...
ExampleJean Wyllys (Q519210)71691
Formatter URL$1

Transparência Brasil (Q10384192) is a well-known public NGO in Brazil, and according to, it's been around since 2006, so we know it's a stable source. Pikolas (talk) 14:02, 30 March 2016 (UTC)[reply]


@Pikolas, Pigsonthewing: ✓ Done --Srittau (talk) 17:33, 8 April 2016 (UTC)[reply]

Persée author ID

DescriptionIdentifier for an author, in Persée, an open access digital library of French-language scholarly journals, established by the Ministry of National Education of France.
Data typeExternal identifier
Domainauthor (Q482980)
Allowed valuesnumbers
ExampleRobert Ricard (Q6109524)249577
Formatter URL$1

Persée (Q252430): Providing valuable data to authority control templates in different wikipedias. Author identifier from Persée. Strakhov (talk) 20:37, 30 March 2016 (UTC)[reply]


@Strakhov, Thierry Caro, Pigsonthewing, Pikolas: ✓ Done --Srittau (talk) 17:50, 8 April 2016 (UTC)[reply]

Persée journal ID

DescriptionIdentifier for a journal in Persée, an open access digital library of French-language scholarly journals, established by the Ministry of National Education of France.
Data typeExternal identifier
Domaintrade magazine (Q685935)
Allowed valuesalphanumeric caracters
ExampleAnnales historiques de la Révolution française (Q2850699)ahrf
Formatter URL$1

Persée (Q252430): Providing valuable data to authority control templates in different wikipedias. Journal identifier from Persée. Strakhov (talk) 20:37, 30 March 2016 (UTC)[reply]


@Strakhov, Thierry Caro, Pigsonthewing, Pikolas: ✓ Done --Srittau (talk) 17:53, 8 April 2016 (UTC)[reply]

UNZ author identifier

DescriptionAuthor identifier in, a content-archiving website with old open-access publications.
Data typeExternal identifier
Domainauthor (Q482980)
Allowed valuesalphanumeric caracters
ExampleEugene Lyons (Q343944)LyonsEugene
Formatter URL$1

Providing valuable data to authority control templates in different wikipedias. Author identifier from Strakhov (talk) 17:59, 31 March 2016 (UTC)[reply]


@Strakhov, Pigsonthewing, ArthurPSmith: ✓ Done --Srittau (talk) 18:11, 8 April 2016 (UTC)[reply]

UNZ journal identifier

DescriptionJournal identifier in, a content-archiving website with old open-access publications.
Data typeExternal identifier
Domaintrade magazine (Q685935)
Allowed valuesalphanumeric caracters
ExampleSaturday Review (Q15846515)SaturdayRev
Formatter URL$1

Providing valuable data to authority control templates in different wikipedias. Journal identifier from Strakhov (talk) 17:59, 31 March 2016 (UTC)[reply]


@Strakhov, Pigsonthewing, ArthurPSmith: ✓ Done --Srittau (talk) 18:13, 8 April 2016 (UTC)[reply]

disjoint union of

Descriptionevery instance of this class is an instance of exactly one class in that list of classes
Data typeItem
Domainlist, or metaclass
Allowed valuesclass list, or metaclass list (resp)
⟨ nucleon (Q102165)  View with Reasonator View with SQID ⟩ disjoint union of (P2738) View with SQID ⟨ unknown value Help ⟩
of (P642) View with SQID ⟨ proton (Q2294)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ neutron (Q2348)  View with Reasonator View with SQID ⟩

Robot and gadget jobscheck consistency of the instantiation relation wrt. these statements
union of
   Done: union of (P2737) (Talk and documentation)
Descriptionevery instance of this class is an instance of at least one class in that list of classes
Data typeItem
Domainlist, or metaclass
Allowed valuesclass list, or metaclass list (resp)
⟨ chemical compound (Q11173)  View with Reasonator View with SQID ⟩ Union of Search unknown value Help
of (P642) View with SQID ⟨ solid (Q11438)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ liquid (Q11435)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ gas (Q11432)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ nanoparticle (Q61231)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ volatile compound (Q22981361)  View with Reasonator View with SQID ⟩

⟨ chemical compound (Q11173)  View with Reasonator View with SQID ⟩ Union of Search unknown value Help
of (P642) View with SQID ⟨ chemical compound (Q11173)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ simple substance (Q2512777)  View with Reasonator View with SQID ⟩
⟨ uncle or aunt (Q21073936)  View with Reasonator View with SQID ⟩ Union of Search unknown value Help
of (P642) View with SQID ⟨ uncle (Q76557)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ aunt (Q76507)  View with Reasonator View with SQID ⟩

⟨ broadcasting program (Q19968906)  View with Reasonator View with SQID ⟩ union of (P2737) View with SQID ⟨ unknown value Help ⟩
of (P642) View with SQID ⟨ radio program (Q1555508)  View with Reasonator View with SQID ⟩
of (P642) View with SQID ⟨ television program (Q15416)  View with Reasonator View with SQID ⟩
- there is some programs who are both transmited by radio and television
Robot and gadget jobscheck consistency of the instantiation relation wrt. these statements
This proposal is a proposal for Two properties:
  • UnionOf
  • DisjointUnionOf
(to get the definition of the first, take the text in green, resp in red for the second) plus one new qualifier :
  • Together With.

Sometime users use has part or parts (P527) as a kind of inverse properties of subclass of (P279). This is semantically wrong as has part if for composition relationship of physical objects (or classes of those type) that are parts of other (bigger) physical objects (or classes of those whole objects), per Help:BMP, and NOT to give a list of the subclasses, like in the example give who was modeled as has part.

There would not be a case if we were just talking of an inverse property of subclass of (P279), but we're not. Here we want to say that the set of all instances of a set of classes (here proton and neutrons), when regrouped, is exactly the set of instances of the superclass (here nucleon). No instance of nucleon is neither a proton nor a neutron.

Example : let Academics be the set of person who teaches, studies or research in a faculty.
let teacher, student, researcher (be the class of persons who teaches, rep. studies and research in a faculty.
⟨ Academics ⟩ Union of Search ⟨ Teacher ⟩
Together with Search ⟨ Students ⟩
together with (P1706) View with SQID ⟨ Researcher ⟩
means that any student, researcher and teacher is an academic, that no person who is neither student, researcher nor teacher is an academic. But a student can also teach, as a researcher.

With the disjoint variant (in green), the constraint is added that an instance of nucleon is an instance of one and only one of the subclasses. Said differently, that the set of subclasses is a partition of a set (Q381060)  View with Reasonator View with SQID of the subject class.

⟨ nucleon (Q102165)  View with Reasonator View with SQID ⟩ Disjoint union of Search ⟨ Q2294 ⟩
together with (P1706) View with SQID ⟨ neutron (Q2348)  View with Reasonator View with SQID ⟩
as a nucleon is a proton or a neutron, but not both.

So the motivation is double :

  • give an alternative to those who want to put a list of subclasses of a class (don't do that, this is incorrect, do that instead)
  • improve our modeling expression power.

Note : the qualifier Together With of (P642) View with SQID is here because the set of subclasses must exist in the same statement. This is because if we gave the list of classes in a list of statement, we could not express that there is no other subclass needed to cover all the instances of the superclass, as Wikidata follows the open-world assumption (Q851949)  View with Reasonator View with SQID (This means we could even use two statement to model two alternative divisions of the class in subclasses for all of its instances). For example let's just add a subclass to nucleon, I don't know highly energetic nucleon. It's a subclass of nucleon, but it would not make sense to add it into

⟨ nucleon (Q102165)  View with Reasonator View with SQID ⟩ Disjoint union of Search ⟨ Q2294 ⟩
together with (P1706) View with SQID ⟨ neutron (Q2348)  View with Reasonator View with SQID ⟩

because either a proton or a neutron could be highly energetical. It's a different classification axis. TomT0m (talk) 15:26, 9 May 2015 (UTC)[reply]

Note2 : DO NOT USE if the class list is not close, of course, that is if there is instances of the superclass that is not an instance of any of the child classes, or if it's not sure whether or not.

They are inspired by owl:unionOf and owl:unionOf and owl:disjointunionof (and alldisjointclasses but only because I did not realize there was actually disjointunionof /o\). TomT0m (talk) 19:08, 7 May 2015 (UTC)[reply]

outdated comments


  • "(sample: 7..."
  • "qnd"
  • line break before "wol:disjointunionof"
  • How many properties do you propose?
  • I dont see why "Disjoint" is mentionned at all.
  • "of this class .... of that list of classes" Which and which?
  • In everyday language, "UnionOf" seems (to me) related with has part or parts (P527), not with classes.
  • If this proposal is about class partition, why not name it "class partition" or "subclass partition"?
  • If this proposal is not about class partition, why mentionning partition of a set (Q381060)?

Visite fortuitement prolongée (talk) 21:36, 8 May 2015 (UTC)[reply]

@Visite fortuitement prolongée: should be better now. this and that is a common way to speak of resp the subject and the object of the claim. The names are the name given in owl as the links can show, but other are OK if people find this more clear. Union in math is the operation on set, for sure. I don't know about common english

There was a bug in Template:Color. I fixed it. Visite fortuitement prolongée (talk) 14:34, 9 May 2015 (UTC)[reply]


  • No slash inside "au moins une une et une seule".
  • Why "list, or metaclass" and not "Classes", like in Property talk:P279?
  • Why "class list, or metaclass list (resp)" and not "Classes", like in Property talk:P279?
  • "(sample: 7..."
  • "instanèiation"
  • Why not a semantic list after "This proposal is a proposal for"?
  • "too statement"
  • What is the difference between subclass property and "UnionOf" property?
    • Please give examples.
  • What is the difference between "UnionOf" property and "DisjointUnionOf" property?
    • Please give examples.
  • Please give an example where "Together With" qualifier property is required.

Visite fortuitement prolongée (talk) 14:34, 9 May 2015 (UTC)[reply]

Thank you, the proposal is much better now. Visite fortuitement prolongée (talk) 17:46, 9 May 2015 (UTC)[reply]
« Why "list, or metaclass" and not "Classes" » → I'll edit the Property documentation myself if the properties are created. Visite fortuitement prolongée (talk) 20:20, 11 May 2015 (UTC)[reply]
Per Help:Classification for an explanation. A class is a set of indvidual. two classes unionned gives another set of individuals, another class. A class of class unioned with a class of class gives a class of class, similarly. But a class should not be unioned with a metaclass to avoid some ontological problems. TomT0m (talk) 20:38, 11 May 2015 (UTC)[reply]
  • I'm not sure if I get the "Together with" qualifier point. Qualifiers are also open to be extended, so I don't see why having all values within a statement makes it more close than having one statement for each value. Qualifiers are extendable as statements are, there is no way to prohibit that. Therefore, I'm also not sure if we should actually introduce such limited classes, as that is contradictory to the open system of Wikidata. -- Bene* talk 21:08, 9 May 2015 (UTC)[reply]
    Good question. I take the opinion of Markus here : see this post on the ML. I think this makes sense for closed lists, it's an easy way to express that, way easier than for example having a sequence of items with followed by (P156)/follows (P155) terminated by
    ⟨  ⟩ followed by (P156) View with SQID ⟨ no value Help ⟩
    . TomT0m (talk) 09:23, 10 May 2015 (UTC)[reply]
  •  Support "Disjoint Union of" property
  •  Support "Union of" property
  •  Oppose "together with" qualifier property. Instead of listing some subclasses with a qualifier you should just add more values to the main property.
Disjoint union of:proton
OK? Filceolaire (talk) 18:43, 11 May 2015 (UTC)[reply]
  • Ammended as discussion below. Sorry it took me so long to get back. Filceolaire (talk) 18:04, 18 June 2015 (UTC)[reply]
What you are suggesting, in the writing style that I prefer, is:
  • nucleon => proton, neutron
TomT0m want to allow several, distinct, subclass lists, like having in the same item both:
This way, it can not work. TomT0m need a change of Wikidata data structure, or a trick. "together with" is a trick. Of course, since TomT0m has not show an actual example of several, distinct, subclass lists, I do no support "together with", and you are free to oppose it. But I hope that with my explanation, you understand the need. Visite fortuitement prolongée (talk) 19:43, 11 May 2015 (UTC)[reply]
It's not a trick, it's a use of qualifiers to express close lists. TomT0m (talk)
@Visite fortuitement prolongée: A real life example : elements can be divided by for example : monoisotopic element (Q3588104)  View with Reasonator View with SQID and non monoisotopic one. They can be divided by element groups such as group 18 (Q19609)  View with Reasonator View with SQIDmetalloid (Q19596)  View with Reasonator View with SQID some of these covers the set of chemical elements taken together. Some overlaps with others. TomT0m (talk) 20:30, 11 May 2015 (UTC)[reply]
@Filceolaire: No. This must be expressed in one statement. It make sense to say that Paul is a son of Jack. It also make sense that Jenny is a daughter of Jack. But from these two satements, we can't say if Jack have more children per open-world assumption (Q851949)  View with Reasonator View with SQID which is reasonable in Wikidatas case. With disjoint union this does not make sense to say « nucleon union of proton » and « nucleon union of neutron », no more than in english. This has to be « nucleon union of proton and neutron ». Plus this allows us to say the list is close (see the discussion with Bene* above and the linked mail for this.) Without a qualifier this is as good as «has subclass». TomT0m (talk) 19:58, 11 May 2015 (UTC)[reply]
« Without a qualifier this is as good as «has subclass». » → Not exactly. "nucleon => UnionOf => proton, neutron, antiproton, antineutron" say more than "nucleon => subclass => proton, neutron, antiproton, antineutron"; because it say that the classes list is complete ("closed"). The difference is that without "Together With" qualifier, an item can have only 1 classes list, so we could no tell that... wait, what was this real example of you? Visite fortuitement prolongée (talk) 20:20, 11 May 2015 (UTC)[reply]
No, the meaning argument that a set of two sentence is not the same as one sentence still holds. But you're kind of tiring me. If you really don't want to be convinced follow the links to the owl properties, you'll see they uses one compound statements, not several statements with the same properties, for good reasons. TomT0m (talk) 20:30, 11 May 2015 (UTC)[reply]
@Visite fortuitement prolongée, Filceolaire: Any new question or vote ? It's been a while. TomT0m (talk) 19:49, 19 May 2015 (UTC)[reply]
Maybe you should move "(to get the definition [...] the second)" just after "a proposal for Two properties" ? Visite fortuitement prolongée (talk) 20:08, 19 May 2015 (UTC)[reply]

*  Oppose I never thought I would O in a proposal of mine the solution without the qualifier. Without it it's as good as has_subclass, as explained above. Of course I  Support the original proposal :) TomT0m (talk) 20:14, 19 May 2015 (UTC)[reply]

  • Pictogram voting comment.svg Comment I am vaguely supportive of this initiative, but I would prefer to have a way to declare two classes disjoint before adding a way to declare them disjoint while also declaring another class to be their union: disjoint union is syntactic sugar.= for this specific combination. Useful, maybe, but not good for all cases. So I would prefer to have union of, and introduce disjoint with independently. --Markus Krötzsch (talk) 16:13, 11 November 2015 (UTC)[reply]
    @Markus Krötzsch: I'm all for introducing a Disjoint with property, I'll make another proposal, but I'm not sure I agree that this is "syntactic sugar". This looks like an "AllDisjointWith" construction, which allows to replace n*(n+1)/2 constraint, and seem very similar to a "Global constraint" like AllDiff (see for example this paper that is exploited during constraint solving to build more efficient algorithms compared to the set of "local" constraint solutions. Of course an "AllDisjointWith" is weird to express in Wikidata as it has no natural "subject item", except in the case of a disjoint union ... author  TomT0m / talk page 21:20, 11 November 2015 (UTC)[reply]
This is a good point. I agree. --Markus Krötzsch (talk) 08:28, 12 November 2015 (UTC)[reply]
  • Pictogram voting comment.svg Comment I am in favour of picking a different encoding, where the classes in the union are treated in a symmetric way without singling out one as the main value. This could be achieved by using no specific main value, but just specifying "some value" there. Moreover, we could use of (P642) as an existing qualifier property instead of making a new one. For example:
⟨ Academics ⟩ Union of Search ⟨ SOME VALUE ⟩
of (P642) View with SQID ⟨ Teacher ⟩
of (P642) View with SQID ⟨ Students ⟩
of (P642) View with SQID ⟨ Researcher ⟩
This modelling would also be closer to the approach in OWL, which represents unions as anonymous individuals ("some value") that have several classes, which are all on an equal footing without any one being more important than the others. In Wikidata, one could also use a specific placeholder value rather than "some value" since we (unlike OWL), we don't need this value to be different for each union. Maybe one could create another special purpose item that leads to a readable statement. For example:
⟨ Academics ⟩ Union of Search ⟨ set of several classes ⟩
has element Search ⟨ Teacher ⟩
has element Search ⟨ Student ⟩
has element Search ⟨ Researcher ⟩
This is mainly a question of readability. My main technical comment is that we should not be forced to single out one class to be the main value of the union. --Markus Krötzsch (talk) 16:13, 11 November 2015 (UTC)[reply]
This was originally proposed simply as a property about a property; but it has been suggested that it could also be applied as a qualifier to a statement of the form subject "object of" property, to indicate that it was indicated to have complete statements for the property for a particular value -- eg
⟨ Grade I listed building (Q15700818) ⟩ "object of" Search ⟨ heritage designation (P1435) ⟩
"expected completeness" Search ⟨ "aspire to complete" ⟩
The latter form could be used to indicate that complete enumerations of a class were believed to be in place.
⟨ class ⟩ "object of" Search ⟨ instance of (P31) ⟩
"expected completeness" Search ⟨ "believed to be complete" ⟩
This also might work well with Markus's proposal above,
⟨ class ⟩ "union of" Search ⟨ set of several classes ⟩
"degree of overlap" Search ⟨ "disjoint" ⟩
"expected completeness" Search ⟨ "believed to be complete" ⟩
has element Search ⟨ subclass1 ... ⟩
One thing that is perhaps clear to everybody already, but that I would like to underline -- I would stress that I would like to see this mechanism as additional to using subclass of (P279), not as an alternative for it. In the example above, one should still create statements
⟨ subclass1 ⟩ subclass of (P279) [[Special:Search/Property:subclass of (P279)|Search]] ⟨ class ⟩
, even if the denumeration above existed. Direct statements like P279 are simpler to write queries for, and can also be made part of path queries (eg wdt:P31/wdt:P279*) in a way that is not possible for statements which necessarily involve qualifiers. Jheald (talk) 12:18, 13 November 2015 (UTC)[reply]
  • I'm not sure about what would be the best format for these. Using together with (P1706) is definitely wrong, as it means a different type of link for one item in the set than the others. Listing the values as straight unqualified statements per union part results in unusable data. Markus's proposal above makes it difficult/confusing to add/read statements. I support the union/disjoint union proposal in principle, but it needs a usable format. Ideally we could have a new datatype for arrays of values, but I don't think the developers are going to be able to spare the amount of time necessary for creating that. --Yair rand (talk) 22:22, 10 January 2016 (UTC)[reply]
    • What's difficult/confusing ? A few constraint report would help us to find the mistakes, and people just need to be pointed to an example / guidelines the first time they use it. author  TomT0m / talk page 13:04, 11 January 2016 (UTC)[reply]
      • @TomT0m: Properties can normally be used without any explanation being necessary. Wikidata is hard enough to use as it is, requiring instructions that the editor must put "unknown value" as the value (am I understanding this correctly?), and the values as the qualifiers, is enough to make it too difficult for most contributors to use. --Yair rand (talk) 21:52, 11 January 2016 (UTC)[reply]
        • @Yair rand: We have no real alternatives. And it's a not so frequent usecase, it's definitely not the "date of birth" property. author  TomT0m / talk page 10:12, 12 January 2016 (UTC)[reply]
 Support Existence in OWL should be proof enough that this is very useful. --Srittau (talk) 23:10, 10 January 2016 (UTC)[reply]
 Oppose We already had a similar discussion in a project (see Wikidata_talk:WikiProject_Ontology#Problem_with_has_part_.28P527.29_and_part_of_.28P361.29). The proposal doesn't solved anything because doesn't say anything about the relation between two items connected by this new property in term of automatic inferences. Snipre (talk) 12:33, 14 January 2016 (UTC)[reply]
@Snipre: Sorry what ? The meaning seems pretty precise to me. There is queries pretty easily buildable from this statements. if A union of B and C, the query "instances of A" minus "instances of B union instances of C which is writable in sparql must return no result. Add the query "instances of B intersected with instances of C" which should be empty for disjoint union. author  TomT0m / talk page 17:33, 18 January 2016 (UTC)[reply]
@TomT0m: What's about inferences with your system ? What's about property inheritance. Right now if A is an instance of B and B a subclass of C, A is an instance of C too. How will your new relation define the properties inheritance ? Snipre (talk) 17:05, 21 January 2016 (UTC)[reply]
@Snipre: : it does absolutely change nothing and is entirely consistent with this. Both relations exists in OWL without problem. author  TomT0m / talk page 17:13, 21 January 2016 (UTC)[reply]

@TomT0m: Could you please provide more examples about this property/ies?--Micru (talk) 16:50, 1 March 2016 (UTC)[reply]

@Micru: ✓ Done Of course, there is plenty of examples. OK now ? author  TomT0m / talk page 18:12, 1 March 2016 (UTC)[reply]
Pictogram voting comment.svg Comment Item Q21073936 has a label with "and" in (fr)/(es), a label with "or" in (en). This may not work well for your sample.
--- Jura 18:19, 1 March 2016 (UTC)[reply]
@Jura1: It's the item for languages or which there is only one concept for the brothers of sisters of a father or mother. It's a case of ambiguity of the "and" and the "or" in natural languages. If there is a better labelling(s) i'll take it but I don't think it's a blocker. author  TomT0m / talk page 11:05, 2 March 2016 (UTC)[reply]

@TomT0m: This proposal has changed and evolved considerably. It is now for two properties; it should have two separate property documentation templates (they can be discussed together or separately as they are slightly different). I recommend you close this discussion and create two new proposals immediately below so we can have a clean discussion on what to do here. I personally am still uncomfortable with the use of of (P642) as the qualifier property to link elements, to me at least it looks wrong. Do we need another qualifier property to indicate "has element"? Also I would like to see a clearer justification of why this is necessary - the examples provided don't seem to add anything over what one can get using a instance of (P31) or subclass of (P279) SPARQL query - for example . ArthurPSmith (talk) 14:56, 23 March 2016 (UTC)[reply]

@ArthurPSmith: : No I don't want to do that. This is the same proposal, only with minor points moved and clarification and explanations. I explicitely pushed for beeing able to make several proposals in only one request and nobody seemed to have a problem with that, please ask the other property creators. I would not care a "has element" property, except it is way too close of "set membership" imho. but this should not be a blocker !!! It's a mini point. An example of things that this allows to model : the class of all atoms can be divided according to all of its en:Isobar_(nuclide), where each atom as exactly one isobar, OR according to the set of all its isotopes, of all of its isotone. Likewise each atom has only one corresponding isotone. This is what you can do with this property that you can't do with the existing one. For just union of, you say that therer is no instance of the parent class that is an instance of none of the givent classes. And that too you can't do with existing properties. author  TomT0m / talk page 15:59, 23 March 2016 (UTC)[reply]
@TomT0m: Well, have it your way, but this makes it hard to figure out (for a new or returning reader) what is current and what is outdated in the discussion. The motivation section for instance contains a number of things that don't seem to be part of the current proposal. Can you fix that? I think it would be better to start fresh and clean. I did clean up the titles here so it is clear (I hope) what the properties should be named, and you had some examples mixed about (chemical compound was in both). I hope the changes I made are what you want. But here is the problem with your examples - none of them seem to add anything right now beyond a simple subclass query, either that or I don't think they are right. The only subclasses of nucleon in wikidata are 'proton' and 'neutron'. The only subclasses of 'platonic solid' are the five platonic solids (by the way when I did this search I found a duplicate of "regular tetrahedron" that needed merging). For the union property, chemical compound is specifically stated in its description to include more than one element, so "simple substance" would not qualify (and that particular grouping seems very odd with the self-reference). And neither "solid" nor "liquid" is a subclass of "chemical compound" (they can obviously be mixtures), and you don't seem to have an exhaustive list of material phases there if that was the intention. I would recommend you clear out all the contrived examples here and come up with one good example for each property that would demonstrate the usefulness of this property. I don't doubt that it has a use, but the examples here (and the contrived ones you just mentioned) just don't demonstrate it. ArthurPSmith (talk) 20:28, 23 March 2016 (UTC)[reply]
@ArthurPSmith: actually you messed things up adding to subtitles. It's really a pain and fastidious to make several proposals for several very closely related proposals, and it's useless votes for everybody to make for everybody for a group approval/disaproval. Also some people accepted the property AFTER significant rewrite of the proposal, so you already come one war too late ...
The element example is really hard to manipulate, because of the english Wikipedia using a different definition for chemical element (class of atom / class of substance see two points of enwiki uses one, frwiki and other the other), but still you did not answer to the example of isotopes/isobars which are several ways to partition the atoms/pure substance. Could you do that please ? this is the most complete and relevant example. To be clear here I use the definitions that classify the atoms, not the substances, it's easier, see
For the proton/neutron : using just subclass of, you just can't express : 1/ that a nucleon is either a proton and a neutron, but not both . 2/ that there is no other kind of nucleons, because Wikidata might not be complete, it's the "open world hypothesis". My properties are supposed to give a way to express this. author  TomT0m / talk page 20:58, 23 March 2016 (UTC)[reply]
please see en:Open-world_assumption, an asumption we imho have to make in Wikidata of course. See also who is a project to state that things are complete in wd ... but not on wiki. author  TomT0m / talk page 21:20, 23 March 2016 (UTC)[reply]
also if I forgot some state of matter, please just add it. I just took the example from a wikipedia article that might not be complete. author  TomT0m / talk page 21:21, 23 March 2016 (UTC)[reply]
TomT0m I'm trying to help you get this proposal to where it can actually be implemented. I don't find the examples compelling, especially the "chemical compound" ones. Property creators are supposed to actually implement the examples you give when creating the property, I do not think what you have here is correct or appropriate in the case of "chemical compound". Similarly, I cannot imagine anybody implementing what you seem to be proposing just above (if I even understood it) with regard to "atoms" and isotopes/isobars. Isotopes are not a closed list in the first place; supposedly the tetraneutron was recently discovered (an isotope that is not even any kind of atom), and adding every possibly discovered isotope to a list of subclasses of an atom seems silly - the example seems, as I said, contrived. You have two stated purposes for these proposals: first to do as you describe for nucleon, express aspects of the subclass relationship (the subclasses are exclusive and there is "no other kind"). Ok, the nucleon/neutron-proton case (and the Platonic solid case) does demonstrate that. If that's all the property does, I guess that's fine. But you have also been arguing this allows for multiple ways of partitioning subclasses of a class that can't be done with the subclass relationship. I think the one case you might have among your examples that could be a good illustration of that is the "broadcast program"; I'm not sure it's a great example, but as you have done here you can partition by medium (television or radio - what about internet broadcasts though?) or perhaps by type of program (news, entertainment, sports). Is there an exhaustive list of those subclasses (if they have even been defined yet)? That might be a good simple example that would be practical to implement here. I would recommend you remove the "chemical compound" examples completely though, they don't make sense and are not helpful. ArthurPSmith (talk) 21:33, 23 March 2016 (UTC)[reply]
@ArthurPSmith: Then there is poor communication on the proposal process, I did think examples were here to illustrate the idea, not to be implemented and extensively discussed ...
I still think the "chemical compound" example make sense. Think of liquid water, this is a subclass of all water substances at some point in time. Of course if the list is not complete we might
Of course any non trivial statement of completeness needs a source.
The broadcast example may be a definition : we might explicitely state that this item, for some reason IS NOT for internet broadcast, this is a possible usecase opened. Then we would make the statement in a language agnostic form that may replace some usage instructions of properties that needs to be transated.
A statement that is complete wrt. the current knowledge is the normal way to do stuffs in WIkidata. We might extend it / deprecate it when new atoms are synthetised or proved to actually exists, this seem the normal process. We must be correct wrt. the current state of sources and knowledege, we must not predict future. author  TomT0m / talk page 21:49, 23 March 2016 (UTC)[reply]
Step 2 in WD:PTC is "Add the new property to the example item(s) from the proposal. If there was no example in the proposal, try to find one." Yes, the examples should be correct statements that would actually be useful to add to wikidata, because the property creator is going to actually add those examples (or should do so) when creating the property. I hope you have other cases beyond these few that you feel are needed - if abuse of "part of" in this way is as much a problem as you've said then presumably there are. plenty of other examples out there. If you don't feel you have a good example on what I suggested was your second reason for these properties, then that's fine, the first reason is good enough. I was just hoping to see a clear case where that was a real issue. The only other problem I have with your proposal now is the qualifier property in the examples of (P642) - in English that has the label "within the scope of" and that still seems wrong to me, there has to be a better property to use as qualifier here. ArthurPSmith (talk) 00:26, 24 March 2016 (UTC)[reply]
@ArthurPSmith: Just create a query "A subclass of B ; B part of A", you'll find many. "within the scope of" : we definitely have a problem with labels of properties defining their usage wrt. multilingual project. just changing a property label SHOULD NOT BE enough to change the intended meaning, especially when it's supposed to be a multipurpose qualifier like here : I'm not aware of any discussion releted to this. This means the change of label might be the decision of a single person that did not spread out to other languages of they did not have the property page in their watchlist ... still a (non) communication problem then. As the creators supposed to implement the property, this should not be knowledge of the creators only, the proposers should be aware of this especially if they could be refused a property on the judgement of a creator because of this. I see in your message that you also are supposed to find one, which suggest it should not be a blocker. author  TomT0m / talk page 10:56, 24 March 2016 (UTC)[reply]
A few relevant query :{%0A%20%20%3Fpart%20wdt%3AP279%20%3Fitem%20.%0A%20%20%3Fitem%20wdt%3AP361%20%3Fpart%20.%0A%20%20SERVICE%20wikibase%3Alabel%20{%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22%20.%0A%20%20}%0A} (not the most relevant bu still with interesting result) and the most relevant :{%0A%20%20%3Fpart%20wdt%3AP279%20%3Fitem%20.%0A%20%20%3Fitem%20wdt%3AP527%20%3Fpart%20.%0A%20%20SERVICE%20wikibase%3Alabel%20{%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22%20.%0A%20%20}%0A} 1409 results where a subclass is a part. I'll highlight that this is just an argument in this discussion, the other arguments are more compelling imho. author  TomT0m / talk page 11:19, 24 March 2016 (UTC)[reply]
I'm following up in the discussion page for of (P642) - the change to "within the scope of" from "of" was recent, and I believe wrong - it was only done in English language labels. If this gets fixed I  Support creation of the above two properties using this approach (but NOT using the chemical compound examples). ArthurPSmith (talk) 13:27, 24 March 2016 (UTC)[reply]
Pictogram voting question.svg Question I don't get the example of uncle/aunt. Why is uncle or aunt (Q21073936) the union of aunt (Q76507) and uncle (Q76557) and not the disjoint union of them? --Pasleim (talk) 11:12, 25 March 2016 (UTC)[reply]
  • @Pasleim: Good question, I don't really remember but what stopped me was probably cases of difficult gender issues ... It's conservative. But maybe it's not justified. author  TomT0m / talk page 16:58, 25 March 2016 (UTC)[reply]

Since the discussion has been going on forever and has become very hard to follow, let's have a quick counting of votes to decide what to do. If you support or oppose the creation of these two properties, please add your vote and (optionally) a short reasoning below, even if you already have voted before. Please keep long discussion above this line.

Pictogram voting question.svg Question Why would we restart from the start ??? we already have clear votes. I don't get how this is useful. author  TomT0m / talk page 15:25, 25 March 2016 (UTC)[reply]
  •  Support Useful properties, that are also part of OWL. Very useful to have in an ontology. Also useful the clear up the overloading and misuse of has part or parts (P527). --Srittau (talk) 03:22, 25 March 2016 (UTC)[reply]
  •  Oppose I find the label of these properties misleading. They are "class selectors", however neither "class" nor "selection" are mentioned in the label. It is also unclear to me why an additional property is needed as qualifier.--Micru (talk) 07:43, 25 March 2016 (UTC)[reply]
    • @Micru: Your second point is simply wrong : I don't require a new qualifier anymore, and simply totally minor. Your first point does not make any sense, at least with a few explanation words, because indeed nobody used the "selectors" because ... nobody knows what that mean here, and nobdy explained. With that in mind I'd tend to reject this vote as invalid. author  TomT0m / talk page 15:03, 25 March 2016 (UTC)[reply]
      • @TomT0m: In the property proposal the example is given with qualifiers, if that is no longer so, you should update it. I reiterate that the current label doesn't reflect what it is intended, therefore I keep my opposition. If you come up with a better label, I will reconsider my vote.--Micru (talk) 15:12, 25 March 2016 (UTC)[reply]
        • @Micru: How to take you seriously when you avoid ansering questions ? The question of qualifiers is explained in the proposal, please read the explanation. author  TomT0m / talk page 15:23, 25 March 2016 (UTC)[reply]
          • @TomT0m: Which question did I avoid answering? I didn't detect any question in your message, maybe you could clarify your question or at least state it more clearly? --Micru (talk) 15:31, 25 March 2016 (UTC)[reply]
            • Well, it seem you did not mind really explaining why the label is really confusing, to explain your weird claims about the "class selector", not to mention the fact that it's kind of weird to oppose a property for the reason of a label ... that can be changed anyway after later, it's weird that it's a blocker. First you talk about a new qualifier, then you talk about using qualifiers at all, and you don't provide any alternative. To me it's like you just want to oppose and just provide any nonsense explanation. To me this vote is still invalid because of poor justification. author  TomT0m / talk page 15:48, 25 March 2016 (UTC)[reply]
              • (edit conflict)The label is confusing because it deals with classes and it deals with selection of classes without mentioning that. "Class selector" was just a suggestion to make it more clear, if you think you can come up with a better label, please feel free to propose it, but "union of" is not self-explanatory, which I think it should be a requirement to wide use properties like this one. It is common to ask for label changes, or oppose properties based on their label, nothing weird about it, as you seem to imply. Regarding the qualifier issue, I think you understood me wrong, my concern is not about a "new qualifier" but about needing a qualifier at all. Why do you need to use of (P642)? Why not to use the property directly with the values? --Micru (talk) 17:03, 25 March 2016 (UTC)[reply]
                  • @Micru: qualifier : Please read the proposal and the followed discussion, this is extensively explained, and I won't explain that again. Name: this is blocking things for a way minor issue. Do you really could provide example of usecases where it could be misused ? I don't. So at that point this is a non problem to me, and we should not wait another year for a non problem. If we add to do this for every item in every language, we would never finish because there will always be an ambiguity somewhere somehow. We have a lot of properties with similar name and this is not a blocker. author  TomT0m / talk page 17:00, 3 April 2016 (UTC)[reply]

 Support See TomT0m's SPARQL query above, there are a large number of cases in wikidata right now that are using "has part" to handle this sort of situation; I believe this would be a better model for that information for the reasons he has given here. ArthurPSmith (talk) 16:50, 25 March 2016 (UTC)[reply]

@TomT0m, Filceolaire, Visite fortuitement prolongée, ArthurPSmith: ✓ Done, after long deliberation. I think there is consensus that we should have these properties, the only question was, how it is going to be implemented: with qualifiers or without. (Sidenote: The correct solution would be to use something like rdf:List, but we don't have anything like that at the moment. I asked the development team about it here.) In the end there was enough support for the proposal as is (i.e. with using a dummy value) that I created the properties using it. (I added a special value list values as qualifiers (Q23766486), instead of reusing "no value" or "unknown value", which don't seem to fit.) One of the examples given only works with this solution anyways. I think we need to gain some experience with this property, and if we learn that it doesn't work out, we can always change it. It's a wiki after all. --Srittau (talk) 12:01, 9 April 2016 (UTC)[reply]

voting system

Descriptionthis type of election is made using that voting system
Representselectoral system (Q182985)
Data typeItem
Domainclass of elections
Allowed valueselectoral system (Q182985)
⟨ presidential election in France (Q890055)  View with Reasonator View with SQID ⟩  Wikidata property  ⟨ Q319891 ⟩
Discussion and votes
  •  Support but the provided example is not valid, as universal suffrage (Q319891) is not a voting system, but definition of who is permitted to vote.
    ⟨ 2007 Oregon state elections (Q16960741)  View with Reasonator View with SQID ⟩ voting system Search ⟨ Q7942106 ⟩
    might be better? Josh Baumgartner (talk) 23:08, 22 October 2015 (UTC)[reply]
    @Joshbaumgartner: This defines partly the voting system : there is all king of tokens of votes with this property, so this is a class of votes. By combining with other properties we can define precisely the voting system. Or we create a class specifically for the precise definition of the voting system, but this would be a subclass of this item anyway. author  TomT0m / talk page 11:36, 15 November 2015 (UTC)[reply]
  •  Oppose Not in this form. Voting system is quite complex issue with different combination of many characteristics. While it is theoretically possible to create an item for every existing system, many such items would be only applicable to the elections to one body, or even to one instance of elections. I'd rather recommend to create a group of properties describing the characteristics of the election.--Shlomo (talk) 10:28, 23 October 2015 (UTC)[reply]
  • Please, make some examples --★ → Airon 90 11:13, 15 November 2015 (UTC)[reply]
    Let's start from the example given by the proposer. The suggested value universal suffrage (Q319891) is hardly a "voting system" It's more a value, a concept (as the English description of the item also suggests), which has to go all the way through stating principles, preferences, combining them with each other as well with geopolitical conditions and traditions a.s.o. At the end we will get some set of the rules, which could be (with a big portion of benevolence and abstraction) called voting system. Which rules we can derrive from the universal suffrage (Q319891)? Something like: "Every citizen can vote." Really every citizen? Including minors, prisoners, insane, citizens living abroad? Sometimes yes, sometimes no. All these limitation are considered comportable with the concept of universal suffrage (Q319891) and they can (but needn't) be part of the system. And vice versa, we have often elections, where all the "inhabitants" with some kind of permanency status are entitled to vote, irrespective of citizenship. AFAIK elections like this are also described as universal suffrage (Q319891). Well, at least we can presume, that there is no discrimination based on race, sex, nobility and similar. But this seems a little weak for a definition of a voting system. Today, nearly every election in the world will declare itself "general, equal and democratic". It's the specific rules that show, how much these concepts and principles are really applied.
    Further, the item gives no clue about who can run for the election. Anybody? Citizen? Age limitation? Political party? Person nominated by a political party? Person supported by a petition of ...citizens? Inhabitants? OK, let's say the property is proposed as a "voting" system, not "candidacy" system, but still, the rules for the candidacy are not less crucial for the election than the voting rules.
    Then we come to the election itself. Majority rule, or proportional representation? Take in account, that we usually won't deal with "pure" majority or "pure" proportional systems, surely not in corporate bodies. There are some factors that tell some important parts of the story about the extent of "proportionality" of the election. Like number of election districts, number of representants for each district, election treshold, cogency of tickets vs. possibility of preference votes (in the ticket or across the tickets), mathematical model of converting the number of votes to the number of representants...
    Even the elections for a single position (which are more "majority" type) need some additional information: relative, absolute, or qualified majority? Number of rounds? Elimination of candidates between the rounds?
    And so on...--Shlomo (talk) 17:24, 17 November 2015 (UTC)[reply]
    @Shlomo: We don't have to have a plan to put evey details the first time. We can refine the election type in a dedicated item, but we can also put as a value a less specific items that don't contains all the details. That's not a reason to oppose. At first we can use a very generic item likeauthor  TomT0m / talk page 16:05, 24 March 2016 (UTC)[reply]
  •  Support. This should be able to have multiple values, as Shlomo said. There will be some dificult cases but that isn't a reason not to go ahead with all the easier cases. Joe Filceolaire (talk) 20:38, 25 October 2015 (UTC)[reply]
    • Agreed, multiple values are a must, as there are many different items that can be deemed a voting system, and they can be mutually applied to instances of elections. Josh Baumgartner (talk) 17:02, 28 October 2015 (UTC)[reply]
  •  Oppose. The proposed variant is not very useful. But if this property will be like
    ⟨ presidential election in France (Q890055)  View with Reasonator View with SQID ⟩  Wikidata property  ⟨ Q615255 ⟩
    , I will support it. —putnik 16:32, 3 February 2016 (UTC)[reply]
  • Pictogram voting comment.svg Comment After some thought - and an edit seen in my watchlist, I think this can be solved by generic classification properties - we may just be talking of election types. I'll withdraw if no opposition. author  TomT0m / talk page 16:05, 24 March 2016 (UTC)[reply]

target interest rate

Descriptionbenchmark interest rate of the central bank
Data typenumber (percent)-invalid datatype (not in Module:i18n/datatype)
Allowed valuesPositive and negative numbers
Robot and gadget jobsGlobal Economic Map Bot can do this
Proposed byMcnabber091 (talk) 16:26, 7 June 2014 (UTC)[reply]

 Support --Pasleim (talk) 15:53, 27 April 2015 (UTC)[reply]

 Support as a useful property. I think the datatype should probably be just Quantity. It seems there are two approaching to this property, either without qualifiers, which could mean the current rate, and with qualifiers (start and end time seem appropriate), that would describe the period of time that a rate applied. We could say that the value with no end time (or with end time set to novalue) would be the current value. By the way Template:Infobox_economy has a parameter bankrate that seems to correspond to this property. I don't know if equivalent infoboxes in other languages have an equilavent parameter. Silverfish (talk) 21:24, 30 September 2015 (UTC)[reply]

Pictogram voting comment.svg Comment @Silverfish: I agree this property should correspond to the infobox parameter bankrate here: Template:Infobox_economy (for example: 5.65%). This property would have multiple values for different dates. Mcnabber091 (talk) 03:23, 20 December 2015 (UTC)[reply]

@Mcnabber091, Pasleim, Silverfish: ✓ Done, please add examples to the property. --Srittau (talk) 17:42, 26 March 2016 (UTC)[reply]

consumption rate per capita

Descriptionrate of consumption of a product divided by the population
Representsconsumption (Q192270)
Data typeNumber (not available yet)
Domainproduct (Q2424752)
Allowed valuesnon-negative quantity with unit of volume over time
⟨ petroleum (Q22656)  View with Reasonator View with SQID ⟩ consumption rate per capita Search ⟨  0.013 barrels per day (Q21178489) ⟩
point in time (P585) View with SQID ⟨  2007 ⟩
Proposed byCCD (talk)
 Support As for consumption, but adjusted for the per capita rate for a given country or region. CCD (talk) 17:31, 5 September 2014 (UTC)[reply]
Time2wait.svg On hold Pending units data type (cannot be a bare number; is "200 wheat" tonnes, bushes or grains?). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 08:25, 23 March 2015 (UTC)[reply]
 Support for cases where rate of consumption is cited, but total consumption rate and population are not. Josh Baumgartner (talk) 17:40, 23 October 2015 (UTC)[reply]

 Support This seems like a good property Mcnabber091 (talk) 04:21, 15 December 2015 (UTC)[reply]

@CCD, Joshbaumgartner, Mcnabber091: ✓ Done --Srittau (talk) 17:53, 26 March 2016 (UTC)[reply]

tier 1 capital ratio (CETI)

DescriptionThe ratio of assets a bank holds at any given time
Data typeNumber (not available yet)
Template parameter"ratio" parameter in en:infobox_bank
Allowed valuespositive numbers
ExampleUBS (Q193199) → 13.2%
Sourceréférence externe, article de liste de Wikipédia, etc.
Robot and gadget jobsBots should probably be able to extract the data from the annual reports
Proposed byLeo Fischer (talk) 14:17, 9 July 2015 (UTC)[reply]

The banking industry has a mandatory capital ratio requirement for banks (meaning that a bank must hold a minimum amount of money in its coffers at any given time). Its disclosure is required to the authorities. See en:Basel III. Leo Fischer (talk) 14:17, 9 July 2015 (UTC)[reply]

  • Pictogram voting comment.svg Comment @Leo Fischer: What type of capital ratio would be required ? Tier1 Common Capital ratio or total capital ratio ? By the way, the capital ratio does not at all mean an amount of money the bank is required to keep in its coffer. It means that when a bank wants to take on more risks, it has to raise more capital.--Casper Tinan (talk) 20:16, 10 July 2015 (UTC)[reply]
    • Pictogram voting comment.svg Comment @Casper Tinan: Let's go with Tier1 (CET1) capital ratio one as it will be the easy one to find in publications. Leo Fischer (talk) 14:09, 11 July 2015 (UTC)[reply]
  • You have datatype="nonnegative numbers", which is invalid. I suspect you mean "number". Also, your example is a percentage, not a number. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:17, 11 July 2015 (UTC)[reply]
This ratio can't be negative, so I figured that nonnegative was the way to indicate it (as well as the fact that it must be between 0-100). Does "numbers" reflect this correctly or is there a more appropiate datatype? Leo Fischer (talk) 14:33, 13 July 2015 (UTC)[reply]
I changed "allowed values" to 'positive numbers' as that seems closer to what you meant to say. Are sure the number can't be negative? I'm sure some banks have gone bankrupt on occasion and we probably want to record how bad their 'Capitol Ratio' got in the end :)  Support. Joe Filceolaire (talk) 23:11, 6 October 2015 (UTC)[reply]

 Support I support this property as Tier 1 (CETI) capital ratio. Should the name of this property be changed to 'Tier 1 (CETI) captial ratio'? Will each type of capital ratio need it's own property? Mcnabber091 (talk) 03:21, 15 December 2015 (UTC)[reply]

@Leo Fischer, Casper Tinan, Mcnabber091: ✓ Done --Srittau (talk) 18:07, 26 March 2016 (UTC)[reply]

sales figues (units sold)

   Done: units sold (P2664) (Talk and documentation)
Descriptionsales figures of an object
Data typeQuantity
Template parameterunitssold in en:template:infobox information appliance
DomainDVDs, video games, cars, IPhones, etc.
Allowed valuespositive numbers
ExampleSamsung Galaxy S4 (Q5812783) → 6000000
Proposed byToru10 (talk) 07:47, 1 October 2015 (UTC)[reply]

@Toru10, Filceolaire, Joshbaumgartner, Mcnabber091, Aude: ✓ Done --Srittau (talk) 18:16, 26 March 2016 (UTC)[reply]

central government revenue

   Not done
Descriptiontotal revenue generated by the central government. not to be confused with tax revenue.
Data typeNumber (not available yet)
DomainCountry, region and city articles for the Global Economic Map
Allowed valuesnumber with 'currency' dimension
Example$400 billion
Robot and gadget jobsBots should be doing this task
Proposed byMcnabber091 (talk) 19:05, 24 August 2013 (UTC)[reply]

@Mcnabber091, Danrok, Emw:  Not done, duplicate with total revenue (P2139). --Srittau (talk) 18:25, 26 March 2016 (UTC)[reply]

@Srittau: I don't think this is a duplicate with total revenue (P2139). There needs to be a property specifically for the central government fiscal revenue that would apply to a country. 'Total revenue' of a country doesn't make perfect sense. Mcnabber091 (talk) 15:16, 9 April 2016 (UTC)[reply]

corresponding template


Motivation: Such property might be usefull. Also, some bots have used w:en:Template:Cat main and w:en:Template:Commons category to feed Wikidata.

Proposed by: Visite fortuitement prolongée (talk)

@Visite fortuitement prolongée: ✓ Done, no objections. topic's main template (P1424) is not really the same and we would lose the constraints on it. --Srittau (talk) 22:16, 26 March 2016 (UTC)[reply]

stability of value of property

Descriptionlikelihood that the statement created with this property will change
Data typeItem
Allowed valuesitems for specific update frequencies.
  • Maybe this should be restated in terms of ranking? If something is changing, that means we should always a) have a preferred value which is the current period and b) retain the data from previous. --Izno (talk) 19:20, 24 November 2015 (UTC)[reply]
    • I haven't made any items as values for this property, but the nature of change or update mode seem good points to include. These can be a factor in ranking. Maybe we should seek a standardized way to describe on a property level what we think gets this or that rank. It could clarify things. --- Jura 19:47, 24 November 2015 (UTC)[reply]

@Jura1, Matěj Suchánek, Izno: ✓ Done. I also created never changes (Q23611288), continuously changes (Q23611587), and values can be added (Q23611840) as instances of Wikidata property change frequency (Q23611439). Please add as necessary. --Srittau (talk) 22:42, 26 March 2016 (UTC)[reply]

number of rooms

Descriptionnumber of rooms a hotel (or other building) has
Data typeNumber (not available yet)
Template parameter|number_of_rooms= in en:Template:Infobox building
Domainbuildings or other structures that have rooms or corresponding units.
Allowed valuesintegers
ExampleHotel Adlon (Q698095) → 382

Many building templates have a number of rooms parameter to indicate how many rooms a building or a hotel have. In the case of hotels, the number of rooms is a common measure of how large the hotel is compared to other hotels. Mippzon (talk) 08:27, 25 March 2016 (UTC)[reply]


artistic technique/art technique

   Not done
Descriptiontechnique which was used to make the work of art
Representsartistic technique (Q11177771)
Data typeItem
Template parameter"Тип" in ru:Шаблон:Мультфильм
Domainwork (Q386724)
Allowed valuesartistic technique (Q11177771)
ExampleLast Year's Snow Was Falling (Q4341995)clay animation (Q870889)
The Vale of Rest (Q470541)oil painting (Q174705)

Now filming technique is marked either by genre (P136) or simplify by instancing type of film (Last Year's Snow Was Falling (Q4341995) instance of (P31) clay animation film (Q18089617)). Although I am not against second variant, the type "genre" seem to me not exact or simply wrong. I am planning to replace P136 values which corresponds to different animation technique (Q3516833)/cinematic technique (Q1415315) with requested property. Infovarius (talk) 22:23, 1 July 2015 (UTC)[reply]

No consensus on original proposal, so changing it according to most comments. Andreasm háblame / just talk to me 00:14, 9 November 2015 (UTC)[reply]

 Support As long as it is renamed artistic technique (Q11177771), so it can include also literary technique (Q560311), painting technique (Q1231896), cinematic technique (Q1415315), photographic technique (Q1439691), printmaking (Q3514338), music performance technique (Q6942574), and so on. Andreasm háblame / just talk to me 02:05, 2 July 2015 (UTC)[reply]

Pictogram voting comment.svg Comment I would indeed use instance of (P31) for that, for example
⟨ Wallace and Grommit ⟩ instance of (P31) View with SQID ⟨ Stop motion film ⟩
(for example the description of clay animation (Q870889) in english is clear ... stop-motion animation made using malleable clay models it's a subclass of animation movie. Stop motion is an artistic form, like a literary genre (Q223393) so it's essentially a type of work. But I agree we need to be more able to define what is stop motion ... and which type of materials the artists uses when they build the work : drawings for old Walt Disney, CGIs for modern animations, papers, ... so i'll  Oppose the creation of what is essentialy a specialized property, but I will  Support the creation of properties to describe more precisely the material and techniques used for the kind of artworks. TomT0m (talk) 18:20, 16 July 2015 (UTC)[reply]
clay animation (Q870889) is a technique, so using
⟨ Wallace and Grommit ⟩ instance of (P31) View with SQID ⟨ clay animation (Q870889)  View with Reasonator View with SQID ⟩
is strange. Instead one can use
⟨ Wallace and Grommit ⟩ instance of (P31) View with SQID ⟨ clay animation film (Q18089617)  View with Reasonator View with SQID ⟩
. But I'd prefer to use specific type property which would allow to set specific constraints. --Infovarius (talk) 10:58, 9 August 2015 (UTC)[reply]
 Oppose as specifically for films, but  Support as a broader 'production technique' (method or technique used to create or produce the subject) that could be used as follows:
⟨ Last Year's Snow Was Falling (Q4341995)  View with Reasonator View with SQID ⟩ production technique Search ⟨ 870889 ⟩
⟨ Ford Model T (Q182323)  View with Reasonator View with SQID ⟩ production technique Search ⟨ Q455037 ⟩
Josh Baumgartner (talk) 07:43, 20 September 2015 (UTC)[reply]

Pictogram voting comment.svg Comment fabrication method (P2079) is what you are looking for. Thierry Caro (talk) 01:46, 27 February 2016 (UTC)[reply]

Therefore  Oppose. Thierry Caro (talk) 18:29, 1 March 2016 (UTC)[reply]
Good point! May be this property is really enough. What do you think, @TomT0m, Andreasmperu:? --Infovarius (talk) 16:31, 2 March 2016 (UTC)[reply]
It does not sound quite right. fabrication method (P2079) (at least at its current state) is related to manufacturing process (Q1408288), so it seems to refer to a product, but a work of art (Q838948) is not necessarily tangible. For instance, music performance technique (Q6942574) would be left out. Andreasm háblame / just talk to me 15:56, 8 March 2016 (UTC)[reply]

@Infovarius, Andreasmperu:  Not done, dupe with fabrication method (P2079), which specifically states artworks in its domain and examples. --Srittau (talk) 13:51, 27 March 2016 (UTC)[reply]

As an aside: the proposal for P2079 was actually made after this proposal, so it could not be found when this proposal was made. --Srittau (talk) 13:53, 27 March 2016 (UTC)[reply]

replies to

   Done: reply to (P2675) (Talk and documentation)
Descriptionintellectual work that directly reacts to a previosly work
Data typeItem
Domaininstance of (P31) : intellectual work (Q15621286) or its subclasses
Allowed valuesinstance of (P31) : intellectual work (Q15621286) or its subclasses

Complementary property to the proposed above. A simple software reverse feature won't be enough. I can't have examples ATM to present to you, but a given work can be created in reply to one or more works but a third reply can be created only in response to a portion of the works-tree. Example:

  • A is replied on B
  • C is replied on D
  • E replies to B and D
  • F replies to ABE without any mention to the CDE sequence

This complementary property can be delayed to get created only in the stage that the hypothetical F (not so hypothetical, I only don't remember any of this situation presently, but it certainly is somewhere else) appears on Wikidata. But to make consistency will be necessary to fill all previous records with this kind of data. Creating the property right now at the very same time than the other proposed property will prevent us of being crazy with this: we just start to store this in both directions/entries (maybe with some sort of bot help to check if both pages/entries have both directions of data; IF a is a response to b BUT b didn't says that is replied on a, bot adds ba record on b page). Lugusto (talk) 18:37, 31 October 2015 (UTC)[reply]


@555, Filceolaire, Swpb: ✓ Done, only lean opposition. None of the properties mentioned seem to really fit a direct answer of one work to another. I tried to make that clear in the English property description. --Srittau (talk) 21:57, 28 March 2016 (UTC)[reply]

rating certificate ID

Descriptionreference certificate identifier of content rating decisions, mandatory qualifier for rating properties like MPAA film rating (P1657), FSK film rating (P1981), NMHH film rating (P2363), and BBFC rating (P2629)
Data typeString
Example → 50155
→ 156536/K
→ NFT/23332/2015
→ AZF321567

→ 49693
→ 151509/K, 151509/V
→ NFT/22632/2015
→ AZF321870
Sourcedifferent for each property
Robot and gadget jobsfor MPAA film rating (P1657) it could be imported from IMDb along with the rating itself

In case of NMHH film rating (P2363), this certificate number is featured on movie posters and home media covers along with the rating itself, and would help finding the film's record in the .xlsx given as source on the property page. MPAA film rating (P1657) has a similar number which is listed on and IMDb. Most content rating systems have a similar reference certificate number. Máté (talk) 06:56, 15 December 2015 (UTC)[reply]

  • Pictogram voting comment.svg Comment Should be, say, "rating certificate ID", as the examples include letters. Also, perhaps we need a separate property for each issuing body, so that we can use formatter URLs? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:02, 15 December 2015 (UTC)[reply]
    MPAA calls its own ID "certificate #" that is why I chose the name, but I'm happy either way. (NMHH also calls its own "nyilvántartási szám [registry number]" but it's like production and serial numbers, those also contain letters, don't they?) As for the formatter URLs—it may be a good idea to have separate ones, if there really are content rating bodies where you can access the decisions by an URL containing the certificate number, but in the case of these two specific examples, it is not so (in case of NMHH it makes it easier to find the decision in the spreadsheet, but you can't link to it). The main use is being able to differentiate among multiple ratings for the same item (when it's revised, or when there are several cuts/releases).
    For FSK film rating (P1981)'s Prüfnummer it may work though, but we'd also need the yymm: 153302/K and 153302/V.
    Máté (talk) 19:56, 15 December 2015 (UTC)[reply]
    @Pigsonthewing: So, what say you? I changed the name, but on this limited sample (these are all the film rating properties we have right now) it doesn't seem to be useful to split it to multiply qualifiers since URL formatting is not an option, even for FSK it could only be computed from this qualifier and point in time (P585) (which could be added as another compulsory qualifier to these properties, btw). – Máté (talk) 21:30, 30 December 2015 (UTC)[reply]

I'm halting uploading data for NMHH till this is sorted. @putnik, Mps: maybe you have something to add as you proposed the MPAA and FSK properties? – Máté (talk) 08:33, 21 January 2016 (UTC)[reply]

 Support --Pasleim (talk) 20:50, 22 March 2016 (UTC)[reply]

@Máté, putnik, Pasleim: ✓ Done as a qualifier. I used different movies as examples for different rating systems, so it works correctly. --Srittau (talk) 22:37, 28 March 2016 (UTC)[reply]

relative position within image

DescriptionFor use as a qualifier on a depicts (P180) statement, to identify where a detail is located inside an image relative to the image as a whole.
Data typeString
ExampleIdleness (Q19953492) depicts (P180) house cat (Q146) → "pct:65,81,35,15"
Format and edit filter validationpct:\d?(\d?\.\d*)?\d\,\d?(\d?\.\d*)?\d,\d?(\d?\.\d*)?\d,\d?(\d?\.\d*)?\d
Sourceprimarily likely to be user-supplied using a specific tool; but in some cases might possibly be available from external references
Formatter URL$P18/$1/,240/0/default.jpg (where $P18 is the value of property P18)
Robot and gadget jobsI would imagine a tool similar to the crop-tool on Commons, challenging the user whether can they find this item as a detail in this image, and to move a rectangle around the detail if they can.

At the moment, the Crotos tool can show paintings that include depictions of particular things, noted by the P180 statement -- eg here are some paintings with items that include depicts (P180) = house cat (Q146) : Crotos.

With this property, a similar tool would be able to show just the cats, or just the clocks, or just the examples of whatever particular detail we were interested in, rather than the whole image.

Some examples:

More details about the IIIF syntax used in the URLs (an international open standard being developed primarily by libraries around the world) can be found at

The proposed syntax for the property is intended to be identical to the {region} part of the IIIF URL, so pct:x,y,w,h specifies x-offset (from left), y-offset (down from top), width w, and height h of the crop region (as a percentage of the whole image).

The percentage format is particularly useful here, as it makes the property independent of the actual image file used: if the image is later replaced by a different photograph that is a different size, the percentages should be unchanged, so long as both images only show the painted area of the painting (ie not the frame). This should also make the property re-usable, including by users who may have different preferred images of the same painting.

It could be quite a treasure hunt to find all the details we have recorded for all the paintings we have items for -- but it makes the P180 statements much more precise and valuable, if we can indicate exactly what is the specific part of the canvas that we are identifing as item Qnnnn. Jheald (talk) 23:51, 15 December 2015 (UTC)[reply]

  •  Support in principle, but why do we need to store the "pct:" prefix? Also, would there be any advantage in holding four, separate, numerical values? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:53, 16 December 2015 (UTC)[reply]
    • I think "pct:" is useful, because when people read the wikidata item page it makes the numbers more self-explanatory, underlying that they are proportional to the overall size, and that they are percentages out of 100 -- neither of which would necessarily be so obvious without the "pct:". Note also that, in the IIIF standard, if "pct:" is omitted in the {region} part of the URL then the values are interpreted as pixel counts -- something that we would wish to avoid, as it would tie us too closely to one specific scan on Commons, rather than a general statement about the painting as a whole. I think that including the "pct:" helps make more explicit the choice we would making. It doesn't seem to me that we're so hard up for storage space that we should worry too much about four extra characters.
      As to the second point, I think that because what the property is describing is something that makes sense as a distinctive thing in its own right, namely a region of a larger painting, it makes sense to keep the full specification of that region together as a single value of a single qualifier, rather than breaking it apart across multiple different statements. (It also means that if e.g. a canvas contains images of two cats, the positions of these can then be given with two simple region statements, rather than having to untangle which of 8 different co-ordinate statements belonged to which cat). Most of the time, the all-in-one string format will actually be an advantage, because it can be slotted straight into a IIIF URL. There may be some analyses where one might want the individual numbers -- eg if one wanted to filter to only extract details that take up more than 15% of the painted area. This could be done in SPARQL (though it might be a little slow), using the STRBEFORE and STRAFTER string operators to successively extract the parts of the string before and after each comma. Jheald (talk) 16:09, 16 December 2015 (UTC)[reply]
      • I don't think there's any precedent for including definitions for humans, ("pct" as "percent") in values, nor do I think it would be wise to introduce one. As for pixels vs percent, that can be covered adequately in the property definition (and formatter URL if any). I do find you argument on my second point convincing. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:32, 16 December 2015 (UTC)[reply]
  •  Support the principle also - could be useful also for P18 on Q5, when the image is a group portrait (or 2-5 people) to indicate which one is the item ;) — don't see the need for pct: indication either --Hsarrazin (talk) 11:42, 28 December 2015 (UTC)[reply]
  • Pictogram voting comment.svg Comment Support here for the principle, too, cf. the idea before we had IIIF support. And I think it should be considered to add the "pct:" though I am not decided about it. I doubt the possibility to preserve the value between different image files. (Pictures get cropped over the history and unfortunately most image files are also at least slightly cropped and not all by the same amount for one physical object. That is why I'd like to propose a slightly more complex system: The image (P18) statement on the item gets qualifier that relates an image to a reference grid. The depicts (P180) statement gets a qualifier for the relative position that refers to the grid. Like this:
⟨ The Battle of Alexander at Issus (Q241455)  View with Reasonator View with SQID ⟩ image (P18) View with SQID ⟨ File:Albrecht altdorfer, battaglia di isso 01.JPG ⟩
relative position to reference grid Search ⟨ pct:0,0,100,100/0 ⟩
⟨ The Battle of Alexander at Issus (Q241455)  View with Reasonator View with SQID ⟩ image (P18) View with SQID ⟨ File:Albrecht Altdorfer 002.jpg ⟩
relative position to reference grid Search ⟨ pct:59.5,26.5,32.5,30/0 ⟩
  • (Almost) completely file independent positions.
  • No need for redundant depicts (P180) qualifiers on image (P18) statements.
  • Creation of a reference grid for two dimensional objects on Wikidata based on Commons images that can be reused by third parties.
  • Reusability of the given relative positions on section images on Commons.
  • Ability to adjust the rotation of a file with the rotation value of IIIF that will probably be necessary in some cases even though the IIP Image Server does only support 0, 90, 180, 270 and 360 degrees for now. In the example I added an additional "/0" for the relative position to reference grid property.
  • More complex system that relies even more on additional tools. (Though the need of tools for an nifty use would probably exist anyway.)
  • Need of two properties.
Yet to be considered: Does a formatter URL with a replacement (from above: "$P18/$1/,240/0/default.jpg (where $P18 is the value of property P18)") actually work? How does the implementation work in both systems?
I also think we should support free forms for regions. This requires an other syntax for the value of the "relative position within image" property. But the outer borders of a free form can easily be evaluated and passed to IIIF.
Cheers, --Marsupium (talk) 14:48, 23 January 2016 (UTC)[reply]
  • @Marsupium: For use on Wikidata, I think we want to have a property syntax which relates only to the painting, not the image of it. Therefore I would recommend this property formally be used to indicate the relative position within the painted area of the painting.
In most cases (not all cases, but most cases), our P18 "primary image" property does correspond to an image which has been cropped to the painted area. I suggest that, at least to start with, this property should only be formally supported for images where that is the case.
In cases where the primary image is larger than the painted area (eg where it includes the frame), one could perhaps define another property to indicate relative position of painted area within the image. One would thus be able to specify the relative position of the extract within the painted area, and the painted area relative to the image -- from which the relative position of the extract within the image could be calculated. But that would need specific code, even if just to compute (xP+wPx, yP+hPy, wPw, hPh), to combine the two into a single cropping instruction to pass on to IIIF.
For the moment, lets not seek to run before we can walk. My view is that it is worth starting as simply as possible, just to get people used to the idea (and the possibilities) of being able to specify and show just a part of a Commons image. If we start just with what is simple, but possible now, then more sophistication will surely come. Jheald (talk) 23:27, 10 February 2016 (UTC)[reply]
As you say: „For use on Wikidata, I think we want to have a property syntax which relates only to the painting, not the image of it.“
That is exactly the aim of my proposal! In many (or perhaps most) cases essentially two-dimensional visual artworks (the domain of this property should not only be paintings, but it applies to them just as well) do not have a something like a „painted area“. And if they have it it is not possible to define it properly and even less if we cannot go to the original object, take it out of its frame and look where the canvas ends beneath its frame (what will mostly be the case).
And virtually all images on Commons are cropped and do not represent the outer border of the represented object in real life. I guess the mean value will be something like 1 cm per side, but there are many worse cases we won't even notice without examining the original object. Examples: Head of a Woman (Q797902): evidently no not cropped image on Commons; Vitruvian Man (Q215486): Which Commons image shall we take for the image (P18) statement?; Battle of the Centaurs (Q2313006)?; Taddei Tondo (Q2500548)?; …
And also the original objects get cropped during their production or during their history. Printed graphic is not even physically bound in the way that the paper sheet objects produced by one printing plate and unfortunately we cannot refer to printing plates on Wikidata since many are lost and we do not have images for those which survived. Examples: The Night Watch (Q219831): Shall we take File:The Nightwatch by Rembrandt.jpg for the image (P18) statement? Can we describe then the position of the leftmost person of the state till 1715, cf. File:Nachtwacht-kopie-van-voor-1712.jpg?
Even with my proposal we run into problems with objects that got sticked together of course.
And there is yet another occurrence of the problem: What about those items that have more than one image (P18) statement? The proposed property refers to the first one? When the order gets changed we need to change the qualifiers with the proposed property?
After all the one additional qualifier with the additional property I proposed is not a big deal in my eyes. It could even be added by bot and will still make our system more stable and Commons image independent (though Commons image defined).
And to the passing of the value to IIIF: At least for clickable links we will anyway need a tool since we cannot simply give a formatter URL (P1630) for the proposed property. And other tools which retrieve the values will probably not have big problems to execute simple subtractions. And if we set the standard to state:
⟨ object ⟩ image (P18) View with SQID ⟨ the only image file or possibly first of several and perhaps order constant images files ⟩
relative position to reference grid Search ⟨ pct:0,0,100,100/0 ⟩
those tools do not even have to calculate the values but can simply take them as in your proposal.
Though I'd love to have a property to indicate areas of essentially two-dimensional objects, I actually also {{oppose}} to the introduction of a property which arbitrarily relies on the given borders of one Commons file. --Marsupium (talk) 12:04, 11 February 2016 (UTC), changed 14:11, 11 February 2016 (UTC)[reply]
@Marsupium: You call for perfection, but as a result you would see us end up with nothing.
What I too would like to see is feature-positioning data that is as reusable as possible -- in particular potentially by museums, galleries, other projects that may have their own images. It would be good for them to be able to combine our feature-positioning data with their images, as painlessly as possible.
I agree that that means one needs to be able to give features relative to some reference grid -- and it seems to me that, ideally, that reference grid would be based as far as possible on the properties of the object, rather than some abstract set of edges we have defined purely for wikidata. In a very large proportion of cases, it does seem to me that the most obvious features of the work to choose for such reference coordinates would be the opposite corners of the visible painted area -- so, specifically, for a painting the area visible within the frame; and for a print, the corners of the main feature image of the print.
(And in some cases that might lead to some co-ordinates that were negative, eg to specify a feature in the frame).
So in broad terms I can see that dependence only on the object to fix a co-ordinate system, rather than any particular image, would be good. But you are right that there are harder cases, when such natural corner points are not so obvious. In such cases, one probably does end up having just to say: this is the particular reference grid we're using. And in such cases the most portable way the most portable way I can see to do that would seem to be to make the key points the opposite corners of a particular reference image. Then at least someone else can use image-matching software to come up with a mapping from those co-ordinates to co-ordinates based on their own image. So in that case one probably does have to declare a reference image.
And perhaps, it's no bad thing to define the co-ordinates in relation to a particular reference image anyway -- that saves questions like what is the relevant visible painted area. I accept that in the simplest cases, it may not much matter which baseline image one takes, if we're only interested in eg roughly where the rabbit is in the overall picture, which may be only accurate to half a percentage point anyway, so changing one baseline image for another, cropped very slightly differently, may hardly make an appreciable difference. But if we want to allow for higher precision work (eg precisely how one image maps to another) maybe it's not the worst thing in the world for the feature-positioning to be specified formally to be in relation to a particular reference image.
So having started by thinking that definition with reference to a particular image was a weakness of the proposal, maybe it's not such a bad thing after all.
Probably though one should allow the possibility to be able to specify a particular reference image as a qualifier, as an override for the default P18, to allow the positioning to be specified relative to that, rather than the default. Jheald (talk) 13:52, 11 February 2016 (UTC)[reply]
(edit conflict) :-) @Jheald: Yes, I agree and had changed my mind before your reply. Unfortunately I was AFK some time. I should have made this an additional property proposal before. Sorry! Better late than never though. Would you mind if I moved our discussion there (at the weekend)? --Marsupium (talk) 14:11, 11 February 2016 (UTC)[reply]
  • Pictogram voting comment.svg Comment This might work better once there is a Wikidata instance directly on Commons.
    --- Jura 15:10, 24 January 2016 (UTC)[reply]
    • @Jura1: Not really -- the aim here is to record properties of the underlying painting itself, independent of the image (or images) of it on Commons. This can go ahead and be useful now, without CommonsData. (And for works that have items here, CommonsData wouldn't be the appropriate place to store this information). Jheald (talk) 22:42, 10 February 2016 (UTC)[reply]
  • I like the idea and would love to have this, but "string" is the wrong datatype so I reluctantly  Oppose this. Did anyone already file a bug for a datatype which could properly contain this? Multichill (talk) 21:09, 3 February 2016 (UTC)[reply]
@Multichill: Using string is not the cleanest solution of course. Could this datatype you imagine be used for other properties as well? And do you think the introduction of a new datatype and the necessary tribute to Occam's razor (Q131012) outweigh the practical disadvantages of the need to parse a string for tools? --Marsupium (talk) 20:41, 10 February 2016 (UTC)[reply]
Yes, for example for maps. Multichill (talk) 21:13, 10 February 2016 (UTC)[reply]
@Multichill: The advantage of this string is that it can go straight to the IIIF service without any further parsing. IMO, it also fits much better into an RDF/triplestore framework to store all 4 numbers in a single object, rather than splitting them out over 4 different ones, that then have to be kept in sync. Perhaps in future one could migrate the datatype, in a similar way to what is about to be done for the external ID datatype, so that one could offer the 4 numbers individually hung off the statement, as well as the string for the 'simple' value of the property. But let's not let the best become the enemy of the good. With a string value, this can be implemented right now, and we can start gathering the data & showing off what it can do. That doesn't stop us migrating the data to a complicated datatype in due course -- but it means we can go ahead, without having to wait around while somebody might or might not develop it. Developer time is scarce, and they have no shortage of other commitments already in the queue to have to be processed first. Jheald (talk) 22:58, 10 February 2016 (UTC)[reply]
I see. And it came to my mind that this can also enable the use of free forms rather than rectangular forms which is quite attractive in my eyes! Though I also do not think that the datatype should be an obstacle to create a string property for now. --Marsupium (talk) 12:04, 11 February 2016 (UTC)[reply]

@Jheald, Pigsonthewing, Hsarrazin, Marsupium: ✓ Done, including the pct: prefix. The prefix is useful, because it defines the format for the following values. If we get a proper datatype for those kind of values at some point, we can always replace this property with a new one. --Srittau (talk) 23:02, 28 March 2016 (UTC)[reply] ID

   Done: ID (P2638) (Talk and documentation)
Descriptionidentifier for an entry on for movies, people and TV series (Q838639)
Data typeString
Template show,
DomainTV series and web series
Allowed values(shows|movies|people)/[a-z\d\-/]+
Example show, movie, episode, person
Formatter URL$1/
Robot and gadget jobsBots can import values from various Wikipedias is a huge database comparable to IMDb which is used extensively in several Wikipedias as a source and for external links, so have properties for it in Wikidata would make linking more efficient.

How many properties we should have is up for discussion. As you can see, the ones I've proposed for show, episode and seasons all use the same formatter URL, so they could quite easily be merged into one property. And if we want just one property, we could do that by including the "show"/"movie"/etc part of the URL (so the allowed values would be something like (show|movies|people)/[a-z\d\-/]+), but I personally don't favour that idea as it might get a bit messy. But input would be appreciated. Jon Harald Søby (talk) 11:25, 18 December 2015 (UTC)[reply]

Changed to just one property. Jon Harald Søby (talk) 19:29, 5 January 2016 (UTC)[reply]

  • Pictogram voting comment.svg Comment regarding the issue of how many properties we need, I think Rotten Tomatoes ID (P1258) is very similar and it works quite well. - Máté (talk) 17:27, 18 December 2015 (UTC)[reply]
    • @Máté: Since there were no other comments for a while I have reworked the proposal to be about just one property that can take lots of different input instead of one for each. If you approve, please support. Jon Harald Søby (talk) 15:12, 5 January 2016 (UTC)[reply]
    •  Support, indeed, I do. – Máté (talk) 15:33, 5 January 2016 (UTC)[reply]
  •  Support. --Edgars2007 (talk) 06:04, 12 March 2016 (UTC)[reply]
✓ Done @Jon Harald Søby, Máté, Edgars2007: --Pasleim (talk) 21:05, 22 March 2016 (UTC)[reply] film ID

Descriptionid number for films in
Data typeExternal identifier
DomainSoviet and Russian films
Allowed values1-7669
ExampleQ4110177 → 912
Formatter URL$1

In order to easily add a link to the related page of for each Wikipedia article about soviet and russian films. Antenor81 (talk) 22:04, 7 January 2016 (UTC)[reply]


@Antenor81, Edgars2007: ✓ Done, no objections. --Srittau (talk) 23:13, 28 March 2016 (UTC)[reply]

author of preface/foreword/introduction in a book

Descriptionperson who write the preface/foreword/introduction of book but who isn't an author of the rest of the book
Representsforeword (Q1358138)
Data typeItem
Allowed valuesperson
ExampleBottroper Protokolle (Q15771066) → foreword by Martin Walser (Q57387)
Proposed bySnipre (talk) 16:28, 22 January 2016 (UTC)[reply]

We have already some specific properties for special contributions to a book (translator (P655) and illustrator (P110)) so instead of creating a special model using qualifier to store the author of the preface of a book I think we can create a specific property. Snipre (talk) 16:28, 22 January 2016 (UTC)[reply]

OOjs UI icon error.svg WikiProject Books has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. Snipre (talk) 16:45, 22 January 2016 (UTC)[reply]
 Support --Kolja21 (talk) 01:24, 23 January 2016 (UTC)[reply]
Still unsure so Symbol neutral vote.svg Neutral for the moment. Pictogram voting comment.svg Comment did we really need a specific property? Will there be some specific constraints? (I see that translator (P655) has only one constraint : which is identical to constraints on author (P50), other constraints on author (P50) could apply to translator (P655)) What is wrong with using author (P50) with qualifiers? If this property is created, how to distinguish the author of the preface(s), of the foreword(s) and of the introduction(s) (and other stuff at the beginning like prolegomenon (Q1361348)). Cdlt, VIGNERON (talk) 13:21, 24 January 2016 (UTC)[reply]
@VIGNERON: The question is more simple: currently for preface author, we use contributor to the creative work or subject (P767) with the qualifier applies to part (P518): preface (Q670787). Why do we use this system for preface author and not for illustrator or translator ? I think we should keep an unity in the data structure to avoid to store similar information in different manners. Snipre (talk) 13:37, 4 February 2016 (UTC)[reply]
@Snipre: very true: unity in structure is essential but I still have some comments 1. why don't we use the same structure with qualifiers for illustrator, translator, etc.? 2. how many specific properties should we create: 10? 100? why not 3 properties to distinguish the writers of preface/foreword/introduction? I feel like one proprety for everyone who is an author lato sensu is easier and better per Occam's razor (Q131012) ; but maybe I'm missing something. Cdlt, VIGNERON (talk) 15:01, 4 February 2016 (UTC)[reply]
 Support Thierry Caro (talk) 10:42, 27 February 2016 (UTC)[reply]
 Oppose There shouldn't be a class "books" at all which could serve as domain here. By the FRBR model we are trying to adhere here, there are creative works and their "editions or translations" and prefaces or introductions are something which only applies to the latter. To be more precise, the author of an introduction is - uhm - the author of the introduction as a small work in its own right and some edition encompasses these distinct works. Even if we take some shortcuts here the question is whether the introduction more often than not deserves an WD item of its own? -- Gymel (talk) 21:13, 27 February 2016 (UTC)[reply]

@Snipre, Kolja21, Thierry Caro, Gymel, Swpb: ✓ Done. The property constraints require a value instance of version, edition, or translation (Q3331189). If it turns out that we need separate objects for forewords/afterwords, we can always add appropriate properties then. --Srittau (talk) 23:32, 28 March 2016 (UTC)[reply]

author of postface/afterword/conclusion in a book

Descriptionperson who write the postface/afterword/conclusion of book but who isn't an author of the rest of the book
Data typeItem
Allowed valuesperson
ExampleUntergang und Verwandlung (edition Frankfurt 1956) → afterword by Max Wehrli (Q120454)
Proposed bySnipre (talk) 16:28, 22 January 2016 (UTC)[reply]

We have already some specific properties for special contributions to a book (translator (P655) and illustrator (P110)) so instead of creating a special model using qualifier to store the author of the postface of a book I think we can create a specific property. Snipre (talk) 16:41, 22 January 2016 (UTC)[reply]

OOjs UI icon error.svg WikiProject Books has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. Snipre (talk) 16:46, 22 January 2016 (UTC)[reply]
 Support --Kolja21 (talk) 01:34, 23 January 2016 (UTC)[reply]
Pictogram voting comment.svg Comment same as above. Cdlt, VIGNERON (talk) 13:29, 24 January 2016 (UTC)[reply]
 Support Thierry Caro (talk) 10:42, 27 February 2016 (UTC)[reply]

@Snipre, Thierry Caro, Swpb: ✓ Done as above. Please add an example using objects. --Srittau (talk) 23:33, 28 March 2016 (UTC)[reply]

Copyright status

   Not done
DescriptionCopyright status of an artwork; similar to the license codes (PD-Art-100, CC-by-SA, etc) used on Commons but not limited to artworks on Commons, so included other non-Commons supported copyright licenses
Data typeItem
Template parameterCommons infobox parameters, if any; ex: "permission" in c:template:artwork
Domaintypes of copyright licenses
Allowed valuestype of linked items (Q template or text), list or range of allowed values, string pattern...
ExampleLes toits de Collioure (Q16937070)copyright (Q15687022)
Format and edit filter validationthe items to be used should correspond (at least) to those in use on Commons + at least one for not-suitable-for-Commons
Robot and gadget jobsShould or are bots or gadgets doing any task with this? (Checking other properties for consistency, collecting data, etc.)

This has come up in several discussions to do with data donations by GLAMs and the sum of all paintings project. It should be covered in c:Commons:Structured_data but that is not being actively developed yet. Jane023 (talk) 17:39, 22 January 2016 (UTC)[reply]


Pictogram voting question.svg Question Wouldn't a system where you could indicate who owns the copyright at the same time better? Also, probably it should be used with qualifiers start time (P580) and end time (P582), with the current one having preferred rank. – Máté (talk) 12:31, 23 January 2016 (UTC)[reply]

  • Probably. I think several other qualifiers are in order as well, such as inferred death date of the creator related to the country of creation and associated copyright terms, etc. --Jane023 (talk) 14:45, 23 January 2016 (UTC)[reply]
  •  Oppose as written. The proposal conflates "copyright status" with "licence". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:31, 24 January 2016 (UTC)[reply]
    • Possibly this should be a request for two properties to be used in combination: "License" and "issued by", with agreements for public domain and photo uploads (or else we will need to import commonist uploaders as creators, which is a bit much I think). --Jane023 (talk) 09:08, 25 January 2016 (UTC)[reply]
      • @Jane023: I would have thought two properties; the first being "copyright status", qualified by "copyright owner" (and possibly also by "jurisdiction") and the second (which might also be a qualifier) "licence". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:10, 25 January 2016 (UTC)[reply]
        • Hmm interesting. Yes I think you are right. So should this be a double set of double properties? Or one property with certain required qualifiers? I see what you mean in that 2 properties may not be enough. --Jane023 (talk) 16:20, 28 January 2016 (UTC)[reply]

Taking a stab at some common copyright situations:

  1. PD-Art: for artworks in and out of copyright (items to be accepted could be linked to specific templates on Commons?)
  2. PD-old: for works out of copyright which accepts a date such as artist death date or creation date
  3. PD-Wikimedian: Wikimedia user who released his/her rights
  4. PD-author: for works released into the public domain by non-Wikimedia users
  5. PD-reason: takes reason items for a lack of copyright, such as PD-USGov for work by the U.S. federal government

Let me know what you think. --Jane023 (talk) 17:15, 28 January 2016 (UTC)[reply]

  • I'm confused, I fell the idea is very good but the proposal need some work to be good. At least the example is very bad (Les toits de Collioure (Q16937070) is a french work by a french painter and copyright (Q15687022) is a concept that doesn't exist in France, where the author's rights (Q38746) is quite different), we should find a better example (and idealy more than just one). Cdlt, VIGNERON (talk) 21:53, 24 January 2016 (UTC)[reply]
    • Yes I picked this example because it is a classic example of messiness (legally shown on Hermitage website, "fair use image" available in English Wikipedia article, not on Commons). It is specifically cases like this that we need to model correctly in order to start gaining editors who understand our "copyright gap" in art coverage. --Jane023 (talk) 09:08, 25 January 2016 (UTC)[reply]

Modeling copyright is no easy task. In the current status I  Oppose this property proposal. We have two things here:

  1. How to model the difficult world of copyright?
  2. Do we want to model copyright here?

For the first part we had quite extensive discussions on the project kick off of c:Commons:Structured data. One property won't do it. As for the second part. I'm not sure. In this example case it looks like derived information that can't be sourced from a reliable source. I'd rather provide an automated way for people to figure out the copyright status of a work of art. Multichill (talk) 21:02, 3 February 2016 (UTC)[reply]

We have Property 275 for "License", which is a good way to indicate if something has been proactively given a Creative Commons license for example. However, that is not an appropriate way to express Public Domain because PD is not a license, it is the expiration or absence of a license. There are many diverse ways for a creative work to be PD (as our many and various templates on Commons demonstrate!), but these are nuances of why something is PD - which should be handled by Qualifiers here in Wikidata. Wikidata is also capable of modelling contested copyright statuses in different jurisdictions or competing claims. For example, with this property, it is possible to say that something to be "Public domain" (with a qualifier of "start date") and simultaneously has a copyright status of "in copyright" (with the qualifiers of "license" if needed, "owner" if different from "creator", "country" if it's a copyright status specific to a particular jurisdiction). Both of these statements can be given an equal rank. It is also possible to model the fact of something that will enter the public domain at a certain point in the future (by giving an "end date" qualifier), or equally we can model that someone has made a claim of copyright on an artwork that, according to Reliable Sources, is considered invalid (we can use a deprecated Rank for that statement). Wittylama (talk) 14:40, 4 February 2016 (UTC)[reply]

  • The example provided doesn't make sense, additionally the conflict with the "License" property is not addressed. Such a property can be added only if it's extremely clear what is valid as object. DPLA and Europeana tried a "standardisation" effort with which is extremely hard and we risk adding further confusion. Nemo 15:51, 4 February 2016 (UTC)[reply]
    • Can you clarify which example doesn't make sense to you, please? Regarding what I see as a limitation of the "license" property: I don't think it is sufficient to express the concept of Public Domain/out of copyright. It's not right to say "license -> public domain" because PD is objectively not a license (CC0 is not even a license, it's a "dedication"). Equally, I don't think "license -> expired" (or something similar like "not applicable"?) is an effective way of phrasing it either. By contrast, if this property was created, we could say "copyright status -> public domain" (with a qualifier for start date etc if desired). Does that explain my point? Wittylama (talk) 17:04, 4 February 2016 (UTC)[reply]

@Jane023:  Not done, no concensus, possible duplicate with copyright license (P275). --Srittau (talk) 14:05, 27 March 2016 (UTC)[reply]

german Filmportal-ID

   Done: Filmportal ID (P2639) (Talk and documentation)
Descriptionidentifier of the german
Data typeExternal identifier
DomainMovies, Films and Audio-Visual-Works (film (Q11424))
Allowed valueshex-decimal ID Code (Example: fa85c5fe1b0349d0b47cfd6bc21b8d97 for "Der geilste Tag")
ExampleThe Salt of the Earth (Q16736285), Titanic (Q44578)
Format and edit filter validation^[0-9a-f]{32}$
Formatter URL$1
Robot and gadget jobsImport of the data of the german
Motivation is the german association to collect all german produced and financial supported films. All german films have to register at filmportal by german regulations, so it's a good identification like ASIN for audio-visual works. Fililipa (talk) 15:45, 24 February 2016 (UTC)[reply]


is recto of

   Done: is recto of (P2681) (Talk and documentation)
DescriptionA property to indicate the two-dimensional artwork (usually drawing or painting) that is on the back (verso) side of this artwork
Data typeItem
Domaintwo-dimensional (flat) work of art (Q838948)
ExamplePortrait of Philippe de Croy (Q22970535)Croy family shield (Q21614521)
Sourceusually museums' online collections

I've encountered several artworks already for which we'd need this property. This is different from pendant of (P1639), which refers to two artworks on different carriers that were created to complement each other. I also propose the reverse property. Both must be named clearly (or get several crystal clear aliases) so that they don't get mixed up with their reverse. Spinster (talk) 15:21, 29 February 2016 (UTC)[reply]

Are verso and recto that important? Are "A" and "B" sides of singles (vinyl) also considered valid uses for this property? Alternatively one could think of a single and slightly more general property "shares carrier with" which would allow for more than one work on each "side", e.g. when several (unrelated) small sketches are located on the page verso. -- Gymel (talk) 16:27, 29 February 2016 (UTC)[reply]
I have encountered it very commonly in art collections, here's an example from one museum. Since it's indicated even in the inventory number, I think it's considered to have some art historical and practical importance so yes, I want to stick with the narrow definition. Spinster (talk) 16:45, 29 February 2016 (UTC)[reply]
P1432 (P1432) will do this for vinyl record (Q178588). Thierry Caro (talk) 21:40, 26 March 2016 (UTC)[reply]
  • Support I have also seen this for old books without pagination, and also for old drawings and prints. Support both, voting here. Jane023 (talk) 19:02, 29 February 2016 (UTC)[reply]
  •  Support - I've been working on the collection of Bosch paintings, quite a few of those are two-sided and would benefit by this property. Husky (talk) 20:42, 12 March 2016 (UTC)[reply]
  •  Support. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:10, 22 March 2016 (UTC)[reply]

@Spinster, Jane023, Husky, Pigsonthewing: ✓ Done --Srittau (talk) 23:48, 28 March 2016 (UTC)[reply]

Kijkwijzer rating

DescriptionDutch media content rating system
RepresentsKijkwijzer (Q23010019)
Data typeItem
Domainfilm (Q11424), television program (Q15416)
Allowed valuesAL, 6, 9, 12, 16
ExampleAccused (Q16467423) → 12

See MPAA film rating (P1657), FSK film rating (P1981), and NMHH film rating (P2363). Máté (talk) 21:12, 11 March 2016 (UTC)[reply]


@Máté, Pigsonthewing: ✓ Done together with class Kijkwijzer rating category (Q23649978) and instances like 12 (Q23649983). --Srittau (talk) 00:28, 29 March 2016 (UTC)[reply]

Proportion of alcohol

Descriptionpartie d'une boisson qui consiste en alcool, exprimée en degré d'alcool ou pourcentage (fr) – (Please translate this into English.)
Data typeQuantity
Template parameter"degré d'alcool" de "Infobox Boisson"
Domainprincipalement les boissons alcoolisées
Allowed valuesunités à déterminer
Exampleabsinthe (Q170210) → 40 % à 90 %
Robot and gadget jobsimport de frwiki
  • Permet l'import des données de Wikipédia. --- Jura 14:12, 23 November 2015 (UTC)[reply]

@Jura1, Pasleim, Tobias1984: ✓ Done Ranges can be supplied as part of the quantity datatype (although there is currently a bug: see [1]), the property makes it clear that we are talking about volume percentage. --Srittau (talk) 19:02, 26 March 2016 (UTC)[reply]

  • The proposal was for either version. Infoboxes use various measures. Can you relabel it as proposed? Somehow the sample link to frwiki was deleted by (I let you guess who).
    --- Jura 19:21, 26 March 2016 (UTC)[reply]


In the age of Open Data and Linked Data, we should be able to describe structured data sources, such as data set (Q1172284), lexicographic thesaurus (Q179797), database (Q8513), authority control (Q36524) (eg Integrated Authority File (Q36578), Virtual International Authority File (Q54919), etc).

The leading ontologies for describing datasets are VOID, DCAT and ADMS by the W3C. The Getty LOD documentation shows summary diagrams & links, and uses all of them to describe the Getty dataset. Our intent is not to replicate all this information, but to provide only some critical entities and properties to allow finding datasets and access points. This is a somewhat complex topic, so before proposing properties, we should look at the above models, look at some examples, and synthesize a simpler version.


Let's first look at some examples


Data Model

Based on the examples, we can extract the following items (Q), properties (P), qualifiers (q):

  • <a structured database>
  • Dataset Distribution (Q): particular version/release/format of a structured Data Set (database) that is publically available. May be created and published by other than the database owner (that's quite common)
    • official website (P856): human-readable documentation
    • URL (P) of technical documentation (Q)
    • URL (P) of Datahub (Q): structured description at, including access URLs, examples, etc
    • URL (P) of VOID machine-readable description (Q)
      • format (q): eg VOID, OAI-PMH, explain.z3950
    • URL (P) for access/download: URL that allows search/access/download of a dataset distribution
      • protocol (q): eg SPARQL, SRU, OAI-PMH. Direct file access by HTTP is default and need not be mentioned
      • file format (q): file format and/or metadata schema, eg RDF/XML, Turtle, NTriples, JSONLD, MARC21plus-xml, MARC21-xml, xMetaDiss, oai_dc, ONIX-xml, sync-repo-xml
      • file compression format (q): eg zip, gz
   Not done
DescriptionParticular version/release of a structured Dataset, that is publicly available
Data typeItem
Template parameternone
Allowed valuesdata set (Q1172284)
Format and edit filter validationn/a
Sourcedcat:Distribution, adms:AssetDistribution
Robot and gadget jobsin the future yes..
Proposed byVladimir Alexiev (talk)
distribution (dataset)
DescriptionParticular manner of distribution of a Data Set (database or file) that is publicly available
Data typeItem
Template parameternone
Domaindata set (Q1172284)
Allowed valuesdataset distribution (Q18814183)
Format and edit filter validationn/a
Sourcedcat:Distribution, adms:AssetDistribution
Proposed byVladimir Alexiev (talk)
file format

(aliases: format, file type, compression format)

   Done: file format (P2701) (Talk and documentation)
DescriptionFile format, compression type, or ontology used in a file. May use several (eg ZIP (Q136218) and N-Triples (Q18814471))
Representsfile format (Q235557)
Data typeItem
Template parameternone
DomainUse as qualifier of a URL or file name (often used with data set (Q1172284) or dataset distribution (Q18814183))
Allowed valuesInstances of file format (Q235557), such as Target will often have media type (P1163) and file extension (P1195)
ExampleArt & Architecture Thesaurus LOD Dataset (Q23017666) => URL of (P642) download (Q7126717), file format ZIP (Q136218), file format N-Triples (Q18814471) =>
Format and edit filter validationn/a
Proposed byVladimir Alexiev (talk)
  •  Support. Joe Filceolaire (talk) 02:08, 5 September 2015 (UTC)[reply]
  •  Pictogram voting question.svg Question @Vladimir Alexiev, Filceolaire: ZIP is not really a primary file format, "Zipped TTL" may be. We need a more expressive way to hadle fie formats. media type (Q1667978)  View with Reasonator View with SQID can identify some formats. As for ontology. An ontology can be express in numerous file formats ... Would we need a more specific "ontology" property ? author  TomT0m / talk page 17:10, 12 November 2015 (UTC)[reply]
    @TomT0m, Filceolaire: To handle a file or URL, an application needs to know all applied formats, not just the "primary" (content) or "secondary" (compression). Combining them into one (eg "zipped turtle") is not a good idea since we'll cause a combinatorial explosion. We could split into two props if you prefer? (eg HTTP has Content-Type vs Content-Encoding) I didn't want to complicate it too much, but now that I think about it, I'm in favor of splitting.
As for Ontology, I completely agree to split it out. It's the same as void:vocabulary. (I just didn't think the WD community would be so interested in RDF datasets :-). Should I make a proposal for it? --Vladimir Alexiev (talk) 21:07, 16 November 2015 (UTC)[reply]
In general we will have an item for the dataset. We need properties to link to the various datafiles for that dataset. The question then is whether we have properties for each type of file with qualifiers for the file format and compression format (my preferred solution) or if we have separate properties for each datafile/file format/file compression format (seems clumsy). Joe Filceolaire (talk) 03:59, 22 November 2015 (UTC)[reply]
data access protocol

(aliases: communication protocol)

   Done: protocol (P2700) (Talk and documentation)
Descriptioncommunication protocol to use to access a dataset or service
Representscommunication protocol (Q132364)
Data typeItem
Template parameternone
DomainUse as qualifier of a URL (often used with data set (Q1172284) or dataset distribution (Q18814183))
Allowed valuesInstances of communication protocol (Q132364), such as SPARQL (Q54871), Open Archives Initiative Protocol for Metadata Harvesting (Q2430433)
ExampleArt & Architecture Thesaurus LOD Dataset (Q23017666) => URL of (P642) application programming interface (Q165194), protocol SPARQL (Q54871) =>
Format and edit filter validationn/a
Proposed byVladimir Alexiev (talk)

(aliases: webpage, page)

   Done: URL (P2699) (Talk and documentation)
DescriptionURL of something, other than official website (P856), reference URL (P854), or archive URL (P1065). Must qualify with of (P642)
Data typeURL
Template parameternone
Allowed valuesURL
Format and edit filter validationn/a
Robot and gadget jobsvalidate that URL resolves
Proposed byVladimir Alexiev (talk)

Discussion of Dataset properties

PLEASE first comment on the need to describe Datasets, and then on the specific implementation proposed above (of course, we could have a different implementation)

What do you think of this? --Vladimir Alexiev (talk) 14:53, 7 January 2015 (UTC)[reply]
@Emw, Snipre, Kolja21, Fralambert: What do you think of this? --Vladimir Alexiev (talk) 19:35, 19 January 2015 (UTC)[reply]

Ruud Koot
Daniel Mietchen
Tinker Bell
Jasc PL
Tris T7
Peb Aryan
FWVH (passionné d'informatique et d'électronique)
Sylvain Leroux
Pictogram voting comment.svg Notified participants of WikiProject Informatics

I welcome thoughts on how to describe datasets, and the above is a good basis for having a discussion around that – thanks, Vladimir. The proposed implementation would seem to work for the examples given, but I am missing thoughts on licensing and versioning of datasets, as well as on the scope of datasets to be annotated this way. For instance, if there is an item about a scholarly publication and that publication has some associated data in a database, it would make sense to annotate the item about the paper with information about the dataset. This would not necessarily require an item about the dataset itself, though that might be an option if WD:N does not stand in the way. --Daniel Mietchen (talk) 00:48, 20 January 2015 (UTC)[reply]
Sure, that's just a start. But I think we don't want to repeat all the detailed info at Datahub and VOID files. Vladimir Alexiev (talk) 01:16, 20 January 2015 (UTC)[reply]
Suggesting if there is a CKAN/DataHub entry, that should be linked from the WP page? Other than that, I think VoID actually does do a good job at the provenance. Other than that, what is the envisioned difference between a data set and a data base? The latter has a clear visibility, with a website, etc. What makes a data unique? Egon Willighagen (talk) 07:49, 20 January 2015 (UTC)[reply]
Egon, Datahub is just one of the important URLs: above I give other examples. VOID does a good job, but is only applicable to RDF datasets, and less than 30% have a VOID file.
"Dataset" and "Database" are just about the same, and there are many other similar items (eg Authority list). I've only proposed a property "dataset distribution" to point to a particular distribution of a database, since often there are many: see GND examples above.
"What make a data unique": I don't know and I don't care. Clarify the question. --Vladimir Alexiev (talk) 18:56, 21 January 2015 (UTC)[reply]
Hi I started to work on this subject. Can I reuse or complete or duplicate the box "Property documentation" ? I write these box in the comments ? or in talk page ? May be create a project Wiki4R and create a subpage for this part ? --Karima Rafes (talk) 13:57, 20 January 2015 (UTC)[reply]
Karima, go ahead and edit above, it's a wiki. I added "protocol". If you want to move the section "Datasets" to a more permanent location, go ahead: but after the voting for the properties (when it will be moved to a subsection "Archive". --Vladimir Alexiev (talk) 18:56, 21 January 2015 (UTC)[reply]
Hello, I splited the dataset distribution in dataset and distribution like in the ontology dcat. I proposed some properties in the aim to make a map like on the website and for the future web agents. I don't know exactly if the properties exist or not in Wikidata. --Karima Rafes (talk) 14:26, 22 January 2015 (UTC)[reply]
@Karima Rafes: 1. Don't see a need for "dataset" vs "distribution" property, and you don't seem to propose different examples. We don't need to copy dcat or any other ontology. 2. The markup following "Here proposition for the infobox" is broken, please fix it!! 3. Put your contributions in separate sections (one per property) and sign them (not just this comment). 4. If you want to propose a property (eg xxx:statusAccessURL), do it using the appropriate template at the top of this page, so it can be discussed and critiqued independently. (Critique about this one: one dataset may have several access URLs, so a single "status" prop won't do. 5. "I don't know exactly if the properties exist or not" is no excuse: don't propose properties before checking whether similar properties already exist. Pick any item, go to Claims, click Add and use the autocomplete. --Vladimir Alexiev (talk) 08:41, 25 January 2015 (UTC)[reply]
1. "We don't need to copy dcat or any other ontology." DCAT is an ontology for the software agents. If you don't split, you impose that there is only one way to access the data and so, only for the human. It's not logic to use DCAT only for human. 2. Sorry, I have no the time for the moment. I try to fix if wikidata want to be a hub for the software agents. Is it the moment for this debate ? (good place?) 3. 4. 5. it's not urgent. I moved my examples in my personal page for the moment examples of properties for a object dataset and distribution --Karima Rafes (talk) 09:30, 25 January 2015 (UTC)[reply]
I think wikidata should aspire to be a hub for software agents.
I think that there is a case for specialised url properties rather than using "of" as a qualifier, particularly for 'machine readable' access and particular types of info - such as 'technical info URL', 'VOID url', 'API url'.
'Datahub' should perhaps be a string property since it always refers to the datahub site - like all the other database properties.
A 'download url' property should be designed to be useable to download digital copies of books or songs as well as databases. This applies in particular when the content is available as a free download but the licence terms are not compatible with Commons.
I support 'file format', 'compression file format', 'protocol' as qualifier properties.
I'm not sure what 'dataset' and 'distribution (dataset)' are for and what they link to. Should we have a separate item for each edition of the dataset, as well as the item for the database? What if a new edition is published every day? Could we use software version identifier (P348) or version type (P548) or has edition or translation (P747) for these? Filceolaire (talk) 03:49, 22 March 2015 (UTC)[reply]
@Filceolaire: thanks for the comments!
Agree to have "specialised URLs" since these are easier to work with than "of" qualification (both for WDQ and SPARQL querying). I just wasn't bold enough to propose so many new properties.
If you think from the FRBR "work-expression-manifestation-item" point of view, a Distribution is similar to Expression or Manifestation: if it's done by someone else through significant conversion work then it's Expression (similar to a translation of a book); if it's just an update or editorial work, then it's aManifestation (simlar to an edition of a book).
Instead of a new prop Distribbution, we could use software version identifier (P348) but currently it's for "software" only and doesn't have a "derived work" aspect (typically each consecutive version is made by the same people). It seems that has edition or translation (P747) is a better fit (it's the same idea!), but do you think bibliophiles will allow the alias "distribution"? Or maybe keep them separate just for clarity?
Agree about doing "Datahub page" as an ID rather than a URL. (they did change their base from to a few years back) --Vladimir Alexiev (talk) 11:53, 31 July 2015 (UTC)[reply]
So Vladimir are you going to rewrite the proposals above, as your comments, so we can can get some of these approved? Joe Filceolaire (talk) 23:47, 2 September 2015 (UTC)[reply]
Done, see below; fixed the examples above. (Also fixed VIAF->GND in a couple examples above) Vladimir Alexiev (talk) 10:44, 4 September 2015 (UTC)[reply]

@Vladimir Alexiev, Filceolaire, TomT0m: Mostly ✓ Done. I don't really understand the difference between the "dataset" and "dataset (distribution)" proposals, especially since they use exactly the same examples. dataset distribution (Q18814183) is completely unused. If you still need another property, please create a new proposal, with a better example. --Srittau (talk) 14:47, 3 April 2016 (UTC)[reply]

@Srittau: thanks for being so scrupulous. Guess I started with dataset vs distribution but then decided one is enough. And looking at the worked examples it is. Cheers --Vladimir Alexiev (talk) 04:59, 5 April 2016 (UTC)[reply]

Datahub page

   Done: Datahub page (P2666) (Talk and documentation)
DescriptionDatahub page of a dataset
RepresentsDatahub (Q18814247)
Data typeString
Domaindata set (Q1172284) or dataset distribution (Q18814183)
Formatter URL$1
Proposed byVladimir Alexiev (talk)

why ID rather than URL: they did change their base from to a few years back


@Vladimir Alexiev, Filceolaire, Pigsonthewing: ✓ Done --Srittau (talk) 19:52, 26 March 2016 (UTC)[reply]

Carnegie Classification of Institutions of Higher Education

Descriptionclassification of colleges and universities in the United States
Data typeItem
Domaincolleges and universities in the United States classified by the Center for Postsecondary Research at Indiana University
Robot and gadget jobsAll entities with Integrated Postsecondary Education Data System ID (P1771) can have Carnegie Classifications automatically added via script. The National Center for Education Statistics freely offers this database.

The Carnegie Classification of Institutions of Higher Education (Q4223026) encodes the type of educational institution based on a number of constituent datapoints (such as percent of students studying a certain major, like engineering). By adopting this widely-used classifier, Wikidata can similarly store the type of institution without having to store all of its constituent data. This field is higher education's equivalent of "genre" for movies.

An alternative to a strings value could be entities corresponding to the limited number of classification classes.

You can query the Carnegie Classification site by IPEDS identifier:$1. E.g., Harvard is Unfortunately I don't see a way to query that site for classification descriptions since is organized by some arbitrary internal identification integer, not the actual classification name string. Runner1928 (talk) 18:05, 8 September 2015 (UTC)[reply]

 Support. If we go with an item datatype then we can make statements about each class of institution. Do we want to do that? String seems wrong when these are not identifiers for each institution so I think item would be better. Joe Filceolaire (talk) 21:17, 12 September 2015 (UTC)[reply]
Agree. And then we can model relationships between classifications too. Let's make the values Wikidata entities, not strings. Runner1928 (talk) 14:17, 14 September 2015 (UTC)[reply]
Pictogram voting question.svg Question @Runner1928, Filceolaire: Any comment on whether Jura's suggestion will work for this? Josh Baumgartner (talk) 16:56, 28 October 2015 (UTC)[reply]
Pictogram voting question.svg Question @Jura1: Jura, do you mean that we don't create a new property because we can simply use another formatter URL somewhere else? Or that this type of information is out of scope of Wikidata? Or something else? I understand your comment that we *can* use Integrated Postsecondary Education Data System ID (P1771) to look up the information, but does that mean that Carnegie Classifications just won't be in Wikidata at all? Runner1928 (talk) 17:27, 28 October 2015 (UTC)[reply]
  • Symbol strong support vote.svg Strong support I don't understand @Jura1:'s suggestion - this is not an identifier for an educational/research institution, it is a classification of the TYPE of the institution. Sorry I didn't notice this earlier; I think it is very important for coverage of US institutions. Unfortunately I don't believe the classification is used outside the US, but within the US the Carnegie classification is a key way to group institutions of similar type. ArthurPSmith (talk) 19:10, 9 December 2015 (UTC)[reply]
  • Symbol strong support vote.svg Strong support with a clarification that there are seven separate classifications in this typology; although most attention is given to the "Basic Classification" the other classifications should be included, too. Additionally, it may be desirable to split one of the classifications - "Size & Setting" - into two data elements since, as the name implies, it's really two descriptors (inexplicably) concatenated into one. Finally, there is also a "Community Engagement" classification that is optional and maintained by a separate organization; it would be nice to also include this but it's (conceptually and logistically) different from the other typologies so I can understand if we want to discuss it separately or defer it indefinitely. ElKevbo (talk) 19:42, 2 January 2016 (UTC)[reply]
Additionally, it might be better to get the data directly from the research center in Indiana as it may take several months or longer for the information to make it into the federal goverment's database(s) especially since the current update is not only an update to the classification of many institutions but an update to the classification schema itself. ElKevbo (talk) 21:01, 2 January 2016 (UTC)[reply]
The final set of classifications has been released. An Excel spreadsheet with all of the institutions and classifications can be downloaded at 20:15, 6 February 2016 (UTC)[reply]
  • Update based on the URL from the previous commenter: in the new 2015 system, there are six classifications. Basic (32 options), Undergraduate Instructional Program (21 options), Graduate Instructional Program (18 options), Enrollment Profile (7 options), Undergraduate Profile (16 options), and Size & Setting (18 options). Options tend to be somewhat hierarchical so that, for instance, Basic - Doctoral Universities has Highest, High, and Medium Research Activity levels. The organization sometimes publishes reports using the top of the hierarchy (e.g., Doctoral v. Master's. v. Baccalaureate) and sometimes at the more granular level.
I suggest creating items for the approximately 100 classifications, plus the hierarchical modeling. E.g., Basic - Doctoral - Highest Research is subclass of (P279) Basic - Doctoral subclass of (P279) Basic. Then this new Carnegie Classifications property can have an Item datatype as well as start time (P580) and end time (P582), for when the organization releases its next classification in five years. An Item datatype especially makes sense because the Carnegie organization offers no easy URL for formatter URL (P1630). Their search URLs use some internal ID. But we can at least manually provide those URLs on the individual classification items. I prefer a single new property that points to six items per educational institution, rather than six new properties. The big advantage to multiple properties (the formatter URL) isn't available to us here. Runner1928 (talk) 16:23, 11 February 2016 (UTC)[reply]
✓ Done @Runner1928: --Pasleim (talk) 22:58, 23 March 2016 (UTC)[reply]

CRICOS Provider Code

DescriptionUnique identifier for Australian education providers assigned by the Commonwealth Register of Institutions and Courses for Overseas Students (CRICOS)
Representseducational institution (Q2385804)
Data typeString
Template parameterNo known infobox parameter exists at present, however this property could be added to the existing template en:template:infobox university
Domaineducational institution (Q2385804) where country (P17) = Australia (Q408) or located in the administrative territorial entity (P131) refers to an administrative area of Australia (Q408)
Allowed valuesstring pattern: \d{5}[A-Z]
ExampleMonash University (Q598841)00008C
SourceEducation Institution Search, CRICOS database
Formatter URL$1
Robot and gadget jobsScraping of the CRICOS website would be possible, with data added to mix-and-match for further import into Wikidata

CRICOS stands for the Commonwealth Register of Institutions and Courses for Overseas Students and is in place to ensure international students studying in Australia and New Zealand get a good quality of education. All universities and colleges in Australia that accept international students must be CRICOS registered, to meet the requirements set out in the National Code of Practice which was set up to protect the interests of international students studying on Australian soil. This provider code allows one to look up the CRICOS database to access further data on Australian education providers such as locations/campuses, the courses on offer at each location/campus, contact details and the student capacity of each provider. Addition of this property, with a mix-and-match approach to importing data into Wikidata, would significantly enhance Wikidata's knowledge of Australian education providers. Dhx1 (talk) 04:26, 22 November 2015 (UTC)[reply]


@Dhx1: ✓ Done no objections --Srittau (talk) 15:37, 25 March 2016 (UTC)[reply]


DescriptionA commercial partnership between the subject and the object.
Data typeItem

I'm looking for a way to represent partnerships between organisations, for example (the WLWA works with several London boroughs) or Pauljmackay (talk) 17:39, 1 January 2016 (UTC)[reply]

  • Pictogram voting comment.svg Comment Some organizations have many partnerships and other loosely defined relationships; I'd like to see a mandatory qualifier like applies to part (P518) or of (P642) to specify a project on which the entities partnered. Swpb (talk) 15:18, 14 January 2016 (UTC)[reply]

@Paulmackay, Swpb: ✓ Done, describing the use of qualifiers using Wikidata usage instructions (P2559). --Srittau (talk) 16:53, 25 March 2016 (UTC)[reply]

Estyn ID

   Done: Estyn ID (P2655) (Talk and documentation)
Descriptionidentifier for a school in Wales, in the Welsh Assembly's Estyn database
Data typeString
DomainSchools in Wales
Allowed valuesseven-digit numbers, beginning with "6"
ExampleRadyr Comprehensive School (Q7281815)6814070
Formatter URL$1
Robot and gadget jobsMixn'Match

We have DfE URN (P2253), operated by the UK government; this is the Welsh Assembly's equivalent. Schools in OpenStreetMap colleagues are currently tagging schools with this ID, so having it in Wikidata will allow us to identify matches and tag the OSM objects with their Wikidata ID also. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:31, 11 January 2016 (UTC)[reply]

In the absence of geographic projects, I've notified the UK Wikmedians' mailing list of this proposal. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:50, 24 March 2016 (UTC)[reply]
I think this is rather sensible - it would allow better integration with OSM. Chase me ladies, I'm the Cavalry (talk) 14:08, 24 March 2016 (UTC)[reply]

@Pigsonthewing, Chase me ladies, I'm the Cavalry: No objections: ✓ Done with datatype external id. --Srittau (talk) 19:00, 25 March 2016 (UTC)[reply]

FIFA World Ranking

   Done: no label (P2656) (Talk and documentation)
DescriptionThe teams of the member nations of FIFA, football's world governing body, are ranked based on their game results with the most successful teams being ranked highest.
RepresentsFIFA World Rankings (Q180825)
Data typeNumber (not available yet)
Template parameter"rankning" in sv:mall:fotbollslandslag
DomainNational teams in association football
ExampleBelgium national football team (Q166776) → 1
Robot and gadget jobsBots could get data from infoboxes or by scraping the FIFA source.

The FIFA World Rankings (Q180825) is a common parameter in several infoboxes and it would be convenient to be able to fetch the information from Wikidata. This also makes it easier to keep the information updated. Frisko (talk) 14:30, 28 January 2016 (UTC)[reply]


@Frisko: No objections → ✓ Done with the additional requirement of always using point in time (P585) as qualifier. --Srittau (talk) 19:28, 25 March 2016 (UTC)[reply]

EU transparency register ID

Descriptionidentity code for an organisation, in the transparency register of the European Union
Data typeExternal identifier
Allowed valuesorganization (Q43229)
ExampleYoung Pirates of Europe (Q14754981) → 697519611807-33
Formatter URL$1&isListLobbyistView=true

Useful reference to describe items ★ → Airon 90 18:20, 13 November 2015 (UTC)[reply]


@Airon90, Pigsonthewing: No objections -> ✓ Done. --Srittau (talk) 19:54, 25 March 2016 (UTC)[reply]

ISO 9362 SWIFT/BIC code

DomainBanks, rarely other businesses
SourceISO 9362 on Wikipedia, ISO 9362:2014, ISO 9362:2009

Common international standard identifier for banks and bank branch offices. Usually required when making international wire transfers. Intgr (talk) 14:57, 26 January 2016 (UTC)[reply]

Changed type from "string" to "external identifier", improved Intgr (talk) 12:51, 18 February 2016 (UTC)[reply]


 Support Useful property. --Srittau (talk) 15:55, 26 January 2016 (UTC)[reply]

@Intgr, Srittau, Thryduulf: ✓ Done ISO 9362 SWIFT/BIC code (P2627). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:40, 19 March 2016 (UTC)[reply]

reference number for a German tax authority

Domaingerman tax authorities ( revenue service (Q573607) )
Allowed values4 digits

This key references a German tax office by a 4-digit number (which is also part of the Steuernummer, assigned to individual taxpayers by that authority). Bei den Finanzämtern ist das primäre Ordnungskriterium die vierstellige bundeseinheitliche Finanzamtsnummer (BUFA-Nr.). Maggot27 (talk) 20:07, 30 January 2016 (UTC)[reply]


@Maggot27, Kopiersperre: ✓ Done German tax authority ID (P2628). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:51, 19 March 2016 (UTC)[reply]

proportional representation number

   Not done
DescriptionFor any geographical entity such as a US state, specify the number of representatives that represent this entity within larger entity, such as United States. For the state of New York, this number would be 27 (excluding the 2 for the senate). France could have this value set to 74 (representatives in EU. Each value should have a timestamp at which point this value was valid.
Data typeNumber (not available yet)
Template parameterthe New York state's infobox shows similar value - number of democrats and republican candidates in the House of Representatives.
DomainUS states, European countries, some districts with proportional representations.
Allowed values0..infinity (integers)
Examplesee above
Robot and gadget jobsbots could validate that this number corresponds to the count of current representatives that point to this entity

This is a useful information for political visualizations - something like the number of museums per country map that is based on wikidata, but for politics / regions. Yurik (talk) 17:44, 13 February 2016 (UTC)[reply]

  • Pictogram voting comment.svg Comment If this is implemented (and I'm not sure if I support it or not) then it needs some way of specifying which body is being represented as some entities can conceivably be represented in multiple bodies (regional/national/supranational parliaments, international bodies, etc. I suppose a mandatory qualifier might be able to do this. Alternatively this could be represented on the page about the representative body. I'm not sure which is better without more thought. Thryduulf (talk: local | en.wp | en.wikt) 19:36, 13 February 2016 (UTC)[reply]
@Thryduulf: thanks to this amazing tool, I just found P1410 -- number of seats held by political group or party in legislature body provided by qualifiers, with P194 legislative body being mandatory. I think we can adapt that property to mean not just the "political group", but geographical region. --Yurik (talk) 12:48, 14 February 2016 (UTC)[reply]

@Yurik, Thryduulf:  Not done, per Yurik. number of seats in legislature (P1410) seems to be a good choice for this purpose. --Srittau (talk) 21:18, 25 March 2016 (UTC)[reply]


   Not done
DescriptionTotal revenue of an organisation.
Representsrevenue (Q850210)
Data typeNumber (not available yet)
Template parameter"Revenue" in w:en:Template:Infobox_company and many others, see Wikidata:WikiProject_Infoboxes/organizations#Sources_for_properties
Domaininstance of organization (Q43229)
Allowed valuespositive rational numbers (currency and date specified as qualifier)
ExampleMozilla Foundation (Q55672) → $329.5 million (2014)
SourceMultiple: Wikidata:WikiProject_Infoboxes/organizations#Sources_for_properties

Important classification criterion for subjects. Nemo 19:32, 26 February 2016 (UTC)[reply]

 Not done duplicate of total revenue (P2139) --Pasleim (talk) 23:02, 23 March 2016 (UTC)[reply]
It was not a duplicate in the Italian translation, but whatever, I'm changing P2139. I hope local wikis agree with you. Nemo 17:36, 24 June 2017 (UTC)[reply]