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)
| 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 |
Familienbuch 5.0 | |
| _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, Familienbuch 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 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