FTM 2017 - Erfahrungsbericht (auch mit GEDCOM)

[JensM]

Hallo @all,

nach einem kleinen Exkurs in die Welt des FTM 2017 möchte ich Euch anhand meiner Mail an den Support einen kleinen Erfahrungsbericht geben.
Das dürfte insbesondere für alle interessant sein, die auf GEDCOM-Standards oder Sinnhaftigkeit von Daten Wert legen.

Ich freue mich auf einen regen Austausch, falls jemand Lösungen für die angesprochenen Probleme kennt.

Viele Grüße
Jens

---------------------------------
Hier meine Mail an den Support (aus dem Englischen wieder zurück übersetzt):

Hallo,

seit 3 Tagen habe ich den FTM 2017. Und ich bin so enttäuscht.
Es gibt die gleichen Probleme und Bug´s wie seit vielen Jahren.

Ich nenne Ihnen gern einige Beispiele zu nur einem einzigen Thema: Der Tod einer Person.

Probleme in FTM 2017:

- Es gibt keinen Flag eine Person als tot zu setzen, ohne andere Informationen zu kennen.
- Ein Feld "Verstorben = Ja" gibt es nicht.
- Wie kann (in meinem Beispiel) eine in 1779 geborene Person noch am Leben sein.
- Im FTM kann man auch nicht sehen, dass dir Person einfach nur verstorben ist.

Import aus GEDCOM:

- Es gibt keine Möglichkeit den GEDCOM-Import anzupassen, damit der Flag DEAT als "tot" interpretiert wird, wobei nichts über Datum oder Ort bekannt ist.
- Ich habe das mit verschiedenen Flags probiert. Nicht läuft korrekt.
- Im FTM kann ich sowieso nicht sehen, dass eine Person tot ist.

Online bei Ancestry:

- Die Person ist bei Ancestry natürlich "lebend". Ich habe diese als "tot" geändert. Diese Funktion gibt es bei Ancestry.
- Nach dem Sync hat sich in FTM nichts geändert.
- Also habe ich diese verstorbene Person mal als GEDCOM exportiert. Und auch in der GEDCOM-Datei ist diese Person noch am Leben.
- Zur Erinnerung: Geboren 1779!

Und es gibt noch ein anderes Problem mit dem GEDCOM-Import: Die Log-Datei ist nicht vollständig.

- Beispielsweise hatte ich eine GEDCOM-Datei mit den Tags "1 EVEN - 2 TYPE Settlement - 2 PLAC Hanau".
- Der Import hat diese nicht verarbeitet.
- In der Log-Datei waren aber keine Hinweise auf diesen Fehler-

Sorry, aber das ist keine nutzbare Software.

Machen Sie es besser - und zwar so schnell wie möglich.
------------------------

[Storkower]

Guten Tag JensM,

ich nutze auch FTM2017 (englisch). Das man dort keinen Status "Verstorben" oder "lebend", wie bei der Online-Version, hat finde ich auch schade.
Wo ich mir sicher bin das die Personen verstorben sind trage ich im Datumsfeld "deceased" unter "Death" ein. Diese Wort wird von FTM akzeptiert.
In der Online-Version steht unter Tod dann "Deceased" - es wird also nicht ins deutsche übersetzt.
Einen GEDCOM Export habe ich aber noch nicht gemacht, weiß also nicht was dann passiert.

Der Storkower

[1975reinhard]

Gedcom

Hallo Jens,

die Ursache ist folgende: Im GEDCOM-Standard gibt es kein Feld für das Ereignis "verstorben"!
Wenn es in einem Programm dieses Feld gibt, wird es entweder gar nicht exportiert oder oder als nutzerdefiniertes GEDCOM-Tag, das natürlich nicht von jedem anderen Programm lesbar ist.
Und, wenn ich dich richtig verstanden habe, ist in der GEDCOM-Datei, die du aus Ancestry heraus erstellst, die Information nicht vorhanden. Also kann auch nichts importiert werden.

