Tag GEDCOM standard
EMAIL
Adresse e-mail
Adresse de courrier électronique pertinente pour le sujet de la structure parente.
Exemple concret
Exemple minimal
0 @U1@ SUBM
1 NAME Association Exemple
1 EMAIL contact@example.org
Exemple réaliste
0 @R1@ REPO
1 NAME Archives Exemple
1 ADDR Service des collections
2 CONT 12 Example Street
2 CONT Example District
2 CITY Exampleton
2 STAE Example Province
2 POST EX4 2PL
2 CTRY Exampleland
1 PHON +1 202-555-0142
1 EMAIL contact@example.org
1 FAX +1 202-555-0198
1 WWW https://example.org/
Traduction en langage humain
EMAIL fournit un adresse de courrier électronique pertinent pour le sujet de sa superstructure ; ce contact n’est pas directement un attribut général de tout INDI.
EMAIL fournit un adresse de courrier électronique pertinent pour le sujet de sa superstructure ; ce contact n’est pas directement un attribut général de tout INDI.
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 @U1@ SUBM » : le niveau 0 crée le record identifié par @U1@.
2
Exemple minimal — « 1 NAME Association Exemple » : le niveau 1 place NAME sous SUBM avec la valeur « Association Exemple ».
3
Exemple minimal — « 1 EMAIL contact@example.org » : le niveau 1 place EMAIL sous SUBM avec la valeur « contact@example.org ».
4
Exemple réaliste — « 0 @R1@ REPO » : le niveau 0 crée le record identifié par @R1@.
5
Exemple réaliste — « 1 NAME Archives Exemple » : le niveau 1 place NAME sous REPO avec la valeur « Archives Exemple ».
6
Exemple réaliste — « 1 ADDR Service des collections » : le niveau 1 place ADDR sous REPO avec la valeur « Service des collections ».
7
Exemple réaliste — « 2 CONT 12 Example Street » : le niveau 2 place CONT sous ADDR avec la valeur « 12 Example Street ».
8
Exemple réaliste — « 2 CONT Example District » : le niveau 2 place CONT sous ADDR avec la valeur « Example District ».
9
Exemple réaliste — « 2 CITY Exampleton » : le niveau 2 place CITY sous ADDR avec la valeur « Exampleton ».
10
Exemple réaliste — « 2 STAE Example Province » : le niveau 2 place STAE sous ADDR avec la valeur « Example Province ».
11
Exemple réaliste — « 2 POST EX4 2PL » : le niveau 2 place POST sous ADDR avec la valeur « EX4 2PL ».
12
Exemple réaliste — « 2 CTRY Exampleland » : le niveau 2 place CTRY sous ADDR avec la valeur « Exampleland ».
13
Exemple réaliste — « 1 PHON +1 202-555-0142 » : le niveau 1 place PHON sous REPO avec la valeur « +1 202-555-0142 ».
14
Exemple réaliste — « 1 EMAIL contact@example.org » : le niveau 1 place EMAIL sous REPO avec la valeur « contact@example.org ».
15
Exemple réaliste — « 1 FAX +1 202-555-0198 » : le niveau 1 place FAX sous REPO avec la valeur « +1 202-555-0198 ».
16
Exemple réaliste — « 1 WWW https://example.org/ » : le niveau 1 place WWW sous REPO avec la valeur « https://example.org/ ».
17
Contextes exacts : HEAD.SOUR.CORP, record REPO, record SUBM et EVENT_DETAIL.
18
EMAIL est répétable {0:M} et porte un payload Special.
19
Sous un événement, le contact concerne cet événement ; sous REPO ou SUBM, il concerne ce record.
20
La valeur suit les standards pertinents du courrier électronique. Une valeur invalide importée devrait néanmoins être préservée telle quelle à l’export ; GEDCOM 7 retient EMAIL malgré la graphie EMAI erronée présente par endroits en 5.5.1.
21
Les contacts ne sont pas directement autorisés sous INDI ; une interface logicielle ne modifie pas la grammaire GEDCOM.
22
Le niveau numérique indique à quelle structure ce tag appartient.
23
Le type du payload et les sous-structures autorisées dépendent du contexte défini par la norme.
24
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 :
Placer EMAIL arbitrairement sous INDI ou interpréter sa valeur sans tenir compte du parent.
Placer EMAIL arbitrairement sous INDI ou interpréter sa valeur sans tenir compte du parent.
Types de structure identifiés par EMAIL
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 |
|---|---|---|
g7:EMAIL | 73 |
Urig7:EMAIL
ParentHEAD.SOUR.CORP ; REPO ; SUBM ; EVENT_DETAIL
PayloadSpecial
Cardinality{0:M} dans chaque contexte