Property talk:P22
Documentation
male parent of the subject. For stepfather, use "stepparent" (P3448)
List of violations of this constraint: Database reports/Constraint violations/P22#_target required claim P21, SPARQL
if [item A] has this property (father (P22)) linked to [item B],
then [item B] should also have property “child (P40)” linked to [item A]. (Help)
List of violations of this constraint: Database reports/Constraint violations/P22#inverse, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#Type Q5, Q16979650, Q95074, Q4271324, Q729, Q21070598, Q178885, Q284851, Q75855169, Q64520857, Q64643615, Q21070568, Q13002315, Q207174, Q2135501, Q14514600, Q2345820, Q795052, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#Item P21, search, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#Value type Q215627, Q95074, Q4271324, Q729, Q21070598, Q21070568, Q13002315, Q795052, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#allowed qualifiers, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#single best value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P22#Entity types
(Help)
Violations query:
SELECT DISTINCT ?item WHERE { ?item ^wdt:P22 []; ^wdt:P25 [] }
List of this constraint violations: Database reports/Complex constraint violations/P22#People that are both father and mother
use stepparent (P3448) not father (P22) for stepfathers (Help)
Violations query:
SELECT ?item ?itemLabel ?value ?valueLabel ?pq ?pqLabel WHERE { VALUES ?pq { wd:Q1282201 wd:Q19822352 } ?item p:P22 [ps:P22 ?value; pq:P1039 ?pq ] ; wdt:P31 wd:Q5 SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". } }
List of this constraint violations: Database reports/Complex constraint violations/P22#For stepfathers, use "stepparent"
This property is being used by:
Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.) |
|
|
Entity being their own ancestor
editDuke Huai of Qin (Q553786)'s father's father's father's father's father appears to be Duke Huai of Qin (Q553786) himself, according to the items. Presumably, this is an error. Would it be possible to add a constraint to this property so that situations like this are easier to identify? --Yair rand (talk) 09:34, 15 January 2014 (UTC)
Merging
editI've proposed merging this with mother (P25). Please leave comments at Wikidata:Requests for comment/Merging relationship properties. Andrew Gray (talk) 20:55, 24 August 2015 (UTC)
grandfather property
editCan a property be added for grandfather? Ping me back. Cheers! {{u|Checkingfax}} {Talk}
11:22, 13 January 2016 (UTC)
- Such a property would be actively harmful, in my opinion, for workload and therefore data consistency reasons. The grandfather is easily queried, using appropriate queries. --Srittau (talk) 16:21, 13 January 2016 (UTC)
Examples
editI reduced the number of examples to two: one for a real persons and one for a fictional person. We don't need multiple examples that all just say the same thing. --Srittau (talk) 20:31, 2 February 2016 (UTC)
- Maybe someone could also add a racehorse, so we have all three allowed types as examples. --Srittau (talk) 20:32, 2 February 2016 (UTC)
- More samples are generally better, unless they all illustrate the same.
The Icelandic one was has the advantage of illustrating patronymic naming. Maybe we could add one with several fathers as well.
--- Jura 07:59, 3 February 2016 (UTC)- In this case all examples illustrated the same. This property does not need to "illustrate patronymic naming" or any naming convention, because this is not a Wikipedia article about naming conventions. --Srittau (talk) 13:35, 3 February 2016 (UTC)
- Normally a property has just one use, so all sample are somehow the same. I think we should have some obvious samples (as the Jane Fonda one to mid-aged Americans) and some less obvious ones.
I think your limitation to the Apollo sample is problematic. Why didn't you choose Q4649 as father?
--- Jura 13:44, 3 February 2016 (UTC)- I didn't change that example. If you think another example would be better suited instead, go ahead and change it. --Srittau (talk) 14:59, 3 February 2016 (UTC)
- Done I completed the samples.
--- Jura 16:58, 3 February 2016 (UTC) - Not sure if Apollon (Q37340) is a useful sample at all (see Talk:Q37340). Finally, I think it should be removed from here.
--- Jura 05:42, 9 February 2016 (UTC)
- Done I completed the samples.
- I didn't change that example. If you think another example would be better suited instead, go ahead and change it. --Srittau (talk) 14:59, 3 February 2016 (UTC)
- Normally a property has just one use, so all sample are somehow the same. I think we should have some obvious samples (as the Jane Fonda one to mid-aged Americans) and some less obvious ones.
- In this case all examples illustrated the same. This property does not need to "illustrate patronymic naming" or any naming convention, because this is not a Wikipedia article about naming conventions. --Srittau (talk) 13:35, 3 February 2016 (UTC)
Single value ?
editThere are many examples of people that have several fathers, including
- those persons that have been adopted, or after their mother divorced and were remarried with a man that became also legally a new father: date qualifiers could disambiguate these cases that are not errors, but one is generally the "genetic" father, the others are "adopting fathers".
- in real life today with homosexual male parents (they are "co-fathers"): a qualifier could indicate that fact "co-father".
- for persons whose father is not known precisely but is cited differently according to old historical sources: a qualifier could state this "uncertain" fact but another qualifier should indicate the source.
- or because of mythological reasons: originally these were real persons, but later they gained the rank of god/goddess or children of god/goddess with a mythological or religious father (e.g. with J.C), these are not the same kinds of "fathers".
- or because of another mythological reason: gods/goddesses also have different mythological fathers depending on traditions (e.g. Greek and Roman gods), or because mythology allows them to be born several times.
In summary we should have some qualifiers (for uncertain sources), but it would be preferable to have some other classes (not derived classes) for "adopting father", "co-father", "mythological or religious father", and allow those people to have instances of several of these classes (but still only one instance of the "father" class), except if there's an "uncertain" qualifier
As those properties are inversible, these would also require the distinction of (natural) "child" with "adopted child" and "co-child" (even if by law in many countries they have now the same rights as natural children), and with "religious or mythological child" (all of them possibly with an "uncertain/probable" qualifier, possibly completed with another qualifier giving at least one source, such as "according to: <Person name>", or the tradition of this fatherhood assertion, such as "according to: Roman mythology", "according to: Greek mythology").
All the remaining conflicts on "single value" would need to be solved by reclassing the father types, and adding enough disambiguating properties.
All this about fathers, is also true for mothers (and their own children), or with brothers/sisters. and other family ranks. Verdy p (talk) 02:56, 4 April 2016 (UTC)
And there are similar exceptions about sex gender (transgender people can change their sex during life and still have (natural or adopted) children: are they "fathers" or "mothers" ?
We'll have soon really too many exceptions to these familial relation constraints: we won't be able to list them all as exceptions, except by creating specific classes for these special cases. Verdy p (talk) 03:09, 4 April 2016 (UTC)
English alias "is child of"
editThe alias "child of" leads to property suggestions frequently suggesting "father" instead of child (P40) when typing "child". Thus I changed the alias to "is child of". It's a known issue, but apparently the devs can't solve it.
--- Jura 08:06, 21 May 2016 (UTC)
"Fathers"
editHow does it reflect the fact that the father of a person is not precisely known? For example, it hesitates between two or more candidates. --Romulanus (talk) 09:01, 22 May 2017 (UTC)
Contemporary constraint
editI get the following error message (contemporary restraint): “The entities Mechtild of Nassau and Adolf of Nassau should be contemporary to be linked through father, but the latest end value of Adolf of Nassau is 2 July 1298 and the earliest start value of Mechtild of Nassau is 13. century.” I don't understand this constraint. Since when is 2 July 1298 no longer in the 13th century? Regards, --Royalty & Nassau Expert (talk) 15:58, 9 February 2020 (UTC)
- The same is happening on unknown daughter of Záviš of Falkenstein (Q85123987), not to mention that sometimes people may be born even after the deaths of their fathers --Adrijaned (talk) 13:14, 21 February 2020 (UTC)
- See David Clegg-Hill, 9th Viscount Hill (Q75974919) for an example of the latter: "...the latest end value of Frederic Raymond Clegg-Hill is 13 April 1945 and the earliest start value of Peter Clegg-Hill, 9th Viscount Hill is 17 October 1945." Acre Smew (talk) 08:02, 29 January 2022 (UTC)