I previously posted this July 31, on Geni's Community Help, I received no replies there, so I am posting it here. Conflicting Data entries still remain, even though I confirmed the correct data days ago.
"A few days ago I was doing some merging, when I started coming across duplicate profiles of people in my tree, with only my name associated with them. The profiles were very basic, with most only having a birth year and general area of the birth. (They looked like they might of come from a quickly-done tree, that I would have done 8 to12 years ago for FTDNA, SMGF, or 23andMe.) Regardless of birth year, most profiles had the person listed as still living, which then had them flagged as a Data Conflict with my profiles.
When I checked on the profiles' Revisions list, the profiles were listed as being created by Customer Service on March 22. Does anybody know what happened? It took several hours to merge them all. Even after choosing the best information for conflicting data, many are still listed in Data Conflicts."
I can't think of anything I would have done last March, that would have caused this.
Steve Trangsrud, Those profiles were transfered from Ysearch and Mitosearch as a step in the partnership Geni-FTDNA. I can see you have merged them but you have not yet resolved the data conflicts.
/Bo-Arne
Thanks for the Ysearch/Mitosearch explanation, Bo-Arne! It was really bugging me -- not knowing what happened.
I have gone through the Data Conflict procedure for each one, more than once. It is frustrating that the data conflicts remain unresolved. The only thing I can think of is that maybe it all has to approved by Geni personnel ???
Steve Trangsrud - When you go to resolve the Date Conflict - LOOK - above the box - do you see
a) "Click on the data you would like to keep and then click the Send button.
Your corrections will appear on the profile when XXXXX approves the request."
Or do you see
b) "Click on the data you would like to keep and then click the Save button."
If you see the message in b) - then your choices will go thru when you enter them. If you see the message in a), then they will not.
If it is an unclaimed profile in your Max Family, or an unclaimed Profile you Manage then you will see the message in b)
If it is a fully claimed profile, then you will see the message in a) - with XXXXX being the person whose profile it is.
If it is a Public Profile outside your Max Family and you are not a manager nor collaborating with a manager - I believe then you will see the message in a) - and I think XXXXX will be the Primary Manager. I am not sure whether your suggested data conflict resolution actually goes to all the managers - or just the Primary Manager.
For Public Profiles - a way to get around this -- change the value(s) in the Field(s) to the value in the non-Primary Profile -save - thus eliminating the Data Conflict - and then change to whatever value you want it to have.
[The version you are looking at IS the Primary Profile - which is why it cannot be 'change the value in the non-Primary Profile' to anything]
Steve Trangsrud - on the other hand - if you are guessing or unsure which the correct data is - probably better to leave the Data Conflict unresolved than to force a choice and thus destroy a clue for those looking at the Profile later.
Lois Lubin:
Above the box it says: "Click on the data you would like to keep and then click the Save button." I am listed as the manager for both profiles. I click on 'select all', in the Main Profile column, then click the 'Save' button.
I would think that should resolve the data conflict, but when I check back, the data conflict is still there.
The Alternate Data column profile was created by Geni, without my knowledge, but lists me as the manager. The information was from a hastily-created tree, I had put on Ysearch over 10 years ago. For most of the people, I had only listed a birth year and general birth location. Since I didn't enter a death year, they are listed as still living.