Zu deinem Thema Wohnort:
In welchem Programm wurde diese GEDCOM-Datei generiert? Im GEDCOM Standard gibt es das Tag "RESI" (Residence). Die Frage ist, warum die GEDCOM-Datei nicht dem Standard entspricht.

Voraussetzung dafür, dass eine GEDCOM-Datei ordnungsgemäß importiert wird, ist, dass sie dem Standard entspricht. Alle Abweichungen vom Standard lassen Interpretationen zu, die nicht unbedingt dem entsprechen müssen, was der Ersteller der GEDCOM-Datei beabsichtigt hatte.
Ausnahmen davon gibt es nur, wenn sich die Hersteller unterschiedlicher Programme darauf einigen, wie sie ihre nutzerdefinierten Felder exportieren und importieren.

Viele Grüße
Reinhard

[offer]

...
die Ursache ist folgende: Im GEDCOM-Standard gibt es kein Feld für das Ereignis "verstorben"!
...

Das muß ich widersprechen.

Es gibt das Tag "1 DEAT" für die Festlegung, ob eine Person verstorben ist oder nicht. Dieses Tag ist in der "INDIVIDUAL_EVENT_STRUCTURE" definiert und Teil des GEDCOM-Standards.

Weitere Elemente dieser Struktur sind:

BIRT oder CHR,
BURI oder CREM,
ADOP,
BAPM oder BARM oder BASM oder BLES,
CHRA oder CONF oder FCOM oder ORDN
NATU oder EMIG oder IMMI
CENS oder PROB oder WILL
GRAD oder RETI
EVEN

...
Wenn es in einem Programm dieses Feld gibt, wird es entweder gar nicht exportiert oder oder als nutzerdefiniertes GEDCOM-Tag, das natürlich nicht von jedem anderen Programm lesbar ist.
...

Es gibt sehr wohl Programme, die den Tag "DEAT" einlesen, auswerten und und auch wieder in GEDCOM zurückschreiben.
Ist die Person verstorben, das Datum aber nicht bekannt, sieht der GEDCOM-Standard vor, daß "1 DEAT Y" eingetragen wird.
Es gibt auch Programme, die einfach ein "1 DEAT" akzeptieren.
Ist das Sterbedatum bekannt sollte der Eintrag so aussehen:
1 DEAT
2 DATE 2 OCT 1937

...
Wenn es in einem Programm dieses Feld gibt, wird es entweder gar nicht exportiert oder oder als nutzerdefiniertes GEDCOM-Tag, das natürlich nicht von jedem anderen Programm lesbar ist.
Und, wenn ich dich richtig verstanden habe, ist in der GEDCOM-Datei, die du aus Ancestry heraus erstellst, die Information nicht vorhanden. Also kann auch nichts importiert werden.

Zu deinem Thema Wohnort:
In welchem Programm wurde diese GEDCOM-Datei generiert? Im GEDCOM Standard gibt es das Tag "RESI" (Residence). Die Frage ist, warum die GEDCOM-Datei nicht dem Standard entspricht.

Voraussetzung dafür, dass eine GEDCOM-Datei ordnungsgemäß importiert wird, ist, dass sie dem Standard entspricht. Alle Abweichungen vom Standard lassen Interpretationen zu, die nicht unbedingt dem entsprechen müssen, was der Ersteller der GEDCOM-Datei beabsichtigt hatte.
Ausnahmen davon gibt es nur, wenn sich die Hersteller unterschiedlicher Programme darauf einigen, wie sie ihre nutzerdefinierten Felder exportieren und importieren.
...

Diesen Aussagen kann ich nur zustimmen.

[Storkower]

In meiner bei Ancestry erzeugten GEDCOM Datei steht im Feld "DEAT" nicht Y oder N, sondern der Text den ich als Bemerkung zum Sterbeeintrag erfasst habe.

[offer]

Ergo nicht GEDCOM konform.

Das Tag "DEAT" hat nur "Y" als Argument, wenn andere Angaben nicht bekannt sind:

1 DEAT Y

