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?
Sorry about bugging the list about it, but can anyone please explain
the reason for not enabling the Interlanguage extension?
See bug 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
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
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.
*Visual * *Representation in 5.0 and Prior* *Preferred 5.1
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
Wikipedia Affiliate Button
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.
On 10/26/09 10:05 AM, Siebrand Mazeland wrote:
> P: I would like to try and make a proposal with other CMS projects (like
> Joomla, Drupal, Typo3, Wordpress, etc.) for a dev room. Reason for not
> applying for a "MediaWiki dev room' is that I expect that this will not be
> honored because it has too tight a scope. I spoke to one of the people of the
> program committee last year, and I was advised to find a broader scope.
> Alternatively we could request a dev room with other wiki engines (tikiwiki,
> docuwiki, etc.). Personally I have no preference on which projects we would
> cooperate with, just as long as we will make a proposal that will get us the
> best chance to have a presence at FOSDEM 2010. Open to suggestions...
There's been some talk on trying to pair with OpenStreetMaps as well;
has anybody attempted to contact any partner yet?
Wanted to do a quick mention of the updated mwEmbed gadget and subtitles
support on the email list(s) in case people have missed its mention on
the village pump  or other venues.
* On commons the "Commons:Timed_Text" and "Template:Closed_cap" have
* oggHandler has been patched to support "itext" ,  output so that
it would not need to hit the api to get the list of available subtitles
when we are embedding locally. Remote embedding outside of wikimedia
domain grabs the up-to-date list of available tracks via an api call.
* A basic "Add timed text" interface is accessible from the "cc" button
letting you "upload" an srt file.
* If you enable the mwEmbed gadget on English wikipedia ( or other
wikipedias ) it will display commons subtitles in the respective
wgUserLanguage. ( Interface translations are temporarly dissabled per
bug 21947 which should be "resolvable" as soon as the release is branched.
* Even with extremely limited exposure the number of subtitle files is
starting to grow: 
* The timedText display supports inline "wiki-text" so persons names,
subjects and place of interest can be linked to their respective
wikpedia articles in their respective languages from the srt text. 
* Gadget feedback has been very good. Big thanks to all that have helped
test and especially User:84user with his very detailed reports ;)
And finally .. I imagine it ~may~ take some time before the mwEmbed
stuff makes its way through code review and on by default deployment
because of release branching and mwEmbed includes quite a few other
components ... But similar to usability beta, and other gadgets we could
let people do a much easier opt in. Which I will continue to look into
in the mean time.
One of these days mailman will learn to reject these
On Dec 27, 2009 11:44 PM, "Soxred93" <soxred93(a)gmail.com> wrote:
On Dec 27, 2009, at 10:08 PM, Naresh.Kumar.Nayyar(a)us.elster.com wrote: > > I
am out of the office...