Jump to content

Wikibooks:Request for enabling special:import

From Wikibooks, open books for an open world

This tool is used for transwiki, available to administrators. I have used it on wikiversity to import pages from wikibooks and meta to wikiversity. In contrast to the copy-and-paste transwikis that are the current norm, imports bring over the entire page history with all changes.

Advantages

[edit source]
  1. Import ensures that page edit histories are brought over, in better compliance to the GFDL than the current system of copying the page history, because one can search the history to distinguish between major and minor edits, etc.
  2. Import would put the transwiki-from-elsewhere process firmly in the hands of people on the wikibooks side, rather than the random dropping of materials that happens now. Hopefully the wikipedians/wikiversitans/etc. can be convinced to make this a policy on their sides as well.
  3. Using import rather than manual transwiki might help remove the "stigma" of materials being "exiled" into wikibooks (a feeling I myself suffered from for quite some time as a wikipedian).

Disadvantages

[edit source]
  1. Naturally, this means more work for administrators.
  2. Using edit counts for voting elegibility will go out the window, since any edits made on a wikipedia page before the import will be attributed to that username on wikibooks.

Votes (wikibookians)

[edit source]

(Support or Oppose with comments. If undecided, use the talk page.)

  1. Support --SB_Johnny | talk (I'm the one making the proposal, so of course I support it :).)
  2. Support If material is moving to here from there, then it makes sense to facilitate that movement. --Whiteknight (talk) (projects) 15:55, 14 September 2006 (UTC)[reply]
  3. Support good idea, makes users requesting imports able to make use of new material quicker with edit history intact. --darklama 23:54, 8 October 2006 (UTC)[reply]
  4. Support The disadvantages don't seet too worrysome. Cleanup after sloppy copy-pastes will mostly fall on admins anyway as they do much of that type of work anyway. Measuring voting elegebility will not be completely out the window, but sometimes it may be difficult to see if a user's edits are wikibookian edits. --Swift 14:58, 9 October 2006 (UTC)[reply]
  5. Support. This is an invaluable and foolproof tool. If this goes through I think cut-n-paste transwikiing should be banned altogether. GarrettTalk 23:28, 12 October 2006 (UTC)[reply]
  6. Support. Does anyone know how many pages might be expected to be imported to Wikibooks in a year? --JWSurf 00:38, 13 October 2006 (UTC)[reply]
  7. support - Makes preserving the history, a requirement of the GFDL, easier. Easier is better. Gentgeen (I'm also a wikipedian) 03:24, 13 October 2006 (UTC)[reply]
  8. Support Better tools are good for everybody. Kellen T 09:50, 13 October 2006 (UTC)[reply]
  9. Very Strong Support -- More like why isn't this turned on by default? As far as the number of pages imported to Wikibooks in a year, it is on the order of about 500-1000 pages (at least for last year). Or about 3-5 pages per day on average unless admins are getting lax. Much of that is cruft that an admin might not import directly, but much of it is content marked for deletion on Wikipedia and other Wikimedia projects. This has been an invaluable tool on Wikiversity, and I'm very, very, very, (to the point of ad nausium) glad that I have the option to use this tool to move content from Wikibooks to Wikiversity. Performing similar content transwiki without this tool (for example, the Wikimania content) was a total pain in the rear. It has its shortcomings and bugs, but it is very much worth it. --Rob Horning 20:50, 20 October 2006 (UTC)[reply]

Votes (wikipedians, see talk)

[edit source]

Additional request

[edit source]

Special:Import is now enabled. A few more votes for the following (wikimedia only requires a few) would further facilitate the process:

Part 2: make "Transwiki:" a full namespace:

By making transwiki a namespace, we will be able to put the imports there directly, rather than importing into the main namespace. This has 2 main advantages:

  • 1. No clutter in the main namespace.
  • 2. This would allow for stable redirects for use on the wikipedia side (makes the templating easier). The Transwiki:Pagename could then just have a redirect to the page's actual location. (Note that wikipedians frequently complain that the pages they thought were moved here don't seem to be here... in most cases they actually are here, but wikipedians are generally not accustomed to our way of naming things (as books and chapters), and the fact that a search on wikibooks isn't going to move them straight to an article).
LOL. No, not for a while. If we like the way it's working for the forking purposes, we might want to enable import from wikisource for annotated books, but let's take it one step at a time :). I had meant to ask for this at the same time (actually, I meant to ask guillom to ask for it at the same time), but managed to drop off irc before he mentioned that buzilla would want a show of support for this too. --SB_Johnny | talk 19:55, 16 October 2006 (UTC)[reply]
Requested in bugzilla:7613. guillom 11:02, 17 October 2006 (UTC)[reply]