Tag GEDCOM standard
HUSB
Partenaire HUSB
Husband
Tag historique ayant deux structures GEDCOM 7 : sous FAM, pointeur vers un partenaire INDI ; sous un événement familial, conteneur de détails propres au partenaire HUSB du FAM.
Exemple concret
Exemple minimal
0 @F1@ FAM
1 HUSB @I1@
Exemple réaliste
0 @I1@ INDI
1 NAME Jean /Dupont/
1 FAMS @F1@
0 @F1@ FAM
1 HUSB @I1@
1 MARR
2 DATE 10 JUN 1920
2 HUSB
3 AGE 25y
Traduction en langage humain
Le minimal est un fragment dont @I1@ est défini ailleurs. Dans le réaliste, FAM.HUSB est un pointeur ; MARR.HUSB est un conteneur sans payload portant AGE. HUSB désigne un rôle structurel historique, pas « un homme », et ne permet pas d’attribuer SEX M.
Le minimal est un fragment dont @I1@ est défini ailleurs. Dans le réaliste, FAM.HUSB est un pointeur ; MARR.HUSB est un conteneur sans payload portant AGE. HUSB désigne un rôle structurel historique, pas « un homme », et ne permet pas d’attribuer SEX M.
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 @F1@ FAM » : le niveau 0 crée le record identifié par @F1@.
2
Exemple minimal — « 1 HUSB @I1@ » : le niveau 1 place HUSB sous FAM et pointe vers @I1@.
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 FAMS @F1@ » : le niveau 1 place FAMS sous INDI et pointe vers @F1@.
6
Exemple réaliste — « 0 @F1@ FAM » : le niveau 0 crée le record identifié par @F1@.
7
Exemple réaliste — « 1 HUSB @I1@ » : le niveau 1 place HUSB sous FAM et pointe vers @I1@.
8
Exemple réaliste — « 1 MARR » : le niveau 1 place MARR sous FAM.
9
Exemple réaliste — « 2 DATE 10 JUN 1920 » : le niveau 2 place DATE sous MARR avec la valeur « 10 JUN 1920 ».
10
Exemple réaliste — « 2 HUSB » : le niveau 2 place HUSB sous MARR.
11
Exemple réaliste — « 3 AGE 25y » : le niveau 3 place AGE sous HUSB avec la valeur « 25y ».
12
g7:FAM-HUSB est un pointeur vers INDI et apparaît au plus une fois dans FAM.
13
g7:HUSB est un conteneur sous un événement familial ; il désigne le partenaire déjà référencé par FAM.HUSB et peut notamment contenir AGE.
14
Le nom du tag est historique. FamilySearch GEDCOM 7 demande de ne pas déduire sexe ou genre de la présence de HUSB.
15
L’INDI pointé peut avoir un FAMS de retour vers ce FAM ; ce lien inverse porte la participation de la personne comme partenaire.
16
Un FAM peut contenir HUSB sans WIFE, WIFE sans HUSB, les deux ou aucun selon les données disponibles.
Piège fréquent
À ne pas faire / à ne pas déduire :
Traiter tout HUSB comme un pointeur, ou lui attribuer automatiquement SEX M : son payload et son sens dépendent de la superstructure.
Traiter tout HUSB comme un pointeur, ou lui attribuer automatiquement SEX M : son payload et son sens dépendent de la superstructure.
Types de structure identifiés par HUSB
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 |
|---|---|---|
| Husband | g7:HUSB | 77 |
| Husband | g7:FAM-HUSB | 77 |
Urig7:FAM-HUSB ; g7:HUSB
ParentFAM ; événement familial
Payloadpointeur INDI sous FAM ; aucun payload dans un événement
CardinalityFAM.HUSB {0:1} ; événement.HUSB {0:1}