* FamilySearch Id

Questions regarding use of any Version of Family Historian. Please ensure you have set your Version of Family Historian in your Profile. If your question fits in one of these subject-specific sub-forums, please ask it there.
User avatar
sbell95
Famous
Posts: 154
Joined: 14 Feb 2021 06:04
Family Historian: V7
Location: Australia

FamilySearch Id

Post by sbell95 »

As I understand it, Family Historian does not currently synch or work with FamilySearch at all. And yet when I was digging through the Data Reference Assistant (customising my property box), I noticed that under the 'Miscellaneous' folder there is an option for 'FamilySearch Id'. What would be the purpose of this? Is it for manually storing the FamilySearch Id of a person? Is there any utility in filling out this field for everyone in my tree who also has a FamilySearch Family Tree profile? How can this be used in the program, if at all?
Attachments
Screenshot 2021-10-08 082651.jpg
Screenshot 2021-10-08 082651.jpg (35.6 KiB) Viewed 6826 times
Sarah Bell – Australia
avatar
Gowermick
Megastar
Posts: 1702
Joined: 13 Oct 2015 07:22
Family Historian: V7
Location: Swansea

Re: FamilySearch Id

Post by Gowermick »

FH is based around the Gedcom standard, and as this was originated by the Church of Latter Day Saints (LDS or Mormons), who also own Familysearch, it is no surprise this item is there. I think you’ll find lots of other LDS related items in there somewhere e.g.’Initiatory’ or 'Mission', part of LDS’ religious procedures. I’m making an educated guess here. :D
Mike Loney

Website http://www.loney.tribalpages.com
http://www.mickloney.tribalpages.com
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

I believe that FamilySearchId field (_FSID) is new in FH v7.
It is NOT in the GEDCOM specification, which is confirmed by the leading underscore on the _FSID tag showing it is a custom tag.
As the description box at the bottom says:
"FamilySearch Id for Individual record matched to FamilySearch Family Tree"
%INDI._FSID%

FH provides no other information in its Help pages. I think it is a purely manually cross-reference aid.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
User avatar
ColeValleyGirl
Megastar
Posts: 5464
Joined: 28 Dec 2005 22:02
Family Historian: V7
Location: Cirencester, Gloucestershire
Contact:

Re: FamilySearch Id

Post by ColeValleyGirl »

Have you tried entering data in it, Mike? It isn't possible...
User avatar
AdrianBruce
Megastar
Posts: 2090
Joined: 09 Aug 2003 21:02
Family Historian: V7
Location: South Cheshire
Contact:

Re: FamilySearch Id

Post by AdrianBruce »

Wild guess - importing from (or to?) those apps that do interface / sync with FS Family Tree?
Adrian
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

No, I had not tried entering a FamilySearch Id manually.
So it behaves similar to the Automated Record Id that also prevents manual updates.

However, they both allow a Plugin to create or amend their values.

Perhaps we need to ask CP about its intended purpose as there is nothing in the Help pages?

Re: Adrian's suggestion ~ Is it a field tag (_FSID) that anyone has encountered in another product?
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
avatar
nebbm
Silver
Posts: 5
Joined: 20 Jun 2020 15:33
Family Historian: V7

Re: FamilySearch Id

Post by nebbm »

1 _FSFTID - Rootsmagic, Legacy, Heredis
1 FSID - FTM2019
previously discussed @ LDS AFN (17861)
Last edited by ColeValleyGirl on 08 Oct 2021 12:34, edited 1 time in total.
Reason: Made link more friendly
User avatar
Mark1834
Megastar
Posts: 2458
Joined: 27 Oct 2017 19:33
Family Historian: V7
Location: South Cheshire, UK

Re: FamilySearch Id

Post by Mark1834 »

If it's supported by RM and Legacy, it should come across in a direct import. Do we know if that's the case?
Mark Draper
avatar
nebbm
Silver
Posts: 5
Joined: 20 Jun 2020 15:33
Family Historian: V7

Re: FamilySearch Id

Post by nebbm »

Mark1834 wrote: 08 Oct 2021 12:44 If it's supported by RM and Legacy, it should come across in a direct import. Do we know if that's the case?
No to direct import
only via gedcom
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

I don't see how it can be via GEDCOM if the tags posted earlier are accurate.
What will get imported will be the RM/Legacy/Heredis _FSFTID tag and not the FH _FSID tag, because FH does not usually alter imported tags.
Last edited by tatewise on 08 Oct 2021 17:06, edited 1 time in total.
Reason: Corrected MyHeritage to Heredis
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
avatar
nebbm
Silver
Posts: 5
Joined: 20 Jun 2020 15:33
Family Historian: V7

