Hoi Gerard,
I believe, there is a misconception there. "It only makes sense to add a language
when there is a use case" comes with the presuppositions that a language needs to be
added, and that it might be added without a use case.
My suggestion is that a language would not be used without a use case. So unless someone
enters a label in a language, that language is virtualy not there (in WikiData) even
though it might exist in the IANA registry of language subtags and thus in ISO 639 and
thus was acceptable to WikiData.
My other suggestion is that a language is "added" automatically when it exists
in the IANA registry and when someone enters label data for it. I doubt it makes sense to
bother anyone including the Language Committee with a request to "add" a
language that undoubtedly exists anyways and thus shall be added anyways. After all, we
have some 8888+ language/script/varieties left in the IANA registry that we do neither
support nor allow to be used in WikiData at the moment.
Of course, you can view requests and permission as a matter to exercise some control about
what is happening, but whould it scale?
Background info:
Since I am capable to add (some) labels in half a dozen more languages than I currently
routinely do, and WikiData would not let me (producing some sort of errors when I tried),
I left almost half a dozen hints, error reports etc. already over time at various places.
There was no remedy visible to me. My current suggestion is an outcome of my corresponding
question to the developers of Wikidata present at the WikiCom 2014 in Cologne, and the
hints and suggestions I got.
In addition to the above, I have a growing collection of dictionary data files of various
languages waiting to be uploaded semiautomatically if I could.
Purodha
"Gerard Meijssen" <gerard.meijssen(a)gmail.com> writes:
Hoi,
Any ISO 639-3 language is admissible. HOWEVER, it only makes sense to add languages when
there is a use case. When someone is interested in adding content in a particular
language, the language committee is happy to allow for this. There is one proviso; when it
becomes clear that content in a specific language is not representative of that language
all the content will be removed..
Thanks,
GerardM
On 5 October 2014 15:03, P. Blissenbach <publi(a)web.de> wrote:Hi everyone,
When entering labels in WikiData, any world language should be allowed.
Technical language/script/variety marking for internet ressources is currently defined in
the IANA language subtag registry.
Thus the above suggestion boils down to mark language selections for labels by a valid
code as per the IANA language subtag registry, and allow each tag to be used (referred to)
by editors entering labels.
I created bug 71664 so as to overcome the current limitation.
Purodha
References:
*
http://www.iana.org/assignments/language-subtag-registry/language-subtag-re…
- IANA language subtag registry
**
http://rishida.net/utils/subtags/[http://rishida.net/utils/subtags/] - Interactive
query of the IANA language subtag registry
*
http://www.rfc-editor.org/rfc/bcp/bcp47.txt[http://www.rfc-editor.org/rfc/b…
- BCP 47 = Best Current Practice - Tags for Identifying Language
*
http://www.w3.org/International/articles/language-tags/[http://www.w3.org/I…
- Language tags in HTML and XML (by the W3C)
*
https://bugzilla.wikimedia.org/show_bug.cgi?id=71664[https://bugzilla.wikim…
--
(this e-mail probably scanned by NSA and GCHQ and others)
_______________________________________________
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org[Wikidata-l@lists.wikimedia.org]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l____________________…
Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l[https://lists.wikim…