From: Raivo K. <rai...@gm...> - 2010-08-19 13:20:20
|
I imported a large family tree with 6 separate family lines. Then I exported 2 family trees from that large database. One for my mother (mmm)and one for my father (fff). I felt it was better to maintain them separately. When I update one married person in mmm it will not contain the updated information for that person in fff. It seems the same person is treated like 2 different persons, one in mmm and one in fff. What is the best way to avoid this ... should I merge mmm and fff into a single family tree (and how is that done) or is there more options ? |
From: Gerald B. <ger...@gm...> - 2010-08-19 13:26:05
|
I'd suggest maintaining one family tree. You can always produce reports from subsets using appropriate filters. On Thu, Aug 19, 2010 at 9:14 AM, Raivo Kask <rai...@gm...> wrote: > I imported a large family tree with 6 separate family > lines. > Then I exported 2 family trees from that large database. > One for my mother (mmm)and one for my father (fff). > I felt it was better to maintain them separately. > When I update one married person in mmm it will not > contain the updated information for that person in fff. > It seems the same person is treated like 2 different persons, one in mmm and > one in fff. > What is the best way to avoid this ... should I merge mmm and fff into a single > family tree (and how is that done) or is there more options ? > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > -- Gerald Britton |
From: Raivo K. <rai...@gm...> - 2010-08-19 13:38:31
|
How can I merge them into one family tree ? |
From: Duncan L. <dun...@gm...> - 2010-08-19 20:44:26
|
On 19 August 2010 15:38, Raivo Kask <rai...@gm...> wrote: > How can I merge them into one family tree ? You have several options: - Wait until the merging tools is finished, I think that it is getting ready for release from what I've read. - Import one database into the other, and then use the 'Find Duplicate People' tool to merge people one at a time. - Delete duplicate people from one database before importing it into the other. Then rebuild the family connections. If you choose one of the last two options make sure you keep a good set of XML backups in case it gets too messy. Both of those are a bit tricky and time consuming - that's why the devs have been working on the merge tool which will help solve all this when you import. Regards, Duncan -- 'The unconsidered life is not worth living' - Socrates |
From: Raivo K. <rai...@gm...> - 2010-08-19 21:08:10
|
Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: > > On 19 August 2010 15:38, Raivo Kask <raivo.kask <at> gmail.com> wrote: > > How can I merge them into one family tree ? > > You have several options: > > - Wait until the merging tools is finished, I think that it is getting > ready for release from what I've read. > - Import one database into the other, and then use the 'Find Duplicate > People' tool to merge people one at a time. > - Delete duplicate people from one database before importing it into > the other. Then rebuild the family connections. > > If you choose one of the last two options make sure you keep a good > set of XML backups in case it gets too messy. Both of those are a bit > tricky and time consuming - that's why the devs have been working on > the merge tool which will help solve all this when you import. > > Regards, Duncan > Guess I have to wait for the merging tools. Problem with the other options is that Event & Places are merged & over-written when importing since some of the Events & Places have the same ID for both fff and mmm |
From: lcc . <lcc...@gm...> - 2010-08-19 23:12:48
|
There is a functional merging tool already available. See http://www.gramps-project.org/wiki/index.php?title=Handle.bash On 8/19/10, Raivo Kask <rai...@gm...> wrote: > Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: > >> >> On 19 August 2010 15:38, Raivo Kask <raivo.kask <at> gmail.com> wrote: >> > How can I merge them into one family tree ? >> >> You have several options: >> >> - Wait until the merging tools is finished, I think that it is getting >> ready for release from what I've read. >> - Import one database into the other, and then use the 'Find Duplicate >> People' tool to merge people one at a time. >> - Delete duplicate people from one database before importing it into >> the other. Then rebuild the family connections. >> >> If you choose one of the last two options make sure you keep a good >> set of XML backups in case it gets too messy. Both of those are a bit >> tricky and time consuming - that's why the devs have been working on >> the merge tool which will help solve all this when you import. >> >> Regards, Duncan >> > > Guess I have to wait for the merging tools. > Problem with the other options is that Event & Places are merged & > over-written > when importing since some of the Events & Places have the same ID for both > fff > and mmm > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Duncan L. <dun...@gm...> - 2010-08-20 07:21:04
|
On 19 August 2010 23:07, Raivo Kask <rai...@gm...> wrote: ... > Problem with the other options is that Event & Places are merged & over-written > when importing since some of the Events & Places have the same ID for both fff > and mmm That shouldn't happen. The gramps ID we see is tiot the one that gramps uses internally. Duncan -- 'The unconsidered life is not worth living' - Socrates |
From: Raivo K. <rai...@gm...> - 2010-08-19 23:16:42
|
lcc . <lcc.mailaddress <at> gmail.com> writes: > > There is a functional merging tool already available. See > http://www.gramps-project.org/wiki/index.php?title=Handle.bash > Thanks - I will test it |
From: Raivo K. <rai...@gm...> - 2010-08-23 10:37:29
|
Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: > > That shouldn't happen. The gramps ID we see is tiot the one that > gramps uses internally. > > Duncan > But it happens ... ID for Places and Event are related to persons. The should instead be unique as the rest of ID:s in the database. |
From: Doug B. <dou...@gm...> - 2010-08-23 12:10:28
|
On Mon, Aug 23, 2010 at 6:37 AM, Raivo Kask <rai...@gm...> wrote: > Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: > >> >> That shouldn't happen. The gramps ID we see is tiot the one that >> gramps uses internally. >> >> Duncan >> > > But it happens ... ID for Places and Event are related to persons. > The should instead be unique as the rest of ID:s in the database. Seems like there is some confusion here about ... something. Not sure what you are doing. Some points: - When you export a part of the database, then it is separated from the original, and changes in one are no longer reflected in the other. - Gramps IDs (which show on the screen) are user controlled. You can assign the same GID multiple times, or if you merge two data sets, you might have different items with the same GID. - You can automatically reassign these GID's (under menu -> Tools) - Gramps does not support merging two XML databases, except if there is no overlap with internal numbering (there is the tool that lcc mentioned to at least allow this, but it does not "merge", it just prevents corrupted data). If there are overlaps in gramps-based data, it will probably corrupt your data. Can you more clearly state your issue? I don't understand what mmm and fff are. -Doug > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Raivo K. <rai...@gm...> - 2010-08-23 13:46:56
|
Doug Blank <doug.blank <at> gmail.com> writes: > > On Mon, Aug 23, 2010 at 6:37 AM, Raivo Kask <raivo.kask <at> gmail.com> wrote: > > Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: > > > >> > >> That shouldn't happen. The gramps ID we see is tiot the one that > >> gramps uses internally. > >> > >> Duncan > >> > > > > But it happens ... ID for Places and Event are related to persons. > > The should instead be unique as the rest of ID:s in the database. > > Seems like there is some confusion here about ... something. Not sure > what you are doing. Some points: > OK - I'll try to explain what I did and what I wanted to do. I got a huge database (1 500 people) from a relative. That database was created in a Mac environment with some Mac software and was exported to me. I imported that Mac database into Gramps without any problems. Since I was only interested in 2 family trees (mmm and fff) in that Mac database I then exported those 2 family trees (mmm.gramps and fff.gramps) from that Mac database and started to update mmm.gramps and fff.gramps separately, i.e. loaded mmm.gramps and made my updates, loaded fff.gramps and made my updates. After a while I discovered that persons belonging to both mmm.gramps and fff.gramps were only updated in one database. I thought Gramps kept track of persons belonging to both mmm.gramps and fff.gramps ... which was not the case. I realized my mistake and tried to merge mmm.gramps and fff.gramps into a single database by creating an empty database, importing mmm.gramps and then importing fff.gramps into the same database. Then I got messages that some of ID:s for Persons, Places and Event were identical. OK - I resolved this issue manually for conflicting ID:s. To me it seems strange that Gramps will not keep track of conflicting ID:s. What I mean is that when I run Gramps all the family trees are keep in memory and it should be easy to check if a conflicting ID is entered. As it is now I can load a family tree, create an Event with an ID that already is in the database for another family tree. I don't see the advantage by having the option to create identical Event ID for separately family trees. |
From: Doug B. <dou...@gm...> - 2010-08-23 14:14:58
|
On Mon, Aug 23, 2010 at 9:46 AM, Raivo Kask <rai...@gm...> wrote: > Doug Blank <doug.blank <at> gmail.com> writes: > >> >> On Mon, Aug 23, 2010 at 6:37 AM, Raivo Kask <raivo.kask <at> gmail.com> wrote: >> > Duncan Lithgow <duncan.lithgow <at> gmail.com> writes: >> > >> >> >> >> That shouldn't happen. The gramps ID we see is tiot the one that >> >> gramps uses internally. >> >> >> >> Duncan >> >> >> > >> > But it happens ... ID for Places and Event are related to persons. >> > The should instead be unique as the rest of ID:s in the database. >> >> Seems like there is some confusion here about ... something. Not sure >> what you are doing. Some points: >> > OK - I'll try to explain what I did and what I wanted to do. > I got a huge database (1 500 people) from a relative. That database was created > in a Mac environment with some Mac software and was exported to me. > I imported that Mac database into Gramps without any problems. > Since I was only interested in 2 family trees (mmm and fff) in that Mac database > I then exported those 2 family trees (mmm.gramps and fff.gramps) from that Mac > database and started to update mmm.gramps and fff.gramps separately, i.e. loaded > mmm.gramps and made my updates, loaded fff.gramps and made my updates. > After a while I discovered that persons belonging to both mmm.gramps and > fff.gramps were only updated in one database. I thought Gramps kept track of > persons belonging to both mmm.gramps and fff.gramps ... which was not the case. > I realized my mistake and tried to merge mmm.gramps and fff.gramps into a single > database by creating an empty database, importing mmm.gramps and then importing > fff.gramps into the same database. Then I got messages that some of ID:s for > Persons, Places and Event were identical. Ok, it sounds like you now understand how Gramps works. > OK - I resolved this issue manually for conflicting ID:s. > To me it seems strange that Gramps will not keep track of conflicting ID:s. What > I mean is that when I run Gramps all the family trees are keep in memory and it > should be easy to check if a conflicting ID is entered. As it is now I can load > a family tree, create an Event with an ID that already is in the database for > another family tree. I don't see the advantage by having the option to create > identical Event ID for separately family trees. Having Gramps keep track of all IDs across all of your databases would be a huge task, and against the way that other people use gramps. For example, I sometimes use Gramps to open, edit, and export other people's trees. It may seem strange to you, but Gramps is designed to work in a way that is general and useful to a large range of tasks. Hope that helps, and good luck, -Doug > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Raivo K. <rai...@gm...> - 2010-08-23 14:23:47
|
Doug Blank <doug.blank <at> gmail.com> writes: > > Having Gramps keep track of all IDs across all of your databases would > be a huge task, and against the way that other people use gramps. For > example, I sometimes use Gramps to open, edit, and export other > people's trees. It may seem strange to you, but Gramps is designed to > work in a way that is general and useful to a large range of tasks. > > Hope that helps, and good luck, > > -Doug > It does ... thanks for clarification. I am learning Gramps, which is a great software, more and more thanks to this user group. |