GEDCOM/ Nutzerdef-Tag

aus GenWiki, dem genealogischen Lexikon zum Mitmachen.
Zur Navigation springen Zur Suche springen

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)
Kennzeichen Übergeordnete

Struktur

+0- Vereinbarung Beschreibung

description

Bemerkung Programme
_AIDN _LOC. + PLAC P4 Verwaltungskennzeichen, administrative identifier
_AHNNR
_AKA NAME auch bekannt als

also known as

als Ersatz für Programme, die keine Mehrfachnamen verarbeiten Stammbaumdrucker
_APID
_BUCH GES-2010
_BUERGERORT INDI 0 Bürgerort

Location of citizenship

Ahnenforscher2000, Stammbaumdrucker, Familienbuch 5.0
_CREAT 0 Datum, wann der Datensatz angelegt wurde

date when the record was created

GenPlus
_DEFN _HEAD._SCHEMA… + Nutzerdef.N5 Definition zu einem Kennzeichen

definition of a tag

_DMGD _LOC. + PLAC P4 demographische Daten, demographical data
_FA1 to 13 - Fakten

facts

FACT in 5.5.1 FTM,FTW
_FCTRY …PLAC.

_LOC.

+ PLAC P3,P4 FOKO Kennung für Staat, Identifier for country in FOKO system
_FOKO_ID
_FPOST …PLAC.

_LOC.

+ PLAC P3,P4 FOKO-Postleitzahl, formal postal code of FOKO system Familienbande (bisher nur Import)
_FREL FAM.CHIL. - 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
_FSTAE …PLAC.

_LOC.

+ PLAC P3,P4 FOKO Kennung für Bundesland oder Territorium

Identifier for state or territory in FOKO system

_GODP INDI.

INDI.CHR.

+ ASSO A4 Pate

Godparent

Familienbande, Stammbaumdrucker, Familienbuch 5.0
_GOV …PLAC.

_LOC.

+ PLAC P3,P4 Ortskennung im GOV (genealogisches Ortsverzeichnis)

Identifier in GOV (genealogical register of locations)

Familienbande (bisher nur Import)
_GRUPPE GESW2010
_HEIRATNAME INDI 0 Heiratsname

Name after marriage

Ahnenforscher2000
_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

_MAIDENHEAD …PLAC.

_LOC.

+ PLAC P3,P4 Maidenhead Locator
_MARNM MyHeritage, Stammbaumdrucker
_MARRNAMEHUSB Ehename des Ehemannes Familienbuch 5.0
_MARRNAMEWIFE Ehename der Ehefrau Familienbuch 5.0
_MREL FAM.CHIL. - Beziehung eines Kindes zu seinen Eltern

parentel relationship of a child

Eltern-Kind-Beziehungen werden in Personendatensätzen,

nicht in Familiendatensätzen beschrieben

FTM,FTW
_NAMC _LOC. + PLAC P4 Zusatz zum Ortsnamen, addition to plac name
_NCHI GESW2010
_NEW
_NR
_PERC AGES
_PLACTODAY Der Ort des Ereignisses heißt heute ... Familienbuch 5.0
_POST …PLAC.

_LOC.

+ PLAC P3,P4 Postleitzahl, postal code Familienbuch 5.0
_PRIM AncestQuest, MyHeritage, PAF, Legacy, Stammbaumdrucker
_PRIO AGES!
_RUFNAME INDI.NAME. + NAME Ruf.B2 Rufname (in offiziellen deutschen Dokumenten der Vorname der unterstichen wurde)

one of the givn names, underlined in official German documents

Familienbande, Stammbaumdrucker, Familienbuch 5.0
_SCHEMA HEAD. + Nutzerdef.N5 Start eines Bereiches mit Kennzeichen-Definitionen (im Datei-Kopf)

heads a section defining tags (in header)

FTW 5.0
_SIGN GFAHNEN
_STAT + FAM F7 Status

status

AGES!, Stammbaumdrucker
_TASK
_TYPE OBJE Objekt-Typ Stammbaumdrucker
_UID 0 eindeutige Kennung für Datensätze

unique ID for records

PAF, Legacy, RM, PhpGedview, webtrees, Familienbande
_UPD
_WITN + ASSO A4 Zeuge

Witness

Familienbande, Stammbaumdrucker, Familienbuch 5.0
_WT_USER CHAN Benutzername des Nutzers der Änderung gemacht hat

username of user who made the change

webtrees

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 Hamburg

Ergebnis waren folgende Aussagen:

  1. 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
  2. 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.net

Dazu 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

en:GEDCOM/_UserDef-Tag