Forums before death by AOL, social media and spammers... "We can't have nice things"
|    soc.genealogy.britain    |    Genealogy in Great Britain and the islan    |    130,039 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 128,154 of 130,039    |
|    Chris Dickinson to All    |
|    Re: Two workers on the same database.    |
|    26 Apr 18 07:31:36    |
      From: chris@dickinson.uk.net              On Thursday, 26 April 2018 14:57:35 UTC+1, J. P. Gilliver (John) wrote:       > I thought it would be an interesting discussion to how people go about       > two (or more) people working on the same database.       >       > This is regardless of which genealogy software is in use.       >       > I suppose one way is to store (or at least share) it in the cloud       > somewhere; personally I don't like the cloud, (a) because I don't       > consider it reliable, (b) I'm not too sure who has access to it, but       > even if you _do_ do that, you need to agree who is working on it when;       > if, say, two people are working on different parts of it (they're       > pursuing different lines, maybe because they're in different parts of       > the country [or world!]), they need some way of combining what they've       > found/added. By cloud, I include general cloud (such as dropbox), and       > specific genealogy ones (such as an Ancestry tree).       >       > Brother's Keeper has the facility to compare two similar databases (or       > versions of the same one), and highlight differences, allowing you to       > move/merge/whatever facts and people from one to the other; I presume       > some other softwares have something similar. This does mean both       > participants have to go through this process, though, and presumably       > they'll still end up with different databases: if, say, they each start       > with 100 or 1000 people, and each add 5, then in person A's case, he       > will have his additions as numbers 101 to 105 and his co-worker's       > additions as 106 to 110, and person B will have the opposite.       >       > I know moderately distant cousins won't _necessarily_ consider this a       > problem: they probably are extending the database - at least, the modern       > end - differently anyway, not being _that_ interested in their cousin's       > close family. But say a couple of brothers (or siblings) are both       > working on different lines of their common tree: say they both take       > their holidays around the same time, but go to different places, where       > they research the line that is in that locality. How do they merge their       > results.       >       > I _suspect_ it's an intractable problem, especially where (or at least       > more so where) the two (or more) participants use different software.       >       > I don't have a solution; I just thought it'd be an interesting       > discussion to have.       >       > [I don't have the problem _much_ myself - my brother lets me do it all       > for our family. And other cousins keep their own, different except where       > we overlap, trees.]       > --       > J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf       >       > "Usenet is a way of being annoyed by people you otherwise never would have       met."       > - John J. Kinyon              Two people or more working on the same material has always been a problem,       whatever the circumstances. In the modern world, it can can even be caused by       one person working on two differents browsers, or with duplicate tabs on a       single browser.              I don't know how family tree software handles this, as I don't use any such,       but my cloud database provider (Zoho Creator) seems to have a high level of       control for multiple users (though you have to pay for it!).              Chris              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca