Tag GEDCOM standard
TAG
Définition d’un tag d’extension
Tag definition
Sous-structure de SCHMA reliant un tag d’extension à une URI.
Exemple concret
Exemple minimal
0 HEAD
1 GEDC
2 VERS 7.0
1 SCHMA
2 TAG _EXEMPLE https://example.org/terms/example
0 TRLR
Exemple réaliste
0 HEAD
1 GEDC
2 VERS 7.0
1 SCHMA
2 TAG _LOC https://example.org/LocationRecord
2 TAG _LOC https://example.org/LocationPointer
0 TRLR
Traduction en langage humain
Dans SCHMA.TAG, _EXEMPLE est le nom court écrit dans le flux et l’URI est l’identité technique du concept.
Dans SCHMA.TAG, _EXEMPLE est le nom court écrit dans le flux et l’URI est l’identité technique du concept.
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 SCHMA » : le niveau 1 place SCHMA sous HEAD.
5
Exemple minimal — « 2 TAG _EXEMPLE https://example.org/terms/example » : le niveau 2 place TAG sous SCHMA avec la valeur « _EXEMPLE https://example.org/terms/example ».
6
Exemple minimal — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.
7
Exemple réaliste — « 0 HEAD » : le niveau 0 place HEAD sous le dataset.
8
Exemple réaliste — « 1 GEDC » : le niveau 1 place GEDC sous HEAD.
9
Exemple réaliste — « 2 VERS 7.0 » : le niveau 2 place VERS sous GEDC avec la valeur « 7.0 ».
10
Exemple réaliste — « 1 SCHMA » : le niveau 1 place SCHMA sous HEAD.
11
Exemple réaliste — « 2 TAG _LOC https://example.org/LocationRecord » : le niveau 2 place TAG sous SCHMA avec la valeur « _LOC https://example.org/LocationRecord ».
12
Exemple réaliste — « 2 TAG _LOC https://example.org/LocationPointer » : le niveau 2 place TAG sous SCHMA avec la valeur « _LOC https://example.org/LocationPointer ».
13
Exemple réaliste — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.
14
TAG n’a qu’un contexte standard GEDCOM 7 : enfant de SCHMA.
15
Son payload TagDef contient exactement un extTag, un espace et une URI-reference.
16
Le sens vient de l’URI, non du seul libellé local _TAG.
17
Un même libellé peut exceptionnellement désigner plusieurs URI si leurs concepts ne peuvent apparaître au même endroit ; chaque couple tag–URI doit rester unique dans le document.
18
Les tags standard sans underscore ne peuvent pas être déclarés ainsi comme extensions.
19
La valeur combine le tag d’extension et son URI.
20
Chaque définition de tag doit respecter les règles d’unicité du document.
Piège fréquent
À ne pas faire / à ne pas déduire :
Croire que le nom local _EXEMPLE suffit à garantir la même signification entre logiciels.
Croire que le nom local _EXEMPLE suffit à garantir la même signification entre logiciels.
Types de structure identifiés par TAG
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 |
|---|---|---|
| Extension tag | g7:TAG | 89 |
Urig7:TAG
ParentSCHMA
PayloadTagDef : extTag + espace + URI-reference
Cardinality{0:M} sous l’unique SCHMA