OmegaWiki is back on line

When a technician does not know that a live application is running on a server, he will just turn the server off. That is what happened to OmegaWiki two weeks ago.

What happened next was an amazing group of people getting together, they found someone in the USA willing to go to the office where the server was, take it home and in a multi-continent operation get the data from that system.

OmegaWiki is now operational again; it runs on a server of Erik Moeller, Siebrand, Kim and Marc worked on the issue from the Netherlands and Cyde in the USA. Once the server was up and running, it was Kipcool who got everything working again.

I am really grateful for the hosting we received in the past from Knewco, I am really grateful and happy for the support of so many fine men who brought this project that has so much passion, love, work in it back from the brink.

I have added some translations for the concept Wikipedia, I enjoyed the fact that I could add all the different expressions all in one go. I needed them for some work at translatewiki.net
Thanks,
      GerardM

Off line (progress report II)

The OmegaWiki server is now connected to the Internet. The data is being moved so happily a positive progress report :)
Thanks,
    GerardM

Off line (progress report)

Sadly things have not progressed as quickly as we would have hoped. I understand that today the server will be picked up to transfer the data from the server and prepare for a relaunch.

More info when I have it ..
Thanks,
    GerardM

Off line

OmegaWiki is for the moment off line. Our host forgot that OmegaWiki was on their server. It will be available again soon I have been promissed.

It does however mean that we are looking for hosting elsewhere.
Thanks,
     GerardM

400.000 expressions

Today at OmegaWiki we have reached the milestone of 400.000 expressions for more than 43.000 concepts in 242 languages.

It was longer to reach than expected, because the statistics where first too optimistic by showing 20.000 more expressions than we actually had. This is now fixed.

The statistics reveals that, among these 242 languages, 49 have more than 1.000 expressions, and 10 have more than 10.000, namely English, Castilian, German, Dutch, French, Italian, Portuguese, Swedish, Finnish and Polish. The first seven of these languages correspond to the languages in which the regular contributors are native (or fluent).

What is not known is how many definitions we have in these languages. An improvement of the statistics page is needed.

Thanks,
Kipcool.

Adding multiple translations at once

At Omegawiki, it used to be that if you want to add 10 translations or synonyms to a word, you have to add them one by one. This implies that the page is reloaded 10 times. It takes time for the contributor, and load for the server.

But now, with a bit of java, there is the possibility to add multiple translations without reloading the page.

For this, you just have to click on the green "+" and a new row appears.

I give translations as an example, but it works also for definitions, classes, annotations, etc.

I am glad, it is my first steps in the AJAX world, and it will allow us to reach faster the 400k milestone.

Thanks,
Kipcool.

Language specific annotations

In order to allow for transcriptions (see previous post), I implemented the possibility to have language specific annotations.

Up to now, it was already possible to have language specific annotations only when that annotation is a list of options. For example, gender shows "masculine" and "feminine" in French, and "masculine", "feminine" and "neutrum" in German (and nothing in English). However, the other annotations (texts and link) were always available for all languages.

Language specific annotations allow for example that the annotation "pinyin" shows up only for words in Mandarin. This is now possible, and configurable by adding the corresponding annotations to the language definedMeaning (e.g. Mandarin (simplified) , Japanese ).

At the moment, the following transcriptions are available:
- pinyin for simplified Mandarin and traditional Mandarin
- revised Hepburn romanization for Japanese
- Hiragana and Katakana for Japanese (as a way of reading a word in kanji)

More transcriptions can be easily added, as soon as a contributor shows interest in it.

It is possible to do more than just transcriptions with language specific annotations. For example, we could imagine to have links to some public domain (for example Webster) or authoritative English dictionaries (Oxford dictionary online), as a way of providing an attestation for a given syntrans (spelling + definition). Such a link would be available only for English words.

Other ideas and thoughts are welcome.

Kipcool.

Romanizations in Omegawiki

Romanizations are important to learn a language since it allows us, Latin alphabet readers, to read a word in a non-Latin script.

We are going to implement romanizations in OmegaWiki as text attributes. However, there are several concurring romanization systems for each non-Latin script, and it has to be decided which systems we are going to use.

First of all, there are several ISO norms for romanizations: (Wikipedia link). There are also many other romanization systems which are not ISO norms.

Among the languages and scripts listed in Wikipedia, I have knowledge and interest in Mandarin and Japanese. So, I'll discuss them below. For the rest, help is welcome.

