Tag GEDCOM standard
SUBM
Contributeur
Submitter
Tag contextuel : au niveau 0, décrit un contributeur ; ailleurs, pointe vers un contributeur ayant fourni l’information.
Exemple concret
Exemple minimal
0 HEAD
1 GEDC
2 VERS 7.0
1 SUBM @U1@
0 @U1@ SUBM
1 NAME Association Exemple
0 TRLR
Exemple réaliste
0 HEAD
1 GEDC
2 VERS 7.0
1 SUBM @U1@
0 @U1@ SUBM
1 NAME Claire Martin
1 EMAIL claire@example.org
1 LANG fr
0 @I1@ INDI
1 NAME Jeanne /Dupont/
1 SUBM @U1@
0 TRLR
Traduction en langage humain
Le record @U1@ SUBM décrit le contributeur ; HEAD.SUBM et INDI.SUBM sont des pointeurs vers lui. Un submitter n’est pas un INDI généalogique.
Le record @U1@ SUBM décrit le contributeur ; HEAD.SUBM et INDI.SUBM sont des pointeurs vers lui. Un submitter n’est pas un INDI généalogique.
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 HEAD » : le niveau 0 place HEAD sous le dataset.
2
Exemple minimal — « 1 GEDC » : le niveau 1 place GEDC sous HEAD.
3
Exemple minimal — « 2 VERS 7.0 » : le niveau 2 place VERS sous GEDC avec la valeur « 7.0 ».
4
Exemple minimal — « 1 SUBM @U1@ » : le niveau 1 place SUBM sous HEAD et pointe vers @U1@.
5
Exemple minimal — « 0 @U1@ SUBM » : le niveau 0 crée le record identifié par @U1@.
6
Exemple minimal — « 1 NAME Association Exemple » : le niveau 1 place NAME sous SUBM avec la valeur « Association Exemple ».
7
Exemple minimal — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.
8
Exemple réaliste — « 0 HEAD » : le niveau 0 place HEAD sous le dataset.
9
Exemple réaliste — « 1 GEDC » : le niveau 1 place GEDC sous HEAD.
10
Exemple réaliste — « 2 VERS 7.0 » : le niveau 2 place VERS sous GEDC avec la valeur « 7.0 ».
11
Exemple réaliste — « 1 SUBM @U1@ » : le niveau 1 place SUBM sous HEAD et pointe vers @U1@.
12
Exemple réaliste — « 0 @U1@ SUBM » : le niveau 0 crée le record identifié par @U1@.
13
Exemple réaliste — « 1 NAME Claire Martin » : le niveau 1 place NAME sous SUBM avec la valeur « Claire Martin ».
14
Exemple réaliste — « 1 EMAIL claire@example.org » : le niveau 1 place EMAIL sous SUBM avec la valeur « claire@example.org ».
15
Exemple réaliste — « 1 LANG fr » : le niveau 1 place LANG sous SUBM avec la valeur « fr ».
16
Exemple réaliste — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.
17
Exemple réaliste — « 1 NAME Jeanne /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jeanne /Dupont/ ».
18
Exemple réaliste — « 1 SUBM @U1@ » : le niveau 1 place SUBM sous INDI et pointe vers @U1@.
19
Exemple réaliste — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.
20
g7:record-SUBM est un record de niveau 0 avec XREF et NAME {1:1}.
21
Le record autorise adresse, PHON, EMAIL, FAX, WWW, OBJE, LANG, identifiants, notes, CHAN et CREA.
22
g7:SUBM est un pointeur : sous HEAD {0:1}, sous FAM ou INDI {0:M}.
23
Le pointeur indique qui a contribué l’information de sa superstructure ; il s’agit de métadonnées, pas du sujet.
24
Le record cible doit exister dans le même dataset.
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 :
Confondre la personne contributrice avec une personne étudiée et réutiliser son SUBM comme INDI.
Confondre la personne contributrice avec une personne étudiée et réutiliser son SUBM comme INDI.
Types de structure identifiés par SUBM
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 |
|---|---|---|
| Submitter | g7:SUBM | 89 |
| Submitter | g7:record-SUBM | 89 |
Urig7:record-SUBM ; g7:SUBM
ParentDataset ; HEAD, FAM ou INDI
PayloadRecord : aucun payload avec XREF ; lien : pointeur vers SUBM
CardinalityRecords {0:M} ; HEAD {0:1} ; FAM/INDI {0:M}