GEDCOM data confused on import
adam_b - November 7, 2008 - 17:26
| Project: | Family Tree 2 |
| Version: | 6.x-1.0-beta2 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | postponed |
Description
When importing an abbreviated GEDCOM file (exported from Legacy 7.0, format Gedcom 5.5 "generic"; see attachment), some of the individuals' information is confused.
For example, if you look at the Individual entry for Adam Browne (me), you'll see:
- birth date is missing
- birth place is incorrect
- mother's name is given as father
- father's name is omitted altogether
If you look at the Groups index in general, you'll see:
- a lot of "Error!" messages
- couples entered twice
- one person entered as a couple, using the given and surnames
| Attachment | Size |
|---|---|
| Browne_20081107b.ged_.txt | 6.57 KB |
#1
This is caused because it carries on looking for information about the birth until it finds another entry type it recognises. Hence if there is a date or place between the birth data and and the death data (usually the next data type to be recognised) then it will use that for the birth. Alot of you people have christening dates after your birth date and so that was being entered instead. I have changed this to ignore unrecognised types. This also effected death dates and places
This is caused by group nodes arn't being being deleted properly. I have looked at this but have no idea why it isn't working. Try using something like the delete_all module.
mother and fathers name might also be fixed by this patch but it is more likely to be the same problem as one person being entered as a couple. i am looking into this problem and hopefully will come up with solution shortly.
Peter
#2
Okay, the dates/places situation is considerably better now.
I used the delete_all module as you suggested, and it did get rid of the duplicates and errors.
The other problems remain; I'll look forward to your solution.
#3
Committed http://drupal.org/node/339265#comment-1128891 to CVS.
#4
#5