Entities (STLM)

An entity in the Gedcom standard is a main genealogical component such as an individual, a family, a source of information or a note. It can also be an multimedia object such as a video or a audio record.

In the Gedcom file, an entity is a record identified by an identification number and a group of tag specifying its characteristics.

The various genealogical characteristics associated with an entity are called properties: birth, marriage, date, place, event, text, address, etc.

Ancestris follows the Gedcom standard as closely as possible and uses the same concept of entity and property.

The organization of information for each entity follows the precise grammar of the standard. This grammar provides several  possibilities to store the information. To see these various possibilities in Ancestris, use the Gedcom editor.

 

The 7 categories of entities

There are seven categories of entities in the Gedcom standard. An entity always belongs to one, and only one, of these seven categories.

Each category has its dedicated properties. However, regardless of the category to which they belong, all entities operate according to the same principles. There are described below.

In Ancestris, all entities are easily accessible from the Entity Table.

 

Individual

An individual, or a person, is a human being, living or deceased. It is the primary component of any genealogy.

In the Gedcom standard, an individual is defined by the INDI tag, and has an identification number which could nearly be anything. In Ancestris, this ID starts with the letter I.

Appearance in Ancestris : INDI Individual

Main properties

The main properties of an individual are:

• a name, made of a first name and a lastname, and possibily made of other name elements.
• events such as birth, marriage, occupation, and many others.
• relationships with other individuals in the genealogy.

Events and relationships are probably the most interesting parts of your genealogy because they are the pieces of information that you will let you understand the life of your ancestors and the stories they could tell you.

NAME : name of an individual. This tag can be repeated if the individual is known under several names.

Gedcom syntax:

NAME Lt. Cmndr. Joseph /Allen/ jr.

In this example jr. is considered the suffix of the name. All the information was entered only in the NAME tag without using any sub-tag.

The Gedcom standard provides a detailed structure to store the name of an individual, and specify all the possible elements of a name, in particular NICK and NSFX which are placed at the end of NAME.

GIVN : (given name) First name. The first name (s) of an individual: its value must be identical to that in the NAME tag. It is an optional tag. The different first names are separated by a comma.

NICK : (nick name) A familiar name or nickname, which is used in addition to, or instead of, the last name.

NPFX : (name prefix) Name prefix. An element of the name that precedes the lastname (e.g. Master, General, Doctor, etc.)

SPFX : (surname prefix) Particle before the Lastname. A complement to the name which is preceding the name, and which is not to be taken into account when sorting lastnames. Different articles / name prefixes are separated by a comma, for example in the name “de la Cruz”, this value must be “de, la”.

SURN : (surname) Lastname at birth, family name. Different surnames are separated by a comma.

NSFX : (name suffix) Lasname Suffix. A complement to the name, an article, which follows the last name, and which is not to be taken into account when sorting lastnames. Different name suffixes are separated by a comma. Example: eldest, son.

NOTE : Note about the individual

SOUR : Source of information proving the existence and the characteristics of the individual.

ALIA : (alias): Link with another individual entity, indicating that this current individual could be a duplicate of the other one and that one of the two should be removed enventually. It does mean that the two persons are the same person with a different name. One should use two NAME tags for that, within one single individual entity.

 

Famille

A family is a couple of human beings, living or deceased, united either by a legal union (e.g. marriage) or by a de facto union (e.g. cohabitation). Most often, one or more children are associated with it.

A family is therefore a structure bringing together two individuals as well as a set of specific properties, such as children, as well as the various events associated with it (marriage, divorce, etc.)

In the Gedcom standard, a family is designated by the FAM tag and receives an ID number starting with the letter F in Ancestris.

Appearance in Ancestris : FAM Family

 

Multimedia element

A Multimedia Element is a photo, an audio or video document (a photograph, an audio recording, a film, a copy of a document, etc.) generally intended to be associated with one or more individuals or families or to be associated with a source.

In the Gedcom standard, a multimedia element is defined by the OBJE tag. It has an ID number starting with the letter M in Ancestris.

Appearance in Ancestris : OBJE élément multimédia

Warning ! There are two kinds of multimedia elements: the entity and the property. These two categories of media, although they have the same tag (OBJE), should not be confused.

• The multimedia entity can be used by several other entities. It is therefore meant to be shared, collective or common. It is truly autonomous and can exist independently of the entities that refer to it. Example: a audio file specifying your analysis of a research involving several individuals.
• The multimedia property is intended to qualify a single piece of information of the genealogy. It can only be used once. It is useless when taken out of its context, its connection to the information to which it relates. Example: a video of a newly born child. The multimedia property, unlike the multimedia entity, does not receive any ID number and is only valid for a single property, in a given entity. It can only exist within the entity that includes it. If the entity is deleted, the property disappears with it.

