"Luc Van Oostenryck" <luc.vanoostenryck(a)easynet.be> schrieb:
> Je réitère ma question qui était de savoir si il
> serait possible de contribuer à créer wikipedia en
> breton, car ca me tien vraiment à coeur. Je ne sais
> pas comment m'y prendre pour lancer le processus, ce
> serait sympat si je pouvais avoir de l'aide pour le
> faire concrètement. Je crois au multilinguisme dans
> wikpedia et j'aimerais qu'il s'étende aussi au breton.
The ISO 639-1 code for Breton is br.
Andre Engels
Has anybody thought about wiki databases? By these I mean applying the
wiki idea to data that is most naturally organized as a database
rather than as plain text. In practice, I visualize the edit page as
resembling a list of smaller text boxes, and then having one or more
display formatters to build a readable page from the raw database
entry. The closest I could see online is a TWiki plugin, but it didn't
look like it had a special UI.
The reason I'm interested in the general concept is that it seems to
have cropped up in several contexts:
1. I've been working on a scheme to handle WP's thousands of
bibliographic references. The idea is to have a sort of combination of
BibTex and the Image namespace; each referenced work gets an entry
with a name, you fill in fields of the entry, then just mention the
name as something like [[Ref:Arnett2001]] in articles and the software
puts out formatted author/title/ISBN etc. However, the ability to
format consistently depends on the reference's data being stored in
database style, while still being available for editors to fix up.
2. Wiktionary. Dictionary entries are database entries, not free
text. There should be a popup menu to add/choose the language for
which you're writing the definition, a list of definition numbers that
can be xref'ed properly, popups for parts of speech, and so on.
3. "Wikistamp". As part of my philatelic obsession, I've built up a
database of worldwide postage stamp data. It now includes info on
about 150,000 types - about half of all in existence - but the details
are often incomplete, and wiki seems like a good way both to publish
what exists and to enlist others in filling in, plus links to WP could
have info on the stamps' subjects. However, I've only been able to do
this singlehandedly because I have custom C code that does extensive
validity checking - it knows that "ltolgrn" is a valid shorthand for
the color "light olive grenn" but "grnollt" is not, that "1sh6p" is
only valid for UK stamps before 1971, how to apply ranges of defaults,
and so forth. A wikified version of this data would need to have the
rules continue to be enforced by software.
These kinds of things seem like obvious uses for the application of
the wiki approach to database content. Is this just something that
people haven't thought of doing before? Are there fundamental
obstacles to implementation? (I'm reading the MediaWiki sources now,
haven't yet tried to hack on them.)
Stan
Just so I don't forget this...
--brion
-------- Original Message --------
Subject: FW: About the upgrade to version 1.3 of nl.wiktionary.org
Date: Sat, 29 May 2004 12:02:07 +0200 (CEST)
From: Walter Vermeir
> Hi Brion,
>
> The starting members of the dutch Wiktionary have decided that the name
> "Wiktionary" is to bad for use in the dutch version. It is difficult to
> pronounce and is meaningless.
>
> We will use the name "WikiWoordenboek". (woordenboek =dictionary).
>
> I inform you about this now because the conversion to the new wiki is
> possibly a good time to change all the "Wiktionary" settings and label to
> "WikiWoordenboek".
>
> If there is no technical problem please set the website namespace to
> "WikiWoordenboek" (whit 2 capitals)
>
> Greetings,
> Walter Vermeir
Can you also setup nl.wikiquote.org please?
Please send a confirmation.
Greetings,
Walter Vermeir
The current copyright notice reads "Content is available under $1." and
can be localized. $1 however can't be localized, it's invariably "<a
href='http://www.gnu.org/copyleft/fdl.html'>GNU Free Documentation
License</a>".
While I agree this is a touchy issue, I think it would be better if
administrators (or whetever you call people who perform the interface
localization these days) were able to direct users to translated
versions of the license. Please bear in mind that GNU does not link to
any translations which are not prefaced with a disclaimer which states
that only the English text of the license is valid and can bind users,
so that's not an issue.
Why I personally would prefer to point to the localized version of the
license in the Romanian Wikipedia is because the "semi-official but
unofficial" (as in "linked to by GNU") Romanian version of the GFDL
license was translated and is hosted on... the Romanian Wikipedia (see
http://www.gnu.org/copyleft/copyleft.html#translationsGFDL).
Is this somehow possible? If not, will it be in the future?
Thanks,
Gutza
So, I'm guessing that the mediawiki servers don't use the in-place
installer for upgrades.
If so, there's a hairy bug somehow, since the user_real_name field
seems to be missing from some Wikipediae, per the discussion on meta:
http://meta.wikipedia.org/wiki/MediaWiki_1.3_comments_and_bug_reports#Vietn…
Any suggestions? I'd like to make it possible for people to, say,
login or create user accounts.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://wikitravel.org/en/
The free, complete, up-to-date and reliable world-wide travel guide
Hi,
first of all, thanks for setting up the Klingon Wikipedia :)
However, we need you to set this option that allows us to have article
titles in lower-case. Example:
http://tlh.wikipedia.org/wiki/TlhInganpu%27
This article should be at [[tlhInganpu']], with a lower-case t, not T.
Thanks!
Timwi
Surprisingly, some of the Wikipedias where upgraded to Version 1.3 beta 1
with the new skin. As I suspected, this skin does not support right-to-left
(RTL) languages correctly. Though I kept warning on this issue, it was
disregarded.
The result is that currently the Hebrew (http://he.wikipedia.org) and Arabic
(http://ar.wikipedia.org) Wikipedias are not usesable! The version should be
reversed ASAP !!!
Both me and the other Hebrew and Arabic wikipedians would be happy to help
debuging the new skin and version but it is not acceptable to update the
live site version without ANY proper tests!
We have long list of bugs that I would be happy to translate to English when
it will be needed. But, for now, install the old version that worked fine.
Meir :-(
Hello,
I'm pretty damn angry now. I can't believe you suspended the entire
Klingon wiki.
I can understand if you don't want inter-wiki links to it. I can
understand if you don't want any links to the site. But can't you just
let those that WANT TO WORK ON IT, work on it?!
Seriously, guys, I'm indescribably disappointed. Put Klingon back up, or
trash Toki Pona.
Pretty damn annoyed,
Timwi
*First of all, we would like to thank you for the creation of min-nan
wikipedia. We have begon to do the interface translation.
*The users on holopedia, http://www.holopedia.net/
, a wikipedia like project for min-nan language, have decided to migrate
to the newly created min-nan wikipedia. We would like to transfer the
articles in holopedia to the wikipedia. Following is the link to the mysql
dump of holopedia, which is running MediaWiki 1.1.x .
http://tmjiang.dyndns.org/wikipedia/wikipedia-backup.sql
Can anybody help to merge the article in this database to the min-nan
wikipedia?
*Finally, it seems that SIL's language code="cfr" bears no meaning to the
native speaker. While in RFC 3066, "zh-min-nan" is used. "min-nan" means
southern min, which is the region where this language is centered. The
community hence would like to suggest to rename the zh-cfr to zh-min-nan
or zh-minnan.
Thanks for your help
Pektiong