Regler for forslag til nye språk

This page is a translated version of the page Language proposal policy and the translation is 27% complete.
Other languages:
Bahasa Indonesia • ‎Bahasa Melayu • ‎Deutsch • ‎English • ‎Esperanto • ‎Jawa • ‎Kiswahili • ‎Kırmancki • ‎Lëtzebuergesch • ‎Nederlands • ‎Tagalog • ‎Taqbaylit • ‎Tiếng Việt • ‎Türkçe • ‎Zazaki • ‎azərbaycanca • ‎dansk • ‎español • ‎français • ‎føroyskt • ‎italiano • ‎kurdî • ‎lietuvių • ‎magyar • ‎norsk bokmål • ‎occitan • ‎polski • ‎português • ‎português do Brasil • ‎română • ‎shqip • ‎slovenščina • ‎suomi • ‎svenska • ‎čeština • ‎русский • ‎українська • ‎ئۇيغۇرچە / Uyghurche • ‎العربية • ‎تۆرکجه • ‎جهلسری بلوچی • ‎فارسی • ‎پښتو • ‎کوردی • ‎नेपाली • ‎संस्कृतम् • ‎हिन्दी • ‎অসমীয়া • ‎বাংলা • ‎ਪੰਜਾਬੀ • ‎ગુજરાતી • ‎தமிழ் • ‎ไทย • ‎ဖၠုံလိက် • ‎ქართული • ‎中文 • ‎日本語 • ‎粵語 • ‎ꯃꯤꯇꯩ ꯂꯣꯟ • ‎한국어
Regler og retningslinjer Regler for forslag til nye språk
Denne siden gir et overblikk over reglene som gjelder forslag om nye språkutgaver av eksisterende prosjekter, som definert av språkkomiteen. Disse reglene ble sist oppdatert 13. juni 2019.
Language committee
Language committee
For requesting users
For members
Closing projects (voluntarily)
This box: view · talk · edit

Gå gjennom hele teksten på denne siden før du leverer et forslag.

Språkkomiteen går gjennom forespørsler i samsvar med søknadsprosedyren og tidligere erfaring med forespørsler og prosjekter. Komiteen kan hoppe over steg i prosedyren hvis de mener at en forespørsel allerede har imøtekommet målene med de stegene. Forslag om språk som allerede har veletablerte prosjekter kan godkjennes raskt på denne måten.



Følgende krav imøtekommes før forespørsler kan godkjennes; selv om de kan imøtekommes når som helst før eller etter at en forespørsel gjøres, anbefaler vi å fullføre de grunnleggende kravene før du leverer en forespørsel. Hvis du trenger hjelp eller har spørsmål spør et komitémedlem.

Prosjekter som eksisterte før den første versjonen av disse reglene ble tatt i bruk (november 2006) må ikke imøtekomme disse kravene. Ikke bruk dem som et argument for at ditt prosjekt bør anses som kvalifisert. Det at slike prosjekter eksisterer, selv om de ikke imøtekommer kravene nedenfor, er fullstendig irrelevant i nåværende diskusjoner om kvalifisering.


  1. Forslaget er å åpne en ny språkutgave av et eksisterende Wikimedia-prosjekt som ikke allerede finnes (se den fullstendige listen over Wikimedia-prosjekter eller SiteMatrix).
    (Det rette stedet å gå hvis du foreslår et helt nytt prosjekt er forslag om nye prosjekter.)
  2. Språket må vanligvis ha en gyldig ISO 639 1–3-kode (søk).
    • If there is no valid ISO 639 code, you must try to obtain one.[1] The Wikimedia Foundation does not seek to develop new linguistic entities; there must be an extensive body of works in that language. The information that distinguishes this language from another must ordinarily be sufficient to convince standards organizations to create an ISO 639 code.
    • Under very unusual circumstances, and provided there has first been an effort to obtain an ISO 639–3 code, the Language Committee may be willing to consider projects in languages having a valid BCP 47 language tag. Languages having neither an ISO 639 code nor a BCP 47 tag will not be considered under any circumstances.
  3. The language must be sufficiently unique that it could not coexist on a more general wiki. In most cases, this excludes regional dialects and different written forms of the same language.
    • The degree of difference required is considered on a case-by-case basis. The committee does not consider political differences, since the Wikimedia Foundation's goal is to give every single person free, unbiased access to the sum of all human knowledge, rather than information from the viewpoint of individual political communities.
    • Projects coded as macrolanguages in ISO 639–3 are possible in some cases. New projects with a macrolanguage code are generally allowed if other projects with the identical code already exist in Wikimedia. In all other cases, these are decided on a case-by-case basis. There must be a reason why the project should be in the macrolanguage and not in one of the languages within the macrolanguage.
    • Codes for collections of languages are part of ISO 639–2, not ISO 639–3. These are no longer valid codes for new Wikimedia projects. A few existing projects continue to use such codes, though the plan is to move them all.
  4. The language of the proposal has a sufficient number of fluent users to form a viable contributor community and an audience for the content.
    • Wikisource wikis are allowed in languages with no native speakers, although these should be on a wiki for the modern form of the language, when possible.
    • If the proposal is for an artificial language such as Esperanto, it must have a reasonable degree of recognition as determined by discussion. (Some recognition criteria include, but are not limited to: independently proved number of speakers, use as an auxiliary language outside of online communities created solely for the purpose, usage outside of Wikimedia, publication of works in the language for general sale.) Notwithstanding the existence of an ISO 639–3 code, fictional languages are not eligible for projects. Proto-language reconstructions are not eligible for ISO 639-3 codes,[2] so are not eligible for projects.

