Project talk:PD help/Copying

Choosing the example image
Hm, why should Image:Wiki.png being copied? There's another default image for new installations, or not? -- :Bdk: 19:56, 1 December 2006 (UTC)


 * It's used as the example in Help:Images. I think the example image from Help:Templates and the screenshots should also be copied, and possibly the one from the meta template. (The bot doesn't copy that one, since it rewrites that template to avoid dependence on the interwiki table). -Steve Sanbeg 21:30, 1 December 2006 (UTC)
 * Good point :-) I didn't think of that use. I've now substituted it with the new Example.jpg, which is, in addition, useful to have when you use the image button in the edit toolbar. Hope this is ok. -- :Bdk: 10:49, 2 December 2006 (UTC)
 * Seems reasonable, and more in line with the license for this project. I just made the same change to template:thankyou.  Unfortunately, that doesn't have the PD header, but it is a pretty trivial template. -Steve Sanbeg 17:25, 4 December 2006 (UTC)


 * Shouldn't the images included in templates be added too? Like the one in the admin tips and languages template? 82.11.41.163 20:08, 17 December 2006 (UTC)
 * The languages template isn't useful offsite, so that should just be blanked on the remote wiki. The admin tip/meta imags may be useful, though.  The list may be tricky to keep up to date; it may require someone who follows that process to fix it for the current version, or a bot to maintain the list. -Steve Sanbeg 22:29, 19 December 2006 (UTC)
 * I don't know if it is because I have "ugly" links or if it was due to the export and importation process, but I have to edit each image link to fit in proper underscore characters. I'm having to go around all of my imported help pages fixing image links. -- Rezanow 05:24, 13 March 2007 (UTC)

Templates not Exporting
This is great. Been looking for a comprehensive HOWTO to get some help files. However I noticed that some of the files mentioned did not export. For example Template:Click did not work. If you go to Special:Export and only add Template:Click to the list you'll get an XML with the header but no content.

       MediaWiki http://www.mediawiki.org/wiki/MediaWiki MediaWiki 1.10alpha first-letter Media ...           Extension talk

Nothing about Template:Click. Any ideas?
 * -- Suki 01:57, 13 March 2007 (UTC)

works for me -- Duesentrieb ⇌ 02:06, 13 March 2007 (UTC)

Here is a direct link: Special:Export/Template:Click try that and see if the Template:Click code shows up. -- Suki 05:54, 17 March 2007 (UTC)


 * The template is protected. It seems, oddly, that non-sysops cannot export protected pages. Special:Export/Template:Languages does not work either.--Patrick 08:06, 17 March 2007 (UTC)

I found there was an empty page for Template:Click in my new wiki. I was able to edit this page. I simply pasted in the source code for this template from the MediaWiki site and all was well. Even though the page was protected, I could still see the source. At first I was confused because there is a large vertical whitespace between the operative part of the page, which shows nothing, and the page documentation, which is in a following noinclude element, and which was not visible in the edit box because of the vertical space.

--AJim 17:29, 23 March 2007 (UTC)

Package
It might be a good idea to automatically export all the files and provide versions with all the PD templates removed. A php script could then be created which, when run from the base of a MediaWiki installation will automatically import all pages and images. I am aware if Special:Import, but AFAIK it does not support images. Lcarsdata (Talk) 15:52, 17 March 2007 (UTC)


 * See Automating help page export. --HappyDog 13:58, 2 April 2007 (UTC)

Copying images
Here is what I learned about copying the images.

First, there are not too many images, most help pages do not have them. Navigation, Templates, Recent Changes are some that did.

The procedure that worked best for me was:
 * go to the MediaWiki help page.
 * right click on the image.
 * choose Open Link in new Tab
 * because the image on the help page may be a thumbnail, not the original
 * change to the image page on the new tab that you opened
 * right click on this image
 * choose Save Image As...
 * save this image without changing its name
 * I used the same folder I used for the page exports
 * on the new wiki choose Upload file in the toolbox.
 * browse to the folder where the image was saved, select the image
 * cut and paste the image name, without the url, from the Source filename line to the Destination filename line
 * add a note such as help navigation image for later reference
 * press the Upload file button
 * if you get a warning saying the page already exists, choose the Ignore warning and save file anyway. option.