Re: FamilySearch Id

Post by nebbm »

tatewise wrote: 08 Oct 2021 14:50 What will get imported will be the RM/Legacy/MyHeritage _FSFTID tag and not the FH _FSID tag, because FH does not usually alter imported tags.
Correct , it doesn't alter the tag, but it does import it from exported files from RM/Legacy/FTM2019/Heredis.
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

So, just to be absolutely clear, no known product import to Family Historian creates the _FSID tag.
Therefore, there is still no explanation for the new _FSID tag existence.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
User avatar
Mark1834
Megastar
Posts: 2458
Joined: 27 Oct 2017 19:33
Family Historian: V7
Location: South Cheshire, UK

Re: FamilySearch Id

Post by Mark1834 »

I can confirm by direct experiment that the field exported by RM as _FSFTID is stored internally in the FamilySearchTable with the name fsID. The same table stores the RM RecordID (equivalent to the FH Record ID) in a field called rmID, and rows exist only for those records matched to FamilySearch. It seems certain then that this corresponds to the FamilySearch ID value. As far as I can tell, it is not accessible from the normal program interface, as users would have no reason to change or enter data directly.

My interpretation is that FH are doing the groundwork to prepare for a future sync with FamilySearch (FH 7.1 ?). Whether it was simply an accidental omission not to include this field in a direct RM input, or deliberate to avoid showing their hand too early is anybody's guess (and any forum users who know probably aren't telling anyway ;)).

Whatever the explanation, it would be a very short and simple plugin to fetch across the FamilySearch IDs from RM that the import left behind, and store them in the new FamilySearch ID field. You'd then have a flying start to carrying on with FamilySearch where you left off in RM once the facility is fully enabled.

If it is needed, I'm happy to compile and post the plugin over the weekend.
Mark Draper
User avatar
BEJ
Famous
Posts: 210
Joined: 10 Sep 2018 17:29
Family Historian: V7
Location: Boston, Massachusetts, USA
Contact:

Re: FamilySearch Id

Post by BEJ »

FYI: I manually entered FamilySearch IDs in FH6, and can still edit them in FH7.
Screenshot 2021-10-13 08.02_edited.jpg
Screenshot 2021-10-13 08.02_edited.jpg (325.32 KiB) Viewed 6393 times
Attachments
Screenshot 2021-10-13 08.16-2_edited.jpg
Screenshot 2021-10-13 08.16-2_edited.jpg (275.14 KiB) Viewed 6391 times
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

BEJ, that is something very different.
The new FH v7 field is %INDI._FSID% and is NOT a fact.
Yours is %INDI._ATTR-FAMILYSEARCH_ID% which is a custom attribute that I guess you created years ago.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
User avatar
BEJ
Famous
Posts: 210
Joined: 10 Sep 2018 17:29
Family Historian: V7
Location: Boston, Massachusetts, USA
Contact:

Re: FamilySearch Id

Post by BEJ »

OK, thanks. Just checking.
User avatar
arnoldijzermans
Newbie
Posts: 4
Joined: 03 Jul 2021 17:31
Family Historian: V7
Location: Netherlands
Contact:

Re: FamilySearch Id

Post by arnoldijzermans »

Mark1834 wrote: 08 Oct 2021 18:21

Whatever the explanation, it would be a very short and simple plugin to fetch across the FamilySearch IDs from RM that the import left behind, and store them in the new FamilySearch ID field. You'd then have a flying start to carrying on with FamilySearch where you left off in RM once the facility is fully enabled.

If it is needed, I'm happy to compile and post the plugin over the weekend.
That would actually be quite nice.
I do quite a lot with FamilySearch. Nevertheless, FH supported me more than RM.....
avatar
LeslieP
Diamond
Posts: 78
Joined: 03 Jan 2021 16:38
Family Historian: V7

Re: FamilySearch Id

Post by LeslieP »

Can't speak for how the "direct RM import" brings things across, but the GEDCOM import from RM contained the _FSFTID fact type, which was identified as UDF.

I used the Change Any Fact Tag plugin to change them from UDF to a custom fact I created, now I have the FS ID show up on the fact tab.
Leslie P
Houston, TX
from TMG to RootsMagic to FH7
publish to web via TNG
User avatar
Mark1834
Megastar
Posts: 2458
Joined: 27 Oct 2017 19:33
Family Historian: V7
Location: South Cheshire, UK

Re: FamilySearch Id

Post by Mark1834 »

Leslie, that’s exactly the scenario Mike described earlier. You have converted the UDF field to a custom fact called FamilySearchID, but it is not the actual FH FamilySearchID. You can display it, but any future FH update won’t be able to do anything with it. To convert the UDF to the true FamilySearchID, you need a separate plugin (albeit a very simple one).
Last edited by Mark1834 on 13 Oct 2021 20:18, edited 1 time in total.
Mark Draper
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

