Getting entries approved for minority languages

[Mark Davis ☕️]

We realize that the process for "long-tail" languages is a problem; the
committee is engaged at looking into the issue so that we can get the data
confirmed.

There are several ways to handle it, and we are scheduled to work through
it at next week's meeting.


Mark <https://google.com/+MarkDavis>

 *— Il meglio è l’inimico del bene —*


On Thu, May 15, 2014 at 8:17 AM, Fòram na Gàidhlig <fios at foramnagaidhlig.net
> wrote:

> Hi all,
>
> I have started setting up a locale for Scottish Gaelic (gd) and have
> been busy on the Survey Tool this week. Whenever I change a term, the
> Survey Tool tells me "Changes to this item require 4 votes." I now fear
> that all my work might just go down the drain, because I don't know
> where to get 4 more voters from.
>
> It is good QA for big languages to require 5 people to approve a term,
> but a huge problem for us, because we won't be getting any changes in
> this way, ever. There are only 2 people in the world who localize pro
> bono into Scottish Gaelic, and I can't expect the other localizer to
> proofread the complete locale. So, even if we had 100% of available
> localizers working on this, we would still be 3 votes short.
>
> My fellow localizer has actually written an article about this problem:
>
>
> http://akerbeltzalba.wordpress.com/2014/01/29/when-peer-review-goes-pear-shaped/
>
> So, could we please make an exception for my language and simply get any
> winning items in, even if they only have 1 vote from me?
>
> Does anybody else on this list have the same problem, and how did you
> manage to solve it?
>
> Moreover, I have found a few already approved entries that will be even
> harder to change. We do need to change some of them though; I have
> already found a grammar error in one of them that I can't imagine would
> have slipped past 5 reviewers. So, no idea how those got in.
> _______________________________________________
> CLDR-Users mailing list
> CLDR-Users at unicode.org
> http://unicode.org/mailman/listinfo/cldr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/cldr-users/attachments/20140515/c30e6124/attachment.html>