GEDCOM/ Nutzerdef-Tag
Name und Bedeutung
Tag
_Nutzerdef Kennzeichen
Formelle Bezeichnung
_NAMEnutzdefKennzeichen
Deutsche Bezeichnung
abhängig vom Kennzeichen
Verwendung
Nutzerdefinierte Kennzeichen können laut GEDCOM Standard 5.5.1 eingesetzt werden, um Informationen in GEDCOM-Dateien zu bringen, die durch die explizit beschriebenen Kennzeichen und Strukturen nicht darstellbar sind. Der Standard empfiehlt ausdrücklich, vorrangig alle anderen beschriebenen Kennzeichen und Strukturen für die Darstellung von Informationen zu verwenden und den Einsatz nutzerdefinierter Kennzeichen möglichst zu vermeiden.
Formale Beschreibung zulässiger Werte
Aussagen des Standards
in Bearbeitung
Beispiel eines nutzerdefinierten Kennzeichens
In den Vereinbarungen zur Umsetzung des GEDCOM-Standards 5.5.1 haben die Programmautoren bereits ein nutzerdefiniertes Kennzeichen festgelegt: _RUFNAME. Zu Details siehe unter dem Kennzeichen NAME den Abschnitt Vereinbarungen zum Export zu NAME.
Die hier beschriebenen Umfänge dienen darüber hinaus zur Vorbereitung der Vereinbarungen zu PLAC: Hier wird ähnlich wie in GEDCOM 5.5 EL die Einführung von Orts-Datensätzen diskutiert.
Vereinbarungen zu Nutzerdefinierten Kennzeichen
Durch Abstimmung unter den in der Gedcom-L beteiligten Autoren wurden folgende Vereinbarungen verabschiedet. N5 hat nur eine knappe absolute Mehrheit erhalten und ist daher noch weiter zu verfolgen.
N1 Einsatz Nutzerdefinierter Kennzeichen
Zur generellen Umsetzung der Vorschriften des Standards bezüglich Nutzerdefinierter Kennzeichen wird vereinbart, vorrangig die im GEDCOM Standard 5.5.1 explizit beschriebenen Kennzeichen und Strukturen zu verwenden und den Einsatz Nutzerdefinierter Kennzeichen auf solche Umfänge zu beschränken, die mit den explizit beschriebenen Kennzeichen und Strukturen nicht dargestellt werden können.
N2 Name von Nutzerdefinierten Kennzeichen
Nutzerdefinierte Kennzeichen müssen mit einem Unterstrich beginnen. Für die Länge der Namen dieser Kennzeichen gelten die Vorschriften des Standards, insbesondere müssen die ersten 15 Zeichen des Namens das Kennzeichen eindeutig beschreiben.
N3 Einordnung von Nutzerdefinierten Kennzeichen in die Gesamtstruktur
Es gibt keine Einschränkungen für die Ebene, auf der Nutzerdefinierte Kennzeichen eingesetzt werden. Die Vorschrift, dass die Ebenennummer der GEDCOM-Zeile höchstens um 1 höher sein darf als die Ebenennummer der vorhergehenden Zeile, ist in jedem Fall einzuhalten. Es ist insbesondere zulässig, auch auf der Ebene 0 (Datensätze) Nutzerdefinierte Kennzeichen anzulegen.
Es gibt keine Einschränkung, welche Kennzeichen einem Nutzerdefinierten Kennzeichen untergeordnet werden dürfen. Insbesondere ist es zulässig, einem Nutzerdefiniertem Kennzeichen weitere Nutzerdefinierte Kennzeichen unterzuordnen.
N4 Explizit definierte Kennzeichen unter Nutzerdefinierten Kennzeichen
Es wird vereinbart, dass im Standard explizit definierte Kennzeichen unter Nutzerdefinierten Kennzeichen eingesetzt werden dürfen. In diesem Falle gelten für das untergeordnete Kennzeichen alle Vorschriften des Standards mit Ausnahme der im Standard nicht aufgeführten Zuordnung zum übergeordneten Kennzeichen.
N5 Beschreibung Nutzerdefinierter Kennzeichen
Es wird empfohlen, in einer GEDCOM-Datei verwendete Nutzerdefinierte Kennzeichen im Header der Datei zu erläutern. Dazu wird eine Vorgehensweise in Anlehnung an den Draft GEDCOM 5.3 vereinbart:
a) Die Erläuterung der verwendeten Nutzerdefinierten Kennzeichen erfolgt im Header der GEDCOM-Datei und wird auf der Ebene 1 (also direkt dem Datensatz 0 HEAD zugeordnet) vom Kennzeichen _SCHEMA eingeleitet {0:1}
b) Unter _SCHEMA folgt zunächst die Beschreibung des Kontextes {1:M}, in dem die Nutzerdefinierten Kennzeichen verwendet werden. Hierzu werden so viele übergeordnete Ebenen herangezogen, wie für die Beschreibung des Kontextes erforderlich sind.
c) Unter diesem Kontext folgt das zu erläuternde Nutzerdefinierte Kennzeichen {1:1}
d) Unter dem zu erläuternden Nutzerdefinierten Kennzeichen folgt mit _DEFN eingeleitet die Erläuterung. Die Erläuterung sollte in englisch verfasst sein {1:1}
Entscheidungsvorschläge für Vereinbarungen zu Nutzerdefinierten Kennzeichen
N6 Vermeidung bereits verwendeter Nutzerdefinierter Kennzeichen
Nach Möglichkeit sollte vermieden werden bereits bestehende und in der Praxis verwendete Kennzeichen in einer anderen Bedeutung zu verwenden.
N7 Einheitliche Nutzerdefinierte Kennzeichen
Nutzerdefinierte Kennzeichen sollten in ihrer Verwendung möglichst einheitlich sein. Es wird daher empfohlen, bei Bedarf möglichst die in der nachfolgenden Aufstellung von Nutzerdefinierten Kennzeichen aufgezählten Kennzeichen zu verwenden und nicht eigene Kennzeichen mit dergleichen Bedeutung einzusetzen.
Übersicht bekannter Nutzerdefinierter Kennzeichen
Die folgende Übersicht wird erstellt, um die in der Gedcom-L diskutierten und bekannten Nutzerdefinierten Kennzeichen (auch aus Drittprogrammen) darzustellen. Programmherstellern wird empfohlen, bei Export entsprechender Inhalte auf die folgende Liste zuzugreifen.
In der zweiten Spalte ist eine Einstufung für das Nutzerdefinierte Kennzeichen enthalten. Es bedeutet:
- + die Verwendung dieses Kennzeichens wurde in den Vereinbarungen der Gedcom-L explizit empfohlen
- 0 dieses Kennzeichen wurde in der Gedcom-L nicht diskutiert
- - das Kennzeichen sollte nicht verwendet werden (in der Regeel, weil der Inhalt auf anders vereinbartem Wege exportiert werden soll)
<tab head="top" class="sortable wikitable">
Kennzeichen Übergeordnete Struktur GEDCOM-L Vereinbarung Beschreibung
description Bemerkung Programme
_ABBR FTM
_AHNNR INDI Ahnennummer GES2000 Version 2010
_AIDN _LOC. 0 PLAC P4 Verwaltungskennzeichen, administrative identifier
_AKA NAME auch bekannt als
also known as als Ersatz für Programme, die keine Mehrfachnamen verarbeiten Stammbaumdrucker, GenPlus, MyHeritage Family Tree Builder, PAF
_ALTPATH FILE 0 alternativer bzw. relativer Dateipfad (ohne Dateinamen) Ahnenblatt
_AON PLAC Alternativer Ortsname GenPlus
_APID
_ASSO FAM + ASSO A3 Personenbeziehungen zur Familie und unter Ereignissen GES2000 Version 2010, AGES!, Gen_Plus
_AUTO AGES!
_BUCH GES2000 Version 2010
_BUERGERORT INDI 0 Bürgerort
Location of citizenship Ahnenforscher2000, Stammbaumdrucker, Familienbuch 5.0
_CREAT INDI, FAM Datum, wann der Datensatz angelegt wurde
date when the record was created GenPlus
_Creat GenPlus (offenbar Fehler aus alter Version)
_CUTOUT MyHeritage Family Tree Builder
_DATE Legacy, MyHeritage Family Tree Builder
_DATE2 z.B. EVEN, OCCU, ... 'bis-Datum', also Endedatum eines Ereignisses, einer Berufsausübung, ... Wert wie bei DATE PAF, Ancestral Quest, Ancestry Family Tree, Family Trees Quick & Easy, Heritage Family Tree Deluxe, PhpGedView
_DCAUSE FTM
_DEFN _HEAD._SCHEMA… 0 Nutzerdef.N5 Definition zu einem Kennzeichen
definition of a tag Familienbuch 5.0, GenPlus
_DEP GenPlus
_DIVERSES INDI 0- Container für diverse Daten mit Sub-Tags
TITL als Benennung
NOTE als Text EVEN, FACT besser Ahnenforscher2000
_DMGD _LOC. 0 PLAC P4 demographische Daten, demographical data
_EMAIL
_EXPORTED_FROM_SITE_ID MyHeritage Family Tree Builder, Legacy
_FA1 to 13 0 Fakten
facts FACT in 5.5.1 FTM,FTW
_FCTRY …PLAC., _LOC. 0 PLAC P3,P4 FOKO Kennung für Staat, Identifier for country in FOKO system GenPlus, PC-AHNEN
_FILESIZE MyHeritage Family Tree Builder
_FOKOID PC-AHNEN bis 2010
_FOOT FTM
_FPOST …PLAC., _LOC. 0 PLAC P3,P4 FOKO-Postleitzahl, formal postal code of FOKO system Familienbande (bisher nur Import), PC-AHNEN
_FREL FAM.CHIL. 0 Beziehung eines Kindes zu seinen Eltern
parental relationship of a child Eltern-Kind-Beziehungen werden in Personendatensätzen, nicht in Familiendatensätzen beschrieben FTM, FTW, AGES!, Ancestry.com Family Trees, Legacy
_FSTAE …PLAC., _LOC. 0 PLAC P3,P4 FOKO Kennung für Bundesland oder Territorium
Identifier for state or territory in FOKO system GenPlus, PC-AHNEN
_FUN FTM
_GODF GES-W-2010 Aug 2012
_GODP INDI., INDI.CHR. + ASSO A4 Pate
Godparent Wert ist Freitext Familienbande, Stammbaumdrucker, Familienbuch 5.0, GenPlus, Ahnenblatt, PC-AHNEN
_GODT FAM.INDI Paten und Zeugen als Text GES2000 Version 2010
_GOV …PLAC., _LOC. 0 PLAC P3,P4 Ortskennung im GOV (genealogisches Ortsverzeichnis)
Identifier in GOV (genealogical gazeteer) Familienbande (bisher nur Import), GEDBAS, Gen_Plus, PC-AHNEN
_GRUPPE INDI Kennzeichnungen von Personen, die zur gleichen Gruppe gehören GES2000 Version 2010
_HEIM INDI Heimat- oder Bürgerort GenPlus
_HEIRATNAME INDI 0 Heiratsname
Name after marriage Ahnenforscher2000
_HME HEAD 0 Startperson nach dem Öffnen der GEDCOM-Datei Wert im Stile einer Personenreferenz (z.B. @I123@) GEDitCOM
_HOME HEAD 0 Startperson nach dem Öffnen der GEDCOM-Datei Wert im Stile einer Personenreferenz (z.B. @I123@) Ages!, Ahnenblatt
_ITALIC PAF
_JAG SOUR Jahrgang einer Quelle GenPlus
_JUST FTM
_KTIT SOUR (Ebene 1 im Quell-DS) Kurztitel der Quelle
short title of source GenPlus
_LEBENSORT INDI 0 Lebensort
Location of residency Ahnenforscher2000, Stammbaumdrucker
_LOC …PLAC., _LOC. + PLAC P4 Querverweis-ID für Ortsdatensatz
Identifier for place record PC-AHNEN, Ahnenblatt
_MAIDENHEAD …PLAC., _LOC. 0 PLAC P3,P4 Maidenhead Locator GenPlus
_MARNM Stammbaumdrucker, MyHeritage Family Tree Builder, PAF
_MARR FAM 0 Kennzeichnung, dass Personen nicht verheiratet sind/waren (zur Abgrenzung von Ehen ohne Ehedaten) einziger zulässiger Wert ist N (analog zu MARR Y) Ahnenblatt
_MARRNAME Legacy
_MARRNAMEHUSB Ehename des Ehemannes Familienbuch 5.0
_MARRNAMEWIFE Ehename der Ehefrau Familienbuch 5.0
_MDCL FTM
_MEDI MyHeritage Family Tree Builder
_MILT Ancestry.com Family Trees, Gramps
_MREL FAM.CHIL. 0 Beziehung eines Kindes zu seinen Eltern Eltern-Kind-Beziehungen werden in Personendatensätzen, nicht in Familiendatensätzen beschrieben FTM, FTW, AGES, Ancestry.com Family Trees, Legacy
_NAM HUSB,WIFE Ehenamen des Mannes oder der Frau GES2000 Version 2010
_NAMC _LOC. 0 PLAC P4 Zusatz zum Ortsnamen, addition to plac name
_NAME GenPlus, Legacy
_NAMM GES-W-2010 Aug 2012, Stammbaumdrucker
_NAMW GES-W-2010 Aug 2012, Stammbaumdrucker
_NAVI HEAD 0 Startperson (in der Navigator-Ansicht) nach dem Öffnen der GEDCOM-Datei Wert im Stile einer Personenreferenz (z.B. @I123@) Ahnenblatt
_NAVM HEAD 0 Modus zur Bestimmung der Navigator-Startperson (0 = durch Programmautomatik, 1 = beim Schließen der Datei aktive Person, 2 = feste Person) bei den Werten 1 und 2 gibt es ein zugehöriges Kennzeichen _NAVI Ahnenblatt
_NCHI INDI Laufende Nummer als Kind in der Familie GES2000 Version 2010
_NEW
_NOTH INDI Heimatort als Textfeld GES2000 Version 2010
_NR HUSB,WIFE Laufende Nummer der Ehe GES2000 Version 2010
_ORI GenPlus
_PEI GenPlus
_PERC AGES
_PHOM TribalPages
_PHOTO FTM
_PHOTO_RIN MyHeritage Family Tree Builder
_PLACE MyHeritage Family Tree Builder
_PLACTODAY Der Ort des Ereignisses heißt heute ... Familienbuch 5.0
_PMOB TribalPages
_POSITION MyHeritage Family Tree Builder
_POST …PLAC., _LOC. 0 PLAC P3,P4 Postleitzahl, postal code Familienbuch 5.0, GenPlus
_PRIM AncestQuest, MyHeritage Family Tree Builder, PAF, Legacy, Stammbaumdrucker, Legacy
_PRIM_CUTOUT MyHeritage Family Tree Builder
_PRIO AGES!
_PRIV MyHeritage Family Tree Builder
_PROJECT_GUID MyHeritage Family Tree Builder
_QUAY Hinweis zum Datum (v=vor,n=nach usw) GES2000 Version 2010
_REC AGES!
_REL INDI Kindstand der Personen (z.B. a=adoptiert) GES2000 Version 2010
_RINS MyHeritage Family Tree Builder
_RTLSAVE MyHeritage Family Tree Builder
_RUFNAME INDI.NAME. + NAME Ruf.B2 Rufname (in offiziellen deutschen Dokumenten der Vorname der unterstichen wurde)
common used given names, underlined in official German documents Familienbande, Stammbaumdrucker, Familienbuch 5.0, GenPlus, AGES!, PC-AHNEN, Bro-Keeper, Ahnenblatt
_RUID MyHeritage Family Tree Builder
_SCBK Legacy
_SCHA INDI,FAM Verschiedene logische (Programm-Einstellungen) des Satzes GES2000 Version 2010
_SCHEMA HEAD. 0 Nutzerdef.N5 Start eines Bereiches mit Kennzeichen-Definitionen (im Datei-Kopf)
heads a section defining tags (in header) FTW 5.0, Familienbuch 5.0
_SIC GenPlus
_SIGN GFAHNEN
_SM_MERGES MyHeritage Family Tree Builder
_STAT FAM + FAM F7 Status
status AGES!, Legacy, Stammbaumdrucker, Ahnenforscher2000, Ahnenblatt
_STYLE Legacy
_SURN INDI Sippenname GES2000 Version 2010
_TASK AGES!
_TODO INDI,FAM ToDo zu einer Person oder Familie GES2000 Version 2010
_TXT GenPlus
_TYPE FAM 0 kennzeichnet mit dem Wert same-sex eine gleichgeschlechtliche Ehe/Partnerschaft Ahnenblatt
_TYPE OBJE Objekt-Typ Stammbaumdrucker, Legacy, MyHeritage Family Tree Builder
_UID 0 eindeutige Kennung für Datensätze PAF, Legacy, RM, PhpGedview, webtrees, Familienbande, GEDBAS, GenPlus, AGES!, MyHeritage Family Tree Builder, Ahnenblatt
_UPD vermutlich Datum der letzten Änderung MyHeritage Family Tree Builder
_URL Legacy
_WGFM Der Stammbaum
_WITN + ASSO A4 Zeuge
Witness Familienbande, Stammbaumdrucker, Familienbuch 5.0, PC-AHNEN
_WT_USER CHAN Benutzername des Nutzers der Änderung gemacht hat webtrees
_WTN BIRT bei Geburt anwesende Person Wert im Stile einer Personenreferenz (z.B. @I123@)
kann Unterkennzeichen TYPE haben AGES!
_ZUS GenPlus
_ZVST HUSB,WIFE Zivilstand der Person zum Zeitpunkt der Eheschließung(verw.,ledig) GES2000 Version 2010
</tab>
Behandlung/Darstellung schwieriger Situationen
Diskussionsstand in der Arbeitsgruppe der Programmautoren
In der Gedcom-L wurde darüber diskutiert, ob die Verwendung von explizit im Standard beschriebenen Kennzeichen unter einem Nutzerdefinierten Kennzeichen zulässig ist.
Beispiel:
0 @P1@ _LOC
1 NAME HamburgErgebnis waren folgende Aussagen:
- In einer strengen Auslegung des Standards dürfen explizit beschriebene Kennzeichen nicht unter Nutzerdefinierten Kennzeichen eingesetzt werden, da der Standard nur ihre Verwendung im beschriebenen Kontext zuläßt
- Die Umsetzung dieser Standard-Auslegung führt jedoch dazu, dass statt des explizit definierten Kennzeichens dann ein Nutzerdefiniertes Kennzeichen verwendet werden müßte, im obigen Beispiel also _NAME. Dann aber bleibt unklar, ob die anderen Vorschriften des Standards für NAME auch für _NAME gelten oder nicht.
Das Ergebnis führte zum Entscheidungsvorschlag N4.
In der Liste wurde weiter vorgeschlagen, eine an den Draft GEDCOM 5.3 angelehnte Beschreibung für nutzerdefinierte Kennzeichen einzuführen.
Diese Beschreibung wird im Header der GEDCOM-Datei eingestellt und unter einem Kennzeichen _SCHEMA zusammengefasst.
Beispiel:
0 HEAD
…
1 _SCHEMA
2 INDI
3 NAME
4 _RUFNAME
5 _DEFN in case of multiple givn names, German documents often highlight one of them as “Rufname” by underlining it
2 PLAC
3 _GOV
4 _DEFN Identifier of a place in GOV (Genealogisches Ortsverzeichnis) on genealogy.netDazu werden Regeln vorgeschlagen, die in N5 zusammengefasst sind.
Das gezeigte Beispiel zeigt noch eine Besonderheit: Da NAME auch in anderen Kontexten als bei Personennamen verwendet wird, jedoch _RUFNAME nur bei Personen eingesetzt werden soll, ist als übergeordnete Struktur INDI und NAME angegeben. Dagegen soll _GOV unter jedem PLAC einsetzbar sein, unabhängig davon, ob PLAC unter einem Familienereignis oder einem Personenereignis steht oder in einem anderen Kontext. Darum wird hier nur PLAC aufgeführt, nicht jedoch die darüber stehenden Kennzeichen.
Abweichungen vom Standard bei der Verwendung
derzeit nicht besetzt