For Mandarin Chinese, it is clear that the ISO norm, i.e. pinyin, is to be used. It is what is in the books when we learn the language, and what appears in almost all dictionaries, it is the most used system to write Chinese on a computer, and it is even taught to Chinese people at school.

For Japanese, the situation is not easy. The ISO norm is the Kunrei-shiki romanization . However, the most widely used seems to be the Hepburn romanization . It is the one that is used in my books at home. So we have the choice between several possibilities:
- should we use the Kunrei-shiki only, because it is ISO,
- should we use the Hepburn only, because it is the most widely used,
- or should we implement both?

For the other non-Latin scripts and languages , if you have knowledge or interest in Cyrillic, Arabic, Hebrew, Greek, Georgian, Armenian, Thai, Korean, Indic scripts or any other script that is not in the list, you are welcome to give your thoughts about the following question (here or at the International Beer Parlour):

"Should we use the ISO norm, or another system?"

Thanks,
Kipcool.

P.S.: there is also the cyrillization of Japanese. Is it a desired feature as well?

Etymologies

Thanks to Dh, it is now possible to add etymologies in Omegawiki (in fact, since about a month).

It has been implemented as a translatable text attribute. It means that the etymologies for any word can be explained in all languages.

This may seem like an overkill, and actually, the initial idea was to have only one text field, and to enter the etymology of a word in the language of that word, since we expected that only people who know a language would be interested in etymologies of words of that language.

However, while I might be interested in the etymology of a Latin word, I am not able to write it in Latin, and there is also no particular reason to write it only in English in that case.

What is missing now is the possibility to have etymons as links to the corresponding DefinedMeanings. This is also a desired feature for having the words of a definition linking to the corresponding DM to avoid ambiguity, and will need further development.

Have fun adding etymologies,
Kipcool.

Linking to external ontologies

At Omegawiki, it is already possible to add links to Wikipedia and Commons.

In order to be part of the Web 2.0 , we are now considering adding links to external ontologies as well. There are many ontologies out there. For example, there is a small list on Wikipedia. From the discussions we had, there are several ways of linking to them:

1. We only link to Wikipedia and Commons (this is the current situation).
2. We link to as many ontologies as we like, as soon as there is a contributor willing to add links to it.
3. We link to a few ontologies that we consider authoritative or relevant.
   
4. We link to only one (or two?) super-ontologies, where we expect that this ontology will link back to other ontologies (and ideally to Omegaiki).
   

There are problems with each proposition.

1. Why only Wikipedia and Commons?
2. If we link to too many ontologies, we cannot keep track of what they are for, and then it is expected that we will be lost in too many links. We also have the risk that some user will come with their favorite ontology that do not bring any information to Omegawiki users, and are therefore useless links.
3. What is an authoritative ontology? What is relevant? and for what purpose (OmegaWiki users, or automatic processing by programs)? In this case, each ontology of possible interested has to be discussed by the Omegawiki community, and it has to be clear what information it brings.
4. What is this super-ontology? The name of Opencyc has been proposed. Opencyc links for example to Wikipedia, Umbel, Wordnet and Dbpedia. However, Opencyc does not link for example to geonames.
   

For more details, you can read and give your opinion on the discussions taking place in the omegawiki beer parlour: here and there.

Thanks,
Kipcool.

Colors in the interface

In order to make OmegaWiki less austere, colors have been added in the interface:
- light red for each language entry
- light blue for each definition or concept
For an example, have a look at Expression:wild

Note that these colors have been chosen to match, more or less, the colors of the OmegaWiki logo ;-)

These changes involve only a modification of the Monobook.css, so each user can also re-configure it to his own taste.

We are looking for more ideas to make the interface more appealing. Please do not hesitate to make any suggestion, should it involve only a css change or even a change in the php.

Thanks,
Kipcool.

Thank you Brion

Brion has added Kipcool to the illustrious roster of MediaWiki developers. His first contribution to OmegaWiki is a nice one; when you translate from one language to the the next, the definitions will be shown in the source language when available.

This is a much more friendly approach when translating from one language to the next ... Thank you Brion for making it possible to have cause to thank Kipcool :)
Thanks,
       Gerard

Two improvements

Kipcool has written two nice improvements:

"patch-needstranslation" changes the SpecialNeedsTranslation in that :
instead of link to "Expression:", we have a link to the actual "DefinedMeaning:"
that needs to be translated.

"patch-classes" changes the way the classes are displayed when you want to
add a class to an element.
The current way displays in the first column the name of the classes
and in the second column, the collection to which the class belongs
(which is almost always "Omegawiki Community database")
I have changed it so that the second column now displays a definition of the class.

