I am still able to import the dumps using the old mwDumper (modified to fix the contributor) and xml2SQL works also and it is quiet fast. importDump.php continues after it breaks I think. bilal -- Verily, with hardship comes ease. On Thu, Feb 4, 2010 at 9:24 PM, Chad <innocentkiller(a)gmail.com> wrote:

Yes, it was safe in my case (import of Russian and English Wiktionary). See http://meta.wikimedia.org/wiki/Talk:Xml2sql and example of script or shell command to strip out the <redirect /> -- Andrew. On Fri, Feb 5, 2010 at 6:38 AM, Eric Sun &lt;esun(a)cs.stanford.edu&gt; wrote:

On 8 February 2010 06:44, Eric Sun &lt;esun(a)cs.stanford.edu&gt; wrote: You do not have all required MediaWiki extensions installed. Wikipedia uses many extensions (see http://en.wikipedia.org/wiki/Special:Version), some of them are required for proper rendering, especially ParserFunctions (http://www.mediawiki.org/wiki/Extension:ParserFunctions), as is the problem here (another important extension, off the top of my head, is the Cite extension – http://www.mediawiki.org/wiki/Extension:Cite – which provides for <ref> and <references>). -- [[cs:User:Mormegil | Petr Kadlec]]

Hi, On Sun, Feb 14, 2010 at 11:03 AM, Eric Sun &lt;esun(a)cs.stanford.edu&gt; wrote: Are you using $wgUseTidy? It is an HTML cleanup process that is always enabled on WMF projects. Since it it is there, template creators often miss closing spans and other things, or leave in extra close tags, and never notice because the tidy fixes them. Would not surprise me a bit if dozens of en.wp templates have such errors; I find them occasionally on en.wikt. Robert

Even after setting $wgUseTidy = true, many of my pages show an error "Expression error: Missing operand for >" at the bottom in the References section. It looks like an error message produced by the ParserFunctions package. I've never seen this on en.wikipedia.org so I wonder if some customization or other cleanup has been done. I'm running MediaWiki 1.15.1 and the versions of Cite and ParserFunctions that correspond to 1.15.x. Is this something easily fixable? Thanks, Eric On Sun, Feb 14, 2010 at 9:49 AM, Eric Sun &lt;esun(a)cs.stanford.edu&gt; wrote:

Here's an example of an offending template: {{cite journal |title=Mrs. Obama goes to Washington |author=Slevin, Peter |date=March 18, 2009 |journal=[[Princeton Alumni Weekly]] |volume=109 |number=10 |pages=18–22}} Slevin, Peter (March 18, 2009). [Expression error: Missing operand for 18–22. The error goes away if I remove "|title=Mrs. Obama goes to Washington". The error remains if I change it to anything else, such as "|title=Obama". I thought it might be a problem with the Cite extension, but updating with the latest trunk version of Cite didn't help. The full XML output & result from Special:ExpandTemplates is below. How odd... <root><template><title>cite journal </title><part><name>title</name>=<value>Mrs. Obama goes to Washington </value></part><part><name>author</name>=<value>Slevin, Peter </value></part><part><name>date</name>=<value>March 18, 2009 </value></part><part><name>journal</name>=<value>[[Princeton Alumni Weekly]] </value></part><part><name>volume</name>=<value>109 </value></part><part><name>number</name>=<value>10 </value></part><part><name>pages</name>=<value>18–22</value></part></template></root> <span class="citation Journal" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=Mrs.+Obama+goes+to+Washington&rft.jtitle=%5B%5BPrinceton+Alumni+Weekly%5D%5D&rft.aulast=Slevin%2C+Peter&rft.au=Slevin%2C+Peter&rft.date=March+18%2C+2009&rft.volume=109&rft.issue=10&rft.pages=18%E2%80%9322&rfr_id=info:sid/en.wikipedia.org:Special:ExpandTemplates"><span style="display: none;">&nbsp;</span></span> On Wed, Feb 17, 2010 at 10:06 AM, Aryeh Gregor &lt;Simetrical+wikilist(a)gmail.com&gt; wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2/18/2010 5:30 AM, Robert Ullmann wrote: Use the version for your install. If you dont know how to do that from the subversion server[1] you can use the Extension Distributor[2]. 1 - http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_15_1/extensions/Parser… 2 - http://www.mediawiki.org/wiki/Special:ExtensionDistributor/ParserFunctions

On Sun, Feb 14, 2010 at 7:34 PM, Marco Schuster &lt;marco(a)harddisk.is-a-geek.org&gt; wrote: They would just complain until we turned it back on. Unless we left it off for good, which might be reasonable, but then we'd have to improve Sanitizer, I guess. (Maybe once html5lib is more usable.) This is not artificial. Tidy serves a useful purpose. It might be less useful when we switch to HTML5, though -- my impression is that we mainly use it so that our HTML validates, but our HTML5 won't reliably validate in any case.

On Sun, Feb 14, 2010 at 8:40 PM, Marco Schuster &lt;marco(a)harddisk.is-a-geek.org&gt; wrote: So they never will. So what? They're supposed to be writing an encyclopedia, they're not required or expected to be HTML experts. Ideally, they wouldn't have to touch HTML at all, and could do all their editing in a WYSIWYG editor. Allowing HTML but tolerating mistakes is the least we can do to make their lives easier. That's a separate issue. I agree that it would be nice if we had less of a Tidy dependency, for multiple reasons.

On Mon, Feb 15, 2010 at 2:19 PM, Carl (CBM) &lt;cbm.wikipedia(a)gmail.com&gt; wrote: We will continue with well-formed XML output for the foreseeable future for exactly this reason. We don't need to stop emitting well-formed XML to use HTML5. I have tested trunk defaults ($wgHtml5 = true; $wgWellFormedXml = true;) with the Python SAX parser and it parses pages correctly, so no tools should be broken.