Background of This Article
For a brief background of how this article came to be, see the Mac Genealogy Software and GEDCOMs post. The issue came up with somebody migrating from an older version of MacFamilyTree to a newer Mac genealogy application.
For more on the underlying issue, see the Unicode, UTF-8, GEDCOM 5.5.1, GEDCOMs, and Macs article. If you find yourself needing to convert Unicode GEDOM files to another format, see the Conversion of Unicode GEDCOM Files on a Mac article.
Below the brief listings of Mac genealogy software and their results, I’ll explain in-depth, the support for Unicode GEDCOMs.
Unicode Supported and versions tested
* Familienbande aka Family Ties (January 2012)
* iFamily for Leopard 2.532
* GEDitCOM II 1.7
* Gramps 3.3.1
* GenealogyJ 3.1 Build 6755
* MacFamilytree 6.2.6
* ohmiGene 5 version 5.10.1
* Reunion 9 version 9.0c
Notes: Gramps and MacFamilyTree seemed to handle the odd stuff better than the other applications. GenealogyJ was able to handle some odd things, while ignoring others. Gramps didn’t put up any notices about problems – either it was robust enough to handle them, or it wasn’t and was ignoring them. This maybe due in part to Gramps and GenealogyJ being developed on or for Unix-like systems such as Linux and Mac OS X.
Unicode Not Fully Supported, UTF-8 Supported
* PAW2U version 100 (see further in the article for an explanation)
Possible support for Unicode
* MyBlood 1.3.1024.3.1 clearly has support for many character sets including UTF, but it would not advance past the open dialogue. Whether this has to do with it being in demo mode or not, I’m not sure. If you click on the image to the right, it will take you to a larger version hosted at flickr that will show you just how many character sets MyBlood is supposed to support. MyBlood may even have the largest list of supported character sets. Unfortunately MyBlood was last updated in August of 2010.
* Osk 4.7.1 seems to have support – you can select it in the dialogue, but it was having a problem with loading in general. Osk was also last updated in 2009.
* Heredis X.2 10.2.6 – PowerPC only (Note: There is a new Heredis for Mac in development, to take full advantage of Mac OS X Lion, and that might support Unicode).
Note: Both Family Tree Makers for Mac, and PAW2U could handle the GEDCOM files once the Unicode characters had been stripped. I explain further in the FAQ – Unicode, UTF-8, GEDCOM Files, and Macs article about converting GEDCOM files for use in these applications.
Breakdown of individual Mac genealogy applications and their Unicode/UTF-8 support
I took a look at all of the major Mac genealogy software, as well as provided a few solutions to dealing with the problem at the Unicode, UTF-8, GEDCOM 5.5.1, GEDCOMs and Macs article. Most of us will never run into this issue, but for those who do, it’s nice to know you’re not alone, and it’s nice to know that Unicode support is very robust on the OS X platform.
Note: I did not post screenshots or in-depth information on all Mac genealogy apps – some didn’t have a need for it because they worked fine or there were issues preventing the GEDCOM test files from being imported.
Family Tree Maker 2010 for Mac and Family Tree Maker for Mac 2
I am going to bring up Family Tree Maker 2010 for Mac and Family Tree Maker for Mac 2 first, since they are the only two that don’t support Unicode/UTF-8. They also have a large development and support team and a large global presence (remember the bit about Asian and Eastern European characters/names possibly requiring Unicode support?) As I mentioned in the original post, this is not just a problem with the Mac versions of Family Tree Maker. Unicode/UTF-8 support problems exist with the Windows version of Family Tree Maker. Tamura Jones covered this in his Family Tree Maker 2012 Fan Value article, discussing the issues with Family Tree Maker not supporting UTF-8 or Unicode. FTM 2012 does support UTF-8 GEDCOM exports, but it’s not handled well. This could be due to FTM for Windows not supporting GEDCOM 5.5.1 (draft) standards, choosing to only support GEDCOM 5.5. It’s an interesting mystery because FamilySearch.org supports GEDCOM 5.5.1, and many Windows genealogy applications do as well.
This was using a GEDCOM file from an older version of MacFamilyTree 4.x as well as a test Unicode 8 GEDCOM file. As a matter of fact, as you can see from the screenshots below, some genealogy applications correctly identified that it was from MacFamilyTree version 4.5 and that the character set was Unicode.
You will need to convert any Unicode-encoded GEDCOM files headed towards either Family Tree Maker for Mac. Please read the Conversion of Unicode GEDCOM Files on a Mac article for more details.
Familienbande aka Family Ties
There’s not much to say about GEDitCOM II – it worked just fine.
iFamily for Leopard
As mentioned above, iFamily for Leopard supports Unicode/UTF-8, and even supports MacFamilyTree’s .uged extension for Unicode-GEDCOM files. This was added in iFamily for Tiger version 2.266 specifically to handle MFT naming Unicode GEDCOM files .uged, back at the beginning of 2007 I believe. I think it’s actually good to support the extension (especially if you’re going from MFT to iFamily for Leopard).
MacFamilyTree was one of the first to fully support Unicode. Unicode support was added to MacFamilyTree in Version 4.0 which came out in August of 2004.
In September of 2005, with the beta version of MacFamilyTree 4.2.0, Unicode GEDCOM files that were exported out of MacFamilyTree were given the extension “.uged” to differentiate them from non-Unicode GEDCOMs. iFamily for Tiger (now Leopard) added .uged (UGED) as an acceptable GEDCOM file extension. Although it’s not too well publicized, which might cause some confusion, at least it’s a simple attempt at clarifying Unicode GEDCOM files. We obviously can’t wait around for a new GEDCOM standard to arise. While nobody wants a fragmented “market”, there’s nothing wrong with companies and developers supporting each other, such as iFamily supporting .uged.
ohmiGene 5 added Unicode support in version 1.60 which was back in late 2007. I had no problems importing in ohmiGene 5.06.
PAW2U does not fully support Unicode, but it does support UTF-8 encoding. That doesn’t mean you can’t just take a Unicode GEDCOM file and import it – you will have errors. Howard Metcalfe, the developer of PAW2U, posted this information last year on the PAWriter forums:
I have not made any real effort to go beyond the officially adopted 5.5 standard. I do support import of the UTF-8 character set but not the Unicode character set. ASCII is supported simply because it is a subset of the ANSEL, UTF-8 and Macintosh character sets. I do not support the ANSI (i.e., IBM PC) character set..
The problem I ran into maybe due to this: “..although PAWriter at present only uses the characters that are common to the MacRoman character set.”
Reunion added Unicode support in Reunion 9