Wikidata:Property proposal/Archive/7

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

Local Name, Lokaler Name, نام محلی

• Description: Local Name (The name of sth in its native country, Language)
• Datatype: StringValue/MultilingualTextValue
• Domain: Everything (can be a place, food, ....)
• Infobox parameter: Local Name (In Persian wiki نام محلی)
• Comments: this is used a lot. For Items that are foreign or have different name locally, than what is well-known. (I don't know if it is possible to query in another language, than wiki's own).

--Pouyana (talk) 22:31, 3 March 2013 (UTC)

•  Support—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); March 8, 2013; 18:56 (UTC)

 Support—Doostdar (talk) 20:48, 8 March 2013 (UTC)

•  Question: how is this different than an alias? Emw (talk) 03:43, 9 March 2013 (UTC)
•  Question: Native country = place of birth? People move, borders change. What should we do with non–Latin characters? Can you give a link to the infobox? --Kolja21 (talk) 04:25, 9 March 2013 (UTC)

I wasn't here for a long time, sorry to answer you a little bit late. it is diffrenet as in alias I think you use the same language not local language.--Pouyana (talk) 10:10, 21 March 2013 (UTC)

•  Comment: I guess it could be in StringValue/MultilingualTextValue datatype. This is useful in Infobox country, as native name is usually shown at the top. It would be great if language code can also be added on StringValue datatype in the future. --Ericmetro (talk) 10:01, 9 March 2013 (UTC)

I guess you are right, I change the data type.--Pouyana (talk) 10:10, 21 March 2013 (UTC)

•  Support as String, item makes no sense. -- MichaelSchoenitzer (talk) 14:26, 9 March 2013 (UTC)
•  Comment It is used in many infoboxes, but it may not be better to use more technically accurate property names here. For instance the native name of a company should probably be the name under which it is registered, while the original title of the book is probably the title under which it was first published, and I am not convinced it makes logical sense to use the same property. --Zolo (talk) 06:59, 12 March 2013 (UTC)

Official Name is better for names companies were registered under, with time parameters if it changes. Local Name is still useful with language or geographic qualifiers where companies have local nicknames or operating names in different locations. Filceolaire (talk) 07:07, 5 April 2013 (UTC)

•  Comment Arabesque is an art originated from our country. But no one has ever heard this word in our country.We call it "islimi" designing. "Islimi" is a word never heard by foreigners.Hence it wont be considered even as an alias for "arabesque". That's the difference between "alias" and "local name".

Does any one of you know the native name for "Mount Everest", the Erath's highest mountain? It is called "Sagarmatha" by Nepalis but its "local names" are "Deodungha" ("Holy Mountain") and "Chomolungma" ("Holy Mother") as mentioned in Chinese Wikipedia infoboxes Mount Everest Naming. So this property should be considered as a language-specific property. -- دوستدار ایران بزرگ (talk) 11:38, 14 March 2013 (UTC)

•  Oppose: If you have a name of the item in all languages (the name of wikidata item on the top of page) then a local name is a duplicate. It would be better to have a property "native country" of the item, and to get the native name that way. Janjko (talk) 14:39, 19 March 2013 (UTC)
  •  Comment Actually there are lots of languages don't have a wikimedia language code, especially historical languages. --Stevenliuyi (talk) 15:32, 19 March 2013 (UTC)
•  Oppose: No automatic way of collecting this data from Wikipedia or an external source is provided. No concrete example is provided. Mange01 (talk) 08:28, 20 March 2013 (UTC)

We can have bot collecting the data from for example fawiki, and example it using is country info template in every wikipedia that use this template.--Pouyana (talk) 10:10, 21 March 2013 (UTC)

•  Support it will be useful to show regional names Yamaha5 (talk) 17:06, 28 March 2013 (UTC)
•  Support as long as we can have a "language" qualifier. Jon Harald Søby (talk) 21:22, 29 March 2013 (UTC)

I don't think this would be a good property if it were tied to language, instead of place. We already have built-in capability to specify aliases in different languages. This property might provide value if it were qualified by place--so for example, the item for "elevator" could have the statement "local name: lift (country: UK)" which would carry more information than simply stating "lift" as an alias for "elevator". Silver hr (talk) 02:26, 31 March 2013 (UTC)

•  Support as string. Multilingual text makes no sense for this property. If there are different names in different local languages then each should get it's own statement with its own language, location, pronunciation etc. qualifiers, as required. It could even have a translation qualifier which could be multi-lingual text as for the Mount Everest example above. Filceolaire (talk) 07:07, 5 April 2013 (UTC)

• you can see that even some italian communes have their own native names. it's an essential property. دوستدار ایران بزرگ (talk) 09:49, 31 March 2013 (UTC)
•  Oppose – the description is too unclear, no examples provided. Both country and language are mentioned in the description without clarification. A more precise prososal is needed. Byrial (talk) 17:26, 20 April 2013 (UTC)

 Oppose not because this wouldn't be useful, but because the proposal doesn't make clear whether this would be tied to language or place, and also because there's a better way of doing it now that we have qualifiers: a generic name property with a place qualifier. Silver hr (talk) 13:47, 25 April 2013 (UTC)

•  Oppose. --Yair rand (talk) 15:54, 28 April 2013 (UTC)

•  Comment Archived. One might wants to formulate a different proposal instead. --  Docu  at 19:53, 4 May 2013 (UTC)

Unicode astronomic symbol / / / simbolo astronomico Unicode

   Done: Unicode character (P487) (Talk and documentation)

Description	Unicode symbols that identify planets and some asteroids of the solar system
Data type	String
Template parameter	not known
Domain	planets of the solar system and some asteroids
Allowed values	some unicode symbols
Example	<Jupiter> unicode astronomic symbol <♃>
Proposed by	Ricordisamoa 11:29, 27 March 2013 (UTC)

 Support Very useful, even if this property is not associated to any infobox parameter. A small suggestion: perhaps it could be better use an integer datatype with the unicode number. --Paperoastro (talk) 15:31, 28 March 2013 (UTC)

If there is no opposition, I'll create it as a string. --Ricordisamoa 17:27, 3 April 2013 (UTC)

 Comment I think this is too special, what about a general property for unicode symbols? That would cover this property, currency signs, sybols like for airplanes and others... --Pyfisch (talk) 18:16, 7 April 2013 (UTC)

 Ok. --Ricordisamoa 11:44, 13 April 2013 (UTC)

I've filed a discussion here. --Ricordisamoa 16:10, 13 April 2013 (UTC)

Does Property:P487 work for this. Can we archive the proposal? --Tobias1984 (talk) 21:13, 4 May 2013 (UTC)

 Support for the use of P:P487. --Paperoastro (talk) 21:31, 4 May 2013 (UTC)

currency symbol

   Done: currency symbol description (P489) (Talk and documentation)

Description	Symbol of currency
Data type	String
Template parameter	en:Template:Infobox currency symbol
Domain	Currency
Example	<United States dollar> → $
Source	infobox
Robot and gadget jobs	Yes
Proposed by	Kwj2772 (talk)

Kwj2772 (talk) 08:15, 21 April 2013 (UTC)

 Oppose use proposed Property "Unicode character / Unicodezeichen" instead. --Pyfisch (talk) 15:23, 25 April 2013 (UTC)

 Comment use datatype wikibase-item and link the item of the currency symbol: Q4917→Q11110 and Q4916→Q18100. --Fomafix (talk) 09:37, 26 April 2013 (UTC)

 Support to Fomafix's idea. --Ricordisamoa 11:07, 26 April 2013 (UTC)

•  Comment done as "item" --  Docu  at 07:10, 5 May 2013 (UTC)

Provisional designation / / Désignation provisoire / / Designazione provvisoria

   Done: provisional designation (P490) (Talk and documentation)

Description	the provisional designation given to an astronomical body after its discovery and before the IAU approves the official name.
Data type	String
Template parameter	en:Template:Infobox planet alt_names
Domain	astronomical bodies as asteroids, natural satellites, comets...
Example	<103 Hera> provisional designation <1927 CV>, <1950 CM>;
Source	see Provisional designation in astronomy
Proposed by	Paperoastro (talk)

Motivation. Property certainly useful for a lot of astronomical items, but probably it could be useful also as "generic property". I chose the "not translated string" datatype because the nomenclature of this name is rigorously established by IAU and I verified for some satellites of Jupiter that no Wikipedias transliterate provisional names (even if I'm not totally sure for Persian language!). --Paperoastro (talk) 08:52, 18 April 2013 (UTC)

If there is no opposition, I will create the property. --Paperoastro (talk) 20:50, 4 May 2013 (UTC)

 Support - It looks like a useful property. --Tobias1984 (talk) 21:08, 4 May 2013 (UTC)

Orbit diagram

   Done: orbit diagram (P491) (Talk and documentation)

Description	the image with the diagram of the orbit of an astronomic body.
Data type	Commons media file
Template parameter	en:template:infobox planet orbit_diagram
Domain	usually asteroids, natural satellites and comets, but it could be used also for extra-solar planets and multiple stars.
Allowed values	images in Commons category (and subcategories) commons:Category:Orbits.
Example	<1105 Fragaria> orbit diagram File:1105orbit.gif
Proposed by	Paperoastro (talk)

Motivation. It is a poorly used parameter of the English template "Infobox planet", but in Commons there are more than 300 images (and animated gif) of asteroid orbits. Wikidata can help other Wikipedias to manage them. --Paperoastro (talk) 09:47, 18 April 2013 (UTC)

 Support Sounds very useful. --Tobias1984 (talk) 09:49, 18 April 2013 (UTC)

 Fullt stöd -- Lavallen (block) 06:02, 4 May 2013 (UTC)

OMIM

   Done: OMIM ID (P492) (Talk and documentation)

Description	Online Mendelian Inheritance in Man catalogue codes for diseases
Data type	String
Template parameter	en:Template:Infobox disease field OMIM
Domain	en:Mendelian Inheritance in Man
Allowed values	en:Mendelian Inheritance in Man
Example	Huntington's disease = 143100
Source	http://www.omim.org/
Proposed by	OldakQuill (talk) 04:10, 7 March 2013 (UTC)

 Support Emw (talk) 02:09, 27 March 2013 (UTC)

 Support Kaligula (talk) 11:09, 21 April 2013 (UTC)

 Support --Tobias1984 (talk) 08:43, 1 May 2013 (UTC)

ICD-9

   Done: ICD-9 (P493) (Talk and documentation)

Description	ICD catalogue codes for diseases
Data type	String
Template parameter	en:Template:Infobox disease fields ICD9 and ICD10
Domain	en:International Statistical Classification of Diseases and Related Health Problems
Allowed values	en:International Statistical Classification of Diseases and Related Health Problems
Example	Influenza = 487
Source	en:International Statistical Classification of Diseases and Related Health Problems
Proposed by	OldakQuill (talk) 04:10, 7 March 2013 (UTC)

 Support MichaelSchoenitzer (talk) 21:57, 13 March 2013 (UTC)

 Support Emw (talk) 02:09, 27 March 2013 (UTC)

 Oppose. I suggest to use only ICD and use qualifier for the version. --Nightwish62 (talk) 19:46, 30 March 2013 (UTC)

 Support I oppose the qualifier idea because ICD-9 & ICD-10 codes are very different and nobody will search for "code X in any ICD version" . Things would only be harder with a compulsory qualifier. By the way is ICD-9 still useful ? Ske (talk) 09:18, 13 April 2013 (UTC)

 Comment Someday, we'll have ICD-11 --Chris.urs-o (talk) 17:31, 18 April 2013 (UTC)

 Support Kaligula (talk) 11:09, 21 April 2013 (UTC)

 Support separate properties for ICD 9, 10, 11. --Tobias1984 (talk) 13:15, 28 April 2013 (UTC)

 Support separate properties for ICD 9, 10, 11. --Chris.urs-o (talk) 17:57, 28 April 2013 (UTC)

ICD-10

   Done: ICD-10 (P494) (Talk and documentation)

Description	ICD catalogue codes for diseases
Data type	String
Template parameter	en:Template:Infobox disease fields ICD9 and ICD10
Domain	en:International Statistical Classification of Diseases and Related Health Problems
Allowed values	en:International Statistical Classification of Diseases and Related Health Problems
Example	Influenza = J10 & J11
Source	en:International Statistical Classification of Diseases and Related Health Problems
Proposed by	OldakQuill (talk) 04:10, 7 March 2013 (UTC)

For comments see ICD-9

Installed operating system

   Not done

Description	the original operating system installed on this product
Data type	Item
Template parameter	en:Template:Infobox Mobile phone | operatingsystem=
Domain	devices, computers, electronic products
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	Danrok (talk) 02:06, 4 March 2013 (UTC)

 Question Would this include the operating system that a piece of software runs on, as in en:Template:Infobox software? Or should that be a separate property? Reach Out to the Truth (talk) 16:34, 4 March 2013 (UTC)

I think these two are best kept separate, because the scenarios are quite different. For example, not all software is OS specific, some software runs in web browsers. Danrok (talk) 19:47, 5 March 2013 (UTC)

•  Support: iPad comes with iOS, Samsung Galaxy comes with Android, etc. --NaBUru38 (talk) 19:45, 19 March 2013 (UTC)
•  Comment there is already Property:P306 "operating system". It is being used e.g. on iPad => iOS. --  Docu  at 13:29, 14 April 2013 (UTC)

 Comment - If everybody is happy using Property:P306 I will archive this proposal in a couple of days. --Tobias1984 (talk) 14:41, 4 May 2013 (UTC)

Conflict / conflit

   Not done

Description	Larger conflict of which this military event is part of
Data type	Item
Template parameter	Either conflict or partof in en:template:Infobox military conflict
Domain	military events (term)
Example	For Battle of the Somme, it would be WWII For Battle of Gettysburg, it would be American Civil War, etc
Format and edit filter validation	(sample: 7 digit number can be validated with edit filter Special:AbuseFilter/17)
Robot and gadget jobs	Should or are bots or gadgets doing any task with this? (Check other properties for consistency, collect data, etc.)
Proposed by	Pikolas (talk)

We don't have properties to deal with wars and battles yet, and I think this one can connect smaller events (battles, attacks, offensives, sieges) into larger events (wars, revolutions, coups d'état, etc). Pikolas (talk) 11:23, 26 April 2013 (UTC)

•  Question – Why not just use the "part of" property? Byrial (talk) 22:39, 26 April 2013 (UTC)
•  Oppose Per Byrial, this property would be redundant with part of (P361). Emw (talk) 23:33, 26 April 2013 (UTC)
  • You're both right. I didn't know it was possible to use 'part of' in that fashion. Pikolas (talk) 02:45, 27 April 2013 (UTC)

Launch site

   Not done

Description	Launch site
Data type	Item
Template parameter	en:Template:Infobox spacecraft launch_site en:Template:Infobox_space_mission Launch pad
Domain	satellite or space launch
Allowed values	Launch site and pad
Example	Kosmos-419 launched from Baikonur 81/23.
Source	Launchlog is probably the best source
Proposed by	Secretlondon (talk)

In our articles about satellites we say where something launched from. We have been saying pad as well as area, but just linked to an article on the area. In the above example Baikonur 81/23 is pad 23, at Baikonur site 81. I think we need an object for each pad. Secretlondon (talk) 14:36, 27 April 2013 (UTC)

There already seems to be launch site actually. Can we document this stuff somewhere? Secretlondon (talk) 15:11, 27 April 2013 (UTC)

It's at Wikidata:List_of_properties#Spacecraft. Some of the more general ones may also apply to Space. --  Docu  at 15:26, 27 April 2013 (UTC)

Upper stage

   Not done

Description	Upper stage
Data type	Item
Template parameter	en:Template:Infobox spacecraft launch_vehicle and carrier rocket
Domain	launches, satellites
Example	Eutelsat 70B was launched by a Zenit-3SL with a Blok DM-SL upper stage.
Source	External reference, Wikipedia list article (either infobox or source)
Proposed by	Secretlondon (talk)

We have launch vehicle but that seems just to be for things like Proton-K, not mentioning the upper stage which we always do when we write about a launch. In the infobox we will write something like Molniya-M/2BL with Molniya-M as the rocket and Blok 2BL as the upper stage. I think we need to capture the upper stages. Secretlondon (talk) 15:07, 27 April 2013 (UTC)

 Comment Implementing two separate parameters in infoboxes will be virtually impossible. --WDGraham (talk) 00:08, 28 April 2013 (UTC)

I've been playing with this on Kosmos 2485. I think we can get the barebones of a wiki satcat with this. I can have more than one entry for launch vehicle so I've added both the Soyuz and the Frigat as launch vehicle. We lose some specifics as we do not have an article for GLONASS-M (yet), only GLONASS. We have an article for Soyuz-2, not Soyuz-2-1b so the launch vehicle loses that detail. We have an article for Plesetsk Cosmodrome Site 43, not site 43 pad 4 so we lose the pad detail. However this looks really powerful. Secretlondon (talk) 14:31, 28 April 2013 (UTC)

I've now worked out how to make entries link to things without Wikipedia articles and as we can have two entries for launch vehicle I don't think we need upper stage anymore. Secretlondon (talk) 10:01, 6 May 2013 (UTC)

ISO 4217 code

   Done: ISO 4217 code (P498) (Talk and documentation)

