Tag GEDCOM standard
CORP
Organisation productrice
Corporate name
Nom de l’entreprise, organisation ou personne qui a produit ou commandé le logiciel ou produit concerné.
Exemple concret
Exemple minimal
0 HEAD
1 GEDC
2 VERS 7.0
1 SOUR https://example.org/software
2 CORP Exemple Généalogie
0 TRLR
Exemple réaliste
0 HEAD
1 GEDC
2 VERS 7.0
1 SOUR https://example.org/software
2 VERS 4.2.1
2 NAME Exemple Généalogie
2 CORP Association des Archives Exemple
3 EMAIL contact@example.org
3 WWW https://example.org/
0 TRLR
Traduction en langage humain
CORP nomme l’entreprise, organisation ou personne qui a produit ou commandé le logiciel décrit par HEAD.SOUR.
CORP nomme l’entreprise, organisation ou personne qui a produit ou commandé le logiciel décrit par HEAD.SOUR.
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 SOUR https://example.org/software » : le niveau 1 place SOUR sous HEAD avec la valeur « https://example.org/software ».
5
Exemple minimal — « 2 CORP Exemple Généalogie » : le niveau 2 place CORP sous SOUR avec la valeur « Exemple Généalogie ».
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 SOUR https://example.org/software » : le niveau 1 place SOUR sous HEAD avec la valeur « https://example.org/software ».
11
Exemple réaliste — « 2 VERS 4.2.1 » : le niveau 2 place VERS sous SOUR avec la valeur « 4.2.1 ».
12
Exemple réaliste — « 2 NAME Exemple Généalogie » : le niveau 2 place NAME sous SOUR avec la valeur « Exemple Généalogie ».
13
Exemple réaliste — « 2 CORP Association des Archives Exemple » : le niveau 2 place CORP sous SOUR avec la valeur « Association des Archives Exemple ».
14
Exemple réaliste — « 3 EMAIL contact@example.org » : le niveau 3 place EMAIL sous CORP avec la valeur « contact@example.org ».
15
Exemple réaliste — « 3 WWW https://example.org/ » : le niveau 3 place WWW sous CORP avec la valeur « https://example.org/ ».
16
Exemple réaliste — « 0 TRLR » : le niveau 0 place TRLR sous le dataset.
17
CORP n’a qu’un contexte standard : HEAD.SOUR.CORP.
18
Son payload est Text et il est facultatif, au plus une fois.
19
Adresse, téléphone, e-mail, fax et web peuvent décrire cette entité.
20
CORP ne décrit ni une famille, ni l’employeur d’un INDI, ni l’auteur d’une source généalogique.
21
La norme indique que CORP décrit la corporation créant le logiciel ; HEAD.SOUR.NAME est désormais préféré à l’ancien nom de produit porté autrement.
22
Le niveau numérique indique à quelle structure ce tag appartient.
23
Le type du payload et les sous-structures autorisées dépendent du contexte défini par la norme.
24
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 :
Employer CORP sous INDI pour représenter un employeur ou une organisation familiale.
Employer CORP sous INDI pour représenter un employeur ou une organisation familiale.
Types de structure identifiés par CORP
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 |
|---|---|---|
| Corporate name | g7:CORP | 71 |
Urig7:CORP
ParentHEAD.SOUR
PayloadText
Cardinality{0:1} ; ADDRESS_STRUCTURE {0:1}, contacts {0:M}