生年月日は、系図の事象または属性としてモデル化されたイベントとして表示されます。

Question

家系図の人物または人物の属性として、出生と死亡がイベントとしてモデル化されていますか？各アプローチの長所と短所は何ですか？

Answer 1

すべてのイベントには成果物が含まれていると考えれば、本当にイベントになるはずなので、関連するすべてのドキュメントなどを持つことができます。

一方、生年月日のない人物のレコードを属性として想像できますか？あなたは出産/死を与えるイベントと一緒に参加する必要はありませんので、それらの日付で並べ替えることができます。

賛否両論がありますが、両方を持つこともできるという考えもあります。完全に正規化されていないデータベースを使用して喜んで暮らしたい場合は、それらをイベントとして持ち、出生/死亡イベントを持つ人それぞれについて、それらの値を属性にコピーします。

人のために複数の出生/死亡事象、紛争の可能性がある記録を持つことができることを覚えておいてください。その場合、そのうちの1つだけがその人の出生を意味します/ date属性がコピーされます。

Answer 2

系統学（および系図ソフトウェア）の「事象」は、一般に、所与の時間および場所で起こるものと考えられている。それらは、個人のためのイベントであってもよい。出生、死亡、バプテスマ、帰化、移住など、または家族（夫/妻）、例えば、結婚、婚約、離婚。

「属性」（または「事実」）は、一般に真であると考えられます。部族の起源、職業、宗教的な所属、タイトル。

GEDCOMがそれらをどのように定義し、どのようにプログラマをプログラムするのかを説明します。

個人的には、私の「イベント」の概念は、国の変化の中での移行です。例えば、誰かが生きる前に、生まれてから生きていくまでです。短期間である必要はありませんが、例えば、第二次世界大戦はイベントであり、出来事は他の出来事（例えば、第二次世界大戦の特定の戦い）を含むことができる。

もう一つの例は属性と見なされる髪の色である。ブロンドの髪の毛、それを脱落させて茶色の髪に置き換えた後、年を重ねるにつれて灰色に変わって再び脱落する髪の色は一定の時間にわたって真実であり、変化が起こると「曖昧」であるそれは1つから別のものへ。

私の「属性」の概念は、彼らに時間があるということです。属性はイベントによって変更可能な状態です。例えば「占有」イベントが発生し、 「失業」イベントは、「雇用中」イベントが発生するまで引き継がれます。

属性はイベント間にあり、イベントは異なる属性を分離します。

私が基本的に言っていることは、系譜のプログラムでは、事象と属性を区別していないということです。私はそれらを同じように扱います。いずれかに日付または時間帯を含めることができ、イベントには通常、場所や属性が含まれます。

類似点のため、私はそれらを別々にモデル化する必要はありません。