Merging

Open the profile and press the button on the upper right, i think in english it's called something like "Actions". There you will see an option "Resolve data conflicts".

Once you press that option you will be taken to a page where you can select correct data.

Thank you for making World Tree better.

Thanks for the response, but as stated sorting conflicts is not the problem, its carrying forward things like source references from two profiles onto one that interests me. Does the merge function do this automatically or does it require all the info to firstly be removed to a place of safety and then pasted back in again after the merge has taken place?

Sorry, i misunderstood.

I think that it is either *very* difficult to figure out what came from where or there is no way at all. I haven't every been able to reconstruct this.

The sources remain after a merge, but sources are linked to the data fields not the content.

For example, If I merge two profiles with conflicting dates of birth. If a source was tagged to one profile with birth date "A", the source will stay linked to the birth date. Even if the data conflict was resolved and birth date "B" was chosen.

These changes are recorded in the revision history. If someone reviewed the profile and saw that I ignored the source, they are free to correct me.

Thankful for input, but I still dont think my problem is fully understood. FORGET CONFLICTS. that is not the issue here.
Here is a hypothetical example. Profile A notes details of his immigration into the USA. Profile B is a copy of a Wikipedia entry about the guy. When I merge profile A with Profile B, will I get both the immigration notation and Wiki copy text, just one or neither?

Both.

Hi Roy,
I think Volodya is correct in saying "both". If per your hypothetical the immigration into the USA is part of Profile A as an Event then the Event will still be present in the new profile (AB?). Copying Wikipedia usually gets done in the About section of a profile (the "free text" space on a profile page), when two profiles are merged ALL the text from both profiles is preserved in the About of the new profile, this can result in a profile with the same wiki page text repeated 1/2 dozen times in it's About, sometimes even different versions of the same wikipedia article as wikipedia is not a static website.

Thank you for that Alex. That was my impression too, but a good colleague who also has a share in the same tree, insists that since the merge, all his supplementary notations have been lost. By asking the question, I was trying to establish whether I had any responsibility for that loss. If you and I are correct, that was not the case.

There is functionality to review previous versions of the About section, this history will not (i think) preserve across a merge, if you take my meaning.

If you post a link to a profile i can take a closer look

Hi Alex
You can obviously write to me privately about this, but here is the rough outline.
It concerns 2 profiles (Gyorgy Rothauser born 1897 and his wife Klara, which I have been advised were altered on (or about) 7th February.
https://www.geni.com/family-tree/index/6000000054088043920
I am told by my colleague that after the merge
“The initial revisions listings on both were gone.”
I am not exactly sure what a 'revisions listing' is, but if they can be found and reinstated both I and my colleague would be most grateful.

Regards Roy

Small clarification
I just used the word Altered, but wanted to make it clear that I made no alterations myself, I just Merged.

Private User,

I'm unsure if it's your problem, but sometimes it's the language issue. Let's say that 'about' one one profile is in English and on another one in Polish. The resulting merged profile will have 2 about sections in 2 different languages. And it's up to the user to select one or the other, but they won't see both at the same time.

Let's say you have a profile with Norwegian description, and you keep editing and perfecting it. I come along and merge a profile with a short English description. Now you load that profile and no longer see your work. You may be upset, thinking that i've removed it, but actually it's still there.

However, i'm unsure if this is your problem now.

Volodya, the issue is Revisions tab.

Roy, your friend is correct in that when two profiles are merged together the Revision history of one profile is lost. Sorry I can't explain the mechanics behind this, nor even how it is determined which profile's history is lost. I believe it is possible to predict which of the histories will be lost but i can't remember the rule off the top of my head.

Thank you for that Alex. It was something I and probably others too, were not aware of. It looks like my colleague's only way of regaining that info is to try to retrace his steps and rediscover the sources he used some time back..

Roy,

I feel like we may be talking across each other. I hope your colleague is also reading this thread.

Your colleague is correct in his statement that the Revision History of one profile is lost when two profiles are merged.

This is not the same as Sources or Data or text in the About section, all of this information is preserved when a merge occurs. If the two profiles being merged both have information but the information does not match this creates a Data Conflict.

For example profile A is born circa 1957 and profile B is born December 1956, when A and B are merged the software will compare the two dates and see that they are not the same. The date of circa 1957 will be displayed on the profile but the alternate date of December 1956 is not “deleted” Geni’s database preserves this alternate date as a “Data Conflict”. This “lost” data can be “found” by checking the ACTION menu of each profile if there is a data conflict on that profile then there will be an option in the ACTION drop down menu called “Resolve Conflicting Data”, choosing this option will give you all the options that have been in the original profiles.

It is possible that a Data Conflict was created during the merge and then someone has resolved the data conflict to a value that your colleague doesn’t agree with, if so this change _will_ be recorded in the Revisions History.
The Revision tab is found immediately below the profile manager’s name, just to the left of centre of screen.

Here is the Revision tab for Dr. György Rothauser

dr. György Rothauser

You cannot post the links to the profile with hash in them, thus you cannot post the link to anything but about page of the profile.

Mike Stangel, would this be a bug?

From the Revisions tab I can see that during the merge your profile took precedence over Andreas’.

This means that the Revision History before Feb 9 this year for Andreas’ profile is gone.

By reviewing the actual merge (not sure if this link will work for a non-Curator):

https://www.geni.com/merge/view?revision_id=70147802680

I can see that there was a Data Conflict over Birth Location, also Andreas’ profile had “dr” as a suffix while yours did not. Andreas also had a date of death.

Looking at the Revision history it looks to me like you deleted the “dr” suffix and made it a title instead on Feb 9, the same day you also set the birth location to match your profile’s version.

Since then not much has happened.

FYI the alternate birth location was Sárosd, Fejér, Hungary.

hash?

Alex Moes,

Go onto the profile page and note the link, it will be in the form geni.com-slash-people-slash-name-slash-number, when you change to the revision tab the link doesn't really change, what you have is hash-slash-tab-slash-revision gets appended to it.

The way URL works on the internet means that everything after the hash sign is a local thing, something that your browser sees, but doesn't actually send to the server. Geni uses AJAX (asynchronous javascript and xml... even though there's probably no xml) in order to dynamically change the content of the page. But that's not what is relevant right now.

The point is that when you paste the link in the form geni.com-slash-people-slash-name-slash-number-hash-ANYTHING, the anything part gets stripped off on this forum. Therefore you cannot post such a link.

Thanks, does the link in the comment that i posted immediately before my "hash" comment work for you?

Yes, that will work.