Welcome to the Graphics village pump!
Hello and Welcome to this Graphics village pump of Commons. This Graphics village pump aims to provide help and information about the several Graphic Labs spread in the Wikipedias, and to be the technical support forum for all the local Labs, graphists (graphic artists), and users interested in graphic works, and is a page where graphists and users from all the Labs can talk about graphics, tutorials, graphic software, help to build new Graphic Labs, etc. Also for exchanging opinions, ideas, protocols, and ways of improvement.
See also: Other graphic community pages (list on top) | Graphics abilities page | Graphic Tool | Project Insignia | Stroke Order Project | Current requests/discussions
Can anyone help shade two countries on the map File:OPEC.svg ?
To update this SVG map for OPEC's newly returned member nations (Indonesia & Gabon), I was able to add blue shading to the "invalid SVG" file version from 17 September 2008, but unfortunately I couldn't succeed with the "valid SVG" version from 29 June 2013. We'd certainly prefer to avoid using an invalid SVG for a map with millions of viewers per year in dozens of Wikipedia languages. Does anyone familiar with SVG see how to create a valid file with the updated shadings? Many thanks. —Patrug (talk) 21:49, 4 July 2016 (UTC)
- I updated the map, please check to make sure the shaded countries are correct. Offnfopt(talk) 00:24, 5 July 2016 (UTC)
- Looks great, thanks! Any "simple" way that a non-expert could edit the set of blue-shaded countries for future membership changes? —Patrug (talk) 01:35, 5 July 2016 (UTC)
- What problems did you encounter when trying to edit the validated SVG? Offnfopt(talk) 23:22, 6 July 2016 (UTC)
- The invalid SVG gives clear instructions for coloring countries near the top of the file, which made it easy to add the code for Gabon. When I tried adding the same code to the valid SVG file, it didn't work. —Patrug (talk) 04:44, 8 July 2016 (UTC)
- I made the changes using Inkscape, it is a free/open source vector editor. It takes some playing around with when you're not familiar with it, but after you get used to the interface and how to navigate the elements in a document, it doesn't take long to make these kind of quick changes. Offnfopt(talk) 12:32, 8 July 2016 (UTC)
- OK, thanks. I've added this info to File talk:OPEC.svg for future occasions. —Patrug (talk) 00:22, 10 July 2016 (UTC)
Hello, I was wondering what the issue with this SVG is, as when the image renders as a PNG on Wikipedia, the text seems distorted with letters too close to each other. I am not sure exactly what I need to fix, although maybe it is related to this? Secret Agent Julio (talk) 21:52, 15 July 2016 (UTC)
- Take a look at "Font substitution and fallback fonts" and "SVG Fonts", your SVG currently uses the Verdana font which is not available on the wiki servers (current SVG font list (Old). Since you're not using a supported font it is changed to a different font before it is rendered as PNG, which changes the appearance of the text. So it is recommended to change it to a supported font list to you know what to expect when the text is rendered. Also there is currently another issue that could affect you T139543 which will be fixed soon according to that thread. Offnfopt(talk) 20:09, 16 July 2016 (UTC)
- Hmm, I tried adjusting the font to DejaVu sans, but it did not seem to work. So maybe it is related to that thread then? Secret Agent Julio (talk) 09:55, 17 July 2016 (UTC)
- No it’s more phab:T36947. You can try to scale the whole image to result in an font-size of 70-80px, which is at moment the best workaround. ↔ User: Perhelion 17:43, 18 July 2016 (UTC)
- @Perhelion: Are you sure? This problem only has started recently when I have uploaded these SVGs, and I have not changed anything since I started. In fact, I just made a minor adjustment to a file which displayed perfectly fine before. All I did was move an object a few units, and after I reuploaded there is now a display problem. Nothing else with the file was changed. Secret Agent Julio (talk) 06:29, 26 July 2016 (UTC)
- @Secret Agent Julio: Image scalers have been migrated from Ubuntu to Debian. This may result in deviating Rendering. And it looks obviously diffrent between but I wouldn't say its better or worse than before. -- Menner (talk) 17:40, 26 July 2016 (UTC)
- @Secret Agent Julio: I've done the fix (workaround and the SVG cleaned) so we can clear compare the result what I mean: So the answer is yes. PS: You can take this image as template for others, I used the clone technique. ↔ User: Perhelion 19:59, 26 July 2016 (UTC)
- @Perhelion: Wow thanks, I am surprised at how reduced the file size is! Is there a way to keep the base image the same colour? But it seems to me as though the text rendering has subtly changed recently though, correct? Thanks again for the help.
The XML in the uploaded file could not be parsed
The XML in the uploaded file could not be parsed. 13 MB svg file edited with inkscape. I get this message when it try to upload any uploader i used. Thank you. The base file is jpg file and i converted it to png in photoshop and then used it with no problem in Inkscape. Then used PNG original wihout jpg to png and i get the same message. MaryroseB54 (talk) 16:31, 21 July 2016 (UTC)
- Does this SVG file contain a large embedded bitmap (raster) image? That's kind of discouraged on Commons... AnonMoos (talk) 13:37, 22 July 2016 (UTC)
- No, as i said i used the png file for the background the 2nd time i tried it. Maybe i should give up. MaryroseB54 (talk) 14:08, 22 July 2016 (UTC)
- Sorry and yes, give this up, this is absolutely an overkill for SVG. The source (JPG) image itself has an huge size view-warning and this is the most effective file format for pixel-image if large amount of details. The processing power and memory requirements correlates almost exponentially to the SVG filesize. The only way is to dramatically reduce the filesize (very likely also the resolution) of this background. PS: I would suggest to take the PNG and reduce the dimension by factor 10 and an color-depth of maximum 8bit or lower. ↔ User: Perhelion 21:08, 22 July 2016 (UTC)
- thanks MaryroseB54 (talk) 22:18, 22 July 2016 (UTC)
Uploading alternate file format for maps
I uploaded a lot of maps in .png format, and would now like to replace them with .svg versions, as this is the preferred format in wikipedia for maps. However, I'm not able to upload the .svg versions of those same maps as an updated version of the .png. It can't replace the png file with a .svg file.
Is it alright to upload a separate .svg version? How should I go about getting the .svg version on wikimedia commons. I'm afraid if I did upload a separate version, it'd get taken down as a duplicate. Redtitan (talk) 07:56, 9 August 2016 (UTC)
- I'm seeing examples of duplicate file formats used, but with "SVG version" added in the title, so that seems like a workable solution. Let me know if that's not the case and there's a better way to go about this. Redtitan (talk) 09:13, 9 August 2016 (UTC)
- There is no need to add "SVG version" in the title (compare Category:Vector version available). You can not overwrite files with other fileformat (this would be an strong error). PS: Good to hear you do upload now SVG. ↔ User: Perhelion 12:09, 9 August 2016 (UTC)
Help need with an svg map
I have created this svg map of italian comuni (cities) and I uploaded it on commons. The upload was successfull and the map is seeable in a wiki page, but when passing to the original source, problems arise. I then tried with another version not processed with SVGcleaner but there are still problems even if different. I have done the test Markup Validation Service and both failed with one error but I am a beginner and I do not know how to correct the error. Can anyone help me?
Thank you, --Thern (talk) 16:54, 19 August 2016 (UTC)
- Hi again,
- I tried to correct the error of the second upload version and now the validator says it is ok but the original source has still the problem (it does not zoom) and maybe it is a problem of my map more than a source code error. Is it possible? If so, how can I fix it?
- --Thern (talk) 17:02, 19 August 2016 (UTC)
- Thern I'm not sure if I fully understood your problem. Your SVG has set height and width values so when you open the SVG it will display at that size. If I understood your problem correctly, then I think you want the height and width larger. I went ahead and increased the height and width values so when you click the SVG it will display larger. Offnfopt(talk) 03:36, 24 August 2016 (UTC)
- Offnfopt Thank you for the answer, but it was not my problem. Actually I think I solved using another compressor instead of SVGcleaner and now when displayed as SVG, it is possibly to zoom in and out the map; with the previous version the map was fixed and zooming did not work (if you want, you can check the first 3 uploads to see what I mean). But again, thank you!
- --Thern (talk) 08:02, 24 August 2016 (UTC)
SVG thumbs using different font
I just changed this file to use text elements instead of paths. I used Liberation Serif. The text looks correct when viewing the full-size version (it has serifs), but the preview on the file page and the version on plwiki don't have serifs. Anybody have any idea how to fix it? BMacZero (talk) 18:29, 23 August 2016 (UTC)
- Looking at the markup it shows
font-family="'LiberationSerif'" if you change this to
font-family="Liberation Serif,serif" I believe it will get you fixed up. Though if you want the lettering to be a little stronger, I would recommend
font-family="Granada,Liberation Serif,serif". The font rendering has changed not too long ago due to software upgrades and seems to me the font rendering seems skinnier than it was before, using Granada seems closer to how it used to render. Offnfopt(talk) 18:51, 23 August 2016 (UTC)