[edit] Some notes
The <notice> chunks could be kind of nice.
I like the <extension> bit in principle. General warnings of missing extensions or version mismatches may be inappropriate, however, as many extensions won't actually be in use on a given page, making the warnings unnecessary and confusing.
License markers aren't necessarily going to be exact or useful; frequently you'll see individual pages with exceptions, making the bulk metadata incorrect. Currently we don't have per-page copyright metadata, so can't really pull from that either.
Including namespace aliases would be nice.
Note that the wiki's case-sensitivity setting could change to have per-namespace overrides in the near future...
Namespace splitting in <title> fields; I'd probably recommend doing it this way:
<title namespace="Foo" text="Bar">Foo:Bar</title>
if it's necessary at all. Including the internal namespace index key shouldn't be necessary here (it's redundant to the <siteinfo> list), unless we want to make fragments easier to work with independently. Ultimately however, all that's redundant, and we want to support the target wiki being able to import pages with different namespaces (eg 'Portal:Foo' should import just fine on a wiki with no portal namespace, since 'Portal:Foo' is a perfectly legitimate title.)
-- brion, 2008-11-10
- Thanks for the input, brion -- Daniel 09:22, 11 November 2008 (UTC)
[edit] <notice>
Rather than using <notice>using-last-revision-only</notice>, where "using-last-revision-only" is an identifier, it might be better to use <notice type="last-revision-only">Only the most recent revision has been exported.</notice>, where 'last-revision-only' is an identifier and the text inside the tag is the value of that identifier as set on the export wiki, in the language of the user doing the export. Other tools would then map the identifier to a local string in a local language, if it exists, or report the literal text inside the tag if not. --HappyDog 16:36, 10 January 2009 (UTC)
- Yes, indeed, that sounds better -- 217.234.224.156 22:26, 10 January 2009 (UTC)