Wikidata:Property proposal/Archive/1

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

Generic / Allgemein / Général

Over 9000

  • Description: Whether indeed, this value is over 9000
  • Datatype: integer
  • Links:
  • Domain:
  Not done KSRSLY? Sven Manguard Wha? 02:24, 5 February 2013 (UTC)
  Neutral This clearly should be a boolean, not an integer --Jeroen De Dauw (talk) 13:04, 5 February 2013 (UTC)
  Oppose Who on earth needs this? --Giftzwerg 88 (talk) 21:34, 5 February 2013 (UTC)

Image / Abbildung / Image

Status:    Done


  • Description: Image of the item
  • Datatype: MediaValue
  • Links: Present in most of infoboxes
  • Comments: Very basic property : a relevant illustration for this thing. Tpt (talk) 20:20, 31 January 2013 (UTC)
In addition to this, we could have many more. For instance, for an animal species: photo of male, photo of female, skeleton, etc. Any idea on how to label them ? Is "male" ok, or "image of male" ? --Zolo (talk) 15:26, 3 February 2013 (UTC)
I think that "image of male" is better because "male" is ambiguous. Tpt (talk) 16:40, 3 February 2013 (UTC)
A "relevant illustration" seems too vague. Some entities are images (ex. w:Esperanto jubilee symbol). Some are things that could be photographed, or drawn. Some might be image files themselves. Some might be a specific entity that could have images of it, and some might be classes of things, and images would be of examples of it. --Yair rand (talk) 06:29, 4 February 2013 (UTC)
We can probably find a more accurate description, but I think we need a simple property that would work for Shakespeare, Barack Obama, and probably also Moscow and the Loch Ness Monster. --Zolo (talk) 08:34, 4 February 2013 (UTC)
  Done. Property:P18. Tpt (talk) 19:52, 4 February 2013 (UTC)
We have Property:P10 (Commons media file, AKA: picture) already. Happy chaos. --Kolja21 (talk) 20:35, 4 February 2013 (UTC)
I think that we should merge Property:P18 with Property:P10 and rename Property:P10 "Image". Tpt (talk) 20:37, 4 February 2013 (UTC)
Pro merge (delete P18), but a Commons media file can be a video, so I think the description is ok. --Kolja21 (talk) 20:51, 4 February 2013 (UTC)
On IRC there was some discussion about this; I think we should keep both P10 and P18, but encourage people to use P18 only for still images (and rename it to "image" rather than "photo"). P10 is a super-type of P18, as you say, and we should retain it for when we have that. James F. (talk) 21:07, 4 February 2013 (UTC)
If we first add the properties and then discuss how we might use them, it's better to stop phase 2 now, before someone has to do the clean up. Also the software is not ready yet. (We should test the software, improve it, think about the guidelines and than start with phase 2.) --Kolja21 (talk) 21:34, 4 February 2013 (UTC)
Software is never 'finished', it will always be changing. I don't think we should stop now just because we don't have the full set of features yet - but I agree that we should not rush too much with this, and instead discuss here. :-) James F. (talk) 22:30, 4 February 2013 (UTC)


  • Description: An IPA pronunciation of the Topic
  • Datatype: StringValue
  • Links: Most Wiktionary and many Wikipedia Articles etc.
  • Comments: Would help users who do not know how to pronounce the topic. Would also help Text-to-Speech engines pronounce the topic should they ever come across it. See this for more implementation ideas. --Macadamia1472 (talk) 04:28, 3 February 2013 (UTC)
  •   Oppose How should an international pronunciation of an item work? Wiktionary can do the job better. --Kolja21 (talk) 04:36, 3 February 2013 (UTC)
  • The main reason I propose centralising pronunciations is that one person could work out the pronunciation and then any Wikimedia project, be it Wikipedia, Wiktionary, Wikispecies, Wikivoyage etc. could use it through a template as simple as {{pronounce|WORD}}. Also this makes it possible for users to one day set a preference to see the pronunciation, if possible, under the title of each article. Centralising it in Wikidata not Wiktionary etc. also makes it easily accessible to computers programs such as Text-to-Speech engines, fulfiling one of Wikidata's goals. Also see my idea on how we can internationalise it below. --Macadamia1472 (talk) 05:35, 4 February 2013 (UTC)
  •   Neutral Ok, might be technically possible, but not a property I would recommend to start with. --Kolja21 (talk) 06:09, 4 February 2013 (UTC)
  •   Support This could be used with templates such as en:Template:IPAc-en and test2wiki:Template:IPAc-en (the latter uses Lua).--Snaevar (talk) 14:44, 3 February 2013 (UTC)
  •   Neutral Helps as wikidata would provide pronunciation on all wikipedia. For example, name of person which is spoken same in all languages but need multiple entries according to different language in many case such as articles having words other than names. Example-Independence movement of India - differently written and spoken in different wikipedia of french, hindi, chinese
  • Can we do this on a language-by-language basis? Not every language uses the same term for an entity, let alone the same pronunciation. πr2 (tc) 18:00, 3 February 2013 (UTC)
  • Different language WikiData sites have different labels, descriptions and aliases for the same Item ID so we definitely could (and should) do it separately for each language. Whilst there is a WikiData in British English facilitating dialects might require the ability to add multiple pronunciations like with aliases. In this case we would have to tag each one with a country or region; Annoying but not impossible nor necessary at the start. --Macadamia1472 (talk) 05:35, 4 February 2013 (UTC)
  • That means that if we change the label, we need to change the pronunciation. I am a bit weary of the synchronization problems that may arise. I guess we should have a "Wikidata of Words" in addition to the "Wikidata of items", or maybe we should work toward integration of omegawiki. --Zolo (talk) 09:13, 4 February 2013 (UTC)
  •   Oppose. Doesn't make any sense. --Yair rand (talk) 07:52, 5 February 2013 (UTC)

is in

  • Description: Describes an object's relationship with another
  • Datatype: Item
  • Domain: All
  • Comments: For example, the United States is in NATO, the Mona Lisa is in The Louvre. Not to be used instead of properties such as continent Macadamia1472 (talk) 08:09, 5 February 2013 (UTC)
"is in" is too generic in my opinion. For international organisations, there should be a separate property for it like "member of". For paintings or other works of art, there should be a property called "gallery" or "collection". --Wylve (talk) 18:09, 5 February 2013 (UTC)
  Oppose Agree with Wylve, this is too general (except as a super-type, perhaps). James F. (talk) 21:21, 5 February 2013 (UTC)
  Oppose Too generic, see: Wikidata talk:Property proposal#is a. --Kolja21 (talk) 23:32, 5 February 2013 (UTC)
  Oppose Too generic.--Snaevar (talk) 13:14, 6 February 2013 (UTC)
  Not done Consensus against this. Sven Manguard Wha? 03:29, 7 February 2013 (UTC)

created by

  • Description: Links object to person (or company, organisation) who is primarily responsible for creatively producing it
  • Datatype:' Item
  • Domain: All
  • Comments: Examples: The World Wide Web was "created by" Tim Berners-Lee. The Harry Potter books were all "created by" JK Rowling etc. Tom Morris (talk) 21:19, 5 February 2013 (UTC)
    This sounds like a good idea - we might want to sub-type it for general creative works (author, editor, … as below), but I think we should go ahead with this too. James F. (talk) 21:23, 5 February 2013 (UTC)
      Oppose Too generic. Harry Potter has an author (Property:P50). We should start with a World Wide Mix, where we have to guess what the property might stands for. --Kolja21 (talk) 23:39, 5 February 2013 (UTC)
  Oppose Too generic.--Snaevar (talk) 13:14, 6 February 2013 (UTC)
  Not done Consensus against this. Sven Manguard Wha? 03:29, 7 February 2013 (UTC)

has (EN), hat (DE)

  • Description: Example: Histiophryne psychedelica "has" "binocular vision".
  • Datatype: Item, quality, whatever fits
  • Source: ?
  • Domain: Pretty much anything
  • Infobox parameter: N/A
  • Comments: Surprised this one doesn't already exist. Bob the Wikipedian (talk) 23:59, 16 February 2013 (UTC)
  Oppose To unprecise. This wont help wikidata in structuring data. --Sk!d (talk) 00:21, 17 February 2013 (UTC)
  Oppose We don't need general properties which can be used in 20 or 50 relations but specific properties. How you want to build an infobox with 10 relations based on a "has" property ? Snipre (talk) 02:03, 17 February 2013 (UTC)
  Oppose --Kolja21 (talk) 02:49, 17 February 2013 (UTC)
  Not done consensus against. Sven Manguard Wha? 05:06, 18 February 2013 (UTC)