oder hat kein Argument wenn z.B das Datum bekannt ist:

1 DEAT
2 DATE 2 OCT 1937

oder wenn z.B der Sterbeort bekannt ist:

1 DEAT
2 PLAC Cove, Cache, Utah

Die deutsche Übersetzung der GEDCOM schreibt dazu:

Im Gegensatz zur reinen Existenz des Kennzeichens selbst – wird durch diese Konvention die Information vor dem Löschen durch GEDCOM-Prozessoren bewahrt, die alle Zeilen entfernen, die weder einen Wert noch untergeordnete Zeilen haben. Außerdem erlaubt es, eine Notiz oder Quelle dem Ereignis zuzuordnen, ohne dass dadurch impliziert wird, dass das Ereignis wirklich stattfand.
Es ist in GEDCOM nicht zulässig, ein N (für „No“=Nein) an ein Ereigniskennzeichen anzuhängen, um damit anzuzeigen, dass ein Ereignis nicht stattfand. In der Zukunft könnte eine Konvention gefunden werden, die Ereignisse behandelt, die nie stattfanden.

[JensM]

Hallo,

danke für die angeregte Diskussion! :-)

Das spannende ist ja, dass FTM beim Import den Tag "1 DEAT" gar nicht erkennt. Wenn ich dann aber online oder im FTM die Person als verstorben markiere (ohne weitere Merkmale) und dann exportiere, dann enthält der Export aus FTM den korrekten Tag "1 DEAT".

Ist schon spannend.
Import GEDCOM = nicht konform
Export GEDCOM = konform

Viele Grüße
Jens

[1975reinhard]

Hallo Jens,

ändere mal manuell in der GEDCOM-Datei über einen Texteditor bei einem Eintrag, bei dem sonst keine Sterbedaten bekannt sind, von "1 DEAT" auf "1 DEAT Y"

Vielleicht liest es FTM dann richtig ein.

Viele Grüße
Reinhard

[JensM]

Guten Morgen Reinhard,

das hatte ich schon gemacht. Funktioniert auch. Aber dann schleppe ich das "Y" in der Ansicht im FTM mit rum, weil es die Funktion "Verstorben" nicht so wirklich gibt. Ich weiß adhoc aber nicht mehr, zu welchem Argument das zugeordnet wurde.

Also für eine saubere Datenbank ist das leider auch keine Lösung.

Viele Grüße
Jens

[offer]

Hallo Jens!

...
Das spannende ist ja, dass FTM beim Import den Tag "1 DEAT" gar nicht erkennt. Wenn ich dann aber online oder im FTM die Person als verstorben markiere (ohne weitere Merkmale) und dann exportiere, dann enthält der Export aus FTM den korrekten Tag "1 DEAT".

Ist schon spannend.
Import GEDCOM = nicht konform
Export GEDCOM = konform
...

Enthält die exportierte GEDCOM nur den Tag "1 DEAT", ohne eine "2 DATE"?
Wenn nach dem "1 DEAT" keine weitere Info kommt, ist das nicht GEDCOM-konform.

All GEDCOM lines have either a value or a pointer unless the line contains subordinate
GEDCOM lines. In other words the presence of a level number and a tag alone should not be
used to assert data (i.e. 1 DEAT Y should be used to imply a death known to have happened but
date and place are unknown, not 1 DEAT ). The Lineage-linked form does not allow a
GEDCOM line with both a value and a pointer on the same line.

Was passiert eigentlich, wenn Du in das Eingabefeld für das Sterbedatum oder den Sterbeort entweder ein "?" oder "UNKNOWN" bzw. "UNBEKANNT" eingibst?

[JensM]

Hallo offer,

der Tag 1 DEAT hat keine Untertags. In meinen bisherigen Anwendungen mit anderen Programmen wurde das aber sauber ausgewertet. Interessanterweise Exportiert FTM das ja auch genau so, wenn ich eine Person ohne weitere Informationen als verstorben markiere.

