← 141 tagsEnregistrementAccès public
Tag GEDCOM standard

INDI

Individu

Individual

Enregistrement de niveau 0 consacré à une personne : il rassemble ses noms, son sexe enregistré, ses événements, ses attributs, ses sources et ses liens vers les familles.

Exemple pédagogiqueGEDCOM 7.0.18

Exemple concret

Exemple minimal 0 @I1@ INDI 1 NAME Jean /Dupont/ Exemple réaliste 0 @I1@ INDI 1 NAME Jean /Dupont/ 1 SEX M 1 BIRT 2 DATE 2 APR 1895 2 PLAC Bordeaux, Gironde, France 1 FAMS @F1@ 0 @I2@ INDI 1 NAME Marie /Martin/ 1 FAMS @F1@ 0 @I3@ INDI 1 NAME Jeanne /Dupont/ 1 FAMC @F1@ 0 @F1@ FAM 1 HUSB @I1@ 1 WIFE @I2@ 1 CHIL @I3@
Traduction en langage humain
Le minimum crée un individu nommé. Le bloc réaliste est autonome : chaque pointeur possède une cible ; les faits restent sous INDI et les relations entre personnes sont décrites dans FAM. Le XREF est un identifiant interne à ce document, pas un identifiant universel.

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 NAME Jean /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jean /Dupont/ ».

3

Exemple réaliste — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.

4

Exemple réaliste — « 1 NAME Jean /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jean /Dupont/ ».

5

Exemple réaliste — « 1 SEX M » : le niveau 1 place SEX sous INDI avec la valeur « M ».

6

Exemple réaliste — « 1 BIRT » : le niveau 1 place BIRT sous INDI.

7

Exemple réaliste — « 2 DATE 2 APR 1895 » : le niveau 2 place DATE sous BIRT avec la valeur « 2 APR 1895 ».

8

Exemple réaliste — « 2 PLAC Bordeaux, Gironde, France » : le niveau 2 place PLAC sous BIRT avec la valeur « Bordeaux, Gironde, France ».

9

Exemple réaliste — « 1 FAMS @F1@ » : le niveau 1 place FAMS sous INDI et pointe vers @F1@.

10

Exemple réaliste — « 0 @I2@ INDI » : le niveau 0 crée le record identifié par @I2@.

11

Exemple réaliste — « 1 NAME Marie /Martin/ » : le niveau 1 place NAME sous INDI avec la valeur « Marie /Martin/ ».

12

Exemple réaliste — « 1 FAMS @F1@ » : le niveau 1 place FAMS sous INDI et pointe vers @F1@.

13

Exemple réaliste — « 0 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.

14

Exemple réaliste — « 1 NAME Jeanne /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jeanne /Dupont/ ».

15

Exemple réaliste — « 1 FAMC @F1@ » : le niveau 1 place FAMC sous INDI et pointe vers @F1@.

16

Exemple réaliste — « 0 @F1@ FAM » : le niveau 0 crée le record identifié par @F1@.

17

Exemple réaliste — « 1 HUSB @I1@ » : le niveau 1 place HUSB sous FAM et pointe vers @I1@.

18

Exemple réaliste — « 1 WIFE @I2@ » : le niveau 1 place WIFE sous FAM et pointe vers @I2@.

19

Exemple réaliste — « 1 CHIL @I3@ » : le niveau 1 place CHIL sous FAM et pointe vers @I3@.

20

INDI est un enregistrement de niveau 0 et son XREF est requis pour que les autres structures puissent le pointer.

21

Les informations propres à la personne restent sous INDI ; les partenaires, enfants et événements communs sont décrits dans un enregistrement FAM séparé.

22

NAME est requis et répétable ; les événements, attributs, citations, notes et médias décrivent des affirmations sur la personne.

23

INDI → FAMC → FAM décrit un rattachement comme enfant ; INDI → FAMS → FAM décrit une participation comme partenaire.

24

Les liens devraient être cohérents dans les deux sens : le FAM visé utilise CHIL, HUSB ou WIFE pour revenir vers les INDI concernés.

25

Plusieurs occurrences d’un événement ou d’un nom représentent plusieurs affirmations ou variantes ; elles ne doivent pas être fusionnées sans examiner leurs sources.

Piège fréquent

À ne pas faire / à ne pas déduire :
Prendre @I27@ pour un identifiant universel : un XREF ne vaut que dans ce document GEDCOM.
SpécificationSection 3.3.4

Types de structure identifiés par INDI

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 officielURI de typePage
Individualg7:record-INDI77
Urig7:record-INDI
ParentDataset
PayloadXREF requis ; aucun payload après le tag
CardinalityEnregistrements INDI {0:M} ; NAME {1:M} dans chaque INDI