Manual talk:Image administration

Cannot get convert (thumbnail) to work on W2k3

 * Installed Dynamic ImageMagick in the following directory -> D:\ImageMagick-6.3.0-Q16
 * Verified that ImageMagick worked on command line
 * Verified Environment variable is PATH'd correctly
 * Verified to Web Server has access to D:\ImageMagick-6.3.0-Q16 directory
 * Modified LocalSettings.php with the following lines:
 * $wgUseImageResize		= true;
 * $wgUseImageMagick		= true;
 * $wgImageMagickConvertCommand	= "D:\\ImageMagick-6.3.0-Q16\\convert.exe";

also tried:
 * $wgImageMagickConvertCommand	= "D:\\ImageMagick-6.3.0-Q16\\convert";
 * $wgImageMagickConvertCommand	= "D:\\ImageMagick-6.3.0-Q16/convert.exe";
 * $wgImageMagickConvertCommand	= "D:\\ImageMagick-6.3.0-Q16/convert";
 * $wgImageMagickConvertCommand	= "/usr/bin/convert";

with no luck on any of them.

Any tips to try would be very much appreciated.
 * Try fixing the double slashes. That ought to do it. 69.153.141.224 02:59, 22 December 2006 (UTC)

Following will be ok
$wgEnableUploads      = true; $wgUseImageResize     = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "C:/Program Files/ImageMagick-6.3.2-Q16/convert";
 * 1) To enable image uploads, make sure the 'images' directory
 * 2) is writable, then set this to true:
 * 1) $wgImageMagickConvertCommand = "/usr/bin/convert";

-- WonYong ( Talk / Contrib ) 06:42, 3 March 2007 (UTC)

Unfortunately I have the same issue, I have my settings exactly as in this article (correct path ) however still get the error listed. Anyone else with any input?


 * If it's Windows, that last line should be:

$wgImageMagickConvertCommand = "C:/Program Files/ImageMagick-6.3.2-Q16/convert.exe"; Michael Daly 05:31, 17 July 2007 (UTC)

Error creating thumbnail: Unable to run external programs in safe mode.
I couldn't manage to install and run ImageMagick properly for my own wiki. I have the error msg as it's seen in the thread when i try to use thumbnailing code of wiki. Any detailed instruction or any web page i can find instruction would be highly appreciated. I also find an old version of ImageMagick which is pre-compiled. Is that usefull and easier to install?

Well, you can take off safe mode. If not then there is no point in installing ImageMagick. You will get the same error message. You could use GD::SVG, that is, if you can install it. If you are on host, that might not be an option because server needs to compile it. You can get a binary but your back to the safe mode restrictions. You could call GD directly, but the thumbs will not display correctly because GD does not support svg. In other words, if you cannot disable safe mode and you are on a picky sticky host then as current your options is most likely none. I would not be too concerned. Have a look wikipedia. They have a very large amount of png images with a template asking to move to svg because they might consider the time is right. You may consider a similar option.

Error using thumbnail: even if ImageMagick works with other Scripts.
My ImageMagick Installation uses /usr/local/IM6/bin/.

This Configuration works well at my vBulletin Forum and on Typo3 and a Joomla CMS.

I have changed this Path at my LocalSettings.php but it still says to me at the Articel:

"Fehler beim Erstellen des Vorschaubildes: sh: line 1: /usr/local/IM6/bin/: is a directory "

Error SVG
I can't upload SVG. manual is not work.

Copy all LocalSettings.php file contents to here, please. -- WonYong ( Talk / Contrib ) 06:47, 3 March 2007 (UTC)


 * It would help if you would post the actual error message. -- Duesentrieb ⇌ 10:45, 3 March 2007 (UTC)

Success!! Image thumbnailing
ko:사용자:멀뚱이/미디어위키

I installed mediawiki on Windows XP I use ImageMagick-6.3.2-Q16

Following is my source file:

$wgScriptPath      = "/mediawiki";
 * 1) The URL base path to the directory containing the wiki;
 * 2) defaults for all runtime URL paths are based off of this.

$wgFileExtensions[] = 'svg'; $wgAllowTitlesInSVG = true;

$wgSVGConverters = array(   'ImageMagick' => '"C:/Program Files/ImageMagick-6.3.2-Q16/convert" -background white -geometry $width $input $output',  );

$wgSVGConverter = 'ImageMagick';


 * 1) For more information on customizing the URLs please see:
 * 2) http://www.mediawiki.org/wiki/Manual:Short_URL

$wgEnableEmail     = true; $wgEnableUserEmail = true;

Following is seemed to be Linux environment

$wgScriptPath      = "/mediawiki";
 * 1) The URL base path to the directory containing the wiki;
 * 2) defaults for all runtime URL paths are based off of this.

$wgFileExtensions[] = 'svg'; $wgAllowTitlesInSVG = true;

$wgSVGConverter = 'ImageMagick';


 * 1) For more information on customizing the URLs please see:
 * 2) http://www.mediawiki.org/wiki/Manual:Short_URL

$wgEnableEmail     = true; $wgEnableUserEmail = true;

