| 파일 확장자 | |
|---|---|
| 인터넷 미디어 타입 |
application/vnd.familysearch.gedcom application/vnd.familysearch.gedcom+zip |
| 개발 | Genealogical Society of Utah/LDS FHD |
| 발표일 | 1984년 |
| 최신 버전 | 7.0.18 (2026년 2월 17일) |
| 포맷 종류 | Genealogy 데이터 교환 |
| 표준 | De facto |
| 웹사이트 | gedcom github |
FamilySearch GEDCOM, 또는 간단히 GEDCOM(/ˈdʒɛdkɒm/, Genealogical Data Communication의 두문자어)은 계보 데이터를 저장하기 위한 오픈 파일 형식이자 사실상 표준 규격이다. 이 형식은 패밀리서치(FamilySearch)를 운영하는 예수 그리스도 후기 성도 교회에서 계보 정보의 연구와 공유를 돕기 위해 개발하였다. 일반적인 용도는 서로 다른 계보학 소프트웨어와 웹사이트 간에 가계도 데이터를 백업 및 전송하기 위한 표준 형식으로, 대부분의 소프트웨어가 GEDCOM 형식의 가져오기 및 내보내기를 지원한다.
GEDCOM은 일반 텍스트 파일로 정의되며, 버전 7.0부터는 UTF-8 인코딩을 사용한다. 이 파일은 이름, 사건, 관계와 같은 개인에 대한 계보 정보를 포함하며, 메타데이터가 이러한 기록들을 서로 연결한다.
2021년에 출시된 GEDCOM 7.0은 2024년 7월 기준으로 가장 최신 버전의 GEDCOM 규격이다. 그러나 이전 버전인 GEDCOM 5.5.1은 여전히 계보 데이터 교환을 위한 업계 표준 형식으로 남아 있다. 1999년 초안 표준으로 처음 출시된 GEDCOM 5.5.1은 2019년 최종 버전이 나오기까지 20년 동안 사소한 업데이트만 이루어졌다. 그 단점을 해결하기 위해 일부 계보 프로그램은 GEDCOM 5.5 EL(Extended Locations)과 같이 다른 프로그램에서는 항상 인식되지 않는 독점 확장을 도입했다. 7.0 출시 이후에는 더 널리 채택하기 위한 노력이 이루어지고 있다. 패밀리서치는 2022년 3분기에 GEDCOM 7.0 호환을 목표로 하고 있으며, Ancestry.com 또한 7.0 호환을 계획하고 있으나 아직 구체적인 구현 날짜는 밝히지 않았다.
GEDCOM은 핵가족의 개념 모델을 기반으로 한 계보 연결형 데이터 모델을 사용한다. 따라서 가족(FAM) 기록 유형은 파일 내의 개인(INDI)을 연결하는 유일한 수단이며, 개인의 고유 ID 번호를 참조하여 부모(HUSB 및 WIFE)와 자녀(CHIL)를 지정한다. 이러한 역사적 배경은 7.0 규격 문서에 다음과 같이 기술되어 있다: "FAM 기록은 본래 남성 HUSB(남편 또는 아버지)와 여성 WIFE(아내 또는 어머니)가 CHIL(자녀)을 생산하는 가족을 나타내도록 구조화되었다."
GEDCOM 가족 기록의 링크는 여전히 남편과 아내를 나타내는 원래의 명칭을 사용하지만, 현재 규격에서는 "HUSB 또는 WIFE 구조가 가리키는 파트너를 바탕으로 성별, 성 정체성, 직함 및 파트너의 역할을 추론해서는 안 되며", 가족 구조 내의 이러한 개인들을 통칭하여 '파트너', '부모' 또는 '배우자'로 지칭한다고 명시하고 있다. FAM 기록은 또한 "파트너의 성별과 관계없이 동거, 위탁, 입양 등을 위해" 사용될 수 있다.
GEDCOM 파일은 헤더 섹션, 레코드, 트레일러 섹션으로 구성된다. 이 섹션 내에서 레코드는 개인(INDI 레코드), 가족(FAM 레코드), 정보 출처(SOUR 레코드), 그리고 메모를 포함한 기타 다양한 기록을 나타낸다. GEDCOM 파일의 모든 줄은 레벨 번호로 시작하며, 모든 최상위 레코드(HEAD, TRLR, SUBN 및 각 INDI, FAM, OBJE, NOTE, REPO, SOUR, SUBM)는 레벨 0인 줄로 시작하고, 다른 레벨 번호는 양의 정수이다.
GEDCOM 파일을 직접 작성하는 것은 가능하지만, 이 형식은 소프트웨어와 함께 사용하도록 설계되었기 때문에 인간이 읽기에는 다소 불편하다. GEDCOM 파일의 구조를 검증하는 데 사용할 수 있는 GEDCOM 검증기(validator)가 PhpGedView 프로젝트의 일부로 포함되어 있으나, 독립적인 검증기용은 아니다. 독립형 검증을 위해서는 "The Windows GEDCOM Validator"를 사용할 수 있다. 혹은 LDS 교회에서 만든 유지보수되지 않는 구형 Gedcheck를 사용할 수 있다.
2001년, GEDCOM TestBook 프로젝트는 Gedcheck 프로그램을 사용하여 4개의 인기 있는 계보 프로그램이 GEDCOM 5.5 표준을 얼마나 잘 준수하는지 평가했다. 조사 결과 여러 문제가 존재했으며, "데이터 손실을 초래하는 가장 흔한 결함은 NOTE 태그가 나타날 수 있는 모든 레벨에서 이를 전혀 읽지 못하는 것이었다"는 점이 밝혀졌다. 2005년, 계보 소프트웨어 성적표(Genealogical Software Report Card)가 평가되었고(원래 GEDCOM Testbook 프로젝트에 참여했던 빌 멈포드가 수행함) 여기에는 Gedcheck 프로그램을 사용한 GEDCOM 5.5 표준 테스트가 포함되었다.
GEDCOM 7.0의 채택을 돕기 위해 이제 해당 표준을 위한 검증 도구도 존재한다.
다음은 샘플 GEDCOM 파일이다.
| sample.ged |
0 HEAD 1 SOUR PAF 2 NAME Personal Ancestral File 2 VERS 5.0 1 DATE 30 NOV 2000 1 GEDC 2 VERS 5.5 2 FORM LINEAGE-LINKED 1 CHAR ANSEL 1 SUBM @U1@ 0 @I1@ INDI 1 NAME John /Smith/ 1 SEX M 1 FAMS @F1@ 0 @I2@ INDI 1 NAME Elizabeth /Stansfield/ 1 SEX F 1 FAMS @F1@ 0 @I3@ INDI 1 NAME James /Smith/ 1 SEX M 1 FAMC @F1@ 0 @F1@ FAM 1 HUSB @I1@ 1 WIFE @I2@ 1 MARR 1 CHIL @I3@ 0 @U1@ SUBM 1 NAME Submitter 0 TRLR |
헤더(HEAD)에는 소스 프로그램 및 버전(Personal Ancestral File, 5.0), GEDCOM 버전(5.5), 문자 인코딩(ANSEL), 그리고 파일을 제출한 사람에 대한 정보 링크가 포함되어 있다.
개별 레코드(INDI)는 존 스미스(ID I1), 엘리자베스 스탠스필드(ID I2), 제임스 스미스(ID I3)를 정의한다.
가족 레코드(FAM)는 남편(HUSB), 아내(WIFE), 자녀(CHIL)를 ID 번호로 연결한다.
현재 널리 사용되는 규격의 최신 버전은 2019년 11월 15일에 출시된 GEDCOM 5.5.1 최종본이다. 그 이전 버전인 GEDCOM 5.5.1 초안은 1999년에 발표되었으며, 9개의 새로운 속성과 태그를 도입하고 UTF-8을 승인된 문자 인코딩으로 추가했다. 이 초안은 공식적으로 승인되지는 않았지만, FamilySearch.org를 포함한 여러 계보 프로그램에서 일부 내용이 채택되었다.
계보 연결형 GEDCOM은 의도적인 사실상 공통 분모이다. 1996년 GEDCOM 표준 버전 5.5가 처음 게시되었음에도 불구하고, 많은 계보 소프트웨어 공급업체들은 해당 버전 규격에서 도입된 다국어 유니코드 텍스트(ANSEL 문자셋 대신) 기능을 완전히 지원하지 않았다. 유니코드를 균일하게 사용하면 국제 문자셋을 사용할 수 있었을 것이다. 한 예로 동아시아 이름을 한중일 문자로 저장하는 경우를 들 수 있는데, 이를 지원하지 않으면 모호해질 수 있으며 계보학 또는 역사 연구에 거의 쓸모가 없게 된다. PAF 5.2는 내부 문자셋으로 UTF-8을 사용하며 UTF-8 GEDCOM을 출력할 수 있는 소프트웨어의 예이다.
GEDCOM 7.0은 전체적으로 UTF-8 인코딩을 요구하며 GEDCOM 5.5.1의 오랜 문제들을 해결한다. GEDZip이라 불리는 관련 .zip 파일 형태의 멀티미디어 지원 또한 포함되었다. 7.0을 새로운 교환 표준으로 채택하기 위한 노력이 진행 중이다. GEDCOM 7.0은 GEDCOM 외에 어떤 표준이 특정 파일에 적용될 수 있는지 명시적으로 식별할 수 있게 한다. GEDCOM은 항상 확장 가능했지만, 7.0 이전에는 이러한 확장을 식별하는 표준적인 방법이 없었다. 또한 GEDCOM 7.0은 이벤트를 존재하지 않는 것으로 명시적으로 표시할 수 있게 한다. 이를 통해 예를 들어, 특정 개인이 결혼한 적이 없음을 기록할 수 있다. GEDCOM 7.0은 시맨틱 버전 관리를 사용한 첫 번째 버전이며 규격의 가장 최신 마이너 버전이다.
2024년 7월 기준으로, 다음 계획된 마이너 릴리스는 개발 중인 v7.1이다.
| GEDCOM 버전 | 릴리스 날짜 | 메모 |
|---|---|---|
| 1.0 | 1984 | – |
| 2.0 | 1985년 12월 | PAF 2.0 |
| 2.1 | 1987년 2월 | PAF 2.1용 GEDCOM |
| 2.3 Draft | 1985년 8월 7일 | PAF2.0 GEDCOM 구현 규칙 포함 |
| 2.4 Draft | 1985년 12월 13일 | PAF2.0 GEDCOM 구현 규칙 포함 |
| 3.0 Standard | 1987년 10월 9일 | 3.0의 PAF 2.0 및 2.1 구현 |
| 4.0 Standard | 1989년 8월 | PAF 2.1 – 2.31 |
| 4.1 Draft | – | – |
| 4.2 Draft | 1990년 1월 25일 | – |
| 5.0 Draft | 1991년 12월 31일 | 계보 연결형 구조가 도입됨. |
| 5.1 Draft | 1992년 9월 18일 | – |
| 5.2 Draft | 1992년 1월 22일 | – |
| 5.3 Draft | 1993년 11월 4일 | 유니코드 표준(국제 문자 세트)이 추가 문자셋으로 도입됨. |
| 5.4 Draft | 1995년 8월 21일 | – |
| 5.5 Standard | 1995년 12월 11일 | PAF 3, 4, 5 |
| 5.5 Standard | 1996년 1월 2일 | PAF 3, 4, 5 / 5.5 표준 |
| GEDCOM (Future Direction) Draft | 1998년 5월 1일 | "완전히 새로운 데이터 모델을 사용함" |
| 5.5.1 Draft | 1999년 10월 2일 | FamilySearch.org에서 사용함, 승인된 문자 인코딩으로 UTF-8 추가. |
| 5.5.1 Release | 2019년 11월 15일 | 현재 표준, 5.5.1 Draft에서 사소한 텍스트 수정. |
| 5.6 Private Draft | - | "제드 앨런이 소수에게만 '개인적 의견'을 위해 보낸 파일" |
| 6.0 XML Draft | 2001년 12월 28일 | 완전한 규격이 아니었으며 소프트웨어 구현을 시작하는 데 권장되지 않음. |
| 7.0.0-rc1 Draft | 2021년 2월 | RootsTech 2021에서 공개된 릴리스 후보였으나, 2021년 2월 25일에 모든 논의, 규격 및 웹사이트가 삭제됨 |
| 7.0 | 2021년 5월 27일 | 문자 인코딩 현대화, 5.5.1 규격의 모호성 해결, 시맨틱 버전 관리 도입, 멀티미디어 처리 개선 |
| 7.0.18 | 2026년 2월 17일 | |
범례: 오래된 버전 오래된 버전, 지원 중 최신 버전 | ||
GEDCOM 파일에는 출생, 사망, 인구 조사 기록, 선박 기록, 결혼 등과 같은 사건에 대한 정보를 포함할 수 있다. 경험 법칙에 따르면 사건은 특정 시간에, 특정 장소(시간과 장소를 알 수 없더라도)에서 일어난 일이다. GEDCOM 파일에는 또한 신체 설명, 직업, 총 자녀 수와 같은 속성도 포함될 수 있다. 사건과 달리 속성은 일반적으로 특정 시간이나 장소와 연결할 수 없다.
GEDCOM 규격은 각 사건이나 속성이 정확히 한 명의 개인 또는 가족과 연결되어야 한다고 요구한다. 이는 실제 인구 조사 항목에 여러 개인에 대한 정보가 포함되는 경우가 많은 인구 조사 기록과 같은 사건에 중복성을 유발한다. GEDCOM 파일에서 인구 조사 기록의 경우, 언급된 각 개인에 대해 별도의 인구 조사 "CENS" 사건을 추가해야 한다. Gramps 및 The Master Genealogist와 같은 일부 계보 프로그램은 소스에 대한 정교한 데이터베이스 구조를 가지고 있어, 무엇보다도 다중 인물 사건을 나타내는 데 사용된다. 데이터베이스가 이러한 프로그램 중 하나에서 GEDCOM으로 내보내지면, 이러한 제한으로 인해 GEDCOM에서 데이터베이스 구조를 나타낼 수 없으며, 결과적으로 모든 관련 인용 참조 정보를 포함한 사건 또는 소스 정보가 사용되는 곳마다 복제되어야 한다. 이러한 복제로 인해 사용자는 소스와 관련된 정보를 유지 관리하기가 어렵다.
GEDCOM 규격에서 결혼 정보와 같이 가족과 관련된 사건은 가족(FAM) 기록의 일부로 한 번만 저장되며, 두 배우자는 그 단일 가족 기록에 연결된다.
GEDCOM 규격은 특히 소스 영역에서 데이터를 인코딩하는 많은 방법을 지원하기 위해 의도적으로 유연하게 만들어졌다. 이러한 유연성은 많은 모호성을 초래했으며, 그 결과 GEDCOM을 가져오는 일부 계보 프로그램이 파일의 모든 데이터를 가져오지 못하는 부작용을 낳았다.
GEDCOM 규격은 알려진 사건 순서를 유지하는 것에 대해 명시적인 지원을 제공하지 않는다. 특히 사람에 대한 관계(FAMS) 순서와 관계 내 자녀(FAM) 순서가 손실될 수 있다. 많은 경우 사건 순서는 관련 날짜로부터 추론할 수 있다. 그러나 특히 수세기 전의 데이터를 다룰 때 날짜를 항상 알 수 있는 것은 아니다. 예를 들어, 한 사람이 두 번의 관계를 가졌는데 두 날짜를 모두 모르지만, 설명으로 미루어 두 번째 관계가 실제로 두 번째인 경우를 알고 있다고 가정하자. GEDCOM의 INDI 레코드에 이러한 FAMS가 기록되는 순서는 내보내는 프로그램에 따라 달라진다. 예를 들어 Aldfaer의 경우, 순서는 사용자의 데이터 정렬(알파벳순, 연대순, 참조순 등)에 따라 달라진다. 제안된 XML GEDCOM 표준도 이 문제를 해결하지 못한다.
GEDCOM에는 일반적으로 사용되지 않는 많은 기능이 있다. 일부 소프트웨어 패키지는 GEDCOM 표준이 허용하는 모든 기능을 지원하지 않는다.
GEDCOM 표준은 멀티미디어 개체(예: 개인 사진) 포함을 지원한다. 이러한 멀티미디어 개체는 GEDCOM 파일 자체에 포함되거나("임베디드 형식"), GEDCOM 파일에 외부 파일 이름이 지정된 외부 파일로 존재할 수 있다("연결된 형식"). 멀티미디어를 GEDCOM 파일에 직접 포함하면 모든 정보(멀티미디어 데이터 포함)가 하나의 파일에 들어 있으므로 데이터 전송이 더 쉬워지지만, 생성되는 파일이 매우 커질 수 있다. 멀티미디어를 연결하면 GEDCOM 파일의 크기를 제어할 수 있지만, 파일을 전송할 때 멀티미디어 개체를 별도로 전송하거나 GEDCOM과 함께 보관하여 더 큰 하나의 파일로 압축해야 한다. 미디어를 직접 포함하는 기능에 대한 지원은 5.5.1 표준 초안에서 삭제되었다.
GEDCOM 표준은 동일한 유형의 여러 레코드를 지정하기만 하면 여러 의견이나 상충되는 데이터를 지정할 수 있도록 허용한다. 예를 들어, 개인의 출생일이 출생 증명서에는 1800년 1월 10일로 기록되어 있고 사망 증명서에는 1800년 1월 11일로 기록되어 있다면, 해당 개인에 대해 두 개의 BIRT 레코드가 포함된다. 첫 번째 레코드는 1800년 1월 10일 날짜와 출생 증명서를 소스로 제시하고, 두 번째 레코드는 1800년 1월 11일 날짜와 사망 증명서를 소스로 제시한다. 우선시되는 기록은 대개 맨 위에 나열된다.
GEDCOM으로 인코딩된 이 예시는 다음과 같을 수 있다:
0 @I1@ INDI 1 NAME John /Doe/ 1 BIRT 2 DATE 10 JAN 1800 2 SOUR @S1@ 3 DATA 4 TEXT Transcription from birth certificate would go here 3 NOTE This birth record is preferred because it comes from the birth certificate 3 QUAY 2 1 BIRT 2 DATE 11 JAN 1800 2 SOUR @S2@ 3 DATA 4 TEXT Transcription from death certificate would go here 3 QUAY 2
상충되는 데이터는 사용자 오류로 인한 결과일 수도 있다. 표준은 내용이 일관되어야 한다고 명시하지 않는다. "1819년 4월 10일"과 같은 생년월일이 그 사람이 사망한 지 한참 지난 후에 실수로 "1918년 4월 10일"로 기록되었을 수 있다. 이러한 불일치를 밝혀내는 유일한 방법은 콘텐츠 데이터를 엄격하게 검증하는 것이다.
GEDCOM 표준은 여러 가지 방법으로 국제화를 지원한다. 첫째, 표준의 최신 버전은 데이터를 유니코드(또는 최근에는 UTF-8)로 저장할 수 있도록 허용하므로 모든 언어의 텍스트를 저장할 수 있다. 둘째, 한 인물에 대해 여러 사건을 가질 수 있는 것과 같은 방식으로, GEDCOM은 한 인물에 대해 여러 이름을 가질 수 있도록 허용하므로 이름이 여러 언어로 저장될 수 있지만, 어떤 언어로 된 인스턴스인지 나타내는 표준화된 방법은 없다. 마지막으로, 버전 5.5.1에서 NAME 필드는 이름의 음성적 변형(FONE)과 로마자 변형(ROMN)도 지원한다.
2012년 2월 RootsTech 2012 컨퍼런스에서 패밀리서치는 GEDCOM X라고 불리는 계보 표준을 중심으로 한 주요 새 프로젝트를 발표하고 협업을 요청했다. 여기에는 아파치 오픈 소스 라이선스 하에 개발된 소프트웨어가 포함된다. 여기에는 가계도를 소스 및 기록(물리적 인공물과 디지털 인공물 모두)에 기반하도록 촉진하는 데이터 형식, 온라인으로 데이터를 공유하고 연결하기 위한 지원, 그리고 API가 포함된다.
2012년 8월, 패밀리서치 직원이자 GEDCOM X 프로젝트 리더인 라이언 히튼은 GEDCOM X가 새로운 업계 표준이라는 주장을 철회하고 GEDCOM X를 또 다른 FamilySearch 오픈 소스 프로젝트로 재포지셔닝했다.
GEDCOM 7 출시 이후, FamilySearch는 GEDCOM X를 자사의 FamilySearch 가계도 소프트웨어와의 상호 운용성에 유용한 것으로 포지셔닝했다.
Roots 시리즈 계보 소프트웨어와 Ultimate Family Tree의 제작자인 Commsoft는 사건 중심 GEDCOM(InterGED로 원래 알려졌으며, "이벤트 GEDCOM"이라고도 함)이라는 버전을 정의했는데, 이는 사건을 일급(0레벨) 항목으로 포함했다. 사건 기반이지만 여전히 증거보다는 가정된 현실에 기반한 모델이다. 이벤트 GEDCOM은 믿어지는 사건과 참가자 간의 어느 정도 분리를 허용했기 때문에 더 유연했다. 그러나 이벤트 GEDCOM은 의미론적 차이로 인해 다른 개발자들에게 널리 채택되지 않았다. Roots와 Ultimate Family Tree가 더 이상 제공되지 않으면서, 오늘날 이벤트 GEDCOM을 사용하는 사람은 거의 없다.
Gramps XML은 오픈 소스 계보 프로젝트인 Gramps에 의해 만들어졌으며 PhpGedView에서도 사용되는 XML 기반 오픈 파일 포맷이다.
Family History Information Standards Organisation은 가족 역사와 계보 정보에 대한 국제 표준을 개발할 목적으로 2012년에 설립되었다. 이 조직이 제안한 표준 중 하나는 GEDCOM 5.5(.1)와 호환되면서도 확장성 메커니즘을 포함한 Extended Legacy Format(ELF)이었다. 조직은 2017년에 제안된 표준에 대해 공개 의견을 요청했다. GEDCOM 7.0 릴리스가 조직의 많은 우려 사항을 해결했기 때문에 이 조직은 해당 제안을 철회했다.