Property talk:P35

From Wikidata
Jump to navigation Jump to search

Documentation

head of state
official with the highest formal authority in a country/state
DescriptionOfficial with the highest formal authority in a country. See also head of government (P6)
Representshead of state (Q48352)
Data typeItem
Domain
According to this template: political Units
According to statements in the property:
state (Q7275), fictional country (Q1145276), historical country (Q3024240), proposed country (Q3591867), fictional state (Q108762074) or state of Australia (Q5852411)
When possible, data should only be stored as statements
Allowed valuesperson, term, organization: one or several (if applicable); current and past (note: this should be moved to the property statements)
ExampleFrance (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: usageCategory:Pages using Wikidata property P35 (Q26250097)
See alsohead of government (P6), office held by head of state (P1906)
Lists
Proposal discussion[not applicable Proposal discussion]
Current uses
Total2,719
Main statement2,42389.1% of uses
Qualifier28510.5% of uses
Reference110.4% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Value type “human (Q5), collective head of state (Q22950320), fictional character (Q95074): This property should use items as value that contain property “instance of (P31)”. On these, the value for instance of (P31) should be an item that uses subclass of (P279) with value human (Q5), collective head of state (Q22950320), fictional character (Q95074) (or a subclass thereof). (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#Value type Q5, Q22950320, Q95074, SPARQL
Property “position held (P39)” declared by target items of “head of state (P35): If [item A] has this property with value [item B], [item B] is required to have property “position held (P39)”. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#Target required claim P39, SPARQL, SPARQL (by value)
Required qualifier “start time (P580): this property should be used with the listed qualifier. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#mandatory qualifier, SPARQL
Scope is as main value (Q54828448): the property must be used by specified way only (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#Scope, SPARQL
Contemporaries:
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)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#Contemporary, SPARQL
Single best value: this property generally contains a single value. If there are several, one would have preferred rank (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P35#single best value, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
List of violations of this constraint: Database reports/Constraint violations/P35#Entity types, hourly updated report
This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

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)[reply]

Difference to P6?

[edit]

Is there any reason why the more generic P6 couldn't be used instead of P35? --Nightwish62 (talk) 20:48, 13 June 2013 (UTC)[reply]

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:

https://qanswer-frontend.univ-st-etienne.fr/qa/full?query=who%20is%20the%20prime%20minister%20of%20france&tags=%5B%5D&lang=en&kb=wikidata%2Copenstreetmap

https://qanswer-frontend.univ-st-etienne.fr/qa/full?query=who%20is%20the%20president%20of%20france&tags=%5B%5D&lang=en&kb=wikidata%2Copenstreetmap

--DD063520 (talk)

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:

  1. 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)?
  2. 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"?
  3. 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"?
  4. 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)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]

Reasonable. Constraint must be more clever for this. --Infovarius (talk) 10:36, 19 August 2014 (UTC)[reply]
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)[reply]

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)[reply]

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?

--DD063520 (talk)

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)[reply]

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)[reply]