Skip to main content

Gedcom (STLM)

The word Gedcom designates a genealogical data exchange format.

It was originally developed by the Mormon Church for religious reasons, then retrieved by genealogists to exchange genealogical data between people runnning their genealogy applications on incompatible computer systems.

So Gedcom is a kind of genealogical language.

The word Gedcom, which is an acronym for Genealogical data communication, is spelled like an acronym: GEDCOM. By metonymic derivation, the word also designates a genealogy file in Gedcom format. The xxxxx.ged file you are working on within Ancestris is a Gedcom.

Since the mid-1990s, with the advent of the Internet and the proliferation of digital exchanges, the Gedcom specification has gradually become an essential standard for most genealogy software and sites.

However, while most of them can export in Gedcom format, some of them do not stricktly respect the Gedcom format and make some adaptations by adding proprietary structures or using existing ones for different meanings. In some cases, proprietary data structures cannot be properly converted to the gedcom format and some data might simply not exported.

Ancestris is fully Gedcom compatible (version 5.5 and 5.5.1). As a user, you may secure reliable and complete genealogy files, without risk of data loss, and share or transmit them with anymone.

Characteristics of a Gedcom file

A Gedcom file is a text file, i.e. a file containing human readable lines of text, that can be opened and edited using any text editor, such as Notepad, Kate, Kwrite, Gedit, etc. Its extension name is "*.ged".

As a result, such a file can be used *as is* by any genealogy software, installed under any operating system, without any conversion need.

Each line of text starts with a number and a label. The label is called a "tag". This tag is made up of three or four capital letters. It defines the type of information that follows on the line.

  • For example, the tag PLAC (= place) always indicates that the text that follows this tag is a place (such as place of birth, place of death, place of a ceremony, etc.)

Records of a Gedcom file

A Gedcom file contains a set of records. A record is a group of text lines, the first one of which starts with a zero "0". A record defines something in particular, which depends on the type of record.

The first and the last record of a Gedcom file are of a particular type:

  • The first record is called the header (HEAD tag) and defines some general information about the file.
  • The last record is called the end of file trailer marker (TRLR tag). It defines the end of the file.

Each of the other records defines a genealogical entity, with its own set of tags.

A Gedcom file uses 7 entity categories. The records that can be found in a Gedcom file are therefore as follows:

The choice to consider these 7 categories of data as being records is arbitrary of course, but it is always the case when creating a standard.

One could easily imagine other types of records, such as places for example. The fact that a place is not a separate entity does not prevent Ancestris from managing them and respecting the Gedcom format at the same time.

ArborescenceTree d'unstructure enregistrementof a record

ChaqueEach enregistrementrecord seis présentepresented dein manièrea arborescente :tree chaquestructure: each tag peutcan comprendreinclude unany nombrenumber quelconqueof de sous-sub-tags.

Des sous-Sub-tags sontare deshierarchically tagsdepending hiérarchiquementon dépendantsthe dunext taghigher delevel niveautag, immédiatementand supérieur,may etin susceptiblesturn deinclude comprendreone àor leurmore tour un ou plusieurs sous-sub-tags, etc.

Chaque niveau peut ainsi se subdiviser à l'infini.

Hierarchical Niveaux hiérarchiques levels

LesHierarchical hiérarchielevels sontare numérotées.numbered.

CommeAs chaqueeach ligneline doitmust resterimperatively impérativementremain àin saits place dufrom the point deof vueview deof lathe hiérarchie,hierarchy, chacuneeach d'ellesof estthem affectéeis d'unassigned numéroa correspondantnumber aucorresponding niveauto qu'ellethe occupelevel dansoccupied l'arborescencein dethe l'enregistrement.tree structure of the record.

C'estThis ainsiis quehow lathe lignemain dulevel niveauline principalof deeach chaque enregistrementrecord (c'est-à-direthat leis, niveaulevel zéro)zero) porteis lenumbered numéro0. 0 ;A uneline lignelocated situéeat authe niveaulevel immédiatementimmediately inférieurbelow portebears lethe numéronumber 1 ;1. uneA ligneline situéelocated auat niveauthe immédiatementlevel inférieurimmediately aubelow niveauthe précédentprevious portelevel lebears numérothe 2 ;number et2. ainsiAnd deso suite.on.

