Tag GEDCOM standard
DATA
Données / contenu
Data
Tag contextuel servant à distinguer le contenu d’une source de ses métadonnées, ou à décrire la base dont un dataset a été extrait.
Exemple concret
Exemple minimal
2 SOUR @S1@
3 DATA
4 TEXT Jeanne Dupont est née le quatorze mai.
Exemple réaliste
0 HEAD
1 SOUR https://example.org/logiciel
2 DATA Données généalogiques municipales
3 DATE 1 JAN 2026
0 @S1@ SOUR
1 TITL Registre des naissances de Bordeaux, 1897
1 DATA
2 EVEN BIRT
3 DATE FROM 1 JAN 1897 TO 31 DEC 1897
2 AGNC Mairie de Bordeaux
0 @I3@ INDI
1 BIRT
2 SOUR @S1@
3 DATA
4 DATE 14 MAY 1897
4 TEXT Jeanne Dupont est née le quatorze mai.
Traduction en langage humain
Le minimal est un fragment de citation dont @S1@ est défini ailleurs. Le réaliste est un assemblage pédagogique des trois contextes DATA : base exportée sous HEAD.SOUR, contenu couvert par le record source, et données pertinentes extraites dans la citation.
Le minimal est un fragment de citation dont @S1@ est défini ailleurs. Le réaliste est un assemblage pédagogique des trois contextes DATA : base exportée sous HEAD.SOUR, contenu couvert par le record source, et données pertinentes extraites dans la citation.
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 — « 2 SOUR @S1@ » : le niveau 2 place SOUR sous sa superstructure et pointe vers @S1@.
2
Exemple minimal — « 3 DATA » : le niveau 3 place DATA sous SOUR.
3
Exemple minimal — « 4 TEXT Jeanne Dupont est née le quatorze mai. » : le niveau 4 place TEXT sous DATA avec la valeur « Jeanne Dupont est née le quatorze mai. ».
4
Exemple réaliste — « 0 HEAD » : le niveau 0 place HEAD sous le dataset.
5
Exemple réaliste — « 1 SOUR https://example.org/logiciel » : le niveau 1 place SOUR sous HEAD avec la valeur « https://example.org/logiciel ».
6
Exemple réaliste — « 2 DATA Données généalogiques municipales » : le niveau 2 place DATA sous SOUR avec la valeur « Données généalogiques municipales ».
7
Exemple réaliste — « 3 DATE 1 JAN 2026 » : le niveau 3 place DATE sous DATA avec la valeur « 1 JAN 2026 ».
8
Exemple réaliste — « 0 @S1@ SOUR » : le niveau 0 crée le record identifié par @S1@.
9
Exemple réaliste — « 1 TITL Registre des naissances de Bordeaux, 1897 » : le niveau 1 place TITL sous SOUR avec la valeur « Registre des naissances de Bordeaux, 1897 ».
10
Exemple réaliste — « 1 DATA » : le niveau 1 place DATA sous SOUR.
11
Exemple réaliste — « 2 EVEN BIRT » : le niveau 2 place EVEN sous DATA avec la valeur « BIRT ».
12
Exemple réaliste — « 3 DATE FROM 1 JAN 1897 TO 31 DEC 1897 » : le niveau 3 place DATE sous EVEN avec la valeur « FROM 1 JAN 1897 TO 31 DEC 1897 ».
13
Exemple réaliste — « 2 AGNC Mairie de Bordeaux » : le niveau 2 place AGNC sous DATA avec la valeur « Mairie de Bordeaux ».
14
Exemple réaliste — « 0 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.
15
Exemple réaliste — « 1 BIRT » : le niveau 1 place BIRT sous INDI.
16
Exemple réaliste — « 2 SOUR @S1@ » : le niveau 2 place SOUR sous BIRT et pointe vers @S1@.
17
Exemple réaliste — « 3 DATA » : le niveau 3 place DATA sous SOUR.
18
Exemple réaliste — « 4 DATE 14 MAY 1897 » : le niveau 4 place DATE sous DATA avec la valeur « 14 MAY 1897 ».
19
Exemple réaliste — « 4 TEXT Jeanne Dupont est née le quatorze mai. » : le niveau 4 place TEXT sous DATA avec la valeur « Jeanne Dupont est née le quatorze mai. ».
20
g7:DATA sous un record SOUR n’a pas de payload : il sépare la description du contenu de la source de ses autres métadonnées.
21
g7:SOUR-DATA sous une citation n’a pas de payload ; DATE indique quand la donnée fut enregistrée ou observée dans la source, et TEXT en conserve le contenu pertinent.
22
g7:HEAD-SOUR-DATA porte un Text nommant la base, source électronique ou dépôt numérique dont le dataset a été exporté.
23
Les trois DATA ont donc des parents, payloads et sous-structures différents malgré leur tag commun.
24
Le bloc réaliste est un assemblage pédagogique et non un dataset complet : HEAD y omet volontairement les autres structures obligatoires du document.
25
Le niveau numérique indique à quelle structure ce tag appartient.
26
Le type du payload et les sous-structures autorisées dépendent du contexte défini par la norme.
27
Les exemples de cette fiche sont pédagogiques et n’utilisent aucune donnée utilisateur.
Piège fréquent
À ne pas faire / à ne pas déduire :
Supposer que tout DATA appartient à une citation ou lui donner le même payload dans ses trois contextes.
Supposer que tout DATA appartient à une citation ou lui donner le même payload dans ses trois contextes.
Types de structure identifiés par DATA
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 |
|---|---|---|
| Data | g7:DATA | 71 |
| Data | g7:SOUR-DATA | 71 |
| Data | g7:HEAD-SOUR-DATA | 72 |
Urig7:DATA ; g7:SOUR-DATA ; g7:HEAD-SOUR-DATA
ParentRecord SOUR ; citation SOUR ; HEAD.SOUR
PayloadVide sous record/citation ; Text sous HEAD.SOUR
Cardinality{0:1} dans chacun des trois contextes