Senast uppdaterad: 07 Feb, 2025
Vad är GEDCOM?
GEDCOM (Genealogical Data Communication) är ett öppet filformat utformat för lagring, utbyte och delning av genealogiska data (släktträdinformation). Det används i stor utsträckning i släktforskningens programvara och webbplatser, vilket gör det enklare att överföra släktträddata mellan olika plattformar.
Vem utvecklade GEDCOM?
GEDCOM skapades av The Church of Jesus Christ of Latter-day Saints (LDS Church), som driver FamilySearch—en stor släktforskningsorganisation. Deras mål var att förenkla hanteringen av genealogiska data och möjliggöra bättre forskningssamarbete.
Hur fungerar GEDCOM?
- GEDCOM-filer är vanliga textfiler (nu med UTF-8-kodning från version 7.0).
- De innehåller information om individer, såsom:
- Namn
- Födelse- och dödsdatum
- Familjerelationer (föräldrar, barn, makar)
- Händelser (äktenskap, immigration osv.)
- Dessa poster är länkade med hjälp av metadata, vilket säkerställer korrekta kopplingar mellan familjemedlemmar.
GEDCOM-versioner och branschstandarder
- Den senaste officiella versionen är GEDCOM 7.0, släppt år 2021.
- Dock är GEDCOM 5.5.1 (från 1999, färdigställd 2019)** fortfarande den mest använda standarden.
- Eftersom GEDCOM 5.5.1 hade begränsningar skapade vissa utvecklare av släktforskningens programvara anpassade tillägg som GEDCOM 5.5 EL (Extended Locations) för att förbättra det.
Antagande av GEDCOM 7.0
- FamilySearch planerade att stödja GEDCOM 7.0 till Q3 2022.
- Ancestry.com har också visat intresse för att anta det men har ännu inte angett ett fast implementeringsdatum.
Varför är GEDCOM viktigt?
- Plattformsoberoende kompatibilitet – Gör det möjligt för användare att flytta sina släktträddata mellan olika släktforskningens webbplatser och program.
- Långsiktig datalagring – Säkerställer att genealogiska data förblir tillgängliga i ett standardiserat format.
- Samarbete inom släktforskning – Gör det möjligt för forskare och familjehistoriker att dela och slå ihop data effektivt.
Förklaring av GEDCOM:s datamodell
GEDCOM använder en släktlinjebunden datamodell för att organisera familjerelationer på ett strukturerat sätt. Den är baserad på kärnfamiljekonceptet, vilket innebär att den registrerar relationer i termer av föräldrar och barn snarare än enbart individer.
Nyckelkomponenter i GEDCOM:s datamodell
INDI (Individ) poster
- Varje person i genealogifilen lagras som en INDI (individ) post.
- Varje individ tilldelas ett unikt ID‑nummer för att säkerställa korrekt länkning i filen.
FAM (Familj) poster
- Familjeposter (FAM) fungerar som länksstruktur mellan individer.
- En FAM-post tilldelar:
- HUSB (husband) – Fadern i familjen.
- WIFE (wife) – Modern i familjen.
- CHIL (child) – Barnen till paret.
- Dessa etiketter är historiska och baserade på den ursprungliga GEDCOM-modellen men används fortfarande idag.
Utveckling av könsrepresentation i GEDCOM
- Ursprungligen designades GEDCOM-modellen med antagandet om en heteronormativ familjestruktur, där en man (HUSB) och kvinna (WIFE) har barn (CHIL).
- Den GEDCOM 7.0-specifikationen klargör att dessa termer inte innebär könsroller eller biologiskt föräldraskap.
- Den uppdaterade specifikationen möjliggör:
- Samma‑sexpar
- Adoption, fosterföräldraskap och samboende
- Mer flexibla familjestrukturer
- Termerna ‘partners’, ‘parents’ eller ‘spouses’ föredras nu när man hänvisar till individer i en FAM-post.
Varför är detta viktigt?
- Bibehåller strukturerade relationer – Säkerställer att varje person är korrekt länkad till föräldrar, makar och barn.
- Förbättrar kompatibilitet – Gör att släktforskningens programvara kan känna igen och organisera familjedata effektivt.
- Ökar inkludering – Stöder olika familjestrukturer utan att anta traditionella könsroller.
Förklaring av strukturen i en GEDCOM-fil
En GEDCOM-fil består av tre huvudsektioner: header, records och trailer. Varje sektion spelar en specifik roll i att organisera genealogiska data, och filens struktur är starkt organiserad för att säkerställa att relationer mellan individer och familjer är tydliga och standardiserade.
1. Header‑sektion
- Header‑sektionen markerar början av GEDCOM-filen och innehåller viktig metadata om själva filen, såsom version (t.ex. GEDCOM 7.0) och eventuella speciella inställningar för filen.
- Denna sektion representeras av HEAD‑posten.
2. Records‑sektion
Detta är huvuddelen av GEDCOM-filen och består av flera olika posttyper, var och en med ett specifikt syfte:
- INDI (Individpost): Representerar en enskild person i släktträdet.
- FAM (Familjepost): Representerar en familj, som länkar en make, maka och barn.
- SOUR (Källpost): Innehåller information om de källor som används för att stödja data, såsom historiska dokument.
- OBJE (Objektpost): Representerar multimediaobjekt, som foton eller dokument, kopplade till individer eller familjer.
- NOTE (Notepost): Innehåller ytterligare anteckningar eller kommentarer som kan ge extra sammanhang eller förklaringar till en post.
- REPO (Arkivpost): Beskriver en plats där genealogisk information lagras, såsom ett bibliotek eller arkiv.
- SUBM (Inlämnarepost): Representerar personen eller enheten som skickar in GEDCOM-filen.
Varje post är hierarkiskt strukturerad, med olika nivånummer som visar hur datan är relaterad. Till exempel:
- Nivå 0 är top‑nivån för de mest betydelsefulla posterna, som HEAD, TRLR, INDI, FAM, SOUR, osv.
- Nivå 1 eller högre representerar under‑nivåposter, som händelser eller relationer knutna till en specifik individ eller familj.
3. Trailer‑sektion
- Trailer‑sektionen markerar slutet på GEDCOM-filen och innehåller TRLR‑posten. Den visar att filen har avslutats.
Hur det fungerar i praktiken
Nivånummer: Varje rad i en GEDCOM-fil börjar med ett nivånummer (t.ex. 0, 1, 2), där 0 representerar toppnivåposter och positiva heltal (1, 2 osv.) representerar nästlade eller underordnade poster. Detta system säkerställer att relationer och hierarkier inom släktträdet organiseras korrekt.
Exempel:- Nivå 0: HEAD (Header‑post), TRLR (Trailer‑post), INDI (Individpost)
- Nivå 1: MARR (Äktenskaps‑händelse), BIRT (Födelse‑händelse)
- Nivå 2: DATE (Datum för händelsen), PLAC (Plats för händelsen)
Att skriva en GEDCOM‑fil för hand är tekniskt möjligt, men det är inte användarvänligt på grund av dess strukturerade natur. Det är mycket enklare att använda programvara som är avsedd för GEDCOM‑filer, vilket hjälper till att organisera och formatera data korrekt.
Validering och kvalitetskontroll
- Eftersom GEDCOM‑filer måste vara välstrukturerade för korrekt användning och överföring finns det verktyg för att validera dem för fel.
- PhpGedView Project: Inkluderar en GEDCOM‑validator för att kontrollera strukturen.
- The Windows GEDCOM Validator: Ett fristående verktyg för GEDCOM‑validering.
- Gedcheck: Det äldre valideringsverktyget, tidigare använt av LDS‑kyrkan.
Utmaningar med GEDCOM‑kompatibilitet
I början av 2000‑talen utvärderade GEDCOM TestBook Project hur väl olika släktforskningens programvaror följde GEDCOM 5.5‑standarden. Resultaten visade flera problem, såsom dataförlust eller felaktig läsning av NOTE‑taggen, som kan förekomma på flera nivåer.
GEDCOM 7.0 syftar till att åtgärda några av dessa problem, och valideringsverktyg för den nyare standarden finns för att hjälpa till att säkerställa kompatibilitet över olika plattformar.
Varför är GEDCOM‑validering viktig?
- Säkerställer att data är korrekt strukturerad och att relationer mellan individer, familjer, händelser och källor upprätthålls på rätt sätt.
- Hjälper till att undvika dataförlust när filer överförs mellan släktforskningens program.
- Gör det enklare för genealogister att dela information över olika plattformar.
Exempel på GEDCOM-fil
Här är ett enkelt exempel på en GEDCOM‑fil samt en förklaring av dess struktur:
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
Genomgång och förklaring:
1. Header‑sektion (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: Markerar början av filen.
- 1 SOUR: Anger källan till filen (t.ex. FamilySearch GEDCOM).
- 2 VERS 7.0: Specificerar versionen av GEDCOM‑formatet som används (här 7.0).
- 1 DEST: Anger avsedd destination eller system för datan (t.ex. Ancestry).
- 1 DATE: Datum då GEDCOM‑filen skapades (t.ex. 5 februari 2025).
- 1 SUBM: Pekar på inlämnareposten (@SUBM1@), som innehåller mer information om den som skickar in filen.
2. Individposter (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@: Markerar början på en individpost med ett unikt ID (@I1@) för John Doe.
- 1 NAME John /Doe/: Namnet på individen (John Doe).
- 1 SEX M: Kön (M för man).
- 1 BIRT: Anger födelsehändelsen.
- 2 DATE 1 JAN 1800: Födelsedatum (1 januari 1800).
- 2 PLAC New York, USA: Födelseplats (New York, USA).
3. Familjepost (FAM)
0 FAM @F1@
1 HUSB @I1@
1 WIFE @I2@
1 CHIL @I3@
- 0 FAM @F1@: Markerar början på en familjepost med ett unikt ID (@F1@).
- 1 HUSB @I1@: Länkar maken (John Doe, ID @I1@).
- 1 WIFE @I2@: Länkar makan (Jane Smith, ID @I2@).
- 1 CHIL @I3@: Länkar barnet (Mary Doe, ID @I3@).
4. Andra individposten (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@: Markerar början på Jane Smiths individpost med ett unikt ID (@I2@).
- 1 NAME Jane /Smith/: Namnet på individen (Jane Smith).
- 1 SEX F: Kön (F för kvinna).
- 1 BIRT: Anger födelsehändelsen.
- 2 DATE 15 FEB 1805: Födelsedatum (15 februari 1805).
- 2 PLAC Boston, USA: Födelseplats (Boston, USA).
5. Tredje individposten (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@: Markerar början på Mary Does individpost med ett unikt ID (@I3@).
- 1 NAME Mary /Doe/: Namnet på individen (Mary Doe).
- 1 SEX F: Kön (F för kvinna).
- 1 BIRT: Anger födelsehändelsen.
- 2 DATE 10 OCT 1825: Födelsedatum (10 oktober 1825).
- 2 PLAC New York, USA: Födelseplats (New York, USA).
6. Trailer‑sektion (TRLR)
0 TRLR
- 0 TRLR: Markerar slutet på GEDCOM‑filen.
Förklaring av nyckelposterna
- INDI (Individ) poster: Innehåller personliga detaljer om en specifik individ, såsom namn, kön och födelsedatum.
- FAM (Familj) post: Länkar individer för att bilda familjeenheter. Den kopplar föräldrar (HUSB och WIFE) och barn (CHIL) med deras unika ID‑n.
- Notering om ID‑n: Varje post (individ eller familj) har ett unikt ID‑nummer (t.ex.
@I1@för John Doe). Dessa ID‑n används för att länka relaterade poster, såsom att länka ett barn till sina föräldrar.
Nyckelbegrepp
- Nivånummer: GEDCOM‑filer använder nivånummer för att organisera data i en hierarkisk struktur. Nivå 0 är för toppnivåposter (som INDI, FAM), och Nivå 1 och 2 används för undernivådetaljer (som händelser och platser).
- Namn i snedstreck: Namn i GEDCOM är ofta omgivna av snedstreck, t.ex. John /Doe/, vilket särskiljer efternamnet från förnamnet.
Detta är en grundläggande GEDCOM‑fil, men mer komplexa filer kan innehålla detaljerade händelser (som äktenskap, dödsfall), källor (t.ex. folkräkningsregister) och multimedia‑referenser.
Slutsats
GEDCOM har varit en hörnsten inom släktforskning och möjliggör utbyte av genealogiska data mellan olika programvaruplattformar. Dess standardiserade format har gjort det möjligt för forskare, historiker och hobbyister att dela och bevara familjehistorisk data på ett effektivt sätt. Trots sin breda användning har GEDCOM sina begränsningar. Problem som kompatibilitet mellan program, oförmåga att representera komplexa relationer och brist på stöd för moderna datatyper visar på behovet av kontinuerliga förbättringar eller alternativa lösningar.
När släktforskning fortsätter att utvecklas med teknologiska framsteg kan framtiden för GEDCOM innebära uppdateringar av standarden eller utveckling av nya format som bättre hanterar komplexiteten i modern genealogisk forskning. För närvarande förblir GEDCOM ett oumbärligt verktyg för alla som arbetar med släktträd, och förståelse för dess struktur och funktion är avgörande för effektiv datahantering och delning i genealogisamhället.