GEDCOM/INDI-Tag

Name und Bedeutung

Tag

INDI

Formelle Bezeichnung

INDIVIDUAL

Deutsche Bezeichnung

Person

Verwendung

Mit INDI wird ein Personendatensatz gekennzeichnet

Formale Beschreibung zulässiger Werte

Aussagen des GEDCOM Standards 5.5.1

Ein Personendatensatz wird im Standard als INDIVIDUAL RECORD bezeichnet und wie folgt definiert:

INDIVIDUAL_RECORD:= 
n @XREF:INDI@ INDI {1:1} 
+1 RESN <RESTRICTION_NOTICE> {0:1} 
+1 <<PERSONAL_NAME_STRUCTURE>> {0:M} 
+1 SEX <SEX_VALUE> {0:1} 
+1 <<INDIVIDUAL_EVENT_STRUCTURE>> {0:M} 
+1 <<INDIVIDUAL_ATTRIBUTE_STRUCTURE>> {0:M} 
+1 <<LDS_INDIVIDUAL_ORDINANCE>> {0:M} 
+1 <<CHILD_TO_FAMILY_LINK>> {0:M} 
+1 <<SPOUSE_TO_FAMILY_LINK>> {0:M} 
+1 SUBM @<XREF:SUBM>@ {0:M} 
+1 <<ASSOCIATION_STRUCTURE>> {0:M} 
+1 ALIA @<XREF:INDI>@ {0:M} 
+1 ANCI @<XREF:SUBM>@ {0:M} 
+1 DESI @<XREF:SUBM>@ {0:M} 
+1 RFN <PERMANENT_RECORD_FILE_NUMBER> {0:1} 
+1 AFN <ANCESTRAL_FILE_NUMBER> {0:1} 
+1 REFN <USER_REFERENCE_NUMBER> {0:M} 
+2 TYPE <USER_REFERENCE_TYPE> {0:1} 
+1 RIN <AUTOMATED_RECORD_ID> {0:1} 
+1 <<CHANGE_DATE>> {0:1} 
+1 <<NOTE_STRUCTURE>> {0:M} 
+1 <<SOURCE_CITATION>> {0:M} 
+1 <<MULTIMEDIA_LINK>> {0:M}

Der Personendatensatz (INDIVIDUAL_RECORD) ist eine Sammlung von bekannten oder ermittelten Fakten zu einer Person. Manchmal stammen die Fakten aus unterschiedlichen Quellen. Diese Form erlaubt die Dokumentation der jeweiligen Quelle, in der ein Fakt entdeckt wurde.

Folgende Elemente hiervon sind in anderen Artikeln beschrieben: ALIA, <<ASSOCIATION_STRUCTURE>>, <<PERSONAL_NAME_STRUCTURE>>, SEX, <<CHILD_TO_FAMILY_LINK>>, <<NOTE_STRUCTURE>>, <<SOURCE_CITATION>>

Weitere Artikel werden folgen zu SUBM, RESN, ANCI, DESI, RFN, AFN, REFN, RIN, <<SPOUSE_TO_FAMILY_LINK>>, <<CHANGE_DATE>>, <<MULTIMEDIA_LINK>>.

In diesem Artikel werden beschrieben: Personenereignisse <<INDIVIDUAL_EVENT_STRUCTURE>> und Personeneigenschaften <<INDIVIDUAL_ATTRIBUTE_STRUCTURE>>.

Beschreibungen von Ereignissen zu einer Person

Ereignisse zu einer Person wie z.B. Geburt, Taufe, Tod, Beerdigung werden in den <<INDIVIDUAL_EVENT_STRUCTURE>> beschrieben:

