In RootsMagic 10 where I have matched to Family Search in Ancestry TreeShare, I can see a fact called “FamilySearch ID”, which is great.
However, if I do a new match or add someone to Family Search, then go into Ancestry TreeShare, it doesn’t show me the “FamilySearch ID” as a fact available to upload back into Ancestry.
Is there a setting somewhere that I need to turn on to make that available? Or some sort of tool that could be run to populate that?
Thanks!
If you are talking about the built in Family Search ID connected to the Family Search table – that is not really a fact per say. That is what is linked to the table. Basically if you want to have that info elsewhere (outside of rm) you are going to need to add it to a standard info the transfers via GEDCOM etc.
You can display in in person grid
Maybe this will help. When I am in Treeshare for Ancestry and I have made the link to Family Search from Ancestry, I can see a field called “FamilySearch ID” that I can then pull into RootsMagic. It will then use that as the FSID.
However, if I have a person in RootsMagic that currently doesn’t have a match, so no FSID:
And I add them to FamilySearch
Then I go back to Treeshare for Ancestry, I don’t have the “FamilySearch ID” available to add to Ancestry.
I’m fairly sure that what is happening in the background is in the Treeshare for Ancestry section of the program, it looks for the fact called"FamilySearch ID" and if it finds it, it copies the value from that fact into the FSID field in RootsMagic, but it doesn’t go the other way.
(Had to remove extra images, only allowed one per post as a new user, will try posting below)
Then I go back to Treeshare for Ancestry, I don’t have the “FamilySearch ID” available to add to Ancestry.
I’m not even sure how you got the FSID to show up on the Ancestry side in TreeShare. In RM I unmatched someone from FamilySearch and its not showing the FSID on the Ancestry side, even though they are matched to FS on Ancestry.
My thought is Ancestry is not setup to receive the FSID from RM. It’s a similar concept to importing GEDCOMs with FSID attached to people. RM can receive them because we are setup to, but some programs can do nothing with them. Ancestry can share the FSID with RM because we have a place to receive it. RM cannot share the FSID to Ancestry because they have no way to receive it. They are only setup to match internally to FamilySearch from that button on the person’s profile page.
1 Like
That is some sort of custom fact showing in Ancestry. Not sure where it came come.
This is a user choice - but I use the build it Fam Search info nothing to change or manage.
FS ID can be merged or deleted more often than many people think. There would not be an easy way for the average person to compare them or to know if they actually match the Fam Search site
This is the FS (Fam Search Share )
Separate from Ancestry
I’m going to agree with and repeat some previous comments. RM does not have a fact called FSID. Rather, the FSID you can see in RM a special field that is not a fact and that’s populated when you do a match with FS and which is cleared when you do an unmatch with FS. You cannot see it in RM’s fact list. Therefore, this has the look and feel of some sort of custom FSID fact, either in RM or in Ancestry.
Can you show a screenshot from this person in Ancestry? That might be helpful to identify the problem. I think all your screenshots are from RM itself. Another place to look is to see if there actually is an FSID fact in you RM database
I’m not aware of RM’s special FSID field being shared with Ancestry. I can’t find any people in my database where their FSID is visible in Ancestry. So this seems like an “impossible” situation. That being said, there was a situation not too long ago in RM where an “impossible” situation turned out to be true. So I don’t want to be overly dismissive of this situation.
But I think the first focus of inquiry needs to be into some sort of special FSID fact. So please post of screen shot from Ancestry of someone with the FSID fact. Also, please post a screenshot from your fact list to show whether or not there is an FSID fact in RM.
Good Suggestions – my instinct suggests some sort of custom FACT which may (or may not) match ) the actual FS info – but it certainly does not appear that it would be maintained by the fam search tree share.
Here is a screenshot of the person in Ancestry
I think I know what is happening.
I actually do most of my work in Family Tree Maker, and it has an option to pull hints in from Family Search.
I bet it puts the FSID into a custom fact called “FamilySearch ID” which then gets uploaded to Ancestry when I do a sync and then get be carried through to Roots Magic.
The tricky bit is if I add a person from Ancestry into Roots Magic, it seems to recognize and use that fact to do the matching to Family Search.
I may have to do some more experimenting to see what it does if there is a merge or something else that changes the FSID in Roots Magic
The part about FTM creating a custom FSID fact that gets propagated to Ancestry and then to RM makes perfect sense. The part about RM then using the FSID fact to match to FamilySearch sounds “impossible”. I bet RM is still matching to FamilySearch using its special field. But I have been wrong before and “impossible” things have been possible before.
Even so, if RM then has both its special FSID field and also an FSID fact that was imported from Ancestry, then it could be very confusing in the RM user interface. When you see FSID in RM under these circumstances, which of the two FSID’s are you seeing?
Using Ancestry TreeShare we can send and receive a new person’s embedded FamilySearch ID. If you are updating an existing person in either direction the FSID does not get sent in the background, like the sex flag.
However, I have not worked with this FTM FamilySearch ID fact that is showing in TreeShare. It seems possible that this fact does contain an embedded FSID that RM is capable of receiving and recognizing, in order to connect them to FamilySearch.
Have you been able to determine if you can overwrite an existing FSID in RM with the one on Ancestry?
That’s obviously possible in a theoretical sense. But for it to work, them RM would have to have support to link an FSID from an FSID fact in the FactTypeTable to FamilySearch in the same way it has support to link an FSID from the FamilySearchTable to FamilySearch. Or equivalently, RM would have to have to have support to create an entry in the FamilySearchTable from an FSID fact in the FactTypeTable .
While theoretically possible, that seems unlikely to me. Are you saying the RM does have such support?
Part of the reason I’m asking is that new RM users often ask how they can type an FSID into RM to link a person to FamilySearch. But RM really doesn’t work that way, even if the RM user already knows the FSID. Instead, what the RM users does is to have RM search FamilySearch. At that point, the RM user can specify that RM do a Basic Search, an Advanced Search, or a Search by FSID when it is searching FamilySearch.
So it’s ultimately possible to force RM to do a match based on the FSID that the RM user already knows. But the user can’t “just type in the FSID”. Instead, the user first has to go through the RM’s Search dialog for FamilySearch and choose the Search by FSID option. And RM still goes through FamilySearch’s search process. RM doesn’t just store the FSID that user has typed. That’s not a bad thing, by the way. But it’s not as simple as just typing in the FSID.
1 Like