Laatst bijgewerkt: 07 Feb, 2025
Wat is GEDCOM?
GEDCOM (Genealogical Data Communication) is een open bestandsformaat ontworpen voor het opslaan, uitwisselen en delen van genealogische gegevens (informatie over stambomen). Het wordt veel gebruikt in genealogiesoftware en -websites, waardoor het gemakkelijker wordt om stamboominformatie tussen verschillende platforms te overdragen.
Wie heeft GEDCOM ontwikkeld?
GEDCOM werd gecreëerd door The Church of Jesus Christ of Latter-day Saints (LDS Church), die FamilySearch exploiteert — een grote genealogisch onderzoeksorganisatie. Hun doel was om het beheer van genealogische gegevens te vereenvoudigen en betere onderzoeks‑samenwerking mogelijk te maken.
Hoe werkt GEDCOM?
- GEDCOM‑bestanden zijn platte tekstbestanden (nu met UTF-8‑codering vanaf versie 7.0).
- Ze bevatten informatie over personen, zoals:
- Namen
- Geboorte- en sterfdatums
- Familierelaties (ouders, kinderen, partners)
- Gebeurtenissen (huwelijk, immigratie, enz.)
- Deze records zijn gelinkt met behulp van metadata, waardoor correcte verbindingen tussen familieleden worden gegarandeerd.
GEDCOM‑versies & industriestandaarden
- De nieuwste officiële versie is GEDCOM 7.0, uitgebracht in 2021.
- Echter, GEDCOM 5.5.1 (van 1999, definitief in 2019) blijft de meest gebruikte standaard.
- Omdat GEDCOM 5.5.1 beperkingen had, hebben enkele ontwikkelaars van genealogiesoftware aangepaste extensies gemaakt, zoals GEDCOM 5.5 EL (Extended Locations), om het te verbeteren.
Adoptie van GEDCOM 7.0
- FamilySearch was van plan GEDCOM 7.0 te ondersteunen tegen Q3 2022.
- Ancestry.com heeft ook interesse getoond in adoptie, maar heeft nog geen vaste implementatiedatum gegeven.
Waarom is GEDCOM belangrijk?
- Cross-Platform Compatibility – Stelt gebruikers in staat hun stamboominformatie te verplaatsen tussen verschillende genealogiewebsites en -software.
- Long-Term Data Storage – Zorgt ervoor dat genealogische gegevens toegankelijk blijven in een gestandaardiseerd formaat.
- Genealogy Collaboration – Maakt het mogelijk voor onderzoekers en familiehistorici om gegevens efficiënt te delen en samen te voegen.
Uitleg van het GEDCOM‑gegevensmodel
GEDCOM gebruikt een lijnage‑gekoppeld gegevensmodel om familierelaties op een gestructureerde manier te organiseren. Het is gebaseerd op het concept van het kerngezin, wat betekent dat het relaties registreert in termen van ouders en kinderen in plaats van alleen individuen.
Belangrijke componenten van het GEDCOM‑gegevensmodel
INDI (Individual) Records
- Elke persoon in het genealogiebestand wordt opgeslagen als een INDI (individual) record.
- Elke persoon krijgt een uniek ID‑nummer toegewezen om correcte koppeling in het bestand te waarborgen.
FAM (Family) Records
- Familie‑records (FAM) dienen als de koppelingsstructuur tussen individuen.
- Een FAM‑record kent toe:
- HUSB (husband) – De vader in het gezin.
- WIFE (wife) – De moeder in het gezin.
- CHIL (child) – De kinderen van het paar.
- Deze labels zijn historisch en gebaseerd op het oorspronkelijke GEDCOM‑model, maar worden nog steeds gebruikt.
Evolutie van genderrepresentatie in GEDCOM
- Aanvankelijk was het GEDCOM‑model ontworpen met de veronderstelling van een heteronormatieve familiestructuur, waarbij een man (HUSB) en een vrouw (WIFE) kinderen (CHIL) hebben.
- De GEDCOM 7.0-specificatie verduidelijkt dat deze termen geen genderrollen of biologische ouderlijkheid impliceren.
- De bijgewerkte specificatie staat toe:
- Homoseksuele koppels
- Adoptie, pleegzorg en samenwonen
- Meer flexibele familiestructuren
- De termen ‘partners’, ‘ouders’ of ’echtgenoten’ worden nu geprefereerd bij het verwijzen naar individuen in een FAM‑record.
Waarom is dit belangrijk?
- Maintains Structured Relationships – Zorgt ervoor dat elke persoon correct gekoppeld is aan ouders, partners en kinderen.
- Improves Compatibility – Stelt genealogiesoftware in staat familiegegevens efficiënt te herkennen en te organiseren.
- Increases Inclusivity – Ondersteunt diverse familiestructuren zonder traditionele genderrollen aan te nemen.
Uitleg van de structuur van een GEDCOM‑bestand
Een GEDCOM‑bestand bestaat uit drie hoofdsecties: de header, de records en de trailer. Elke sectie speelt een specifieke rol bij het organiseren van genealogische gegevens, en de structuur van het bestand is sterk georganiseerd om ervoor te zorgen dat relaties tussen individuen en families duidelijk en gestandaardiseerd zijn.
1. Header‑sectie
- De header‑sectie markeert het begin van het GEDCOM‑bestand en bevat belangrijke metadata over het bestand zelf, zoals de versie (bijv. GEDCOM 7.0) en eventuele speciale instellingen of configuraties.
- Deze sectie wordt weergegeven door het HEAD‑record.
2. Records‑sectie
Dit is het hoofddeel van het GEDCOM‑bestand en bestaat uit verschillende recordtypes, elk met een specifiek doel:
- INDI (Individual Record): Vertegenwoordigt een individueel persoon in de stamboom.
- FAM (Family Record): Vertegenwoordigt een gezin, waarbij een echtgenoot, echtgenote en kinderen worden gekoppeld.
- SOUR (Source Record): Bevat informatie over de bronnen die gebruikt zijn ter ondersteuning van de gegevens, zoals historische documenten.
- OBJE (Object Record): Vertegenwoordigt multimediabestanden, zoals foto’s of documenten, gekoppeld aan individuen of families.
- NOTE (Note Record): Bevat extra notities of commentaren die extra context of uitleg bij een record kunnen geven.
- REPO (Repository Record): Beschrijft een locatie waar genealogische informatie wordt bewaard, zoals een bibliotheek of archief.
- SUBM (Submitter Record): Vertegenwoordigt de persoon of entiteit die het GEDCOM‑bestand indient.
Elke van deze records is hiërarchisch gestructureerd, met verschillende niveaunummers die aangeven hoe de gegevens gerelateerd zijn. Bijvoorbeeld:
- Niveau 0 is het top‑niveau voor de belangrijkste records, zoals HEAD, TRLR, INDI, FAM, SOUR, enz.
- Niveau 1 of hoger vertegenwoordigt sub‑niveau records, zoals gebeurtenissen of relaties die aan een specifiek individu of gezin zijn gekoppeld.
3. Trailer‑sectie
- De trailer‑sectie markeert het einde van het GEDCOM‑bestand en bevat het TRLR‑record. Het geeft aan dat het bestand is afgerond.
Hoe het werkt in de praktijk
Niveaunummers: Elke regel in een GEDCOM‑bestand begint met een niveaunummer (bijv. 0, 1, 2), waarbij 0 de top‑level records aangeeft en positieve gehele getallen (1, 2, enz.) onderliggende of sub‑records vertegenwoordigen. Dit systeem zorgt ervoor dat relaties en hiërarchieën binnen de stamboom correct worden georganiseerd.
Voorbeeld:
- Niveau 0: HEAD (Header‑record), TRLR (Trailer‑record), INDI (Individual‑record)
- Niveau 1: MARR (Marriage‑event), BIRT (Birth‑event)
- Niveau 2: DATE (Datum van de gebeurtenis), PLAC (Plaats van de gebeurtenis)
Een GEDCOM‑bestand handmatig schrijven is technisch mogelijk, maar het is niet gebruiksvriendelijk vanwege de gestructureerde aard. Het is veel eenvoudiger om software te gebruiken die met GEDCOM‑bestanden werkt, omdat die helpt de gegevens correct te organiseren en op te maken.
Validatie en kwaliteitscontrole
- Omdat GEDCOM‑bestanden goed gestructureerd moeten zijn voor juist gebruik en overdracht, bestaan er tools om ze op fouten te valideren.
- PhpGedView Project: Bevat een GEDCOM‑validator voor het controleren van de structuur.
- The Windows GEDCOM Validator: Een zelfstandige tool voor GEDCOM‑validatie.
- Gedcheck: De oudere validatietool, eerder gebruikt door de LDS‑kerk.
Uitdagingen met GEDCOM‑compatibiliteit
In het begin van de jaren 2000 evalueerde het GEDCOM TestBook Project hoe goed verschillende genealogiesoftware voldeden aan de GEDCOM 5.5‑standaard. De resultaten toonden diverse problemen, zoals gegevensverlies of onjuiste interpretatie van de NOTE‑tag, die op meerdere niveaus kan voorkomen.
GEDCOM 7.0 streeft ernaar een deel van deze problemen op te lossen, en er bestaan validatietools voor deze nieuwere standaard om compatibiliteit tussen verschillende platformen te waarborgen.
Waarom is GEDCOM‑validatie belangrijk?
- Zorgt ervoor dat gegevens correct gestructureerd zijn en dat relaties tussen individuen, families, gebeurtenissen en bronnen correct worden behouden.
- Helpt gegevensverlies te voorkomen bij het overzetten van bestanden tussen genealogie‑programma’s.
- Maakt het voor genealogen makkelijker om informatie te delen over verschillende platformen.
Voorbeeld GEDCOM‑bestand
Hier is een eenvoudig voorbeeld van een GEDCOM‑bestand en een uitleg van de structuur:
0 HEAD
1 SOUR FamilySearch GEDCOM
2 VERS 7.0
2 NAME FamilySearch
1 DEST Ancestry
1 DATE 5 FEB 2025
1 SUBM @SUBM1@
0 INDI @I1@
1 NAME John /Doe/
1 SEX M
1 BIRT
2 DATE 1 JAN 1800
2 PLAC New York, USA
0 FAM @F1@
1 HUSB @I1@
1 WIFE @I2@
1 CHIL @I3@
0 INDI @I2@
1 NAME Jane /Smith/
1 SEX F
1 BIRT
2 DATE 15 FEB 1805
2 PLAC Boston, USA
0 INDI @I3@
1 NAME Mary /Doe/
1 SEX F
1 BIRT
2 DATE 10 OCT 1825
2 PLAC New York, USA
0 TRLR
1. Header‑sectie (HEAD)
0 HEAD
1 SOUR FamilySearch GEDCOM
2 VERS 7.0
2 NAME FamilySearch
1 DEST Ancestry
1 DATE 5 FEB 2025
1 SUBM @SUBM1@
- 0 HEAD: Markeert het begin van het bestand.
- 1 SOUR: Geeft de bron van het bestand aan (bijv. FamilySearch GEDCOM).
- 2 VERS 7.0: Specificeert de gebruikte GEDCOM‑versie (hier 7.0).
- 1 DEST: Geeft de beoogde bestemming of het systeem voor de gegevens aan (bijv. Ancestry).
- 1 DATE: De datum waarop het GEDCOM‑bestand is aangemaakt (bijv. 5 februari 2025).
- 1 SUBM: Verwijst naar het submitter‑record (@SUBM1@), dat meer informatie over de indiener bevat.
2. Individuele records (INDI)
0 INDI @I1@
1 NAME John /Doe/
1 SEX M
1 BIRT
2 DATE 1 JAN 1800
2 PLAC New York, USA
- 0 INDI @I1@: Markeert het begin van een individueel record met een uniek ID (@I1@) voor John Doe.
- 1 NAME John /Doe/: De naam van het individu (John Doe).
- 1 SEX M: Geslacht van het individu (M voor Male).
- 1 BIRT: Geeft het geboorte‑event van het individu aan.
- 2 DATE 1 JAN 1800: De geboortedatum (1 januari 1800).
- 2 PLAC New York, USA: De geboorteplaats (New York, VS).
3. Familie‑record (FAM)
0 FAM @F1@
1 HUSB @I1@
1 WIFE @I2@
1 CHIL @I3@
- 0 FAM @F1@: Markeert het begin van een familie‑record met een uniek ID (@F1@).
- 1 HUSB @I1@: Koppelt de echtgenoot (John Doe, ID @I1@).
- 1 WIFE @I2@: Koppelt de echtgenote (Jane Smith, ID @I2@).
- 1 CHIL @I3@: Koppelt het kind (Mary Doe, ID @I3@).
4. Tweede individuele record (INDI)
0 INDI @I2@
1 NAME Jane /Smith/
1 SEX F
1 BIRT
2 DATE 15 FEB 1805
2 PLAC Boston, USA
- 0 INDI @I2@: Markeert het begin van Jane Smith’s individuele record met een uniek ID (@I2@).
- 1 NAME Jane /Smith/: De naam van het individu (Jane Smith).
- 1 SEX F: Geslacht van het individu (F voor Female).
- 1 BIRT: Geeft het geboorte‑event van het individu aan.
- 2 DATE 15 FEB 1805: De geboortedatum (15 februari 1805).
- 2 PLAC Boston, USA: De geboorteplaats (Boston, VS).
5. Derde individuele record (INDI)
0 INDI @I3@
1 NAME Mary /Doe/
1 SEX F
1 BIRT
2 DATE 10 OCT 1825
2 PLAC New York, USA
- 0 INDI @I3@: Markeert het begin van Mary Doe’s individuele record met een uniek ID (@I3@).
- 1 NAME Mary /Doe/: De naam van het individu (Mary Doe).
- 1 SEX F: Geslacht van het individu (F voor Female).
- 1 BIRT: Geeft het geboorte‑event van het individu aan.
- 2 DATE 10 OCT 1825: De geboortedatum (10 oktober 1825).
- 2 PLAC New York, USA: De geboorteplaats (New York, VS).
6. Trailer‑sectie (TRLR)
0 TRLR
- 0 TRLR: Markeert het einde van het GEDCOM‑bestand.
Uitleg van de sleutelrecords
- INDI (Individual) Records: Deze bevatten persoonlijke details over een specifiek individu, zoals naam, geslacht en geboortedatum.
- FAM (Family) Record: Deze koppelt individuen tot familie‑eenheden. Het verbindt ouders (HUSB en WIFE) en kinderen (CHIL) via hun unieke ID’s.
- Opmerking over ID’s: Elk record (individu of familie) krijgt een uniek ID toegewezen (bijv.
@I1@voor John Doe). Deze ID’s worden gebruikt om gerelateerde records te koppelen, zoals het koppelen van een kind aan zijn of haar ouders.
Belangrijke concepten
- Niveaunummers: GEDCOM‑bestanden gebruiken niveaunummers om gegevens in een hiërarchische structuur te organiseren. Niveau 0 is voor top‑level records (zoals INDI, FAM), en Niveau 1 en 2 worden gebruikt voor sub‑level details (zoals gebeurtenissen en plaatsen).
- Namen tussen schuine strepen: Namen in GEDCOM worden vaak tussen schuine strepen geplaatst, zoals John /Doe/, om de achternaam van de voornaam te onderscheiden.
Dit is een basis GEDCOM‑bestand, maar complexere bestanden kunnen gedetailleerde gebeurtenissen (zoals huwelijken, overlijdens), bronnen (bijv. volkstellingen) en multimedia‑referenties bevatten.
Conclusie
GEDCOM is een hoeksteen geweest in de genealogie, waardoor de uitwisseling van genealogische gegevens tussen verschillende softwareplatformen mogelijk is. Het gestandaardiseerde formaat heeft onderzoekers, historici en hobbyisten in staat gesteld om familiegeschiedenis efficiënt te delen en te bewaren. Toch heeft GEDCOM, ondanks de brede adoptie, beperkingen. Problemen zoals compatibiliteit tussen software, het onvermogen om complexe relaties weer te geven, en het ontbreken van ondersteuning voor moderne datatypes onderstrepen de noodzaak voor voortdurende verbeteringen of alternatieve oplossingen.
Naarmate de genealogie zich blijft ontwikkelen met technologische vooruitgang, kan de toekomst van GEDCOM bestaan uit updates van de standaard of de ontwikkeling van nieuwe formaten die beter inspelen op de complexiteit van modern genealogisch onderzoek. Voor nu blijft GEDCOM een essentieel hulpmiddel voor iedereen die met stambomen werkt, en het begrijpen van de structuur en functionaliteit ervan is cruciaal voor effectief gegevensbeheer en -deling binnen de genealogiegemeenschap.