Table of Contents

How do we structure our data?

The variety of our genealogical information is structured by the GEDCOM Standard into the following entity types:

Each entity type has defined properties, e.g. a name. Between the entities there are relationships, e.g. 'is son'.

Each entity, e.g. a person, is represented by and described in a record. The properties and relationships of the entity are recorded in fields within the record, called tags. We can add notes, pointers to notes, sources and multimedia objects to most of the properties and relationships.

The tags can be seen in the GEDCOM mode of the Edit View.

How many details to record in a GEDCOM file?

How much and how detailed information we will compile depends on the scientific quality of our work we want to achieve.

In any case the following principles should apply:

When to put information into properties and when into notes?

GEDCOM allows very complex structures: records of persons linked with multimedia records that are linked in turn with source records that are linked in turn with notes; properties of properties of properties a.s.o.

Almost no genealogy program is able to process all possible structures and properties allowed by the standard. Therefore it might be wise to save those information in notes that are not likely to be interpreted automatically by a program, e.g. for statistics or sorting.

With Search View we can find words also in the notes. Actually we need to record only those information into properties (tags) that we want to see in the Family Tree View or Table View.

Notes and multimedia as property or data record?

Often the standard leaves open whether we store information as embedded (aka inline) property or in an own data record, e.g. for notes, multimedia objects, and repositories; for sources it recommends deliberately data records.

What should we consider?

Proceed to Individual