In Reunion 11, I exported my work to a GEDCOM file and imported it as a standard GEDCOM to FTM for Mac. The problem I describe below also occurred when I imported the file to FTM as a custom (Reunion) GEDCOM.
In every case where I had entered an individual's suffix/title (Sr, Jr, king of France, etc) in Reunion, the import put the suffix/title into the surname field for the individual in FTM. Actual surname and given name were omitted entirely. Thus, my index of names showed a long list of "Sr" without surnames or given names. The list of "Jr" was even longer. And of course, there were all the unnamed counts, dukes, etc. The same problem occurred for name prefixes (Dr, Rev, etc.)
On an FTM support forum I found the following explanation:
"The GEDCOM standard, including examples, makes it clear that all of the name, including the prefixes/suffixes must be in the text on the "NAME" line, simply separated into only two parts. Optionally, all of the name may also be separated into more than two parts using the set of name parts."
The following excerpt from GEDCOM 5.5 standard definitions was quoted:
"The <NAME_PERSONAL> value is formed in the manner the name is normally spoken, with the given name and family name (surname) separated by slashes (/). n NAME <NAME_PERSONAL> {1:1} +1 NPFX <NAME_PIECE_PREFIX> {0:1} +1 GIVN <NAME_PIECE_GIVEN> {0:1} +1 NICK <NAME_PIECE_NICKNAME> {0:1} +1 SPFX <NAME_PIECE_SURNAME_PREFIX> {0:1} +1 SURN <NAME_PIECE_SURNAME> {0:1} +1 NSFX <NAME_PIECE_SUFFIX> {0:1}
"The NPFX, GIVN, NICK, SPFX, SURN, and NSFX tags are provided optionally for systems that cannot operate effectively with less structured information. For current future compatibility, all systems must construct their names based on the <NAME_PERSONAL> structure. Those using the optional name pieces should assume that few systems will process them, and most will not provide the name pieces."
So, the bottom line is this: Users on the FTM forum blame the creator of the GEDCOM (Reunion) for failing to comply with GEDCOM standards.
The GEDCOM imported perfectly back into Reunion; but, will I experience the same problem importing the GEDCOM into Ancestry, Family Search, TMG, Legacy, and other genealogy software/platforms?
Any comments from Reunion or helpful workarounds from the forum?
In every case where I had entered an individual's suffix/title (Sr, Jr, king of France, etc) in Reunion, the import put the suffix/title into the surname field for the individual in FTM. Actual surname and given name were omitted entirely. Thus, my index of names showed a long list of "Sr" without surnames or given names. The list of "Jr" was even longer. And of course, there were all the unnamed counts, dukes, etc. The same problem occurred for name prefixes (Dr, Rev, etc.)
On an FTM support forum I found the following explanation:
"The GEDCOM standard, including examples, makes it clear that all of the name, including the prefixes/suffixes must be in the text on the "NAME" line, simply separated into only two parts. Optionally, all of the name may also be separated into more than two parts using the set of name parts."
The following excerpt from GEDCOM 5.5 standard definitions was quoted:
"The <NAME_PERSONAL> value is formed in the manner the name is normally spoken, with the given name and family name (surname) separated by slashes (/). n NAME <NAME_PERSONAL> {1:1} +1 NPFX <NAME_PIECE_PREFIX> {0:1} +1 GIVN <NAME_PIECE_GIVEN> {0:1} +1 NICK <NAME_PIECE_NICKNAME> {0:1} +1 SPFX <NAME_PIECE_SURNAME_PREFIX> {0:1} +1 SURN <NAME_PIECE_SURNAME> {0:1} +1 NSFX <NAME_PIECE_SUFFIX> {0:1}
"The NPFX, GIVN, NICK, SPFX, SURN, and NSFX tags are provided optionally for systems that cannot operate effectively with less structured information. For current future compatibility, all systems must construct their names based on the <NAME_PERSONAL> structure. Those using the optional name pieces should assume that few systems will process them, and most will not provide the name pieces."
So, the bottom line is this: Users on the FTM forum blame the creator of the GEDCOM (Reunion) for failing to comply with GEDCOM standards.
The GEDCOM imported perfectly back into Reunion; but, will I experience the same problem importing the GEDCOM into Ancestry, Family Search, TMG, Legacy, and other genealogy software/platforms?
Any comments from Reunion or helpful workarounds from the forum?
Comment