Is there any way to remove en_* spam-translations?

Asked by Dmitry Shachnev

There is a person ( who earns karma by making en_AU, en_GB and en_CA translations that are 100% identical to original.

Example of translation: (no change color -> colour as expected).

I think such translations just take extra space and I want to remove them. Is it possible? (For now I will use a work-around to exclude en_* translations during build).

Question information

English Edit question
Launchpad itself Edit question
No assignee Edit question
Solved by:
Jeroen T. Vermeulen
Last query:
Last reply:
Revision history for this message
Best Jeroen T. Vermeulen (jtv) said :

Unless you have very specific needs (such as an embedded project), I wouldn't worry about the space this takes up. It can be somewhat useful to have more en_* translations, even if they are identical to the original (where that is correct — as you point out that's not always the case here). The reason is that it reduces “false alarms” for untranslated strings.

Bear in mind that the person who is doing this may simply be trying to be helpful, or at least thinking they're earning karma in a way that doesn't cause anyone any problems. That can happen even in cases where it seems very surprising, e.g. because of some misunderstanding or something important they didn't know.

This particular user seems to be from Brazil, a country that speaks Portuguese that differs greatly from the version spoken in Portugal itself. They may simply not have noticed that different versions of English also have differences, because they seem so similar by comparison; or perhaps it's someone overestimating their own language skills. Have you tried contacting them, to point out that some of these translations are incorrect?

If that doesn't work, consider setting stricter translation permissions for your project, and notifying the owners of the Launchpad translation group's en_GB translation team that they have someone on board who's doing work they're not qualified for.

Revision history for this message
Dmitry Shachnev (mitya57) said :

Thanks Jeroen T. Vermeulen, that solved my question.