I lost track on too many G2G threads.
Here is my discussion I had with Carol over PM. It might be of interest here.
>> Hi Aleš,
>> You are doing such brilliant work here on wikitree, and inspiring a lot of us to help you with it.
>> I'm currently working my way through the duplicates that you have identified under error code 106, for the years 1900-1999. Have raised 67 merges so far, and covered just a small fraction of the errors, so it's going to be slow going.
>> This is just a suggestion that could go on your 'to do' list and that would help us with the corrections. When you run another DB dump and produce another error list, could the duplicates that have a 'pending merge' be excluded from the list. As I do each merge, I check for duplicates in parents, siblings and spouses etc, so they are all raised at the same time. I'm pretty certain that a lot of these merges are not going to be approved by their profile managers, so they will have to wait for the default approval before they can be actioned, and they will continue to be shown on the error report. It would be far easier to work from the report if it only contained duplicates that needed merges raised.
>> Don't worry if this is not possible, but thought I'd write and suggest it, kind regards, Carol
>> This message is from Carol Keeling: http://www.WikiTree.com/wiki/Winton-239
> On 16/05/2016 17:00, Aleš Trtnik wrote:
> Pending merges are not part of database dump, so I cannot remove those merges. Downloading page for each user would be very slow so that cannot be a solution. I could add link to hide specific error for xx days (similar to false positive). How many days does default approval takes?
> 2016-05-16 21:24 GMT+02:00 Carol
> Thanks for the reply, Aleš, that's a pity that you don't have access to pending merges, I thought it was a good idea anyway, and worth asking.
> Profile merges (I think) take a calendar month, so one raised today should get default approval on 16th June. Don't worry about putting the hide link in, I'm assuming that the next error list for 106 will come out in the same order, so I just need to start on the next profile that needs looking at. I'm keeping a spreadsheet of all the merges that I've raised and all the trusted list requests so I can keep track of where I am.
> Kind regards, Carol
So I could hide the error for a month, to give user some time to repair it (holidays,...) and after that time it would reappear so different actions could be taken.