* One Name Study and personal tree: how handle together

[santatraugott]

I am using Family Historian (v7) for my One-Name Study. I have a project window where I enter data about different, unrelated, Algeo family lines. Because it is a One-Name Study, I am not tracing back the lines of women who married Algeos, or tracing forward the lines of Algeo daughters who married out of the family (beyond perhaps one more generation). As these lines are completed, I am exporting a gedcom for that line to a website where TNG software is used to display the tree.
I have not yet included my own Algeo family tree into the ONS project window holding other Algeo lines. My own personal tree holds information for all four grandparent lines with many branches. My first thought is that I don’t want to put that whole tree into the One-Name Study project window as the information for the three non-Algeo grandparents (and much of the Algeo line itself) is extraneous.
It looks to me that that strategy produces two versions of my Algeo line – one in my own “personal” family tree, which has all 4 grandparents and branches included, and one specifically for the ONS. I fear that these two trees will get out of sync – that every time I make a change in the ONS Algeo line, I have to also make that change in my personal tree (4 grandparent) tree and vice-versa. That seems like double the work, and I wonder what the best way is to handle this. Is it possible to sync trees in FH, where one tree is a subset of the other? From my reading, it seems that one way to go would be to make corrections in only one version of the tree – say the ONS version – and then (after a full backup of my own tree) do a merge-compare, only keeping the ONS Algeo tree version, where the information on an individual record is different. Does that seem right?
Alternatively, I could put my whole tree into the ONS project window, and then do tree-splitting (?) to just export the Algeo line, instead of all 4 grandparent lines. Does that make more sense?

[Gowermick]

I think the way to go is have one single tree/project containing your own family and the Algeo ons, this saves having the synchronisation problem you mentioned.
Have you considered making use of custom ID’s to differentiate members of your tree from those in the ons.
For example, if you give everyone in the ons (including those from your own tree) a custom ID of Algeo or ons you can use this to filter any export to just those people whose have that custom ID.

[santatraugott]

that sounds like it is just what I need. I will go read up on Custom IDs. Thanks.

[tatewise]

You could achieve the same result by using a record Flag or a Named List instead of a Custom ID.

[dewilkinson]

I am doing the same thing for future one named studies, and have adopted the use of flags because a person can appear in a number of studies and customising the ID may give rise to future problems. It is a matter of personal choice.

[E Wilcock]

I had the same problem, although I was using TMG at the time. In the end I extracted most of my own relatives and retained the other Project as a research database, one of my four place studies. I found it inconvenient to have my personal tree swamped by names added from on-line databases.