Re: Can we measure Fedora users by language?

Sundeep Anand <[email protected]>
Newsgroups gmane.linux.redhat.internationalization
Message-ID <CAC97U52rvsrP3CiTXugLCE8MZieQuaHeZW=mOJ9Ua1z+bUmgPA@mail.gmail.com>
On Sun, Sep 9, 2018 at 10:48 PM, Brian (bex) Exelbierd <[email protected]>
wrote:

>
>
> On Wed, Aug 29, 2018 at 4:23 AM, Rafal Luzynski <
> [email protected]> wrote:
>
>> 28.08.2018 04:16 Noriko Mizumoto <[email protected]> wrote:
>> > [...]
>> > As long as You and Me are happy to keep contributing the translation, I
>> > think that is fine and that is the opensource, isn't? Unless a
>> > maintainer refuses to add in his package.
>>
>> Well, actually I don't contribute to the translation because Piotr does
>> his work so completely and perfectly that there is usually nothing more
>> to add. What I sometimes do includes providing and fixing metadata for
>> other languages. Sometimes this may mean languages which do not have
>> their translation teams or the teams are just being created.
>>
>> > [...]
>> > Four years back, when we have moved to Zanata.
>> > Upon request from Zanata team, I coordinated to create final language
>> > list to add in Zanata. Only language teams who responded have been
>> > added, and in result, a number of language teams I cut off due to no
>> > response. Obvious, no respond no one to work, no point to add.
>> > Repeating this process may help?
>>
>> No, the context (offline) of this discussion is not about removing the
>> languages but about adding them. Should we add a language because somebody
>> (a native speaker) asks us and then disappears and never comes back?
>> Should
>> we add a language because we (or someone else) look at the map of the
>> world
>> and discover an uncovered area?
>>
>
> Could we achieve a system where we add languages on request, but only ask
> maintainers to include them when they reach a certain percentage complete?
> This would also be a floor to cause a language to be considered for removal
> from active publishing.  This way we never turn away anyone and we don't
> have to debate whether it is used or not.  This would also give us a basis
> for having a conversation with maintainers and have something we can
> publish to "shout" about translations and know the result could be valuable
> to people.
>
>

( just an idea - would need inputs on this - not sure how much this would
help here )

In Transtats ( at transtats.xyz ) we have relationship whereby people can
traverse from  Fedora Release > Language > Packages. There we have some
information on "how languages are doing at translation platform?" but this
depends on *list of packages* added.
Secondly, as it has statistics from build system, hence, some interface
could be created for "how languages > packages are doing at build system?"
- so, this at-a-glace picture could help both 1) Language Maintainers and
2) Package Maintainers.

And, slowly over a few fedora releases we can have history of "how
languages performed in last few fedora releases?" - which could influence
this decision of - whether to keep X language in *active publishing*. I
know here - we are trying to decide on "norms" which we should have to
decide on "Languages List?". I have one more point - "How to decide on
Packages List?"

Not sure, mostly for - Languages List, may be l10n team (language
coordinators) can help us and for Packages List may be - i18n and i18n-qe
team can help!

Technically, people see first languages list at anaconda, which is
primarily from
https://raw.githubusercontent.com/mike-fabian/langtable/master/data/languages.xml
Languages list at every translation platform may differ. For DamnedLies its
185: https://l10n.gnome.org/languages/ ,   for fedora.zanata its 101:
https://fedora.zanata.org/languages , for weblate (demo) its 50+:
https://demo.weblate.org/languages/    In fedora we have people using many
different platforms to translate (obviously for us its Zanata - as our
platform) -- but good news is: everything is built in koji !!

So, if we decide on "Language List" and "Package List" - interfaces could
be created (based on stats from koji) in Transtats to see - "How much of
fedora is ready in X languages?"

thanks,
sundeep



> regards,
>
> bex
>
>
>>
>> > [...]
>> > Fedora, afaik, will be used by downstreams. Some contributors may work
>> > for this purpose. Are those distributions' users to be included in the
>> > count as well?
>>
>> I think you mean forks of Fedora. Not even spins but forks. So, no, I
>> think
>> we don't count anything about forks even now. If somebody takes the source
>> code of Fedora, modifies it, builds another distro and publishes it
>> (I assume this is all legal) then we have no control and even no knowledge
>> about it. The same about other distros which are not related with Fedora.
>>
>> Thank you for your feedback, Noriko. Best regards,
>>
>> Rafal
>> _______________________________________________
>> trans mailing list -- [email protected]
>> To unsubscribe send an email to [email protected]
>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: https://lists.fedoraproject.or
>> g/archives/list/[email protected]
>>
>
>
>
> --
> Brian (bex) Exelbierd | [email protected] | [email protected]
> Fedora Community Action & Impact Coordinator
> @bexelbie | http://www.winglemeyer.org
>
> _______________________________________________
> trans mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/trans@lists.
> fedoraproject.org
>
>

_______________________________________________
trans mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.