Tag GEDCOM standard
DEAT
Décès
Death
Événement de décès sous INDI. Il peut réunir date, lieu, cause, âge, sources, notes et médias : ce n’est pas un simple indicateur isolé.
Exemple concret
Exemple minimal
0 @I1@ INDI
1 DEAT
2 DATE 3 FEB 1972
Exemple réaliste
0 @I1@ INDI
1 NAME Jean /Dupont/
1 DEAT
2 DATE 3 FEB 1972
2 PLAC Toulouse, Haute-Garonne, France
2 CAUS Infarctus du myocarde
Traduction en langage humain
DEAT ouvre un événement de décès. DATE, PLAC et CAUS sont ses enfants. L’absence de DEAT ne prouve pas que la personne est vivante.
DEAT ouvre un événement de décès. DATE, PLAC et CAUS sont ses enfants. L’absence de DEAT ne prouve pas que la personne est vivante.
Explication pas à pas
L’objectif n’est pas seulement de reconnaître le tag, mais de comprendre ce qu’il fait à cet endroit précis de la hiérarchie.
1
Exemple minimal — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.
2
Exemple minimal — « 1 DEAT » : le niveau 1 place DEAT sous INDI.
3
Exemple minimal — « 2 DATE 3 FEB 1972 » : le niveau 2 place DATE sous DEAT avec la valeur « 3 FEB 1972 ».
4
Exemple réaliste — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.
5
Exemple réaliste — « 1 NAME Jean /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jean /Dupont/ ».
6
Exemple réaliste — « 1 DEAT » : le niveau 1 place DEAT sous INDI.
7
Exemple réaliste — « 2 DATE 3 FEB 1972 » : le niveau 2 place DATE sous DEAT avec la valeur « 3 FEB 1972 ».
8
Exemple réaliste — « 2 PLAC Toulouse, Haute-Garonne, France » : le niveau 2 place PLAC sous DEAT avec la valeur « Toulouse, Haute-Garonne, France ».
9
Exemple réaliste — « 2 CAUS Infarctus du myocarde » : le niveau 2 place CAUS sous DEAT avec la valeur « Infarctus du myocarde ».
10
DEAT est une structure d’événement individuel sous INDI et peut être répétée pour conserver des affirmations distinctes ou contradictoires.
11
Le payload peut être Y ou vide. Une date, un lieu ou d’autres détails sous DEAT indiquent également que l’événement est affirmé.
12
DATE et PLAC décrivent le décès parce qu’ils sont ses enfants ; CAUS explique sa cause et AGE peut conserver un âge rapporté par une source.
13
SOUR, NOTE et OBJE peuvent documenter l’événement sans transformer ces informations en attributs généraux de la personne.
14
Un DEAT vide peut être syntaxiquement une affirmation, mais il reste moins informatif qu’un événement documenté et ne fournit ni date ni lieu.
Piège fréquent
À ne pas faire / à ne pas déduire :
Interpréter l’absence de DEAT comme une preuve que la personne est vivante, ou inventer une date à partir d’une simple mention de décès.
Interpréter l’absence de DEAT comme une preuve que la personne est vivante, ou inventer une date à partir d’une simple mention de décès.
Types de structure identifiés par DEAT
Un même tag peut représenter plusieurs types de structures. La combinaison du tag et du type de sa structure parente détermine le type exact.
| Nom officiel | URI de type | Page |
|---|---|---|
| Death | g7:DEAT | 72 |
Urig7:DEAT
ParentINDI
PayloadY ou vide, type d’événement standard
Cardinality{0:M} ; détails DATE, PLAC et CAUS généralement {0:1}