Controleer de kwaliteit van uw genealogische gegevens

De Gedcom standaard. Structuur van genealogische gegevens. Gegevensbeheer en controle.

Gedcom - Records - Regels - Versies

Het woord Gedcom duidt een genealogisch gegevensuitwisselings-formaat aan.
Het werd oorspronkelijk om religieuze redenen ontwikkeld door de Mormoonse kerk, en werd later opgepikt door genealogen, om genealogische gegevens uit te wisselen tussen verschillende mensen die niet dezelfde systemen hadden.

Gedcom is dus een soort genealogische taal. Het is de meest bekende en wereldwijd gebruikte.

Het woord Gedcom, wat een acroniem is voor Genealogische datacommunicatie, wordt gespeld als een acroniem: GEDCOM. Door metonymische afleiding duidt een Gedcom ook een genealogiebestand in Gedcom-indeling aan. Het bestand waaraan u werkt binnen Ancestris is een Gedcom.

Sinds het midden van de jaren negentig, met de komst van internet en de toename van digitale uitwisselingen, is de Gedcom-specificatie geleidelijk een essentiële standaard geworden voor de meeste genealogische software en sites over de hele wereld.

Hoewel de meeste van deze programma's kunnen exporteren in Gedcom-formaat, respecteren sommigen van hen het Gedcom-formaat niet strikt en maken enkele aanpassingen door eigen structuren toe te voegen of bestaande structuren te gebruiken voor andere betekenissen. In sommige gevallen kunnen deze eigen datastructuren van dergelijke programma's, niet correct worden geconverteerd naar het Gedcom-formaat en daardoor kunnen bepaalde gegevens eenvoudigweg niet worden geëxporteerd.

Ancestris is volledig Gedcom-compatibel met Gedcom-versies 5.5 en 5.5.1. Als gebruiker kunt u veilig vertrouwen op Ancestris om uitgebreide genealogiebestanden bij te houden, zonder risico op gegevensverlies, en u kunt deze bestanden met iedereen delen of aan anderen doorgeven.

Karakteristieken van een Gedcom bestand.

Een Gedcom-bestand is een tekstbestand, d.w.z. een bestand met voor mensen leesbare tekstregels, dat kan worden geopend en bewerkt met elke tekst-editor die "platte tekst" kan uitvoeren, zoals Kladblok, Notepad++, VSCode, Kate, Kwrite, Gedit, enz. De extensienaam is altijd "*.ged" .

Als gevolg hiervan kan een dergelijk bestand *zonder verdere bewerking* worden gebruikt door elke genealogische software, geïnstalleerd onder elk besturingssysteem, en wel zonder enige conversie.

Elke regel tekst begint met een nummer en een label. Het label wordt een "Tag" genoemd. Deze Tag bestaat uit drie of vier hoofdletters. Het definieert het type informatie dat op deze regel volgt.

Records van een Gedcom bestand

Een Gedcom-bestand bevat een set records. Een record is een groep tekstregels waarvan de eerste regel begint met een nul "0". Een record definieert iets in het bijzonder, wat afhangt van het type record.

Het eerste en het laatste record van een Gedcom-bestand zijn van een afwijkend type:
Het eerste record wordt de header (HEAD-tag) genoemd en definieert wat algemene informatie over het bestand.
Het laatste record wordt de "end of file trailer marker" (TRLR-tag) genoemd. Het definieert het einde van het bestand.
Tussen de twee bovengenoemde records (HEAD en TRLR) staan de overige records, deze definiëren elk een genealogische entiteit, met voor elke entiteit zijn eigen set tags.

Een Gedcom-bestand gebruikt 7 entiteitscategorieën. De 7 soorten records die in een Gedcom-bestand te vinden zijn, zijn daarom als volgt:
  • Records die individuen definiëren: (tag INDI)
  • Records die families definiëren: (tag FAM)
  • Records die notities definiëren: (tag NOTE)
  • Records die bronnen definiëren: (tag SOUR)
  • Records die archieven (repositories) definiëren: (tag REPO)
  • Records die mediabestanden definiëren: (tag OBJE)
  • Records die personen/instanties definiëren, die informatie toevoegen aan een Gedcom of deze versturen: (tag SUBM)
De keuze om deze 7 gegevenscategorieën als records te beschouwen is natuurlijk arbitrair, maar dat is altijd het geval bij het maken van een standaard.

Men zou zich gemakkelijk andere soorten records kunnen voorstellen, zoals plaatsen bijvoorbeeld. Het feit dat een plaats geen afzonderlijke entiteit is, weerhoudt Ancestris er niet van om ze te beheren en tegelijkertijd het Gedcom-formaat te respecteren.

Boomstructuur van een Record

Elk record wordt weergegeven in een boomstructuur: elke tag kan een onbeperkt aantal subtags bevatten.

Subtags zijn hiërarchisch afhankelijk van de vorige tag van een hoger niveau en kunnen op hun beurt ook weer één of meer subtags bevatten, enz.

Hiërarchische niveaus

Hiërarchische niveaus zijn genummerd.

Aangezien elke regel verplicht op zijn plaats moet blijven vanuit het oogpunt van de hiërarchie, krijgt elk van deze regels een nummer toegewezen dat overeenkomt met het niveau dat deze regel inneemt, in de boomstructuur van het record.

Identificatie-nummer en entiteits records

Zoals hierboven vermeld, behalve de HEAD- en TRLR-records, zijn alle andere records entiteitsrecords.

Elke entiteitsrecord begint met een regel van niveau 0, gevolgd door het volgende:

Inspringen

Voor meer duidelijkheid kunnen regels van een record ingesprongen worden vertoond, om de relatie tussen de regels van het record duidelijker weer te geven. De informatieregels onder een tag, kwalificeren de betreffende tag.