Description	ISO 4217 code of currency
Data type	String
Template parameter	en:Template:Infobox currency iso_code
Domain	Currency
Example	<United States dollar> → USD
Source	http://www.currency-iso.org/en/home/tables/table-a1.html
Robot and gadget jobs	Yes
Proposed by	Kwj2772 (talk)

Kwj2772 (talk) 08:15, 21 April 2013 (UTC)

•  Support Unambiguous and useful. Gabbe (talk) 09:51, 27 April 2013 (UTC)

Website/ وبگاه

   Not done

Description	Link to city's web site.
Data type	URL
Template parameter	en:template: Infobox_Italian_comune or en:template:Infobox_Israel_municipality website
Domain	cities
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	دوستدار ایران بزرگ (talk) 17:42, 31 March 2013 (UTC)

 Comment could we use this? --Stryn (talk) 11:01, 10 April 2013 (UTC)

Maybe yes. دوستدار ایران بزرگ (talk) 07:39, 15 April 2013 (UTC)

If nobody opposes, I'll archive it in 24h, and assume we can use "Official website". --Ricordisamoa 19:56, 20 April 2013 (UTC)

I'd support that. Emw (talk) 20:05, 20 April 2013 (UTC)

nice idea دوستدار ایران بزرگ (talk) 07:59, 21 April 2013 (UTC)

First incumbent / Premier titulaire: Not done

• Description: The first person to hold this post or position.
• Datatype: Item
• Domain: political post, monarchic position
• Infobox parameter example:: en:Template:Infobox Political post, en:Template:Infobox former monarchy, en:Template:Template:Infobox Monarchy

Comments: - Ssolbergj (talk) 13:51, 13 March 2013 (UTC)

 Oppose Who is the first is seen from other data. If you give a person the property "held this position from 1980 to 1985" then you can find the first one with a query. So, this is duplicate data. The same for two properties beneath. Janjko (talk) 15:53, 19 March 2013 (UTC)

 Oppose per Janko: the data can be derived. --NaBUru38 (talk) 19:39, 27 March 2013 (UTC)

 Oppose per Janko too --Nightwish62 (talk) 20:02, 30 March 2013 (UTC)

Last incumbent / Dernier titulaire: Not done

• Description: The last person having held this former post or position.
• Datatype: Item
• Domain: political post, monarchic position
• Infobox parameter example:: en:Template:Infobox Political post, en:Template:Infobox former monarchy, en:Template:Template:Infobox Monarchy
• Comments: - Ssolbergj (talk) 13:51, 13 March 2013 (UTC)

 Oppose Property:P39 is doing the job with qualifiers Snipre (talk) 09:42, 2 April 2013 (UTC)

 Oppose per Snipre. --NaBUru38 (talk) 19:07, 18 April 2013 (UTC)

incumbent / titulaire: Not done

• Description: The person currently holding this post or position.
• Datatype: Item
• Domain: political post, monarchic position
• Infobox parameter example:: en:Template:Infobox Political post, en:Template:Infobox former monarchy, en:Template:Template:Infobox Monarchy
• Comments: - Ssolbergj (talk) 13:59, 13 March 2013 (UTC)

 Oppose Property:P39 is doing the job with qualifiers Snipre (talk) 09:42, 2 April 2013 (UTC)

 Oppose per Snipre. --NaBUru38 (talk) 19:07, 18 April 2013 (UTC)

Organization website (en)

   Not done

Description	The URL of the club's official website
Data type	Item
Template parameter	en:template:Infobox football club website
Domain	organization (football clubs)
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Source	External reference, Wikipedia list article
Robot and gadget jobs	they should be allowed
Proposed by	Xaris333 (talk) 15:54, 3 May 2013 (UTC)

Wikidata:Property proposal/Pending#Official website / Offizielle Homepage / Site officiel / Sito ufficiale --Jfhutson (talk) 18:46, 5 May 2013 (UTC)

Thx. I did't see it. Xaris333 (talk) 19:09, 5 May 2013 (UTC)

This proposal wil be deleted in few days. Snipre (talk) 01:03, 6 May 2013 (UTC)

Exclave of

• Description: territory is legally or politically attached to a main territory with which it is not physically contiguous because of surrounding alien territory. It may also be an enclave.
• Datatype: item

 Support this is a useful piece of data for such places. Joshbaumgartner (talk)

 Done as Property:P500 --  Docu  at 07:49, 9 May 2013 (UTC)

Enclave within

• Description: territory is entirely surrounded by the other (enclaved)
• Datatype: item

 Support as per 'exclave of', it is useful and straight-forward. Joshbaumgartner (talk)

 Done as Property:P501 --  Docu  at 07:49, 9 May 2013 (UTC)

HURDAT identifier

   Done: HURDAT identifier (P502) (Talk and documentation)

Description	Tropical cyclone identified in the NOAA AOML HRD's HURDAT database: Atlantic version is seen here, all storms are listed here
Data type	String
Domain	tropical cyclone items within the Atlantic, eastern Pacific, and central Pacific tropical cyclone basins
Allowed values	letters "AL," "EP," or "CP" followed, without a space, by a six-number string, the first two numbers indicating the storm number, and the last four indicating the year (e.g. CP021959, AL182012, EP061967). "WP" entries for the western Pacific exist as well, though only four, and those entries have been updated only for 2012. Regex: ^[AEC][LP]\d{6}$
Example	<Hurricane Sandy> HURDAT identifier <AL182012>
Source	Atlantic source, full listing
Proposed by	Hurricanefan24 (talk) 18:37, 28 March 2013 (UTC)

I'm not sure if I fully understand the concept of authority control...if I've made a mistake in proposing it, just let me know. Hurricanefan24 (talk) 18:54, 28 March 2013 (UTC)

It does not seem to be used in Wikipedias, and I do not understand anything about it, but a bit of googling suggests that it is a standard reference, and I do not see any harm in adding it. --Zolo (talk) 19:43, 6 May 2013 (UTC)

 Support standardized reference identifier published by an established authority Joshbaumgartner (talk) 07:42, 9 May 2013 (UTC)

 Done --FrigidNinja

Homeport

   Done: home port (P504) (Talk and documentation)

Description	homeport as seen in Infobox ship career
Data type	Item
Domain	term: ships
Allowed values	any item which is a port
Example	Example: HMS Astute (S119)
Proposed by	Danrok (talk) 19:18, 1 May 2013 (UTC)

•  Support --Tobias1984 (talk) 13:08, 2 May 2013 (UTC)
•  Support -- MichaelSchoenitzer (talk) 09:22, 11 May 2013 (UTC)

General Manager / General Manager / Directeur général

   Done: general manager (P505) (Talk and documentation)

Description	General manager of a sports team
Data type	Item
Template parameter	hockey club: en:Template:Infobox hockey team (GM parameter)
Domain	sports teams
Source	Wikipedia sports teams infoboxes
Robot and gadget jobs	Can most likely be imported by bots
Proposed by	Carport

• Comments: --Carport (talk) 17:36, 8 March 2013 (UTC)

 Support per above. With general manager (often abbreviated as GM in North America), we would now have the owner, president (those two non-specific to sports), GM and head coach hierarchy all in place. Shawn in Montreal (talk) 17:44, 8 March 2013 (UTC)

 Support an notable role in the organization. Maybe can also allow people with a different title, but the same job description to be claimed with a qualifier indicating official job title. Joshbaumgartner (talk) 10:35, 9 May 2013 (UTC)

 Done --FrigidNinja 12:11, 11 May 2013 (UTC)

ISO 15924 (code for writing systems) / (Code für Schriftsysteme) / (code pour des écritures)

   Done: ISO 15924 alpha-4 code (P506) (Talk and documentation)

Description	four-letter and numeric code for writing systems
Data type	String
Template parameter	'ISO15924='/'iso15924=' , see de:Vorlage:Infobox Schrift, en:Template:Infobox writing system or fr:Modèle:Infobox Système d'écriture
Example	"Cyrl" and "220" for en:Cyrillic script (Q8209)
Proposed by	Monsieurbecker (talk) 08:15, 30 March 2013 (UTC)

Both versions of the code (four-letter vs. numeric) should be distinguished by a qualifier. --Monsieurbecker (talk) 08:15, 30 March 2013 (UTC)

 Done (Property:P506) --Kolja21 (talk) 13:30, 11 May 2013 (UTC)

County code in Sweden

   Done: Swedish county code (P507) (Talk and documentation)

Description	"länskod" (county-code)
Data type	String
Domain	place
Allowed values	dd
Example	14 -> Q103093 (county) etc.
Format and edit filter validation	Maybe, but I have no experince with such tasks.
Source	I recomend Statistics Sweden as source
Robot and gadget jobs	I intend to compare the values with the present on svwp and on Statistics Sweden, before I starts to use them.
Proposed by	Lavallen (block)

More properties will come from the original proposal on Wikidata:Property proposal/Place who had the original header: "Statistics Sweden-code / SCB-kod/". -- Lavallen (block) 16:18, 11 May 2013 (UTC)

Cause of Death

   Done: cause of death (P509) (Talk and documentation)

Description	an item describing the cause of a person or specific organism's (i.e Smokey) death. I.e Leukaemia, car crash
Data type	Item
Domain	person only (including named animals)
Allowed values	diseases, medical complications, traumatic events etc.
Example	Richard Nixon => Stroke; Neil Armstrong --> surgical complications [qualifier:coronary artery bypass surgery]
Proposed by	Macadamia1472 (talk)

Discussion

We already have killed by i.e. assassin so this seems logical as it has a larger scope and is of more statistical etc. relevance Macadamia1472 (talk) 01:50, 30 April 2013 (UTC)

Already rejected. Regards, FrigidNinja 01:53, 30 April 2013 (UTC)

Do we have any guidelines about re-proposing properties? That proposal underwent some substantial revision after it was originally proposed in response to early objections. I'm a bit biased, having been a supporter of the previous proposal, but this seems like a broader question. Emw (talk) 03:00, 30 April 2013 (UTC)

 Comment I would think that if the proposal was re-worked to address the concerns raised in the previous discussion, and those who opposed it before are notified where possible that it is back on the docket, then I think it is reasonable to bring something back to the floor. That is probably something for an RfC, and outside of the scope of this page I would presume. Joshbaumgartner (talk) 09:24, 9 May 2013 (UTC)

 Support cause of death seems to be a pretty basic and useful data point for a deceased person. Joshbaumgartner (talk) 09:24, 9 May 2013 (UTC)

 Support as it's a matter of general interest. --Nightwish62 (talk) 09:41, 11 May 2013 (UTC)

brother-in-law (sister's husband)

   Done: no label (P510) (Talk and documentation)

Description	w:Brother-in-law: limited to sister's husband. Terms may vary from one language to another.
Data type	Item
Domain	persons
Example	Q461630 "Auguste de Beauharnais" => Q939 "Pedro I of Brazil"
Robot and gadget jobs	could be derived from Q461630 "Auguste de Beauharnais" (Property:P9 "sister" with value Q129837 "Amélie of Leuchtenberg") and Q129837 "Amélie of Leuchtenberg" (Property:P26 "spouse" with value q939 "Pedro I of Brazil")
Proposed by	--  Docu  at 10:49, 25 April 2013 (UTC)

 Comment I suggest changing the name to "sibling's husband", in case of same-sex marriages. FrigidNinja 01:52, 26 April 2013 (UTC)

Honorific prefix

• Description: word or expression with connotations conveying esteem or respect when used in addressing or referring to a person.
• Datatype: Item
• Links:
• Domain: Person
• Infobox parameter example: en:Template:Infobox officeholder
• Comments: Example prefix "The Right Honourable". Danrok (talk) 17:11, 24 February 2013 (UTC)
•  Comment This is very similar to noble title which I was asking for comments on here. I think this suggestion and noble title should be used for the same purpose but not called Honorific Prefix nor Noble Title, something more general that applies in both situations, then qualifiers can say how each title is used (spoken address, written address, honorific prefix, noble title etc), and it should probably be MultilingualText rather than Item. /Ch1902 (talk) 11:15, 25 February 2013 (UTC)
•  Comment: also needed for #Italian Wikipedia person data. Examples: "Lord, Sir, padre, dott., santo". Generally they're not abbreviations, but they can be, and they have an article. More general name could be "prefix"; confusing it with other stuff like full name of the office/title that are not prefixes (e.g. w:it:Camillo Benso, conte di Cavour) would be rather messy. --Nemo 09:21, 1 March 2013 (UTC)
  •  Done Property:P511. --  Docu  at 17:49, 12 May 2013 (UTC)

academic degree / /

   Done: academic degree (P512) (Talk and documentation)

Description	Academic degree that the person holds
Data type	Item
Template parameter	You can use en:Template:Infobox person education as complementory factor.
Domain	Person
Allowed values	Academic degree such as Doctor of Philosophy, Master, Bachaelor etc.
Example	<Paul Krugman>academic degree<Doctor of Philosophy> with qualifier "field of work" <Economics> and "alma mater" <MIT>
Source	External information about that person can be source of this property
Robot and gadget jobs	No.
Proposed by	Kwj2772 (talk)

This property may be helpful to describe academic career of specific person. Kwj2772 (talk) 13:50, 13 April 2013 (UTC)

 Support, but I think academic degree should be used as a qualifier to alma mater. The field of work is not necessarily related to the degree a person has, so I don't see why field of work is used as a qualifier for academic degree in the proposal. --Wylve (talk) 12:17, 20 April 2013 (UTC)

Because the field of work can express his/her major. Well we should determine which method to express their major: a) Use every item to express their major (e.g. Bachelor of Journalism) or b) add qualifier "field of work" that can express their major. I prefer b) to a) because all types of degree by major could not be listed as item. Usually types of degree by major are listed only in enwiki, and even in enwiki, some types of degree (e.g. w:en:Bachelor of Economics) redirect to just w:en:Bachelor's degree. Kwj2772 (talk) 07:55, 21 April 2013 (UTC)

 Comment, separating "education" from "alma mater" would create a rather confuse structure, espacially for people who have studied at various places. I think the "alma mater" property should be renamed to "education", with recommended format:

Paul Krugman:

education:

PhD

institution: MIT

date: 1974-1977

topic: eonomics

doctoral adivsor: Rudiger Dornbusch

PhD thesis: Essays on flexible exchange rates

Birth name

   Done: no label (P513) (Talk and documentation)

Description	Name at birth, only if different from current name
Data type	String
Template parameter	"birth name" from en:Template:Infobox person and various others (en:Template:Infobox sportsperson, en:Template:Infobox dancer)
Domain	Any person
Example	<Pope John Paul II> birth name <Karol Józef Wojtyła>
Source	Infobox on Wikipedia page
Robot and gadget jobs	Could be easily imported from infoboxes by various bots
Proposed by	FrigidNinja

I realize that many people may think that this is redundant with aliases, but I consider it necessary for inclusion in infoboxes. Remember also that aliases are not multilingual. FrigidNinja 23:00, 24 April 2013 (UTC)

•  Support agree with the argument that alias are not multilingual. --Napoleon.tan (talk) 13:11, 30 April 2013 (UTC)
•  Support I would also be willing to extend the naming convention. Especially women with several marriages undergo several name changes. Often it would be meaningful to know the time span of a name. --Susannaanas (talk) 04:22, 9 May 2013 (UTC)
  • Possibly a "name" property, then, with "from" and "to" qualifiers holding date values. FrigidNinja 11:53, 11 May 2013 (UTC)

Province / استان

   Under discussion

Description	The name of a province of the country in which the city or village is situated equivalent to Prefecture (France & Japan)
Data type	Item
Template parameter	en:template:Infobox Italian comune Province
Domain	cities and villages
Example	eg. the city of Milan is situated in Milan(MI) province, Lombardy
Source	Geographical references
Robot and gadget jobs	bots are usefull
Proposed by	دوستدار ایران بزرگ (talk) 11:29, 31 March 2013 (UTC)

•  Oppose Covered by Property:P131 Filceolaire (talk) 20:27, 6 April 2013 (UTC)
•  Oppose per Filceolaire. --β₁₆ - (talk) 21:11, 2 May 2013 (UTC)

•  Comment Property:P131 is meant for that. Archiving this proposal. --  Docu  at 18:25, 12 May 2013 (UTC)

•  Comment I think that P131 is so general and at least we need a specific qualifier to narrow the concept. Province is a specific kind of administrative units. If you want to generalize P131 to all types of administrative units then there would be no need to properties like Property:P500 and Property:P17 supposing that in the same way these can be conveyed by a possible generalizing property like "inside continent". Having this assumption in mind we may say "Moscow is inside continent Asia" instead of saying "Moscow is in country Russia". دوستدار ایران بزرگ (talk) 19:46, 12 May 2013 (UTC)

interleaves with / verzahnt mit / FRENCH / RUSSIAN / OTHERS

   Done: interleaves with (P514) (Talk and documentation)

Description	used for stratigraphic formations to indicate if the interleave with other formations Interleaving can be observed between sedimentary units of any scale and composition.
Data type	Item
Template parameter	currently not in any infobox
Domain	stratigraphic formations, groups and members
Allowed values	other stratigraphic formations, groups and members
Example	Q1009776 interleaves with Q2339647 and Q1557184
Source	sources are stratigraphic tables that are published by geologic surveys
Robot and gadget jobs	as of now the parameter is missing in the infobox so the data is probably not structured enough for a bot.
Proposed by	Tobias1984 (talk)

