Ahnenblattportal

Hallo Hanne, ich vermute, dass das Problem durch einen fehlenden FAMC-Eintrag beim 3. Kind verursacht wird. Zumindest konnte ich das Problem rekonstruieren, wenn ich bei einer Testfamilie (Vater, Mutter, Kind), den FAMC-Eintrag beim Kind lösche. Sofern dies die Ursache ist, ließe sich das Problem du...

Hallo Jürgen,

nur noch kurz eine Beobachtung: Lade ich zuerst input1.ahn von SingingBear und füge dann input2.ahn hinzu scheinen die Personen korrekt zusammengeführt zu werden. Lade ich zuerst input2.ahn und füge dann input1.ahn hinzu, dann tritt das Problem auf.

Grüße

McDummy

Hallo, wollte mich kurz anschließen, da dieses Problem auch vor kurzem bei mir auftrat. In der einen Ahn-Datei hatte ein Ehepaar ein Kind, in der anderen zwei Kinder, das aus der ersten und ein weiteres. Nach dem Zusammenführen fand sich bei den Eltern nur noch das Kind, das lediglich in einer Ahn-D...

Hallo, hab mal in Deutschen Namenslexikon vom Gondrom-Verlag nachgeschaut. Bei Uhe scheint es sich danach um eine Abwandlung von Uhde bzw. Ude zu handeln, die selber wieder Kurzformen von Namen, die mit Uhde bzw. Ude beginnen, sind. Weiß aber nicht, ob das auch auf alle Familien mit den Namen Ude zu...

Beim Importieren von Daten anderer Personen bin ich darauf gestoßen, dass Ahnenblatt recht freundlich gegenüber Bigamisten ist. ;-) Obwohl Ahnenblatt einen recht guten Job beim erkennen doppelter Personen macht, kommt es hin und wieder vor, dass zwei eigentlich identische Personen nicht erkannt werd...

Diese Prüfung bringt leider nichts, da anscheinend sowohl Datums-Angaben mit und ohne führende Null GEDCOM-konform konvertierbar sind.

Grüße

McDummy

Prinzipiell ist es schon richtig, dies dem Nutzer zu überlassen. Da ich aber davon ausgehe, dass viele Nutzer von Ahnenblatt zumindest eine konsistente Verwendung der führenden Null in ihren Daten haben wollen, ergibt sich das Problem, dass bei jedem Import neue Personen mit Datums-Angaben importier...

Da anscheinend momentan die Personen-Zusammenführen-Funktionen überarbeitet wird, wollte ich das Problem mit den führenden Nullen nochmal aufgreifen. Hier eine kurze Zusammenfassung: Bei einstelligen Datums-Angaben (1-9) gibt es das Problem, dass diese manchmal mit führender Null, also 01, 02, ..., ...

Kurzer Nachtrag: Das Problem tritt anscheinend nur dann auf, wenn in der Ahn-Datei bereits alternative Namen für eine Person existieren (z.B. durch Import aus einer Gedcom-Datei) und eine Gedcom-Datei importiert wird, in der auch alternative Namen für die Person vorhanden sind. Beispiele: Person X e...

Kurzer Nachtrag: das Problem/Verhalten scheint durch den "1 SUBM @SUBM@"-Eintrag verursacht zu werden. Während die 2.74-Version den dazugehörigen Eintrag "0 @SUBM@" vor dem "0 @I1@ INDI"-Eintrag stellt, wird der "0 @SUBM@"-Eintrag bei der 2.82-Version und Genj...

Hallo, beim Import von Gedcom-Daten ist mir folgendes (eigenartiges) Verhalten in der Version 2.82 aufgefallen. Zum näheren Analysieren von http://www.ahnenblattportal.de/viewtopic.php?t=5375 habe ich mit der 2.82-Version eine Ahn-Ddatei mit nur einer Person erzeugt (Eva Musterfrau, * 01.01.1900, Mu...

Hallo, vor kurzem habe ich (von gleicher Quelle) zwei Gedcom-Dateien erhalten, in denen einige gleiche Person (mit gleichen Alternativnamen enthalten war). Z. B. war folgender (identischer) Eintrag in beiden Dateien enthalten: 0 @I4510@ INDI 1 _UID D5B3174A18BF084ABE4AAFE352E67A7FDDFC 1 NAME Anna Ma...

Der Fehler scheint in der Version 2.81 behoben zu sein.

McDummy

Hallo, beim Importieren von GEDCOM-Daten mit der Version 2.81 ist mir folgendes Problem/Verhalten aufgefallen: Von einem Bekannten habe ich eine Gedcom-Datei erhalten, in der (aus welchen Gründen auch immer) die Einträge mancher Ehepartner nicht vorhanden sind. D.h. bei den Definitionen einiger Fami...