Properties - eigenschappen van een Gedcom-Record
De naam van een property, wordt in een Gedcom-bestand geïdentificeerd door de Tag (het label), dat altijd een Engelse afkorting is.
Voorbeeld
- Stad: Amsterdam
- Stad: Parijs
- Stad: Londen
De Tags
- Naam (tag NAME)
- Datum (tag DATE)
- Plaats (tag PLAC)
- Notitie (tag NOTE) - hier bedoelen we de eigenschap NOTE, niet de entiteit NOTE.
- Geslacht (label SEX)
- Geboorte (tag BIRT)
- Huwelijk (tag MARR)
- Overlijden (tag DEAT)
- Beroep (tag OCCU)
- Religie (tag RELI)
- Woonplaats (tag RESI)
Gebruik
1: Properties in de Gedcom file
Elke regel in het Gedcom-bestand is één property. En elke property regel heeft hetzelfde soort formaat. Dat komt omdat elke regel moet voldoen aan de syntax regels van het betreffende Gedcom formaat. Hier een voorbeeld van een klein stukje van een Gedcom bestand: (de Tags zijn paars gekleurd)
U ziet dat elke regel hetzelfde soort formaat heeft namelijk:
Nummer Tag Inhoud
Nummer: Dit geeft aan welk nivo deze tag heeft in het Gedcom bestand. Daarna volgt de eigenlijke Tag, (hier in paars) die zegt om welke soort informatie het gaat, en daarna volgt de Inhoud die aan deze is Tag is gegeven door de gebruiker (uzelf).
Kijkt u bijvoorbeeld bij BIRT, deze regel heeft nummer 1. Dit geeft aan dat het om een hoofd-tag gaat, in dit geval: geboorte (BIRT). Maar bij een geboorte horen een datum en een plaats. Deze vallen als het ware ONDER of BINNEN de tag BIRT. U ziet daarom ook dat de regels met DATE en PLAC die direct volgen op BIRT, voorafgegaan worden door een ander nummer, namelijk 2. In dit geval zijn dus DATE en PLAC sub-tags (onderdeel) van BIRT. Ze zijn onverbrekelijk verbonden met BIRT.
Omdat dit als u het voor de eerste keer ziet, best wel lastig leest en te begrijpen is, heeft Ancestris dit in de Gedcom Editor iets duidelijker en begrijpelijker weergegeven:
2: Properties in de Gedcom editor
We kijken eerst naar precies hetzelfde voorbeeld als in paragraaf 1, maar nu in de Gedcom Editor:
Hier staan er geen nummers meer voor de regels, maar ze springen in. U kunt nu duidelijk zien dat DATE en PLAC horen bij BIRT, ze staan namelijk iets meer naar rechts, waardoor goed te zien is dat ze als het ware "onder" BIRT vallen. En door middel van de weergavepijltjes, waarinzoals zebij wordenBIRT, weergegeven.
u tags "open" en "dicht" klappen om de leesbaarheid te bevorderen.
U ziet ook dat bij de Tag SEX, de inhoud direct achter de Tag zelf staat, deze Tag heeft ook geen pijltje ervoor staan. Daar zijn geen verdere sub-Tags nodig om alle informatie weer te geven.
Laten we nu eens kijken naar de Tag NAME:
U ziet dat BIRT even dichtgeklapt is. Zo kunnen we ons goed concentreren op NAME. We zien hier 2 tags die "onder" NAME vallen, namelijk GIVN (de officiële voornaam), hier Peter, en SURN (achternaam) hier Puk.
Maar een naam kan natuurlijk nog veel meer sub-properties hebben, zoals een voorvoegsel (titel), een roepnaam enzovoorts. Hier een kleine tip van de sluier hoe de Gedcom editor u kan helpen met het toevoegen van alle mogelijke properties die "onder" de NAME tag kunnen vallen:
In het gele vlak ziet u alle mogelijkheden die u kunt toevoegen "onder" de tag: NAME tag. Meer uitleg hierover vind u op de pagina "Leg uw stamboom bronnen vast", en op de pagina van de Gedcom editor zelf.
3: Properties in de andere editors
4: Properties in de Entiteiten Tabel
5: Properties vertoond in windows
====================================================================================
Usage
In the Gedcom file, properties always keep the same structure and follow strictly the same syntax rules.
In Ancestris, properties exactly correspond to the Gedcom properties, but they may look different depending on the view that displays them.
Properties in the Gedcom file
Each line of the Gedcom file is a property.
Each property line has the following format:
Number Tag Value
Number is the hierarchical level of the property as described in the Gedcom page.
Example:
2 DATE 27 SEP 1601
The first item is the number 2, indicating the level of the row in the record entity.
The second element is the DATE tag, indicating that the property is a date.
The third element is the value of the date (27 SEP 1601).
Therefore, the whole line means that the date of the genealogical element above this line, is September 27, 1601.
Properties in the Gedcom editor
The Gedcom editor displays property lines in a manner quite similar to that of the Gedcom file: one line per property, containing the tag followed by its value.
However, the following differences exist.
- The editor does not display the entire Gedcom file, but only one entity at a time: the ID number and the category of this entity appear on the first line, at the top
- To the left of the label (tag), there is a symbol in the form of a mini-icon referring to the nature of the tag. The mini-icons added to the tree view make it much easier to read compared to the raw Gedcom file.
- The editor does not display the line numbers, but represents them in a tree structure, with a more or less pronounced indentation depending on the situation of each line in the hierarchy. These lines are also provided with handles, which can expand or hide the subdivisions of a particular branch.
Properties in the other editors
In editors, properties are displayed in the user's language.
In the Aries and Cygnus editors, neither the labels, nor the lines, nor their tree structure appear: the name of each field, more explicit than a simple tag, simply invites the user to fill it in, as we fill in a form.
Properties in the Entities Table
In the Entity Table, each row represents an entity, and each column represents a property.
It is possible to configure the Table in order to choose the properties to display.
Properties displayed in windows
Other windows display properties, and allow them to be viewed, printed or edited (Navigator, Dynamic tree, etc.).