Property talk:P35
Documentation
official with the highest formal authority in a country/state
Description | Official with the highest formal authority in a country. See also head of government (P6) | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Represents | head of state (Q48352) | ||||||||||||
Data type | Item | ||||||||||||
Domain | According to this template:
political Units
According to statements in the property:
When possible, data should only be stored as statementsstate (Q7275), fictional country (Q1145276), historical country (Q3024240), proposed country (Q3591867), fictional state (Q108762074) or state of Australia (Q5852411) | ||||||||||||
Allowed values | person, term, organization: one or several (if applicable); current and past (note: this should be moved to the property statements) | ||||||||||||
Example | France (Q142) → Emmanuel Macron (Q3052772) Australia (Q408) → Elizabeth II (Q9682) David Hurley (Q5235277) Sweden (Q34) → Carl XVI Gustaf of Sweden (Q45068) Philippines (Q928) → Corazon Aquino (Q1480) | ||||||||||||
Tracking: usage | Category:Pages using Wikidata property P35 (Q26250097) | ||||||||||||
See also | head of government (P6), office held by head of state (P1906) | ||||||||||||
Lists |
| ||||||||||||
Proposal discussion | [not applicable Proposal discussion] | ||||||||||||
Current uses |
| ||||||||||||
Search for values |
List of violations of this constraint: Database reports/Constraint violations/P35#Type Q7275, Q1145276, Q3024240, Q3591867, Q108762074, Q5852411, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P35#Value type Q5, Q22950320, Q95074, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P35#Target required claim P39, SPARQL, SPARQL (by value)
List of violations of this constraint: Database reports/Constraint violations/P35#mandatory qualifier, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P35#allowed qualifiers, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P35#Scope, SPARQL
if [item A] has this property (head of state (P35)) linked to [item B],
then [item A] and [item B] have to coincide or coexist at some point of history. (Help)
List of violations of this constraint: Database reports/Constraint violations/P35#Contemporary, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P35#single best value, SPARQL
Countries with this property missing
[edit]See Database reports/Constraint violations/P297: "Item head of state (P35)" violations. -- Docu at 09:31, 9 June 2013 (UTC)
Is there any reason why the more generic P6 couldn't be used instead of P35? --Nightwish62 (talk) 20:48, 13 June 2013 (UTC)
yes, if you merge the two properties you cannot make anymore a difference between the "president of france" and the "prime minister of france". They would be mixed. For example in question answering this is important:
Let's make some standard rules
[edit]This property and head of government (P6) are being used in very inconsistent ways across pages, so we should probably establish a clear standard. There will, of course, be exceptions, but most sovereign states and first-level subdivisions should be using these the same way. The issues are:
- Should we list the name of the office, like President of the United States (Q11696) or the name of the incumbent, like Barack Obama (Q76)?
- If we use the name of the incumbent, should we include the office under the qualifier position held (P39)? If we use the office, should we add a new qualifier called "incumbent"?
- If we use the name of the person, should the pages of those people have "instance of => head of state/government" in addition to "instance of => human"?
- When we list people (either as the statement or under the qualifier "incumbent"), should we list all past people who held the office with start and end dates, or just the incumbent?
Personally, I prefer using the name of the person with the "office held" qualifier, mostly because that's the most common option being used now. I would also like to see these have a single value rather than listing all past people who held the office. Let's wait until we see how Phase 3 works before we start spending time making long lists. Finally, if we used people for this property I would take out the requirement for the people to have "instance of => head of state/government". --Arctic.gnome (talk) 18:03, 26 November 2013 (UTC)
- 1. We can choose which option is more comfortable to use in infoboxes. But name of the office is incompatible with present constraint. Infovarius (talk) 04:05, 28 February 2014 (UTC)
- Hmm, i did some testing with this property and fiwiki. Basically i added to our infobox Infobox country (and fi:Moduuli:Valtion_tiedot) check that notify with error category if the head of the state which is stored in the wikidata cannot be found in infobox head of the state parameter. (eg infobox country parameter contains text "[[Barak Obama]]<ref>some ref</ref> and the wikidata value searched from that. In wikidata side i did following updates:
- If in wikidata there was no head of the state set for the country i added the person.
- If there was already head of the state set, but it was not incumbent person i added the incumbent person and set its rank to "preferred".
- If there was multiple head of the states eg like in Andorra i set the all of the incumbent persons rank to preferred.
- Lesson what i learned from this is that there can be multiple head of the states in same time and also there should be some flag for the "incumbent". Zache (talk) 21:08, 21 December 2014 (UTC)
- Hmm, i did some testing with this property and fiwiki. Basically i added to our infobox Infobox country (and fi:Moduuli:Valtion_tiedot) check that notify with error category if the head of the state which is stored in the wikidata cannot be found in infobox head of the state parameter. (eg infobox country parameter contains text "[[Barak Obama]]<ref>some ref</ref> and the wikidata value searched from that. In wikidata side i did following updates:
Let's make some standard rules
[edit]See Property_talk:P35#Let.27s_make_some_standard_rules. --Arctic.gnome (talk) 18:04, 26 November 2013 (UTC)
Remove single value constraint
[edit]Can somebody remove the single value constraint please? States usually have many heads of state, although not at the same time...--Shlomo (talk) 20:53, 18 August 2014 (UTC)
- Reasonable. Constraint must be more clever for this. --Infovarius (talk) 10:36, 19 August 2014 (UTC)
- States can also have multiple heads. Switzerland collective Head of State of seven people. San Marino have two captains who are running the show. Canada have monarch and governor general. Andorra have dual monarchy where one of the monarchs is always president of the France. eg. --Zache (talk) 20:49, 21 December 2014 (UTC)
Qualifiers: neither necessary, nor mandatory, actually excluded ...
[edit](1) Why should it be "quite necessary" to use a qualifier replaced by (P1366) or end time (P582) for an incumbent head of state, where neither is known? This is not a rare, but quite a normal case.
(2) There is in fact no constraint on the property making replaces (P1365), replaced by (P1366) or end time (P582) mandatory.
(3) The large majority of properties are very parsimonious if it comes to mandatory qualifiers.
(4) Actually: replaces (P1365) and replaced by (P1366) are not allowed according to the constraints. 123 (talk) 00:44, 16 May 2017 (UTC)
splitting up P35
[edit]Hello,
I'm using since a long time wikidata and there are some properties like P35 which in my opinion have a big problem, they are to generic! For example
-United states P35 Barack Obama
-United kingdom P35 Queen Elizabeth
-Jordan P35 Abdullah II of Jordan
So in this three examples P35 is carrying 3 different meanings, president, queen, and king. I know that the "Also known as" lists all this alternatives but you loose the information. For example it could be:
-United states "king" Barack Obama
-United kingdom "mayor" Queen Elizabeth
-Jordan "queen" Abdullah II of Jordan
and we would encode exactly the same information as now. So we do not encode correctly the semantics! I propose to create new properties like:
1) president
2) queen
3) king
4) mayor
which are all subproperty of (P1647) the current property P35. Are there some arguments against that? Suggestions?
- No need. One property cannot reflect full semantics (read: full world view). And titles mentioned by you can be easily found (queried) in position held (P39) of corresponding persons: Q57464#P39. --Infovarius (talk) 20:09, 27 November 2019 (UTC)
Label in French
[edit]Following this request for comments, the French label now includes the male and the female form. PAC2 (talk) 20:26, 15 June 2022 (UTC)
- All Properties
- Properties with wikibase-item-datatype
- Properties used on 1000+ items
- Properties with constraints on type
- Properties with target required claim constraints
- Properties with required qualifiers constraints
- Properties with qualifiers constraints
- Properties with scope constraints
- Properties with contemporary constraints
- Properties with single best value constraints
- Properties with entity type constraints
- Position properties