0 @I0005@ INDI 					=> dit definieert het nummer van het individu: 'I0005'
1 NAME Pietje Puk 				=> De naam van de persoon is Pietje Puk
1 SEX M							=> Deze persoon is een man
1 BIRT							=> Wat hierna volgt, definieert de geboorte gebeurtenis.
2 DATE April 16, 1951			=> Pietje Puk was dus geboren op 16 April 1951
1 FAMC @F1328@					=> Familie F1328 is het record dat de familie van Pietje Puk definieert (FAM), waarvan hij een kind is (C).
0 @I0005@ INDI 					=> dit definieert het nummer van het individu: 'I0005'
	1 NAME Pietje Puk 			=> De naam van de persoon is Pietje Puk
	1 SEX M						=> Deze persoon is een man
	1 BIRT						=> Wat hierna volgt definieert zijn geboorte gebeurtenis
		2 DATE April 16, 1951	=> Pietje Puk was dus geboren op 16 April 1951
	1 FAMC @F1328@				=> Familie F1328 is het record dat de familie (FAM) van Pietje Puk definieert, waarvan hij een kiind is (C).
De Gedcom-editor is een editor binnen Ancestris die u de exacte informatie laat zien die zich in het Gedcom-bestand bevindt en alles wat daarbij hoort. Het verbetert ook de weergave van deze informatie om het nog gemakkelijker te lezen.

Deze editor gebruikt een ingesprongen weergave en toont geen niveaunummers. Het voegt ook pijltjes toe om subtagniveaus weer te geven of te verbergen, waardoor het gemakkelijk wordt om elke tak uit te vouwen of samen te vouwen.

nl-gedcom-data.png

Zoals u kunt zien, verbetert de Gedcom-editor de weergave door pictogrammen toe te voegen en relevante hints op te halen.

Bijvoorbeeld het gegeven "@F1328@" (het recordnummer van de familie) wordt vervangen, alleen op het display, niet in het echte Gedcom-bestand, met de relevante informatie over de familie zelf. Hier weten we dus meteen dat de ouders van John Doe, Martin en Kelly heten.

Ook is de naam opgesplitst in het achternaam- en voornaamgedeelte met een komma ertussen.

Meer informatie en een aantal voorbeelden, hoe één en ander in de Gedcom editor wordt weergegeven, vind u op de pagina Properties.

Regelopmaak binnen een record

Opmaak

Elke regel in een record bestaat uit 3 elementen:

Voorbeeld: de regel:
2 DATUM 16 april 1951
betekent niveau 2, Tag van het type DATUM met als waarde (de informatie) 16 april 1951.

Om te weten waar deze datum naar verwijst, zou u de vorige regels moeten lezen. Wetende dat dit een regel van niveau 2 is, moet er een niveau 1 (de gebeurtenis in dit geval) en een niveau 0 (de recordentiteit) boven zijn.

Verwijzen naar een andere entiteit

Soms moet men in een regel verwijzen naar een andere record entiteit. Dit gebeurt door middel van het aangeven van het identificatienummer van die entiteit, omgeven door twee apenstaartjes (@).

Het verschil tussen verwijzing "@id@" die een record definieert en verwijzing "@id@" die naar een record verwijst, is het volgende:

Gedcom standaard

De Gedcom-standaard verwijst naar de set regels die bepalen wat wel en niet kan worden gedaan bij het schrijven van een Gedcom-bestand, zodat iedereen genealogische informatie op dezelfde manier organiseert, zodat anderen het kunnen begrijpen. Het is dus de grammatica van de Gedcom-taal.

Er bestaan ​​twee hoofdstandaarden, 5.5 en 5.5.1, de tweede is een lichte evolutie van de eerste. Dingen die in de eerste zijn toegestaan, zijn in de tweede niet meer toegestaan, en vice versa. Deze verschillen zijn echter beperkt.

Ancestris kan zowel de 5.5 als 5.5.1 standaarden aan, en kan uw Gedcom-bestand van de ene standaard naar de andere converteren en vice versa.

Gedcom 5.5

Deze versie is gereleased op 2 Januari, 1996.

U kunt de details van de uitgebreide Gedcom standard release 5.5 hier  vinden, in de vorm van een html site.

Gedcom 5.5.1

Deze versie is gereleased in 1999 als concept en bleef stabiel tot 15 november 2019 toen het officieel werd gemaakt.

U kunt de Gedcom-standaard release 5.5.1 ook als pdf-bestand raadplegen: Gedcom Standaard Versie 5.5.1.

Deze 20 jaar stabiliteit maakt deze standaard tot een zeer goed gedocumenteerde en veelgebruikte manier om genealogische informatie uit te wisselen.
U vindt in het 5.5.1-document een vergelijking tussen de twee Gedcom-standaarden.

Gedcom 7.0.x

Deze versie is gereleased in 2021.

De specificatie van deze versie kunt u vinden bij de website van The FamilySearch GEDCOM Specification.

Gedcom Versies

Andere Gedcom versies kunt u hier vinden, samen met meer informatie over Gedcom zelf:

Gedcom Versies en meer.







Entities - de Records van een Gedcom bestand

Een entiteit volgens de Gedcom specificatie, duidt een genealogisch hoofdelement aan, zoals bijvoorbeeld een individu, een informatiebron, een familie, een notitie enzovoorts. Het kan ook een multimedia object zijn, zoals een video- of een audio-record. 

In een Gedcom-bestand wordt een entiteit ook een record genoemd, dat wordt geïdentificeerd door een identificatienummer, en omschreven door een groep tags die de kenmerken specificeert.

De verschillende genealogische kenmerken die bij een entiteit horen, worden properties, oftewel eigenschappen genoemd zoals bijvoorbeeld: geboorte, huwelijk, datum, plaats, gebeurtenis, tekst, adres, etc.

Ancestris volgt de Gedcom-specificatie zo nauwkeurig mogelijk en gebruikt dezelfde concepten van entiteit en eigenschap (property).


De manier waarop de informatie van elke entiteit wordt georganiseerd, volgt heel precies de grammatica van de standaard. Deze grammatica biedt verschillende mogelijkheden om de informatie op te slaan. Met behulp van de Gedcom-editor kunt u deze verschillende mogelijkheden in Ancestris te zien.

De 7 entiteits categorieën

Er zijn zeven categorieën entiteiten in de Gedcom-standaard. Een entiteit behoort altijd tot één, en slechts één, van deze zeven categorieën. Deze 7 categorieën zijn:

Elke entiteitscategorie heeft zijn specifieke eigenschappen. Ongeacht de categorie waartoe ze behoren, werken alle entiteiten echter volgens dezelfde principes.

