I am used to export the GRAMPS database into a GEDCOM file to import it in another application. In the other application (TheNextGeneration v10), I am faced with redundant information. I first thought that TNG is broken, but looking at the GEDCOM, I see that the .ged file contains the duplicates already. Thus, this is a bug in GRAMPS. Example (both note N0004 as well as date (9 SEP 1931) are listed twice: 0 @I0092@ INDI 1 NAME Heinz /Fischer/ 2 GIVN Heinz 2 SURN Fischer 1 SEX M 1 BIRT 2 TYPE Geburt von Fischer, Heinz 2 DATE 9 SEP 1931 2 NOTE @N0004@ 2 DATE 9 SEP 1931 2 NOTE @N0004@ 1 FAMC @F0022@ 1 SOUR @S0003@ 1 CHAN 2 DATE 20 FEB 2014 3 TIME 22:59:46 Inside GRAMPS itself, I don't see any hint regarding what might be the cause for this duplication. Everything looks fine.
Added patch from upstream, which hopefully fixes the issue. Please test new gramps [1] from core/updates_testing. [1] gramps-4.0.1-7.1.mga4
See Also: (none) => https://gramps-project.org/bugs/view.php?id=6909CC: (none) => jani.valimaa
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
I tested the new package and did a fresh GEDCOM export. The duplicates in the .ged file are gone. Everything else seems to work as well, I did not run into any regressions. (not difficult actually since Gramps 4.0.1 is really unstable all over the place) Thanks for the quick patch, excellent job!
Keywords: NEEDINFO => (none)
Test procedure for QA team: 1. Open gramps. 2. Create an invidual. 3. Add birth event with some date. 4. Export database in gedcom format. 5. Open database in text editor and see duplicate entries. 6. Update gramps. 7. Export database again and see no duplicates in text editor.
Assignee: bugsquad => qa-bugs
Source RPM: (none) => gramps
Suggested advisory: =================== Updated Gramps fixes errors in Gedcom exports. When a death event had no place or no date specified, the birth place or date was used for the death event in the Gedcom export. References: https://bugs.mageia.org/show_bug.cgi?id=12845 https://gramps-project.org/bugs/view.php?id=6909 =================== RPMS for i586/x86_64: =================== gramps-4.0.1-7.1.mga4.noarch.rpm SRPM: =================== gramps-4.0.1-7.1.mga4.src.rpm
File Untitled_1.ged is before update, file Untitled_2.ged is after update: --- /home/user/РабоÑий ÑÑол/Untitled_1.ged +++ /home/user/РабоÑий ÑÑол/Untitled_2.ged @@ -3,9 +3,9 @@ 2 VERS 4.0.1 2 NAME Gramps 1 DATE 25 FEB 2014 -2 TIME 04:33:35 +2 TIME 04:34:34 1 SUBM @SUBM@ -1 FILE /home/user/РабоÑий ÑÑол/Untitled_1.ged +1 FILE /home/user/РабоÑий ÑÑол/Untitled_2.ged 1 COPR Copyright (c) 2014 . 1 GEDC 2 VERS 5.5 @@ -26,7 +26,6 @@ 1 SEX M 1 BIRT 2 DATE 21 APR 1990 -2 DATE 21 APR 1990 1 CHAN 2 DATE 25 FEB 2014 3 TIME 04:33:17 Double string "2 DATE 21 APR 1990" was deleted after update. It means MGA4-32-OK.
CC: (none) => loginov_alexWhiteboard: (none) => MGA4-32-OK
Tested on Mageia 4 x86_64 using same process. Working well after update.
CC: (none) => ennael1Whiteboard: MGA4-32-OK => MGA4-32-OK MGA4-64-OK
Update validated. Thanks. Advisory: Updated Gramps fixes errors in Gedcom exports. When a death event had no place or no date specified, the birth place or date was used for the death event in the Gedcom export. References: https://bugs.mageia.org/show_bug.cgi?id=12845 https://gramps-project.org/bugs/view.php?id=6909 SRPM: gramps-4.0.1-7.1.mga4.src.rpm Could sysadmin please push from core/updates_testing to core/updates. Thank you!
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
Advisory uploaded.
CC: (none) => remiWhiteboard: MGA4-32-OK MGA4-64-OK => MGA4-32-OK MGA4-64-OK advisory
Update pushed: http://advisories.mageia.org/MGAA-2014-0065.html
CC: (none) => tmbStatus: NEW => RESOLVEDResolution: (none) => FIXED