Loading article…
| ファイル名拡張子 | .ged |
|---|---|
| インターネットメディアの種類 |
アプリケーション/vnd.familysearch.gedcom [1]アプリケーション/vnd.familysearch.gedcom+zip [1] |
| 開発者 | LDS FHD |
| 初回リリース | 1984年 |
| 最新リリース | 7.0.14 2024年2月8日[2] |
| フォーマットの種類 | 系図データ交換 |
| 標準 | 事実上の[3] |
| オープンフォーマット? | はい |
| フリーフォーマット? | いいえ |
| Webサイト | gedcom.io github.com/familysearch/GEDCOM |
FamilySearch GEDCOM、または単にGEDCOM ( / ˈ dʒ ɛ d k ɒ m / JED -kom、Genealogical Data Communicationの頭字語) は、オープンファイル形式であり、系図データを保存するための事実上の標準仕様です。[3]これは、 FamilySearchの運営者である末日聖徒イエス・キリスト教会(LDS、モルモン教会としても知られています) によって、系図情報の研究と共有を支援するために開発されました。[4]一般的な用途は、さまざまな系図ソフトウェアとWeb サイト間で家系図データをバックアップおよび転送するための標準形式であり、そのほとんどは GEDCOM 形式からのインポートと GEDCOM 形式へのエクスポートをサポートしています。[5]
GEDCOM は、バージョン 7.0 以降ではUTF-8エンコードを使用したプレーン テキストファイルとして定義されています。このファイルには、名前、イベント、関係など、個人に関する系図情報が含まれており、メタデータによってこれらのレコードがリンクされます。
2021年にリリースされたGEDCOM 7.0は、2024年7月時点でのGEDCOM仕様の最新バージョンです[アップデート]。[6]ただし、その前身であるGEDCOM 5.5.1は、系図データの交換のための業界の形式標準のままです。[要出典] GEDCOM 5.5.1は、1999年にドラフト標準として最初にリリースされ、2019年に5.5.1最終版がリリースされるまでの20年間、わずかな更新のみを受けました。その欠点に対処するため、一部の系図プログラムは、GEDCOM 5.5 EL（Extended Locations）など、他のプログラムでは必ずしも認識されない独自の拡張機能をGEDCOMに導入しました。 [7] [8] [9]リリース以来、7.0をより広く採用するための取り組みがなされてきました。FamilySearch は2022 年第 3 四半期に GEDCOM 7.0 互換になる予定であり、Ancestry.com は7.0 互換を計画していますが、実装日はまだ指定されていません。[引用が必要]
データモデル
GEDCOM は、核家族の概念モデルに基づいた、系統にリンクされたデータ モデルを使用します。したがって、家族 ( ) レコード タイプは、ファイル内の個人 ( ) 間のリンクの唯一のソースであり、個人の一意の ID番号を参照して、親 ( および ) と子供 ( )を割り当てます。[10]これらの歴史的な起源は、7.0 仕様書で説明されています。「レコードは、もともと男性(夫または父親) と女性(妻または母親)が(子供を) 産む家族を表すために構成されました。」[11]FAMINDIHUSBWIFECHILFAMHUSBWIFECHIL
GEDCOM の家族記録のリンクは、夫と妻を示す元の命名法をまだ使用していますが、仕様では「パートナーの性別、ジェンダー、肩書き、役割は、または構造が指すパートナーに基づいて推測されるべきではない」と規定されておりHUSB、WIFE家族構造内のこれらの個人は、総称して「パートナー」、「親」、「配偶者」と呼ばれます。記録FAMは、「パートナーの性別に関係なく、同棲、里親、養子縁組など」にも使用できます。[11]
ファイル構造
GEDCOM ファイルは、ヘッダーセクション、レコード、およびトレーラーセクションで構成されています。これらのセクション内のレコードは、人物 (INDI レコード)、家族 (FAM レコード)、情報源 (SOUR レコード)、およびメモなどのその他のさまざまなレコードを表します。GEDCOM ファイルの各行はレベル番号で始まり、すべてのトップレベル レコード (HEAD、TRLR、SUBN、および各 INDI、FAM、OBJE、NOTE、REPO、SOUR、および SUBM) はレベル 0 の行で始まり、その他のレベル番号は正の整数です。
GEDCOM ファイルを手で記述することも可能ですが、この形式はソフトウェアで使用するために設計されているため、特に人間にとって使いやすいものではありません。GEDCOMファイルの構造を検証するために使用できる GEDCOM バリデータ[12]は、 PhpGedViewプロジェクトの一部として含まれていますが、スタンドアロンのバリデータとして使用することを意図したものではありません。スタンドアロンの検証には、「Windows GEDCOM バリデータ」を使用できます。[13]または、 LDS 教会の 古いメンテナンスされていない Gedcheck [14]を使用します。
2001年、GEDCOM TestBookプロジェクトは、 Gedcheckプログラムを使用して、4つの一般的な系図プログラムがGEDCOM 5.5標準にどの程度準拠しているかを評価しました。[15]調査結果では、多くの問題が存在し、「データ損失につながる最も一般的な欠陥は、NOTEタグが表示される可能性のあるすべてのレベルで読み取れないことでした。」[16] 2005年に、系図ソフトウェアレポートカードが評価され（元のGEDCOM Testbookプロジェクトに参加したビル・マンフォードによって）[17]、Gedcheckプログラムを使用したGEDCOM 5.5標準のテストが含まれていました。[18]
GEDCOM 7.0の採用を支援するために、この標準の検証ツールも存在するようになりました。[19]
例
以下はサンプルの GEDCOM ファイルです。
| サンプル.ged |
0 ヘッド サワーパフ1個 2 名前 個人祖先ファイル 2 バージョン 5.0 1 日付 2000年11月30日 1 GEDC 2 バージョン 5.5 2 血統にリンクした形態 1 チャー・アンセル 1 サブ @U1@ 0 @I1@ インディ 1 名前 ジョン・スミス 1 セックスM 1 FAMS @F1@ 0 @I2@ インディ 1 名前 エリザベス /スタンスフィールド/ 1 セックス F 1 FAMS @F1@ 0 @I3@ インディ 1 名前 ジェームズ /スミス/ 1 セックスM 1 FAMC @F1@ 0 @F1@ ファム 1 ハブ @I1@ 1 妻 @I2@ 1 マール 1 チャイル @I3@ 0 @U1@ サブ 1 名前 提出者 0 トリル |
ヘッダー (HEAD) には、ソース プログラムとバージョン (Personal Ancestral File、5.0)、GEDCOM バージョン (5.5)、文字エンコード( ANSEL )、およびファイルの送信者に関する情報へのリンクが含まれます。
個々のレコード (INDI) は、John Smith (ID I1)、Elizabeth Stansfield (ID I2)、および James Smith (ID I3) を定義します。
家族記録 (FAM) は、夫 (HUSB)、妻 (WIFE)、および子供 (CHIL) を ID 番号でリンクします。
バージョン
現在広く使用されている仕様は、2019年11月15日にリリースされたGEDCOM 5.5.1 finalです。その前身であるGEDCOM 5.5.1ドラフト[20]は1999年に発行され、9つの新しい属性とタグが導入され、承認された文字エンコーディングとしてUTF-8が追加されました。ドラフトは正式に承認されていませんでしたが、その規定はFamilySearch.orgを含むいくつかの系図プログラム[21] [22] [23]に部分的に採用されました。[20]
系譜にリンクされた GEDCOM は、意図的な事実上の共通分母です。[3] GEDCOM 標準のバージョン 5.5 が最初に公開されたのは 1996 年ですが、多くの系図ソフトウェア サプライヤは、そのバージョンの仕様で導入された多言語 Unicode テキスト (ANSEL 文字セットの代わりに) の機能を完全にサポートしていません。Unicode を統一的に使用することで、国際的な文字セットを使用できるようになります。たとえば、東アジアの名前を元の中国語、日本語、韓国語 (CJK)文字で保存できます。これがないと、名前があいまいになり、系図や歴史の研究にほとんど役に立たなくなります。[24] PAF 5.2 は、内部文字セットとしてUTF-8 を使用し、UTF-8 GEDCOM を出力できるソフトウェアの例です。[24] [25]
GEDCOM 7.0は、全体を通してUTF-8エンコーディングを必要とし、 [26] GEDCOM 5.5.1のその他の長年の問題を解決しています。GEDZipと呼ばれる関連.zipファイルの形式でのマルチメディアサポートも含まれています。7.0が新しい交換標準として採用されるように努力が進められています。[27] GEDCOM 7.0では、特定のファイルにGEDCOM以外のどの標準が適用されるかを明示的に識別できます。GEDCOMは常に拡張可能でしたが、7.0より前は、そのような拡張を識別する標準的な方法がありませんでした。また、GEDCOM 7.0では、イベントを存在しないものとして明示的にマークできます。これにより、たとえば、特定の個人が結婚したことがないことを文書化できます。[28] GEDCOM 7.0は、セマンティックバージョニングを 使用した最初のバージョンであり、仕様の 最新のマイナーバージョンです。
2024年7月現在[アップデート]、次のマイナーリリースはv7.1が予定されており、現在開発中である。[29]
リリース履歴
制限事項
複数人のイベントとソースのサポート
GEDCOM ファイルには、出生、死亡、国勢調査記録、船舶記録、結婚などのイベントに関する情報を含めることができます。イベントとは、特定の時間、特定の場所で発生したもの (時間と場所が不明な場合でも) であると一般的に考えられます。GEDCOM ファイルには、身体的特徴、職業、子供の総数などの属性も含めることができます。イベントとは異なり、属性は通常、特定の時間や場所に関連付けることはできません。
GEDCOM 仕様では、各イベントまたは属性は 1 人の個人または家族と正確に関連付ける必要があります。[60] これにより、実際の国勢調査エントリに複数の個人に関する情報が含まれることが多い国勢調査記録などのイベントで冗長性が生じます。GEDCOM ファイルでは、国勢調査記録の場合、参照される各個人に対して個別の国勢調査「CENS」イベントを追加する必要があります。GrampsやThe Master Genealogistなどの一部の系図プログラムには、複数人のイベントを表すために使用されるソース用の複雑なデータベース構造があります。これらのプログラムのいずれかからデータベースを GEDCOM にエクスポートすると、この制限により、これらのデータベース構造を GEDCOM で表現できず、その結果、関連する引用参照情報を含むイベントまたはソース情報が、使用される場所ごとに複製される必要があります。この複製により、ユーザーがソースに関連する情報を維持することが困難になります。
GEDCOM仕様では、結婚情報などの家族に関連するイベントは、家族（FAM）レコードの一部としてGEDCOMに一度だけ保存され、その後、両方の配偶者がその単一の家族レコードにリンクされます。[60]
仕様の曖昧さ
GEDCOM仕様は、特にソースの領域において、データのエンコードの多くの方法をサポートするために意図的に柔軟に作られました。この柔軟性は多くの曖昧さを招き、GEDCOMをインポートする一部の系図プログラムがファイルからすべてのデータをインポートしないという副作用を引き起こしました。[61]
日付のないイベントの順序
GEDCOM 仕様では、イベントの既知の順序を維持するための明示的なサポートは提供されていません。特に、人物の関係の順序 (FAMS) と関係内の子供の順序 (FAM) は失われる可能性があります。多くの場合、イベントの順序は関連する日付から導き出すことができます。しかし、特に何世紀も前のデータを扱う場合、日付が常にわかっているわけではありません。たとえば、ある人物に 2 つの関係があり、両方の日付が不明であるが、説明から 2 番目が確かに 2 番目の関係であることがわかっている場合などです。これらの FAMS が GEDCOM の INDI レコードに記録される順序は、エクスポート プログラムによって異なります。たとえば、Aldfaer [62]では、順序はユーザーによるデータの順序 (アルファベット順、年代順、参照など) によって異なります。提案されている XML GEDCOM 標準[55]もこの問題には対処していません。
あまり知られていない機能
GEDCOM には、一般的に使用されない機能が多数あります。一部のソフトウェア パッケージは、GEDCOM 標準で許可されているすべての機能をサポートしていません。
マルチメディア
GEDCOM 標準では、マルチメディア オブジェクト (個人の写真など) の組み込みをサポートしています。[63] このようなマルチメディア オブジェクトは、GEDCOM ファイル自体 (「埋め込み形式」と呼ばれる) に含めることも、外部ファイル (外部ファイルの名前が GEDCOM ファイルで指定されている) (「リンク形式」と呼ばれる) に含めることもできます。マルチメディアを GEDCOM ファイルに直接埋め込むと、すべての情報 (マルチメディア データを含む) が 1 つのファイルに含まれるため、データの送信が容易になりますが、結果として得られるファイルは巨大になる可能性があります。マルチメディアをリンクすると、GEDCOM ファイルのサイズを制御できますが、ファイルを送信するときに、マルチメディア オブジェクトを別々に送信するか、GEDCOM と一緒に 1 つの大きなファイルにアーカイブする必要があります。メディアを直接埋め込むサポートは、ドラフト 5.5.1 標準では削除されました。[64]
矛盾する情報
GEDCOM 標準では、同じタイプの複数のレコードを指定するだけで、複数の意見や矛盾するデータを指定できます。たとえば、ある個人の誕生日が出生証明書では 1800 年 1 月 10 日と記録されているのに、死亡証明書では 1800 年 1 月 11 日と記録されている場合、その個人には 2 つの BIRT レコードが含まれます。1 つ目は 1800 年 1 月 10 日の日付で出生証明書をソースとして指定し、2 つ目は 1800 年 1 月 11 日の日付で死亡証明書をソースとして指定します。通常は、優先されるレコードが最初にリストされます。
GEDCOM でエンコードされたこの例は、次のようになります。
0 @I1@ インディ 1 名前 ジョン /Doe/ 1 バート 2 日付 1800年1月10日 2 サワー @S1@ 3 データ 4 テキスト 出生証明書の転写はここに記載します 3 注記 この出生記録は出生証明書から取得されるため、推奨されます。 3 キー 2 1 バート 2 日付 1800年1月11日 2 サワー @S2@ 3 データ 4 死亡証明書の写しをここに記入します 3 キー 2
矛盾するデータは、ユーザーのエラーによって発生することもあります。標準では、内容が一貫していなければならないとは一切規定されていません。たとえば「1819 年 4 月 10 日」という生年月日は、その人の死後かなり経ってから誤って「1918 年 4 月 10 日」と記録されている可能性があります。このような矛盾を明らかにする唯一の方法は、内容データを厳密に検証することです。
国際化
GEDCOM 標準は、いくつかの方法で国際化をサポートしています。まず、新しいバージョンの標準では、データを Unicode (または、最近では UTF-8) で保存できるため、任意の言語のテキストを保存できます。[65] 次に、1 人の人物に複数のイベントがあるのと同じように、GEDCOM では 1 人の人物に複数の名前を設定できます。[66]そのため、名前を複数の言語で保存できますが、どのインスタンスがどの言語であるかを示す標準的な方法はありません。最後に、バージョン 5.5.1 では、NAME フィールドは名前の音声バリエーション (FONE) とローマ字バリエーション (ROMN) もサポートしています。[67]
ゲドコムX
2012年2月、RootsTech 2012カンファレンスで、FamilySearchは系図標準に関する主要な新プロジェクトGEDCOM Xの概要を説明し、協力を呼びかけました。[68]このプロジェクトには、 Apache オープンソースライセンスに基づいて開発されたソフトウェアが含まれています。これには、情報源と記録（物理的な遺物とデジタル遺物の両方）に基づいて家系図を作成するためのデータ形式、オンラインでのデータ共有とリンクのサポート、およびAPIが含まれています。[68] [69] [70]
2012年8月、ファミリーサーチの従業員でありGEDCOM Xプロジェクトリーダーであるライアン・ヒートンは、GEDCOM Xが新しい業界標準であるという主張を撤回し、GEDCOM Xをファミリーサーチの別のオープンソースプロジェクトとして再位置付けました。[71]
GEDCOM 7のリリース後、FamilySearchはGEDCOM XをFamilySearch Family Treeソフトウェアとの相互運用に役立つものとして位置付けました。[72]
代替案
Commsoft は、系図ソフトウェアRoots [73]シリーズと Ultimate Family Treeの作者であり、Event-Oriented GEDCOM (別名 Event GEDCOM、元々は InterGED [74]と呼ばれていた)と呼ばれるバージョンを定義しました。 [75]このバージョンでは、イベントが第一級 (ゼロレベル) の項目として含まれていました。これはイベント ベースですが、証拠ではなく想定された現実に基づいて構築されたモデルです。Event GEDCOM は、信じられたイベントと参加者をある程度分離できるため、より柔軟でした。ただし、Event GEDCOM は、意味の違いのため、他の開発者に広く採用されませんでした。[要出典] Roots と Ultimate Family Tree は利用できなくなったため、現在 Event GEDCOM を使用している人はほとんどいません。[76]
Gramps XML は、オープン ソースの系図プロジェクトGrampsによって作成され、 PhpGedViewでも使用されているXMLベースのオープン フォーマットです。
家族史情報標準化機構は、家族史と系図情報の国際標準を開発することを目的として2012年に設立されました。[77]この組織が提案した標準の1つは、GEDCOM 5.5(.1)と互換性があり、拡張メカニズムを含む拡張レガシーフォーマット（ELF）でした。 この組織は2017年に提案された標準についてパブリックコメントを募集しました。[78] GEDCOMのリリース7.0が組織の懸念の多くに対処したため、提案は撤回されました。[28]
参照
- ファミリーサーチ
- GENDEX – 系図索引
- 系図番号システム
- GNTP – 系図ネットワーク転送プロトコル
- Tiny Tafel 形式– エンコードされた「祖先テーブル」
参考文献
- ^ ab Clarke, Gordon (2021-12-07). 「メディアサブタイプ名: vnd.familysearch.gedcom+zip」. Internet Assigned Numbers Authority . 2022-10-01閲覧。
- ^ 「リリース · FamilySearch/GEDCOM」。GitHub 。2024年7月10日閲覧。
- ^ abc 件名: GEDCOM と正式な標準化団体 日付: 1996 年 1 月 24 日水曜日 11:53:52 -0700 送信者: Bill Harten – 組織: Brigham Young University 「なぜ GEDCOM は正式な標準化団体を通じて開発されなかったのでしょうか?...」このようにして、GEDCOM は、そうすることが最善であると考える人々だけが従うべき、意図的な事実上の標準として誕生しました。
- ^ 件名: rep: T Jenkins – GEDCOM-L への公開書簡 – 「目標は、開発者がユーザーが系図の結論や裏付けとなる証拠を他のユーザーと共有するための手段を提供できるようにするための標準を提供することでした。」 送信者: 「Jed R. Allen」ブリガムヤング大学 – 日付: 1995 年 9 月 29 日 17:40:04 -0600 – GEDCOM-L アーカイブ – 1995 年 9 月、第 5 週 (#7)
- ^ 「Genealogical Software Report Card」。2005年3月。2009年2月11日時点のオリジナルよりアーカイブ。
- ^ 「FamilySearch GEDCOM仕様」gedcom.io 2024年2月8日。 2024年7月10日閲覧。
- ^ GEDCOM 5.5 EL Archived 2020-01-11 at the Wayback Machine (Extended Locations) 仕様
- ^ 場所に対して情報を保存する機能 – 「GEDCOM 5.5EL 提案の一部をサポート」 – FHUG ウィッシュ リスト
- ^ 0000688: Gedcom 5.5EL のサポート 2011-07-26 に Wayback Machineでアーカイブ– Gramps Bugtracker
- ^ 「GEDCOM 標準リリース 5.5: データ モデル チャート」。homepages.rootsweb.com。2022年 7 月 21 日閲覧。
- ^ ab 「FamilySearch GEDCOM 仕様」。gedcom.io 2022-06-07 。2022-07-21閲覧。
- ^ 「phpgedview の GEDCOM バリデータ ソース コードの表示」。[永久リンク切れ ]
- ^ 「VGed 3.02」。Rumble Fische。2011年1月6日時点のオリジナルよりアーカイブ。
- ^ Gedcheck Archived 2009-02-07 at the Wayback Machine – 「GEDCOM の特定のバージョンをチェックするための文法ファイルを使用します。」末日聖徒イエス・キリスト教会
- ^ 「GEDCOM TestBook Project」 2001年。2006年6月15日時点のオリジナルよりアーカイブ。
- ^ [GEDCOM と GenTech Testbook プロジェクト] 系図コンピューティング 2001 年 7 月 1 日 – アーカイブ 2001 年夏号 21.1 – Ancestry.com
- ^ The Genealogical Software Report Card 2000 SW Mumford 最終更新日 2005 年 3 月[信頼できない情報源? ]
- ^ NGSニュースマガジンとその前身からのレビュー。2009年2月12日にWayback Machineにアーカイブされました。テスト結果はPDFにあります。
- ^ 「FamilySearch GEDCOM のツール」。FamilySearch GEDCOM 。 2022年7月21日閲覧。
- ^ abcd 家族歴史部 GEDCOM コーディネーター (1999 年 10 月 2 日)。「GEDCOM 標準: ドラフト リリース 5.5.1」(PDF)。末日聖徒イエス・キリスト教会。2022年 10 月 1 日閲覧。
- ^ GED-GEN は、1999 年 10 月 2 日付けの GEDCOM バージョン 5.5.1 (ドラフト) Archived 2009-02-03 at the Wayback Machineに基づいています。次のレコード タイプが解析されます: ヘッダー、個人、ファミリー、メモ、ソース、リポジトリ。ただし、これらのレコード内のすべての要素が処理されるわけではありません。 – 仕様 – GED-GEN の概要
- ^ 0000688: Gedcom 5.5EL のサポート 2011-07-26 にWayback Machineでアーカイブ(0008068) romjerome (開発者) 2009-01-25 06:13 – 「注: GRAMPS 3.0.x はエクスポート時に GEDCOM 5.5.1 の一部をサポートしますが、これはほとんどのプログラムではサポートされていません」 – Gramps Bugtracker
- ^ 「MyBlood は GEDCOM 5.5 および 5.5.1 ファイル形式をサポートしています。」2009 年 6 月 5 日にWayback Machineにアーカイブ– MyBlood サポート – フォーラム、FAQ、既知の問題
- ^ ab Personal Ancestral File 5.2 および PAF Companion 5.4 – ソフトウェアバージョンの変更 Archived 2009-03-06 at the Wayback Machine Release 5.0.1.4、2000 年 12 月 22 日 – "10.GEDCOM の改善: 表:宛先:PAF 5 GEDCOM バージョン:5.5 文字セット:UTF-8
- ^ Personal Ancestral File 5.1 2007-07-21 にWayback Machineでアーカイブ– 「2 回目のテストでは、Gedcom 仕様の後のドラフト版の 4 つのタグ、FONE (音声名)、ROMN (ローマ字名)、EMAIL (電子メール)、_UID が使用されていることも確認されました」2002 年 1 月/2 月 NGS ニュースマガジン
- ^ 「FamilySearch GEDCOM仕様」gedcom.io 2022-06-07 . 2022-07-21閲覧。
- ^ 「実装の進捗状況 • 系図」。系図。 2022年7月21日閲覧。
- ^ ab Smith, Richard (2021-07-21). 「FamilySearch GEDCOM 7」. Family History Information Standards Organisation . 2021-08-04時点のオリジナルよりアーカイブ。 2023-01-30閲覧。
- ^ 「GitHub - FamilySearch/GEDCOM at v7.1」。GitHub 。 2024年7月10日閲覧。
- ^ abcd pafuser : Beitrag: Re: [pafuser] PAF 5.01 und GEDCOM By Eckhard Henkel – Beitrag #103 von 1494 – Yahoo Groups
- ^ 件名: InterGED 理論の説明 出典: Gary Steiner – 「最初の GEDCOM 標準、バージョン 1.0 は、1984 年に系図ソフトウェア開発コミュニティにリリースされました。」 – GEDCOM-L アーカイブ – 1994 年 7 月、第 4 週 (#14)
- ^ abc 件名:GEDCOM バージョンと PAF のタイムライン George Archer 著 – GEDCOM-L アーカイブ – 2000 年 11 月、第 3 週 (#12)
- ^ abc 件名:Re: GEDCOM 標準のヘルプをお願いします 送信者:Graham Starkey – 「ドラフト バージョン 2.3–7 1985 年 8 月、PAF2.0 GEDCOM 実装規約付き」 – GEDCOM-L アーカイブ – 2000 年 6 月、第 4 週 (#1)
- ^ RootsWeb: ROOTS-L Re: 大きなチャート (かなり長い):日付: Tue, 11 Jul 89 15:14:31 CDT From: Marty Hoag <NU021172@N...> 件名: Re: PAF でツリーを印刷しますか? Soc.roots より ... * GEDCOM リリース 3.0、1987 年 10 月 9 日、131 ページ (!)
- ^ 「LISTSERV - GEDCOM-L アーカイブ - LISTSERV.NODAK.EDU」。listserv.nodak.edu。
- ^ PAF および GEDCOM のファイル構造 – 日付: 1996/01/04 – soc.genealogy.computing | Google グループ:
- ^ 件名:4.x 仕様 送信者:Rafal Prinke -「この文書の日付は 1990 年 1 月 25 日です。したがって、これは GEDCOM 4.2 でしょうか?」 – GEDCOM-L アーカイブ – 1994 年 5 月、第 1 週 (#19)
- ^ ab 件名: 家族の歴史によって発表された GEDCOM (将来の方向性) 送信者: "Jed R. Allen" 日付: 1998 年 5 月 1 日金曜日 18:08:24 -0600
- ^ 件名:Re: GEDCOM 標準のヘルプをお願いします 送信者:Graham Starkey – 「ドラフト リリース 5.2–1992 年 1 月 22 日 120kb」 – GEDCOM-L アーカイブ – 2000 年 6 月、第 4 週 (#1)
- ^ GEDCOM 5.3 ドラフト アーカイブ 2010-07-22 at the Wayback Machine – 1993 年 11 月 4 日
- ^ GEDCOM 標準 – ドラフト リリース 5.4 – 1995 年 8 月 21 日
- ^ 件名: GEDCOM バージョンと PAF のタイムライン、George Archer 著 - 「5.5 1995 年 12 月 11 日 (5.5 のタイトル ページ)」- GEDCOM-L アーカイブ - 2000 年 11 月、第 3 週 (#12)
- ^ GEDCOM 5.5 標準 Archived 2006-11-20 at the Wayback Machine (Envoy 形式の実行可能ファイル)
- ^ Re: GEDCOM バージョン 4 および 5.xx を探しています "Brian C. Madsen" – 「1996 年 1 月 10 日付の GEDCOM 5.5 正誤表には、23、24、25、26、29、29、29、33、34、39、57、79、および 85 ページの訂正が含まれていると思われます。」
- ^ Gedcom ドキュメント ライブラリ アーカイブ済み 2016 年 6 月 1 日、Wayback Machine、Chronoplex Software
- ^ GEDCOM 仕様の今後の方向性[永久リンク切れ ] (1999-07-07)
- ^ 「LISTSERV - GEDCOM-L アーカイブ - LISTSERV.NODAK.EDU」。listserv.nodak.edu。
- ^ GEDCOM の今後の方向性に関する文書に対するコメント Michael H. Kay、1998 年 5 月 17 日
- ^ 件名:GEDCOM の今後の方向性 – 送信者:John Nairn – 日付:1998 年 5 月 11 日月曜日 13:38:45 -0600 – GEDCOM-L アーカイブ – 1998 年 5 月、第 2 週 (#3)
- ^ GEDCOM 5.51 UML 形式のデータ モデル – Software Renovation Corporation
- ^ 「Gedcom 5.5.1 – GenWiki」。wiki -en.genealogy.net。2019年6月4日時点のオリジナルよりアーカイブ。2009年2月11日閲覧。
- ^ 「THE GEDCOM STANDARD リリース 5.5.1」(PDF)。
- ^ 件名:Re: GEDCOM の歴史 送信者:STEFANO BOSCOLO – 日付:Tue, 20 Feb 2001 19:54:06 +0100 – GEDCOM-L アーカイブ – 2001 年 2 月、第 3 週 (#1)
- ^ 件名: Re: GEDCOM の歴史 送信者:"Rafal T. Prinke" – 日付:Tue, 20 Feb 2001 22:14:55 +0100 – GEDCOM-L アーカイブ – 2001 年 2 月、第 3 週 (#4)
- ^ ab 「GEDCOM XML 6.0 のドラフト仕様」(PDF)。FamilySearch 。 2006 年 11 月 16 日のオリジナル(PDF)からアーカイブ。2006 年 11 月 19 日に取得。
- ^ “GEDCOM 7.0のWebサイト”. 2021年2月25日時点のオリジナルよりアーカイブ。2021年2月22日閲覧。
- ^ 「GEDCOM 7.0 at Louis Kessler's Behold Blog」。2021年5月11日時点のオリジナルよりアーカイブ。
- ^ 「FamilySearch GEDCOM 仕様リリース 7.0.9」(PDF )。GitHub 。
- ^ 「FamilySearch GEDCOM 仕様リリース 7.0.9」(PDF )。GitHub 。
- ^ ab GEDCOM標準5.5、pp.26-27。
- ^ 「GEDCOM ファイルがすべての系図プログラムと同期されていない理由」(PDF) . family-genealogy.com . 2011-04-24. 2016-03-03 にオリジナル(PDF)からアーカイブ。2015-03-17に取得。
- ^ “Aldfaer, Hét gratis staboomprogramma” [Aldfaer、無料の家系図プログラム]. www.aldfaer.nl (オランダ語)。オランダ。2022-10-01に取得。
- ^ GEDCOM標準5.5、28ページ。
- ^ ドラフト GEDCOM 標準 5.5.1、6 ページ。
- ^ GEDCOM標準5.5、45ページ。
- ^ GEDCOM標準5.5、27ページ。
- ^ GEDCOM ドラフト 5.5.1、38 ページ
- ^ ab "GEDCOM X". FamilySearch . 2012年2月4日閲覧。
- ^ 「Ryan Heaton: A New GEDCOM」The Ancestry Insider 2012-02-04 . 2012-02-16閲覧。
- ^ 「RootsTech Learning #3 – GEDCOM X および/または BetterGEDCOM および/または FHISO」。Stardust 'n' Roots。2012 年 2 月 13 日。2012 年 2 月 16 日閲覧。
- ^ 2012-08-31 GEDCOM X: 業界標準なし、FamilySearch は GEDCOM X の推進を断念、Tamura Jones 著、Modern Software Experience。
- ^ 「一般的なFAQ」。FamilySearch GEDCOM 。 2022年7月25日閲覧。
- ^ CommSoft が復活？ Dick Eastman Online 2001 年 3 月 14 日 – アーカイブ – Ancestry.com
- ^ RootsWeb: TMG-L [TMG] InterGED/イベント GEDCOM 日付: Fri, 15 Feb 2002 13:33:18 -0700
- ^ 「Commsoft: The Roots Story」。2008年11月20日閲覧。
- ^ 「TMGL アーカイブ: イベント指向」 2000 年 6 月 29 日。2007 年 11 月 1 日時点のオリジナルよりアーカイブ。2008年 11 月 20 日閲覧。
- ^ 「Family History Information Standards Organisation」 FHISO。2016年4月30日時点のオリジナルよりアーカイブ。2016年4月25日閲覧。
- ^ 「2018年度会員向け年次報告書」。家族歴史情報標準機構。2019年2月25日時点のオリジナルよりアーカイブ。2023年2月4日閲覧。
外部リンク
- 一般的な
- GEDCOM 標準
- ファミリーサーチ GEDCOM ガイド
- GEDCOM X プロジェクト
- 「LDS教会によるXML標準の採用についての詳細」ancestry.com。2011年9月27日時点のオリジナルよりアーカイブ。2024年4月20日閲覧。
- GEDCOM 標準リリース 5.5.1、2019 年 11 月 15 日リリース