Named after / Benannt nach (Namenspatron) / ...

Status:    Done


  • Description: Something/somebody what inspired name of item.
  • Datatype: Item
  • Links:
  • Infobox parameter example: w:en:Template:Infobox planet
  • Comments: For example, for place/asteroid/Moon crated/chemical element named after person; planet/constellation named after mythological figure; church named after saint, etc. --EugeneZelenko (talk) 15:05, 10 February 2013 (UTC)
Exists in w:en:Template:Infobox planet. --EugeneZelenko (talk) 04:38, 16 February 2013 (UTC)
  Support --Paperoastro (talk) 23:36, 16 February 2013 (UTC)
  Support – specific examples it would be useful for: w:Coriolis effectw:Gaspard-Gustave Coriolis, w:Pascal's trianglew:Blaise Pascal, w:Islets of Langerhansw:Paul Langerhans, etc. The Anonymouse (talk | contribs) 08:00, 19 February 2013 (UTC)
  Support seems logical.--Arnaugir (talk) 19:29, 19 February 2013 (UTC)
  Support --Kolja21 (talk) 19:46, 19 February 2013 (UTC)
  Done Property:P138. --EugeneZelenko (talk) 04:14, 23 February 2013 (UTC)

Authority control / Normdaten / Autorité

Main type of item (entity) / Art des Objekts / Type principal

Status:    Done


  • Description: The six main types of items (+ disambiguation) used by GND, German Wikipedia, and Wikimedia Commons (called "entities" by librarians): person, corporate body, event, work, term, and place.
  • Datatype: Item
  • Templates: de:Vorlage:Normdaten, commons:Template:Authority control
  • Comments: The entities are already marked in about 230.000 Wikipedia articles. With their help we can see at first glance what the item is about, even if descriptions and links are in a non-latin language. --Kolja21 (talk) 01:29, 1 February 2013 (UTC)
    The InstanceOf snak type will do the same thing. So, we have to decide if create this property to move it with a bot to the InstanceOf snak when this snack type with available or wait for it.
    I'm not sure that the "entity" name is the good one. Something like "Main type" may be better if we want to restrict the range of this property to a small set of types. Tpt (talk) 15:50, 1 February 2013 (UTC)
    +1. I personally prefer "main type" as well. "Entity" is the technical term used by librarians. --Kolja21 (talk) 18:09, 1 February 2013 (UTC)
    Changed the description. --Kolja21 (talk) 05:03, 2 February 2013 (UTC)
      Support Especially "person" is urgently needed. --ThorstenX1 (talk) 06:21, 10 February 2013 (UTC)
  Done Needed for templates and might help to solve the "is a" problem. --ThorstenX1 (talk) 10:52, 11 February 2013 (UTC)

Person / Person / Personne

Place of birth / Geburtsort / Lieu de naissance

Status:    Done


  • Description: Place where a person was born
  • Datatype: Item
  • Links:
  • Comments: Basic property used by all biographical infobox. --Kolja21 (talk) 03:14, 2 February 2013 (UTC)
  •   Done Property:P19. Tpt (talk) 19:54, 4 February 2013 (UTC)

Place of death / Sterbeort / Lieu de décès

Status:    Done


  • Description: Place where a person died
  • Datatype: Item
  • Links:
  • Comments: Basic property used by all biographical infobox. Tpt (talk) 12:32, 2 February 2013 (UTC)

  Done Property:P20. Tpt (talk) 19:55, 4 February 2013 (UTC)

Gender / Geschlecht / Genre (sexe)

Status:    Done


  • Description: Male, female, intersex
  • Datatype: ItemValue
  • Links:
  • Comments: It may be a good idea to restrict the range of possible values when this will be possible. Tpt (talk) 15:29, 2 February 2013 (UTC)
    + 1 with Tpt : We must have only 2 possibilities : male / female. Other choices would be very difficult to source them. - Bzh-99 (talk) 17:45, 2 February 2013 (UTC)
    We need three: Male, female, and intersex. (Sexual preferences are private and can change.) --Kolja21 (talk) 18:21, 2 February 2013 (UTC)
    We need four: Male, female, intersex and unknown/not defined. Some names are for both genders and of some people we have no knowledege neither of their names nor of their gender. This applies for the unknown but distinguishable artists of ancient pieces of arts. de:Notname en:Anonymous masters--Giftzwerg 88 (talk) 00:08, 3 February 2013 (UTC)
    In German there is a whole category for unknown gender: de:Kategorie:Geschlecht unbekannt. --Sk!d (talk) 02:14, 3 February 2013 (UTC)
    So, tree item values (Male, female, intersex) and the unknown special value (accessible by clicking to the icon at the left of the input, example). Tpt (talk) 07:25, 3 February 2013 (UTC)

  Done Property:P21. Tpt (talk) 19:56, 4 February 2013 (UTC)

Father / Vater / Père

Status:    Done


  • Description: Father of a person
  • Datatype: ItemValue
  • Links:
  • Comments: Tpt (talk) 15:30, 2 February 2013 (UTC)
  •   Done Property:P22. Tpt (talk) 20:00, 4 February 2013 (UTC)

Mother / Mutter / Mère

Status:    Done


  • Description: Mother of a person
  • Datatype: ItemValue
  • Links:
  • Comments: Tpt (talk) 15:30, 2 February 2013 (UTC)
  •   Done. Property:P25. Tpt (talk) 20:00, 4 February 2013 (UTC)

Spouse / Ehegatte / Conjoint

  • Description: The spouse of an item (for not married people use "partner")
  • Datatype: ItemValue
  • Links:
  • Comments: Tpt (talk) 15:29, 2 February 2013 (UTC)
  •   Done. Property:P26. Tpt (talk) 20:00, 4 February 2013 (UTC)

Nationality country of citizenship

Status:    Done


  • Description: nationality of a person ( to which country he belong)
  • Datatype: ItemValue
  • Links:
  • Comments:--Nizil Shah (talk) 19:58, 4 February 2013 (UTC)
    That sounds like a property we should definitely have, but we need to think on how to implement this. Currently, it makes use of Q42884 and Q862086 that refer to ethnic group, not nationality. "German" or "Indian" in the purely legal sense do not seem to have items of their own, and I am not sure they can have one. Using the contry's item would make for clean semantics, but that may sound rather awkward in terms of natural language. --Zolo (talk) 20:35, 4 February 2013 (UTC)
  •   Done by someone before me - Property:P27. We decided to rename it to "country of citizenship" because it's "Germany" not "German", etc. - hope that's OK. James F. (talk) 21:19, 4 February 2013 (UTC)

Sexuality/Sexual Orientation

Status:    Done


  • Description: Sexual orientation of a person. Usual Options: Heterosexual (straight), Homosexual (Gay/Lesbian), Bisexual, Asexual
  • Datatype: Item
  • Links:
  • Domain: Person
  • Comments: Reedy (talk) 00:34, 5 February 2013 (UTC)
  Oppose In some cases this might be of general interest, normally it's none of your business. --Kolja21 (talk) 06:31, 5 February 2013 (UTC)
I disagree. If someone has publicly stated their sexual orientation, why should we not include it? Legoktm (talk) 17:12, 5 February 2013 (UTC)
  Oppose "private property"! Wikidata is not yellow press, the same with length, diameter, cup size, how often... Whoever edits a box about a person will feel urged to make a statement about sexual orientation, even if there is no public source about it.--Giftzwerg 88 (talk) 17:34, 5 February 2013 (UTC)
  Oppose With personal data we must be very careful. For instance, the sexual orientation is an issue on which researchers do not have a consensus if it is a valid classification at all. It is a bit like race, but more complex. --Teemu (talk) 10:25, 6 February 2013 (UTC)
  Support Sexual orientation is a perfectly valid thing to include in Wikidata if there are clear sources to say someone self-identifies a particular way. And there are a lot of people for whom their sexual orientation is an important matter. Is it "yellow journalism" to say Harvey Milk is gay? Perhaps it's intrusive to say Martin Luther King is black or that the Pope is a Catholic. Tom Morris (talk) 20:25, 5 February 2013 (UTC)