Elke entiteit behoort maar tot één categorie. Alle entiteiten in Ancestris zijn toegankelijk vanuit de entiteitentabel.

Individuen (Personen)

Een individu of een persoon is een mens, levend of overleden. Het is het belangrijkste onderdeel van elke genealogie.

In de Gedcom-specificatie wordt een persoon gedefinieerd door de INDI-tag en heeft een identificatienummer dat bijna van alles kan zijn. In Ancestris begint dit ID-nummer met de letter I van Individu.

Een individu ziet er in Ancestris zo uit:
 TAG_Indi.png  TAG_IndiMale.png  TAG_IndiFemale.png
De belangrijkste eigenschappen van een persoon zijn:
Gebeurtenissen en relaties zijn waarschijnlijk de meest interessante onderdelen van uw stamboom, omdat ze de stukjes informatie zijn die u inzicht geven in het leven van uw voorouders en de verhalen die zij u kunnen vertellen.

Ancestris_gedcom_tag_name.png NAME : naam van een persoon. Deze tag kan worden herhaald als het individu onder meerdere namen bekend is.

Gedcom-syntax:
NAME Lt. Cmndr. Joseph /Allen/ jr.
In dit voorbeeld wordt jr. beschouwd als het achtervoegsel van de naam. Alle informatie is alleen in de NAME-tag ingevoerd zonder de sub-tag te gebruiken.

De Gedcom-standaard beschikt over een gedetailleerde structuur om de naam van een persoon op te slaan, en alle mogelijke elementen van een naam te specificeren, met name NICK en NSFX die aan het einde van NAME worden geplaatst.
In de nu volgende lijst staat direct na de Tag, de volledige engelse tekst waarvan deze tag is afgeleid. De verschillende onderdelen van een naam zijn:
Ancestris_gedcom_tag_name.png GIVN : (given name) Voornaam; de voorna(a)m(en) van een persoon: de waarde moet identiek zijn aan die van de NAME-tag, het is een optionele tag. De verschillende voornamen moeten worden gescheiden door een komma.
Ancestris_gedcom_tag_name.png NICK : (nick name) (bijnaam) Een vertrouwde naam of bijnaam, die naast of in plaats van de achternaam wordt gebruikt.
Ancestris_gedcom_tag_name.png NPFX : (name prefix) Naamvoorvoegsel. Een element van de naam dat voorafgaat aan de achternaam (bijv. Meester, Generaal, Dokter, etc.)
Ancestris_gedcom_tag_name.png SPFX : (surname prefix) (voorvoegsel achternaam) Deel voor de achternaam. Een aanvulling op de achternaam die aan de naam voorafgaat en waarmee geen rekening moet worden gehouden bij het sorteren van achternamen. Verschillende lidwoorden / voorvoegsels van namen worden gescheiden door een komma, bijvoorbeeld in de naam "de la Cruz" moet deze waarde "de, la" zijn.
Ancestris_gedcom_tag_name.png SURN : (surname) (achternaam) Patroniem, achternaam bij geboorte, achternaam. Verschillende achternamen worden gescheiden door een komma.
Ancestris_gedcom_tag_name.png NSFX : (name suffix) Naamachtervoegsel Een aanvulling op de naam, een woord, dat een deel is dat volgt op de voornaam en de achternaam, en dat niet wordt geïndexeerd. Verschillende woorden/achtervoegsels van de naam worden gescheiden door een komma. Achtervoegsel, tekst achter naam (oudste, zoon...)
Ancestris_gedcom_tag_note.png NOTE : (Note) Notitie over thet individu (persoon)
Ancestris_gedcom_tag_sour.png SOUR : (Source) bron van informatie over het individu, die het bestaan ​​en de kenmerken van het individu bewijst.
Ancestris_gedcom_tag_sexin.png ALIA : (alias) Koppelt twee INDI's om aan te geven dat ze mogelijk dezelfde persoon zijn. Heeft niet de betekenis van pseudoniem. Het is een link met een andere individu-entiteit, wat aangeeft dat deze huidige persoon een duplicaat kan zijn van de andere en dat een van de twee uiteindelijk moet worden verwijderd. Het betekent wel dat de twee personen dezelfde persoon zijn met een andere naam. Daarvoor zou u twee NAME-tags moeten gebruiken, binnen één enkele individu-entiteit.

Families

Een gezin is een paar mensen, levend of overleden, samengebracht hetzij door een wettelijke verbintenis (huwelijk, PACS, enz.), hetzij door een feitelijke verbintenis (bijvoorbeeld samenwonen). Meestal worden er een of meer kinderen mee geassocieerd.

Een gezin is dus een structuur die twee individuen samenbrengt, evenals een reeks specifieke eigenschappen, zoals kinderen, en de verschillende gebeurtenissen die eraan verbonden zijn (huwelijk, echtscheiding, enz.).

In de Gedcom-specificatie wordt een gezin aangeduid met het FAM-label en in Ancestris krijgt het een ID-nummer dat begint met de letter F, van Family (Familie)


Notatie in Ancestris : Ancestris_gedcom_tag_fam.png FAM Family (Familie)

Media (Video - Audio)

Een media- of multimedia-element is een foto, of een audio- of videodocument (een foto, een audio-opname, een film, een kopie van een document, enz.) dat over het algemeen bedoeld is om te worden geassocieerd met een of meer personen of families of om te worden gekoppeld aan een bron.

In de Gedcom-specificatie wordt een multimedia-element gedefinieerd door de OBJE-tag. Het in Ancestris heeft het een ID-nummer dat begint met de letter M van Media.

Notatie in Ancestris: : Ancestris_gedcom_tag_obje.png OBJE multimedia element

Waarschuwing! Er zijn twee soorten multimedia-elementen: de entiteit en de eigenschap (Property). Hoewel deze twee soorten media dezelfde tag (OBJE) hebben, mogen ze niet worden verward.

Samenvattend, als hetzelfde multimedia-object moet worden toegewezen aan meerdere individuen, meerdere families, enz., is het efficiënter om het op te slaan in de vorm van een object-entiteit. Eenmaal ingevoerd, is het mogelijk om het dan een oneindig aantal keren te gebruiken. Als object-eigenschap zou u de koppeling naar het mediabestand net zo vaak opnieuw moeten invoeren als u het bestand nodig heeft,.

