Kunja kheda कुंजाखेड़ा village tehsil kumbhraj District Guna Madhya Pradesh india Devend meena ( talk) 04:49, 12 January 2017 (UTC)
Hmm, this would be a lot more convincing if it weren't for the fact that the "with title" picture is 1556 bytes, and the "with no title" picture is 1932 bytes. *sigh* It really is Image:Covalent.png all over again, isn't it? ;) -- John Owens 21:41 Apr 24, 2003 (UTC)
Moved from the Village pump
Hi
I'm trying to reduce the size of an uploaded image, anyone got experience of that. I tied to crop it in Graphic Converter offline, then up load it , but the new upload was bigger, although still a croped version of the old... help! TonyClarke 11:40 May 6, 2003 (UTC)
End of moved text
Village kunja kheda aad on Google Devend meena ( talk) 04:59, 20 December 2016 (UTC)
I haven't followed the discussion at all, but some good rules of thumb that I use when doing website graphic work:
Hope this helps some people. -- Wapcaplet 19:26 30 May 2003 (UTC)
Why doesn't the article mention a good JPEG file size reducer, JPEG Cleaner? It doesn't worsen the image quality, it just removes useless data. I am not the only one who likes it. -Anon. 14:25, 9 Jul 2004 (UTC)
What about a bot going through Wikipedia's image archive and processing all the PNG's with OptiPNG? This would demand lots of CPU, though. Etz Haim 22:59, 25 Aug 2004 (UTC)
Should we really be discouraging anti-aliasing? In my opinion it vastly improves the easthetics and 'visual feel' of most diagrams and should be used wherever possible. Diagrams don't normally consume nearly as much space as photographs. It probably only makes up for a fraction of the total disk space. -Anon
An interesting project I've found on Freshmeat: Webpack
From the site: "Webpack is an open-source command-line tool for automatically packing websites by shrinking them down without affecting the way they look or behave.Webpack is also useful for losslessly shrinking image collections and locating corrupted files. Webpack works by stripping unnecesary information from & optimising the compression of images, and removing comments/whitespace from html. This makes for a faster website for your users, and lower bandwidth usage/costs for you! (oh, and it's free - both as in speech and as in beer)." — Etz Haim 18:19, 13 Nov 2004 (UTC)
I have wondered for sometime how/if the thumbnailer produces optimal size PNGs. I had a lot of hassle with my PNG-optimizing with a batch of pngs for Wikipedia, and finally figured to drop that step, resulting in 5-25 % larger uploaded images. I was thinking that Wikipedia's thumbnailer really had to do this optimizing, smart as it is (I presume), and me having trouble with it.
Well, how is it? Does the thumbnailer use pngcrush or equivalent on the thumbs. Why not use it on all uploads? ✏ Sverdrup 02:43, 5 Dec 2004 (UTC)
Is it really a good idea to have 70-80 % compression for JPEGs? I mean, suppose that in the future you make a print Wikipedia, you want the most quality images you can have. I propose that we upload JPEGs in a high quality byte- and pixel-size (if available) and let the software downgrade it for browsers.
Also don't remove EXIF data before uploading.
And for those who propose to run permanent compression on the image collections, you may lose interesting metadata like IPTC or EXIF or some embedded copyright notice.
i moved this page and made some significant edits to try and remove the suggestion that we wan't to reduce filesize at all costs. Comments on the new version welcome.
Hanuman tempale kunja kheda Beautiful tempale in kumbhraj thasil
For cases of non-photographic images using JPEG compression, I have created a template to place on the image page, {{ badJPEG}}. It suggests replacing the JPEG image with a PNG or SVG image and refers the reader to Wikipedia:Preparing images for upload. It has a corresponding category, Category:Images with inappropriate JPEG compression, which is under Category:Images for cleanup. Please use as you find appropriate. -- ChrisRuvolo ( t) 14:33, 2 December 2005 (UTC)
If possible, please upload a PNG or SVG version of this image, ... After doing so, please replace all instances of this version throughout Wikipedia (noted under the "File links" header), and mark this image as {{redundant|Image:replacement image}}
Compare Image:Star of life.gif and Commons:Image:Star of life.svg. The underlying image in the latter is 5.76 KB, and the displayed PNG at full size is 15.37 KB. By contrast, the GIF (and we're talking a GIF, which could be further compressed into a PNG) is 3.81 KB.
Now, I realize that the SVG can be more easily scaled up. But is anyone seriously planning on scaling up a roughly 200×200 pixel image? I also realize that it's theoretically easier to edit, but in practice, surely most people would find it easier to use a graphics program. Finally, I realize that the size disparity would probably be reversed if SVGZ were fully supported by mainstream browsers, but that's probably not happening for another two years or so.
So I see two logical possibilities. Either there was a problem in converting the specific file to SVG that resulted in an excessively large file size, and this problem is aberrant and/or can be corrected; or we should stick with plain PNGs for now where scaling isn't useful and the SVG filesize is greater. Am I missing something? — Simetrical ( talk • contribs) 01:46, 20 February 2006 (UTC)
I noticed
Category:Images with opaque backgrounds. Could sombody point me to where the value of Transparency in an image is prefered. and as a side thought why all the templates in
Images for cleanup all say to creat a reduntant page and fix it instead of simply updating a newer verthion of the file.--
E-Bod
03:17, 19 March 2006 (UTC)
hello i am from the future. yes the transparent alpha channel presents a problem. images are uploaded with the assumption of a white background. the black text in the images is problematic. there needs to be an option to download images with the alpha channel converted to a white background. — Preceding unsigned comment added by 101.98.178.115 ( talk) 12:50, 22 December 2022 (UTC)
I created this map Image:First century palestine.gif using Illustrator CS2. I was asked to convert it to SVG and also to upload it on the commons. SO I reopened my illustrator file and saved it as an SVG from the "Save as..." menu option. I then uploaded that file here Image:Iudaea province.svg, but as you can see something has gone array. I thought initially it may had to do with the clipping mask I used to crop the image, so I released that and uploaded another version, but still the same. As you can see Iudaea Province, there is an error: "Error creating thumbnail". Does anyone know what is wrong? Any advice on how to properly save a SVG for upload? Thanks!-- Andrew c 14:45, 12 April 2006 (UTC)
I would like to know the details how to save a file in SVG-format in Illustrator for Wikipedia. I made some images and I saved them in the default SVG 1.1 mode and uploaded and they showed up blank. Haven't used SVG before so I don't know what options should I use when saving. Quick solution was to download Inkscape, open the Illustrator files in there, save and upload. Seemed to work but this puzzles me. 84.253.230.58
I'm a little confused, but I'm just starting out with SVG files so maybe that's understandable.
I know that SVG files are converted by the server/software to PNGs before they display them inline; but are we supposed to see pixelation when we scale up an SVG file inline? For example,
[[Image:Benbrook flag.svg|1200px]]
(inline) shows distinct pixelation that doesn't exist on
Image:Benbrook flag.svg. What am I doing wrong? Or do SVGs also "autoresize" on the image page once you get to a certain native size, like very large JPG files do, where you get the
Download high resolution version (1600x1200)? --
nae'
blis
22:21, 13 September 2006 (UTC)
I've uploaded a newer version of [[Image:Co2-temperature-plot.svg]] but the generated PNGs (how it displays on any pages that don't render it to size that hasn't previously been displayed) all still look like the old version. Is there some way to force an update or something? Leland McInnes 17:39, 4 November 2006 (UTC)
?action=purge
to the end of it. Got that info from WP:PURGE. -- WikiSlasher 07:28, 5 November 2006 (UTC)
If a PNG is uploaded with a large file size, should it be optimized and re-uploaded, or should it just be left alone because re-uploading it will just add more bytes to the server? -- 75.20.216.191 20:13, 31 December 2006 (UTC)
There is another quite an unknown software called DeflOpt that can squeeze some bytes out of PNGs compressed by OptiPNG, advpng, advdef and PNGOUT. It's current version is 2.04. I have been using it for some weeks now without problems. It is run on Windows using the command line interface. It can be downloaded from http://www.walbeehm.com/download/. -- Hautala 21:08, 22 February 2007 (UTC)
An alternative/complement to DeflOpt is defluff. Being also a command line tool, it is available for Linux, Mac OS X, and Windows. Have a look at http://encode.ru/tags.php?tag=defluff for more information.
(I looked around and couldn't find a direct answer to this question, so I figured I would ask it here.)
What should I do about whitespace on the edge of diagrams? For example, I just vectorized this image into this one. As you can see, in the original diagram there's some space around the outside edge, while on my version there is none. In terms of image-creation guidelines, is this ideal? Or should I have left a little whitespace ("transparentspace") around the edge? Check the article it's on to see how it looks on the page. Thanks! MithrandirMage T 06:50, 20 March 2007 (UTC)
PNGOUT has a '/ks' (keep settings) option, which lets it recompress the PNG using the same settings it was compressed with before (e.g. colour type, bit depth, filter method). Since the image has been previously compressed with OptiPNG, which quickly runs trials over filter methods, and can also do color type optimizations, it should be able to benefit from the settings it used, rather than have to rely on basic heuristics. Ultimately, for best results, it would be better to try it with both methods, but if you were only going to run it once, for speed, would it be better to run it with or without /ks? CountingPine 11:19, 10 May 2007 (UTC)
Can anybody help me to improve my photo of tenrec (Lesser Hedgehog Tenrec - Echinops telfairi)? Pinky sl 08:06, 30 May 2007 (UTC)
Thanks, Pinky sl 16:47, 30 May 2007 (UTC)
I support Wikipædia 100% for their philosophy of using the right media type for the right data type (ie SVG for line drawings). However, I don’t think we go far enough, and I think it would be better if we finished the job we have started. In other words, I think it would be better if the pages that use a certain image used the actual SVG source image itself, inline, as opposed to simply a bitmapped PNG version of it (which more or less defeats the point of it in the first place)
So what I am proposing is that SVG images are embedded into articles using <object> or whatever (with a bitmapped fallback for older software), rather than using <img>. Not only would this speed up loading times and reduce bandwidth, and all the other used benefits of vector images, but it would also increase the adoption of W3-standard browsers in the world at large, and would also encourage Internet Explorer users to upgrade to something more compliant (and maybe it would also encourage Microsoft to improve their browser with full native support for this established format).
So how do we go about implementing this in the templates?
--- Different Author ---
When showing a mathematical plot (in whatever image format the uploader uses) it would be great if they included the formula or source code (IE: Matlab, GNUPlot, LaTex) used to produce the image. This allows corrections to be made in the event that there is an error in the plot.
The source code could be used by the reader (on thier own computer, without uploading the change) in the event that:
1. The reader desires to scale the image to view the finest possible details.
2. The reader chooses to remove some of the plotted lines when viewed so there is less clutter or better scaling of the desired portion.
3. The reader is colour-blind and desires to change some of the colours chosen by the author.
An example of where this would be useful is on this page: http://en.wikipedia.org/wiki/Window_function#Comparison_of_windows where there is a plot of over a dozen window functions on a small graphic (even when the larger image is viewed one may desire to remove some of the lines). —Preceding unsigned comment added by 24.85.104.61 ( talk) 15:22, 20 May 2008 (UTC)
Can anyone help with Image:Arbans page 22 chromatic study.png? Wikimedia states: "Error creating thumbnail: Invalid thumbnail parameters." If you download the full resolution image you will see that there are no problems with the PNG file. For some reason the JPEG version works fine ( Image:Arbans page 22 chromatic study.jpg). I've had problems with the Wikimedia image rendering before but don't know where to ask for help or report bugs/issues.-- Dbolton 19:56, 25 July 2007 (UTC)
Are we allowed to use flash (.swf) files on wikipedia? If not, why? They could relly help explain things more. —Preceding unsigned comment added by Theconster ( talk • contribs) 23:28, 21 February 2008 (UTC)
The resizing of images for thumbnails generally works great, but for some reason it does not for a small subset of images. This subset seems to be GIF images with large transparent backgrounds, e.g. logos. When they are being resized, some of the foreground is being dropped. This dropping does not occur if you resize in Photoshop. Could it be that a simple change in setting is needed?
Examples:
(unindent) The problem with PNG scaling (for those who want more info) is more thoroughly discussed here: commons:Template talk:BadGIF -- Timeshifter ( talk) 09:06, 9 March 2008 (UTC)
The first paragraph of this page says: " Space on the images server is not at a premium, and we should not throw information away." Although I would say I'm fluent in English (my second language), I was not entirily sure whether this was supposed to mean that the space is not unlimited, or not expensive and I had to check a dictionary for the premium expression. I suggest to change the wording, e.g.
Han-Kwang ( t) 07:49, 7 July 2008 (UTC)
In the section where we say svg is the preferred image format for diagrams we recommend scribus, we should probably also mention inkscape, as I know most people prefer it. Also if we provide more options hopefully more people will actually start sending us in svg's. Joshua.leahy ( talk) 19:20, 3 November 2009 (UTC)
Under a new top level heading "General concerns" a second level heading "Text" should be created, with the following advice:
Hyacinth ( talk) 23:57, 11 April 2010 (UTC)
This is my first attempt to upload an image of my own creation. I stumbled onto this page so now I know to use SVG. However I expected this page to have a See Also link to the next step. § Music Sorter § ( talk) 16:28, 16 June 2010 (UTC)
I saw Commons template Commons:Template:Opaque links to Wikipedia:Preparing images for upload but that page does not mention it.
One, should we add some brief explanation and a link back to Commons in the see also?
Two, and I'm expecting my edit to be mercilessly reworked, but hopefully not blindly reverted, I have added this to the Commons template to suggest making a derivative in cases where a better original is unavailable. My intention is to avoid editors downloading the Commons image, modifying it to remove the background and then uploading a new (PNG or SVG) image and then deleting the original. In the case where no better original image is available I cannot see why deletion is a good idea. An example is File:Mustafafazl.jpg. - 84user ( talk) 15:01, 17 June 2010 (UTC)
It seems that some uploaded images are produced from screenshots with subpixel rendering (I don't believe that any sane software can export such images). Here is one example: File:BeethovenSymphonyNo5Mvt1SecondTheme.png. There are two concerns about it:
Therefore, it might be appropriate to warn against using subpixel rendering in the images and to advise turning it off before taking screenshots (if the screenshots are unavoidable).
I don't know how many such images are uploaded, so I'm not sure whether a category to mark them needs to be created...
Mikhail Ryazanov ( talk) 04:22, 6 February 2011 (UTC)
I tried to upload a plot in EPS format, and it was rejected due to the file format. I created the plot using IDL, which uses PostScript as its default graphics output format. This document should contain instructions on how to convert a PostScript plot into SVG format. -- BlueMoonlet ( t/ c) 19:55, 2 December 2013 (UTC)
Kunja kheda कुंजाखेड़ा village tehsil kumbhraj District Guna Madhya Pradesh india Devend meena ( talk) 04:49, 12 January 2017 (UTC)
Hmm, this would be a lot more convincing if it weren't for the fact that the "with title" picture is 1556 bytes, and the "with no title" picture is 1932 bytes. *sigh* It really is Image:Covalent.png all over again, isn't it? ;) -- John Owens 21:41 Apr 24, 2003 (UTC)
Moved from the Village pump
Hi
I'm trying to reduce the size of an uploaded image, anyone got experience of that. I tied to crop it in Graphic Converter offline, then up load it , but the new upload was bigger, although still a croped version of the old... help! TonyClarke 11:40 May 6, 2003 (UTC)
End of moved text
Village kunja kheda aad on Google Devend meena ( talk) 04:59, 20 December 2016 (UTC)
I haven't followed the discussion at all, but some good rules of thumb that I use when doing website graphic work:
Hope this helps some people. -- Wapcaplet 19:26 30 May 2003 (UTC)
Why doesn't the article mention a good JPEG file size reducer, JPEG Cleaner? It doesn't worsen the image quality, it just removes useless data. I am not the only one who likes it. -Anon. 14:25, 9 Jul 2004 (UTC)
What about a bot going through Wikipedia's image archive and processing all the PNG's with OptiPNG? This would demand lots of CPU, though. Etz Haim 22:59, 25 Aug 2004 (UTC)
Should we really be discouraging anti-aliasing? In my opinion it vastly improves the easthetics and 'visual feel' of most diagrams and should be used wherever possible. Diagrams don't normally consume nearly as much space as photographs. It probably only makes up for a fraction of the total disk space. -Anon
An interesting project I've found on Freshmeat: Webpack
From the site: "Webpack is an open-source command-line tool for automatically packing websites by shrinking them down without affecting the way they look or behave.Webpack is also useful for losslessly shrinking image collections and locating corrupted files. Webpack works by stripping unnecesary information from & optimising the compression of images, and removing comments/whitespace from html. This makes for a faster website for your users, and lower bandwidth usage/costs for you! (oh, and it's free - both as in speech and as in beer)." — Etz Haim 18:19, 13 Nov 2004 (UTC)
I have wondered for sometime how/if the thumbnailer produces optimal size PNGs. I had a lot of hassle with my PNG-optimizing with a batch of pngs for Wikipedia, and finally figured to drop that step, resulting in 5-25 % larger uploaded images. I was thinking that Wikipedia's thumbnailer really had to do this optimizing, smart as it is (I presume), and me having trouble with it.
Well, how is it? Does the thumbnailer use pngcrush or equivalent on the thumbs. Why not use it on all uploads? ✏ Sverdrup 02:43, 5 Dec 2004 (UTC)
Is it really a good idea to have 70-80 % compression for JPEGs? I mean, suppose that in the future you make a print Wikipedia, you want the most quality images you can have. I propose that we upload JPEGs in a high quality byte- and pixel-size (if available) and let the software downgrade it for browsers.
Also don't remove EXIF data before uploading.
And for those who propose to run permanent compression on the image collections, you may lose interesting metadata like IPTC or EXIF or some embedded copyright notice.
i moved this page and made some significant edits to try and remove the suggestion that we wan't to reduce filesize at all costs. Comments on the new version welcome.
Hanuman tempale kunja kheda Beautiful tempale in kumbhraj thasil
For cases of non-photographic images using JPEG compression, I have created a template to place on the image page, {{ badJPEG}}. It suggests replacing the JPEG image with a PNG or SVG image and refers the reader to Wikipedia:Preparing images for upload. It has a corresponding category, Category:Images with inappropriate JPEG compression, which is under Category:Images for cleanup. Please use as you find appropriate. -- ChrisRuvolo ( t) 14:33, 2 December 2005 (UTC)
If possible, please upload a PNG or SVG version of this image, ... After doing so, please replace all instances of this version throughout Wikipedia (noted under the "File links" header), and mark this image as {{redundant|Image:replacement image}}
Compare Image:Star of life.gif and Commons:Image:Star of life.svg. The underlying image in the latter is 5.76 KB, and the displayed PNG at full size is 15.37 KB. By contrast, the GIF (and we're talking a GIF, which could be further compressed into a PNG) is 3.81 KB.
Now, I realize that the SVG can be more easily scaled up. But is anyone seriously planning on scaling up a roughly 200×200 pixel image? I also realize that it's theoretically easier to edit, but in practice, surely most people would find it easier to use a graphics program. Finally, I realize that the size disparity would probably be reversed if SVGZ were fully supported by mainstream browsers, but that's probably not happening for another two years or so.
So I see two logical possibilities. Either there was a problem in converting the specific file to SVG that resulted in an excessively large file size, and this problem is aberrant and/or can be corrected; or we should stick with plain PNGs for now where scaling isn't useful and the SVG filesize is greater. Am I missing something? — Simetrical ( talk • contribs) 01:46, 20 February 2006 (UTC)
I noticed
Category:Images with opaque backgrounds. Could sombody point me to where the value of Transparency in an image is prefered. and as a side thought why all the templates in
Images for cleanup all say to creat a reduntant page and fix it instead of simply updating a newer verthion of the file.--
E-Bod
03:17, 19 March 2006 (UTC)
hello i am from the future. yes the transparent alpha channel presents a problem. images are uploaded with the assumption of a white background. the black text in the images is problematic. there needs to be an option to download images with the alpha channel converted to a white background. — Preceding unsigned comment added by 101.98.178.115 ( talk) 12:50, 22 December 2022 (UTC)
I created this map Image:First century palestine.gif using Illustrator CS2. I was asked to convert it to SVG and also to upload it on the commons. SO I reopened my illustrator file and saved it as an SVG from the "Save as..." menu option. I then uploaded that file here Image:Iudaea province.svg, but as you can see something has gone array. I thought initially it may had to do with the clipping mask I used to crop the image, so I released that and uploaded another version, but still the same. As you can see Iudaea Province, there is an error: "Error creating thumbnail". Does anyone know what is wrong? Any advice on how to properly save a SVG for upload? Thanks!-- Andrew c 14:45, 12 April 2006 (UTC)
I would like to know the details how to save a file in SVG-format in Illustrator for Wikipedia. I made some images and I saved them in the default SVG 1.1 mode and uploaded and they showed up blank. Haven't used SVG before so I don't know what options should I use when saving. Quick solution was to download Inkscape, open the Illustrator files in there, save and upload. Seemed to work but this puzzles me. 84.253.230.58
I'm a little confused, but I'm just starting out with SVG files so maybe that's understandable.
I know that SVG files are converted by the server/software to PNGs before they display them inline; but are we supposed to see pixelation when we scale up an SVG file inline? For example,
[[Image:Benbrook flag.svg|1200px]]
(inline) shows distinct pixelation that doesn't exist on
Image:Benbrook flag.svg. What am I doing wrong? Or do SVGs also "autoresize" on the image page once you get to a certain native size, like very large JPG files do, where you get the
Download high resolution version (1600x1200)? --
nae'
blis
22:21, 13 September 2006 (UTC)
I've uploaded a newer version of [[Image:Co2-temperature-plot.svg]] but the generated PNGs (how it displays on any pages that don't render it to size that hasn't previously been displayed) all still look like the old version. Is there some way to force an update or something? Leland McInnes 17:39, 4 November 2006 (UTC)
?action=purge
to the end of it. Got that info from WP:PURGE. -- WikiSlasher 07:28, 5 November 2006 (UTC)
If a PNG is uploaded with a large file size, should it be optimized and re-uploaded, or should it just be left alone because re-uploading it will just add more bytes to the server? -- 75.20.216.191 20:13, 31 December 2006 (UTC)
There is another quite an unknown software called DeflOpt that can squeeze some bytes out of PNGs compressed by OptiPNG, advpng, advdef and PNGOUT. It's current version is 2.04. I have been using it for some weeks now without problems. It is run on Windows using the command line interface. It can be downloaded from http://www.walbeehm.com/download/. -- Hautala 21:08, 22 February 2007 (UTC)
An alternative/complement to DeflOpt is defluff. Being also a command line tool, it is available for Linux, Mac OS X, and Windows. Have a look at http://encode.ru/tags.php?tag=defluff for more information.
(I looked around and couldn't find a direct answer to this question, so I figured I would ask it here.)
What should I do about whitespace on the edge of diagrams? For example, I just vectorized this image into this one. As you can see, in the original diagram there's some space around the outside edge, while on my version there is none. In terms of image-creation guidelines, is this ideal? Or should I have left a little whitespace ("transparentspace") around the edge? Check the article it's on to see how it looks on the page. Thanks! MithrandirMage T 06:50, 20 March 2007 (UTC)
PNGOUT has a '/ks' (keep settings) option, which lets it recompress the PNG using the same settings it was compressed with before (e.g. colour type, bit depth, filter method). Since the image has been previously compressed with OptiPNG, which quickly runs trials over filter methods, and can also do color type optimizations, it should be able to benefit from the settings it used, rather than have to rely on basic heuristics. Ultimately, for best results, it would be better to try it with both methods, but if you were only going to run it once, for speed, would it be better to run it with or without /ks? CountingPine 11:19, 10 May 2007 (UTC)
Can anybody help me to improve my photo of tenrec (Lesser Hedgehog Tenrec - Echinops telfairi)? Pinky sl 08:06, 30 May 2007 (UTC)
Thanks, Pinky sl 16:47, 30 May 2007 (UTC)
I support Wikipædia 100% for their philosophy of using the right media type for the right data type (ie SVG for line drawings). However, I don’t think we go far enough, and I think it would be better if we finished the job we have started. In other words, I think it would be better if the pages that use a certain image used the actual SVG source image itself, inline, as opposed to simply a bitmapped PNG version of it (which more or less defeats the point of it in the first place)
So what I am proposing is that SVG images are embedded into articles using <object> or whatever (with a bitmapped fallback for older software), rather than using <img>. Not only would this speed up loading times and reduce bandwidth, and all the other used benefits of vector images, but it would also increase the adoption of W3-standard browsers in the world at large, and would also encourage Internet Explorer users to upgrade to something more compliant (and maybe it would also encourage Microsoft to improve their browser with full native support for this established format).
So how do we go about implementing this in the templates?
--- Different Author ---
When showing a mathematical plot (in whatever image format the uploader uses) it would be great if they included the formula or source code (IE: Matlab, GNUPlot, LaTex) used to produce the image. This allows corrections to be made in the event that there is an error in the plot.
The source code could be used by the reader (on thier own computer, without uploading the change) in the event that:
1. The reader desires to scale the image to view the finest possible details.
2. The reader chooses to remove some of the plotted lines when viewed so there is less clutter or better scaling of the desired portion.
3. The reader is colour-blind and desires to change some of the colours chosen by the author.
An example of where this would be useful is on this page: http://en.wikipedia.org/wiki/Window_function#Comparison_of_windows where there is a plot of over a dozen window functions on a small graphic (even when the larger image is viewed one may desire to remove some of the lines). —Preceding unsigned comment added by 24.85.104.61 ( talk) 15:22, 20 May 2008 (UTC)
Can anyone help with Image:Arbans page 22 chromatic study.png? Wikimedia states: "Error creating thumbnail: Invalid thumbnail parameters." If you download the full resolution image you will see that there are no problems with the PNG file. For some reason the JPEG version works fine ( Image:Arbans page 22 chromatic study.jpg). I've had problems with the Wikimedia image rendering before but don't know where to ask for help or report bugs/issues.-- Dbolton 19:56, 25 July 2007 (UTC)
Are we allowed to use flash (.swf) files on wikipedia? If not, why? They could relly help explain things more. —Preceding unsigned comment added by Theconster ( talk • contribs) 23:28, 21 February 2008 (UTC)
The resizing of images for thumbnails generally works great, but for some reason it does not for a small subset of images. This subset seems to be GIF images with large transparent backgrounds, e.g. logos. When they are being resized, some of the foreground is being dropped. This dropping does not occur if you resize in Photoshop. Could it be that a simple change in setting is needed?
Examples:
(unindent) The problem with PNG scaling (for those who want more info) is more thoroughly discussed here: commons:Template talk:BadGIF -- Timeshifter ( talk) 09:06, 9 March 2008 (UTC)
The first paragraph of this page says: " Space on the images server is not at a premium, and we should not throw information away." Although I would say I'm fluent in English (my second language), I was not entirily sure whether this was supposed to mean that the space is not unlimited, or not expensive and I had to check a dictionary for the premium expression. I suggest to change the wording, e.g.
Han-Kwang ( t) 07:49, 7 July 2008 (UTC)
In the section where we say svg is the preferred image format for diagrams we recommend scribus, we should probably also mention inkscape, as I know most people prefer it. Also if we provide more options hopefully more people will actually start sending us in svg's. Joshua.leahy ( talk) 19:20, 3 November 2009 (UTC)
Under a new top level heading "General concerns" a second level heading "Text" should be created, with the following advice:
Hyacinth ( talk) 23:57, 11 April 2010 (UTC)
This is my first attempt to upload an image of my own creation. I stumbled onto this page so now I know to use SVG. However I expected this page to have a See Also link to the next step. § Music Sorter § ( talk) 16:28, 16 June 2010 (UTC)
I saw Commons template Commons:Template:Opaque links to Wikipedia:Preparing images for upload but that page does not mention it.
One, should we add some brief explanation and a link back to Commons in the see also?
Two, and I'm expecting my edit to be mercilessly reworked, but hopefully not blindly reverted, I have added this to the Commons template to suggest making a derivative in cases where a better original is unavailable. My intention is to avoid editors downloading the Commons image, modifying it to remove the background and then uploading a new (PNG or SVG) image and then deleting the original. In the case where no better original image is available I cannot see why deletion is a good idea. An example is File:Mustafafazl.jpg. - 84user ( talk) 15:01, 17 June 2010 (UTC)
It seems that some uploaded images are produced from screenshots with subpixel rendering (I don't believe that any sane software can export such images). Here is one example: File:BeethovenSymphonyNo5Mvt1SecondTheme.png. There are two concerns about it:
Therefore, it might be appropriate to warn against using subpixel rendering in the images and to advise turning it off before taking screenshots (if the screenshots are unavoidable).
I don't know how many such images are uploaded, so I'm not sure whether a category to mark them needs to be created...
Mikhail Ryazanov ( talk) 04:22, 6 February 2011 (UTC)
I tried to upload a plot in EPS format, and it was rejected due to the file format. I created the plot using IDL, which uses PostScript as its default graphics output format. This document should contain instructions on how to convert a PostScript plot into SVG format. -- BlueMoonlet ( t/ c) 19:55, 2 December 2013 (UTC)