Project:Support desk/Sections/Images

__NEWSECTIONLINK__

= Image Support =

Error creating thumbnail

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.0-8+etch15
 * MySQL version: 5.0.32-Debian_7etch10-log
 * URL: http://www.stomatocysts.unibe.ch/wiki/

After upgrading from Mediawiki 1.13 to 1.14, I have an "Error creating thumbnail:" without any further information. I use ImageMagick 6.2.4. My local settings are: $wgUseImageMagick = true; $wgUseImageResize = true; $wgImageMagickConvertCommand ='/usr/bin/convert';

—130.92.9.58 12:24, 12 May 2009 (UTC)

How to change the default 180px thumbnail size for non-logged in users?

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9
 * MySQL version: 5.0.67
 * URL: n/a

I was wondering whether it is possible to change the default 180 pixels thumbnail size for non-logged in users. Registered users can do this through their preferences and the admin can change the available settings through $wgThumbLimits. But what about users without account? I know I could add a specific size parameter to each thumbnail image, but the 180 pixels must be set somewhere in the MediaWiki code.

My wiki is not yet "live", but the test users find the 180 pixels thumbnails just a tad too small. Since most readers will be lurkers without account, I'd like to increase the size a bit to make the thumbs a bit more useful to these users. Any tips/advice? —81.82.72.97 21:53, 28 May 2009 (UTC)


 * Set  $wgDefaultUserOptions['thumbsize'] = 2;  where the value "2" is the index of the relevant setting in $wgThumbLimits. By default the ThumbLimits is:


 * So setting to "3" would make the default option 200px; of course if none of the options there are suitable, you can simply add in your own value at the appropriate place, and link to that. Hope this helps, it's a bit complicated I know, but that's how the cookie crumbles... Happy ‑ melon 22:14, 28 May 2009 (UTC)


 * That's it! Thank you! Once you know how it works, it makes sense but I could have searched for that for years without your help... —81.82.72.97 06:05, 29 May 2009 (UTC)

Cannot allocate memory error while displaying thumbnails of larger images.

 * MediaWiki version: 1.15.0
 * PHP version: 5.2.5 (cgi)
 * MySQL version: 5.0.77-community
 * URL: http://wiki.harfordhackerspace.org/index.php?title=Projects

When including images which need to be resized on the fly I am getting this error instead of the resized image.

"Error creating thumbnail: libgomp: Thread creation failed: Cannot allocate memory"

However, smaller images render just fine. I have tried putting a php.ini file in the home directory and increasing the memory_limit to as large as 8gigs and it still did not correct the problem.

—69.250.233.187 23:17, 13 June 2009 (UTC)

I love it when I answer my own questions only seconds after posting for support and hours after trying everything. All I had to do was use GD which was done by setting $wgUseImageMagick = false; in my LocalSettings.php file.

Updating new versions of existing files

 * Moved from Project:Forum Happy ‑ melon 08:28, 19 June 2009 (UTC)

I don't know if this is the right place to post but my company has a wiki we use internally that is a MediaWiki and I am having trouble getting it to recognize and link to a new version of an existing file. So say it is a report that I add to with more data every few weeks but has the same name, I upload the new version and even retype the link and it still goes back to the old report. any advice on how to make it work so I don't have a million versions of what is essentially the same document? thanks (6/18/2009)


 * When you view the file description page, does it show the curent version of the file? Have you tried null-editing (editing and saving with the same content or a trivial change) the file description page? Happy ‑ melon 08:31, 19 June 2009 (UTC)

Is the File History page the same as the File Description page? If so, then it does. I am not really sure what null-editing is or how it relates to this but these files are word or excel documents that we link to where I make very small updates and changes to every few weeks as more data comes in, they're reports that build on itself. Sorry, I'm really new to this so I am don't even know the right language or anything, this was just sort of dropped in my lap. Andrea 6/19/2009


 * Yes, the file description page is the page you reach when you follow a link like File:Example.png. Essentially what a null-edit does it to force the page to be rebuilt from scratch (and makes a note for all descendent pages, such as pages that include the file, to be rebuilt in the same way.
 * Hang on a minute, though. How are you making these links?  You can't 'thumbnail' Excel documents into pages, you'll only get a link.  Are you linking to the file description page using wikimarkup (like  )??  Or are you linking to the file directly (using an external link like  )??  If the latter, then this is the expected behaviour: every version of a file that you upload is stored separately - that's the wiki way - and the software automatically keeps track of which one is the 'current' version and displays that on the file description page.  Which method are you using? Happy ‑ melon 12:45, 19 June 2009 (UTC)

Our links are as [[Media:Name_of_Report.doc]] and when you click it opens the word/excel file. I just upload the file and I create that link and it works. Is that a wikimarkup? When I reupload a file of the same name the File History page shows all the uploads of it and displays the date and time of the last upload and says current, but when I click on the link on the page, the old version pops up, even if I re-enter the link to it. Should I be linking to it in a different way? We're wiki-novices here that were given a quick run-down but are trying to figure this all out on our own now. Thanks for your patience with this. Andrea 6/19/2009 8:55 EST


 * Ah, I see, and yes, that is wikimarkup and should work corectly. And you say that the links don't update, even if you edit the page containing the link and resave it? That is a bit bizzarre.  If you add another link to the same document on the same page, does the new link point correctly?  Does adding the new link make the first link also work?  Happy ‑ melon 13:16, 19 June 2009 (UTC)

That is correct, it's not updating them, even if I add another link to the same page, all links will go to the older version of the document. Does that mean this is somehow a glitch and its not operation correctly? Andrea 6/19/2009 10:21 EST


 * Well that ain't right :D... What caching settings are enabled on your wiki? There are a whole host of different components - see Manual:Cache - variables like $wgUseParserCache, etc.  Which do you have enabled? Also, can you give the MediaWiki/SQL/OS/Server versions, like other threads on this page? Happy ‑ melon 07:39, 20 June 2009 (UTC)

Sorry, I've been outta the office for a bit. Bear with me as I am not technical at all, the cache settings are a long list but that Parser Cache settings are: $wgEnableParserCache, $wgRenderHashAppend, $wgParserCacheExpireTime, and $wgParserCacheType -- is this in any way helpful to you? where do I find the MediaWiki/SQL/OS/Server versions? The OS is Windows XP... sorry that I know so little. Can updating a file really have to do with cache settings? Andrea 6/25/2009 8:47 EST


 * Either your browser or the server might be caching the file; purging the article where you link to the file (and possibly also the file "article") should fix this. You may also need to try bypassing your browser cache. —Emufarmers(T 19:39, 27 June 2009 (UTC)

ImageMap not working, neither RandomImage

 * MediaWiki version: 1.13.4
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 	5.0.22
 * Extensions:
 * RandomImage (Version r37641)
 * ImageMap (Version r35980)
 * LocalSettings for images:

The use of tags causes the page to be blank, without any error message on screen.

The tag is not printed on screen neither an image is displayed, but the page is served.


 * What should I do to be able to debug it? —almaghi 12:14, 1 July 2009 (UTC)