Waarschuw Ancestris maakt geen kopie van uw multimediabestanden. Het "verwijst" (linkt) gewoon naar de daadwerkelijke bestanden. Ancestris zal ze alleen vertonen waar u ze nodig heeft in Ancestris. Verwijdert u de bestanden dus alstublieft niet, met de gedachte dat Ancestris er een kopie van heeft gemaakt. 


Waarschuwing! Ancestris maakt geen kopie van uw multimediabestanden. Het "verwijst" (linkt) gewoon naar de daadwerkelijke bestanden. Ancestris zal ze alleen vertonen waar u ze nodig heeft in Ancestris. Verwijdert u de bestanden dus alstublieft niet, met de gedachte dat Ancestris er een kopie van heeft gemaakt. 

Notities

Een notitie is aanvullende tekstinformatie over een andere entiteit, die kan worden geassocieerd met andere categorieën entiteiten (individuen, families, multimedia-elementen, enz.) of met een eigenschap, waar dan ook in de genealogie.

In de Gedcom-specificatie wordt een notitie gedefinieerd door de tag NOTE en in Ancestris heeft het een ID-nummer dat begint met de letter N., van Note (Notitie)
Notatie in Ancestris :  Ancestris_gedcom_tag_note.png NOTE Note (Notitie)


Waarschuwing! Er zijn twee soorten notities: de entiteit en de eigenschap (property). Hoewel deze twee soorten noten dezelfde tag hebben (NOTE), mogen ze niet worden verward.


Samenvattend, als dezelfde notitie moet worden toegewezen aan meerdere personen, meerdere families, enz., is het efficiënter om deze op te slaan in de vorm van een notitie-entiteit. Eenmaal ingevoerd, is het mogelijk om het een oneindig aantal keren te gebruiken. Als notitie-eigenschap (property) zou u de tekst van de notitie zo vaak als nodig opnieuw moeten invoeren.


Bronnen (Sources)

Een bron is alles dat de oorsprong van informatie definieert. Het kan een document zijn, een boek, een monument, etc.

Het kan ook een natuurlijk persoon zijn: uw overgrootmoeder kan bijvoorbeeld als bron worden gekwalificeerd, als zij u mondeling een familiegeschiedenis heeft gegeven.

Deze entiteit is bedoeld om zeer nauwkeurig de verschillende referenties te verzamelen (titel van het document, plaats-nummer, aktenummer, pagina, enz.) om elke latere verificatie van de kenmerken (properties) van andere entiteiten (in het bijzonder individuen en families) mogelijk te maken.

In de Gedcom-specificatie wordt een bron aangeduid met de SOUR-tag en krijgt in Ancestris een ID-nummer dat begint met de letter S, van Source (Bron)

Bronnen (Sources) en archieven (Repositories) vormen twee verschillende entiteiten die niettemin nauwe banden onderhouden. Enerzijds zal een archief immers waarschijnlijk meerdere bronnen bevatten, anderzijds is het bij het aanmaken van een bron noodzakelijk om een ​​koppeling te maken naar het bijbehorende archief. Daarom is het logischer en consistenter om het archief (Repository) te maken voordat u de bron aanmaakt.


Raadpleeg de pagina "Leg uw stamboom bronnen vast" voor gedetailleerde uitleg over het organiseren van bronnen (Sources) en archieven (Repositories).

Notatie in Ancestris :  Ancestris_gedcom_tag_sour.png SOUR Source (Bron)

Waarschuwing! Er zijn twee soorten bronnen (Sources): enerzijds de bron-entiteit, anderzijds de bron-eigenschap (Property). Hoewel deze twee categorieën bronnen dezelfde tag (SOUR) hebben, mogen ze niet worden verward.


Samenvattend, als dezelfde bron meerdere gebeurtenissen van individuen, families, etc. moet kwalificeren, is het efficiënter om deze op te slaan in de vorm van een bron-entiteit. Eenmaal ingevoerd, is het mogelijk om het een oneindig aantal keren te gebruiken. Als broneigenschap zou u de kenmerken van de bron zo vaak als nodig opnieuw moeten invoeren.

Inzenders (Submitters)

Een inzender of indiener, is een persoon die informatie verzamelt om bij te dragen aan de opbouw van een genealogisch bestand (stamboom).

Deze persoon is waarschijnlijk één van de auteurs van de stamboom, of andere genealogen die de Ancestris-gebruiker waarschijnlijk hun genealogische informatie zullen verstrekken.

In de Gedcom-specificatie wordt een indiener gedefinieerd door de SUBM-tag en in Ancestris heeft deze een ID-nummer dat begint met de letter B.


Notatie in Ancestris :  Ancestris_gedcom_tag_subm.png SUBM Submitter Inzender (indiener)

Repositories (Archieven)

Een repository is een plaats waar genealogische bronnen kunnen worden gevonden (documenten, boeken, audio-opnamen, films, enz.). Dat kan een fysiek gebouw zijn (bv. archief, begraafplaats), of een website (bv. de website van de archiefdienst).

Repository-entiteiten onderhouden een nauwe relatie met bronentiteiten. Een repository bevat waarschijnlijk meerdere bronnen, een bron hoort bij één repository.

In de Gedcom-specificatie wordt een repository gedefinieerd door de REPO-tag en heeft in Ancestris een ID-nummer dat begint met de letter R, van Repository (Archief).


Notatie in Ancestris :   Ancestris_gedcom_tag_repo.png REPO Repository (Archief of Repositorie)

Raadpleeg de pagina "Leg uw stamboom bronnen vast" voor gedetailleerde uitleg over het organiseren van bronnen (Sources) en archieven (Repositories).

Header entiteit (Record)

De header-entiteit is het eerste record van het Gedcom-bestand en komt maar éénmaal voor in dit bestand. De header bevat informatie over het Gedcom bestand zelf:

Het aanmaken ervan wordt verzorgd door Ancestris bij het aanmaken van een nieuw bestand. U hoeft het hoogstwaarschijnlijk niet te wijzigen na het maken.