Requisites for final approval

  1. There is an active test project on the Multilingual Wikisource (Wikisource only), Beta Wikiversity (Wikiversity only), or the Incubator (all other projects).
    • A project must start on one of these wikis. This will demonstrate that there is sufficient community to build the project.
  2. There is a continuing effort to translate the MediaWiki interface into that language so that nobody is excluded from participating if they do not understand the English-language user interface. As a baseline, it is recommended that you begin by translating the "most used MediaWiki messages". These are the messages that are of highest importance to our readers and users. If a Wikimedia project in your language already exists and these messages have already been translated, we ask that you show evidence that localisation is continuing to be improved and maintained at a reasonable pace.
    • We ask that all localisation work be coordinated on, so that the localisation will be available on all Wikimedia Foundation projects, not just the one you're active on. Another benefit is that MediaWiki as a product will provide better functionality for users of MediaWiki outside the Wikimedia Foundation. It is for this reason that we suggest that you translate the non-WMF extensions as well.
    • Localisation statistics are available which describe the current availability of translations for the MediaWiki interface into different languages. The group statistics at have more detailed information.
    • Note that exporting of MediaWiki translations from and consequently their availability on Wikimedia wikis only starts when 13% of the whole MediaWiki core messages are translated.

Initial proposal


Users are encouraged to discuss whether it is a good idea to open the new language. However, this is not a vote. The project will be assessed on its linguistic merits and chances of flourishing. Even if there is strong support, the proposal may be denied if there are strong arguments against its creation and insufficiently strong arguments in support as judged by the language committee.


If the requirements for eligibility are met, the Språkkomiteen should verify it as "eligible". This means that the committee can proceed with final approval at the point when the activity and localization requirements are met. The respective request page contains links to track progress on this.

The users should begin writing a test project on the Incubator wiki, the Multilingual Wikisource or the Beta Wikiversity (as the case may be) now, if they haven't already. At least five active users must edit that language regularly before a test project will be considered successful. You are encouraged to search for interested contributors yourself, as this may speed up the process considerably. Note that a project may be closed if there is little or no activity after it is created.

Final approval

If all requirements have been met and a detailed investigation finds no unresolved problems, the Språkkomiteen will notify the whole community of pending approval by adding a notice to Talk:Language committee. If no further problems come up, the request will be approved and developers will be asked to create the wiki.

The number of users that support or oppose the project is irrelevant.

Users are strongly encouraged to continue developing the test project while they are waiting for the wiki to be opened. This may accelerate the process. For Wikipedia proposals, the list of articles every Wikipedia should have may be useful. All pages developed as part of a test wiki will be transferred to the actual wiki when it is opened.

Specific issues

Ancient or historical languages
Only Wikisource wikis in ancient or historical languages are accepted, because resources in such languages continue to be important to the world, even in the absence of native, living speakers of those languages. Where possible, such languages should be bundled with the modern equivalent Wikisource project (such as Old English with English), though that is not required.
Artificial languages
Yes, there can be wikis in artificial languages. There are already wikis available in Esperanto, Ido, Interlingua, Interlingue, Lojban, Volapük, Novial and Lingua Franca Nova. See the relevant note under the prerequisites concerning fictional languages and reconstructed proto-languages.
Number of speakers necessary
There should be enough speakers to form a viable community and audience. Whether a particular language qualifies depends on discussion.
Test projects
Anyone can create a test project at any time. For more information, see the Incubator wiki's main page and its manual.
Unicode encoding
Strictly speaking, Unicode encoding is not required by policy in order for a project to be approved. In practice, however, it may be impossible to ensure that the Wikimedia servers serve the project correctly if the language and script do not have a standard Unicode encoding.

See also


  1. See SIL's website for details as to how to do this.
  2. See SIL's website for details.