Would it be possible to give username priority first to sysops, then by number of accounts owned across different wikis, then most recent edit activity, and finally date of first registration?
or some combination of these.
That should reduce the number of conflicts to almost zero.
Paul
On 6/6/05, Magnus Manske magnus.manske@web.de wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Alfio Puglisi schrieb:
On Mon, 6 Jun 2005, Magnus Manske wrote:
I think I suggested this some time ago, but here it goes again:
- Create "global" users for all unique user names in wiki(pedia)-land
- Merge all users which carry same name and password hash (and maybe
email), where all instances across wiki-land match perfectly
- Block creation of all conflicting user names, both locally and globally
Are there any stats on how many conflicting usernames are in the db? Is it possible to run some query on the user tables? If we only have 10 conflicting accounts, going manually is a workable strategy. Not if we have 20,000.
Even with 20,000 initial conflicts, it would be quite possible. IMHO many/most conflicts will be with user names that were created a year ago and used once, with no user page.
Then maybe some accounts created by the same user, with different passwords or emails.
Come on, a community that created two million encyclopedia articles could merge 20,000 user accounts in an instant ;-)
(though I strongly doubt there are as many as 20,000).
Magnus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCpAdACZKBJbEFcz0RAsceAJ9XCIZkVYHeTUc9zJCXkIrUkDi3KwCeMXaP FY2PxZ2KrUNuf702SaD7Bsk= =BDsA -----END PGP SIGNATURE----- _______________________________________________ Wikitech-l mailing list Wikitech-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l