Property talk:P4602

From Wikidata
Jump to navigation Jump to search

Documentation

date of burial or cremation
date on which the person was buried or cremated soon after death
Representsburial (Q331055), cremation (Q207315), date of burial or cremation (Q95968315)
Data typePoint in time
Domain
According to this template: person
According to statements in the property:
human (Q5), fictional character (Q95074), animal (Q729) or human head (Q3409626)
When possible, data should only be stored as statements
Allowed valuesmw.text.lua:277: invalid value (nil) at index 1 in table for 'concat'
ExampleBartholomeus Dolendo (Q4865218)
Robot and gadget jobsno
<complementary property>date of baptism (P1636)
See alsostart time (P580), date of death (P570), place of burial (P119)
Lists
Proposal discussionProposal discussion
Current uses
Total14,467
Main statement13,46493.1% of uses
Qualifier9996.9% of uses
Reference4<0.1% of uses
[create Create a translatable help page (preferably in English) for this property to be included here]
Item “sex or gender (P21): Items with this property should also have “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/P4602#Item P21, SPARQL
Difference with “date of birth (P569)” within range [0, 150]: the difference with property “date of birth (P569)” should be in the range from “0” to “150”. (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/P4602#Diff within range
Difference with “date of death (P570)” within range [0, 1]: the difference with property “date of death (P570)” should be in the range from “0” to “1”. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Jeanne Madden Cibroski (Q95883685), Archduke Karl Albrecht of Austria (Q79054), Peter Dodge (Q130480130)
List of violations of this constraint: Database reports/Constraint violations/P4602#Diff within range
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/P4602#single best value, SPARQL
Range from “-5000-00-00T00:00:00Z” to “now”: values should be in the range from “-5000-00-00T00:00:00Z” to “now”. (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/P4602#Range
Scope is as main value (Q54828448), as qualifier (Q54828449): 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/P4602#Scope, SPARQL
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/P4602#Entity types
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/P4602#citation needed
This property is being used by:

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

Difference with “date of birth (P569)”

[edit]

Hi @Thierry Caro:

I tried this new property on Louise de Quengo (Q20751710) who was buried in 1656, discovered and re-buried in 2015 but it cause a violation of the constraint « Difference with “date of birth (P569)” within range [0 year, 150 year] ».

What would be best: add an exception or remove this constraint? (it's not common but it's not that unusual to be re-buried and nothing forbid to have).

Cdlt, VIGNERON (talk) 17:54, 3 December 2017 (UTC)[reply]

I'd remove the constraint. It's quite common to be reburied, as you said. Thierry Caro (talk) 17:56, 3 December 2017 (UTC)[reply]
Thank you. Cdlt, VIGNERON (talk) 15:38, 4 December 2017 (UTC)[reply]
I would prefer to keep the constraint. Date of burial is often used as a proxy for date of death, if date of death is not known. date of baptism (P1636) serves similar role, as proxy for date of birth, so we have "in early childhood" part. May be this should be "date of burial or cremation soon after death", or maybe we can keep the property label shorter and just agree to use it that way. In case of Louise de Quengo (Q20751710) I would just ignore second (3rd, 4th, etc.) burial. --Jarekt (talk) 15:26, 17 January 2018 (UTC)[reply]

Problems with the DOD difference constraint

[edit]

@Mormegil: After you changed, I get all sorts of warnings, even if they are not warranted, e.g. Hans Liebl (Q98907926). Do have an idea why that is? Thank you! --Emu (talk) 10:08, 8 January 2021 (UTC)[reply]

Before I changed it, I got warnings about mismatched units (0 years vs 18 months), so I hoped it might be fixed by unifying it to months. However, now I found months are basically not supported at all. (The implementation is too simplistic; see also a different problem with it at phab:T168379.) I’ll change the range to 550 days instead which should help, I hope. (I’d rather have 1 year there, but User:Esquilo changed that for some good reason, I hope. (Even though if it was for a single exceptional case, an exception for the constraint might be a better solution, I guess.)) --Mormegil (talk) 10:45, 8 January 2021 (UTC)[reply]
I also hope it was for a good reason, because now seven months later I have no idea what it could have been. ;-)
But I think you are right. Even if there are cases when there have been more than 12 months between death and burial, 12 months interval is reasonable. More than 12 months could just as well being be a year typo. /ℇsquilo 14:08, 8 January 2021 (UTC)[reply]
The difference affects 8 items. I’d say let’s reset the constraint to 1 year and let those 8 items show constraint violations. There are currently 34 items with even greater difference, so if somebody is going to check all those and find some part of those is correct, they can add them to the exceptions instead. --Mormegil (talk) 15:31, 8 January 2021 (UTC)[reply]
The reason must have been Göran Göransson Gyllenstierna (Q5779466) then. I have not touched any of the other objects. /ℇsquilo 16:37, 8 January 2021 (UTC)[reply]

As qualifier

[edit]

I changed the property to allow as a qualifier, since we have entries for cemetery plots that contain multiple interments each at a different time. One tomb may contain a dozen bodies each buried at at a different time. See for example: Gould family mausoleum (Q87386922) --RAN (talk) 22:56, 18 January 2021 (UTC)[reply]

Cremation and urn burial

[edit]

Hello, I think the properties for date of cremation should be another property. Because you often also bury after you did the cremation and the cremation is unknown than but just the date of the urn burial is known. Or how should I specify this - what is meant by the date I specify? If I now use applies to part, aspect, or form (P518) but only know the date of the urn burial and don't add an unknown date entry for the cremation-part, this leads to a false conclusion about the type of burial. I think this needs to be addressed somehow, right now this leads to diffuse data.

Best regards, Fundriver (talk) 13:38, 18 March 2021 (UTC)[reply]

Why can't a person be buried in the same month as she has died?

[edit]

Person Q109762594 died on June 9th, 1759. She was buried in June 1759, no exact date is known. I get the error message that both dates should be between 0 and 1 years. The same month is not? Since when? Roelof Hendrickx (talk) 23:18, 26 November 2021 (UTC)[reply]

Yeah, that’s the problem with the simplistic implementation of the constraint checker unable to properly handle lower precision, as I mentioned above, see phab:T168379. There is a workaround of modifying the date value so that it refers to a later part of the month (modifying just the undisplayed part of the low-precision value), keeping the precision, see my edit there. It’s definitely not a good solution, but it makes the warning go away. --Mormegil (talk) 09:18, 27 November 2021 (UTC)[reply]
Thanks very much! Roelof Hendrickx (talk) 11:06, 27 November 2021 (UTC)[reply]

Future?

[edit]

Date may be in the future for fictional characters. Date may be in the future even for the real persons: once the person died, the date of the burial is announced and it is in the (near) future. That shouldn't throw a constraint warning. — Draceane talkcontrib. 13:52, 21 October 2024 (UTC)[reply]

So it will show a constraint warning for a couple of days. Doesn’t matter. I don’t think there is currently a way to encode a constraint of “date in the past or up to a month in the future“. IIANM. --Mormegil (talk) 14:02, 21 October 2024 (UTC)[reply]