In Ancestris kan het worden bewerkt met "Menu > Bestand > Eigenschappen". Raadpleeg de pagina "Bewerk Stamboom Eigenschappen" voor meer informatie.
Notatie in het Gedcom bestand:
0 HEAD

Trailer entiteit (Record)

De trailer-entiteit komt maar éénmaal voor in een Gedcom bestand, en is altijd het allerlaatste record.

Notatie in het Gedcom bestand:

0 TRLR

De trailer entiteit heeft geen enkele property (eigenschap)

Identificatie nummer van een entiteit

Het ID-nummer is een identificatienummer dat aan elke entiteit binnen dezelfde categorie wordt toegekend. Om het ontstaan ​​van mogelijke duplicaten te voorkomen, is dit nummer uiteraard uniek.

Bovendien heeft dit specifieke nummer altijd dezelfde vorm, namelijk een letter gevolgd door een bepaald aantal cijfers. Elke entiteitscategorie wordt geassocieerd met een bepaalde letter, de eerste letter van het ID-nummer geeft de categorie aan waartoe deze behoort.

De gebruiker hoeft zich geen zorgen te maken over het toekennen van een nieuw ID-nummer bij het aanmaken van een nieuwe entiteit: deze nummering wordt automatisch uitgevoerd door Ancestris.
Houd er rekening mee dat in het menu Tools / Voorkeuren / Edities / Identificatienummer een selectievakje kan worden geactiveerd om de ID-nummers opnieuw te gebruiken die beschikbaar zijn gebleven door entiteiten die zijn verwijderd.

Ook kunt u ID-nummers altijd later wijzigen nadat entiteiten zijn gemaakt. Gebruik daarvoor de tool ID-nummers genereren.


Properties - eigenschappen van een Gedcom-Record

Een Property of Eigenschap, is informatie die een kenmerk van een entiteit beschrijft.

Een property (eigenschap) bestaat in wezen uit twee elementen: zijn naam en zijn inhoud.

De naam van een property, wordt in een Gedcom-bestand geïdentificeerd door de Tag (het label), dat altijd een Engelse afkorting is.

Voorbeeld

Neem bijvoorbeeld de volgende drie properties (eigenschappen).

Deze drie properties delen dezelfde naam (Stad), maar hebben een verschillende inhoud: Amsterdam, Parijs, en Londen.

De stad wordt in het Gedcom-bestand gecodeerd met de Tag: CITY, in hoofdletters.

De Tags

De Gedcom-standaard definieert een groot aantal genealogische eigenschappen (properties).

Elke property wordt geïdentificeerd door een Tag, waardoor ze allemaal uniek en eenduidig zijn.

Hier zijn enkele voorbeelden van properties en hun bijbehorende tags tussen haakjes.

Voor meer details:

Zie de pagina Tags voor de properties (eigenschappen) die gedefinieerd zijn in een Gedcom-bestand
Voor meer informatie over Datums, zie de pagina Datum.
Voor meer informatie over Plaatsen, zie de Plaatsen-pagina.
Voor meer informatie over Gebeurtenissen, zie de pagina Gebeurtenissen.

Gebruik

In het Gedcom-bestand behouden properties (eigenschappen) altijd dezelfde structuur en volgen strikt dezelfde syntaxisregels. Daarom zien ze er altijd op dezelfde manier uit.

In Ancestris komen properties (eigenschappen) exact overeen met de Gedcom-eigenschappen, maar ze kunnen er anders uitzien, dat is namelijk afhankelijk van het scherm waarop ze worden vertoond.
Dit wordt uitgelegd in de volgende 5 voorbeelden:

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, dit is een voorbeeld van een persoons-Record: (de Tags zijn paars gekleurd)

nl-properties-gedcom.png

U ziet dat elke regel op dezelfde manier is opgebouwd namelijk:

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:

nl-properties-gedcom-editor.png

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 pijltjes, zoals bij BIRT, kunt 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:

nl-properties-gedcom-editor-2.png

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 de Gedcom editor doen we daarvoor een rechtsklik precies op de NAME tag en krijgen dan:

nl-properties-gedcom-editor-3.png

In het gele vlak ziet u alle mogelijkheden die u kunt toevoegen "onder" de tag: NAME tag.

Meer uitleg over invoeren via de Gedcom editor, vind u op de pagina "Leg uw stamboom bronnen vast", en op de pagina van de Gedcom editor zelf.

Het is u waarschijnlijk opgevallen dat de Gedcom Editor de properties ook weergeeft, met één propertie per regel. Toch zijn er een aantal verschillen met hoe deze regels in een Gedcom bestand zelf staan, namelijk:

3: Properties in de andere editors

In alle andere Editors worden de properties (eigenschappen) weergegeven in de taal van de gebruiker.

In de Aries- en Cygnus-editors verschijnen noch de Tags(labels), noch de regels, noch hun boomstructuur: de naam van elk veld, uitgebreider dan een korte eenvoudige tag, nodigt de gebruiker gewoon uit om gegevens in te vullen, op dezelfde manier zoals men een formulier invult.

nl-properties-cygnus-name.pngCygnus Editor, naam invullen.

nl-properties-aries-name.pngAries Editor, naam invullen.

U ziet dat de labels bij elk invulveld veel langer en duidelijker zijn dan de korte labels (Tags) zelf, in de Gedcom Editor.

4: Properties in de Entiteiten Tabel

In de Entiteiten Tabel staat elke rij voor een complete entiteit en elke kolom voor een property(eigenschap). We zeggen ook dat elke regel een Record is in het Gedcom bestand.

Het is mogelijk om de tabel te configureren om de eigenschappen (kolommen) te kiezen die moeten worden weergegeven.

nl-properties-entitytable-partly-1.pngEntitie tabel, gedeeltelijk, met een aantal personen.

nl-properties-entitytable-partly-2.pngEntitie tabel, instellingen voor het kiezen welke eigenschappen (properties) vertoond moeten worden.

5: Properties vertoond in overige schermen

In alle andere vensters worden eigenschappen ook weergegeven en kunnen deze worden bekeken, afgedrukt of bewerkt (Zoals in de Navigator, dynamische boomstructuur, enz.).