Where do we need this info? At least not in Wikipedia, because it's not encyclopedia material, just trivia. --Stryn (talk) 20:31, 5 February 2013 (UTC)
In some cases, like those cited by Tom Morris, those are indeed key things to undertand what makes the pesron important. What bugs me is: where should we stop ? And I am afraid this is something of a cultural matter. For instance, many infoboxes in English Wikipedia include religion or ethnicity, while that would sound rather out of place to many French people. --Zolo (talk) 20:41, 5 February 2013 (UTC)
It isn't just "trivia", any more than the Pope's religion is trivia. There are a large number of categories on English Wikipedia which are based around a person being LGBT. It's of interest to people in gender and queer studies to be able to locate, say, lesbian writers or gay filmmakers. For some individuals, their sexual orientation is of trivial importance, for other people it is of great importance and is, like race or religion or national origin, something which profoundly shapes their character, interests, self-understanding, social role, beliefs and career. You can't understand Derek Jarman or Peter Tatchell unless you understand that they are gay. You can't understand the life of Alan Turing unless you deal with the fact that he was convicted of and punished for being gay. Tom Morris (talk) 20:56, 5 February 2013 (UTC)
  Support No more prone to abuse than any number of properties. It'd have to have a description like "the sexual orientation of the subject IF AND ONLY IF they have stated it themselves, unambiguously, or it has been widely agreed upon by historians after their death", but, I don't see any problem with such a property in general. — PinkAmpers&(Je vous invite à me parler) 20:51, 5 February 2013 (UTC)
Just wait the extension of the referencing to create that property and then delete every entry which doesn't have a reference. Snipre (talk) 21:00, 5 February 2013 (UTC)
  Oppose At this stage, is this really the piece of information the general support for the project needs to be tested with? I do understand the cultural value of the information, but I oppose to the quantification offered by storing it. --Susannaanas (talk) 11:17, 6 February 2013 (UTC)
  Done Created using PinkAmpersand's wording. James F. (talk) 21:01, 5 February 2013 (UTC)
I'm drawing up some proposed guidelines on the talk page, and will post again here to invite everyone to dicuss, once I'm done with them. — PinkAmpers&(Je vous invite à me parler) 21:24, 5 February 2013 (UTC)
Actually, if you really want to undertand someone, you will probably read a real text about him. Just seeing in a database that Alan Turing was gay will not carry you very far. I suppose this kind of property is more useful for data-mining or things like that. --Zolo (talk) 21:08, 5 February 2013 (UTC)

I've posted some proposed usage guidelines at Property talk:P91, and invite all of you to comment. Thanks. — PinkAmpers&(Je vous invite à me parler) 21:54, 5 February 2013 (UTC)

Member of sports team

Status:    Done


  • Description: Name of the team the person is currently a member of
  • Datatype: Item
  • Links: en:Template:Infobox ice hockey player has a field, and so do all other infoboxes
  • Domain: Person
  • Comments: I already have a bot that can scrape this data from enwiki infoboxes for hockey players, need to get it to work with Wikidata API. Legoktm (talk) 01:34, 5 February 2013 (UTC)
      Done Seems like a good idea to me; created by Sven as I was entering. James F. (talk) 01:56, 5 February 2013 (UTC)

Former member of sports team

  • Description: Teams that the sportsperson played for previously
  • Datatype: Item
  • Links: en:Template:Infobox ice hockey player has a field, and so do all other infoboxes
  • Domain: Person
  • Comments: Very similar to the "Member of sports team" one I proposed above. Legoktm (talk) 01:40, 5 February 2013 (UTC)
      Done Created by Sven too. James F. (talk) 02:09, 5 February 2013 (UTC)
    NOOOOO. Don't do a difference between actual and previous team member, just put as qualifier the date when the person started to be part of the team and the date when he left the team. Have data spirit not classification habit Snipre (talk) 17:45, 5 February 2013 (UTC)
      Undone Sven Manguard Wha? 00:52, 6 February 2013 (UTC)

Ancestral home / Herkunftsort / Lieu d'origine

Status:    Done


  • Description: place of origin (Q3237789)
  • Datatype: Item
  • Links:
  • Domain: Person
  • Comments: --Stevenliuyi (talk) 07:30, 5 February 2013 (UTC)
  Done As a basic property for Chinese people, I think creating this property is uncontroversial, therefore I've already created it -- Property:P66. Let me know if you have any comments.--Stevenliuyi (talk) 07:39, 5 February 2013 (UTC)
