Tag GEDCOM standard
SNOTE
Note partagée
Shared note
Enregistrement de note pouvant être référencé depuis plusieurs structures lorsque les occurrences doivent partager exactement le même contenu.
Exemple concret
Exemple minimal
0 @N1@ SNOTE Cette information concerne plusieurs personnes.
0 @I1@ INDI
1 SNOTE @N1@
Exemple réaliste
0 @N1@ SNOTE Origine traditionnelle du nom Dupont.
1 CONT Cette explication doit rester commune aux personnes concernées.
1 LANG fr
1 MIME text/plain
1 TRAN Traditional origin of the Dupont surname.
2 LANG en
1 SOUR @S1@
0 @S1@ SOUR
1 TITL Étude historique du nom Dupont
0 @I1@ INDI
1 NAME Jean /Dupont/
2 SNOTE @N1@
0 @I3@ INDI
1 NAME Jeanne /Dupont/
2 SNOTE @N1@
Traduction en langage humain
Le minimal autonome crée un record partagé @N1@ puis le référence. Le réaliste montre deux noms pointant vers la même note unique, avec traduction et source.
Le minimal autonome crée un record partagé @N1@ puis le référence. Le réaliste montre deux noms pointant vers la même note unique, avec traduction et 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 @N1@ SNOTE Cette information concerne plusieurs personnes. » : le niveau 0 crée le record identifié par @N1@ avec la valeur « Cette information concerne plusieurs personnes. ».
2
Exemple minimal — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.
3
Exemple minimal — « 1 SNOTE @N1@ » : le niveau 1 place SNOTE sous INDI et pointe vers @N1@.
4
Exemple réaliste — « 0 @N1@ SNOTE Origine traditionnelle du nom Dupont. » : le niveau 0 crée le record identifié par @N1@ avec la valeur « Origine traditionnelle du nom Dupont. ».
5
Exemple réaliste — « 1 CONT Cette explication doit rester commune aux personnes concernées. » : le niveau 1 place CONT sous SNOTE avec la valeur « Cette explication doit rester commune aux personnes concernées. ».
6
Exemple réaliste — « 1 LANG fr » : le niveau 1 place LANG sous SNOTE avec la valeur « fr ».
7
Exemple réaliste — « 1 MIME text/plain » : le niveau 1 place MIME sous SNOTE avec la valeur « text/plain ».
8
Exemple réaliste — « 1 TRAN Traditional origin of the Dupont surname. » : le niveau 1 place TRAN sous SNOTE avec la valeur « Traditional origin of the Dupont surname. ».
9
Exemple réaliste — « 2 LANG en » : le niveau 2 place LANG sous TRAN avec la valeur « en ».
10
Exemple réaliste — « 1 SOUR @S1@ » : le niveau 1 place SOUR sous SNOTE et pointe vers @S1@.
11
Exemple réaliste — « 0 @S1@ SOUR » : le niveau 0 crée le record identifié par @S1@.
12
Exemple réaliste — « 1 TITL Étude historique du nom Dupont » : le niveau 1 place TITL sous SOUR avec la valeur « Étude historique du nom Dupont ».
13
Exemple réaliste — « 0 @I1@ INDI » : le niveau 0 crée le record identifié par @I1@.
14
Exemple réaliste — « 1 NAME Jean /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jean /Dupont/ ».
15
Exemple réaliste — « 2 SNOTE @N1@ » : le niveau 2 place SNOTE sous NAME et pointe vers @N1@.
16
Exemple réaliste — « 0 @I3@ INDI » : le niveau 0 crée le record identifié par @I3@.
17
Exemple réaliste — « 1 NAME Jeanne /Dupont/ » : le niveau 1 place NAME sous INDI avec la valeur « Jeanne /Dupont/ ».
18
Exemple réaliste — « 2 SNOTE @N1@ » : le niveau 2 place SNOTE sous NAME et pointe vers @N1@.
19
NOTE est locale et incorporée à chaque structure ; SNOTE est un record partagé g7:record-SNOTE, référencé par des pointeurs g7:SNOTE.
20
Utiliser SNOTE seulement si modifier le record doit modifier la note partout, ou si la note nécessite ses propres identifiants.
21
GEDCOM 7 recommande NOTE lorsque chaque occurrence doit pouvoir évoluer séparément et qu’aucun identifiant propre n’est nécessaire.
22
Le record SNOTE peut recevoir MIME, LANG, TRAN, SOUR, identifiants et métadonnées de création ou modification.
23
Technique — un record SNOTE peut pointer vers SOUR et un record SOUR vers SNOTE ; les producteurs ne doivent pas créer de cycle entre ces records.
24
Historique — le partage par pointeur existe depuis GEDCOM 5.0. FamilySearch GEDCOM 5.5.1 utilisait NOTE pour le record partagé ; GEDCOM 7 lui donne le tag distinct SNOTE. Le document 5.5.5 annoté reste une source complémentaire de Tamura Jones, non une spécification FamilySearch officielle.
25
À réserver aux notes réellement partagées ou nécessitant leur propre identifiant.
26
Une NOTE ordinaire est souvent plus simple lorsque chaque occurrence peut être modifiée indépendamment.
Piège fréquent
À ne pas faire / à ne pas déduire :
Créer un record SNOTE lorsque les occurrences devraient pouvoir être éditées indépendamment.
Créer un record SNOTE lorsque les occurrences devraient pouvoir être éditées indépendamment.
Types de structure identifiés par SNOTE
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 |
|---|---|---|
| Shared note | g7:SNOTE | 88 |
| Shared note | g7:record-SNOTE | 88 |
Urig7:record-SNOTE ; g7:SNOTE
ParentDataset au niveau 0 ; toute superstructure autorisant NOTE_STRUCTURE
PayloadText avec XREF pour le record ; pointeur vers SNOTE pour le lien
CardinalityRecords SNOTE {0:M} ; liens généralement {0:M} ; MIME/LANG {0:1}, TRAN/SOUR {0:M}