Tags - labels in een Gedcom - Property

Aaangezien er druk gewerkt wordt aan Gedcom 7, is deze pagina niet vertaald. U kunt voorlopig de huidige informatie vinden op de Engelse pagina: Tags.

 

Gebeurtenissen - van persoon of familie

Een gebeurtenis is een van belang zijnde gebeurtenis of feit, in het leven van een persoon of een gezin, meestal voorzien van een datum en een plaats.

Hoewel sommige gebeurtenissen per definitie uniek zijn (geboorte, overlijden, begrafenis, enz.), kunnen andere zich meerdere keren in een mensenleven voordoen (huwelijk, beroep, verblijf, echtscheiding, enz.).

De verschillende soorten gebeurtenissen

Of het nu gaat om een ​​individu of een familie, gebeurtenissen of feiten kunnen talrijk en gevarieerd zijn.

In de Gedcom-standaard en in Ancestris is een groot aantal gebeurtenissen gedefinieerd. Dit gaat door middel van zogenaamde "Tags" (Labels). Alle tags zijn een afkorting van een Engels woord. Zie voor een uitgebreide beschrijving de pagina over Tags.

Wanneer een type gebeurtenis niet is gedefinieerd, is het mogelijk om de algemene gebeurtenis "EVEN" te kiezen waarmee deze kan worden beschreven.


Gedefinieerde gebeurtenissen voor personen:


Gedefinieerde gebeurtenissen voor families:


Gebeurtenis eigenschappen:

Een gebeurtenis heeft over het algemeen de eigenschappen: datum en plaats. Het kan ook andere eigenschappen hebben.

Hier is een voorbeeld van mogelijke eigenschappen.

Datums

De datum maakt het mogelijk om elke genealogische gebeurtenis in de tijd te situeren zoals: geboorte, overlijden, huwelijk, slagen voor een examen, (verandering van) woonplaats, enz.

In Ancestris kan de datum op verschillende manieren worden ingevoerd en weergegeven omdat deze volgens een bepaalde kalender is gedefinieerd, maar ook meer of minder nauwkeurig kan zijn.

Datums invoeren

In de verschillende editors van Ancestris wordt de datuminvoer uitgevoerd in een kleine speciale zone, die is samengesteld uit de drie bestanddelen van de datum (dag, maand en jaar), met daarbij twee knoppen, één voor de precisie, de andere voor de soort kalender.
nl-date-precise.png nl-date-period.png nl-date-interpreted.png

Precieze datum in Gregoriaanse kalender

Datum vanaf tot

Datum geïnterpreteerd

nl-date-between.png nl-date-hebreeuws.png nl-date-about.png

Datum tussen

Hebreeuwse datum

Datum ongeveer

nl-date-before.png nl-date-juliaans.png nl-date-french-republican.png

Datum vóór

Juliaanse datum

Frans Republikeinse datum

 

Relatieve precisie knop

De knop Relatieve precisie opent een minimenu waarmee u kunt aangeven of de betreffende datum nauwkeurig is of niet, en in het tweede geval de aard van de onnauwkeurigheid.

nl-date-relative-precision-button.png

Kalender knop

De Kalender-knop opent een minimenu waarin u een van de vier beschikbare kalenders kunt selecteren om de datum uit te drukken. Hier is een uittreksel van Wikipedia.

Als er een datum is ingevoerd, wordt bij elke wijziging van de kalender, die datum direct geconverteerd naar die datum in de gekozen kalender.

Houd er rekening mee dat de republikeinse kalender alleen conversie accepteert voor datums tussen 22 september 1792 en 31 december 1805, aangezien dit de hoofd periode is waarin deze kalender werd gebruikt.

Bovendien geeft elke regel van het minimenu, volgend op de naam van de kalender, de momenteel ingevoerde datum weer, omgezet in die kalender, met dezelfde uitzonderingen als hierboven vermeld met betrekking tot de regel van de republikeinse kalender.

date_calendars.png

U ziet in dit voorbeeld dat er geen datum staat achter de Frans republikeinse datum. Dit komt omdat 8 jan 1874 (Gregoriaans) niet bestaat in de Frans Republikeinse kalender.

Onderdelen van een datum

De drie velden voor de datum staan ​​horizontaal op een rij, altijd in dezelfde volgorde: dag, maand en jaar.

Weergave

De verschillende datums die in de Gedcom-bestanden zijn ingevoerd, kunnen ook worden weergegeven in verschillende rapporten, vensters, weergaven, enz.

De keuze hoe datums moeten worden weergegeven, is beschikbaar in het paneel Voorkeuren / Gegevens / Algemene gegevens.
nl-datum-prefs1.png

Ongeacht het gekozen formaat, de volgorde van de drie bestanddelen van de datum is altijd dag maand jaar.

Het vervolgkeuzemenu Datums heeft de volgende vier weergave-indelingen.
nl-datum-prefs2.png


GEDCOM formaat - 25 JAN 1970

Het Gedcom-formaat is het formaat dat wordt gebruikt in het Gedcom-bestand: de maand wordt in hoofdletters geschreven, waarbij de eerste drie letters van de maand altijd in het Engels worden gebruikt.

Kort formaat - 25 Jan 1970

Het korte formaat geeft de maand in kleine letters weer, beginnend met een hoofdletter, geschreven met de eerste drie of vier letters van de maand in het Nederlands.

Lang formaat - 25 Januari 1970

Het lange formaat geeft ook het woord van de volledige maand weer in kleine letters met een hoofdletter.

Nummer formaat - 01/25/1970

De Nummer-notatie geeft maand, dag en jaar weer als getallen gescheiden door schuine strepen (/).

Plaatsen en Jurisdicties

Een plaats is een eigenschap van een entiteit, die een fysieke plaats aangeeft, die verband houdt met een evenement, en die over het algemeen is voorzien van een postadres en waarschijnlijk ook geografische coördinaten (lengte- en breedtegraad) kan/zal ontvangen.

In de Gedcom-standaard wordt de plaats aangegeven met de PLAC-tag (label).

Plaats jurisdicties

De waarde van de tag PLAC, wordt gepresenteerd als adres-elementen, gescheiden door komma's, zoals een postadres.

