Quick update on dump status:
* Dumps are back up and running on srv31, the old dump batch host.
Please note that unlike the wikis sites themselves, dump activity is
*not* considered time-critical -- there is no emergency requirement to
get them running as soon as possible.
Getting dumps running again after a few days is nearly as good as
getting them running again immediately. Yes, it sucks when it takes
longer than we'd like. No, it's not the end of the world.
* Dump runner redesign is in progress.
I've chatted a bit with Tim in the past on rearranging the architecture
of the dump system to allow for horizontal scaling, which will make the
big history dumps much much faster by distributing the work across
multiple CPUs or hosts where it's currently limited to a single thread
per wiki.
We seem to be in agreement on the basic arch, and Tomasz is now in
charge of making this happen; he'll be poking at infrastructure for this
over the next few days -- using his past experience with distributed
index build systems at Amazon to guide his research -- and will report
to y'all later this week with some more concrete details.
* Dump format changes are in progress.
Robert Rohde's p.o.c code for diff-based dumps is in our SVN and
available for testing.
We'll be looking at what the possibility on integrating this is to see
what the effect on dump performance is; currently performance and
reliability are our primary concerns, rather than output file size, but
they can intersect since the bzip2 data compression is a time factor.
This will be pushed back to later if we don't see an immediate
generation-speed improvement, but it's very much a desired project since
it will make the full-history dump files much smaller.
-- brion
Hi,
I'd like to submit an extension to the Mediawiki codebase. I think it's a
cool extension -- it allows Mediawiki users to embed financial stock charts
on articles. We've secured redistribution rights for the financial data,
which is provided by Thomson / Reuters and Xignite, with a 15-20 minute
delay. The extension is licensed under the GPL. Once I've committed it,
I'll add documentation to the Mediawiki.org site.
I've tested the extension against the version of mediawiki we're using
1.9.3, and a new install off trunk, 1.15alpha.
I'm following the process listed here:
http://www.mediawiki.org/wiki/Commit_access
Can I get commit permissions?
username: rfong
ssh key:
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAz8CFXbEoey6c+Wh2a2+zAqZF2mMoKPeBbN7km2ae03RWPdkbZYhynDbA1X+IgGN5DtKFTocuozritEFCx762xGs7pfg9vIHwNi0pvD6WyLR+GYXh8vXRyUSGVmOsaIqiDH2xUF5dk62aRtFE+aglB+wjGhi41ldBIgOhjMMZIs0tIxvmSjXc5806gZh4Rd6s2t/VeGjyGBHus6DPp2bL4+tSm7xfmSp/T5r7n6gpkFH7XSpSInx6/myR3KS0ikeSPjhJ3pa2wG1EHS3NwvHSy43jsu/RsZsjsgsulyP5lJNI+dS0YApBO9uVEegVVJV8a+k7EUXczOfytIrPoOYVEw==
roger(a)wikinvest.com
Thanks!
Roger
For the distribution of seats among political parties in local
governments and parliaments, the Swedish Wikipedia has used
repeated 5px images of different colours (red, red,... blue),
which is both inefficient and hard to edit.
To improve this, I created a template that uses tables with
bgcolor and width. I'm happy with calling this template, the
article text is now very friendly to edit,
http://sv.wikipedia.org/w/index.php?title=Kumla_kommun&diff=8619386
For this typical article, the length was reduced from 21 kbytes to
5 kbytes.
The template parameters are Swedish political party abbreviations
(s, m, c, fp, ...) that are used for looking up the right colour,
interlaced with the number of seats for that party.
But is the template implementation optimal, or would you use some
other technique? For very long bars or very narrow browser
windows, the math gets distorted. Should I use divs instead of
tables? I guess SVG would be the best, but can SVG images be
generated inline from a template?
http://sv.wikipedia.org/wiki/Mall:Mandatstapel
The name is derived from mandat (= seat) and stapel (= bar).
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
Is there a way to calculate word count in an article according to
contributors?
For example: an article is written by three authors A, B, C. The total word
count of this article is 100 words. A write 60 word, B write 30 word, C
write 10 words. After the article is stable and no more editing, is there
any method that could list the word count for each author automatically?
Thanks!
Lei Jiang
__________ Information from ESET Smart Security, version of virus signature
database 3895 (20090227) __________
The message was checked by ESET Smart Security.
http://www.eset.com
I can't believe in 1.14 that you have now removed the ability for
zh-tw users to make links to e.g., Special Pages using their zh-tw
characters.
To link to e.g., [[Special:Specialpages]],
[[特殊:特殊頁面]] can no longer be used, as now only this
[[特殊:特殊页面]] simplified Chinese link works.
The problem is, there is hardly anyone in the country (Taiwan) who has
the software configuration, any interest, nor often knowledge of even
how to read some simplified characters.
Sure, on the surface all is zh-tw, but the links are all loaded with
Simplified Chinese:
$ for i in --dump --source; do lynx $i http://radioscanningtw.jidanni.org/|
iconv -f utf8 -t big5|wc -l; done
119
iconv: illegal input sequence at position 5412
79
So now all one can use is
[[{{#Special:Specialpages}}|{{ns:special}}:{{int:specialpages}}]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=17681https://bugzilla.wikimedia.org/show_bug.cgi?id=17680https://bugzilla.wikimedia.org/show_bug.cgi?id=17712
How does one apply mediawiki-1.14.0.patch.gz and
mediawiki-i18n-1.14.0.patch.gz to mediawiki-1.14.0rc1 to produce
mediawiki-1.14.0?
# ls mediawiki-1.14.0rc1
# zcat mediawiki-1.14.0.patch.gz | patch
can't find file to patch at input line 4
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nru -x messages mediawiki-1.14.0rc1/config/index.php mediawiki-1.14.0/config/index.php
|--- mediawiki-1.14.0rc1/config/index.php 2009-02-05 23:44:11.000000000 -0600
|+++ mediawiki-1.14.0/config/index.php 2009-02-20 08:17:47.000000000 -0600
--------------------------
File to patch:
Maybe the instruction on how to apply the patches should be included
in the comments at the top of each patch file.
OK, thankful that https://bugzilla.wikimedia.org/show_bug.cgi?id=17677
is fixed now. Sorry for the panicky bug report, I was probably afraid
that tomorrow there would be a security alert "upgrade now!", but I
wouldn't be able to upgrade until the bug was fixed.
WikiTracer needs your help!
WikiTracer [1] is a new Web service providing cross-platform visual
analytics and comparative statistics for wikis. Its goal is to offer
wiki administrators an easy way to monitor and evaluate the growth and
performance of their own wiki. The service is meant to foster wiki
adoption and should be of interest to a variety of users, including
wiki researchers, developers and practitioners.
The project was introduced last year at WikiSym and its development is
currently in alpha stage: we are working on data collection and
validation with a small number of wikis to be able to implement the
visualization tools with real data soon.
We are looking for developers to help us write a MediaWiki extension
for this service. The extension will need to retrieve a number of
statistics for the wiki (possibly relying on the MediaWiki API) and
expose them in XML format (validated against a public XML schema) for
the service to harvest them.
The specs [2] and some preliminary thoughts on implementing a
MediaWiki extension [3] are available on the project documentation
website. We can assist you with the development of the extension and
the validation of the output.
If you wish to learn more on this project of fancy contributing you
can drop me a line: info [at] wikitracer [dot] com, join the (low
traffic) WT community mailing list [4] or pop by on the WT IRC channel
on freenode [5].
Best,
Dario
[1] http://wikitracer.com/
[2] http://wikitracer.com/docs/WTPluginDraft
[3] http://wikitracer.com/docs/WTMediaWiki
[4] http://dev.wikitracer.com/mailman/listinfo/community_dev.wikitracer.com
[5] irc://irc.freenode.net/wikitracer