Tag GEDCOM standard
PHON
Téléphone
Phone
Numéro de téléphone ; les formats internationalisés sont recommandés.
Exemple concret
Exemple minimal
0 @U1@ SUBM
1 NAME Association Exemple
1 PHON +1 202-555-0142
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
PHON fournit un numéro de téléphone pertinent pour le sujet de sa superstructure ; ce contact n’est pas directement un attribut général de tout INDI.
PHON fournit un numéro de téléphone 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 PHON +1 202-555-0142 » : le niveau 1 place PHON sous SUBM avec la valeur « +1 202-555-0142 ».
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
PHON 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
Les variations régionales et caractères non numériques sont admis ; la norme recommande d’encourager une forme internationalisée et cite E.123/E.164.
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 PHON arbitrairement sous INDI ou interpréter sa valeur sans tenir compte du parent.
Placer PHON arbitrairement sous INDI ou interpréter sa valeur sans tenir compte du parent.
Types de structure identifiés par PHON
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 |
|---|---|---|
| Phone | g7:PHON | 83 |
Urig7:PHON
ParentHEAD.SOUR.CORP ; REPO ; SUBM ; EVENT_DETAIL
PayloadSpecial
Cardinality{0:M} dans chaque contexte