Registrieren | Hilfe | Chat | Benutzerliste | Team | Kalender | Suchen | Heutige Beiträge | Alle Foren als gelesen markieren |
#1
|
|||
|
|||
FTM 2017 - Erfahrungsbericht (auch mit GEDCOM)
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. ------------------------ |
#2
|
|||
|
|||
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 |
#3
|
|||
|
|||
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 Geändert von 1975reinhard (23.01.2018 um 13:06 Uhr) |
#4
|
||||
|
||||
Zitat:
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:
Zitat:
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 Zitat:
|
#5
|
|||
|
|||
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.
|
#6
|
||||
|
||||
Ergo nicht GEDCOM konform.
Das Tag "DEAT" hat nur "Y" als Argument, wenn andere Angaben nicht bekannt sind: Zitat:
Zitat:
Zitat:
Zitat:
|
#7
|
|||
|
|||
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 |
#8
|
|||
|
|||
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 |
#9
|
|||
|
|||
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 |
#10
|
||||
|
||||
Hallo Jens!
Zitat:
Wenn nach dem "1 DEAT" keine weitere Info kommt, ist das nicht GEDCOM-konform. Zitat:
|
Lesezeichen |
Themen-Optionen | Thema durchsuchen |
Ansicht | |
|
|