INDIVIDUAL_EVENT_STRUCTURE:= 
[ 
n [ BIRT | CHR ] [Y|<NULL>] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
+1 FAMC @<XREF:FAM>@ {0:1} 
| 
n DEAT [Y|<NULL>] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n [ BURI | CREM ] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n ADOP {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
+1 FAMC @<XREF:FAM>@ {0:1} 
+2 ADOP <ADOPTED_BY_WHICH_PARENT> {0:1} 
| 
n [ BAPM | BARM | BASM | BLES ] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n [ CHRA | CONF | FCOM | ORDN ] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n [ NATU | EMIG | IMMI ] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n [ CENS | PROB | WILL] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n [ GRAD | RETI ] {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
| 
n EVEN {1:1} 
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1} 
]

ACHTUNG: Die {0:1} in dieser Darstellung darf nicht zu der Annahme verleiten, in einem Personendatensatz dürften diese Ereignisse jeweils nur einmal auftauchen. Die INDIVIDUAL_EVENT_STRUCTURE darf {0:M} mal im Personendatensatz vorkommen, also darf auch jedes der hier aufgeführten Ereignis-Kennzeichen beliebig oft in einem Personendatensatz vorkommen.

Weiter zu beachten: Nur die Kennzeichen BIRT, CHR und DEAT dürfen direkt in der Zeile mit einem Y ergänzt werden, um die Aussage zu machen, dass eine Person geboren ist, getauft wurde oder gestorben ist. Hinter allen anderen Ereignis-Kennzeichen DARF KEINE INFORMATION in derselben Zeile stehen, diese wird ausschließlich dann über die untergeordneten Zeilen transportiert. Mit Ausnahme dieser Besonderheit ist ansonsten der Aufbau eines Personenereignisses sehr einheitlich im Standard geregelt.

Beschreibungen von Eigenschaften einer Person

Eigenschaften zu einer Person wie Beruf, Wohnsitz usw werden mit <<INDIVIDUAL_ATTRIBUTE_STRUCTURE>> beschrieben:

INDIVIDUAL_ATTRIBUTE_STRUCTURE:=
[
n CAST <CASTE_NAME> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n DSCR <PHYSICAL_DESCRIPTION> {1:1}
+1 [CONC | CONT ] <PHYSICAL_DESCRIPTION> {0:M}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n EDUC <SCHOLASTIC_ACHIEVEMENT> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n IDNO <NATIONAL_ID_NUMBER> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n NATI <NATIONAL_OR_TRIBAL_ORIGIN> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n NCHI <COUNT_OF_CHILDREN>14 {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n NMR <COUNT_OF_MARRIAGES> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n OCCU <OCCUPATION> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n PROP <POSSESSIONS> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n RELI <RELIGIOUS_AFFILIATION> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n RESI /* Wohnort */ {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n SSN <SOCIAL_SECURITY_NUMBER> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n TITL <NOBILITY_TYPE_TITLE> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}
|
n FACT <ATTRIBUTE_DESCRIPTOR> {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>> {0:1}
]

Details zu Personenereignissen und -eigenschaften

Die Folgezeilen eines Personenereignisses oder einer Personeneigenschaft sind wie folgt aufgebaut:

INDIVIDUAL_EVENT_DETAIL:= 
n <<EVENT_DETAIL>> {1:1} 
n AGE <AGE_AT_EVENT> {0:1}

Der Unterbau zu den einzelnen Ereignissen ist fast derselbe wie im Bereich der Familiendatensätze. Einzig statt des HUSB und WIFE, dass bei den Familiendatensätzen zusätzlich auftauchen konnte, kann hier das Alter der Person zum Zeitpunkt des Ereignisses ( AGE ) eingesetzt werden.

Diese Struktur darf unter jedem Ereignis im Personendatensatz stehen. Völlig gleich mit der Definition für Familienereignisse sind diese Details:

EVENT_DETAIL:= 
n TYPE <EVENT_OR_FACT_CLASSIFICATION> {0:1} 
n DATE <DATE_VALUE> {0:1} 
n <<PLACE_STRUCTURE>> {0:1} 
n <<ADDRESS_STRUCTURE>> {0:1} 
n AGNC <RESPONSIBLE_AGENCY> {0:1} 
n RELI <RELIGIOUS_AFFILIATION> {0:1} 
n CAUS <CAUSE_OF_EVENT> {0:1} 
n RESN <RESTRICTION_NOTICE> {0:1} 
n <<NOTE_STRUCTURE>> {0:M} 
n <<SOURCE_CITATION>> {0:M} 
n <<MULTIMEDIA_LINK>> {0:M}

Bis auf NOTE, SOUR und OBJE dürfen die anderen Kennzeichen bzw. Strukturen immer nur genau einmal unter dem Ereigniskennzeichen vorkommen.

Behandlung/Darstellung schwieriger Situationen

Widerspruch im GEDCOM Standard zu EVEN unter INDI

Ein Beispiel wird im Standard explizit angegeben: EVENT_DESCRIPTOR:= {Size=1:90} (Ereignis, Bezeichner) Text, der ein die Person oder Familie betreffendes bestimmtes Ereignis beschreibt. Dieser Wert wird normalerweise dem EVEN-Kennzeichen zugeordnet. Die Klassifizierung, die dieses Ereignis von anderen EVEN-Kennzeichen unterscheidet (oder mit diesen gruppiert), wird durch ein untergeordnetes TYPE-Kennzeichen der <EVENT_DETAIL>-Struktur angegeben. Beispiel:

1 EVEN Ernennung zum Vorsitzenden des Bebauungsplankomitees
2 TYPE Städtische Ernennungen
2 DATE FROM JAN 1952 TO JAN 1956
2 PLAC Cove, Cache, Utah
2 AGNC Cove City Stadtentwicklungsbehörde

Das Regelwerk sagt dagegen für EVEN unter INDI:

n EVEN					 {1:1}
+1 <<INDIVIDUAL_EVENT_DETAIL>>* {0:1}

Laut Regel darf also hinter EVEN überhaupt kein Text stehen. Das Beispiel dagegen setzt genau dort Text ein und gibt eine empfohlene Mindestlänge von 90 Zeichen dafür an.

Sehen wir uns das gleiche Kennzeichen im Familiendatensatz an:

n EVEN [<EVENT_DESCRIPTOR> | <NULL>] {1:1}
+1 <<FAMILY_EVENT_DETAIL>> {0:1}

Wie im Beispiel zu Personen ist hier direkt hinter dem Kennzeichen EVEN der <EVENT_DESCRIPTOR> zugelassen!!

Folgende Handlungsweisen dazu werden in der Gedcom-L diskutiert: - dem strengen Regelwerk folgen und hinter EVEN keine Inhalte? Dafür aber TYPE bindend vorschreiben? - oder die Regeln weglassen, dem Beispiel folgen, und mit dem Vorgehen in FAM vereinheitlichen? - oder beides zulassen??

Abweichungen vom Standard bei der Verwendung

- noch nicht besetzt