Note: "patch-classes" also includes additional documentation in the code,
that I am trying to add when I understand what a function does.

Thanks,
       GerardM

A new patch went life

Kipcool had written an improvement on the Expression needing translation special page. The page now shows the number of expressions that exist in one language and have no translation in the other language.

I have had fun playing with it, you find that there are words in Hindi that have no equivalent in Dutch.
Thanks,
       GerardM

Multi lingual support

When you support languages like OmegaWiki does, then there are two levels where this support is provided.

• Localisation of the user interface
• Localisation of the data

With the recent major upgrade of OmegaWiki we moved up from release 1.10a to 1.16a. As a consequence we gained the massive amount of localisations that had been provided to MediaWiki by the fine people at translatewiki.net. This is shown really well in for instance the Russian language..

The complete user interface is now in Russian. We will be able to do even better in the future. We will implement the "LocalisationUpdate" extension; this allow us to continuously adopt all relevant new localisations as committed to the code repository from translatewiki.net.

Making OmegaWiki a resource that is continuously updated for its multi language support is a dream come true. Really important in this has been the perseverence of RobertL. He got to grips with the complicated even convoluted code that makes OmegaWiki. His work included a lot of sanitising of the code base, this will make it not that hard for us to upgrade in the future.

One other upgrade is planned; this is the implementation of the Babel extension. We will be saying goodbye to all the current templates. They have served us well but they have been an absolute pain to maintain. Smaller project like OmegaWiki are best served by getting the localisations for this functionality from one central place. It makes thousands of templates redundant and, new localisations will now be provided on a daily basis through the LocalisationUpdate.

All in all, the latest major upgrade to OmegaWiki has been an important and most necessary boost to our code base. It adds a new sparkle to our project.

Thanks,

GerardM

Upgrading the system

OmegaWiki is expected to go completely offline on Monday 20th July at 14:00 UTC for a major upgrade lasting several hour

ISBN 978-3-03911-799-4

Last year I spoke at a conference in Aarhus, Denmark at the Centre for Lexicography at the Aarhus school of business. I was asked to write an article about what I had to say. I did, and with pleasure I received a complimentary copy in the post titled "Lexicography at a Crossroads".

Sadly the publication is not published as an Open Access work so you will have to find a copy when you want to read my essay "The Philosophy behind OmegaWiki and the Visions for the Future". There is always the presentation that I gave at the conference..
Thanks,
      GerardM

WOTD publicatie

The word of the day is publicatie. The reason is, that a book with articles by the people who presented has been published. My article is about the philosphy behind OmegaWiki. Now I will have to figure out how to update my profile at wikiprofessional...
Thanks,
       GerardM

Ambaradan

OmegaWiki as a project works; concepts are added and we call them DefinedMeanings, we add Expressions to them and they are either synonyms or translations. We can add part of speech information, we can refer to Wikipedia articles or Commons pictures. All these things we can do in the language selected in your user interface.

OmegaWiki does all these things but there is a problem; the software as it is, is convoluted. A programmer new to the code does not like it. Some hate it with a passion and some looked at it and walked away. This is not good. This is one reason why not much happened with OmegaWiki, the other reason is that we started the development of OmegaWiki mark II.

We created a proof of concept that demonstrated that we can provide multi lingual support to Commons and the next bit was that on the basis of the database backend we would create a new front end, it would be OmegaWiki mark II.

Bèrto went off the grid, it was not possible to contact him in a normal way and now, many months later he appears to have written something called Ambaradan. At this moment there is documentation what it is supposed to do. This documentation is very intriguing and I think that it may even work.

Obviously Ambaradan is welcome to the OmegaWiki content and once there is a user interface to the data, I will be interested to learn how it presents the data. What I will be looking for is how you can configure what information can be entered for a language and how you can relate information entered in one language to information in another.

There are several projects I am involved in that are anxious to learrn Ambaradan's potential. Many things have been on hold and for several projects alternatives are being looked at..

Ambaradan has surfaced, it may be great. At this stage there is not enough to go on.
Thanks,
     GerardM

A new user ,,, many new languages

A new user came to OmegaWiki and he wanted to add content in the Mayan languages. All of them "except that funny one from veracruz which only recently got classified as Mayan". All of them because this new user comes with an existing dictionary and this has "all of them".


Now the Mayan languages are not easily classified; The way Ethnologue had it is not how the ISO-639-3 has it at this time. This means that we will have to carefully understand what the relation is between the languages in the dictionaries and the codes maintained by SIL.
Thanks,
       GerardM