On Thu, 2002-05-02 at 16:41, Lars Kr.Lundin wrote:
> A GEDCOM with a missing '0 TRLR' causes the import to enter a
> loop of error-reporting that seems endless.
This should be fixed now.
> Using my GEDCOM-file http://www.lklundin.dk/lklundin.ged :
> Choose I1041 'Hans J\"onsson' as the 'Default Person'.
> Ask the relationship calculater (RC) to compute the
> relationship to I28 'Rangela Andersdotter'. The RC
> finds their common ancestors to be: Amund Andersson,
> Anders B=F6rjesson, Anna Hansdotter, Hans ,
> Anders B=F6rjesson, Anders B=F6rjesson, Anders B=F6rjesson,
> Hans .
> The ancestor 'Anders B=F6rjesson' occurs 4 times and the
> ancestor 'Hans' twice.
> I think this is a bug, since those two ancestors occur
> only once each in the GEDCOM-file.
> I suspect that the repeated output from the RC is caused
> by the fact that the individual 'Anders B=F6rjesson' occurs
> in 4 different places in the ancestor-tree of I1041 -
> and 'Hans' twice.
I haven't had a chance to look at this.
> Trying to generate an Ahnentafel report (for I1) with 31 generations
> causes an 'OverflowError: integer exponentiation'.
This should be fixed.
> The LaTeX-formatted 10-generation 'Detailed Ancestral Report' for I1205
> is invalid due to unprotected '#'s in DATEs like 'ABT @#DJULIAN@ 1696'.
Don Peterson will probably look at this one.
> Trying to generate a 'Detailed Ancestral Report' for I1278 causes a
> 'UnboundLocalError: local variable 'spouse' referenced before assignment'=
Should be fixed.
> Trying to generate a 10-generation Descendant Report for I1
> causes a 'KeyError: Level10'.
Should be fixed.
GRAMPS should also handle ABT #@(JULIAN) now. If you can, please check
out the ANSEL->Latin encoding to make sure I have it correct now.