Commons:Graphics village pump/February 2014

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Problem with removing watermark and adding to EXIF[edit]

I removed the watermark from that pic, but the timestamp was almost unradable in the original pic. Can anyone help me to guess what was the original date?--Carnby (talk) 21:20, 4 February 2014 (UTC)[reply]

The day of the month is 29. This is pretty easy to see with the naked eye and easier if you change the hue until the text is greenish. The rest is more legible by applying a difference of Gaussians edge detection filter with radii 30 and 0, normalized and inverted. The year is most certainly "09" and the time "11:54". The month is the hardest part to make out. It appears to be a Cyrillic three-letter abbreviation with the third letter having a descender. Assuming it's in Ukranian, that leaves us with "бер" (March), "чер" (June), "сер" (August) and "вер" (September). It kind of looks like "чер", but given that the trees have no leaves, March might be more likely. If it's in Russian, then "мар" (March) is the most likely candidate. LX (talk, contribs) 20:58, 11 February 2014 (UTC)[reply]

Hi. What is wrong with this jpg? GIMP openes it, its created from 4 MrSID files. --Sporti (talk) 14:53, 11 February 2014 (UTC)[reply]

There is nothing wrong with it per se, but the reason no thumbnails are generated for it is that it's a large progressive JPEG. LX (talk, contribs) 20:16, 11 February 2014 (UTC)[reply]
Ah thanks, just had to uncheck progressive. --Sporti (talk) 06:39, 12 February 2014 (UTC)[reply]

SVG page size problem[edit]

I'm having a devil of a time getting the page size for File:BitTorrent network.svg right. Could someone please fix it, and tell me where I'm going wrong? Thanks very much. — Scott talk 19:19, 15 February 2014 (UTC)[reply]

I fixed it temporarily, or at least think so. The Problem was that you used a font that Commons didn't understand, so when rendering the PNG, a different one was used (that was much wider). I replaced it with DejaVu Sans for now, you can choose and use a different one among these. I hope this helps. — Julian H.✈ (talk/files) 21:56, 15 February 2014 (UTC)[reply]
Aha! Many thanks. It looks fine, but I'll take a look at those and see if there's one that I particularly like, and keep that list to hand before future uploads. — Scott talk 01:15, 16 February 2014 (UTC)[reply]

Animated GIF's don't upload correctly[edit]

The animated GIF files linked below do not have correct thumbnails, or show as animate GIFs only when viewed outside Wiki Commons. All have been generated using the same GIF animation software.

Can somebody fix them, and in general, fix the problem with Wikimedia Commons file uploader?

Many thanks! Pasimi (talk) 03:09, 25 February 2014 (UTC)[reply]

This is not fixable easily since it's a limitation in the MediaWiki software introduced for performance reasons: The overall "image area" (that is width * height * number of frames) must be below 12.5 megapixels for the GIF to be rendered correctly (this value is controlled by the variable $wgMaxAnimatedGifArea and is fixed server-side).
Probably it's best if you get in touch with the original uploader and ask him if he can recreate the animations with this restriction in mind. Otherwise we would have to leave frames out (resulting in juddering) or we would have to scale the images down, which will result in the images becoming a bit blurry. It's possible but better results would be achievable by directly rendering to the correct size. --Patrick87 (talk) 18:00, 25 February 2014 (UTC)[reply]
Will reducing the number of frames work? This appears to be the only option. Can somebody take care of this? Thanks again! Pasimi (talk)18:37, 28 February 2014 (UTC)[reply]
I'm very wondering that the limit is back to 12.5 MP it was a short time in the middle 2013 50 MP[1] (I'm also very wondering that user: Slick removed all GIFs also over 50MP) Reported here: Bugzilla:61711 Maybe we get an answer soon. -- Perhelion (talk) 17:30, 13 March 2014 (UTC)[reply]

Error generating thumbnail[edit]

I uploaded a newer (very large) version of File:Aerial drawing, 1885, of Birmingham, Alabama.jpg, but the thumbnail on the main page was not created and trying to view that particular thumbnail image results in "Error generating thumbnail - There have been too many recent failed attempts (5 or more) to render this thumbnail. Please try again later." Is this a temporary issue or something else? Thanks. Earthsound (talk) 09:13, 24 February 2014 (UTC)[reply]

The most usual cause of failing to generate a thumbnail from a large JPEG is that the JPEG is in "progressive" format. However, this one seems to be working now. AnonMoos (talk) 06:13, 4 March 2014 (UTC)[reply]
I'm not sure what is working for you, but the 1,280x846 sized thumbnail on the main File: page above is broken. When I view just that image (https://upload.wikimedia.org/wikipedia/commons/thumb/6/66/Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg/1280px-Aerial_drawing%2C_1885%2C_of_Birmingham%2C_Alabama.jpg) it results in this error: "Error generating thumbnail - Error creating thumbnail: Error code: 137." Is there a way to force the thumbnail to be recreated? Thanks! Earthsound (talk) 17:12, 4 March 2014 (UTC)[reply]
You were right. The image had been saved in interlaced/progressive encoding. I replaced it with a baseline optimized encoding and the thumbnails 1235px and wider generate without a problem now. Thanks! Earthsound (talk) 18:16, 4 March 2014 (UTC)[reply]
I just saw the 800px thumbnail, and assumed it meant things were OK... AnonMoos (talk) 23:42, 4 March 2014 (UTC)[reply]