Improve the structure of stratigraphic information. Tobias1984 (talk) 15:53, 9 April 2013 (UTC)

 Support - lateral facies variations are really common. Mikenorton (talk) 14:03, 28 April 2013 (UTC)

 Support - --Chris.urs-o (talk) 15:38, 12 May 2013 (UTC)

variant of

   Not done

Description	Other aircraft or design which this aircraft is a variant, descendent, or version of
Data type	Item
Example	<C-47 Skytrain> variant of <Douglas DC-3>
Proposed by	Joshbaumgartner (talk)

•  Support - probably useful in many places besides aircraft. Is there overlap with a generic property? --Tobias1984 (talk) 19:24, 6 May 2013 (UTC)
•  Oppose, redundant with subclass of: C-47 Skytrain subclass of Douglas DC-3. Emw (talk) 03:55, 8 May 2013 (UTC)

•  Oppose - your right Emw. There is too much overlap with that one. --Tobias1984 (talk) 06:02, 8 May 2013 (UTC)
•  Oppose - P279 works fine for this, I withdraw my proposal unless someone else sees some use in it. Joshbaumgartner (talk) 06:34, 10 May 2013 (UTC)

State, phase

   Done: phase of matter (P515) (Talk and documentation)

Description	indication of the state or phase of the matter at which the measure was made
Data type	Item
Template parameter	used in chembox
Domain	chemistry, physic
Allowed values	solid, liquid, gas
Example	heat capacity= xx kJ/kg °C at yy °C (gas)
Proposed by	Snipre (talk) 12:41, 20 April 2013 (UTC)

 Support --Tobias1984 (talk) 19:53, 25 April 2013 (UTC)

 Support Emw (talk) 14:55, 27 April 2013 (UTC)

Location of scientific description

   Not done

Description	the publication, where the first scientific description was published
Data type	String
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	Soulkeeper (talk) 16:01, 6 February 2013 (UTC) Nope, it wasn't me, I only commented on it. - Soulkeeper (talk) 14:32, 10 May 2013 (UTC)

The property name "Location of scientific description" could be misconstrued to refer to the geographic location where the type specimen was found.-Soulkeeper (talk) 16:01, 6 February 2013 (UTC)

• Agreed. "citation of original publication" might be better. -- Gaurav (talk) 18:03, 14 February 2013 (UTC)

• Difficult to use: all wikis has their own templates for publications, which require a break-down structure. Hexasoft (talk) 08:51, 8 March 2013 (UTC)

• Discuss about that in Wikidata:Property proposal/References please Snipre (talk) 10:49, 1 April 2013 (UTC)

• @Soulkeeper. Sorry about putting you in the proposal. I assumed that you were the creator. I think this can be archived now anyway unless somebody still wants to add something. --Tobias1984 (talk) 15:12, 10 May 2013 (UTC)

Host country / Austragungsland

   Not done

Description	country in which the event takes/took place
Data type	Item
Template parameter	"Country" in en:template:Infobox international football competition (and many others)
Domain	event
Allowed values	countries
Example	en:2010 FIFA World Cup: "South Africa"; en:Eurovision Song Contest 2009: "Russia", etc.
Proposed by	--Kompakt (talk) 08:21, 26 April 2013 (UTC)

 Oppose redundant with country. Joshbaumgartner (talk) 04:49, 10 May 2013 (UTC)

I reconsidered my proposal and now agree with Joshbaumgartner. The already existing property P17 seems to be sufficient.--Kompakt (talk) 09:37, 12 May 2013 (UTC)

 Archived as withdrawn by proposer. Joshbaumgartner (talk) 00:10, 13 May 2013 (UTC)

Number of participating countries / Anzahl teilnehmender Länder / nombre de pays participants

   Not done

Description	number of participating countries of an international event.
Data type	Quantity
Template parameter	"Nations participating" in en:template:Infobox Olympic games
Domain	international events
Example	2008 Summer Olympics => "204" (nations)
Proposed by	--Kompakt (talk) 19:06, 29 April 2013 (UTC)

I'm not sure whether this property could also be expressed using "number of participants" along with some sort of qualifier. In this case the property would be obsolete of course.--Kompakt (talk) 19:08, 29 April 2013 (UTC)

 Oppose. As you're mentioned itself, a more generic property "number of participants" should be used, together with qualifiers. Or, at all: No such property because the number can be calculated by the sum of entries of "participants" easily. --Nightwish62 (talk) 10:20, 11 May 2013 (UTC)

Very well; so this property isn't needed. Anyway thanks for your clarification.--Kompakt (talk) 09:46, 12 May 2013 (UTC)

 Archived as withdrawn by proposer. Joshbaumgartner (talk) 00:23, 13 May 2013 (UTC)

armament for

   Not done

Description	System weapon is used on
Data type	Item
Example	<AIM-120 AMRAAM> armament for <Boeing F/A-18E/F Super Hornet>
Proposed by	Joshbaumgartner (talk)

 Oppose I think it is enough to have an "armament" property. The reverse logic can be querried. --Tobias1984 (talk) 07:50, 30 April 2013 (UTC)

 Comment I agree with you that the paired properties are probably not appropriate until and if support for automatic pairing is added. Joshbaumgartner (talk)

 Archived as withdrawn by proposer. Joshbaumgartner (talk) 07:12, 13 May 2013 (UTC)

powerplant for

   Not done

Description	Aircraft on which engine is used
Data type	Item
Example	<Pratt & Whitney JT8D> powerplant for <Boeing 737>
Proposed by	Joshbaumgartner (talk)

 Oppose can be queried from property "powerplant". Might be implemented when bi-directional properties are created. --Tobias1984 (talk) 14:11, 30 April 2013 (UTC)

I agree, this is not needed. Joshbaumgartner (talk) 07:12, 13 May 2013 (UTC)

 Archived as withdrawn by proposer. Joshbaumgartner (talk) 07:12, 13 May 2013 (UTC)

powerplant

   Done: powerplant (P516) (Talk and documentation)

Description	Engines used to power the aircraft
Data type	Item
Example	<Boeing 737> powerplant <Pratt & Whitney JT8D>
Proposed by	Joshbaumgartner (talk)

•  Support but might need qualifiers for different years/makes/models/types of boeing 737. --Tobias1984 (talk) 14:10, 30 April 2013 (UTC)
  •  Comment I totally agree that qualifiers will be useful, and should be added. There are a lot of different scenarios that can play out for this so perhaps once the 'powerplant' property is being used, it will become more clear exactly what they should be. Joshbaumgartner (talk)

 Done as P:P516. Joshbaumgartner (talk) 07:43, 13 May 2013 (UTC)

Interaction / Wechselwirkung

   Done: interaction (P517) (Talk and documentation)

Description	This particle is subject to the interaction
Data type	Item
Template parameter	de:Vorlage:Infobox Teilchen
Domain	particles (electrons, neutrons, photons, ...)
Allowed values	4 en:fundamental interactions: strong interaction, weak interaction, electromagnetic interaction, gravitational interaction
Example	photon = electromagnetic interation; electron = weak + electromagnetic + gravitational interaction
Proposed by	Svebert (talk) 15:02, 17 March 2013 (UTC)

•  Support - Numerical qualifiers might be needed for the magnitude of interaction. --Tobias1984 (talk) 08:17, 6 May 2013 (UTC)

 Support as long as each of the potential interactions are items in their own right. Joshbaumgartner (talk) 06:51, 13 May 2013 (UTC)

Part concerned

   Done: applies to part (P518) (Talk and documentation)

Description	part of the item for which the claim is relevant
Data type	Item
Proposed by	User:Zolo

I think it has been proposed before but I cant find it. It would be useful in many contexts (for instance, a part of a building is protected, or is owned by a particular company). --Zolo (talk) 09:26, 4 May 2013 (UTC)

Yes, see Wikidata:Property proposal/Archive/Place#Parts_.2F_.2F. It's makes more sense as a generic property, so full  Support. -- Lavallen (block) 09:59, 4 May 2013 (UTC)

• Could you please list some concrete examples using specific Wikidata items and properties? Thanks, Emw (talk) 10:22, 4 May 2013 (UTC)
  • My proposal on /Place, had Q10433566 and P156 as an example. The sandbox-property is used there as an illustration. -- Lavallen (block) 10:32, 4 May 2013 (UTC)

When discussing items and properties, could you please provide labels for items and properties? It's nice to be able to reason about a discussion without having to click on an item or enter http://www.wikidata.org/wiki/Property:P156 into a new tab to understand what's being discussed. Emw (talk) 11:37, 4 May 2013 (UTC)

Other examples would be:

Gare de l'Est:

• Owner: SNCF (waiting hall) RFF (platforms)
• Instance of monument historique (roofs, deooration)

Belly Amphora by the Andokides Painter:

• Creator: Andokides painter (black figure ceramic) Lysippidès (red figure ceramic)

Actually, just having an item as the value is not extremely precise, but I do not see any other solution. --Zolo (talk) 11:14, 4 May 2013 (UTC)

If the concerned parts are items themselves, why not use properties directly on them, instead of on the item they are parts of. Like this:

• Item: Waiting hall of Gare de l'Est
  • Property: part of. Value: Gare de l'Est
  • Property: owner. Value: SNCF
• Item: Platforms of Gare de l'Est
  • Property: part of. Value: Gare de l'Est
  • Property: owner. Value: RFF

Etc. That way seems more simple to me. Byrial (talk) 11:28, 4 May 2013 (UTC)

That would have some good sides, but in some cases, in some cases I am weary that things would go complicated. For instance, French protected buildings like the Gare de l'Est are listed in a database, with a paramter stating which part are protected ([1]). That would be relatively easy to copy that here: "Gare de l'Est: instance of monument historique. Datbabase ID XX. Parts concerned Roof (using the generic roof item). But linking it to the database / official protection decree may become more redundant and intricated if we use separate items for the protected parts. Another example would be a painting with Painter X doing the characters and Painter Y doing the landscape (though arguable, a "role" qualifier may be more appropriate for this case). --Zolo (talk) 11:46, 4 May 2013 (UTC)

I see your point, and I didn't think of using generic items before. For the ownership, I suppose that you can also use generic items for the halls and platforms. That will probably be better than creating a new item for each concerned part. Byrial (talk) 12:14, 4 May 2013 (UTC)

What about values that don't have items, like 'black figure ceramic' and 'red figure ceramic' in the Belly Amphora example above? Emw (talk) 12:32, 4 May 2013 (UTC)

If there where no items, (and that is the case frequently), then I would have used "North", "Central" and "South" as items in my example. But that does not work in Byrials version. -- Lavallen (block) 13:06, 4 May 2013 (UTC)

Actually, for red-figure ceramic we have Q633683, but it is true that there are cases that seem more complicated (for listed buildings, there are plenty of things like: protected part: second window from the right). --Zolo (talk) 13:35, 4 May 2013 (UTC)

ORCID

   Done: ORCID iD (P496) (Talk and documentation)

Description	Identifier for researchers and academic authors/contributors
Data type	String
Template parameter	|ORCID=, in en:template:authority control
Domain	People
Allowed values	as per Property:P213 - four four-digit groups
Example	Mike Taylor (Q8134165) has ORCID 0000 0002 1003 5675
Source	http://orcid.org
Robot and gadget jobs	User:VIAFbot will import this from enwiki, possibly other wikis, and potentially external DBs.
Proposed by	Andrew Gray (talk)

The ORCID is an open identifier for researchers. It is linked to ISNI (P213) but the two identifiers currently exist in parallel and it is possible for individuals to have both, so we need a seperate identifier. Andrew Gray (talk) 12:33, 11 April 2013 (UTC)

 Support. Tpt (talk) 13:35, 11 April 2013 (UTC)

CBDB identifier

   Done: CBDB ID (P497) (Talk and documentation)

Description	China Biographical Database Project (CBDB) identifier for ancient Chinese people
Data type	String
Domain	Person
Allowed values	7-digit string
Example	Ouyang Xiu - 0001384 (link: Chinese English)
Proposed by	Stevenliuyi (talk)

CBDB is a respectable database of ancient Chinese people, developed by Peking University, Academia Sinica and Harvard University. --Stevenliuyi (talk) 19:00, 29 April 2013 (UTC)

 Support--凡其_Fanchy 16:42, 4 May 2013 (UTC)

powerplant for

   Not done

Description	Aircraft on which engine is used
Data type	Item
Example	<Pratt & Whitney JT8D> powerplant for <Boeing 737>
Proposed by	Joshbaumgartner (talk)

 Oppose can be queried from property "powerplant". Might be implemented when bi-directional properties are created. --Tobias1984 (talk) 14:11, 30 April 2013 (UTC)

 Archived I agree with tobias, so I am withdrawing and archiving this one. Joshbaumgartner (talk) 05:38, 16 May 2013 (UTC)

armament

   Done: armament (P520) (Talk and documentation)

Description	Weaponry aircraft is armed with
Data type	Item
Example	<Boeing F/A-18E/F Super Hornet> weapon <AIM-120 AMRAAM>
Proposed by	Joshbaumgartner (talk)

•  Comment I don't know how that works with airplanes. Is the whole series fitted with these "AIM-120 AMRAAMs" or would qualifiers be needed to distinguish between different series/types/models/makes of "Boeing F/A-18E/F Super Hornets"? --Tobias1984 (talk) 07:54, 30 April 2013 (UTC)

 Comment Armament can be even more complicated than powerplants. They can run the gamut from simple fixed armament that is standard throughout a family or series, to highly configurable complex weapon systems (becoming more the norm these days). I figure best to start with a simple 'item' datatype so that any weapon system or element notable enough to warrant an item and which is used (standard or optionally) on an aircraft can be listed. Qualifiers would become very useful to further define how many can be carried, ammunition loads, optional load-outs, version compatibility, operator-specific systems, etc. Joshbaumgartner (talk)

•  Support --Tobias1984 (talk) 19:22, 6 May 2013 (UTC)

 Done as P:P520. Joshbaumgartner (talk) 05:44, 16 May 2013 (UTC)

main engine

   Not done

Data type	MISSING
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING

•  Delete - We now have powerplant (P516) for this. There is no discussion and nobody filled out the template. Should this even go to the archive? --Tobias1984 (talk) 07:52, 13 May 2013 (UTC)

 Archived I'm archiving it for now...if others agree it is a waste of archive space it can always be deleted. Joshbaumgartner (talk) 05:48, 16 May 2013 (UTC)

surface

   Not done

Description	Runway surface material (qualifier property for use with 'runway' property)
Data type	Item
Template parameter	(runways section)
Domain	airport, runway
Example	<Portland International Airport> runway <10R/28L> surface <concrete>
Source	Airport infoboxes have runway data, including identifier, length, and surface
Proposed by	Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

 Comment: This is a qualifier property to support the 'runway' property proposal above. Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

 Archived: Withdrawing this as it is apparent that 'material used' can cover this for now. Joshbaumgartner (talk) 06:10, 16 May 2013 (UTC)

scheduled service destination

   Done: scheduled service destination (P521) (Talk and documentation)

Description	Airports/Stations served by regular/scheduled service from this Airport or station
Data type	Item
Domain	airport (other transportation ports/stations as well)
Example	<Seattle-Tacoma International Airport> scheduled service destination <Portland International Airport>
Robot and gadget jobs	Wikipedia airport articles have a destination table with this data
Proposed by	Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

 Comment: This brings the data maintained in destination tables on airport articles to wikidata. Qualifier 'operator' can indicate airlines operating to destinations. Other qualifiers can be developed to add details such as frequency, seasonal adjustments, cargo-only service, operated dates, etc. Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

 Done Joshbaumgartner (talk) 06:18, 16 May 2013 (UTC)

Orbit type / Тип орбиты

   Done: type of orbit (P522) (Talk and documentation)

Description	тип орбиты
Data type	Item
Template parameter	ru:Шаблон:Космический аппарат, ru:Шаблон:Космическая экспедиция Тип_орбиты en:Template:Infobox spacecraft orbit_regime
Domain	космические аппараты не совершающие крупных манёвров
Allowed values	геостационарная орбита, солнечно-синхронная орбита, полярная орбита, высокая эллиптическая орбита и т. д.
Example	Ямал-201, тип орбиты: геостационарная орбита
Source	сайт NASA, launchlog, карточки в статьях, список запусков и т. д.
Proposed by	— Ivan A. Krestinin (talk) 19:20, 1 April 2013 (UTC)

 Comment low earth orbit, medium earth orbit, molniya orbit are some othersSecretlondon (talk) 14:10, 27 April 2013 (UTC)

 Support sounds useful. --Tobias1984 (talk) 18:37, 30 April 2013 (UTC)

 Support Secretlondon (talk) 10:11, 6 May 2013 (UTC)

Temporal range start

   Done: temporal range start (P523) (Talk and documentation)

Description	The beginning of a fossil record, sedimentation, ice age (...) relative to the geologic time scale.
Data type	Item
Template parameter	taxobox |fossil_range =
Domain	Animals, Plants, Fossils, Stratigraphic units,
Allowed values	Stages of the Geologic Time Scale
Example	Tyrannosaurus = Maastrichtian Old Red Sandstone = Silurian
Source	Scientific literature and databases
Robot and gadget jobs	Some data could be collected for fossil and living animals.
Proposed by	Tobias1984 (talk)

