Selecting the interface language

OmegaWiki tries to be as multilingual as possible in that its data is multilingual, and its interface can be displayed in any language supported by MediaWiki (more than 300 languages).

I've just added a combobox on the left to change the language of the interface. Previously, you had to create an account and change it in your preferences. Now, anonymous users can also change the language.

A nice feature is that when you set the interface language in your language, the definitions will be shown preferably in your language as well, when available.

Here is what it looks like for a word in German looked up with the interface in Piedmontese

I do not speak all languages, so I cannot test everything. Therefore I ask the question:
Is your language displayed correctly?

Thanks,
Kipcool

Community class attributes

In #OmegaWiki the community class attributes are a collection of words or phrases that are used as labels for attributes of a class. In the last few days a few attributes were added to the "number" class. This was to allow the expression of numbers in Thai, Laotian and Telugu.

These 65 words are with the names of languages the most relevant concepts. They are effectively what localises the data for the people who selected a language in their interface.

It is really appreciated when they are completed with some urgency; this is what makes OmegaWiki functional for our readers.
Thanks,
       GerardM

#Wikipedia article

At #OmegaWiki we have twenty translations of the phrase "Wikipedia article". This phrase is one of the Community class attributes, these are used to indicate a relation. 

The relation indicated by the "Wikipedia article" is an article in the Wikipedia of that language. Currently many articles are referred to in the English and the Spanish Wikipedia.

We would appreciate it when you help us with translations for this phrase in your language.
Thanks,
       GerardM

Internationalisation and localisation

When you write software, when the software is to be used by people who speak many languages, internationalisation is a key requirement. It is the precursor to localisation; the changes made by the localisers to support their language.

MediaWiki is really good at localisation and, it is being perfected all the time. When software is written and when internationalisation / localisation is not considered from the start, it is quite a job to get this right.

The OmegaWiki Vocabulary Trainer needed internationalisation / localisation badly. The first issue with the software; it was not German. The software was paid by the University of Bamberg to be used by its students. These students are expected to know German and this trainer is a tool to aid them to learn languages. OmegaWiki is very much dedicated to making information available in many languages and not considering internationalisation in its associated software is ... odd.

It is with relief that I can now announce that the Vocabulary trainer is supported in Betawiki. I am grateful to the kind developers at Betawiki who made this possible. You can localise for your language here ...
Thanks,
GerardM

Bounties for the localisation of MediaWiki

Hoi,
The "Stichting Open Progress" is happy to announce that it has received a grant from Hivos, to improve the localisation of MediaWiki. Open Progress is going to offer a bounty of up to 200 EURO for the full localisation for a language. Given the activity of Hivos, a Dutch NGO, a bounty will only be available for languages in Asia, Africa and Latin America that have a sizable number of speakers.

With this project we hope to achieve that MediaWiki can indeed claim to be one of the best Open Source projects that provides great localisation for many many languages out of the box. It will improve the usability not only for the WMF projects in that language but also for projects like Wikimedia Commons, Wikieducator, Wikihow, OmegaWiki .. the list goes on ..

The budget we have is substantial but limited. We will be sadly happy when we have to announce that we have ran out of money. Sad because we want to localise more languages, happy because so many languages will have been improved.

For the precise details of the project I refer to the details on Betawiki.

NB The amounts are inclusive of the money transfer costs and as these can be substantial, we offer some alternatives. In the past I have proposed a scheme called "Donations, putting your money where your mouth is". In this scheme you choose to get paid or donate the money for one of the projects that we advertise under this scheme. Another way of getting the money paid is when people in a country agree to work together and have us pay the money together as well. This could for instance work in the case of Wikimedia India...

Thanks,
GerardM

Eastern Yiddish

Eastern Yiddish, is one of the two varieties of Yiddish that have been recognised as languages in their own right in the ISO-639-3 (ydd). in OmegaWiki, we now have our first 213 Expressions in this language and I am impressed with the amount of work that has gone into it; most have annotations indicating hyphenation and the pronunciation using IPA notation.

Eastern Yiddish is not one of the languages supported by MediaWiki, and the mechanism for showing localised content is connected to the language selected in the "User Preferences". I have been given some help from Siebrand what files need to be changed and added. Kim helped me with doing it for the first time and now the first localisation is visible for Eastern Yiddish.

The MediaWiki localisation itself uses Yiddish as the fall back language so the experience is pretty good for now. What Siebrand indicated is that is is possible to include languages like Eastern Yiddish in the BetaWiki. This would create stubs that are of benefit to OmegaWiki. It would prepare for the moment when people start localising in earnest.

I think it would be a good thing, but I am interested to learn what other people think.

Thanks,
GerardM

Supporting American English

American- or British English are two variations of the English language. They have substantial differences. They are sufficiently the same and are unlikely be mistaken to be separate languages.

In OmegaWiki, it has been possible to add entries for English; this meant there is no difference between written the different versions of English or you had to specify both versions. Issues like this exist for other languages like Serbian and Mandarin as well.

In the OmegaWiki user interface, languages are considered ISO-639 entities. When a DefinedMeaning for a language is part of the appropriate collection, we use the translations in our user interface. The problem is that all these linguistic entities are needed now and that they are created to make OmegaWiki work.

For the ISO-639-6 there will be issues as the codes we make, using the RFC 4646 methodology, will be replaced. It will also be interesting to learn how in the end everything will be merged together.

In the mean time we now support localisation for these linguistic entities.

Thanks,
GerardM

More localisation

OmegaWiki had a lot of new functionality go live, today I spend time on one aspect that is really dear to me; localisation. Much of the OmegaWiki content is localised by adding translations. With the latest software release much of the more programmatic parts are in the system messages.

I started to translate the Dutch messages and, Tosca caught on and started on the German messages, Malafaya did the Portuguese. We hope that in this way our data becomes even more accessible to our users :)

One issue remains, with our messages translated in OmegaWiki, how do we get them in MediaWiki proper ...

Thanks,
GerardM

Localisation of OmegaWiki

What makes OmegaWiki so special, is that the presentation of the data is shown in the language selected in the user preferences. The data is sorted properly. It is really nice.

In the next version of the software, it will be possible to localise the headers as well. These are currently in English only. In contrast to how the localisation is done, the headers will be system messages. In this way each Wikis for Professionals can choose the headers that provide the best fit for its application.

Thanks,
GerardM