The next version of the Change Any Fact Tag plugin will support FamilySearch Id (INDI._FSID) and Unique Id (INDI._UID).
I'm sorry they were not included earlier but I didn't notice those FH v7 updates until recently.

Then Leslie and BEJ could convert their custom attribute facts to genuine FamilySearch Id _FSID.
With an imported RM project the _FSFTID UDF could be converted directly to FamilySearch Id _FSID.
Other users could create Custom Id holding the FS Id and then convert them to FamilySearch Id _FSID.
Whether that falls within the scope of what CP intended for that field is anyone's guess.
Last edited by tatewise on 13 Oct 2021 20:43, edited 1 time in total.
Reason: Added sone tag conversion advice.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
avatar
LeslieP
Diamond
Posts: 78
Joined: 03 Jan 2021 16:38
Family Historian: V7

Re: FamilySearch Id

Post by LeslieP »

Whether that falls within the scope of what CP intended for that field is anyone's guess.
Yep. ;) I recall noticing that "future magic" field before I did my final import from RM, it made me happy to see! Also having seen CP's comment about having Internet Data Matches with more providers, I was hopeful it meant that they were laying the groundwork for matches to FS. Hope yet remains!

I don't even want anything all that sophisticated. I would be over the moon happy with a special type of fact that lets the user define URL pre- and post- fixing so that we enter the unique part, and then the description field becomes the entire clickable URL.

That would let us go beyond JUST linking to FMP, MH, FS, Ancestry and be able to link to pages on our own websites, wikitree, findagrave, wikipedia, etc.
Leslie P
Houston, TX
from TMG to RootsMagic to FH7
publish to web via TNG
User avatar
tatewise
Megastar
Posts: 28333
Joined: 25 May 2010 11:00
Family Historian: V7
Location: Torbay, Devon, UK
Contact:

Re: FamilySearch Id

Post by tatewise »

Leslie, I have started a new Facts with active URL (19889) thread to discuss your Fact URL request.
Mike Tate ~ researching the Tate and Scott family history ~ tatewise ancestry
User avatar
Mark1834
Megastar
Posts: 2458
Joined: 27 Oct 2017 19:33
Family Historian: V7
Location: South Cheshire, UK

Re: FamilySearch Id

Post by Mark1834 »

A simple plugin is attached that reads a RootsMagic database, extracts FamilySearch ID values, and copies them to Individuals in the current FH project with matching UniqueID. Its main application is to correct the omission of this field from the direct import introduced in FH 7.0.8. The easiest way to display these values in FH is to add a field to the Records Window (right-click on the headings and select Configure Columns...).

Remember that FH doesn't currently do anything with the FamilySearch ID, but it may be useful to be prepared if FamilySearch linking is introduced in a future version (hopefully it will enable you to maintain your old RM FamilySearch links in FH).

If you previously imported via GEDCOM and have not deleted Undefined Fields, an alternative method is to use the Change Any Fact Tag plugin as described above, but this does not work for direct imports.
Mark Draper
User avatar
sbell95
Famous
Posts: 154
Joined: 14 Feb 2021 06:04
Family Historian: V7
Location: Australia

Re: FamilySearch Id

Post by sbell95 »

Hi all,

Having returned to genealogy and FH7 after a few months' hiatus, I notice that the FamilySearch Id attribute is now not editable and appears greyed out?
Screenshot 2022-10-06 160337.jpg
Screenshot 2022-10-06 160337.jpg (6.13 KiB) Viewed 2687 times
Is anyone able to explain this? I liked the ability to add the FamilySearch Family Tree ID to my relatives' profiles...

Sarah
Sarah Bell – Australia
User avatar
Mark1834
Megastar
Posts: 2458
Joined: 27 Oct 2017 19:33
Family Historian: V7
Location: South Cheshire, UK

Re: FamilySearch Id

Post by Mark1834 »

Sarah - that was essentially what was discussed above. FH7 has a new FamilySearchID field, but it does not import the RM field of the same name, and while you can add the field manually, it cannot be populated.

I asked CP specifically how that field is intended to work in discussion of the various RM import defects that were fixed in the prototypes that came between FH 7.0.12 and FH 7.0.15, but they declined to answer.

I think the best workaround for the moment is to create your own custom FamilySearchID attribute (give it a slightly different name to avoid confusion). You can then convert these to "real" FamilySearchID values using the Change Any Fact Tag plugin. It's tedious, but there is no other way to add that data from the user interface.
Mark Draper
Post Reply