Voorbeeld (tag en waarde):
PLAC ,Alkmaar,1234AA,Noord-Holland,,Nederland

Deze elementen van de plaats worden jurisdicties genoemd. Een jurisdictie, ook wel plaats criterium genoemd, is dus een samenstellend element van een plaats. Deze elementen kunnen zijn: de stad, de postcode, de provincie, de regio, het land, enz.

In Nederland hebben we geen regio's, althans niet in de plaatsaanduiding. Vandaar de lege plek tussen Noord-Holland en Nederland. In Frankrijk wel, daar heb je bijvoorbeeld "département", en in Engeland bestaat "county", in America "state". Vooraan is ook een lege plek, want in het bovenstaande voorbeeld met Alkmaar, zijn de Nederlandse jurisdictions:

Gehucht,Plaats,Postcode,Provincie,Staat,Land

U ziet dat de eerste jurisdictie voor Nederland "Gehucht" is. Alleen wordt die niet in de "normale" plaatsaanduiding gebruikt. In plaats van "Gehucht" kunt u ook "Buurt" lezen. Zou u zoals hiervoor bij Alkmaar, ook de wijk willen noemen dan is het bijvoorbeeld:

PLAC Alkmaar-Centrum,Alkmaar,1234AA,Noord-Holland,,Nederland
In de Gedcom-standaard zijn de verschillende jurisdicties van een plaats georganiseerd van links naar rechts, gescheiden door komma's, en in oplopende volgorde van grootte (aantal inwoners).

Het volgende voorbeeld, dat de jurisdicties in willekeurige volgorde aangeeft, zou niet voldoen aan de Gedcom-standaard:
PLAC Nederland,Alkmaar,Noord-Holland,1234AA,,Alkmaar-Noord
Een foutief Gedcom voorbeeld van Boston zou bijvoorbeeld zijn:

PLAC USA,Suffolk,Massachusetts,02136,New England,Hyde Park,Boston


Met de Gedcom-standaard kunt u ook uw eigen rechtsgebieden definiëren. We kunnen inderdaad bijvoorbeeld het parochie- of plaatsniveau definiëren, of, zoals in Frankrijk, twee codes voor de gemeente hebben: namelijk de postcode en de INSEE-code. In Engeland bijvoorbeeld de ZIP- of Post-code, en de Census eenheden.

We kunnen dus heel goed een Insee-code hebben om de plaats hierboven te beschrijven, voorbeeld voor Frankrijk:

PLAC Faouédic,Lorient,56121,56100,Morbihan,Bretagne,Frankrijk
De plaats ligt voor de stad en de Insee-code staat voor de postcode, dit zijn preciezere begrippen.

U kunt de jurisdicties ook aanpassen, zie de beschrijving iets verder op deze pagina.

Hoe gebruiken we de komma

In de Gedcom-standaard is de komma het scheidingselement waarmee de verschillende jurisdicties van een plaats kunnen worden onderscheiden.

Als een van de jurisdicties van een plaats onbekend is, wordt er een lege ruimte gelaten om deze jurisdictie te concretiseren.

Bij afwezigheid van de plaatsnaam en de INSEE-code zou de hierboven genoemde plaats Lorient, als correcte Gedcom, bijvoorbeeld de volgende vorm kunnen hebben:
PLAC ,Lorient,,56100,Morbihan,Bretagne,France

De beginkomma, evenals de twee komma's die op elkaar volgen, geven de locaties van de twee niet-gespecificeerde juridicties aan (de plaats en de INSEE-code).

Andere voorbeeld: Bij afwezigheid van buurt en postcode zou de hierboven genoemde plaats Boston, als correcte Gedcom, er bijvoorbeeld als volgt uitzien:

PLAC ,,Boston,Suffolk,Massachusetts,New England,USA

Omdat buurt en postcode ontbreken zijn er vooraan 2 lege plekken in de PLAC tag en staan er 2 komma's vlak achter elkaar.

Voor een goed begrip bij het lezen van een plaats is het daarom essentieel om de plaatsing van komma's te respecteren, en natuurlijk geen komma te gebruiken binnen een juridictie.

Houd er rekening mee dat het Gedcom-bestand zelf, geen spaties aan weerszijden van de komma accepteert.


Het plaats formaat

Alle plaatsen van dezelfde stamboom (in één en dezelfde Gedcom file) moeten worden beschreven volgens dezelfde jurisdicties en in dezelfde volgorde.


Dit is het plaats-formaat van het Gedcom-bestand zelf.

Dit formaat wordt aangegeven in het Gedcom-bestand zelf, en geldt dan voor alle plaatsen in die genealogie. Het wordt aangegeven in de header van het Gedcom-bestand, in de HEAD-tag.

Dit zijn de regels van de header (HEAD) van het Gedcom-bestand die het plaatsformaat zullen aangeven

nl-gedcom-head-plac.png


De PLAC-tag is optioneel in de HEAD-tag van het Gedcom bestand, maar in termen van consistentie en gegevenskwaliteit, raden we ten zeerste aan om het wel in de HEAD te vermelden.


Voor een genealogie die meerdere landen bestrijkt, heeft u daarom een ​​generiek PLAC formaat nodig dat uitgebreid genoeg is om de plaatsen van alle in deze Genealogie voorkomende landen, in hetzelfde formaat te kunnen vermelden.

Veranderen van het Plaats formaat

In het venster "Plaatsformaat aanpassen" kunt u een jurisdictie in het plaats-formaat toevoegen of verwijderen, en de volgorde van de verschillende soorten jurisdicties wijzigen voor alle locaties en alle entiteiten in het gehele genealogiebestand. Dit venster is toegankelijk via het menu "Bestand / Plaats jurisdicties bewerken". U krijgt dan het volgende scherm.
nl-places-change-format.png

De wijziging van het formaat van plaatsen is ook mogelijk vanuit de Gedcom-editor, klik met de rechtermuisknop op een PLAC-regel, in het contextmenu kiest u het commando "Plaats Jurisdicties bewerken".
nl-place-gedcom-jurisdictions.png

Om een ​​locatie in te voeren in de andere editors, dient u de verschillende jurisdicties in oplopende volgorde van belangrijkheid (aantal inwoners), in te voeren, waarbij elk niveau wordt gescheiden door een komma.

