Gedcom creating 1000+ malformed Biography headings causing Heading not display as heading

Question

I provided one Wikitree ID below from chilton.ged import. But many (or all) profiles from that import seem to have same problem.

One other gedcom import from last week seems to have same problem:g-6a.ged from  Andy Micklethwaite.

Noticed when trying to cleanup db errors this week and 822 Heading doesn't end with = had an abnormally large number in it as new for the week - 1775.

Answer 1

Thanks, Marty.

This appears to be the result of exporting a GEDCOM from WikiTree into another system, then exporting from that system and importing back into WikiTree.

We could probably come up with some way to account for this, but since we're changing to a system where GEDCOMs are "imported" one profile at a time, hopefully it wouldn't be as much of a problem.

Chris

Comments

Sounds good. Looked like it could have been recently introduced. Glad it wasn't. Good way to get to a thousand edits this month quickly by cleaning them up, I suppose . ;-)

---

Of course, the main reason not to export from WikiTree and then back into WikiTree is that you're almost certain to create duplicates. See Philip's comment below. Argh. Not sure how this was missed by the user during GEDcompare and by the team member review.

---

The user who imported these profiles appears to have marked them as Rejected Matches.

Answer 2

Marty,

It is of note that the profile for Jeanne Mayeur is a duplicate.  Note that the detail in the bio is an exact copy.

See  Comparing Mayeur-3 (L) and Mayeur-4 (R)

Also it look like many of the profiles in the Gedcom are duplicates and have been set as rejected matches.  I have proposed some of them to be merged.

Note that the source for these duplicates are shown as the original wikitree profile - example  Jane (Trigger) Edlin (1740 - 1780) Trigger-13 shows that the source is  Web Address: https:/www.WikiTree.com/wikiTrigger-9. which is the duplicate.