IdentifiantIdentifier etand catégorieentity des niveaux zérosrecords

LeAs niveaumentionned zéroabove, deapart chaque enregistrement (autre que les deux enregistrements extrêmes,from HEAD etand TRLR)TRLR estrecords, composéall dethe deuxother élémentsrecords accolés :are entity records.

Each entity record starts with a level 0 line followed by the following:

  • Le numéroThe ID denumber l'entitéof encadréthe deentity deuxsurrounded arobasesby two at-signs (@),
  • LeThe tag associéassociated àwith lathe catégoriecategory àto laquellewhich appartientthe l'entitéentity en question. belongs.
    • ParFor exemple,example, l'en-têtethe @I24@INDIline signifie"0 que@I5@ l'enregistrementINDI" ais pourthe numérofirst record line of an INDIvidual entity which ID leis I24, et qu'il appartient à la catégorie des individus (autrement dit, individu numéro I24)'I5'.

Indentation

PourFor plusgreater declarity, clarté,lines lesof différentesa lignesrecord d'uncan enregistrementbe peuventindented êtreso indentéesas (affectéesto d'unmore ouclearly plusieursshow espacesthe àrelationship gauchebetween duthe premierlines caractère),of dethe manièrerecord. àThe repérerinformation pluslines facilementunderneath laa placetag qu'occupequalify chacunethe d'elles dans la hiérarchie.tag.

  • ExempleNon nonindented indenté :record:
0 @I3@@I5@ INDI 					(tag=> principalthis dedefines cetindidual enregistrement :number individu I3)'I5'
1 NAME JeanJohn MartinDoe 				(nom=> deThe l'individu)indivudual's name is John Doe
1 SEX M							(sexe=> deThis l'individu :individual masculin)is a male
1 BIRT							(naissance=> deWhat l'individu)follows defines his birth event
2 DATE 16April avril16, 1951			(date :=> 16John avrilDoe 1951)was therefore born on April 16, 1951
1 FAMC @F5@@F1328@					=> Family F1328 is the record that defines John Doe's family (familleFAM) dontwhere descendhe l'individuis I3 :a famillechild F5)
(C)
  • LeIndented même exemple indenté :record:
0 @I3@@I5@ INDI 					(tag=> principalthis dedefines cetindidual enregistrement :number individu I3)'I5'
	1 NAME JeanJohn MartinDoe 			(nom=> deThe l'individu)indivudual's name is John Doe
	1 SEX M						(sexe=> deThis l'individu :individual masculin)is a male
	1 BIRT						(naissance=> deWhat l'individu)follows defines his birth event
		2 DATE 16April avril16, 1951	(date :=> 16John avrilDoe 1951)was therefore born on April 16, 1951
	1 FAMC @F5@@F1328@				=> Family F1328 is the record that defines John Doe's family (familleFAM) dontwhere descendhe l'individuis I3 :a famillechild F5)
(C)

L'éditeurThe Ancestris Gedcom d'editor is the editor in Ancestris adoptewhich unshows affichageyou indenté,the maisexact neinformation faitlocated pasin apparaîtrethe lesGedcom numérosfile deenhancing niveau.the Ildisplay ajouteof enthis outreinformation. desThis poignéeseditor permettantuses d'afficheran ouindented dedisplay masquerand lesdoes sous-tagsnot deshow tellelevel ounumbers. telleIt branche.also adds handles to show or hide sub-tag levels making it easy to expand or collapse any branch.

  • LeThis mêmeis exemplehow indenté,the maissame sansindividual leswould numérauxshow dein niveaux :the Gedcom editor:
@I3@

Capture-d’écran-de-2020-08-28-21-56-02.png

INDI

As (tagyou principalcan desee, cetthe enregistrement :Gedcom individueditor I3)enhances NAMEthe Jeandisplay by adding icons and by fetching relevant hints.

In particular, the "@F1328@" piece of data is replaced, only in the display, not in the real Gedcom file, with the relevant information about the family. Here, we therefore immediately know that John's parents are named Martin (nomand deKelly.

l'individu)

Also SEXthe Mname (sexeis dedivide l'individu :into masculin)its BIRTlastname (naissanceand defirstname l'individu) DATE 16 avril 1951 (date : 16 avril 1951) FAMC @F5@ (famille dont descend l'individu I3 : famille F5)

parts.

Composition d'une ligne dans un enregistrement

Ligne standard

Chaque ligne d'un enregistrement contient essentiellement les éléments suivants :

  • Le numéro de niveau (de 0 à n),
  • Le tag indiquant la nature des informations contenues sur la ligne,
  • Les informations associées au tag en question.

Exemple :

  • La ligne 2 DATE 16 avril 1951 peut se lire ainsi : ligne de niveau 2, information de type DATE, et de contenu 16 avril 1951

Référence à une autre entité

Certaines lignes contiennent en outre une référence à une autre entité, laquelle consiste en un numéro encadré par deux arobases (@). Cette référence constitue un marqueur spécial dont le rôle est différent selon la place qu'il occupe par rapport au tag de la ligne.

  • Une référence située à gauche du tag indique le numéro de l'enregistrement courant (numéro toujours unique dans la catégorie d'entité dont il relève) : ce cas de figure ne se produit que sur la ligne de niveau 0 de l'enregistrement. Exemple :
    • 0 @I3@ INDI : ligne principale de l'entité faisant l'objet de cet enregistrement, numéro ID de cet enregistrement : I3, catégorie d'entité : individu.
  • Une référence située à droite du tag, indique le numéro d'un autre enregistrement, et renvoie à ce dernier afin de le mettre en relation avec l'enregistrement courant. Exemple :
    • 1 FAMC @F5@ : ligne de niveau 1, tag FAMC (famille dont descend l'individu courant) et référence F5 (autrement dit : l'individu courant descend de la famille F5)

Norme Gedcom

La norme Gedcom désigne l'ensemble des règles qui régissent ce qu'il est possible de faire et ne pas faire pour que tout le monde range les informations généalogiques d'une certaine façon. C'est donc la grammaire du langage Gedcom.

Deux normes principales existent, 5.5 et 5.5.1, la seconde étant une légère évolution de la première. Des choses permises dans la première ne le sont plus dans la seconde, et vice-versa. Ces différences sont néanmoins limitées.

Ancestris sait gérer les normes 5.5 et 5.5.1.

Vous trouverez en bas de page plusieurs liens qui rassemblent l'ensemble de la documentation que l'on a trouvé sur les normes Gedcom.

Nous vous proposons ici une traduction des points essentiels de la norme et leur utilisation dans Ancestris.

Norme Gedcom 5.5

Vous trouverez ici le détail de toute la norme 5.5 sous forme de liens web.

Tables des matières

Lettre de William S. Harten
Tableau type des données - Page 1 - Page 2
Introduction


Chapter 1: Grammaire de la Représentation des données

Chapter 2: Grammaire Liée à la Parenté (En français sur ce wiki Grammaire Gedcom.)

Chapter 3: Utilisation des jeux de caractères dans GEDCOM

Chapter 4: Enregistrement de la Production GEDCOM
Appendice A : Définition du Tag Gedcom Lié à la Parenté (En français sur ce wiki : Définition des tags)
Appendice B : Références Croisées

Appendice C : Codes LDS Temple
Appendice D : Jeu de Caractères ANSEL

Appendie E : Encoder/Décoder Objets Multimedia

Norme Gedcom 5.5.1

Vous pouvez aussi consulter la norme Gedcom 5.5.1 ici sous forme de fichier pdf en anglais : Norme Gedcom 5.5.1. Curieusement, les deux normes ne sont pas disponible sous le même format.

Vous trouverez dans ce même document un comparatif entre les deux normes.

Liens utiles