Ook als er geen jurisdictie is opgegeven, moet de "lege" komma worden gehandhaafd.

Een plaats toevoegen

Principe

Als u in de Voorkeuren de optie "Criteria van plaatsnamen splitsen" hebt gekozen, om te bewerken in de Gedcom-editor, hoeft u zich geen zorgen te maken over de uitleg die volgt, u voert de jurisdicties afzonderlijk in, dat wil zeggen niveau voor niveau .
nl-places-split-names.png

Anders moet u uw locaties achter elkaar invoeren, dat wil zeggen als een reeks jurisdicties gescheiden door komma's.

Als de notatie bijvoorbeeld buurt, postcode, stad, provincie, staat, regio, land is voor een evenement in Timorpark in Den Helder, postcode 1782DR, provincie Noord-Holland, in Nederland, moet u het volgende invoeren:
PLAC Timorpark,1782RD,Den Helder,Noord-Holland,,Nederland
PLAC ,,Den Helder,,,Nederland

Het principe is eenvoudig:

Automatische aanvulling van jurisdicties

Terwijl u een plaatsnaam invoert, wordt er een vervolgkeuzemenu geopend met al bekende plaatsen met dezelfde tekenreeks in de naam. Klik gewoon op de voorgestelde regel en druk op OK om te selecteren.
nl-place-choose-one.png

Als u ervoor heeft gekozen om afzonderlijke jurisdicties weer te geven in de Voorkeuren, bestaat deze functie ook, maar dan regel voor regel.

Wijzig alle plaatsen in één keer

Als u merkt dat u vanaf het begin een typefout heeft gemaakt bij een plaats, of als dezelfde plaats op verschillende manieren is geregistreerd, wilt u misschien alle foutieve plaatsen in één keer wijzigen zonder terug te hoeven gaan naar elke plaats apart om ze te corrigeren.

Dit kan gedaan worden met behulp van de Gedcom-editor, of met behulp van de Plaatsenlijst of de Plaatsentabel. Zie aldaar.

Plaatsenlijst:

nl-places-list.png



Plaatsentabel:

nl-places-table.png



Gedeelde informatie in Gedcom en Ancestris

Sommige stukjes informatie die in een stamboom zijn verzameld, kunnen ofwel specifiek zijn voor een individu, ofwel deze informatie kan worden gedeeld door meerdere individuen of meerdere families van die stamboom. Bijvoorbeeld een familiefoto hoort bij diverse familieleden, een portretfoto maar bij eentje.

Een stamboom bevat heel veel informatie en het meeste daarvan zult u willen hergebruiken.

Als u informatie wilt hergebruiken raden we ten zeerste aan om deze in eerste instantie op te slaan als losse entiteit, en niet als een eigenschap (property), dus niet als onderdeel van een andere entiteit. Op die manier is de informatie herbruikbaar!

Dit is het geval voor alle Notes, alle Sources (bronnen), alle Repositories (Archieven) en alle Multimedia Elements.

Een uitgebreide uitleg van de verschillende entiteiten, welke er zijn en wat voor gegevens ze bevatten, vind u op de speciale entiteiten-pagina.

Andere informatie in Ancestris kunt u vaak op een transparante manier hergebruiken. Dit zijn bijvoorbeeld beroeps omschrijvingen, gebeurtenis omschrijvingen, omschrijvingen van een diploma enzovoorts. Algemeen gesteld zijn het dus de korte labels die iets beschrijven.

Het principe van informatie aanmaken

Het principe om informatie aan te maken in Ancestris, is het volgende: Vraag uzelf steeds af of de informatie die u wilt invoeren, waarschijnlijk opnieuw zal worden hergebruikt door andere personen dan degene waaraan u nu bezig bent, of aan andere entiteiten in het algemeen.

Aanmaken van gedeelde informatie

Als de informatie hoogstwaarschijnlijk hergebruikt gaat, of kan worden:

  1. Maak de entiteit eerst aan als "losse", op zichzelf staande entiteit
  2. Koppel deze losstaande entiteit vervolgens aan de andere entiteit die deze losstaande entiteit zal gaan gebruiken. 

In bepaalde gevallen is het duidelijk dat een entiteit zal worden hergebruikt, zoals bijvoorbeeld bij een archief (Repository).

In andere gevallen is de keus niet altijd meteen duidelijk zoals bijvoorbeeld bij een notitie (Note).

Entiteiten die gedeelde informatie gebruiken

Een ander voordeel van het gebruik van gedeelde entiteiten is, wanneer u wilt weten, welke entiteiten nu precies welke informatie gebruiken. Hiervoor gebruikt u de entiteiten lijst. U selecteert hier de gedeelde entiteit en kunt dan in een hieraan gekoppelde sub-lijst zien, welke andere entiteiten deze zelfde informatie gebruiken. U selecteert bijvoorbeeld een notitie en kunt dan precies zien waar deze notitie wordt gebruikt.

Omgekeerd kunt u zo ook zien of een bepaalde gedeelde entiteit eigenlijk nog wel ergens gebruikt wordt.

Voorbeelden

Repository voorbeeld:

Tijdens uw genealogisch onderzoek vindt u waarschijnlijk meerdere documenten die afkomstig zijn uit hetzelfde Archief (Repository).

U maakt dit archief natuurlijk slechts éénmaal aan, zodat u al uw gevonden bronnen (Sources) uit dit archief, ook hiernaartoe kunt verwijzen. En van dit archief noteert u dan alle gegevens (Properties) zoals naam, adres, telefoon, website enzovoorts.

Elk van deze bronnen die uit dit archief afkomstig is, laat u dan naar dit zelfde archief verwijzen.

Dit archief kan ook een regionaal archief zijn, een gemeentehuis, een website of een begraafplaats bijvoorbeeld.

Hier een voorbeeld van 3 sources uit hetzelfde archief:

nl-shared-information-sources.png


Voorbeeld van een familie boekje

Stel u ontdekt een familie boekje waarin 3 kinderen staan vermeld, en u schrijft ook een notitie waarin u uw onderzoek uitlegt, dan heeft u een schema wat er zo uitzien: