I'm having a look at the data. If there's an id with loads of merges, this is usually an id to be added to the sortinghat blackiist.

Blacklisted names are those like 'root', black spaces or other generic names.

I'm importing right now the JSON file to check the ids you mention.

In T119755#1842088, @Dicortazar wrote:

I'm having a look at the data. If there's an id with loads of merges, this is usually an id to be added to the sortinghat blackiist.
I'm importing right now the JSON file to check the ids you mention.

@Dicortazar: Any news to share?

In order to fix this issue I'm going to split this identity and execute again the procedure. I've seen this behaviour before when people shares mail accounts, this seems not to be the case so I could be just an error introduced the first time data was imported.

After spliting them, I identified at least 6 people. The first idea is to split all the accounts and see if sortinghat manages to group them correctly. If not, we could have the same error during the next executions.

We're having issues getting the metrics with the sortinghat database. Something is broken in the load process, I'm debugging the sortinghat workflow and crossing my fingers :-/

Ok, data is updated finally.

The identities were correctly splittted, have a look at the identity 028b6b8dce6241c60c313f9a4dd1ee0c957db7e5 in the identities file.

@Lcanasdiaz: I see the "Manual edition" change and data looks reliable again on korma, but do we know what underlying problem happened, and how to avoid that in the future?

Plus looking at http://korma.wmflabs.org/browser/scr-contributors.html it seems that several staffers lost their affiliation info. I guess I can fix that manually but it would be great if that's avoidable in the future.

In T119755#1887553, @Aklapper wrote:

Plus looking at http://korma.wmflabs.org/browser/scr-contributors.html it seems that several staffers lost their affiliation info. I guess I can fix that manually but it would be great if that's avoidable in the future.

The ones that lost their affiliation were part of the huge identity I've just splitted. I though sortinghat would be able to sort them correctly, but it didn't match them

After @Lcanasdiaz's manual edition, OwlBot's next https://github.com/Bitergia/mediawiki-identities/commit/d4c99f0af9b617e282451309e7e5fd70dbbd55f7 diff has "64 additions and 1,291,607 deletions". And that number scares me, as JSON filesize also went down from 67MB to 18MB. Was that intended?

...and I should have cleaned up most regressions now in https://github.com/Bitergia/mediawiki-identities/commit/49fbc8efdd08385a81cbb380465c67b77877afbf