Discussion

 Support (see #Temporal_range) Eran (talk) 15:12, 12 May 2013 (UTC)

 Support Joshbaumgartner (talk) 06:51, 13 May 2013 (UTC)

 Support - Soulkeeper (talk) 10:13, 13 May 2013 (UTC)

Temporal range end

   Done: temporal range end (P524) (Talk and documentation)

Description	The end of a fossil record, sedimentation, ice age (...) relative to the geologic time scale.
Data type	Item
Template parameter	taxobox |fossil_range =
Domain	Animals, Plants, Fossils, Stratigraphic units,
Allowed values	Stages of the Geologic Time Scale
Example	Tyrannosaurus = Maastrichtian (because this is set it is extinct) Old Red Sandstone = Carboniferous
Source	Scientific literature and databases
Robot and gadget jobs	Some data could be collected for fossil and living animals.
Proposed by	Tobias1984 (talk)

Discussion

 Support Joshbaumgartner (talk) 06:51, 13 May 2013 (UTC)

 Support. And for extant taxa, this property can be set to either "No value" or future (but that discussion can wait until the property has been made). - Soulkeeper (talk) 10:19, 13 May 2013 (UTC)

Temporal range (Single property)

   Not done

Description	For extinct species, the period when it lived
Data type	Item
Example	Precambrian, Cambrian, Ordovician, Silurian, Devonian, Carboniferous, Permian, Triassic, Jurassic, Cretaceous, Paleogene, Neogene
Proposed by	Eran (talk) 20:41, 26 April 2013 (UTC)

It is displayed in infoboxs for extinct species (en:Tyrannosaurus). Sometimes more than 1 value should be added. Eran (talk) 20:41, 26 April 2013 (UTC)

•  Comment I think it would be better to make two properties: "temporal range start" and "temporal range end". Otherwise one would have to add quite a few items to certain species. --Tobias1984 (talk) 22:29, 26 April 2013 (UTC)
  • Good comment. so we should have "temporal range start" and "temporal range end". Eran (talk) 14:16, 10 May 2013 (UTC)

Agreed. That could also solve the problem of differentiating extinct and extant species. - Soulkeeper (talk) 14:38, 10 May 2013 (UTC)

•  Comment - The same property could also be used for all things that have a start and end that can be expressed by the geologic time scale. E.g. start and end of sedimentation, ice ages, planetary stages (Late Heavy Bombardment, quaternary glaciation), orogenies, etc... We should probably make two additional properties that have the same meaning with radiometric ages (when number become an available data type). --Tobias1984 (talk) 14:31, 11 May 2013 (UTC)
•  Comment - Wikidata:Property_proposal/Term#Temporal_range_start --Tobias1984 (talk) 19:18, 11 May 2013 (UTC)

Subitem

   Under discussion

Description	The subitem is an item which is part (subtheme, branch) of the current item. E. g. Lefthandedness is subitem of Handedness, Geometry is subtheme of Mathematics, Androphilia is subitem of Androphilia and gynephilia, Saint Cyril is subitem of Saints Cyril and Methodius, Rail transport is subitem of Track transport (Drážní doprava in Czech, including trolleybus and aerial cableway transport) etc. Complementary to "Upper item".
Data type	Item
Template parameter	(en:Template:General geometry, branches)
Domain	abstract terms, branches and discpilines of study, science, work or other activities etc., two-item and multi-item articles (in cases where formulation "part of" or "member of" is unsuitable), imperfectly synonymic terms etc.
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	ŠJů (talk) 01:51, 13 March 2013 (UTC)

• Comments: proposed to compensate (at least partially) disabled functionality of anchors (#) in interwikis and to capture this specific type of relation between items. --ŠJů (talk) 01:51, 13 March 2013 (UTC)

See #part of / teil von / fr / Часть on the page. Infovarius (talk) 20:18, 23 March 2013 (UTC)

 Oppose Already covered by instance of, subclass of, and part of. Silver hr (talk) 04:12, 31 March 2013 (UTC)

 Oppose +1 Infovarius (talk) 19:48, 2 April 2013 (UTC)

Upper item

   Under discussion

Description	The upper item is an item (subtheme, branch) which covers (includes) the current item. E. g. Handedness is upper item to Lefthandedness, Mathematics is upper item to Geometry, Androphilia and gynephilia is upper item to Androphilia, Saints Cyril and Methodius is upper item to Saint Cyril. Complementary to "Subitem".
Data type	Item
Domain	abstract terms, branches and discpilines of study, science, work or other activities etc., two-item articles (in cases where formulation "part of" or "member of" is unsuitable)
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	ŠJů (talk) 01:51, 13 March 2013 (UTC)

• Comments: proposed to compensate (at least partially) disabled functionality of anchors (#) in interwikis and to capture this specific type of relation between items. --ŠJů (talk) 01:51, 13 March 2013 (UTC)

 Oppose Already covered by instance of, subclass of, and part of. Silver hr (talk) 04:12, 31 March 2013 (UTC)

Proposed property is like inverse to those all. May be "consists of" would be appropriate name? Infovarius (talk) 19:48, 2 April 2013 (UTC)

Explicitly stating each member of a class seems it could get very problematic. For example, the list of "upper item" claims for "person" would have hundreds of thousands of entries. Emw (talk) 02:38, 3 April 2013 (UTC)

Municipality code in Sweden

   Done: Swedish municipality code (P525) (Talk and documentation)

Description	"kommunkod": municipality code for Sweden
Data type	String
Template parameter	"kommunkod" in sv:Template:Kommunfakta
Domain	place
Allowed values	kommunkod=dddd
Example	Q515409 => 1083
Source	sv:Template:Kommunfakta
Proposed by	Wikidata:Property_proposal/Place#Statistics_Sweden-code_.2F_SCB-kod.2F

More properties will come from the original proposal on Wikidata:Property proposal/Place who had the original header: "Statistics Sweden-code / SCB-kod/". -- Lavallen (block) 18:18, 16 May 2013 (UTC)

Parts / /

   Withdrawn

Description	A qualifier-property for P156 and maybe others.
Data type	Item
Domain	place/organisation/persons
Allowed values	depends of type of item
Example	See how I used the sandbox-property under P156 in Q10433566.
Robot and gadget jobs	could be difficult in several cases
Proposed by	Lavallen (block)

Q10433566 (Boteå landskommun) was a municipality in Sweden 1952-1970. The nothern part became a part of Sollefteå Municipality and the sothern part became a part of Kramfors Municipality. I have no good name for this property (not even in my own language), but I see a need for something like this. -- Lavallen (block) 05:13, 22 April 2013 (UTC)

Maybe it also can be used for the succession of titles in for example Charles V, who was replaced by Ferdinand in Austria, and Filip in Spain. Another example is Elisabeth II who has already been replaced as chief of state in several nations. -- Lavallen (block) 06:44, 22 April 2013 (UTC)

I was also wondering about a qualifier in Q1878978 (property: creator), to mean Painter A made the red ceramic part and painter B the black ceramic part. Do you think it would be ok to use this property as well ? --Zolo (talk) 08:46, 24 April 2013 (UTC)

I think so, time to move this to /Generic instead? -- Lavallen (block) 13:18, 24 April 2013 (UTC)

 Comment If I understand correctly, you want to express for example that an administrative unit A with administrative subunits A1, A2, A3, A4 no longer exists and that A1, A2, and A3 are now parts of administrative unit B, and A4 is part of administrative unit C. If I'm correct, then this, although it's a slightly complex case, can be inferred if you record the relevant data: A1, A2, A3, A4 is in the administrative unit A (+temporal qualifier 1952-1970); A1, A2, A3 is in the administrative unit B; A4 is in the administrative unit C. Silver hr (talk) 20:26, 26 April 2013 (UTC)

No, it's not completly correct. A1, A2, A3 and A4 are not always administrative subunits, they are a geographic description. I could have used items like Q659 as A1/A2/A3/A4. And I cannot add Q659 as a part of anything like A. -- Lavallen (block) 16:14, 27 April 2013 (UTC)

In my example above, A1/A2/A3/A4 stoped to act as an administrative unit 1862 (if there ever where any, since local administration outside cities where introduced 1862), but they still exists as a geographic units. -- Lavallen (block) 16:20, 27 April 2013 (UTC)

I withdraw this proposal and support Wikidata:Property proposal/Archive/Generic#Part concerned instead. -- Lavallen (block) 10:12, 4 May 2013 (UTC)

Island

   Done: no label (P526) (Talk and documentation)

Description	island the place is located on
Data type	Item
Domain	Geographic features/places on islands
Allowed values	islands
Example	Clifton => Union Island
Proposed by	--  Docu  at 19:38, 9 May 2013 (UTC)

 Support -- MichaelSchoenitzer (talk) 21:21, 14 May 2013 (UTC)

Qualifier property: astronomic catalog

   Not done

Description	specify the astronomic catalog of astronomic object names listed by the property catalog code
Data type	item or text-invalid datatype (not in Module:i18n/datatype)
Template parameter	used by property catalog code
Domain	astronomical objects
Allowed values	if datatype is item, only items with property instance of equal at astronomic catalog
Example	<Andromeda Galaxy> catalog code <M31> qualifier: astronomic catalog <Messier objects>; catalog code <NGC 224> qualifier: astronomic catalog <New General Catalogue>
Source	see en:Astronomical catalog. Vizier database contains the data of more than 10 thousand different astronomic catalogs.
Proposed by	Paperoastro (talk)

Discussion

Qualifier property to use with catalog code property to manage the huge number of catalog names of astronomical objects. The "ideal" datatype should be item, but this would limit the catalogs to those available in Wikidata. Paperoastro (talk) 14:31, 7 May 2013 (UTC)

You won't add each time the catalog name and the catalog code: if they are linked better add the code in the item of the catalog. Then can the catalog be the source of other informations ? If yesso you can use the catalog item to source data of the astronomic object and you don't need to specify the catalog as a property of the astronomic object. Again the catalog is not a real property of the astronomic object but only a place where you can get information so it is a data source. Snipre (talk) 22:50, 8 May 2013 (UTC)

Use catalogs as sources is a good idea: they can be used also for sourcing other informations. I'm sorry, but I don't understand the meaning of your sentence <<if they are linked better add the code in the item of the catalog.>> Could you explain me, please? After your explanation, I will close this proposal. --Paperoastro (talk) 09:28, 11 May 2013 (UTC)

Catalog code

   Done: catalog code (P528) (Talk and documentation)

Description	the catalogue name of an astronomic object. This property need a qualifier to specify the catalog
Data type	String
Template parameter	all name and other names parameters in en:Category:Astronomy infobox templates
Domain	astronomical objects
Allowed values	every catalogue has a specific and rigorous syntax established by the compilers
Example	<Andromeda Galaxy> catalog code <M31>, <NGC 224>
Source	see en:Astronomical catalog. Vizier database contains the data of more than 10 thousand different astronomic catalogs.
Proposed by	Paperoastro (talk)

Discussion

This property, with a qualifier, can manage the huge number of catalog names of astronomical objects. Paperoastro (talk) 14:10, 7 May 2013 (UTC)

Year / Jahr / Année / год / jaar / سال

   Under discussion

Description	year of the event and creation of the creative work
Data type	item or string or even number-invalid datatype (not in Module:i18n/datatype)
Template parameter	year, "|date" in Infobox earthquake, next_year and previous_year can be easily calculated and used in Infobox election, "| This (single|song|album)" in infoboxes of musics (in chronology part). I didn't check other wikis' infoboxes
Domain	events and creative works
Allowed values	years
Example	2010 for "category:2010 (singles|songs|films|albums|books)", 2009 for [[w:2009 Iranian election]]
Source	categories, infoboxes of events
Robot and gadget jobs	they can use categories and infoboxes
Proposed by	Amir (talk)

I think it's a common data and can be updated and used very easily and rapidly in so many infoboxes and other contents. Amir (talk) 14:10, 24 April 2013 (UTC)

 Oppose The events and creative works should have some statements about their duration or creation, which should be of Time datatype (not yet available, though). For other uses, the name of the property leaves to much uncertainty about how it should be used.--83.240.94.18 18:11, 25 April 2013 (UTC)

•  Oppose – Use the Time datatype for all kind of times with as much precision as relevant (for the 2009 Iranian election that would be the date: 12 June 2009, and a Wikipedia catagory is neither an event nor a creative work) -- Byrial (talk) 21:49, 25 April 2013 (UTC)
•  Oppose – per above. --Ricordisamoa 23:01, 5 May 2013 (UTC)
•  Oppose, "as of" is better since it allows any kind of precision. --NaBUru38 (talk) 13:08, 14 May 2013 (UTC)

death description / / / / descripción de muerte (es)

   Not done

Description	Wikipedia article describing subject's death
Data type	Item
Domain	person
Example	Q2831 (Michael Jackson) => Q761887 (death of Michael Jackson), Q352 (Adolf Hitler) => Q1993476 (death of Adolf Hitler), etc.
Proposed by	The Anonymouse (talk | contribs)

Discussion

This would be useful for people whose death is notable. Compare to something like Property:P163 (flag description) or Property:P418 (seal description). The Anonymouse (talk | contribs) 05:09, 3 May 2013 (UTC)

•  Support – useful. --Ricordisamoa 23:51, 7 May 2013 (UTC)
• Could be made redundant by WD:Property_proposal/Generic#related_item, I think. --Yair rand (talk) 00:02, 8 May 2013 (UTC)
•  Oppose, per Yair rand. This proposal is good idea, but 'related item' is a more generic solution, and thus preferable. Emw (talk) 02:54, 8 May 2013 (UTC)
•  Oppose and merge into proposal for subject of (renamed since proposed as 'related item'). Otherwise we will have a plethora of 'Foo description' properties for every type of sub-topic given an article on Wikipedia. Joshbaumgartner (talk) 09:16, 9 May 2013 (UTC)

 Withdrawn by proposer Seems to be unnecessary because of WD:Property proposal/Generic#subject of. The Anonymouse (talk | contribs) 19:16, 14 May 2013 (UTC)

Chairperson / Vorsitzender / Président

   Done: chairperson (P488) (Talk and documentation)

Description	chairperson of a deliberative body presiding member of an organisation or body
Data type	Item
Domain	persons
Allowed values	items of persons which are chairs of a deliberative body an organisation or body
Example	On the item of the Bundestag: Norbert Lammert, president; On the item of the US House of Representatives: John Boehner, speaker; On the item of CDU: Angela Merkel, chairperson; etc.
Proposed by	MF-W Edited the proposal (with MF-W's agreement). SPQRobin (talk) 19:02, 4 May 2013 (UTC)

--MF-W 22:26, 8 April 2013 (UTC)

•  Weak oppose. It's not that clear, unless the person is literally called Chairperson/Chairman/Chairwoman by reliable sources. As one example, who's chairperson of the Senate, the Vice-President (also president of the Senate), president pro tem, or Senate Majority Leader? All have some degree of power, and none are literally called chairperson. Superm401 (talk) 05:02, 9 April 2013 (UTC)
  • Well, it's the same with Property:P6, the title may vary around the world, I just chose 'chair' as the most neutral expression. In most cases, "President" will be the title anyway. For the Senate, it's of course the Vice-President, since he formally presides. --MF-Warburg (talk) 09:52, 9 April 2013 (UTC)
• Fully support, but I would make this broader: the presiding member (president/chairperson) of a deliberative body, or of a political party, or why not of any organisation. SPQRobin (talk) 18:28, 4 May 2013 (UTC)
  • Brilliant. --MF-W 18:54, 4 May 2013 (UTC)
• Full support as well per MF-W's reasoning above. Vogone talk 18:48, 4 May 2013 (UTC)

Created at Property:P488. SPQRobin (talk) 19:08, 4 May 2013 (UTC)

•  Oppose having this directed to a person instead of a position. Also, "chairperson" is much too ambiguous. --Yair rand (talk) 18:47, 5 May 2013 (UTC)

runway

   Done: runway (P529) (Talk and documentation)

Description	Runway name(s) at airport
Data type	String
Template parameter	(runways section)
Domain	airport
Example	<Portland International Airport> runway <3/21> / <10L/28R> / <10R/28L>
Source	Airport infoboxes have runway data, including identifier, length, and surface
Proposed by	Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

 Comment: Runway identifiers and notes are key information about an airport. Qualifiers 'length', 'width', and 'surface' can be used (when available) to further enhance data. Joshbaumgartner (talk) 09:21, 1 May 2013 (UTC)

Diplomatic relation

   Done: diplomatic relation (P530) (Talk and documentation)

Description	diplomatic relations of the country
Data type	Item
Domain	country
Example	<United States of America> diplomatic relation <People's Republic of China>
Proposed by	-Stevenliuyi (talk)

Several qualifiers can be used along with this property. A full example would be:

<United States of America> diplomatic relation <People's Republic of China>

• qualifier 1 - time when the relation is established (and terminated, if applicable): <January 1, 1979>
• qualifier 2 - official document through which the relation is established (perhaps generalize Property:P457??): <Joint Communiqué on the Establishment of Diplomatic Relations>

• qualifier 3 - diplomatic missions send by the country:
  • <Embassy of the United States, Beijing>
  • <Consulate General of the United States, Shanghai>
  • <Consulate General of the United States, Guangzhou>
  • <Consulate General of the United States, Shenyang>
  • <Consulate General of the United States, Chengdu>
  • <Consulate General of the United States, Wuhan>
  • <Consulate General of the United States, Hong Kong>

--Stevenliuyi (talk) 00:48, 8 May 2013 (UTC)

 Support —★PοωερZ_talk 11:34, 8 May 2013 (UTC)

•  Done Qualifier 3 is P:P531. --  Docu  at 10:06, 19 May 2013 (UTC)

Thesaurus

   Done: BNCF Thesaurus ID (P508) (Talk and documentation)

Description	A link to a national thesaurus (Q179797).
Data type	String
Template parameter	authority control
Domain	General knowledge (not a specific domain, but mainly general concepts).
Allowed values	\d+
Example	Q11660 is lemma 7235 in the Italian BNCF thesaurus
Source	http://it.wikipedia.org/wiki/Progetto:Coordinamento/Bibliografia_e_fonti/Lista_lemmi_Thesaurus_del_Nuovo_Soggettario_BNCF (to be updated). The real source is http://thes.bncf.firenze.sbn.it/
Robot and gadget jobs	SamoaBot is ready to import these codes --Ricordisamoa 05:58, 21 April 2013 (UTC)
Proposed by	Aubrey (talk)

We are organizing the insertion of few thousands links in Italian Wikipedia, in a collaboration with the National Library of Florence (BNCF). Thus we are proposing a property in Wikidata, because we think and hope that this would be useful also to other projects: there are of course other national thesauri out there, and they are likely to be matched with Wikipedia items as does the italian one. Aubrey (talk) 10:04, 17 April 2013 (UTC)

I also want to add that this could be a great opportunity to test Wikidata in the Italian Wikipedia, as this property would be added in around 11'000 pages. On it.wiki the template is almost ready, as the bot to add the template, so we are actually waiting for the wikidata property to be approved. --Aubrey (talk) 12:51, 17 April 2013 (UTC)

Just to make sure what you are trying to do: you'd use the string "7253" on item "Artificial intelligence" (Q11660) and you would want this to link to http://purl.org/bncf/tid/7253 ?

In that case, you might want to create a BNCF specific property. --  Docu  at 03:38, 20 April 2013 (UTC)

Well, the link should be to http://thes.bncf.firenze.sbn.it/termine.php?id=7253 --Ricordisamoa 05:55, 21 April 2013 (UTC)

And we can now use qualifiers to distinguish between different thesauri... --Ricordisamoa 05:56, 21 April 2013 (UTC)

Maybe the sample above should be adapted to illustrate this better, if this is what is proposed. BTW I'm not sure if links can be done based on qualifiers. --  Docu  at 15:34, 21 April 2013 (UTC)

Hi Docu. The aim is simply to be able to link a Wikipedia entry to the same entry in the BNCF Thesaurus. There are IDs available, so I figured out that it was a good idea to propose a property in Wikidata/Authoirity Control. Moreover, this could be useful for other wikipedias in the future... A thesaurus is a specific work, different from other authority control tools. That's the rationale. But I'm not sure it's the best idea. Aubrey (talk) 10:26, 24 April 2013 (UTC)

I think there could be 2 possibilities: one is to have a general property Thesaurus, in which we put the ID and generate the link. With the qualifier, we can state that this relation is from the item and the BNCF Italian thesaurus. So qualifiers will discriminate between different thesauri.

The other option would be having just a BNCF property, and non general thesaurus one. Aubrey (talk) 20:55, 29 April 2013 (UTC)

Any updates? --Ricordisamoa 23:08, 10 May 2013 (UTC)

 Done Property:P508. --Vituzzu (talk) 00:32, 12 May 2013 (UTC)

Port of registry

   Done: port of registry (P532) (Talk and documentation)

Description	Port of registry of the ship. This is painted on the ship's stern. For the "home port", see Property:P504.
Data type	Item
Template parameter	"Ship registry" in w:Template:Infobox ship career, see "Ship registry" on usage guide
Domain	term: ships, watercraft
Example	A => Hamilton
Proposed by	implicitly by Wikidata:Property_proposal/Archive/7#P504

As we already have "home port", we need this too. --  Docu  at 06:14, 12 May 2013 (UTC)

•  Support --Tobias1984 (talk) 08:35, 12 May 2013 (UTC)
•  Support Danrok (talk) 15:13, 12 May 2013 (UTC)
•  Support Would this be distinct from country of registry, or could country be used for ships where the exact port is not known? Joshbaumgartner (talk) 05:56, 16 May 2013 (UTC)

Target

   Done: target (P533) (Talk and documentation)

Description	target of a terrorist attack or military operation (generally a location; only a person if it is known to be a specifically targeted assassination)
Data type	Item
Template parameter	target in en:Template:Infobox civilian attack; also related to location parameter
Domain	events such as terrorist attacks or military operations/battles
Allowed values	locations for attacks, individuals for assassinations (importantly, notable individuals killed in a general attack where they weren't the target are not included); intended target is given, whether or not the attack/operation was successful
Example	For September 11 attacks, it'd be World Trade Center, 7 World Trade Center, The Pentagon, and maybe The White House and The Capitol, as both are claimed by prominent individuals to have been the intended target (Shanksville, Pennsylvania/Stonycreek Township would not be included, nor would be any notable victims) For Truman assassination attempt, it'd be Harry S. Truman, who wasn't hurt, and not Leslie Coffelt, who was killed protecting him For Battle of Stalingrad it'd be Stalingrad/Volgograd etc.
Proposed by	— PinkAmpers&(Je vous invite à me parler)

I noticed that we didn't have any suitable property to link the 2013 Boston Marathon to the Boston Marathon bombings, and as an attack is largely defined by its target, I think that we should. — PinkAmpers&^{(Je vous invite à me parler)} 02:44, 18 April 2013 (UTC)

Apparently historical events are considered terms. Moving this here from Wikidata:Property proposal/Archive/Event — PinkAmpers&^{(Je vous invite à me parler)} 20:48, 19 April 2013 (UTC)

 Comment This property is clearly useful. However, I think the domain should be wider. This property really applies to both tokens (instances) and types (classes) of attacks and offensives. For example, the targets of a bombing are persons, buildings, structures, etc.; the target of an assassination is a person; the targets of a denial-of-service attack are websites and web services.

I would note that instances of other types of attacks, e.g. cyber attacks like DDoS attacks during the October 2011 South Korean by-election, seem to be applicable subjects for this property. (Wikidata likely won't have items about the particular websites or web services attacked, but specifying the targeted organization or person seems like a reasonable alternative in that case.) Emw (talk) 13:53, 21 April 2013 (UTC)

• I am positive, but the description needs to be discussed. If the allowed values are only locations and individuels, you cannot link the Boston Marathon bombings to the Marathon (as that is an event, not a location) but have to use Boylston Street, Boston as target. Is that what you want? Should 2011 Norway attacks link to Utøya (location) or Workers' Youth League (69 members were killed)? Byrial (talk) 14:48, 30 April 2013 (UTC)

streak / Strichfarbe / trait

   Done: streak color (P534) (Talk and documentation)

Description	color of the powder of a mineral
Data type	Item
Template parameter	en:template:infobox mineral streak
Domain	minerals
Allowed values	colors
Example	fluorite → white, pyrite → greenish-black to brownish-black, malachite→ light green
Proposed by	23PowerZ (talk)

This is a standard characteristic used in mineralogy. See w:Streak (mineralogy) 23PowerZ (talk) 18:39, 18 April 2013 (UTC)

 Comment Please also look at the related request ofcolor (as an item). What should be done with color descriptions that don't have an item? Should "brownish white" and "yellowish white" be items? Would multilingual string be more appropriate? What should the qualifiers do? --Tobias1984 (talk) 20:35, 18 April 2013 (UTC)

I changed datatype to multilingual string as you are right about the silliness of having items like greenish-black.23PowerZ (talk) 10:11, 19 April 2013 (UTC)

Color circle by Johannes Itten.

HSL color solid.

I actually don't think that items are such a bad idea. User:Chris.urs-o send me the picture on the right. If we use this or a similar scheme there would be very few items that would describe a lot of colors. In this scheme we would have 12 items for colors. Betweenyellow and green we have an item that can be either yellowish green or greenish yellow. Between yellow and orangewe have an item that can be either yellowish orange or orangy yellow. The nice thing about these color wheels is that a search for "yellow" would return three colors, yellow itself and the two neighboring colors. I think done consistently this would be a very good way of doing colors as items. We just need to find a good scheme that everybody will agree to follow. We should have the same for greyscale, brown colors and pastel colors too. --Tobias1984 (talk) 13:01, 19 April 2013 (UTC)

Well, this particular scheme won't work, brightness is missing. When we generalize this much, precise information like dark cherry red for w:Pyrargyrite will be lost. 23PowerZ (talk) 18:28, 19 April 2013 (UTC)

True. We need some sort of a color expert :) --Tobias1984 (talk) 18:50, 19 April 2013 (UTC)

I think that it is good enough, dark is an adjective. Lustre, brightness, saturation and hue are different things. I like the hexadecimal code for colors (en:Web colors). The brightness isn't missing, color space: white → grey → yellow → green → cyan → blue → magenta → red → brown → black. --Chris.urs-o (talk) 06:50, 20 April 2013 (UTC)

BTW, I think that I'm a color expert as I'm an IMA mineral list expert ;) --Chris.urs-o (talk) 07:14, 20 April 2013 (UTC)

• I would strongly oppose color as multilingual string. It would mean that the string had to be translated to all languages for each item using the property. If the value is an item, each color only has to be translated once. There is no sillyness about having items for "greenish-black". We can create items for every nuance of color, it would still avoid a lot of unnecessary translation work.Byrial (talk) 22:22, 26 April 2013 (UTC)

Granted. If no one has a problem with that, I'll change it back to item. —★PοωερZ_talk 14:49, 28 April 2013 (UTC)

 Support suggestion by User:Byrial. --Tobias1984 (talk) 14:55, 28 April 2013 (UTC)

• The generel Property:P462 "color of subject" was created 5 days ago. Couldn't that be used here too. Byrial (talk) 15:10, 30 April 2013 (UTC)

• Only if we introduce a qualifier for "streak color". Mixing up these two sets of colors would be really confusing for mineral queries. I would also support the idea of this property being a qualifier. I am not sure what would be better in the long run.--Tobias1984 (talk) 15:16, 30 April 2013 (UTC)

I see the need to distingiush streak from the ordinary color. I guess that it will be more simple to have a separate property for streak color to avoid they are mixed up. Byrial (talk) 15:39, 30 April 2013 (UTC)

Hi, streak color and crystal color do not really correlate. A lot of minerals can differ in color eg. quartz from green to red, from yellow to violett. But the streak is always white, thats the trick. Up to now, I do not believe that it is possible to put it to RGB-Values to to Cie-Lab. Some minerals differ in brownish colors to black (Ilmenite or other iron containing minerals.) If I did not understood the discussion right, please ignore this part. BR --Krizu (talk) 09:30, 21 May 2013 (UTC)

Extinct

   Not done

Description	Whether the taxon is extinct
Data type	boolean-invalid datatype (not in Module:i18n/datatype)
Template parameter	extinct in enwiki templates as en:Template:Taxonomy/Nedcolbertia (and other auto taxobox)
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Proposed by	Eran (talk) 20:41, 26 April 2013 (UTC)

Such data could be useful for creating taxobox of extinct species/genra etc (see also: en:Template talk:Taxobox#Taxobox 2013).Eran (talk) 20:41, 26 April 2013 (UTC)

 Support --Tobias1984 (talk) 09:51, 27 April 2013 (UTC)

 Oppose. It can be covered by IUC status=extinct. Infovarius (talk) 18:55, 28 April 2013 (UTC)

 Comment IUCN status extinct isn't the same: IUCN gives extinct status for species that became extinct in the modern times (-500 years), and not for dinusaurus for example. User:132.65.153.50

 Comment – Yes, it is the same. The problem is that species which became extinct in prehistoric time are not in the IUCN Red List, and thus doesn't have an IUCN conservation status. The same may also be true for some historic species. So a more general conversation status property could be needed, but I  Oppose just to have a boolean property. More than two categories may be useful as in the IUCN list. Byrial (talk) 11:06, 9 May 2013 (UTC)

 Comment Fossil species that have a temporal range that ends before the Holocene are automatically extinct. Same is true for Holocene species that have a temporal range beginning and ending in the Holocene. If the end of a temporal range is not set, then a species is not extinct. This property is probably useful, if one knows a species went extinct, but doesn't know when that happened.--Tobias1984 (talk) 05:51, 29 April 2013 (UTC)

 Oppose – If it is not present on the official IUCN Red List, then there aren't sources, and nobody could effectively prove that dinosaurs are extinct (we all know that they are extinct, but everything is subjective without official sources). --Ricordisamoa 11:24, 9 May 2013 (UTC)

 Comment – There are other sources for conservation status than the IUCN Red List. There may be scientific reports, and there arenational lists. Byrial (talk) 13:22, 9 May 2013 (UTC)

 Oppose I agree that IUC status should be up for the task but may need to be broadened a bit if their are taxons with a status that are not specifically IUC listed. Change name to 'conservation status' or some such and have IUC as a source? Probably that is a matter for P141's talk page, but I think a solution along those lines is better than adding extra properties.Joshbaumgartner (talk) 06:51, 13 May 2013 (UTC)

Code, Acronym or Abbrevation

• Description: Internationally used acronym, code, abbrevation or symbol text. The code or acrynom should be the same in many languages. Usage: May be shown in for example in infoboxes and tables when linking to the item, instead of the items full name.
• Infobox parameter and value examples:
  • en:Infobox U.S. legislation acronym = "VRA" for Voting rights act.
  • en:Template:Infobox element symbol = "H" for Hydrogen.
  • en:Template:Infobox isotope symbol = "C" for Carbon-14.
  • en:Infobox planet Spectral type = [[S-type asteroid|S]], for item 433 Eros. It would be possible to include the "S" if S-type Asteroid had the statement "Code" = "S".
  • en:Template:Infobox laboratory equipment acronym.
  • en:Template:Infobox brain acrynym.
  • en:Template:Infobox Wrestling promotion acronym = "HIW"
• Datatype: Monolingual text
• Domain: Generic. (For example organisation, place, or term.)
• Allowed values: Latin character text. Only one value should be assigned to an item.
• Source:
• Other information:

Instead of creating a lot of different text properties, we may use this generic property whenever there is only one code standard that should be shown in most Wikipedias.

Later a multi-lingual version called "Acronyms" may be created:

• • en:Template:Infobox United Nations acronyms = UNESCO, ONUÉSC (multilingual) for Unesco.
  • en:Template:Infobox Commonwealth of Nations acronyms.
  • en:Infobox organization abbrevation = "InCAR" for Q6049440. (May be different in different Wikipedias.)

Mange01 (talk) 16:35, 7 March 2013 (UTC)

 Support with the suggestion to extend this property to abbreviations of more than one letter: for example it would be very useful for the abbreviation field of the Infobox constellation (three letters) --Paperoastro (talk) 17:34, 7 March 2013 (UTC)

 Support Emw (talk) 03:16, 8 March 2013 (UTC)

 Oppose "code" (but updated, support "abbreviation", see below) -- I am generally for properties that are as generic as possible, but this is quite generic! Look at an infobox for an element or molecule and tell me that "code" is descriptive against other string values. I'm not sure I can support a property called "code" in any context -- I can't think of a case where the expected value would not be ambiguous. Espeso (talk) 15:16, 8 March 2013 (UTC)

 Oppose. Agree with Espeso, this is way too generic of a property.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); March 8, 2013; 18:57 (UTC)

 Question: how is this different than an alias? Emw (talk) 03:44, 9 March 2013 (UTC)

Very different. This suggestion corresponds to a comon infobox name "symbol", or "code". It is useful if we in an infobox wants to link to the item, while an alias is not usefeul because we can not know that the alias shows a standard code.  – The preceding unsigned comment was added by Mange01 (talk • contribs) at 02:06, 10 March 2013‎ (UTC).

 Oppose: too generic unclear title. -- MichaelSchoenitzer (talk) 14:33, 9 March 2013 (UTC)

 Comment: Why not a property "abbreviation"? Would cover a lot without beeing to generic. -- MichaelSchoenitzer (talk) 14:43, 9 March 2013 (UTC)

Ok. "Acronym" seemes to be an even more common parameter name in infoboxes. "Code" is quite uncommon. "Symbol" is not a good name, because in some infoboxes that parameter name refers to an image, in others, it is a linked item, and in other a single character or a text, for example "chemical symbol". Mange01 (talk) 02:11, 10 March 2013 (UTC)

• I  Support "abbreviation" as a more general variant of "acronym" and much more realizable than "code", which I opposed. The abbreviation property must reflect an accepted abbreviation of the topic name itself, in the relevant language. This implies that the property should not have a monolingual data type so can't be created yet. Such a property would, by definition, duplicate part of what aliases often contain, which is fine. Finally, contradicting the original proposal, there can be more than one abbreviation: on "United States of America" you could have "USA, U.S.A., US, U.S."! Espeso (talk) 17:52, 19 March 2013 (UTC)
•  Oppose – This is not about the item, but about the names of the item. Even in the same language the item can have several synonymous names. Any abbreviation for a language is best decided in the Wikipedia of language. -- Byrial (talk) 17:37, 20 April 2013 (UTC)
•  Oppose Abbrivations are not always the same in different languages. This should rather be ISO codes, or similar.--Snaevar (talk) 13:14, 22 May 2013 (UTC)

Dewey Decimal Classification / DDC / Classification décimale de Dewey

• Description: proprietary library classification system created by Melvil Dewey in 1876
• Infobox parameter: de:Vorlage:GNDlink
• Datatype: StringValue
• Domain:
• Allowed values:
• Source: en:List of Dewey Decimal classes; DNB
• Examples: 025.48 de:Kategorie:Indexierung; 150 Psychology; 345 Criminal law; 543 Analytical chemistry
• Use case:
• Robot and gadget jobs:
• Qualifier (future): Version (DDC 1, DDC 22ger etc.)

 Support I don't know if we can adopt DDC in full depth (due to copyright reasons) but we could use the ten classes, each divided into ten divisions. --Kolja21 (talk) 05:29, 9 March 2013 (UTC)

 Oppose until proceeding questions are answered  Questions: The Dewey Decimal Classification is not freely licensed, as you allude to. Given that, could Wikidata use even the 10 classes? If so, could it use the additional 100 derived divisions? If so, could it use the additional 1000 derived sections? Where is the line, if one exists? How does fair use apply to structured data like Dewey classifications? Would Wikidata allow fair use, since its structured data is in the public domain? Emw (talk) 14:19, 9 March 2013 (UTC)

These seem like relevant questions. Anyone up for answering them, or at least discussing them? Emw (talk) 17:09, 31 March 2013 (UTC)

Anyone? Bueller? Emw (talk) 01:35, 23 April 2013 (UTC)

 Support At least in my country, compiling a selection of entitities from a list or catalogue is to my understanding below the threshold of originality. Mange01 (talk) 22:02, 13 March 2013 (UTC)

• Note that we will need some kind of qualifier as to version (DDC 1... DDC 23). There have been pretty major changes over time, especially at the three-digit level, and as DDC 23 only came out a year ago most people will still list 22 if not older. Andrew Gray (talk) 11:51, 14 March 2013 (UTC)
  • +1. I've taken this note in the proposal. --Kolja21 (talk) 05:51, 16 March 2013 (UTC)

 Neutral. A point that looks not clear in this proposal: is the property done to be used in all items (with, by example, <Art of computer programming> DDC <005>) or only in items that has an id in DDC (by example <Philosophy> DDC <100>). I prefer the second solution (with an other property like "topic" (<Art of computer programming> topic <Computer programming>)) because that will allow us to support easily all classification (DDC, Universal Decimal Classification...). Tpt (talk) 08:37, 16 March 2013 (UTC)

 Oppose – It seems problematic to use a nonfree system, both for legal and principal reasons. -- Byrial (talk) 17:55, 20 April 2013 (UTC)

•  Oppose due to copyright. foundation:Resolution:Licensing policy states that projects without an fair use policy (more specifically an Exemption Doctrine Policy (EDP)) have to follow the Definition of Free Cultural Works (http://freedomdefined.org/Definition). If we are going to allow fair use material, then such an policy should be proposed and approved first, not the other way around. And even then, if Wikidata had an fair use policy, then it would be problematic to use the data on the wikipedias, as the use of the DDC would also need to comply with the EDP there.--Snaevar (talk) 15:17, 22 May 2013 (UTC)

IPA / ΜФА

   Not done

Description	pronunciation written in International Phonetic Alphabet
Data type	string multilingual text string-invalid datatype (not in Module:i18n/datatype)
Domain	any
Example	lʲwiu̯
Proposed by	DixonD (talk) 11:45, 2 April 2013 (UTC)

•  Oppose For which items? By default items are interlanguage, so common pronunciation not exist. Infovarius (talk) 20:20, 2 April 2013 (UTC)

  I changed the datatype. --DixonD (talk) 06:54, 3 April 2013 (UTC)

•  Oppose per Infovarius until either we won't deserve Wiktionary, or the property's target was specified more concrete, e.g. pronounsation local name of a place (from ex., seems to be supposed).

  Until this information is included in many Wikipedias, including English one, it is worth to be centralized in Wikidata. And IMO a part of information from Wiktionary should be moved to Wikidata anyway, but it is another story. --DixonD (talk) 05:24, 5 April 2013 (UTC)

•  Support as qualifier for Local Name or for Official Name. I have changed the datatype back to string. Filceolaire (talk) 06:31, 5 April 2013 (UTC)

  For instance, the article en:Lviv has two pronunciations: Ukrainian and Polish. French Wikipedia (fr:Lviv) has French pronunciation. So the multilingual text datatype makes more sense than a qualifier to mentioned names as theoretically every language may have different pronunciation for some particular term. --DixonD (talk) 06:58, 5 April 2013 (UTC)

•  Support but it must reflect the multiple pronunciations, even within a language. I don't know how. --NaBUru38 (talk) 16:45, 11 April 2013 (UTC)
• Another "contra": Pronunciation is for words, but here we collect terms, whose names can be (almost arbitrarily) changed - thar's why they are numbers. Let's wait until we include interwiki-links for Wiktionary (Phase 4+?). Infovarius (talk) 19:43, 11 April 2013 (UTC)
•  Oppose – This is dictionary stuff about words, not something related to items. Which words are used and how they are pronounced even within one language depends on time, age, status, location, dialect etc. It could be covered as support for wiktionary, but for now I think it is outside the scope of Wikidata. -- Byrial (talk) 19:23, 20 April 2013 (UTC)
•  Support Items are words, and their pronunciation is an important piece of structured data. Different languages (and variants of languages) typically have their respective "received pronunciations" represented in dictionaries and used relatively consistently by reliable sources in their language variants (e.g. representative news organizations). These various pronunciations could use qualifiers to specify language codes like en-US, en-GB, en-AU, de-DE, etc. to indicate how some item is pronounced in various languages and variants within a language. Emw (talk) 02:26, 26 April 2013 (UTC)
•  Oppose, per Byrial. --Yair rand (talk) 15:56, 28 April 2013 (UTC)
  • Well, "Abisko, Linköping" isn't pronunced in the same way as "Abisko, Kiruna", it is not because they are located 1000 km from each other, it's because they are two different localities (read items). -- Lavallen (block) 10:27, 8 May 2013 (UTC)

en:Main type of item (entity type)/ru:тип элемента (основной тип)/de:Entität (Typ)/fr:type principal (entité)

   Not done

Description	описание свойства (обязательный параметр)
Data type	Item
Template parameter	probably no
Domain	all items. Should be endorsed in an official guideline.
Allowed values	may be some controlled but expandable vocabulary
Example 1	MISSING
Example 2	MISSING
Example 3	MISSING
Source	common sense, categories of Wikipedias
Robot and gadget jobs	Initial values can be estimated and filled with ones from P:P107 and P:P31.

While GND main type has been controversially used as "main type", recently it was understood as not, we need a proper replacement. From the other hand, "is a" is a quite vague. Wikidata needs the main property to build its own ontology (its own category system). I propose number P1 for this property. Infovarius (talk) 19:18, 14 April 2013 (UTC)

First we need a clear onthology and once we have it we can create the property. An "empty" property (without a clear definition of its use) is dangerous and if a good onthology is accepted we can perhaps recycle the GND property. Snipre (talk) 17:17, 17 April 2013 (UTC)

Universal ontology is too complex thing to be built in advance. It can be refining (and even constructing) with the time. Infovarius (talk) 04:24, 22 April 2013 (UTC)

I agree with that point, Infovarius. I actually find it to be an argument in favor of using properties that support increasingly refined classification, which is a primary feature of P31/P279. (P31/P279 can be as high-level, or as low-level, as needed.) Emw (talk) 12:20, 22 April 2013 (UTC)

•  Oppose "Main types" are a taxonomic kludge for systems that don't support multiple levels of hierarchical classification. In a project to structure all knowledge -- which Wikidata is -- restricting items into a small set of types will inevitably lead to classifications that are either A) too broad to be useful or B) simply incorrect. In other words, whether it is based on the GND or not, an ontology that classifies things with "main types" will inevitably end up with problems like the uselessly broad "term" main type in GND main type (P107), or simply incorrect classifications like families and literary figures as GND main type 'person'. Again, to emphasize: the fact that P107 is based on "main types" is a bigger problem than the fact that it is based on the GND. Let's not repeat that mistake.

There is a better solution: use "type" properties recommended for the Semantic Web by the W3C -- that is, use rdf:type and rdfs:subClassOf. These properties exist in Wikidata as instance of (P31) and subclass of (P279). These properties have been part of W3C recommendations for the Semantic Web for almost a decade. They are fundamental properties used in large controlled vocabularies to structure data into knowledge. They enable the important distinction between a type (class) and a token (instance). They facilitate classification at an arbitrary granularity; together 'instance of' and 'subclass of' can classify all subjects and be used to determine precisely where each subject exists in the hierarchy of knowledge. Not only do they solve those structural problems of P107 and other "main type" properties, but by being based on W3C recommendations, instance of (P31) and subclass of (P279) also make Wikidata more interoperable with the rest of the Semantic Web. Emw (talk) 00:19, 18 April 2013 (UTC)

What about Wikipedia templates, lists, categories? What type-property should we use for them? Infovarius (talk) 04:24, 22 April 2013 (UTC)

The answer to that question seems independent of whether a main type property or P31/P279 is used. I personally don't think it makes sense to have Wikipedia lists and categories on Wikidata in the long term (since Wikidata should be used to create those lists and categories), but in the near future whatever 'main type' applies to lists, categories etc. could be applied via P31/P279. Emw (talk) 12:17, 22 April 2013 (UTC)

 Oppose – Agree with Emw -- Byrial (talk) 19:37, 20 April 2013 (UTC)

 Oppose per Emw. Silver hr (talk) 19:19, 26 April 2013 (UTC)

 Comment The main type (GND) property is good to do a general classification. I would support a renaming to "main type/type principal/Haupttyp" to show the indepedendece of Wikidata and maybe customize it more for the needs of Wikidata as done with the extra type disamigulation. --Pyfisch (talk) 15:36, 8 May 2013 (UTC)

 Comment. I initially thought that a general "type" property could be good, but I see more and more problems, and less and less uses with that. For instance, I think we should have an easy way to identify people, but I think it should be simply done by setting P31 to person in each case, rather than "politician", "man" or "charming lady"). But still, if we want a high-level "type" property, I would favor devising a home-made system over assigning GND main types to things that do not have a GND entry. --Zolo (talk) 16:18, 8 May 2013 (UTC)

Yes, I thought about some high-level type (may be 2 or 3 levels of classification). While P31 is usually used as a lowest level ("politician of USA", "TV-actor" and so on), P1 can be used as a main type more useful for bots than GND. Infovarius (talk) 18:49, 8 May 2013 (UTC)

Twinning / Zwillingsbildung / Macle / Двойники / Geminato

   Done: twinning (P537) (Talk and documentation)

Description	Describes the usual way that crystals show twinning.
Data type	Item
Template parameter	de:Vorlage:Infobox_Mineral
Domain	Minerals, Variants of minerals
Allowed values	Some are specific for certain minerals: Bavenoer, Karlsbader, Manebacher, Periklin, Dauphinée, ....
Example	orthoklase = Bavenoer, Karlsbader, Manebacher (Qualifiers for frequency?)
Source	mindat-, rruff-, mineral databases
Robot and gadget jobs	?
Proposed by	Tobias1984 (talk)

Useful for infoboxes and for queries. --Tobias1984 (talk) 14:08, 30 April 2013 (UTC)

The Chemistry Task force already listed some properties for crystallography (seeWikidata:Chemistry_task_force/Properties#Crystallography. Perhaps can you see if this list is complete and then we can propose the whole list in once. Snipre (talk) 09:53, 12 May 2013 (UTC)

 Support used in fr:mineral infobox too Snipre (talk) 17:40, 21 May 2013 (UTC)

 Support --Chris.urs-o (talk) 12:10, 22 May 2013 (UTC)

 Support --Sbisolo (talk) 12:47, 22 May 2013 (UTC)

Fracture (mineralogy) / Bruch / Cassure / Излом / Frattura (mineralogia)

   Done: fracturing (P538) (Talk and documentation)

Description	Describes the usual way that crystals fracture.
Data type	Item
Template parameter	de:Vorlage:Infobox_Mineral
Domain	Minerals, Variants of minerals. Rocks, metals and other materials.
Allowed values	en:Fracture_(mineralogy)
Example	Obsidian or Quartz = conchoidal
Source	mindat-, rruff-, mineral databases
Robot and gadget jobs	?
Proposed by	Tobias1984 (talk)

Useful for infoboxes and for queries. --Tobias1984 (talk) 18:22, 30 April 2013 (UTC)

 Support used in fr:mineral infobox too Snipre (talk) 17:41, 21 May 2013 (UTC)

 Support --Chris.urs-o (talk) 12:09, 22 May 2013 (UTC)

 Support--Sbisolo (talk) 12:49, 22 May 2013 (UTC)

Museofile

   Done: Museofile (P539) (Talk and documentation)

Description	ID in a database by the French ministry of culture
Data type	String
Template parameter	commons:Template:Authority control
Domain	French museums
Example	musée Boucher-de-Perthes (Q3329099) -> M0811
Source	http://www.culture.gouv.fr/documentation/museo/museo-musees.htm
Proposed by	Zolo (talk) 14:40, 20 May 2013 (UTC)

 Comment, one of the best online source of data for small French museums. --Zolo (talk) 14:40, 20 May 2013 (UTC)

 Support seems useful. --Ricordisamoa 12:23, 22 May 2013 (UTC)

 Support --Tobias1984 (talk) 12:30, 22 May 2013 (UTC)

Image

   Not done

Description	a relevant illustration
Data type	Item
Template parameter	most infoboxes have this parameter as image or logo
Domain	most creative works, companies, etc.
Allowed values	items about files on specific Wikipedias. This property is the sibling of Property:P18, which only works for Commons files.
Example	Q1371495 <image> File:Systemshock2box.jpg
Proposed by	— ΛΧΣ21

Given that we now approved having items about files that are locally stored (e.g. are not on Commons), we need to create a sibling to P18 to allow linking those images with their respective subjects. — ΛΧΣ²¹ 06:56, 19 April 2013 (UTC)

Couldn't you just add a qualifier to it for the Wikipedia's which have a local copy of the file? Multichill (talk) 18:17, 19 April 2013 (UTC)

I'm not talking about local copies, but NFCC files that are not on Commons because of copyright status. — ΛΧΣ²¹ 18:34, 19 April 2013 (UTC)

I meant Q1371495 Image "Systemshock2box.jpg" <some sort of qualifier> English Wikipedia.

Ok I added the example. Multichill (talk) 19:18, 19 April 2013 (UTC)

It doesn't work. The issue is that when you click on the link, it takes you to Commons, and not to the item Q10862221. — ΛΧΣ²¹ 19:26, 19 April 2013 (UTC)

So we should focus on fixing that instead of creating a completely redundant property to work around it. Multichill (talk) 19:42, 19 April 2013 (UTC)

And how will we fix that? Properties cannot have more than one datatype and point to items and Commons files at the same time. — ΛΧΣ²¹ 20:00, 19 April 2013 (UTC)

It's just a string (look for P18) so you can use it like that on Wikipedia. Multichill (talk) 07:56, 20 April 2013 (UTC)

•  Oppose – Why do we need to link to unfree images? They can only be used by the Wikipedias which have them locally, so it seems natural that these Wikipedias handle the link themselves -- Byrial (talk) 20:17, 20 April 2013 (UTC)
•  Oppose - As Byrial. There is no value on xxwp to know the name of a file on yywp. -- Lavallen (block) 09:31, 22 April 2013 (UTC)
•  Oppose --Viscontino (talk) 20:49, 7 May 2013 (UTC)

Latest release version

   Not done

Description	latest release version of a software
Data type	String
Template parameter	en:Template:Infobox Software | latest release version=
Domain	term
Example	Q7593 => "Wheezy"
Proposed by	Nullzero (talk) 04:28, 6 May 2013 (UTC)

How should "latest development version" vs. "latest production version" be handled? - Soulkeeper (talk) 14:24, 10 May 2013 (UTC)

 Comment I am concerned about any property called 'latest foo', 'current foo', 'active foo', etc. I think it would be much better to have a property that was simply 'release version', 'development version', etc. and use qualifiers to attach a date to. So Super Cool Game release version 6.7.8B on date 12 May 2013. That way you would know how 'fresh' that information is, but we wouldn't be in the inevitable position of have something claimed as the 'latest' when it no longer is. Joshbaumgartner (talk) 06:51, 13 May 2013 (UTC)

 Oppose - The latest version can be queried from a property "Software version" that has many entries with qualifiers for "release date". --Tobias1984 (talk) 07:23, 13 May 2013 (UTC)

 Oppose per Tobias1984. Don't create time dependent property. Use qualifier to add additional data. Snipre (talk) 11:57, 18 May 2013 (UTC)

 Oppose, can be queried easily. --Nightwish62 (talk) 17:14, 22 May 2013 (UTC)

Subject

   Not done

Description	subject of work, film, book, etc. For paintings, there is already the property "depicts".
Data type	Item
Domain	creative work
Example	Q2977835 => "Claude Monet" (Q296) Q2977833 => "Claude Monet" (Q296)
Proposed by	--  Docu  at 08:31, 21 April 2013 (UTC)

depicts is currently used for books and films too (example). I think it makes sense, as the idea is the same. --Zolo (talk) 15:52, 21 April 2013 (UTC)

Films are visual so it seems consistent, but books? --  Docu  at 08:35, 25 April 2013 (UTC)

The word may sound unfit, but the idea is the same so I think it is better to add one property, as it should be easier to manage, and avoid useless questions about fringe cases (say, comic books). Perhaps, we could rename it to "subject", but we can probably never find perfect labels that work in all languages. --Zolo (talk) 12:04, 25 April 2013 (UTC)

 Oppose Having a broader "depicts" property like this is a great idea, but I agree with Zolo that it would make more sense to relabel "depicts" to "subject" than to create a new property to accomplish that. Having multiple properties that describe the same thing in different domains is not a good idea. Emw (talk) 15:25, 27 April 2013 (UTC)

 Oppose per Emw. Joshbaumgartner (talk) 06:55, 9 May 2013 (UTC)

class/type / Klasse/Typ (P:P289)

   Not done

Description	generic property for statements like "ship class" or similar
Data type	Item
Template parameter	there might be many different
Domain	several
Allowed values	not limited directly
Example	USS Enterprise => Constitution class
Proposed by	#Reaper (talk)

Discussion

The Property:P289 has been created without discussion. Instead of deleting it, it might should be renamed. --#Reaper (talk) 14:04, 27 April 2013 (UTC)

See also Property:P288 (watercraft type).

•  Oppose, redundant with instance of (P31) and subclass of (P279). Emw (talk) 15:18, 27 April 2013 (UTC)
  • Here your classification reaches its limits: if you have different classifications using "subclass of", how do you want to differentiate them in the infobox ? Just an example. A ship is define according to its purpose, "subclass of": military ship and by its propulsion type, "subclass of": nuclear propulsed ship, how do you do the extraction in the infobox with only "subclass of" ? Snipre (talk) 14:53, 29 April 2013 (UTC)
    • Please mention that there is a second property "watercraft type" Property:P288. Short/simple answer: It would be both. Uhm.. I think the template could split up both items, so that they could displayed as e.g. "Invincible-class aircraft carrier" (en:HMS Illustrious (R06)). --#Reaper (talk) 20:32, 29 April 2013 (UTC)

• Snipre, how does your comment relate to my statement that this proposed 'class' property is redundant with P31 and P279? It seems like your comment is more of a general question about 'subclass of', and thus better suited for Property_talk:P279. It's a reasonable question that's worth discussing, but it seems independent of this particular proposal. Emw (talk) 02:51, 30 April 2013 (UTC)

Perhaps we can move this discussion but this proposal with its generalization concept gives me elements about limitations of general properties for classification so I just wrote here. Snipre (talk) 08:08, 30 April 2013 (UTC)

•  Oppose, current definition of property matches infobox use. --  Docu  at 05:13, 29 April 2013 (UTC)
•  Oppose I agree that with "instance-of" and "subclass-of", we already have properties to express this. Plus, it doesn't provide a solution to the problem of differentiating between values in infoboxes, for an item can belong to several classes as well. The underlying problem remains the same, and eventually, we would need further properties like "sub-class" and "sub-sub-class", or "class 1", "class 2", "class 3", and so on. Instead, differentiating should be implemented with qualifiers (perhaps "of-item", as proposed below), which makes it a lot more flexible.--Kompakt (talk) 10:59, 17 May 2013 (UTC)

Venue / Veranstaltungsstätte

   Done: no label (P540) (Talk and documentation)

Description	exact venue where the event takes/took place
Data type	Item
Template parameter	"Venue" in en:template:Infobox GrandSlamTournaments (and many others)
Domain	event
Allowed values	geographic locations such as stadiums, convention centers, ....
Example	en:Indian Wells Masters: "Indian Wells Tennis Garden"; en:Super Bowl XLII: "University of Phoenix Stadium"; en:Eurovision Song Contest 2009: "Olympic Indoor Arena", en:2004 Democratic National Convention: "FleetCenter"
Proposed by	--Kompakt (talk) 08:21, 26 April 2013 (UTC)

 Support seems specific enough. Joshbaumgartner (talk) 05:00, 10 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:20, 24 May 2013 (UTC)

office contested / zur Wahl stehendes Amt /

   Done: office contested (P541) (Talk and documentation)

Description	title of office which election will determine the next holder of
Data type	Item
Domain	elections for specific offices
Allowed values	name of office
Example	w:en:United States presidential election, 2012 => w:en:President of the United States
Format and edit filter validation	must be a valid item
Robot and gadget jobs	allowed
Proposed by	Joshbaumgartner (talk) 05:10, 13 May 2013 (UTC)

 Info This property is for use on specific individual elections (e.g. w:en:United States presidential election, 2012, not for election events which cover several different individual elections (e.g. w:en:United States elections, 2012. Joshbaumgartner (talk) 05:10, 13 May 2013 (UTC)

 Support Clearly a necessary property to describe an election.--Kompakt (talk) 08:28, 14 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:39, 24 May 2013 (UTC)

Officially opened by / Offiziell eröffnet von / Ouverture officielle par

   Done: officially opened by (P542) (Talk and documentation)

Description	person that officially opened the Olympic Games
Data type	Item
Template parameter	"Officially opened by" in en:template:Infobox Olympic games
Domain	Olympic Games
Allowed values	people
Example	2008 Summer Olympics => Hu Jintao
Proposed by	--Kompakt (talk) 19:29, 29 April 2013 (UTC)

 Support This is specific and useful. Joshbaumgartner (talk) 00:37, 13 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:40, 24 May 2013 (UTC)

Olympic Oath made by / Olympischer Eid abgeleistet von / Serment olympique prononcé par

   Done: oath made by (P543) (Talk and documentation)

Description	person(s) that made the Olympic Oath
Data type	Item
Template parameter	"Athlete's Oath", "Judge's Oath" in en:template:Infobox Olympic games
Domain	Olympic Games
Allowed values	people
Example	2008 Summer Olympics => Zhang Yining, Huang Liping
Proposed by	--Kompakt (talk) 19:29, 29 April 2013 (UTC)

 Support This is specific and useful. Joshbaumgartner (talk) 00:37, 13 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:41, 24 May 2013 (UTC)

Olympic Torch lit by / Olympischer Flamme entzündet von / Flamme olympique allumée par

   Done: torch lit by (P545) (Talk and documentation)

Description	person that lit the Olympic Torch
Data type	Item
Template parameter	"Olympic Torch" in en:template:Infobox Olympic games
Domain	Olympic Games
Allowed values	people
Example	2008 Summer Olympics => Li Ning
Proposed by	--Kompakt (talk) 19:29, 29 April 2013 (UTC)

 Support --Nightwish62 (talk) 10:24, 11 May 2013 (UTC)

 Support This is specific and useful. Joshbaumgartner (talk) 00:37, 13 May 2013 (UTC)

 Support --Stryn (talk) 12:44, 22 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:41, 24 May 2013 (UTC)

Docking port / Стыковочный узел

   Done: docking port (P546) (Talk and documentation)

Description	стыковочный узел при первой стыковке, стыковочный узел при второй стыковке и т. д./docking port for the first dock, docking port for the second dock etc
Data type	Item
Template parameter	ru:Шаблон:Космическая экспедиция Стыковка 1, Стыковка 2, и т. д. en:Template:Infobox_space_mission Docking port en:Template:Infobox_spaceflight docking_port
Domain	космические аппараты осуществлявшие стыковку/spacecraft that docked
Allowed values	имена стыковочных узлов (для них нужно будет создать элементы), либо имена модулей ОС/names of the docking stations or modules
Example	Союз ТМА-9, стыковочный узел при первой стыковке: кормовой узел модуля "Звезда"/Soyuz TMA-9 docking port for first docking: the aft port of Zvedza
Source	space.kursknet.ru, карточки в статьях и т. д.
Proposed by	— Ivan A. Krestinin (talk) 19:20, 1 April 2013 (UTC)

Added en Secretlondon (talk) 13:39, 27 April 2013 (UTC)

 Support Secretlondon (talk) 10:09, 6 May 2013 (UTC)

 Support --Tobias1984 (talk) 10:32, 7 May 2013 (UTC)

 Support --Paperoastro (talk) 13:21, 18 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:49, 24 May 2013 (UTC)

commemorates

   Done: commemorates (P547) (Talk and documentation)

Description	what the place, monument, memorial commemorates
Data type	Item
Domain	place, creative work
Example	Q439130 => "Johann Sebastian Bach" (q1339)
Proposed by	--  Docu  at 09:49, 21 April 2013 (UTC)

•  Support - Looks useful. --Tobias1984 (talk) 18:17, 24 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:02, 25 May 2013 (UTC)

Versiontype

   Done: version type (P548) (Talk and documentation)

Description	Type of version (Qualifier for P348)
Data type	Item
Allowed values	alpha, beta, stable version, …
Robot and gadget jobs	see above
Proposed by	MichaelSchoenitzer (talk) 22:22, 14 May 2013 (UTC)

 Comment - What about version number? Is that a separate description of "version"? --Tobias1984 (talk) 15:23, 15 May 2013 (UTC)

 Strong support for both. Qualifiers are avaible, so we can use them to distinguish which version type we have. But please define an exact set of allowed parameters for Versiontype property. --Pyfisch (talk) 08:44, 18 May 2013 (UTC)

 Strong support, as Pyfisch. --Ricordisamoa 13:54, 18 May 2013 (UTC)

 Comment - If the name is so generic people are going to use it for different stuff. If it should be only for software then it should be called "software version". --Tobias1984 (talk) 17:08, 19 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:07, 25 May 2013 (UTC)

MGP ID

   Done: Mathematics Genealogy Project ID (P549) (Talk and documentation)

Description	id for mathematicians at the Mathematics Genealogy Project (Q829984)
Data type	String
Domain	person
Example	<Leonhard Euler (Q7604)> MGP ID <38586>
Source	en:Template:MathGenealogy, http://genealogy.math.ndsu.nodak.edu/index.php
Proposed by	Stevenliuyi (talk) 18:32, 20 May 2013 (UTC)

•  Support - looks useful. --Tobias1984 (talk) 11:47, 22 May 2013 (UTC)
•  Support, per Tobias1984. --Ricordisamoa 12:24, 22 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:14, 25 May 2013 (UTC)

Chivalric order

   Done: chivalric order (P550) (Talk and documentation)

Description	The chivalric order in which a person is in, if any
Data type	Item
Template parameter	Not known.
Domain	items about persons
Allowed values	e.g. Order of Saint George, Knights of the Band or Order of the Garter
Example	Charles à Court Repington → Order of St Michael and St George
Source	Chivalric_order
Robot and gadget jobs	Not now.
Proposed by	— ΛΧΣ21 04:27, 26 March 2013 (UTC)

 Support Useful. Joshbaumgartner (talk) 08:24, 9 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:19, 25 May 2013 (UTC)

Residence

   Done: residence (P551) (Talk and documentation)

Description	The place where the person is, or has been, resident. As seen in infoboxes on Wikipedia (Infobox person). Not to be confused with the Official Residence property.
Data type	Item
Template parameter	en:template:Infobox person residence
Domain	person
Allowed values	places (items)
Example	Kim Dotcom residence = New Zealand
Source	Source from infoboxes in wikipedia articles
Robot and gadget jobs	Could be imported by robots.
Proposed by	Danrok (talk) 13:14, 1 April 2013 (UTC)

what is the difference with Official Residence property ? Old official residence can be described with Property:P263 with qualifiers and what are the definition of residence if it isn't the official one ? To live 3, 6, 12 or month ? To have a house or to rent a flat is suffisant ? For me that is not relevant. Snipre (talk) 09:28, 2 April 2013 (UTC)

As said in the description "Not to be confused with the Official Residence property". These are not the same. The Official Residence property is used with office articles, not person articles, and is used to specify buildings which are official residences. This information already exists in infoboxes on wikipedia, as shown in the proposal. Danrok (talk) 16:18, 7 April 2013 (UTC)

 Oppose, it's not relevant to mention where a person lives. --NaBUru38 (talk) 16:52, 11 April 2013 (UTC)

 Support If it is allegedly not relevant as to the location of a living residence why is this information currently hosted in wikipedia? As this information is currently viewed as revelant on the wikipedias it should be assumed to be relevant for wikidata as well.

 Support This property is clearly relevant; Wikipedia is full of residence information. Of course, that doesn't mean it needs to specify a person's street address. Emw (talk) 20:50, 20 April 2013 (UTC)

 Strong support, widely used parameter. --Stryn (talk) 11:22, 21 April 2013 (UTC)

 Support --Viscontino (talk) 21:00, 7 May 2013 (UTC)

 Support very relevant and widely used on Wikipedia. Joshbaumgartner (talk) 08:34, 9 May 2013 (UTC)

 Support - maybe it's not that relevant, it's a field in many infoboxes, and therefor a logical property. Edoderoo (talk) 11:16, 21 May 2013 (UTC)

 Comment seems very relevant to me, good to know the list of places where a person has taken residency. Many towns and cities put up memorials to say this person lived here, so it must be significant. Not to be confused with citizenship, not everyone becomes a citizen of the country where they're living and working. Danrok (talk) 11:22, 21 May 2013 (UTC)

Significance: Victor Hugo (French) resided in Guernsey (British), 1855 until 1870, where he wrote his most famous works. Danrok (talk) 11:46, 21 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:23, 25 May 2013 (UTC)

Handedness

   Done: handedness (P552) (Talk and documentation)

Description	handedness of the person
Data type	Item
Template parameter	en:template:infobox tennis player plays
Domain	person
Allowed values	right-handed, left-handed
Example	<Novak Djokovic> – <right--handedness>
Source	WTA, ATP, ITF profiles
Proposed by	Stryn (talk)

 Comment merge with P:P423? --Stevenliuyi (talk) 15:47, 14 April 2013 (UTC)

Maybe, but in ice hockey, if he shoots from right, he is often left-handed. In tennis most of players who are right-handed players also play with right hand, except some like Rafael Nadal. --Stryn (talk) 15:54, 14 April 2013 (UTC)

 Support the merger, it applies to baseball pitchers, golfists, surfers and stakeboarders (stance). --NaBUru38 (talk) 19:05, 18 April 2013 (UTC)

Maybe one property (e.g. "laterality") with different items for various aspects and different sports could work. --  Docu  at 08:29, 25 April 2013 (UTC)

 Support the merger --Tobias1984 (talk) 14:39, 6 May 2013 (UTC)

 Support. Sounds like interesting data. ("List of all current left-handed heads of government", hmmm...) --Yair rand (talk) 16:18, 25 April 2013 (UTC)

 Comment should "ambidextrous" (Q1365348, for example) or "cross-dominance" be part of the allowed values? Or should the property list both "right-handed" and "left-handed" as values, combined with qualifiers? Gabbe (talk) 09:32, 27 April 2013 (UTC)

 Support some way for this to also be applied to baseball players. AutomaticStrikeout 17:37, 6 May 2013 (UTC)

 Comment - I think we should make a qualifier "type of activity" that links to items. handedness could then be for example "right handed" & activity = "writing" & "left handed" & activity = "throwing" etc... --Tobias1984 (talk) 17:43, 6 May 2013 (UTC)

 Support -- This could be used for many things, including, of course, baseball. TCN7JM 20:29, 6 May 2013 (UTC)  Comment - I'm still trying to find out how such a change of meaning is handled at Wikidata_talk:Property_creators. I was thinking that we could just move this discussion to the properties talk page and then change the description of the property. --Tobias1984 (talk) 12:37, 12 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:28, 25 May 2013 (UTC)

has social media account on

   Done: website account on (P553) (Talk and documentation)

Description	A social network that the person has an account on, to be supplemented by a qualifier property "social media address" (Property:P554) indicating the account name on that social network.
Data type	Item
Domain	person, organization
Example	Eric Schmidt Q92747 => Twitter Q918, qualifier "social media address" => "ericschmidt" (string data type)
Proposed by	Yair rand (talk)

Discussion

I'm not completely sure this is a good idea, but it's probably better than creating separate properties for individual social networks, as was proposed earlier. There probably is lots of interesting data one could get from this (as I mentioned under the Twitter account proposal, one could use this to analyze Twitter text output of all people elected to X position who also have attributes X). If this is done, I think this property's use should be limited to those individuals who are already public figures, and not those who are only on Wikidata because of their association to someone else. --Yair rand (talk) 16:32, 28 April 2013 (UTC)

 Support interesting idea. --Stryn (talk) 10:46, 30 April 2013 (UTC)

 Support this would help in knowing about public figures. --Napoleon.tan (talk) 12:58, 30 April 2013 (UTC)

 SupportNice hack to use one property for multiple websites. Note that you need to propose the creation of the "social media address" property as well to complete this. Filceolaire (talk) 21:06, 14 May 2013 (UTC)

I figured the creation of that was implied. Do I need to create a separate proposal? --Yair rand (talk) 00:11, 20 May 2013 (UTC)

 Support as long as the qualifier mentioned by Filceolaire is also created. TCN7JM 01:18, 20 May 2013 (UTC)

•  Done at P:P553 and P:P554. Regards, — Moe Epsilon 20:41, 25 May 2013 (UTC)

Doublesrecord

   Done: doubles record (P555) (Talk and documentation)

Description	win/loose balance for a player in doubles tournaments
Data type	String
Template parameter	"doublesrecord" in en:template:infobox tennis biography
Domain	person
Example	215 – 138
Source	External reference, Wikipedia list article (either infobox or source)
Robot and gadget jobs	could be updated from ATP website
Proposed by	Edoderoo (talk)

Discussion

This properties value can change in time, and needs to be updated on many language articles for active tennis players. Doing this on a centralised place on WikiData makes the most sense. Edoderoo (talk) 20:09, 29 April 2013 (UTC)

 Support. --Stryn (talk) 09:36, 2 May 2013 (UTC)

 Support Vinkje83 (talk) 10:02, 7 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 20:44, 25 May 2013 (UTC)

DiseasesDB

   Done: DiseasesDB (P557) (Talk and documentation)

Description	w:Diseases Database
Data type	String
Template parameter	en:Template:Infobox disease field DiseasesDB
Domain	term: diseases
Example	heart attack = "8664",
Source	http://www.diseasesdatabase.com/
Proposed by	Kizar --Kizar (talk) 00:46, 18 May 2013 (UTC)

•  Support - --Tobias1984 (talk) 07:38, 18 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:07, 25 May 2013 (UTC)

Crystal system

   Done: crystal system (P556) (Talk and documentation)

Description	Type of crystal for crystal coumpounds
Data type	Item
Template parameter	"Système cristallin" in fr:modèle:Infobox chimie
Domain	term
Allowed values	cubic, hexagonal, trigonal, tetragonal, orthorhombic, monoclinic, triclinic
Example	sodium chloride => cubic
Proposed by	Snipre (talk) 12:21, 18 May 2013 (UTC)

Property proposed by the Wikidata:Chemistry task force and the Wikidata:Mineralogy task force. Snipre (talk) 12:21, 18 May 2013 (UTC)

•  Support - Would this property also be used for point groups and space groups? E.g. Diploidal {crystal system = cubic} or Point group 200 {crystal system = cubic}. Or would it be better to say "point group 200" {subclass of = diploidal} and "diploidal" {subclass of = cubic}. --Tobias1984 (talk) 13:04, 18 May 2013 (UTC)
•  Support - 'point group 200' subclass of 'diploidal' and 'diploidal' subclass of 'cubic crystal system'. --Chris.urs-o (talk) 12:00, 22 May 2013 (UTC)
•  Support - (agree with Chris.urs-o) --Sbisolo (talk) 12:40, 22 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 21:20, 25 May 2013 (UTC)

unit symbol / Einheitenzeichen

   Done: no label (P558) (Talk and documentation)

Description	Symbol of a unit (Q1307710)
Data type	String
Template parameter	Can be mapped to de:Vorlage:Infobox Einheit: Symbol.
Domain	units (Q47574) and prefixes (Q131299)
Allowed values	Unicode symbol or sequence of symbols
Example	“km” for kilometre
Source	ISO/IEC 80000 or http://www.ewh.ieee.org/soc/ias/pub-dept/abbreviation.pdf
Proposed by	Fomafix (talk) 15:21, 19 March 2013 (UTC)

Are these symbols actually universal between languages? --Yair rand (talk) 17:50, 19 March 2013 (UTC)

No. At least they are Cyrillic in Russian and Belarusian. --EugeneZelenko (talk) 04:05, 20 March 2013 (UTC)

ru:Вольт (Q25250) uses Latin „V“ in addition to Cyrillic „В“. --Fomafix (talk) 09:01, 20 March 2013 (UTC)

•  Support --NaBUru38 (talk) 19:00, 20 March 2013 (UTC)
•  Support If there is no problem with no latin alphabet. Or we can think about qualifiers to specifiy to which alphabet the unit symbol refered. Snipre (talk) 09:58, 21 March 2013 (UTC)
•  Comment I think we should rethink the datatype. AFAIK a multilingual string datatype is planned. This would fit nicely for this property, since it needs to be translated, but creating an item for each unit symbol seems a bit over-administrated. --Faux (talk) 21:31, 26 March 2013 (UTC)

  These symbols should not be translated because they are defined in an international standard. --Fomafix (talk) 15:42, 27 March 2013 (UTC)

  It depends on the unit. Not all units are standardized. E.g. the unit of pressure bar has different symbols in different languages, since it's a non-SI unit. Even SI units can be transliterated, see w:en:SI#Representation_of_SI_units_in_Chinese_and_Japanese. --Faux (talk) 22:03, 27 March 2013 (UTC)

  Maybe we should use TeX syntax instead of Unicode. --Fomafix (talk) 15:42, 27 March 2013 (UTC)

•  Comment
  • As far as SI units are concerned, unit symbols are language-independent (See). "30 kilometres" in English is translated into Chinese as "30公里" whereas "30 km" remains the same. (I don't know Russian.)
  • Since Unicode supports μ, superscripts and a middle dot (See and see), all SI symbols can be written in plain text (without TEX syntax): μm, km/h, m², N⋅m, J⋅K⁻¹,… --F705i (talk) 12:35, 25 April 2013 (UTC)
•  Done Regards, — Moe Epsilon 21:12, 25 May 2013 (UTC)

largest city / größte Stadt

   Not done

Description	the largest city of this country
Data type	Item
Template parameter	countrylargestcity
Domain	countries
Allowed values	only cities
Example	Germany: Berlin
Source	Infobox
Proposed by	Bene* talk 21:00, 26 March 2013 (UTC)

 Oppose the "largest" city should be obtained with a query instead --Ricordisamoa 11:12, 27 March 2013 (UTC)

 Oppose per Ricordisamoa Emw (talk) 00:21, 28 March 2013 (UTC)

I don't quite understand the opposes but another concern is that there should be a way to get this for any administrative entity, such as a state, province or territory. Shawn in Montreal (talk) 23:59, 30 March 2013 (UTC)

It's because this property represents a very plausible use case for Wikidata queries. If information like "largest city" can be obtained with a query, it would be best to not create a property for it. Emw (talk) 00:12, 31 March 2013 (UTC)

 Oppose as it's right, this is a job for a query --Nightwish62 (talk) 15:43, 31 March 2013 (UTC)

 Comment Usually a country's "largest city" means its "most populous city", and query surely can do the job. But it's not that simple. For instance, there was a prolonged discussion in Chinese Wikipedia of whether or not Shanghai is the largest city of China. It's not the largest city based on population. But finally the community accepted that Shanghai is the largest city of China even though we don't know the criteria, because it's a widely accepted statement, which is stated in enormous sources, including sources from Chinese government and many mainstream media all around the world. --Stevenliuyi (talk) 16:33, 31 March 2013 (UTC)

 Comment In Upplands Väsby Municipality, Stockholm is the most populated "City", but not a single person in the City of Stockholm lives in Upplands Väsby. The city has 2 ha of land, and 0 population in that municipality, the rest of the city is located in 11 other municipalities. How is such an anomaly handled by queries? -- Lavallen (block) 15:23, 16 April 2013 (UTC)

 Oppose See en:World's largest cities for some discussion on how ill-defined the simple term 'largest city' is--essentially both 'largest' and 'city' require clear definition first before it can have any meaning. The preferred method is for cities to have 'population' and 'is in..' properties and a query can determine which is 'largest' per the parameters selected by the query's author. Joshbaumgartner (talk)

 Not done --Rschen7754 21:39, 25 May 2013 (UTC)

Terminus

   Done: terminus (P559) (Talk and documentation)

Description	The feature (intersecting road, train station, etc.) at the terminus of a linear feature.
Data type	Item
Template parameter	"terminus_a", "terminus_b" in en:Template:Infobox road
Domain	Linear features, especially man-made, like roads and rail lines
Example	Oklahoma State Highway 74 <terminus> Interstate 35 in Oklahoma
Source	Data available in en:Template:Infobox road for roads
Proposed by	—Scott5114↗ [EXACT CHANGE ONLY]

Discussion

This will allow the addition for information about terminus information to linear features like roads and rail lines. It will use the property "is in the administrative feature" as a qualifier to denote the geographic location of the terminus, and "terminus direction" (proposed below) as a qualifier to denote which end of the feature this is (northern, southern, etc.) —Scott5114↗ [EXACT CHANGE ONLY] 06:44, 18 May 2013 (UTC)

 Support --Rschen7754 07:54, 18 May 2013 (UTC)

 Support -- Will be useful for many, many items. TCN7JM 17:53, 18 May 2013 (UTC)

 Support – This property is not used in the German template de:Vorlage:Infobox hochrangige Straße, but in the Template --Labant (talk) 05:37, 20 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 01:05, 26 May 2013 (UTC)

Terminus direction

   Done: direction (P560) (Talk and documentation)

Description	The direction of a terminus
Data type	Item
Template parameter	"direction_a", "direction_b" in en:Template:Infobox road
Domain	Linear features, especially man-made, like roads and rail lines
Example	Oklahoma State Highway 74 <terminus> Interstate 35 in Oklahoma <terminus direction> north
Source	Data available in en:Template:Infobox road for roads
Proposed by	—Scott5114↗ [EXACT CHANGE ONLY]

Discussion

To be used as a qualifier for the proposed "terminus" property (see above). —Scott5114↗ [EXACT CHANGE ONLY] 06:44, 18 May 2013 (UTC)

 Support --Rschen7754 07:54, 18 May 2013 (UTC)

 Support -- Makes sense as a qualifier. TCN7JM 17:56, 18 May 2013 (UTC)

 Support – This property is not used in the German template de:Vorlage:Infobox hochrangige Straße, but in the Template --Labant (talk) 05:30, 20 May 2013 (UTC)

 Comment I think up and down could be valid values as well. Vertical train: Dubai City Tower. Danrok (talk) 07:16, 20 May 2013 (UTC)

Indeed, while cardinal directions will be the usual (and thus "suggested") values, there would be no reason things like "up" or "down" couldn't be used. We need the flexibility to use other ways to describe termini, so I don't support outright restricting it to cardinal directions. There are some complicated examples of roads in the US having three or four ends (as an example, Oklahoma State Highway 63A, which is Y-shaped, having three ends). —Scott5114↗ [EXACT CHANGE ONLY] 22:09, 20 May 2013 (UTC)

 Comment Could this be renamed to just 'direction'? That way it could be used as a qualifier for 'adjacent station' on circular routes which have no termini, such as the Glasgow Subway. Gareth (talk) 08:13, 25 May 2013 (UTC)

I personally don't see why not. --Rschen7754 08:21, 25 May 2013 (UTC)

Agreed. —Scott5114↗ [EXACT CHANGE ONLY] 23:27, 25 May 2013 (UTC)

•  Done Regards, — Moe Epsilon 01:08, 26 May 2013 (UTC)

NATO reporting name

   Done: NATO reporting name (P561) (Talk and documentation)

Description	military equipment name assigned by NATO/ASCC
Data type	String
Domain	aircraft, missiles, submarines, other military equipment assigned NATO code names
Example	Mikoyan-Gurevich MiG-21 => Fishbed
Source	w:en:NATO reporting name
Proposed by	Joshbaumgartner (talk) 12:49, 12 May 2013 (UTC)

 Info NATO reporting names are officially assigned by NATO and the Air Standardization Coordinating Committee to provide references to Soviet, Warsaw Pact, and Chinese aircraft, missiles, submarines, and military equipment. Joshbaumgartner (talk) 12:49, 12 May 2013 (UTC)

ORCID

   Done

Description	ID for researchers, other contributors to published works (including Wikimedians!), etc. Already used in en:Template:Authority Control. See en:ORCID.
Data type	String
Domain	person
Allowed values	See ORCID documentation for checksum etc
Example	0000-0001-5882-6823
Proposed by	Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:46, 25 May 2013 (UTC)

Already created: Property:P496. Tpt (talk) 13:50, 25 May 2013 (UTC)

Find a Grave

   Done: Find A Grave memorial ID (P535) (Talk and documentation)

Description	code for the online "Find a Grave" database
Data type	String
Template parameter	Template:Find a Grave
Domain	dead people
Allowed values	numbers
Example	Son House → 7951199
Format and edit filter validation	supposed to be a 7-digit number
Source	Wikipedia, see above
Robot and gadget jobs	SamoaBot is ready to import this
Proposed by	Ricordisamoa 23:29, 10 May 2013 (UTC)

Discussion

Probably belongs in the "authority control" category, but  Support the proposal. Regards, FrigidNinja 23:42, 10 May 2013 (UTC)

 Support and agree that this is authority control. Joshbaumgartner (talk) 13:12, 12 May 2013 (UTC)

OK, should I do the move? --Ricordisamoa 13:48, 12 May 2013 (UTC)

 Property:P535 --Ricordisamoa 17:56, 21 May 2013 (UTC)

central bank

   Done: central bank/issuer (P562) (Talk and documentation)

Description	Central bank that issuing the currency
Data type	Item
Domain	Currency
Example	<Euro> → <European Central Bank>
Robot and gadget jobs	Yes
Proposed by	Kwj2772 (talk)

Kwj2772 (talk) 08:15, 21 April 2013 (UTC)

 Support - --Tobias1984 (talk) 11:17, 8 May 2013 (UTC)

 Comment I think "issuing authority" is a better name, since some currencies are not issued by "central bank". --Stevenliuyi (talk) 15:36, 9 May 2013 (UTC)

 Comment What would be the value for Bitcoin? --Pyfisch (talk) 08:01, 10 May 2013 (UTC)

Maybe an item for "Bitcoin Project"? --Ricordisamoa 11:18, 10 May 2013 (UTC)

powerplant quantity

   Not done

Description	Number of engines aircraft is equipped with
Data type	Number (not available yet)
Example	<Boeing 737> powerplant quantity <2>
Proposed by	Joshbaumgartner (talk)

 Support - This should be a qualifier for the powerplant property. --Tobias1984 (talk) 13:06, 2 May 2013 (UTC)

 Comment on further reflection, I am thinking just a generic 'quantity' property would be fine as such a qualifier. But since we don't have numbers yet anyway, I'll leave it for now. Joshbaumgartner (talk) 05:41, 16 May 2013 (UTC)

 Comment I agree, a generic quantity property could be best. Danrok (talk) 16:01, 22 May 2013 (UTC)

ICDO

   Done: ICD-O (P563) (Talk and documentation)

Description	w:International Classification of Diseases for Oncology
Data type	String
Template parameter	en:Template:Infobox disease field ICDO
Example	Q2300699 = "8561/0"
Proposed by	Kaligula (talk) 11:09, 21 April 2013 (UTC)

•  Support --Tobias1984 (talk) 10:32, 3 May 2013 (UTC)
•  Support Snipre (talk) 17:25, 26 May 2013 (UTC)
•  Support Danrok (talk) 18:39, 26 May 2013 (UTC)

Singlesrecord / Enkelrecord / EinzelBilanz

   Done: singles record (P564) (Talk and documentation)

Description	win/loose balance for a player in singles tournaments
Data type	String
Template parameter	singlesrecord" in en:template:Infobox tennis biography
Domain	person
Allowed values	positive values
Example	151 – 218
Proposed by	Edoderoo (talk)

Discussion

This property can change in time, and needs to be updated on many language articles for active tennis players. Edoderoo (talk) 20:26, 27 April 2013 (UTC)

•  Support I have been waiting for this. Vinkje83 (talk) 21:25, 28 April 2013 (UTC)

*  Comment I've asked clarification for this proposal. --Stryn (talk) 21:37, 28 April 2013 (UTC)

•  Comment how to handle with differents values? Will every wiki use the same "design" (of course if they want to use this property)? Some examples: en-wiki: 579–110 (84.03%) de-wiki: 577:110, it-wiki: 577 - 110 (83,99%) --Stryn (talk) 15:48, 1 May 2013 (UTC)
  • In theory, the numbers should be the same. We could add the percentage as a separate property, then every language can decide to show it or not. The main reason that the numbers are not the same today, is that it is far too much work to keep all tennisplayers up to date on all languages. Edoderoo (talk) 07:17, 2 May 2013 (UTC)
    •  Support, but not percentages as a separate property. Even ATP/WTA/ITF don't have those percentages, so we don't have any realiable sources for them. --Stryn (talk) 09:36, 2 May 2013 (UTC)
    • Percentage needs not to be stored, because it can be calculated from the two numbers stored. Vinkje83 (talk) 10:02, 7 May 2013 (UTC)

ATP tennis male player id / Identifiant ATP d'un joueur de tennis

   Done: ATP player ID (P536) (Talk and documentation)

Description	each ATP player have a specific identifiant on ATP website.
Data type	String
Domain	person
Allowed values	4 characters (letters or numbers)
Example	<Rafael Nadal (Q10132)> N409
Source	ATP website, French Wikipedia article with {{Profil ATP}} inclusion
Robot and gadget jobs	could be updated by my bot fr:User:Hawk-Eye-Bot
Proposed by	Hawk-Eye (talk)

Discussion

Each player have a specific id. For "N409", add "http://www.atpworldtour.com/Tennis/Players/" before and ".aspx" after (example : http://www.atpworldtour.com/Tennis/Players/N409.aspx) and you obtain link to player profile (of Rafael Nadal]. It could by useful to update some proprieties as Weight, Height, Prize money, Singlesrecord, Doublesrecord (and other future proposal properties). I'm ever using this identifiant to update infoboxes in french Wikipedia with my bot fr:User:Hawk-Eye-Bot. See this example of contribution. Hawk-Eye (talk) 07:11, 14 May 2013 (UTC)
Sorry for my poor English — Hawk-Eye (talk) 07:27, 14 May 2013 (UTC)

 Support useful --Ricordisamoa 07:23, 14 May 2013 (UTC)

 Support --Stryn (talk) 07:32, 14 May 2013 (UTC)

 Support -- logic property, altough it's static data Edoderoo (talk) 10:52, 14 May 2013 (UTC)

 created, see the link above. --Ricordisamoa 11:56, 22 May 2013 (UTC)

PS: also added a link in AuthorityControl.js --Ricordisamoa 12:08, 22 May 2013 (UTC)