Property talk:P451

From Wikidata
Jump to navigation Jump to search

Documentation

unmarried partner
someone with whom the person is in a relationship without being married. Use "spouse" (P26) for married couples
Descriptionpartner of the subject (i.e. someone with whom the subject was closely related but not married, as befits today's modern "partnership" as opposed to marriage trend).
Representscohabitor (Q104290752)
Data typeItem
Template parameter"partner" in en:Template:Infobox person
Domain
According to this template: person
According to statements in the property:
human (Q5), fictional character (Q95074), legendary figure (Q13002315), mythical character (Q4271324), deity (Q178885), mythical creature (Q2239243), doll (Q168658), animal (Q729) or human whose existence is disputed (Q21070568)
When possible, data should only be stored as statements
Allowed valuesperson (note: this should be moved to the property statements)
ExampleSimone de Beauvoir (Q7197)Jean-Paul Sartre (Q9364)
George Sand (Q3816)Frédéric Chopin (Q1268)
Tracking: usageCategory:Pages using Wikidata property P451 (Q23036836)
See alsospouse (P26)
Lists
Living people protection classproperty likely to be challenged (Q44597997), property that may violate privacy (Q44601380)
Proposal discussionProposal discussion
Current uses
Total18,077
Main statement18,04299.8% of uses
Qualifier16<0.1% of uses
Reference190.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (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/P451#Entity types
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/P451#Scope, SPARQL
Symmetric property: if [item A] has this property linked to [item B], then [item B] should also have this property linked to [item A]. (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/P451#Symmetric, SPARQL
Contemporaries:
if [item A] has this property (unmarried partner (P451)) 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/P451#Contemporary, hourly updated report, SPARQL
Citation needed: the property must have at least one reference (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/P451#citation needed
Item “sex or gender (P21): Items with this property should also have “sex or gender (P21)”. (Help)
List of violations of this constraint: Database reports/Constraint violations/P451#Item P21, hourly updated report, search, SPARQL
Property “sex or gender (P21)” declared by target items of “unmarried partner (P451): If [item A] has this property with value [item B], [item B] is required to have property “sex or gender (P21)”. (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/P451#Target required claim P21, SPARQL, SPARQL (by value)
This property is being used by:

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

Clarify the scope of this property[edit]

I'm a bit confused by the scope of this property. Is it meant for cohabitants in

  1. the sense of "common-law spouse" (that is, a status the law automatically grants to two people who have lived together under marriage-like relationship for a certain amount of time without ever having been married, registered as cohabitants or undergone any kind of matrimony-like ceremony - for example the relationship between Q3020859 and Q34969),
  2. the sense of "registered partner" (as in a marriage-like status available to same-sex couples in some jurisdictions where the legislature is reluctant to recognize same-sex marriages - for example the relationship between Q1174489 and Q2808), or
  3. a more generic sense of "life partner" (meaning that there isn't necessarily any kind of judicial recognition of the relationship whatsoever)

Because for some languages it can be quite tricky to translate the title of this property without choosing one of the above interpretations. Gabbe (talk) 18:12, 25 April 2013 (UTC)[reply]

Moreover: does it necessarily include sexual relationship? See use for Harry Potter friends. --Infovarius (talk) 11:51, 1 October 2018 (UTC)[reply]
Looking at the entry for Oprah Q55800, the "partner" property is apparently used for people that she dated, or in the case of Roger Ebert, someone she went out with a few times. Is that over-inclusion? Is there a better term? Kenirwin (talk) 14:07, 11 July 2019 (UTC)[reply]
Honestly, the way Wikidata right now splits up partners is kinda terrible, there aren't just two types of relationships, "married" and "unmarried". There are tons of legal and social types of romantic and sexual relationships. As far as I'm concerned we should only have a single "partner" item with many qualifiers added.*Treker (talk) 15:14, 6 August 2020 (UTC)[reply]

Belarusian alias and greek description[edit]

I failed to revert this edit (removal of a Belarusian alias) because the greek description is too long, and you can't edit anything if there is such a length violation. However, the greek description exists for quite a while now (inserted by User:Vchorozopoulos in April) and the property has been edited a lot since, so maybe others don't have that problem (?). I can't change the Greek description, as I don't understand it. (I also don't understand Belarusian, but User:Wizardist, who inserted that alias once, does, and Google Translate tells me that it's a correct alias, while the IP is from the United States and therefore probably more likely to randomly remove the alias than actually correcting things. If you think I'm wrong, just tell me.) --YMS (talk) 16:06, 6 January 2014 (UTC)[reply]

Update: I was able to revert using the revert button, and therefore without any comment, which I would have added otherwise. Then again, I commented here excessively. --YMS (talk) 16:08, 6 January 2014 (UTC)[reply]

P19 constraint[edit]

I don't see why this item needs a constraint requiring place of birth (P19), it doesn't seem relevant. spouse (P26) doesn't have it. Ghouston (talk) 04:54, 23 June 2018 (UTC)[reply]

Evidence requirement[edit]

The description says this item applies when a "person is in a relationship without being married". It's a good idea to require a reference to confirm that the relationship exists, but how do we know for sure that two people aren't married? The information isn't necessarily public. Perhaps the description should just say "not known to be married"? Ghouston (talk) 04:58, 23 June 2018 (UTC)[reply]

@Ghouston: I agree. I really think these partner properties should be more defining. For example, there is no way to express that someone is a common-law spouse, concubine or fiance right now. And domestic partnerships or similar things are also lacking.*Treker (talk) 18:22, 21 February 2020 (UTC)[reply]

How can someone express that someone have a continued "affair" with the item?[edit]

Should we use a qualifier? Which? --93.41.235.15 02:39, 26 June 2018 (UTC)[reply]

Issues with this item is brought up all the time, can we please actually fix some of them?[edit]

There are tons of cases on this talkpage of issues being brought up, but rarely does any of them seem to be solved.*Treker (talk) 15:15, 6 August 2020 (UTC)[reply]