Wenn ich zu dem 1 DEAT irgendetwas hinzufüge funktioniert es natürlich beim Import. Aber das ist keine Lösung. Hatte ich auch schon geschrieben.
Zum einen produziere ich damit unnötige Daten, zum anderen sehen dann alle Auswertungen merkwürdig aus.

Im FTM kann man das online und auch offline eingeben. Ganz ohne irgendwelche weiteren Daten. Und es wird auch sauber exportiert.
Aber der IMPORT ist das Problem!

Viele Grüße
Jens

PS: Vom FTM-Support natürlich bisher keine Antwort. :-(

[offer]

Hallo Jens!

...
Wenn ich zu dem 1 DEAT irgendetwas hinzufüge funktioniert es natürlich beim Import. Aber das ist keine Lösung. Hatte ich auch schon geschrieben.
Zum einen produziere ich damit unnötige Daten, zum anderen sehen dann alle Auswertungen merkwürdig aus.
...

...
Was passiert eigentlich, wenn Du in das Eingabefeld für das Sterbedatum oder den Sterbeort entweder ein "?" oder "UNKNOWN" bzw. "UNBEKANNT" eingibst?

Was passiert denn nun, wenn Du "UNKNOWN" oder "UNBEKANNT" in FTM eingibst,
die GEDCOM exportierst und dann wieder importierst?
Exportiert FTM dann ein "1 DEAT" alleine oder kommt danach ein "2 ..."?
Wenn ja, was enthält diese Zeile und was macht FTM dann beim Import daraus?

[JensM]

Hallo offer,

mir geht es ja um den Import aus einem anderen Programm. Und wenn ich keine anderen Daten habe als die schlichte Tatsache "tot" dann ist das so.

Nochmal zum Verständnis:

"1 DEAT" ohne 2... wird beim Import nicht erkannt. Sobald 2... oder 3... da sind wird es natürlich korrekt interpretiert.

Aber der reine Fakt "tot" ohne weitere Daten wird vom FTM als "1 DEAT" ohne 2... korrekt ausgegeben.

[JensM]

Markierung für private Daten wird auch ignoriert

Hallo @all,

das nächste Problem: Ich finde keine Möglichkeit, dass als privat markierte Personen auch nach dem Export im FTM privat markiert sind. Und auch der Export einer privat markierten Person aus FTM enthält das Merkmal nicht.

Ich habe alle 3 Merkmale für "1 RESN" ausprobiert. Der Import ignoriert es einfach.

Ist das schon jemandem aufgefallen? Ein Tipp?

Daaaanke euch!

[offer]

Hallo Jens!

Hallo offer,

mir geht es ja um den Import aus einem anderen Programm. Und wenn ich keine anderen Daten habe als die schlichte Tatsache "tot" dann ist das so.

Nochmal zum Verständnis:

"1 DEAT" ohne 2... wird beim Import nicht erkannt. Sobald 2... oder 3... da sind wird es natürlich korrekt interpretiert.

Aber der reine Fakt "tot" ohne weitere Daten wird vom FTM als "1 DEAT" ohne 2... korrekt ausgegeben.

Ich war von Deinem Eingangsbeitrag ausgehend davon ausgegangen, daß es Dir zunächst um die Berücksichtigung der Tatsache des Todes einer Person ohne bekannte Daten geht:

...
Probleme in FTM 2017:

- Es gibt keinen Flag eine Person als tot zu setzen, ohne andere Informationen zu kennen.
- Ein Feld "Verstorben = Ja" gibt es nicht.
- Wie kann (in meinem Beispiel) eine in 1779 geborene Person noch am Leben sein.
- Im FTM kann man auch nicht sehen, dass dir Person einfach nur verstorben ist.
...

Deshalb meine Frage nach dem Ergebnis einer Eingabe von "UNKNOWN" oder "UNBEKANNT" be Sterbedatum/-ort.

Beim Import eienr GEDCOM mit fehlendem "Y" bei "1 DATE Y" und ohne weiteren Infos ("2 DATE ...", etc.) verhält sich FTM ja GEDCOM-konform und überliest diese Info.