Tag GEDCOM standard
SOUR
Source / citation
Source
Tag contextuel. Au niveau 0, il peut définir un enregistrement source complet ; sous un fait ou événement, il peut être une citation pointant vers cet enregistrement.
Exemple concret
Exemple minimal
0 @S1@ SOUR
1 TITL Acte de naissance de Jeanne Dupont
Exemple réaliste
0 @I3@ INDI
1 NAME Jeanne /Dupont/
1 BIRT
2 DATE 14 MAY 1897
2 SOUR @S1@
3 PAGE Registre 1897, acte 214, folio 52
3 DATA
4 DATE 14 MAY 1897
4 TEXT Jeanne Dupont est née le quatorze mai.
3 QUAY 3
0 @S1@ SOUR
1 AUTH Mairie de Bordeaux
1 TITL Registre des naissances de Bordeaux, 1897
1 PUBL Bordeaux, 1897
1 REPO @R1@
2 CALN 4 E 1897/214
0 @R1@ REPO
1 NAME Archives municipales de Bordeaux
Traduction en langage humain
Le minimal crée le record source @S1@ et lui donne son titre. Le réaliste autonome relie la naissance à ce record par une citation SOUR, localise et transcrit la preuve, puis indique le dépôt qui conserve la source.
Le minimal crée le record source @S1@ et lui donne son titre. Le réaliste autonome relie la naissance à ce record par une citation SOUR, localise et transcrit la preuve, puis indique le dépôt qui conserve la source.
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 @S1@ SOUR » : le niveau 0 crée le record identifié par @S1@.
2
Exemple minimal — « 1 TITL Acte de naissance de Jeanne Dupont » : le niveau 1 place TITL sous SOUR avec la valeur « Acte de naissance de Jeanne Dupont ».
3
Exemple réaliste — « 0 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.
4
Exemple réaliste — « 1 NAME Jeanne /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jeanne /Dupont/ ».
5
Exemple réaliste — « 1 BIRT » : le niveau 1 place BIRT sous INDI.
6
Exemple réaliste — « 2 DATE 14 MAY 1897 » : le niveau 2 place DATE sous BIRT avec la valeur « 14 MAY 1897 ».
7
Exemple réaliste — « 2 SOUR @S1@ » : le niveau 2 place SOUR sous BIRT et pointe vers @S1@.
8
Exemple réaliste — « 3 PAGE Registre 1897, acte 214, folio 52 » : le niveau 3 place PAGE sous SOUR avec la valeur « Registre 1897, acte 214, folio 52 ».
9
Exemple réaliste — « 3 DATA » : le niveau 3 place DATA sous SOUR.
10
Exemple réaliste — « 4 DATE 14 MAY 1897 » : le niveau 4 place DATE sous DATA avec la valeur « 14 MAY 1897 ».
11
Exemple réaliste — « 4 TEXT Jeanne Dupont est née le quatorze mai. » : le niveau 4 place TEXT sous DATA avec la valeur « Jeanne Dupont est née le quatorze mai. ».
12
Exemple réaliste — « 3 QUAY 3 » : le niveau 3 place QUAY sous SOUR avec la valeur « 3 ».
13
Exemple réaliste — « 0 @S1@ SOUR » : le niveau 0 crée le record identifié par @S1@.
14
Exemple réaliste — « 1 AUTH Mairie de Bordeaux » : le niveau 1 place AUTH sous SOUR avec la valeur « Mairie de Bordeaux ».
15
Exemple réaliste — « 1 TITL Registre des naissances de Bordeaux, 1897 » : le niveau 1 place TITL sous SOUR avec la valeur « Registre des naissances de Bordeaux, 1897 ».
16
Exemple réaliste — « 1 PUBL Bordeaux, 1897 » : le niveau 1 place PUBL sous SOUR avec la valeur « Bordeaux, 1897 ».
17
Exemple réaliste — « 1 REPO @R1@ » : le niveau 1 place REPO sous SOUR et pointe vers @R1@.
18
Exemple réaliste — « 2 CALN 4 E 1897/214 » : le niveau 2 place CALN sous REPO avec la valeur « 4 E 1897/214 ».
19
Exemple réaliste — « 0 @R1@ REPO » : le niveau 0 crée le record identifié par @R1@.
20
Exemple réaliste — « 1 NAME Archives municipales de Bordeaux » : le niveau 1 place NAME sous REPO avec la valeur « Archives municipales de Bordeaux ».
21
SOUR a trois types GEDCOM 7 : g7:record-SOUR décrit une source entière ; g7:SOUR est une citation pointant vers ce record ; g7:HEAD-SOUR décrit le logiciel ayant produit le dataset.
22
Chemin conceptuel : événement ou fait → SOUR @S1@ (citation) → PAGE, DATA et QUAY ; @S1@ SOUR (source) → AUTH, TITL, PUBL et REPO @R1@ ; @R1@ REPO (dépôt).
23
La citation décrit comment une partie précise de la source soutient sa superstructure ; le record source décrit le document ou ensemble documentaire réutilisable.
24
HEAD.SOUR est facultatif et n’est ni une citation ni un record généalogique : son payload Special identifie le système producteur ; un URI appartenant au produit est recommandé si aucun identifiant existant n’est connu.
25
Évolution avérée — FamilySearch GEDCOM 5.5.1 permettait une citation SOUR avec texte libre au lieu d’un pointeur. FamilySearch GEDCOM 7 exige que g7:SOUR pointe vers un record source ; le contenu historique doit être déplacé vers ce record. Le GEDCOM 5.5.5 annoté de Tamura Jones documente la pratique basée sur 5.5.1 sans être une spécification FamilySearch officielle.
26
Un SOURCE_RECORD décrit la source entière.
27
Une SOURCE_CITATION explique comment cette source soutient une affirmation précise.
28
PAGE, DATA, EVEN, QUAY, NOTE ou OBJE peuvent détailler la citation.
Piège fréquent
À ne pas faire / à ne pas déduire :
Confondre la citation « 2 SOUR @S1@ », le record « 0 @S1@ SOUR » et le producteur « 1 SOUR » sous HEAD.
Confondre la citation « 2 SOUR @S1@ », le record « 0 @S1@ SOUR » et le producteur « 1 SOUR » sous HEAD.
Types de structure identifiés par SOUR
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 |
|---|---|---|
| Source | g7:SOUR | 88 |
| Source | g7:record-SOUR | 88 |
| Source | g7:HEAD-SOUR | 88 |
Urig7:SOUR ; g7:record-SOUR ; g7:HEAD-SOUR
ParentStructures citables ; dataset au niveau 0 ; HEAD
PayloadPointeur SOUR pour la citation ; XREF et aucun payload pour le record ; Special sous HEAD
CardinalityCitations généralement {0:M} ; records SOUR {0:M} ; HEAD.SOUR {0:1}