# 3rd party reviews of Gramps GEDCOM import **URL:** \ **Category:** Genealogy\ **Tags:** gedcom\ **Created:** [August 7, 2023, 12:00am UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954 "2023-08-07T00:00:56Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [August 7, 2023, 12:00am UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/1 "2023-08-07T00:00:56Z")
Was looking for something else but found a tag-by-tag assessment of Gramps’ GEDCOM 5.5.1 import. Thought I’d post it (and a couple previous ones) here for future reference. In GEDasssement dot com’s [summary](https://www.gedcomassessment.com/en/comparison-gp.htm), counts ranged from tools correctly handling 121 tags to 229 tags. Gramps was 4th at 187 tags handled “correctly” by their standards. - Cardinal, John. “GEDCOM Assessment v1.05” [evaluating GEDCOM v5.5.1 import using Gramps AIO64-5.1.2-1](https://www.gedcomassessment.com/en/assessment-gramps-5.htm) with the " [assess.ged](https://www.gedcomassessment.com/en/index.htm) v1.05" test file, 7 Mar 2020 - Riggle, Keith. [Replacing Family Tree Maker, Part 8: Importing Your FTM Tree into Gramps 5](http://genealogytools.com/replacing-family-tree-maker-part-8-importing-your-ftm-tree-into-gramps-4/), _[GenealogyTools.com](http://GenealogyTools.com)_, 2018-08-08 _(update of 2015-12-22 edition for Gramps 4.0)_ Includes a fair and fairly deep dive into Gramps’ GEDCOM import/export idiosyncrasies. - Jones, Tamura, “[Some GEDCOM Torture Test Results](https://www.tamurajones.net/SomeGEDCOMTortureTestResults.xhtml)” Three Torture Tests on GRAMPS 3 (3.1.1-1). 22 Jan 2010 ---
**Author:** ![hartenthaler](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/hartenthaler/32/3404_2.png) [@hartenthaler](https://gramps.discourse.group/u/hartenthaler)\ **Post date:** [April 14, 2024, 4:30pm UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/4 "2024-04-14T16:30:30Z")
> [@emyoulation](#): > > GEDasssement dot com’s [summary](https://www.gedcomassessment.com/en/comparison-gp.htm) That link is not working anymore. Do you have a copy of the assessment report? ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [April 14, 2024, 4:56pm UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/5 "2024-04-14T16:56:06Z")
Here is the [22 Mar 2022 snapshot](https://web.archive.org/web/20220322141106/https://www.gedcomassessment.com/en/comparison-gp.htm) of John Cardinal’s **GEDCOM Assessment** v1.05 on the Wayback Machine (Internet Archive). Contacted John Cardinal on 14 Apr 2024. He had determined there was too little traffic to justify the cost of the domain, hosting and the ongoing testing project. The site has been permanently discontinued. ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [April 14, 2024, 5:23pm UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/6 "2024-04-14T17:23:49Z")
Two of the enhancements to Gramps’ [Date type phrases](https://gramps-project.org/wiki/index.php/Gramps_5.2_Wiki_Manual_-_Entering_and_editing_data:_detailed_-_part_1#Date_Type) for 5.2 were in open-ended date spans: ‘From’ and ‘To’ dates. Errors when importing **From** and **To** dates were _ **SIX** _ of of the [Date Validation](https://web.archive.org/web/20220322141106/https://www.gedcomassessment.com/en/area-date-valid.htm) issues. Now that Gramps supports those Date Span Type formats, perhaps we could have a **Developer** discussion thread that describes how to add support for such an expansion in Gramps?_(Or perhaps that came for free when the Date Handler was improved??? Both import and export of open-ended date spans worked with the 5.2.1 version.)_ Used as an example, people might be willing to tackle enhancing the GEDCOM 5.5.1 import one-tag-at-a-time. And possibly adding some common GEDCOM dialect custom tags too. Likewise, the tests 31-34 (e.g., #33 “[INT 3 MAR 1914 (Phrase)](https://web.archive.org/web/20220524143258/https://gedcomassessment.com/en/area-date-valid.htm#int_1912__phrase_)”) tag just means the phrase is known as an internal date format for the exporting software. I _think_ the expectation may be _ **wrong** _ for these tests. To pass the test, all Gramps would have to do is attempt to parse the phrase and convert it to a `date` instead of `text`. (Which is easy to do with a [3-line SuperTool script](https://gramps.discourse.group/t/making-date-input-more-flexible/2814/18) as a post-import process.) But I wonder if the GEDCOM intent wasn’t to have a Date Display Format override for a valid date? ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [March 19, 2025, 4:16pm UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/7 "2025-03-19T16:16:16Z")
[https://www.gedcomassessment.com/en/assess.ged (2021-07-23)](https://web.archive.org/web/20210723150526/https://www.gedcomassessment.com/en/assess.ged) test file on the Wayback Machine (Internet Archive) ---
**Author:** ![emyoulation](https://yyz2.discourse-cdn.com/free1/user_avatar/gramps.discourse.group/emyoulation/32/67_2.png) [@emyoulation](https://gramps.discourse.group/u/emyoulation)\ **Post date:** [April 3, 2025, 2:15pm UTC](https://gramps.discourse.group/t/3rd-party-reviews-of-gramps-gedcom-import/3954/8 "2025-04-03T14:15:33Z")
Perhaps we could revisit how the GEDCOM import annotates data that could not be imported? When the parser finds tags that does not recognize, it does not discard the data (which is good) but it does take structured data and encase in a less structured note that complicates post-processing (which is bad) It also appears to be slow. Perhaps the annotation output could be refined into something that makes it more actionable? Rather than a unstructured Note, perhaps the annotation could leverage the Citation structure? So, instead of making post-processing harder, the added evaluation structure would make it more approachable.