Last modified: 2013-06-18 16:16:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 5770 - Special:Import should adjust namespaces to local wiki
Special:Import should adjust namespaces to local wiki
Status: RESOLVED DUPLICATE of bug 30723
Product: MediaWiki
Classification: Unclassified
Export/Import (Other open bugs)
1.7.x
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://ksh.wikipedia.org/wiki/Special...
:
: 9067 15387 (view as bug list)
Depends on:
Blocks: 606
  Show dependency treegraph
 
Reported: 2006-04-30 13:14 UTC by Purodha Blissenbach
Modified: 2013-06-18 16:16 UTC (History)
8 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Purodha Blissenbach 2006-04-30 13:14:50 UTC
Special:Import does not seem to care about the name space data in the <sitedata> record in the import.

As a result, when names of namespaces differ between the wiki that exported XML data and the wiki that imports it, 
no mapping occurs of either <title>, <username>, or <text> contents.

While this may be desirable at times, mostly one wants namespace prefixes in 
- <title>namespace:title</title>s ;
- <username>namespace:title</username>s ;
- [[namespace:link]]s, and [[namespace:pipedlink|xx]] constructs insite <text ...>...</text>;
- [[:namespace:link]]s, and [[:namespace:pipedlink|xx]] constructs <text ...>...</text>;
- [[namepace:link|with|parameters|etc.]], and [[:namepace:link|with|parameters|etc.]] constructs <text ...>...</
text>;
- anything else I might have forgotten
mapped from the originating namespaces the those of the target wiki.

If that is feasible, I'd suggest a checkbox on the Special:Import page (checked by default) which selects mapping.
I do not see applications, but maybe <title>, <username> content and <text> content mapping could each have a 
checkbox on their own. They're to be coded separately anyways.
Comment 1 Rob Church 2007-08-17 16:58:30 UTC
*** Bug 9067 has been marked as a duplicate of this bug. ***
Comment 2 Purodha Blissenbach 2007-09-15 10:26:10 UTC
Just for the records:

I've come across both the necessity to update name space names, and to leave them (effetively shifting some pages to the article name space). 

We ran a regexp-replace in one case before the import. Which was almost fine, but did not catch the case of a namespace name being passed as a parameter to a template. I've no idea as to how a program might be able to find occurrences like these. Another such case might be plain name space names in plain text. Both should imho be considered coding errors; editors should use {{NS:...}} instead of plain name space names, appropriately.

Another point worth considering might be that some NS need mapping while other must not be mapped. (Thanks to my brother for pointing out)

So, if such mapping should be integrated into the import (or export) process anyways, it might be a good idea to allow the entire mapping be configurable on a per-NS-basis. This would require a 2-step process on import, with the drawback of having to keep the uploaded file until after a user has configured his/her mapping - which may never happen.
It would be a 1-step process on export, with the drawback of errors not showing immeditely - they cannot be corrected except by a complete re-export. Of course, once the program logic is there, it can easily be tied to both import, and export, for added flexibility.
Comment 3 Siebrand Mazeland 2008-08-18 18:55:28 UTC
Mass compoment change: <some> -> Export/Import
Comment 4 Melancholie 2009-01-10 12:07:30 UTC
*** Bug 15387 has been marked as a duplicate of this bug. ***
Comment 5 Nemo 2012-11-08 07:13:06 UTC
Closing in favour of the more general bug 30723.
Problems with usernames and attribution in history are tracked at bug 7240.
Transclusion calls by different namespace names must be fixed by editing the XML.

*** This bug has been marked as a duplicate of bug 30723 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links