(Just poking foundation-l, please continue with discussion at wiktionary-l, or, better, at Meta [1])
During Wikimania I asked Gerard Meijssen would he be willing to give OmegaWiki to Wikimedia. He said that he doesn't have anything against it: software is free, content is free. More precisely, he told to me "Take it!" :)
My initial idea was that it would be the best to replace all Wiktionaries with OmegaWiki. However, the last day of Wikimania I was talking with one Swedish guy who is working on Swedish Wiktionary. He has complained that philologists like more open form for writing dictionary. Thus, my suggestion is to adopt OmegaWiki as one of Wiktionaries, probably as http://wiktionary.org/, similarly to the multilingual Wikisource.
And, of course, before possible adoption we need discussion and some software improvements of Wikidata extension.
[1] - http://meta.wikimedia.org/wiki/Requests_for_comment/Adopt_OmegaWiki
* * *
As multilingual projects are not in the scope of the [[Language committee]], before the implementation (or not) of the idea, community should discuss about it.
[http://www.omegawiki.org/ OmegaWiki] is a formal multilingual dictionary based on MediaWiki extension [[:mw:Extension:Wikidata|Wikidata]].
No matter would it be the only Wiktionary or it would be just one of the Wiktionaries, OmegaWiki would raise quality of Wiktionaries. At the other side, the project would get much more attention as a Wikimedia project.
Wikidata extension should be improved (from user experience and linguistic points of view) before implementation as Wikimedia project.
[[User:GerardM|Gerard Meijssen]], the founder of OmegaWiki project, doesn't have anything against adopting it as a Wikimedia project.
== Advantages and disadvantages of adopting OmegaWiki ==
=== Advantages === * It is possible to create one billion entries per Wiktionary: All synthetic languages could import at least ~10M of words, but probably more if all common phrases are counted. Thus, it means that we need just 100 synthetic or polysynthetic languages to create one billion entries per Wiktionary. This is very large number and while it is possible to keep technically one such project, presently it is hardly possible to keep a number of projects with more than billion of entries. * It is structured formally. * ...
=== Disadvantages === * Philologists like more open form for dictionaries. * OmegaWiki is distant from the wiki principle. Software fixes should make it closer. * ...
== How to adopt OmegaWiki == * Instead of all Wiktionaries. * As www.wiktionary.org, like www.wikisource.org is the place for multilingual Wikisource. * As mul.wiktionary.org (ISO 639-5 code for multilingual entities) * ...?
== Minimums for adopting OmegaWiki ==
=== If OmegaWiki replaces all Wiktionaries === * Evaluation of software by linguists and adding necessary linguistic features. * Fixing bugs in software if needed. * Adding all needed features to satisfy philological needs. * Importing all data from Wiktionaries.
=== If OmegaWiki becomes one of the Wiktionaries === * Evaluation of software by linguists and adding necessary linguistic features. * Fixing bugs in software if needed.
== Licensing ==
OmegaWiki licences are CC-BY and GFDL. It is a bit of pleonasm, as CC-BY is a subset of GFDL (and CC-BY-SA as well).
* Licensing should probably stay CC-BY, not CC-BY-SA. There is a legal problem of copyrighting words, phrases, sentences and definitions, which mean that it would be probably better to leave the least restrictive license as the OmegaWiki license. * ...
[[Category:Requests for comments]]
Hoi, OmegaWiki is truly multi lingual in that depending on the amount of content available in a language labels and annotations will show up in the preferred language. Recently many of the relevant phrases were localised in Telugu and consequently it became useful in Telugu.
When a language is right to left the user interface and the data is shown in the right to left direction.
One or the more interesting things of OmegaWiki is that we do have links to Commons and Wikipedia. This means that when you look for pictures of a "hobune" you will actually find them. Having links to Wikipedia means that they can effectively work as interwiki links.
To understand why we at OmegaWiki want the WMF to adopt this project, we have always wanted OmegaWiki to be a WMF project. As far as the suggestion goes to end the Wiktionary projects, we have always said that this is for the Wiktionary projects themselves to decide. However particularly for the smaller projects the effort of adding content to OmegaWiki is more efficient as more people benefit from work that only needs to be done once.
As OmegaWiki has its data in a database, it is possible to use the data in applications. This is very much our goal ... we are on record saying "success is when people find an application for our data we did not think off."
As to the license, PD would be our preferred license but sadly their are too many people who consider that their must be a license because ... In our view making our data available under a license prevents success. This is a reason why we are not interested in "copyright violations". Thanks, GerardM
On 19 July 2010 09:05, Milos Rancic millosh@gmail.com wrote:
(Just poking foundation-l, please continue with discussion at wiktionary-l, or, better, at Meta [1])
During Wikimania I asked Gerard Meijssen would he be willing to give OmegaWiki to Wikimedia. He said that he doesn't have anything against it: software is free, content is free. More precisely, he told to me "Take it!" :)
My initial idea was that it would be the best to replace all Wiktionaries with OmegaWiki. However, the last day of Wikimania I was talking with one Swedish guy who is working on Swedish Wiktionary. He has complained that philologists like more open form for writing dictionary. Thus, my suggestion is to adopt OmegaWiki as one of Wiktionaries, probably as http://wiktionary.org/, similarly to the multilingual Wikisource.
And, of course, before possible adoption we need discussion and some software improvements of Wikidata extension.
[1] - http://meta.wikimedia.org/wiki/Requests_for_comment/Adopt_OmegaWiki
As multilingual projects are not in the scope of the [[Language committee]], before the implementation (or not) of the idea, community should discuss about it.
[http://www.omegawiki.org/ OmegaWiki] is a formal multilingual dictionary based on MediaWiki extension [[:mw:Extension:Wikidata|Wikidata]].
No matter would it be the only Wiktionary or it would be just one of the Wiktionaries, OmegaWiki would raise quality of Wiktionaries. At the other side, the project would get much more attention as a Wikimedia project.
Wikidata extension should be improved (from user experience and linguistic points of view) before implementation as Wikimedia project.
[[User:GerardM|Gerard Meijssen]], the founder of OmegaWiki project, doesn't have anything against adopting it as a Wikimedia project.
== Advantages and disadvantages of adopting OmegaWiki ==
=== Advantages ===
- It is possible to create one billion entries per Wiktionary: All
synthetic languages could import at least ~10M of words, but probably more if all common phrases are counted. Thus, it means that we need just 100 synthetic or polysynthetic languages to create one billion entries per Wiktionary. This is very large number and while it is possible to keep technically one such project, presently it is hardly possible to keep a number of projects with more than billion of entries.
- It is structured formally.
- ...
=== Disadvantages ===
- Philologists like more open form for dictionaries.
- OmegaWiki is distant from the wiki principle. Software fixes should
make it closer.
- ...
== How to adopt OmegaWiki ==
- Instead of all Wiktionaries.
- As www.wiktionary.org, like www.wikisource.org is the place for
multilingual Wikisource.
- As mul.wiktionary.org (ISO 639-5 code for multilingual entities)
- ...?
== Minimums for adopting OmegaWiki ==
=== If OmegaWiki replaces all Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
- Adding all needed features to satisfy philological needs.
- Importing all data from Wiktionaries.
=== If OmegaWiki becomes one of the Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
== Licensing ==
OmegaWiki licences are CC-BY and GFDL. It is a bit of pleonasm, as CC-BY is a subset of GFDL (and CC-BY-SA as well).
- Licensing should probably stay CC-BY, not CC-BY-SA. There is a legal
problem of copyrighting words, phrases, sentences and definitions, which mean that it would be probably better to leave the least restrictive license as the OmegaWiki license.
- ...
[[Category:Requests for comments]]
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
I think it would be best to first discuss the general question (if) and later more specific questions (how) like the license. Although important, it is more important to determine if we want this in the first place. Once we know that, we can work out the exact conditions from both sides :)
Questions to consider in the if-question would be: * How does this influence other projects, both positively and negatively * Do we believe there can be a stable community supporting this (this has proven to be problematic in the past) * Would it be good for OmegaWiki, or would it mean that it would practically split up and that two competing projects arise? * Do we want anything that doesnt work exactly like MediaWiki works in enwiki (as in, more database-like), is that a nogo?
Probably you can imagine more questions like this.
Lodewijk
2010/7/19 Gerard Meijssen gerard.meijssen@gmail.com
Hoi, OmegaWiki is truly multi lingual in that depending on the amount of content available in a language labels and annotations will show up in the preferred language. Recently many of the relevant phrases were localised in Telugu and consequently it became useful in Telugu.
When a language is right to left the user interface and the data is shown in the right to left direction.
One or the more interesting things of OmegaWiki is that we do have links to Commons and Wikipedia. This means that when you look for pictures of a "hobune" you will actually find them. Having links to Wikipedia means that they can effectively work as interwiki links.
To understand why we at OmegaWiki want the WMF to adopt this project, we have always wanted OmegaWiki to be a WMF project. As far as the suggestion goes to end the Wiktionary projects, we have always said that this is for the Wiktionary projects themselves to decide. However particularly for the smaller projects the effort of adding content to OmegaWiki is more efficient as more people benefit from work that only needs to be done once.
As OmegaWiki has its data in a database, it is possible to use the data in applications. This is very much our goal ... we are on record saying "success is when people find an application for our data we did not think off."
As to the license, PD would be our preferred license but sadly their are too many people who consider that their must be a license because ... In our view making our data available under a license prevents success. This is a reason why we are not interested in "copyright violations". Thanks, GerardM
On 19 July 2010 09:05, Milos Rancic millosh@gmail.com wrote:
(Just poking foundation-l, please continue with discussion at wiktionary-l, or, better, at Meta [1])
During Wikimania I asked Gerard Meijssen would he be willing to give OmegaWiki to Wikimedia. He said that he doesn't have anything against it: software is free, content is free. More precisely, he told to me "Take it!" :)
My initial idea was that it would be the best to replace all Wiktionaries with OmegaWiki. However, the last day of Wikimania I was talking with one Swedish guy who is working on Swedish Wiktionary. He has complained that philologists like more open form for writing dictionary. Thus, my suggestion is to adopt OmegaWiki as one of Wiktionaries, probably as http://wiktionary.org/, similarly to the multilingual Wikisource.
And, of course, before possible adoption we need discussion and some software improvements of Wikidata extension.
[1] -
http://meta.wikimedia.org/wiki/Requests_for_comment/Adopt_OmegaWiki
As multilingual projects are not in the scope of the [[Language committee]], before the implementation (or not) of the idea, community should discuss about it.
[http://www.omegawiki.org/ OmegaWiki] is a formal multilingual dictionary based on MediaWiki extension [[:mw:Extension:Wikidata|Wikidata]].
No matter would it be the only Wiktionary or it would be just one of the Wiktionaries, OmegaWiki would raise quality of Wiktionaries. At the other side, the project would get much more attention as a Wikimedia project.
Wikidata extension should be improved (from user experience and linguistic points of view) before implementation as Wikimedia project.
[[User:GerardM|Gerard Meijssen]], the founder of OmegaWiki project, doesn't have anything against adopting it as a Wikimedia project.
== Advantages and disadvantages of adopting OmegaWiki ==
=== Advantages ===
- It is possible to create one billion entries per Wiktionary: All
synthetic languages could import at least ~10M of words, but probably more if all common phrases are counted. Thus, it means that we need just 100 synthetic or polysynthetic languages to create one billion entries per Wiktionary. This is very large number and while it is possible to keep technically one such project, presently it is hardly possible to keep a number of projects with more than billion of entries.
- It is structured formally.
- ...
=== Disadvantages ===
- Philologists like more open form for dictionaries.
- OmegaWiki is distant from the wiki principle. Software fixes should
make it closer.
- ...
== How to adopt OmegaWiki ==
- Instead of all Wiktionaries.
- As www.wiktionary.org, like www.wikisource.org is the place for
multilingual Wikisource.
- As mul.wiktionary.org (ISO 639-5 code for multilingual entities)
- ...?
== Minimums for adopting OmegaWiki ==
=== If OmegaWiki replaces all Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
- Adding all needed features to satisfy philological needs.
- Importing all data from Wiktionaries.
=== If OmegaWiki becomes one of the Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
== Licensing ==
OmegaWiki licences are CC-BY and GFDL. It is a bit of pleonasm, as CC-BY is a subset of GFDL (and CC-BY-SA as well).
- Licensing should probably stay CC-BY, not CC-BY-SA. There is a legal
problem of copyrighting words, phrases, sentences and definitions, which mean that it would be probably better to leave the least restrictive license as the OmegaWiki license.
- ...
[[Category:Requests for comments]]
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
Hoi, To answer some questions...
- when some Wiktionary projects are affected by it, then it is for them to take or not take the consequences. - with more content, OmegaWiki will provide a better service to more languages. - there has never been an issue with communities, OmegaWiki still has its own community. It has different rules then Wikimedia projects (we are not afraid to give admin rights to everyone and we do not regret that) - When OmegaWiki becomes a WMF project, there will be no split .. why would it? - OmegaWiki conforms to what is a wiki. Ward Cunningham says so. The notion that a project behaves different is normal. Wikibooks, Wiktionary, Wikipedia, Commons all have their own little differences. The same is true for OmegaWiki.
Yes I can think of more questions, but the motivation for me is that it will allow us (ie WMF) to do new things. It will improve the ability of people to more easily find information, pictures. That is what we aim to do. It is easy to think up what will divide us, it is harder to see that there is a benefit when we allow for change. Thanks, GerardM
On 19 July 2010 17:54, Lodewijk lodewijk@effeietsanders.org wrote:
I think it would be best to first discuss the general question (if) and later more specific questions (how) like the license. Although important, it is more important to determine if we want this in the first place. Once we know that, we can work out the exact conditions from both sides :)
Questions to consider in the if-question would be:
- How does this influence other projects, both positively and negatively
- Do we believe there can be a stable community supporting this (this has
proven to be problematic in the past)
- Would it be good for OmegaWiki, or would it mean that it would
practically split up and that two competing projects arise?
- Do we want anything that doesnt work exactly like MediaWiki works in
enwiki (as in, more database-like), is that a nogo?
Probably you can imagine more questions like this.
Lodewijk
2010/7/19 Gerard Meijssen gerard.meijssen@gmail.com
Hoi, OmegaWiki is truly multi lingual in that depending on the amount of
content
available in a language labels and annotations will show up in the preferred language. Recently many of the relevant phrases were localised in Telugu and consequently it became useful in Telugu.
When a language is right to left the user interface and the data is shown in the right to left direction.
One or the more interesting things of OmegaWiki is that we do have links
to
Commons and Wikipedia. This means that when you look for pictures of a "hobune" you will actually find them. Having links to Wikipedia means
that
they can effectively work as interwiki links.
To understand why we at OmegaWiki want the WMF to adopt this project, we have always wanted OmegaWiki to be a WMF project. As far as the
suggestion
goes to end the Wiktionary projects, we have always said that this is for the Wiktionary projects themselves to decide. However particularly for
the
smaller projects the effort of adding content to OmegaWiki is more efficient as more people benefit from work that only needs to be done once.
As OmegaWiki has its data in a database, it is possible to use the data
in
applications. This is very much our goal ... we are on record saying "success is when people find an application for our data we did not think off."
As to the license, PD would be our preferred license but sadly their are too many people who consider that their must be a license because ... In our view making our data available under a license prevents success. This is
a
reason why we are not interested in "copyright violations". Thanks, GerardM
On 19 July 2010 09:05, Milos Rancic millosh@gmail.com wrote:
(Just poking foundation-l, please continue with discussion at wiktionary-l, or, better, at Meta [1])
During Wikimania I asked Gerard Meijssen would he be willing to give OmegaWiki to Wikimedia. He said that he doesn't have anything against it: software is free, content is free. More precisely, he told to me "Take it!" :)
My initial idea was that it would be the best to replace all Wiktionaries with OmegaWiki. However, the last day of Wikimania I was talking with one Swedish guy who is working on Swedish Wiktionary. He has complained that philologists like more open form for writing dictionary. Thus, my suggestion is to adopt OmegaWiki as one of Wiktionaries, probably as http://wiktionary.org/, similarly to the multilingual Wikisource.
And, of course, before possible adoption we need discussion and some software improvements of Wikidata extension.
[1] -
http://meta.wikimedia.org/wiki/Requests_for_comment/Adopt_OmegaWiki
As multilingual projects are not in the scope of the [[Language committee]], before the implementation (or not) of the idea, community should discuss about it.
[http://www.omegawiki.org/ OmegaWiki] is a formal multilingual dictionary based on MediaWiki extension [[:mw:Extension:Wikidata|Wikidata]].
No matter would it be the only Wiktionary or it would be just one of the Wiktionaries, OmegaWiki would raise quality of Wiktionaries. At the other side, the project would get much more attention as a Wikimedia project.
Wikidata extension should be improved (from user experience and linguistic points of view) before implementation as Wikimedia project.
[[User:GerardM|Gerard Meijssen]], the founder of OmegaWiki project, doesn't have anything against adopting it as a Wikimedia project.
== Advantages and disadvantages of adopting OmegaWiki ==
=== Advantages ===
- It is possible to create one billion entries per Wiktionary: All
synthetic languages could import at least ~10M of words, but probably more if all common phrases are counted. Thus, it means that we need just 100 synthetic or polysynthetic languages to create one billion entries per Wiktionary. This is very large number and while it is possible to keep technically one such project, presently it is hardly possible to keep a number of projects with more than billion of entries.
- It is structured formally.
- ...
=== Disadvantages ===
- Philologists like more open form for dictionaries.
- OmegaWiki is distant from the wiki principle. Software fixes should
make it closer.
- ...
== How to adopt OmegaWiki ==
- Instead of all Wiktionaries.
- As www.wiktionary.org, like www.wikisource.org is the place for
multilingual Wikisource.
- As mul.wiktionary.org (ISO 639-5 code for multilingual entities)
- ...?
== Minimums for adopting OmegaWiki ==
=== If OmegaWiki replaces all Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
- Adding all needed features to satisfy philological needs.
- Importing all data from Wiktionaries.
=== If OmegaWiki becomes one of the Wiktionaries ===
- Evaluation of software by linguists and adding necessary linguistic
features.
- Fixing bugs in software if needed.
== Licensing ==
OmegaWiki licences are CC-BY and GFDL. It is a bit of pleonasm, as CC-BY is a subset of GFDL (and CC-BY-SA as well).
- Licensing should probably stay CC-BY, not CC-BY-SA. There is a legal
problem of copyrighting words, phrases, sentences and definitions, which mean that it would be probably better to leave the least restrictive license as the OmegaWiki license.
- ...
[[Category:Requests for comments]]
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
Hello,
I fail to see how this project could be usefull for the Wiktionary projects, because it will probably bring double stuff, we have some big projects there in some languages, why should be bring on a new project that would be multilingual? It sounds that we only have double work.
And Wikimedia stands for open content that everybody can change, will OmegaWiki use all wikimedia rules when it would be a project?
Hoi, OmegaWiki was created to the prevent double work that is inherent in Wiktionary. When you ask what value it has for "the Wiktionary projects" then it is not really one question and consequently there is not one answer. It is however the wrong question, the question is: does it add something to what we do in the WMF.
Wikimedia stands for open content and everybody can edit. However, the changes by a vandal are not appreciated and consequently he / she will be banned. <grin> that is what we do at OmegaWiki as well. As to the Wikimedia rules, the rules for Wikinews are different from Wikipedia from Commons from Wiktionary. This is true for OmegaWiki as well. Are the rules compatible, sure.
Come and experience it. It will certainly provide you with facts in stead of leave you with questions.
NB It was the intention for WiktionaryZ to be a WMF project. Sadly it was not to be and now the project is called OmegaWiki. It was not my initiative to call for the inclusion of OmegaWiki in the WMF, I am however of the opinion that it is still a good idea. Thanks, GerardM
On 19 July 2010 21:52, Huib Laurens sterkebak@gmail.com wrote:
Hello,
I fail to see how this project could be usefull for the Wiktionary projects, because it will probably bring double stuff, we have some big projects there in some languages, why should be bring on a new project that would be multilingual? It sounds that we only have double work.
And Wikimedia stands for open content that everybody can change, will OmegaWiki use all wikimedia rules when it would be a project?
-- Huib "Abigor" Laurens
Tech team
www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com - www.wickedway.nl - www.huiblaurens.nl - www.wikiweet.org _______________________________________________ foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
On Mon, Jul 19, 2010 at 3:05 AM, Milos Rancic millosh@gmail.com wrote:
(Just poking foundation-l, please continue with discussion at wiktionary-l, or, better, at Meta [1])
Can you make sure that you leave a note on most Wiktionaries notifying them of this discussion too?
wikimedia-l@lists.wikimedia.org