Until some weeks ago http://dumps.wikimedia.org/backup-index.html used
to show 4 dumps in progress at the same time. That meant that new
database dumps normally was available within about 3 weeks for all
databases except for enwiki and maybe dewiki where the dump process due
to size took longer time.
However the 4 dumps processes at one time become 3 some weeks ago. And
after massive failures at June 4, only one dump has been in progress at
the same time. So at the current speed it will take several months to
come thru all dumps.
Is it possible to speed up the process again using several dump
processes at the same time?
Thank you,
Byrial
What's the status of the project to create a grammar for Wikitext in EBNF?
There are two pages:
http://meta.wikimedia.org/wiki/Wikitext_Metasyntaxhttp://www.mediawiki.org/wiki/Markup_spec
Nothing seems to have happened since January this year. Also the comments on
the latter page seem to indicate a lack of clear goal: is this just a fun
project, is it to improve the existing parser, or is it to facilititate a
new parser? It's obviously a lot of work, so it needs to be of clear
benefit.
Brion requested the grammar IIRC (and there's a comment to that effect at
http://bugzilla.wikimedia.org/show_bug.cgi?id=7
), so I'm wondering what became of it.
Is there still a goal of replacing the parser? Or is there some alternative
plan?
Steve
Hi everyone,
I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/)
and I need to extra the content from it and convert it into LaTeX
syntax for printed documentation. I have googled for a suitable OSS
solution but nothing was apparent.
I would prefer a script written in Python, but any recommendations
would be very welcome.
Do you know of anything suitable?
Kind Regards,
Hugo Vincent,
Bluewater Systems.
Sorry about bugging the list about it, but can anyone please explain
the reason for not enabling the Interlanguage extension?
See bug 15607 -
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607
I believe that enabling it will be very beneficial for many projects
and many people expressed their support of it. I am not saying that
there are no reasons to not enable it; maybe there is a good reason,
but i don't understand it. I also understand that there are many other
unsolved bugs, but this one seems to have a ready and rather simple
solution.
I am only sending it to raise the problem. If you know the answer, you
may comment at the bug page.
Thanks in advance.
--
Amir Elisha Aharoni
heb: http://haharoni.wordpress.com | eng: http://aharoni.wordpress.com
cat: http://aprenent.wordpress.com | rus: http://amire80.livejournal.com
"We're living in pieces,
I want to live in peace." - T. Moore
Hi,
I am from Malayalam Wikipedia (ml.wikipedia - user:Praveenp), and my
language is Malayalam. Consider our one big problem.
After the release of Unicode 5.1.0, there are two kind of encoding for
some characters of Malayalam alphabet (because of reverse
compatibility). This cause serious problems in linking, searching etc in
mediawiki software. Currently Windows 7 is the only operating system
which supports Unicode 5.1.0. (? according to my knowledge), but lot of
third-party tools for writing and reading Malayalam supports new
version. And now large quantity of data in Wikimedia projects are in new
version. It is not possible to link, or search titles encoded in
pre-Unicode 5.1.0 from Unicode 5.1.0 or vice versa. Currently one of our
namespace ???????? (Category) also has one such character, so it is
possible to write ???????? as ?????? which renders same as first but
different in encoding. It causes problem in categorization also.
Is it possible to put some unicode equivalence
<http://en.wikipedia.org/wiki/Unicode_equivalence> in mediawiki
software? We need urgent help.
Pls check
http://unicode.org/versions/Unicode5.1.0/#Malayalam_Chillu_Characters also
*Visual * *Representation in 5.0 and Prior* *Preferred 5.1
Representation*
1 CHILLU_NN.png 0D23, 0D4D, 200D 0D7A
CHILLU_N.png 0D28, 0D4D, 200D 0D7B
3 CHILLU_RR.png 0D30, 0D4D, 200D 0D7C
4 CHILLU_L.png 0D32, 0D4D, 200D 0D7D
5 CHILLU_LL.png 0D33, 0D4D, 200D 0D7E
*
*Thanks
Wikipedia Affiliate Button
<http://wikimediafoundation.org/wiki/Support_Wikipedia/en>
Just a note to say that I didn't go ahead with my
planned implementation of revision suppression
for all administrators, because Aaron said that he
would rather that I wait until bug 20928. Once that
is fixed, I will again look into deploying single-revision
deletion for administrators.
<https://bugzilla.wikimedia.org/show_bug.cgi?id=20928>
--
Andrew Garrett
agarrett(a)wikimedia.org
http://werdn.us/
Added Jan Gerber ('j'). Jan is the developer of Firefogg, and will be
helping out with some of the open video player & sequencer work with
Michael Dale that Kaltura's sponsoring.
-- brion