-- WonYong ( Talk / Contrib ) 02:50, 6 March 2007 (UTC)

Image thumbnailing and resizing: intelligent program analysis of image content
Why does MediaWiki make unnecessary Thumbnails? e.g; on Image:USDA Hardiness zone map.jpg the "higher resolution" image is only slightly different from the the "thumbnail", and it is therefore wasteful to bother producing one instead of showing the actual image. --belg4mit


 * Because we suck, we're all incompetent, bad programmers, and MediaWiki is doubtless the most ridiculous piece of software out there, and thus not suitable for your use. I would strongly advise using an expensive, proprietary solution, where your developers are paid and have time to listen to unhelpful criticism. robchurch | talk 13:38, 10 July 2007 (UTC)

--


 * Peter Blaise trys a response: Hi belg4mit. I think what Rob is suggesting in his own unique and witty way is that MediaWiki is OpenSource at it's most dynamic.  So ... JUMP IN and make it what you'd prefer!  Perhaps YOU can suggest AND PROGRAM your own enhancements to the existing MediaWiki programming that would meet your needs, and benefit all subsequent users.  In other words, I think Rob is suggesting that we all stop asking others for the enhancements we want, and get to work creating the changes we want for ourselves.  And then, like the programmers before us, Rob included, upload our solutions for all others to share and improve upon.  Have I got it, Rob?  ;-)
 * So, belg4mit, I think we are all aware that "stupid" is too general a word, and could apply to programmers as well as to programs and to users, and apparently in your case, to a mismatch between your preferences and the defaults of the programmer's choices that came before you. So, make it intelligent by your standards.  Then it's up to others to asses your preferences as stupid for their own purpses or not, and improve from there.  OpenSource is messy and evolves in spits and spurts, and may never be perfect for everyone all at the same time. I think my own MediaWiki setup choices, tough appropriate for our group, might frustrate other MediaWiki users.  It's all custom.  So, belg4mit, I look forward to your contributions, and seeing your configuration settings and custom program enhancements.  Why not start a contribution list of your own at User:Belg4mit and let us keep track of your solutions and give you our useful feedback?
 * By the way, I know of no "intelligent" image manipulation program out there, anywhere, on or off MediaWiki, at any price. That is, I know of NO image program that intelligently makes decisions based upon the contents of the image, especially "smart" resizing.  If anyone knows of any such tools, PLEASE share links here, and let's see if we can incorporate them into MediaWiki.  In the meantime, I've renamed this thread from "Stupid sizing" to  "Image thumbnailing and resizing: intelligent program analysis of image content".  There are more than 1 million links resulting from a Google.com search for "+intelligent image manipulation" - overwhelming, but it's a place to start.  Essentially, it's advice to the person running any image program to do that "intelligent" analysis on their own, in their own mind's eye, before saving!  Otherwise, everyone should be advised that any image appearing on any MediaWiki screen is the result of someone's active or default choices, and may appear useful, or not, to the subsequent viewer ... and may also be dependent somewhat on the end user's browser settings and screen resolution and settings.  Check yours at http://gemal.dk/browserspy/ - mine is ~96dpi, and these letters are ~1/8th inch (~3mm).  What's yours?
 * -- Peter Blaise peterblaise 17:54, 10 July 2007 (UTC)

Uploaded SVG images don't look correct
Hi all,

I've been trying to add a couple .svg images to my new wiki (1.10), and for the life of me, I can't them to look like they do here.

For example, this is your file:



and this is what happens why I put it in my wiki (and it scales horribly, too):



I've tried this with ImageMagick and Inkscape, and they look the same. I'm guessing its a parameter in the LocalSettings file, maybe in here:

$wgSVGConverters = array(   'ImageMagick' => '"C:/Program Files/ImageMagick-6.3.5-Q16/convert" -background white -geometry $width $input $output' );

Any ideas? Nate


 * Also, is there anyone from mediawiki that could tell me what converter mediawiki.org is using? And maybe the applicable settings in the LocalSettings file? I'm certain it has something to do with that. Thanks!

--Natebsi 18:53, 18 July 2007 (UTC)


 * All the official projects use rsvg -Steve Sanbeg 18:45, 17 August 2007 (UTC)

Thumbnail circular reference
If you click on the link in this article for info on thumbnailing to go to the File Upload page, it presents a link back to this page.Michael Daly 02:36, 31 August 2007 (UTC)

Not able to view images of pixels more than 800*600
Hi ALL

The error that i get: Error creating thumbnail: The system cannot find the path specified. Size of this preview: 800 × 600 pixels Full resolution (2048 × 1536 pixel, file size: 813 KB, MIME type: image/jpeg)

And there is a blank grey screen, but when i click on the full resolution link, the image can be seen.This uploaded image can be seen nowhere on the wiki, even thumbnails give the same error.

Please help me on this ! --Ankit.madan 07:54, 7 September 2007 (UTC)

The URL for thumb.php (optional, not recommended) Whether to skip media file transformation on parse and rely on a 404 handler instead.

also, check the config and remove $wgThumbnailScriptPath