Tag GEDCOM standard
TRAN
Traduction / autre représentation
Translation
Représentation du même contenu dans une autre langue, écriture ou format de média. Le contexte détermine la structure précise.
Exemple concret
Exemple minimal
0 @I3@ INDI
1 NAME /孔/ 德庸
2 TRAN /Kǒng/ Déyōng
3 LANG zh-Latn
Exemple réaliste
0 @I3@ INDI
1 NAME /孔/ 德庸
2 TRAN /Kǒng/ Déyōng
3 LANG zh-Latn
1 BIRT
2 PLAC 千代田, 東京, 日本
3 LANG ja
3 TRAN Chiyoda, Tokyo, Japan
4 LANG en
1 NOTE Texte <i>formaté</i>.
2 LANG fr
2 MIME text/html
2 TRAN Texte formaté.
3 MIME text/plain
0 @M1@ OBJE
1 FILE media/original.mp3
2 FORM audio/mpeg
2 TRAN media/derived.ogg
3 FORM audio/ogg
Traduction en langage humain
TRAN représente le même contenu autrement, mais son sens dépend du parent : langue ou écriture pour NAME/PLAC, langue ou MIME pour NOTE, format numérique pour FILE.
TRAN représente le même contenu autrement, mais son sens dépend du parent : langue ou écriture pour NAME/PLAC, langue ou MIME pour NOTE, format numérique pour FILE.
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 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.
2
Exemple minimal — « 1 NAME /孔/ 德庸 » : le niveau 1 place NAME sous INDI avec la valeur « /孔/ 德庸 ».
3
Exemple minimal — « 2 TRAN /Kǒng/ Déyōng » : le niveau 2 place TRAN sous NAME avec la valeur « /Kǒng/ Déyōng ».
4
Exemple minimal — « 3 LANG zh-Latn » : le niveau 3 place LANG sous TRAN avec la valeur « zh-Latn ».
5
Exemple réaliste — « 0 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.
6
Exemple réaliste — « 1 NAME /孔/ 德庸 » : le niveau 1 place NAME sous INDI avec la valeur « /孔/ 德庸 ».
7
Exemple réaliste — « 2 TRAN /Kǒng/ Déyōng » : le niveau 2 place TRAN sous NAME avec la valeur « /Kǒng/ Déyōng ».
8
Exemple réaliste — « 3 LANG zh-Latn » : le niveau 3 place LANG sous TRAN avec la valeur « zh-Latn ».
9
Exemple réaliste — « 1 BIRT » : le niveau 1 place BIRT sous INDI.
10
Exemple réaliste — « 2 PLAC 千代田, 東京, 日本 » : le niveau 2 place PLAC sous BIRT avec la valeur « 千代田, 東京, 日本 ».
11
Exemple réaliste — « 3 LANG ja » : le niveau 3 place LANG sous PLAC avec la valeur « ja ».
12
Exemple réaliste — « 3 TRAN Chiyoda, Tokyo, Japan » : le niveau 3 place TRAN sous PLAC avec la valeur « Chiyoda, Tokyo, Japan ».
13
Exemple réaliste — « 4 LANG en » : le niveau 4 place LANG sous TRAN avec la valeur « en ».
14
Exemple réaliste — « 1 NOTE Texte <i>formaté</i>. » : le niveau 1 place NOTE sous INDI avec la valeur « Texte <i>formaté</i>. ».
15
Exemple réaliste — « 2 LANG fr » : le niveau 2 place LANG sous NOTE avec la valeur « fr ».
16
Exemple réaliste — « 2 MIME text/html » : le niveau 2 place MIME sous NOTE avec la valeur « text/html ».
17
Exemple réaliste — « 2 TRAN Texte formaté. » : le niveau 2 place TRAN sous NOTE avec la valeur « Texte formaté. ».
18
Exemple réaliste — « 3 MIME text/plain » : le niveau 3 place MIME sous TRAN avec la valeur « text/plain ».
19
Exemple réaliste — « 0 @M1@ OBJE » : le niveau 0 crée le record identifié par @M1@.
20
Exemple réaliste — « 1 FILE media/original.mp3 » : le niveau 1 place FILE sous OBJE avec la valeur « media/original.mp3 ».
21
Exemple réaliste — « 2 FORM audio/mpeg » : le niveau 2 place FORM sous FILE avec la valeur « audio/mpeg ».
22
Exemple réaliste — « 2 TRAN media/derived.ogg » : le niveau 2 place TRAN sous FILE avec la valeur « media/derived.ogg ».
23
Exemple réaliste — « 3 FORM audio/ogg » : le niveau 3 place FORM sous TRAN avec la valeur « audio/ogg ».
24
g7:NAME-TRAN porte PersonalName et exige LANG {1:1}. Ses pièces structurées peuvent accompagner la traduction ou translittération.
25
g7:PLAC-TRAN porte List:Text et exige LANG {1:1}.
26
g7:NOTE-TRAN porte Text et exige au moins LANG ou MIME. Si l’un manque, il hérite de NOTE ou SNOTE ; chaque TRAN doit différer par langue, MIME ou les deux.
27
g7:FILE-TRAN porte FilePath et exige FORM {1:1}. Il représente une version numérique dérivée ou transcodée, jamais une traduction en langue humaine.
28
Des fichiers différant par langue humaine sont des FILE distincts, pas des FILE.TRAN.
29
Évolution attestée — FamilySearch GEDCOM 7 remplace les anciennes structures ROMN et FONE de 5.5.1 par TRAN, notamment pour noms et lieux ; le document 5.5.5 annoté n’est qu’un éclairage historique complémentaire.
30
Le niveau numérique indique à quelle structure ce tag appartient.
31
Le type du payload et les sous-structures autorisées dépendent du contexte défini par la norme.
32
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 TRAN est une traduction linguistique et utiliser FILE.TRAN pour un média dans une autre langue humaine.
Supposer que tout TRAN est une traduction linguistique et utiliser FILE.TRAN pour un média dans une autre langue humaine.
Types de structure identifiés par TRAN
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 |
|---|---|---|
| Translation | g7:NAME-TRAN | 91 |
| Translation | g7:PLAC-TRAN | 91 |
| Translation | g7:NOTE-TRAN | 91 |
| Translation | g7:FILE-TRAN | 92 |
Urig7:NAME-TRAN ; g7:PLAC-TRAN ; g7:NOTE-TRAN ; g7:FILE-TRAN
ParentNAME ; PLAC ; NOTE/SNOTE ; FILE
PayloadPersonalName ; List:Text ; Text ; FilePath
Cardinality{0:M} ; LANG {1:1} pour NAME/PLAC, LANG ou MIME requis pour NOTE, FORM {1:1} pour FILE