In summary, if the same multimedia object must be assigned to several individuals, several families, etc., it is more efficient to store it in the form of a object entity. Once entered, it will be possible to use it an infinite number of times. As a object property, you would have to reenter the link to the media file as many times as you would need it.

Warning ! Ancestris does not make any copy of your multimedia files. It just "refers" to the actual files. Ancestris will read them where you will need them in Ancestris. So do not erase them thinking that Ancestris made a copy of them.

 

Note

A note is a text information that can be associated with other categories of entities (individuals, families, multimedia elements, etc.) or with a property anywhere in the genealogy.

In the Gedcom standard, a note is defined by the tag NOTE and it has an ID number starting with the letter N in Ancestris.

Appearance in Ancestris : NOTE Note

Warning ! There are two kinds of multimedia elements: the entity and the property. These two categories of notes, although they have the same tag (NOTE), should not be confused.

• The note entity can be used by several other entities. It is therefore meant to be shared, collective or common. It is truly autonomous and can exist independently of the entities that refer to it. Example: a text specifying your analysis of a research involving several individuals.
• The note property is intended to qualify a single piece of information of the genealogy. It can only be used once. It is useless when taken out of its context, its connection to the information to which it relates. Example: a characteristic of a newly born child. The note property, unlike the note entity, does not receive any ID number and is only valid for a single property, in a given entity. It can only exist within the entity that includes it. If the entity is deleted, the property disappears with it.

In summary, if the same note must be assigned to several individuals, several families, etc., it is more efficient to store it in the form of a note entity. Once entered, it will be possible to use it an infinite number of times. As a note property, you would have to reenter the text of the note as many times as you would need it.

 

Source

UneA source estis toutanything cethat quidefines permetthe deorigin définirof l'originea d'unepiece information. IlIt peutcan s'agirbe d'una document, d'una livre,book, d'una monument, etc.

IlIt peutcan s'agiralso également, d'une personne physique : votre arrière-grand-mère peut par exemple être qualifiée de source, si celle-ci vousbe a transmisnatural oralementperson: uneyour histoiregreat-grandmother decan, famille...for example, be qualified as a source, if she has transmitted a family history to you orally for instance.

CetteThis entitéentity estis destinéeintended àto recueillircollect trèsvery précisémentprecisely lesthe différentesvarious référencesreferences (titredocument dutitle, document,symbol, cote,act numéro d'acte,number, page, etc.) afinin deorder permettreto touteallow vérificationany ultérieuresubsequent deverification l'origineof desthe paramètrescharacteristics associésof auxother autres entitésentities (notamment,in lesparticular, individusindividuals etand les familles)families).

DansIn lathe normeGedcom Gedcom,standard, unea source estis désignéedefined parby l'étiquettethe SOUR ettag reçoitand un numéroit has an ID commençantnumber parstarting lawith lettrethe S.letter S in Ancestris.

LesSources maintain a close relationship with other entities, repositories. A repository contains sources, and sources etare leslocated in repositories. Please refer to the lieuxfollowing de stockagesection constituentfor deuxdetailed entités différentes qui entretiennent cependant des relations étroites. En effet, d'une part, un lieu de stockage est susceptible de contenir plusieurs sources, d'autre part, lors de la création d'une source, il est nécessaire de faire un lien vers son lieu de stockage. Par voie de conséquence, il est plus logique et plus cohérent de créer le lieu de stockage avant de créer la source.considerations.

Appearance in Ancestris : SOUR Source

Attention ! Il existe deux sortes de sources : d'une part l'entité source, d'autre part la propriété source. Ces deux catégories de sources, bien que disposant des mêmes étiquettes (SOUR), ne doivent pas être confondues, et elles n'ont pas exactement les mêmes propriétés.

• L'The entitésource sourceentity estcan susceptiblebe d'êtreused affectéeby àseveral plusieursother entités.entities. ElleIt estis donctherefore vouéemeant àto êtrebe partagée,shared, collective or commoncollective. ouIt commune.is Elletruly estautonomous véritablementand autonomecan etexist peutindependently existerof indépendammentthe desentities entitésthat quirefer lato citent.it. ExempleExample: :a unmarriage acte de mariage.
  deed.
