Family line leads son-in-law instead of daughter
LegacyUser
✭✭✭✭
Colin Cameron said: I spotted this in another family line a couple of days ago but ignored it as a one-off. But I'm now seeing many examples. It's not universal, but the same wrong representations show up on Firefox and Safari.
Example: On his detail page James McArthur and Margaret Cameron's children are listed correctly. (note Catherine and Janet)
But when switching to tree view (both landscape and portrait) the family line doesn't lead to the daughter but to the son-in-law (or in Catherine's case, the father of her son).
As I said, it's not universal but some further examples I've spotted:
Thomas Irvine LRHD-5B5
Alexander Glendinning GMNB-K62
If someone could confirm they can see the same problem, either with these same individuals or their own examples, I'd be grateful
Example: On his detail page James McArthur and Margaret Cameron's children are listed correctly. (note Catherine and Janet)
But when switching to tree view (both landscape and portrait) the family line doesn't lead to the daughter but to the son-in-law (or in Catherine's case, the father of her son).
As I said, it's not universal but some further examples I've spotted:
Thomas Irvine LRHD-5B5
Alexander Glendinning GMNB-K62
If someone could confirm they can see the same problem, either with these same individuals or their own examples, I'd be grateful
Tagged:
0
Comments
-
Tom Huber said: This isn't a problem, but a fix to a problem that was brought up recently in a number of threads.
The "standard" presentation is with the box in the family or pedigree charts, the husband is listed on top, with the wife below. The exception is **** relationships, where the two names can have their positions swapped (as long as they are the ****.
Now, I'm not sure that is what you are writing about, so if I'm off base, let us know.0 -
Tom Huber said: The connecting lines to the children appear in your examples to be box-centric, but that isn't the case in all instances, and that suggests a bug in the display. Here is an example of how things line up:
In the above, the line goes to the child of the couple, which in this case, is correct.
But in the following example (just a generation later), the line does not consistently line up with the child of the couple. I now believe that is what you are talking about:
And if the above problem is what you are describing, then yes, that appears to be a bug in the way the program behaves, perhaps not fully checked when the position problem of husband and wife was resolved.0 -
Tom Huber said: The above is using Chrome on a Windows 10 computer.0
-
Colin Cameron said: Thanks Tom,
That’s exactly the problem I’m seeing. And I can confirm that your Henry H Huber example shows the same wrong representation when viewed on Safari/iOS.
As you found, it can be ok on one generation but wrong on the next.
Every instance I’ve seen so far it’s a daughter/son-in-law switch, but that might be coincidence.0 -
Tom Huber said: You're welcome. I initially mistakenly identified what you wrote about until I started exploring the situation with my own family... and for my initial response, I apologize.0
-
gasmodels said: What I am seeing in the landscape and portrait views using chrome or firefox is that the line is always attached to the male in a box if there is one. If there is not a male record attaches to the female position (ie for single women) . The lines are not depicting relationship properly This is definitely an issue that needs to be corrected.
The following image has five female children and none of the linkage lines show to the correct child.
0 -
Colin Cameron said: Just made a discovery on this topic.
gasmodels: you said, "... the line is always attached to the male in a box if there is one."
Although it happens a lot it isn't "always". To demonstrate this, using your example, expand John Henry and Gertrude's line and you'll see that their daughter Norinne is shown correctly. I then made Heinrich Teuscher (Henry's father) the focus person and looked at the daughters of Henry's siblings. They all (or at least all that I've looked at) display correctly. What I discovered is that Henry's daughters, that were wrong earlier, are now shown correctly!
Tom: The same is true if you make Isaac Baer Huber, Henry H's father, the focus. Henry's daughters, Fanny and Susan, now show correctly.
It's too early to be certain but it looks like it's only daughters of the focus person that display wrongly. Subsequent generations appear to be correct.
This may be easy to resolve in most cases due to the surname but I can think of one example in my own tree (if you'll excuse the expression) where three siblings called Henderson married three siblings called Henderson.0 -
Tom Huber said: Confirmed with Chrome on Windows 10.
Only the pedigree chart lines from to the children of the focus person of the chart are displayed incorrectly.
All subsequent generations (grand children, great-grand children, etc.) have the chart lines connected to the correct child.0 -
gasmodels said: Colin, Good catch. I just noticed the same thing myself while working in the system. The mistaken linkage is only in the first generation younger that the focus person where the issue appears to display. From what I have seen any other younger generations appear to be correct.0
-
-
gasmodels said: looks like the issue has been resolved. Records now appear to be displaying as we would expect. Thanks to whoever fixed this issue.0
-
Colin Cameron said: Agreed. Whatever the problem was it now seems fixed.0
-
Colin Cameron said: P.S. Thanks from me too.0
-
Tom Huber said: Likewise, fix verified and add my thanks to those who resolved the issue.0
This discussion has been closed.