--AJim 17:52, 23 March 2007 (UTC)

Interwiki links
There is more to do to move the help. One obvious thing is interwiki links that are still showing red. The Help:Interwiki linking page explains what needs to be done, updating a database table, interwiki, but I have not tried it yet.

--AJim 18:07, 23 March 2007 (UTC)

Getting only XML inline in my browser.
I would expect that the export tool supplied a xml-file. However, I onyl receive a document equal a RSS feed document inline. Not a file to download. I am using Firefox 2.0 and Windows XP.

Please tell me wherever the export tool provide a file, or just a inline document I am expected to copy and make a file locally on my computer. Preferable a guide with expected resaults in each step.

Go-Xian

When page already exists?
Can someone tell me what happens when the page already exists when you are importing a page? Does it just save over the top of it? And the previous content is still there in the history? --Dr DBW 02:25, 4 June 2007 (UTC)

My Poor Explanation
I just attempted this. The simple answer is that your former changes (the history) stays intact so you don't loose the former history. However it is much more complicated then that because an import will merge the exported history into the articles current history. So it doesn't necessarily mean that the imported content will be the latest change (or it could depending). I'll attempt to explain.

I will use two Wiki services. I will call them docwiki and mywiki. docwiki will hold the document in question. mywiki will be the wiki I wish to import to.

Now if you import the docwiki version into the mywiki version you will merge the revisions as:
 * 1) Rev C (on Sunday, by user Billy)
 * 2) Rev A (on Monday, by user Bob)
 * 3) Rev B (on Wednesday, by user Kim)
 * 4) Rev D (on Friday, by user Katie)

So when you view the document on mywiki you won't see the documents that were imported because Rev D was the latest. What you will see in the history is a change from Rev B to Rev D. If you wanted Rev B to be the latest you will have to rollback the Rev D change.

So check your history! And be aware of the times of the revisions that you export.


 * -- Suki 16:05, 10 June 2007 (UTC)


 * Thanks, that is good and clears things up a bit. --Dr DBW 23:47, 11 June 2007 (UTC)

Yes - the above is correct. The revisions are imported and merged in date order, so importing a page from Wiki A to Wiki B will give exactly the same result as importing from Wiki B to Wiki A. The only thing to look out for is that when you are importing revisions, the software will skip any revisions that "already exist". As far as the software is concerned, "already exists" means any revision with the same date. So if Wiki A has an edit at 16:03:02 on 14th May 2007, and Wiki B has a revision on exactly the same date then that revision will be skipped on import! This is so that a second subsequent import of the same page does not create duplicate entries in the history, but on rare occasions can result in revisions being lost! This also applies to deleted revisions, so if you have a revision that was deleted but shares a timestamp with one of the revisions due for import, it will also be skipped! --HappyDog 01:05, 28 June 2007 (UTC)


 * To be clear, with "same date" I think you mean exactly the same second.--Patrick 07:15, 28 June 2007 (UTC)

mirrorhelp.py
can someone give a step by step explanaition of how to use mirrorhelp.py?


 * As long as you have the pywikipedia framework set up, it should be simple; you can check pywikipedia for instructions on that. Basically,


 * download Pywikipedia
 * download mirrorhelp.py into the same directory
 * configure your wiki into pywikipedia, by adding a new file in families/ and referencing it from user-config.py
 * create a bot account on your wiki, so you don't see all the mirroring in recent changes.
 * run the script on your wiki, either by configuring pywikipedia to use it by default, or using the normal -family & -lang options.

Hope that helps. The pywikipedia docs should give more detail, the script interface is pretty simple. -Steve Sanbeg 16:11, 28 June 2007 (UTC)

SVG images a problem...
quick note... SVG images arn't permitted on some installs of MediaWiki by default. Converting these to PGN might be a better option. 70.103.216.66 02:59, 27 November 2007 (UTC)

Thank goodness you mentioned this, at least now I don't have to turn my wiki install insideout. I really do hope someone finds a solution and updates this page. --82.93.172.114 15:46, 15 February 2008 (UTC)