Commons:Graphics village pump/February 2014
Problem with removing watermark and adding to EXIFEdit
- 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)
- 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)
SVG page size problemEdit
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)
- 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)
Animated GIF's don't upload correctlyEdit
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?
- 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
$wgMaxAnimatedGifAreaand 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)
Error generating thumbnailEdit
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)
- 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)
- 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)