← 141 tagsMétadonnéesAccès public
Tag GEDCOM standard

DEST

Système destinataire

Destination

Identifiant du système auquel le document est destiné.

Exemple pédagogiqueGEDCOM 7.0.18

Exemple concret

Exemple minimal 0 HEAD 1 GEDC 2 VERS 7.0 1 DEST https://example.org/importer 0 TRLR Exemple réaliste 0 HEAD 1 GEDC 2 VERS 7.0 1 SOUR https://example.org/exporter 2 VERS 4.2.1 1 DEST https://example.org/importer 1 DATE 23 AUG 2026 0 TRLR
Traduction en langage humain
DEST identifie le système auquel ce document est destiné ; il est facultatif et ne décrit ni le logiciel source ni un destinataire humain.

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 DEST https://example.org/importer » : le niveau 1 place DEST sous HEAD avec la valeur « https://example.org/importer ».

5

Exemple minimal — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.

6

Exemple réaliste — « 0 HEAD » : le niveau 0 place HEAD sous le dataset.

7

Exemple réaliste — « 1 GEDC » : le niveau 1 place GEDC sous HEAD.

8

Exemple réaliste — « 2 VERS 7.0 » : le niveau 2 place VERS sous GEDC avec la valeur « 7.0 ».

9

Exemple réaliste — « 1 SOUR https://example.org/exporter » : le niveau 1 place SOUR sous HEAD avec la valeur « https://example.org/exporter ».

10

Exemple réaliste — « 2 VERS 4.2.1 » : le niveau 2 place VERS sous SOUR avec la valeur « 4.2.1 ».

11

Exemple réaliste — « 1 DEST https://example.org/importer » : le niveau 1 place DEST sous HEAD avec la valeur « https://example.org/importer ».

12

Exemple réaliste — « 1 DATE 23 AUG 2026 » : le niveau 1 place DATE sous HEAD avec la valeur « 23 AUG 2026 ».

13

Exemple réaliste — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.

14

DEST est autorisé uniquement directement sous HEAD.

15

Son payload Special est un identifiant du système attendu comme récepteur.

16

HEAD.SOUR identifie le logiciel d’origine ; DEST indique l’autre extrémité prévue de l’échange.

17

Son absence est valide et signifie seulement qu’aucun destinataire technique n’est déclaré.

18

Aucune rupture historique plus précise n’est affichée sans nécessité : GEDCOM 7 conserve la fonction de destination mais sa grammaire actuelle fait foi.

19

Le niveau numérique indique à quelle structure ce tag appartient.

20

Le type du payload et les sous-structures autorisées dépendent du contexte défini par la norme.

21

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 :
Traiter DEST comme obligatoire ou y inscrire le nom d’une personne destinataire.
SpécificationSection 3.3.4

Types de structure identifiés par DEST

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 officielURI de typePage
Destinationg7:DEST72
Urig7:DEST
ParentHEAD
PayloadSpecial
Cardinality{0:1}