Hi,
The FAQ page (Don't remember the URL) tells that wikisource.org should
be used for copyright expired source material and if wikipedians want
to start writing a book, wikibooks.org is the right place. (The actual
wording may be different, I have written it in plain english)
The differentiating line between these two projects is so thin, that I
am confused. Will all the languages at wikisource get their own
sub-domains? I asked the question but got no answer. There are a few
languages which share the same writing style but are totally different
in expression. For e.g. Marathi and Hindi. When someone is searching
for Marathi source material, he certainly don't expect to see Hindi
pages. Having a separate sub-domain will solve that problem.
Shantanu Oak
shantanuo(a)yahoo.com
Ok, maybe this is just a blind spot that I have. I cannot see it.
I downloaded and am running a wiki for myself. I also know, basically,
how to read php.
And I understand that the wiktionary is a kind of Wikimedia project. I
just cannot find how to start something which looks like a
wiktionary....
I guess I expected that there might be a switch in one of the
index.php, like:
$wgSiteType = "wiki"
or ...
$wgSiteType = "wiktionary"
The wiktionary front page looks very different than the default
wikipedia-style front page. For example, it has "Quick Index" of
letters. Are those just constructed by hand, or is there a different
stylesheet, or skin, or config script that one uses to "turn on" the
wiktionary features?
If someone can point me at info with which to get started, I would be
glad to write a series of pages: "Running MediaWiki Configured as a
Wikipedia" (not much would be in this one), "Running MediaWiki
Configured as a Wikiquote", "Running MediaWiki Configured as a
Wiktionary", and so forth and so on.
thanx - ray
Suda is now the master. Still adjusting slaves and load sharing. Likely to be slowness and erratic response at times during the day as things are tuned.
I would like to suggest to the owner/developer of the wikibugs-l
mailinglist (Brion ?)
to implement a new and more general email preference option to suppress
duplicate mails to be sent, e.g. when one has a relation to a certain
bug and is also member of the wikibugs-l mailinglist. (In this case, one
currently receives two mails).
For example, we usually have a globle reference page composed of
individual references from REFERENCES sections of several individual
pages.
Could we write the globle reference page using something like
#include page1#REFERENCES
#include page2#REFERENCES
#include page3#REFERENCES
?
I checked metawiki's help. The current template may serve us somehow,
but too indirect.
It seems "INCLUDE" is not used in metawiki now. Maybe we can add it as
a special directive for this purpose.
--
Be good....
Zigger wrote:
> Have you tried disabling your email at
http://bugzilla.wikipedia.org/userprefs.cgi?tab=email
I have duly considered to change my personal email settings there, but I
was unsure which options could safely be disabled and which not - in
order not to miss a single (new or old) bugzilla.
The option texts are many and not fully clear, e.g. I am member to list,
but in general not a "CC"; I am reporter and assignee to some bugs -
shall I better disable the latter ones?
Again, to be very honest, I was totally unsure due to the manifold of
options, what can be disabled to achieve the wanted result (i.e. to
receive one single mail regardless of my relation to the bug).
Perhaps, someone can help me ?
We have registered the IRC channel #enrc.wikinews, and would like to set
up an RC bot similar to that used on #derc.wikinews and #enrc.wikipedia.
How should we go about asking for that? (Or is that Who, What, Where,
When, Why, and How?)
Amgine
All Wikimedia sites will be unavailable for about 30 minutes between 04:00 and 08:00 UTC while we switch master database server.
Why the switch? Even with compression, the disk space free for logs and temporary files on the current master, Ariel, is now down to 15GB. About 100GB will become available after compression but that can't be made free while Ariel is master. So, we're switching back to Suda, the master we used for the first half of 2004. That now has larger disks and about 120GB of free space. Meanwhile, MediaWiki 1.4 has been released and that shifts much of the database load from the master to the slaves, so the master now sees about 650 relatively easy queries per second instead of 3,000 queries, many of which are problematic. Suda has been shown to be fine up to 1,400 of those mixed problematic queries and should do better still on the remaining master-only queries. So: no need to accept the risk of running out of space on Ariel and we'll get plenty of free space back on it later. Ultimately Ariel is destined to become a slave on the en+ja part of a split set of master/slave servers, each set handling half of the site load. Estimated time for that split is about April 2005, adjusted based on load and growth rates.
Updates on when the switch starts and completes will, as usual, be at Wikipedia Status on OpenFacts:
http://openfacts.berlios.de/index-en.phtml?title=Wikipedia_Status