This is an international project. Please add first the translations. --Kolja21 (talk) 07:45, 5 February 2013 (UTC)
I added English translation. Sorry that I don't have the ability to add other translations. en:Ancestral home (Chinese) has more information about this property.--Stevenliuyi (talk) 08:04, 5 February 2013 (UTC)
Thanks, if seen this article but unfortunately there is no German and no Frensh translation. Literally it's "Stammsitz" in German, but I don't know if this is correct. --Kolja21 (talk) 08:26, 5 February 2013 (UTC)
I wonder if there is a good translation. en:wp says: "A subjective concept (...)" At least "Stammsitz" is a real pace, maybe a castle. Therefore, this is a chinese thing and "Ancestral home" (en) is imho only half right. --Goldzahn (talk) 14:07, 5 February 2013 (UTC)
I looked it up in a dictionary (Chinesisch-Deutsches Universalwörterbuch by Wilfried Fuchsenberger), the corresponding entry is (I don't know German, I just type it): "j-s Heimat f, j-s Herkunft(sort) f(m)." Hope this would help.--Stevenliuyi (talk) 16:00, 5 February 2013 (UTC)
Thanks, than "Herkunftsort" is correct. ("Heimatsort" is a place someone will or hopes to return.) --Kolja21 (talk) 06:46, 6 February 2013 (UTC)

Occupation / Tätigkeit / Profession

Status:    Done


  • Description: Occupation of a person
  • Datatype: Item
  • Links:
  • Comments: Basic info
    • Concerned that use of "Item" here limits how the occupation can be described. We would either have to create special items for occupations without Wikipedia articles, or live with having (for example) "Explorer" read as "Exploration" as it would for the English Wikipedia (explorer redirects to exploration). A multi-language string is probably a better choice. Espeso (talk) 18:47, 7 February 2013 (UTC)
    • Agreed. -- Ypnypn (talk) 15:50, 8 February 2013 (UTC)
    • Agreed, he property is very important. It should be an item, as proposed. --NaBUru38 (talk) 21:24, 8 February 2013 (UTC)
Note: see also Property:P101 (field of work). SPQRobin (talk) 23:07, 8 February 2013 (UTC)
  Done --ThorstenX1 (talk) 11:20, 10 February 2013 (UTC)

Native Language

Status:    Done


  • Description: the native language of a person
  • Datatype: item
  • Domain: Person
  • Comments: (especially useful for writers)

--Hsarrazin (talk) 20:51, 5 February 2013 (UTC)

Support, and "known languages" (as in: foreign languages the person speaks fluently) is useful too, like our Babel. SPQRobin (talk) 23:07, 7 February 2013 (UTC)
  Done Property:P103 --Stevenliuyi (talk) 13:15, 8 February 2013 (UTC)
I would like to ask for a chance. This shouldn't be a single value constraint for people who were brought up bilingual have two native languages. Take me for example I have two native languages French and Dutch Jhowie Nitnek 10:56, 24 March 2021 (UTC)
Hm, I would have preferred just one property for all languages a person speaks, using qualifiers to provide the level of expertise (basic/advanced/fluent/native). Also, this just simply point to a Wikidata item, not an external vocabulary, I think - we should have items for pretty much every language... -- Duesentrieb (talk) 13:36, 8 February 2013 (UTC)
That would indeed be better, once we can set such qualifiers. SPQRobin (talk) 23:09, 8 February 2013 (UTC)

member of political party

Status:    Done


  • Description: The political party a person is a member
  • Datatype: Item
  • Links:
  • Domain: People
  • Infobox parameter example:
  • Comments: Would not include 'Republican' if they support Republican ideas, must be affiliated with the actual party. The party they voted for is also insufficient.Macadamia1472 (talk) 08:56, 6 February 2013 (UTC)
    • I've modified the title to "member of political party". I would suggest that this be narrowed to something like "for politicians and people notable for their contributions in the political/governmental sphere only; must be confirmed, not suspected". I'd   Support something like that. Sven Manguard Wha? 03:36, 7 February 2013 (UTC)
    • Support (and agree with Sven). SPQRobin (talk) 23:10, 7 February 2013 (UTC)
      • I went ahead and created Property:P102 with the description "the political party this politician is currently a member of" to start with. "Currently": another issue is namely that politicians can switch party (this happens relatively often in my country). SPQRobin (talk) 23:13, 7 February 2013 (UTC)
        • We don't need to restrict it based on time, once qualifiers come on line, we'll be able to give the date range, I think. Honestly, I think that the development team made a colossal mistake in releasing only part of Phase II. Sven Manguard Wha? 08:16, 8 February 2013 (UTC)
          • Yeah, agree, I changed it to "is or has been a member of" awaiting qualifiers. The label in German already had similar wording. SPQRobin(talk) 23:14, 8 February 2013 (UTC)
    • Why do we need a special property for party affiliation? Wouldn't a generic "is member of" property be sufficient? -- Duesentrieb (talk) 13:37, 8 February 2013 (UTC)
    • I think there should be a property for party activists, not simple members or supporters. --NaBUru38 (talk) 21:27, 8 February 2013 (UTC)

half-brother / Halbbruder / demi-frère

  • Description: To denote blood siblings of only one common parent (e.g., same mother, different fathers)
  • Datatype: Item
  • Links: Wikidata:List_of_properties#Relationships already has similar properties of step-father and step-mother
  • Domain: Person
  • Infobox parameter example:
  • Comments: If half-brother is accepted, then we should also create half-sister and possibly step-sister, step-brother and step-child (to compliment the already existing step-father, step-mother and child). I'm new to wikidata so I don't know if I have to create a new suggestion for each of those properties. I also don't know how fine grained properties should be, one can more specifically be a paternal half-sibling (same father) or maternal half-sibling (same mother), so they may be preferred instead of the more generic term. /Ch1902 (talk) 21:48, 6 February 2013 (UTC)
Oppose. See discussion in talk page. Snipre (talk) 15:42, 7 February 2013 (UTC)


Status:    Done


  • Description: Image with person signature
  • Datatype: Media
  • Links:
  • Infobox parameter example:
  • Comments: Image with person signature. --EugeneZelenko (talk) 15:38, 7 February 2013 (UTC)
  Done Property:P109 --Stevenliuyi (talk) 08:58, 14 February 2013 (UTC)

Place of burial (grave) / Begräbnisort / Lieu d'enterrement

Status:    Done


  • Description: Place where a person is buried
  • Datatype: Item
  • Links: Q1526 We know where he was and is burried.
  • Infobox parameter example:
  • Comments: Property used by biographical infoboxes only if it is different from place of death. It can replace place of death if it is unknown.--Giftzwerg 88 (talk) 11:47, 3 February 2013 (UTC)
  Support Used in en:Template:Infobox_royalty. /Ch1902 (talk) 11:18, 14 February 2013 (UTC)
  Support --Viscontino talk 17:01, 14 February 2013 (UTC)
  Support --Kolja21 (talk) 02:56, 17 February 2013 (UTC)
  Done Created as Property:P119 Sven Manguard Wha? 05:11, 18 February 2013 (UTC)

Other family relationships: Mother-in-law, father-in-law, great-grandparent, great-uncle, great-aunt, half-brother, half-sister, aunt

  • Description: Self-explanatory
  • Datatype: Item
  • Source: Q76
  • Domain: Person
  • Infobox parameter: ... ?
  • Comments: Aunt is needed ASAP. — Hurricanefan24 (talk) 00:30, 17 February 2013 (UTC)
  Oppose If you have the direct relationships you don't need to create the full list of possible relationship: an aunt can be defined as the sister of the mother/father. It is simplest to create a code which will be able to extract the data and to build a whole set of relations instead of managing for each person a list of 10-70 possible relations. Snipre (talk) 02:07, 17 February 2013 (UTC)
We won't always know details of the various linking relatives, e.g. for historical figures or fictional people. I'm also not convinced that deriving various relationships would be as simple as you seem to think, even with fairly complete data. Dates may be important; e.g. is my sister's ex-husband my child's (ex-)uncle, if they were divorced before my child's birth? --Avenue (talk) 18:06, 17 February 2013 (UTC)
In that case a property called "nondirect relationship" with a qualifier describing the nature of the relationship is enough. Snipre (talk) 18:14, 17 February 2013 (UTC)
  Oppose --Kolja21 (talk) 02:57, 17 February 2013 (UTC)
  Oppose -- enhancement of irrelevant or allmost useless information giving little or no benefits to the described person. Has also to be maintained and proofed.--Giftzwerg 88 (talk) 12:49, 17 February 2013 (UTC)
  Not done consensus against. Sven Manguard Wha? 05:12, 18 February 2013 (UTC)


  • Description: Stepchild/stepchildren of person.
  • Datatype: Item
  • Links:
  • Infobox parameter example: none
  • Comments: Looks like stepchildren are specified in same parameters as biological ones, but marked manually. See w:en:Robert Louis Stevenson as example. --EugeneZelenko (talk) 17:29, 17 February 2013 (UTC)
  Oppose Not used in infoboxes. --Kolja21 (talk) 17:44, 17 February 2013 (UTC)
They are present in infoboxes, as in the linked example. Would you prefer we record them as children, with a qualifier indicating they are stepchildren? --Avenue (talk) 18:16, 17 February 2013 (UTC)
This would be a good solution. --Kolja21 (talk) 18:27, 17 February 2013 (UTC)
  Oppose, on the grounds that Property:P40 (child) will handle this once qualifiers are implemented. --Avenue (talk) 21:28, 17 February 2013 (UTC)
  Not done consensus against Sven Manguard Wha? 05:13, 18 February 2013 (UTC)

employer / Arbeitgeber / employeur (P108)

Status:    Done


  • Description: Person was at some point employed by this business, and received salary
  • Datatype: Item
  • Links:
  • Domain: Corporations, businesses, schools, theatre,
  • Comments:
Used by any infobox? --Kolja21 (talk) 22:45, 13 February 2013 (UTC)
Infobox "person" has a category "occupation" which lists businesses a person has been working at, and positions at which a he/she has worked. The position should be a qualifier of this property, as well as the time when he/she worked there. Janjko (talk) 23:22, 13 February 2013 (UTC)
  Support --Viscontino talk 17:05, 14 February 2013 (UTC)
  Support if renamed Employer, since en:template:infobox person has a parameter named "Employer". Mange01 (talk) 18:41, 18 February 2013 (UTC)
Changed. Sven Manguard Wha? 18:51, 18 February 2013 (UTC)
  Done Item was created a week ago by Janjko. --Kolja21 (talk) 15:27, 19 February 2013 (UTC)


Status:    Done


  • Wikipedia only requires that it be supported by reliable sources. It doesn't add the 2nd criterion of it being "important in his or her career." As Wikidata is intended to supply data to Wikipedia, I don't see how we can have more restrictive criteria than they do? Shawn in Montreal (talk) 19:21, 23 February 2013 (UTC)
Thank you! "career" was not the most proper word - I thought of saints and bishops, for instance. --Eric-92 (talk) 04:20, 24 February 2013 (UTC)
  •   Support /Ch1902 (talk) 16:01, 17 February 2013 (UTC)
  •   Support Danrok (talk) 20:08, 21 February 2013 (UTC)
  •   Done here P140. Danrok (talk) 23:25, 23 February 2013 (UTC)

Organization / Organisation / Organisation

Member state / Gliedstaat / État membre (P100)

  • Description: states participating in an international organisation
  • Datatype: item
  • Links: w:Member_state
  • Infobox parameter example:
  • Comments: I was a bit too enthusiastic and didn't know I had to propose it first :) I think it's quite obvious, the only issue I think is whether states of a federal country (German Länder, US states, ...) should have a separate property or not. SPQRobin (talk) 22:21, 7 February 2013 (UTC)

Founder / Gründer / Fondateur

Status:    Done


  • Description: Who created the organization
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: A Founder can be a country, city, person, another organization
This seems a duplicate of the one above. Or is it WHO created the organisation? Reedy (talk) 02:09, 5 February 2013 (UTC)
I changed the description. --Stryn (talk) 07:32, 5 February 2013 (UTC)
  Support --Чаховіч Уладзіслаў (talk) 15:54, 10 February 2013 (UTC)
  Support --Viscontino talk 17:06, 14 February 2013 (UTC)
  Done. Property:P112 --Goldzahn (talk) 00:32, 17 February 2013 (UTC)

Official website

Status:    Done


  • Description: official website of an organization
  • Datatype: ItemIRI
  • Links:
  • Infobox parameter example:
  • Comments: --Nizil Shah (talk) 20:06, 4 February 2013 (UTC)
  • Would need to be a string to hold a URL --Macadamia1472 (talk) 08:04, 5 February 2013 (UTC)
    • This will use a the same property as above for Items about persons, which will be an IRI datatype. James F. (talk) 20:00, 7 February 2013 (UTC)
See here. There is already an approved request for this. There for   Done --Sk!d (talk) 00:50, 17 February 2013 (UTC)
I don't find that property. The only similar thing I find is stated in and imported from. Mange01 (talk) 20:47, 17 March 2013 (UTC)



Status:    Done


  • Description: The hubs of that airline
  • Datatype: Item
  • Links:
  • Domain: Airlines
  • Infobox parameter example:
  • Comments: Macadamia1472 (talk) 23:29, 5 February 2013 (UTC)
  Done Property:P113 --Goldzahn (talk) 04:25, 17 February 2013 (UTC)


  • Description: Cities/countries that airline flies to
  • Datatype: Item
  • Links:
  • Domain: Airlines
  • Infobox parameter example:
  • Comments: Macadamia1472 (talk) 23:29, 5 February 2013 (UTC)
    • I'm not sure, this would fit more likely for phase III, which is lists. --Stryn (talk) 08:03, 8 February 2013 (UTC)
    • Oppose. There are too many to be mantainable. --NaBUru38 (talk) 21:33, 8 February 2013 (UTC)
    •   Oppose too much, there are airlines flying to over 500 destinations -- Milad A380 talk? 20:58, 15 February 2013 (UTC)
    •   Oppose --Kolja21 (talk) 17:45, 17 February 2013 (UTC)

aircraft in fleet

Status:    Done


  • Description: The aircraft the airline uses
  • Datatype: Item
  • Links:
  • Domain: Airlines
  • Infobox parameter example:
  • Comments: contains one statement for each aircraft, only those currently in serviceMacadamia1472 (talk) 23:29, 5 February 2013 (UTC)
    • Changed to "aircraft in fleet". I'd   Support this. A note though, both active and non-active can be used, because at a later date we're going to have the ability to add qualifiers, of which 'active' and 'inactive' or 'former' had better be possible with. SvenManguard Wha? 03:47, 7 February 2013 (UTC)
    • Oppose, not relevant. --NaBUru38 (talk) 21:33, 8 February 2013 (UTC)
    •   Support with qualifiers, denoting the period in which the aircraft is used by the airline. --Wylve (talk) 07:54, 12 February 2013 (UTC)
    •   Support important -- Milad A380 talk? 20:58, 15 February 2013 (UTC)
    •   Support Wikipedia mentions this value for almost all airlines. -- Faux (talk) 21:41, 17 February 2013 (UTC)
  •   Done as Property:P121 Sven Manguard Wha? 05:57, 18 February 2013 (UTC)

Airport lounge

  • Description: Airport lounge operated
  • Datatype: Item
  • Links:
  • Domain: Airlines
  • Infobox parameter example:
  • Comments: Likely an article on the collection of the lounges Macadamia1472 (talk) 23:29, 5 February 2013 (UTC)
    • You mean like "Admiral's Club" or like cities that have Admiral's Clubs? SvenManguardWha? 03:49, 7 February 2013 (UTC)
  • Yep, the article on 'Admiral's Club'. I guess later on we could add within the Admiral's Club WikiData item a list of places they operate within.--Macadamia1472 (talk) 03:53, 8 February 2013 (UTC)
    • Oppose, not relevant. --NaBUru38 (talk) 21:33, 8 February 2013 (UTC)
    •   Oppose airline lounges are really not relevant -- Milad A380 talk? 20:58, 15 February 2013 (UTC)
    •   Oppose I think this is more relevant for airports than for airlines. -- Faux (talk) 21:43, 17 February 2013 (UTC)
  •   Not done consensus against. Sven Manguard Wha? 05:58, 18 February 2013 (UTC)

Airline Alliance

Status:    Done


  • Description: The alliance(s) the airline belongs to
  • Datatype: Item
  • Links:
  • Domain: Airlines
  • Infobox parameter example:
  • Comments: i.e Star Alliance Macadamia1472 (talk) 23:29, 5 February 2013 (UTC)
    I think this would need a more specific name than "Alliance". Unless I'm mistaken, all properties will need to have different names, and "Alliance" could mean many things. --Yair rand (talk) 11:35, 7 February 2013 (UTC)
  • Changed to 'Airline alliance' which is also more inline with the Wikipedia article --Macadamia1472 (talk) 08:52, 8 February 2013 (UTC)
  Done Property:P114 --Goldzahn (talk) 04:51, 17 February 2013 (UTC)

Work / Werk / Œuvre

Art / Kunst / Art

Commissioner / Kommittent / Commanditeur (mécène)

Status:    Done


  • Description: person that commissioned some work of art from an artist.
  • Datatype: Item
  • Links:
  • Domain: Work
  • Comments: --Appo92 (talk) 18:05, 5 February 2013 (UTC)
  Done Property:P88. Let me know if you have any comments. --Appo92 (talk) 08:44, 6 February 2013 (UTC)

Literature / Literatur / Littérature

Author / Autor / Auteur (P50)

Status:    Done


  • Description: Main creator(s) of a book
  • Datatype: Item
  • Links:
  • Comments: Tpt (talk) 20:31, 30 January 2013 (UTC)
    What if a book has more than one author? --Kolja21 (talk) 01:01, 1 February 2013 (UTC)
    You add two values to the Author property like here Tpt (talk) 15:29, 1 February 2013 (UTC)
    Great, one problem less. Next: Libraries have separate fields for the name of the author as written on the main page (A. Smith) and the normalized name (Alex Smith, b. 1930). This helps avoiding mistakes and could solve the problem if we don't know who "A. Smith" was. --Kolja21 (talk) 18:58, 1 February 2013 (UTC)
    A solution is maybe to have the "author" property with type Item for disambiguation (the proposed property), that will be used in most cases, and a second property "Author as in book" with type String that contains the name as written in the main page. Tpt (talk) 19:06, 1 February 2013 (UTC)
    I would prefer to avoid disambiguation and rather change the rules for description. If we wrote "book by A. Smith" and add a link to "Alex Smith, b. 1930", it would be fine. (New rule: The author name in the description should be written like it is spelled on the main page of the book.) --Kolja21 (talk) 02:25, 2 February 2013 (UTC)
    I'm not sure to understand what you want to say (I have a very poor English), if you are saying that the property should not have for value an item but a wiki links "[[ITEM ID|NAME OF THE WRITER]]", it is something that won't be possible : values are strongly typed and doesn't allow Wikitext (see meta:Wikidata/Notes/Data_model_primer). Tpt (talk) 20:06, 2 February 2013 (UTC)
    No, I mean: 1. author (the real person) = item, and 2. author (name as written in the book) = description. --Kolja21 (talk) 22:23, 2 February 2013 (UTC)
    Oh! Ok. Sorry. Yes, it's a good solution. Tpt (talk) 07:26, 3 February 2013 (UTC)
  •   Done: P50

Editor / Herausgeber / Éditeur (P98)

Status:    Done


  • Description: Name of persons responsible of the edition
  • Datatype: Item
  • Links:
  • Comments: Snipre (talk) 23:00, 31 January 2013 (UTC)
    • I think it should be Item, like for the authors. It's more in linked data spirit.
      +1. Same case as author. --Kolja21 (talk) 02:29, 2 February 2013 (UTC)
        Done Sven Manguard Wha? 03:59, 7 February 2013 (UTC)
    • Support. --NaBUru38 (talk) 21:37, 8 February 2013 (UTC)

Illustrator / Illustrator / Illustrateur

Status:    Done


  • Description: Illustrator(s) of the book
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Tpt (talk) 20:20, 31 January 2013 (UTC)
  Support --Чаховіч Уладзіслаў (talk) 15:52, 10 February 2013 (UTC)
  Done Property:P110--Hosiryuhosi (talk) 10:46, 15 February 2013 (UTC)

Publisher / Verlag / maison d'édition

Status:    Done


  • Description: Name of organisation responsible of the publication
  • Datatype: Item
  • Links: publisher for [], publisher for [Dublin Core]
  • Infobox parameter example:
  • Comments: Snipre (talk) 23:00, 31 January 2013 (UTC)
  •   Support --Goldzahn (talk) 00:58, 18 February 2013 (UTC)
  •   Support --Kolja21 (talk) 01:01, 18 February 2013 (UTC)
  •   Support -- Faux (talk) 01:05, 18 February 2013 (UTC)
  Done as P123 Sven Manguard Wha? 20:54, 18 February 2013 (UTC)

Music / Musik / Musique

Composer / Komponist / Compositeur

Status:    Done


  • Description: person who wrote music
  • Datatype: Item
  • Links:
  • Domain: Work
  • Comments: --Appo92 (talk) 18:10, 5 February 2013 (UTC)
  Done Property:P86. Let me know if you have any comments. --Appo92 (talk) 08:45, 6 February 2013 (UTC)

Librettist / Librettist / Librettiste

Status:    Done


  • Description: the one who wrote the words for an opera
  • Datatype: Item
  • Links:
  • Domain: Work
  • Comments: --Appo92 (talk) 18:08, 5 February 2013 (UTC)
  Done Property:P87. Let me know if you have any comments. --Appo92 (talk) 08:44, 6 February 2013 (UTC)

Film / Film / Film

Youtube Subscribers

  • Description: How many subscribers a youtube channel has
  • Datatype: Media?
  • Source: none
  • Domain: youtube channels
  • Infobox parameter: none
  • Comments: none
  Oppose Changes to much, is no indicator for anything (Fakeaccounts). Conny (talk) 09:46, 21 February 2013 (UTC).
  Oppose As above Snipre (talk) 09:57, 21 February 2013 (UTC)
  Oppose Danrok (talk) 20:17, 21 February 2013 (UTC)
  Oppose Kolja21 (talk) 20:09, 22 February 2013 (UTC)

Based on

Status:    Done


  • Description: Work used as basis
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: For example, book used for movie screenplay, or poem used by opera libretto. --EugeneZelenko (talk) 04:25, 6 February 2013 (UTC)
  Support Used by en:Template:Infobox film. --Kolja21 (talk) 00:14, 13 February 2013 (UTC)
  Support More exhaustively, the information can be extracted via {{based on}} (3529 transclusions) for films. --whym (talk) 10:02, 18 February 2013 (UTC)
So should we create a Template:Has inspired property for books that are the base for movies? --Aubrey (talk) 09:30, 21 February 2013 (UTC)
Works that have inspired or been adapted as other works has certainly has emerged as a category structure at English Wikipedia, however I don't believe it corresponds to any template field. Shawn in Montreal (talk) 19:57, 21 February 2013 (UTC)
  Support Let's get some non-controversial properties made. Espeso (talk) 05:36, 24 February 2013 (UTC)
  Support Danrok (talk) 14:39, 24 February 2013 (UTC)
  Done Property:P144. --EugeneZelenko (talk) 14:45, 24 February 2013 (UTC)

Term / Sachbegriff / Terme

Astronomical objects

astronomical object

  • Description: Type of astronomical object: star, comet, asteroid, etc.
  • Datatype: Item
  • Links:
  • Comments:
Is this a duplicate of Property:P31? --Beta16 (talk) 08:30, 5 February 2013 (UTC)
probably yes, it would be used Property:P31... --Paperoastro (talk) 09:00, 5 February 2013 (UTC)
  Not done duplicate property --Paperoastro (talk) 11:26, 12 February 2013 (UTC)

constellation / sternbild / constellation

Status:    Done


  • Description: Name of the constellation (for stars, galaxies etc).
  • Datatype: Item
  • Links:
  • Comments:   Support --Paperoastro (talk) 22:06, 6 February 2013 (UTC)
  •   'Support', and is in use already--Ymblanter (talk) 20:13, 7 February 2013 (UTC)
  Done Property:P59. --Paperoastro (talk) 20:54, 10 February 2013 (UTC)

discovered by / entdeckt von / découverte par

Status:    Done


  • Description: Name of the discoverer.
  • Datatype: Item
  • Links:
  • Comments:   Support --Paperoastro (talk) 22:06, 6 February 2013 (UTC)
  Support -- MichaelSchoenitzer (talk) 01:19, 9 February 2013 (UTC)
  Support although this could be generalised for non-astronomical objects as well. πr2 (tc) 16:37, 9 February 2013 (UTC)
  Done Property:P61. --Paperoastro (talk) 13:27, 13 February 2013 (UTC)

site of astronomical discovery / / lieu de découverte

Status:    Done


  • Description: Name of the place where the object is found.
  • Datatype: Item
  • Links:
  • Comments: example: Q155571. --Art-top (talk) 05:08, 6 February 2013 (UTC)
  Support --Paperoastro (talk) 22:06, 6 February 2013 (UTC)
  Support same as above comment. πr2 (tc) 16:37, 9 February 2013 (UTC)
  Comment some users changes label and description following your suggestion. --Paperoastro (talk) 00:07, 13 February 2013 (UTC)
  Done Property:P65. --Paperoastro (talk) 00:07, 13 February 2013 (UTC)

natural satellite / natürlicher Satellit / satellite naturel

Status:    Done


  • Description: celestial body that orbits a planet or smaller body
  • Datatype: Item
  • Links:
  • Comments:   Support --Paperoastro (talk) 11:06, 7 February 2013 (UTC)
  Support -- MichaelSchoenitzer (talk) 01:19, 9 February 2013 (UTC)

Planets / Planeten / Planètes

Status:    Done


  • Description: Planets that orbit around a star (valid both for solar system and for extrasolar planets)
  • Datatype: Item
  • Links:
  • Comments:
Can be combined with natural satellites? Within the meaning is the same. Additionally companion star may be not only the planets. --Art-top (talk) 19:34, 7 February 2013 (UTC)
I created this property, but I'm agree to combine it with natural satellite to create a more general property that comprehends satellite, planets and stars. We need only the right name... --Paperoastro (talk) 19:47, 7 February 2013 (UTC)
  Support Don't see the need to unify "Planet" and "Moon", there are enough of both, and much more in near future. -- MichaelSchoenitzer (talk) 01:19, 9 February 2013 (UTC)
  Support I'm sorry, but I changed my opinion: natural satellites and planets have precise and different definitions and, in my opinion in the future manage query and bot with different and clear-defined properties will be more simple. --Paperoastro (talk) 11:19, 9 February 2013 (UTC)
  Support Planets [in our Solar System] have a specific definition by the IAU, but we could still have some kind of "in orbit around" property. Also support for exoplanets, unless someone thinks they should be separate. πr2 (tc) 16:37, 9 February 2013 (UTC)

Host galaxy

Status:    Done


  • Description: The galaxy in which the object resides (host galaxy)
  • Datatype: Item
  • Links: e.g. SN 1975A
  • Domain: Supernovas in particular, but relevant for any astronomical object.
  • Infobox parameter example: en:Template:Infobox supernova host
  • Comments: --Njardarlogar (talk) 22:31, 10 February 2013 (UTC)
  •   Support Please rename to host galaxy. MER-C (talk) 13:23, 11 February 2013 (UTC)
  •   Support, when renaming to host galaxy-- MichaelSchoenitzer (talk) 00:23, 14 February 2013 (UTC)
  •   Support after renaming host galaxy (that is, indeed, the name used by astronomers) --Paperoastro (talk) 00:36, 14 February 2013 (UTC)
  •   Comment As far as I know, it is not the names that matter, but the concepts that they represent. Names (aka labels) are entirely flexible; properties are known by the software as their numerical ID. So suggest names and vote for concepts.
I chose "galaxy" since that seems to be the form of other entries here, such as for "country". But indeed, whether or not "host" is added should not matter much, except from perhaps clarity. Njardarlogar (talk) 23:29, 14 February 2013 (UTC)
  Done --Paperoastro (talk) 11:40, 17 February 2013 (UTC)

Biology / Biologie / Biologie

Physically Interacts With (molecular biology)

  • Description: This property may be used to describe relationship between two physical entities.
  • Datatype: Item
  • Links:
  • Domain: Protein, Gene
  • Infobox parameter example:
  • Comments: This property is primarily intended to be used to establish relationships between gene topics. For example, connecting Cyclin-dependent_kinase_2 with interaction partner CEBPA based on evidence
Any idea how to make the label more specific ? I fear that a property with such a vegue name will often be misused.--Zolo (talk) 12:56, 10 February 2013 (UTC)
There could be many more specific sub-properties. Binds_to, Phosphorylates, degrades, etc. Is their a pattern for grouping related properties like these together?Genewiki123 (talk) 21:52, 11 February 2013 (UTC)

Taxon rank

Status:    Done


  • Description: taxonomical rank, e.g. species, genus, family...
  • Datatype: StringValue
  • Links:
  • Infobox parameter example:
  • Comments: Datatype could be Item(s)?
  Support - Datatype should be items IMO. It's either going to be this property, or the over-use of "is a". Personally I would prefer the former.-Soulkeeper (talk) 17:20, 8 February 2013 (UTC)

IUCN Red List Classification / /

Status:    Done


  • Description: The IUCN Red List Classification for organisms listed in the list. The value of the property should be the most updated one published by IUCN, using the most updated status system possible. Every status has an item.
  • Datatype: Item
  • Links:
  • Infobox parameter example: w:Template:Taxobox
  • Comments: --Wylve (talk) 17:17, 19 February 2013 (UTC)
  Support Very important for all livingforms. Conny (talk) 09:42, 21 February 2013 (UTC).

  Support Danrok (talk) 20:18, 21 February 2013 (UTC)

  Support and created as Property:P141. Espeso (talk) 05:55, 24 February 2013 (UTC)

Languages / Sprachen / Langues

Language family / Sprachfamilie / Langues par famille (P133)

Status:    Done


  • Description: The classification of a language
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: The full classification could be calculated through the specific class of the language to its class and so on.
Datatype should be "item", shouldn't it ?
I would think so. --Yair rand (talk) 06:08, 4 February 2013 (UTC)
Fixed. Ebe123 (talk) 20:59, 4 February 2013 (UTC)
  Support --Kolja21 (talk) 22:23, 21 February 2013 (UTC)

Dialect / Dialekt / Dialecte (P134)

Status:    Done


  • Description: dialect of the language
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Might contain more than 1 item (i.e. list)
  • How should this work? A "Krapfen" (dialect 1) is a "Kräppel" (dialect 2) and called "Berliner" (Q152526)" in English? Imho the job of Wiktionary.--Kolja21 (talk) 18:38, 3 February 2013 (UTC)
  • This is for a list of dialects of a language, not for words. Ebe123 (talk) 21:04, 4 February 2013 (UTC)
    • Support. --NaBUru38 (talk) 21:39, 8 February 2013 (UTC)
    • Support, if only because Chinese has so many "dialects". – Philosopher Let us reason together. 20:26, 10 February 2013 (UTC)
    • Comment Why can't we just use a property for "next-level" language family? So Québécois links to French, French links to "Langues d'oîl" , which links to "Gallo-Rhaetian", which in turn links to "Gallo-Romance", all the way to "Romance", "Italic", and "Indo-European". So oppose until clarifisation. πr2 (tc) 02:43, 14 February 2013 (UTC)
      I just noticed that this is for a list of dialects on the page about the language, not the other way around. Sorry. πr2 (tc) 02:44, 14 February 2013 (UTC)
  • Created: Property:P134 --ColinFine (talk) 23:05, 21 February 2013 (UTC)


Coat of arms image // Armoiries

Status:    Done


  • Description: Coat of arms image
  • Datatype: Media
  • Links:
  • Comments: Also applicable to some persons. EugeneZelenko (talk) 04:06, 5 February 2013 (UTC)
    • Support as "Coat of arms image", updated section header myself. Espeso (talk) 16:16, 6 February 2013 (UTC)

  Done Property:P94

Anthem description / Nationalhymne / Hymne national

Status:    Done


  • Description: Description of anthem
  • Datatype: Item
  • Links:
  • Comments: EugeneZelenko (talk) 04:06, 5 February 2013 (UTC)
  • It's possible to have media file and article about anthem. Same for flag and coat of arms. --EugeneZelenko (talk) 17:04, 5 February 2013 (UTC)
I think it would be better to just have a property anthem with a link to the item about the anthem. In that item you then can add the description, melody, composer etc. --Blackpen (talk) 13:18, 6 February 2013 (UTC)
This is sorted. We have Anthem, which I would hesitate to call "description"--by implication "anthem" means "title of anthem". The value itself is not a string containing a description. And the original property Property:P48 was a media type, so the description was changed to "anthem recording". This pattern should be followed with the other items like coat of arms, etc., that can have both an item link and an image. Espeso (talk) 16:16, 6 February 2013 (UTC)
  Done It was already created, and I am moving it from the "added without discussion" section, since we had some discussion here, and no objections.--Ymblanter (talk) 17:35, 7 February 2013 (UTC)

Antarctic Claim

  • Description: Antarctic Claim
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: The antarctic claim of a nation etc. --Macadamia1472 (talk) 08:35, 5 February 2013 (UTC)
    • Why would Antarctic claims be different from any other territorial claims? --Yair rand (talk) 11:40, 7 February 2013 (UTC)
    • Oppose, per Yair rand. --NaBUru38 (talk) 21:45, 8 February 2013 (UTC)

Email / /

  • Description: official email of municipality
  • Datatype: URI?
  • Links:
  • Infobox parameter example: w:cs:Šablona:Infobox české obce a města, see e.g. in w:cs:Dobříš
  • Comments: municipalities and institutions
    •   Oppose Not something, as far as I know, that is used in infoboxes. Sven Manguard Wha? 06:15, 18 February 2013 (UTC)
    •   Oppose Wikipedia is not an address database, in my opinion. --Faux (talk) 08:24, 18 February 2013 (UTC)
    •   Oppose as above. --Stryn (talk) 08:56, 18 February 2013 (UTC)
    •   Oppose --ThorstenX1 (talk) 11:31, 20 February 2013 (UTC)


Country / Staat / Pays

Status:    Done


  • Description: The country.
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Rschen7754 04:55, 2 February 2013 (UTC)

Note: was created as Property:P17. SPQRobin (talk) 23:23, 8 February 2013 (UTC)

Municipality / Gemeinde/ Commune

Status:    Done


  • Description: third-level administrative divisions of countries
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: --Stryn (talk) 08:28, 5 February 2013 (UTC)
Already done: Property:P68. --Stryn (talk) 07:58, 8 February 2013 (UTC)

Capital / Hauptstadt / Capitale

Status:    Done


  • Description: Capital of a Country, Province, Largest Area of a Place
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: I was thinking of making this Capital City but to make it applicable to a provice or other geographical item, just capital.Napoleon.tan (Napoleon.tan)
    • This would be confusing. It some city os the capital of X, which level is it capital of? I think thre should be a property for each level. So Washington is a national capital, La Plata is the capital city of level 1 Buenos Aires province, some city is the capital of some level 2 county, and so on.--NaBUru38 (talk) 21:44, 8 February 2013 (UTC)

Note: was created as Property:P36. SPQRobin (talk) 23:25, 8 February 2013 (UTC)

    • But which administrative level does P36 refer to? For example, Paris is the capital of both Île-de-France and France. That's why I think there should be several capital city properties. --NaBUru38 (talk) 15:05, 9 February 2013 (UTC)
    Each state, region, province, département... has its capital (sometimes called chef-lieu in french). Could you explain better what the problem is? Thanks.--Eric-92 (talk) 23:29, 9 February 2013 (UTC)
    • Ohe, now I understand that this property means "the capital city of the item is Y". I think that there should be symmetric properties, like, "this item is the capital city of France" and "this item is the capital city of Île-de-France". --NaBUru38 (talk) 14:39, 13 February 2013 (UTC)

Ward / - / -

  • Description: an administrative jurisdiction or subdivision in any of various countries and within some international
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Used to specify sub division of a prefecture in geo in Japan
Oppose. Wait for a global structure for administrative division. Snipre (talk) 15:48, 7 February 2013 (UTC)

Prefecture / - / -

  • Description: an administrative jurisdiction or subdivision in any of various countries and within some international
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Used to specify locations on countries such as Japan. Example of use Tokyo Station
Oppose. Wait for a global structure for administrative division. Snipre (talk) 15:47, 7 February 2013 (UTC)

Map / /

Status:    Done


  • Description: link to map file
  • Datatype: Commons media file
  • Links:
  • Infobox parameter example:
  • Comments:
    •   Support Important and in almost every infobox used. --Faux (talk) 08:27, 18 February 2013 (UTC)

Exists as Property:P15 JAn Dudík (talk) 12:05, 20 February 2013 (UTC)

Country / Land / Pays

Type of government / Regierungsform / Régime politique (P122)

Status:    Done


  • Description: classification of the subject's government
  • Datatype: item
  • Links:
  • Infobox parameter example: en:Template:Infobox country (government_type)
  • Comments: There's always a million different ways to describe a given government, so best give them their own property; I've been seeing people add government types under "is a", which probably isn't the way to go. — PinkAmpers&(Je vous invite à me parler) 08:28, 6 February 2013 (UTC)
  Support Used in infobox. (Better than <Canada> is a <sovereign state>.) --ThorstenX1 (talk) 06:10, 10 February 2013 (UTC)
  Done --Kolja21 (talk) 19:32, 18 February 2013 (UTC)

top-level domain / Top-Level-Domain / Domaine internet (P78)

Status:    Done


  • Description: top-level domain for the country, territory, or organization
  • Datatype: item
  • Links:
  • Infobox parameter example:
  • Comments: already created; I am organizing the discussion so that if there are no objections, I am going to move the item from the category "Added without discussion"--Ymblanter (talk) 17:40, 7 February 2013 (UTC)

Note: was created as Property:P78. SPQRobin (talk) 23:27, 8 February 2013 (UTC)

  • I see no objections and two supports (the creator and myself), so that I am moving it.--Ymblanter (talk) 13:05, 9 February 2013 (UTC)

type of administrative division

Status:    Done


  • Description: type of administrative division
  • Datatype: item
  • Links: Property:P132
  • Infobox parameter example:
  • Comments:   Done following various disussions.

Roads / Straßen / routes

Highway shield / Straßenschild / cartouche

Status:    Done


  • Description: The shield that represents the road.
  • Datatype: Commons file
  • Links: w:en:Template:Infobox road
  • Comments: There are thousands of shields available on Commons for this purpose, e.g. File:California_78.svg. Rschen7754 04:55, 2 February 2013 (UTC)
    A detail about names: In Wikidata, users won't be able to know that a property is done to be used only in road items if its name doesn't contain "road" because, all properties are available for all items, there is no type restriction. So names like "Road shild" are better. Tpt (talk) 12:21, 2 February 2013 (UTC)
    Changed to "Highway shield" since they're typically only used on highways. --Rschen7754 19:47, 2 February 2013 (UTC)
    What should be done if a road has several highway shields (e.g. en:Ontario Highway 400)? In addition, in the dewp we added road signs of international highway systems (e.g. the en:International E-road network or the en:Asian Highway Network) -- feuerst – talk 13:38, 3 February 2013 (UTC)
    I believe you will be able to add multiple images. --Rschen7754 18:33, 3 February 2013 (UTC)
    I just checked the test repository, and you can add multiple images. --Rschen7754 11:02, 4 February 2013 (UTC)
  Done as non-controversial. --Rschen7754 19:43, 4 February 2013 (UTC)

Map / Karte / carte

Status:    Done


  • Description: The map of the road.
  • Datatype: Commons file
  • Links: w:en:Template:Infobox road
  • Comments: There are thousands of custom maps available on Commons for this purpose, e.g. File:California_State_Route_78.svg. Rschen7754 04:55, 2 February 2013 (UTC)
    • There are roads which do not have maps. Can existing maps, like say the Mumbai City Map be used for the Western Express Highway item? --Rsrikanth05 (talk) 10:49, 3 February 2013 (UTC)
      • I suppose, though a specific map should be created. --Rschen7754 11:49, 3 February 2013 (UTC)
  Done as non-controversial. --Rschen7754 19:43, 4 February 2013 (UTC)

Highway system / Straßennetz / réseau routier

Status:    Done


Changed to "highway system". --Rschen7754 19:33, 4 February 2013 (UTC)
  Done as non-controversial. --Rschen7754 19:43, 4 February 2013 (UTC)

Maintenance / Betreiber / entretien

Status:    Done


Status:    Done


  • Description: The organization that maintains the road.
  • Datatype: Item
  • Links:
  • Infobox parameter example: w:en:Template:Infobox road
  • Comments: Usually a government organization such as w:en:Michigan Department of Transportation. Rschen7754 04:55, 2 February 2013 (UTC)
    • Some roads are owned by one agency but maintained by another. What about those? --Rsrikanth05 (talk) 10:52, 3 February 2013 (UTC)
      • Hmm. Either have a separate owner field to be used for only those circumstances, or have two agencies listed under maintenance? I'm reluctant to have two fields that will be the same in 95% of items. --Rschen7754 11:50, 3 February 2013 (UTC)
        • As of now, enwp articles only mention the Maintaining agency, not the owner. --Rsrikanth05 (talk) 12:03, 3 February 2013 (UTC)
          • Wikidata will certainly contain more things that Wikipedia infoboxes. Wikidata pages should look painfully detailed anyway, as they should be able to cater to so many different needs. I think that having an "owner" property is fine, will probably be needed for many other things, like artworks or companies. Adding it for all items, not just when it is different from the maintainer sounds better for machine readability. Moreover if it is not added we have no way to know that it is the same as the maintainer, it cold also be that we have forgotten to add it. --Zolo (talk) 12:15, 3 February 2013 (UTC)

I will be creating both within the next day if there's no further objections. --Rschen7754 21:48, 4 February 2013 (UTC)

This is needed for every road individually? There aren't just maintenance organizations for large regions? --Yair rand (talk) 11:44, 7 February 2013 (UTC)
Yes, because not every road is maintained by the same government agency. --Rschen7754 20:49, 11 February 2013 (UTC)
  Done both. --Rschen7754 03:47, 19 February 2013 (UTC)
Both = road maintenance (Property:P126) and road owner (Property:P127). --Kolja21 (talk) 14:08, 19 February 2013 (UTC)

Would not it be better to use generic "owner" and "maintainer" properties, not these road specific? There was "road mainteiner" property with "Wikimedia Foundation" as value added to Wikipedia article (now removed). Which made me think of this. --Papuass (talk) 09:36, 21 February 2013 (UTC)

Buildings and structures / Gebäude/ bâtiments

Architect / / Architecte

Status:    Done


Architect isn't the good term because for some infrastructures we can have engineers, soldiers or civil servants. Conceptors or something like that would be better141.6.11.15 12:58, 4 February 2013 (UTC)
Architect is different from engineer, we should create both properties --Appo92 (talk) 18:20, 5 February 2013 (UTC)
It is dependent of the building: often bridges or building like Eiffel tower are designed by engineers who are doing the job of architect. It's different, but the job is often the same, so conceptor can be a trade-off. Snipre (talk) 15:31, 7 February 2013 (UTC)
    • Like Snipre says, sometimes non-architects do the architecture's job. So I'd call them architects anyway. --NaBUru38 (talk) 21:47, 8 February 2013 (UTC)
      • By the way, I support the property. --NaBUru38 (talk) 14:39, 13 February 2013 (UTC)
  Support --Чаховіч Уладзіслаў (talk) 15:49, 10 February 2013 (UTC)

Architectural style / Baustil / Style

Status:    Done


  Support --Чаховіч Уладзіслаў (talk) 15:49, 10 February 2013 (UTC)
  Support Should have the label "Architectural style" (= infobox). --Kolja21 (talk) 17:45, 19 February 2013 (UTC)
  Support "Architectural style" --Faux (talk) 21:03, 19 February 2013 (UTC)
  Comment. Is there any point in making that specific to architecture ? Why not a general-purpose "aesthetic style" property that would apply to artworks, novels, etc. --Zolo (talk) 18:14, 20 February 2013 (UTC)
But wouldn't it get confusing, as there are distinct articles for "modernism" as related to architecture, music, visual arts and literature, per en:Modernism (disambiguation)? This is so for a quite a few other movement/style terms. Shawn in Montreal (talk) 18:41, 20 February 2013 (UTC)
A building should be set to "modernism (architecture)" and a novel to "modernim (literature)" regardless of the properties we should. Having different properties for different kinds of art may make it easier for bots to resolve disambiguation, but I think they can manage it without that. --Zolo (talk) 20:02, 20 February 2013 (UTC)
  Support Danrok (talk) 20:04, 21 February 2013 (UTC)
  Support If clear descriptions will allow users or bots to distinguish the various "isms", great. Shawn in Montreal (talk) 20:17, 21 February 2013 (UTC)
  Done as P:149 Sven Manguard Wha? 17:38, 24 February 2013 (UTC)


Line / / Ligne de train

Status:    Done


  • Description: The Line where the train station belongs to
  • Datatype: Item
  • Links:
  • Infobox parameter example:
  • Comments: Example of use Tokyo Station
  Support-- DangSunM (T · C) 21:16, 7 February 2013 (UTC)
  Support--Incola (talk) 19:58, 10 February 2013 (UTC)

Operator / Betreiber / ...

Status:    Done


  • Description: Companies which operate the services. For example, JR East for Yamanote Line.
  • Datatype: Item
  • Links:
  • Domain: Infrastructure, service
  • Infobox parameter example:
  • Comments:

Kwj2772 (talk) 17:47, 13 February 2013 (UTC)

  Support --Kolja21 (talk) 20:04, 13 February 2013 (UTC)
  Support --Faux (talk) 18:55, 18 February 2013 (UTC)
  Done Kwj2772 (talk) 12:08, 22 February 2013 (UTC)

Event / Ereignis / Évènement

Sports related

League / Liga / ligue

Status:    Done


  • Description: league where the team plays
  • Datatype: Item
  • Links:
  • Domain: sports teams, like football clubs
  • Infobox parameter example: football club: en:Template:Infobox football club (league parameter)
  • Comments: --Stryn (talk) 06:51, 5 February 2013 (UTC)