• The Lasource propriété sourceproperty estis destinéeintended àto nequalify qualifiera qu'unesingle seulepiece autreof information deof lathe généalogie,genealogy. etIt necan reserviraonly pas.be Elleused n'estonce. pasIt autonomeis etuseless newhen serttaken àout rienof sortieits decontext, sonits contexte,connection sonto rattachementthe à l'information àto laquellewhich elleit serelates. rapporte.The source property, unlike the source entity, does not receive any ID number and is only valid for a single property, in a given entity. It can only exist within the entity that includes it. If the entity is deleted, the property disappears with it.

EnIn résumé,summary, siif unthe mêmesame documentsource doitmust êtrequalify affectéseveral àevents plusieursof individus,individuals, plusieurs familles,families, etc., ilit estis plusmore pratiqueefficient deto lestore rangerit sousin lathe formeform d'uneof entitéa source :entity. enOnce effet,entered, uneit foiswill saisie,be celle-cipossible serato susceptibleuse d'êtreit utiliséean uneinfinite infiniténumber deof fois.times. EnAs tant que propriété source, il vous faudrait ressaisir laa source autantproperty, deyou foiswould qu'ellehave servirait.to reenter the characteristics of the source as many times as you would need it.

La propriété source, contrairement à l'entité source, ne reçoit aucun numéro ID et n'est valable que pour une seule propriété, dans une entité donné. Elle ne peut exister qu'à l'intérieur de l'entité qui l'englobe. Si cette dernière est supprimée, la source disparaît avec elle. 

Fournisseur d'informations

Un fournisseur d'informations est une personne physique qui collecte des informations en vue de participer à la construction d'un fichier de généalogie.

Il s'agit tout d'abord de l'utilisateur d'Ancestris en train de travailler sur sa généalogie, mais également, d'autres généalogistes susceptibles de fournir à ce dernier différentes données qu'ils ont eux-mêmes trouvées.

Il s'agit d'une structure permettant d'enregistrer les différentes coordonnées et références des personnes qui collectent des informations généalogiques.

Dans la norme Gedcom, un fournisseur d'informations est désigné par l'étiquette SUBM et reçoit un numéro ID commençant par la lettre B.

Appearance in Ancestris : SUBM Fournisseur d'informations : un individu ou une personne qui a rassemblé des informations dans un fichier ou les transmet à quelqu'un d'autre.

Lieu de stockage ou dépôt

Un lieu de stockage ou dépôt est un site où peuvent être trouvées les sources d'une généalogie (documents, livres, enregistrements audio, films...). Il peut s'agir d'un site physique (archive départementale), ou bien d'un site Internet (le site Internet de l'archive départementale).

Les sources et les dépôts constituent deux entités différentes qui entretiennent cependant des relations étroites. En effet, d'une part, un dépôt est susceptible de contenir plusieurs sources, d'autre part, lors de la création d'une source, il est nécessaire de faire un lien vers son dépôt. Par voie de conséquence, il est plus logique et plus cohérent de créer le dépôt avant de créer la source.

Dans la norme Gedcom, un lieu de stockage est désigné par l'étiquette REPO et reçoit un numéro ID commençant par la lettre R.

Notation : REPO Lieu de stockage : le lieu de stockage est l'endroit où les documents, enregistrements, et autres sources, sont entreposés.

 

En-tête

HEAD L'en-tête par lequel le fichier débute le Gedcom. L'en-tête contient les renseignements sur le fichier : version de la norme, auteur du fichier, organisation des juridictions, etc.

Sa création est prise en charge par Ancestris lors de la création d'un nouveau fichier. Vous n'aurez certainement pas besoin de le modifier par la suite.

Modification, consultation : (n'oubliez-pas de faire une copie de sauvegarde).

• par le module Propriété
• par l'éditeur Gedcom en sélectionnant plusieurs lignes dans la Table des entités (recommandé pour les utilisateurs avancés)

 

Numéro d'identification d'une entité

Le numéro ID est un numéro d'identification affecté à chaque entité, à l'intérieur d'une même catégorie. Afin d'éviter la création d'éventuels doublons, ce numéro est bien évidemment unique.

Par ailleurs, ce numéro particulier a toujours la même forme, à savoir une lettre suivie d'un certain nombre de chiffres. Or, chaque catégorie d'entité étant associée à une lettre particulière, le n° ID indique sans équivoque la catégorie de laquelle il relève.

L'utilisateur n'a pas à se préoccuper d'attribuer un nouveau numéro ID au moment de la création d'une nouvelle entité : cette numérotation est en effet effectuée par Ancestris, de manière automatique.

On notera que la commande menu Outils / Préférences / Éditions / Numéro d'identification, autorise Ancestris, lorsque la case à cocher est activée, à réutiliser les numéros attribués à des entités ayant été supprimées.