Wikipedia:SVG Help

See also: Wikipedia:Graphic Lab/Resources/SVG and Wikipedia:Graphic Lab/Illustration workshop

Create a new request

SVG Help Scalable vector graphics is a commonly used file format for providing a geometrical description of an image using basic objects such as labels, circles, lines, curves and polygons. An image can be reduced or enlarged to an arbitrary size, and will not suffer image data loss, nor will it become pixelated. SVG makes an excellent format for artwork, diagrams and drawings. SVG images are defined in XML text files. This means that they can be searched, indexed, scripted and, compressed. Since they are XML files, SVG images can be edited with any text editor, but SVG-based drawing programs are also available. However, the rendering engine used by Wiki is not perfect, and may cause the image to be shown incorrectly, or differently from how it is displayed in your vector editor of choice. This page enables authors experiencing problems with SVG graphics to obtain some help in getting their images into wiki the way they intend. Further information: commons:Help:SVG

Things that can be helped with on this page Understanding SVG Questions about the SVG format Using SVG appropriately When to (or not to) use SVG What you see is not what you got Missing objects from files Random filled boxes in the image Images that are the wrong size Font inconsistencies Other weird and wonderful bugs Something New Questions that you can't find a better place for

Common problems Missing objects or black boxes Failure to convert these objects appropriately, which is often not user error, may lead to incorrect Z-ordering, phantom black boxes or missing (not rasterized) objects. If operating on a system with RSVG installed, it may be a good idea to check the image before uploading to Mediawiki servers. If black boxes still appear after converting all objects appropriately, it may be necessary to hand-edit the XML to remove the <flowroot> tags.[1][2] The issue seems to stem from a mismatch between SVG 1.2 and SVG 1.1 behaviour, and affects several 1.1 programs, such as rsvg. The workarounds that one can employ are either not to use flowed text, or to stroke the text using "object to path". This can subsequently (and optionally) be cleaned up using using "simplify", although this has the negative side effect of smoothing your fonts, particularly at sharp corners. The positive effect of the simplify step is to significantly reduce the filesize required to describe your text components. Font issues Due to copyright restrictions, Mediawiki cannot use proprietary fonts that are commonly found on several proprietary operating systems. Fonts such as Arial and Times New Roman require licencing fees to distribute. RSVG will not be able to locate such fonts, and the text will fail to appear in the rendered image. There are two solutions to this issue: one can substitute a font that is available on Wikipedia. (recommended) or alternatively, one can convert the text into path information in Inkscape. (generally discouraged) For ease of subsequent editing and significantly smaller file sizes, substituting the font with an available font is the recommended option. Many of the common fonts have non-proprietary alternatives that are very similar in typographical style, resulting in minimal disruption to existing images during substitution. For a list of fonts available in Wikipedia, see Available Fonts on meta. Here are some suggested replacements for commonly-used proprietary fonts. These are freely-distributable fonts that give a very similar typographical appearance: Times New Roman can be replaced with DejaVu Serif Arial can be replaced with DejaVu Sans Courier New can be replaced with DejaVu Sans Mono Fonts which are available on meta may or may not be available on a visitor's machine. If the placement or appearance of text in the image is important and there is uncertainty about which fonts are installed on a visitor's machine, then converting text into path information (as mentioned above) may be necessary. Mediawiki provides rasterized previews of SVG images. If those are only images needed by a visitor, then no portability issues may arise. If the visitor retrieves the SVG image to render it directly in their browser (perhaps to zoom in and see more detail than provided in Mediawiki's rasterized preview), it may not display as intended unless the referenced fonts have been installed on the visitor's machine. Some fonts like Times and Helvetica have problems with resizing, replacing them with Liberation Serif and Liberation Sans, respectively, should fix the issue. Bad page sizes The slightly outdated RSVG version used in Mediawiki requires the presence of x="0" y="0" to correctly calculate the bounding box for the object. Failure to have this can mean that the image will appear to be stretched or compressed in one direction when uploaded. Simply insert x="0" y="0" into the opening SVG tag to remedy this. Newer versions of RSVG do not appear to be affected by this problem (confirmed for RSVG 2.16.1). Rendering files Mediawiki (the software from which Wikipedia is run) uses the program RSVG (librsvg) to rasterize all of its svg files. The version of the RSVG program that is installed on wiki does not always correctly raster the Inkscape or OpenOffice.org SVG files. Rendering Inkscape files Inkscape images must be modified before uploading to any wiki. To achieve this, simply perform "stroke to path" under the path menu in Inkscape whilst selecting all of the objects that need to be modified. Objects that need to be modified include: Lines with arrow heads (the arrows need to be converted) Text Compound objects created with the binary path tools (union, intersect etc.) Rendering OpenOffice.org SVG files OpenOffice.org svg files may require manual modification before being uploaded to wikipedia. To achieve this; change all fonts to wikipedia supported fonts as mentioned above (E.g. change "Sans embedded" to "DejaVu Sans") add "px" to all font-size references (E.g. change "font-size:100" to "font-size:100px") remove all additional x coordinate references in tspans (E.g. change <tspan x="17583 17917 " y="10943"> to <tspan x="17583" y="10943">) [Not required for OO 2.3.0:] explicitly colour all text (E.g. black) by replacing relevant "stroke:none;fill:none" instances with "stroke:none;fill:rgb(0,0,0)" (note that simply explicitly colouring text black in openoffice 3.2.1 does not appear to work) NB vector graphics line widths may also need to be set explicitly in OpenOffice.org Draw. SVG code replacement guide (executing replace all using Nedit regular expressions) Original Text Replacement Text Sans embedded DejaVu Sans font-size:([0-9]*); font-size:\1px; tspan x="([0-9]*) ([0-9 ]*)" tspan x="\1" <g style="stroke:none;fill:none"><text> <g style="stroke:none;fill:rgb(0,0,0)"><text> This svg export procedure has been tested using OO 2.3.0 and OO 3.2.1 with a simple .odg candidate. Further information: commons:Help:SVG

An example of an image experiencing rendering problems How the image is supposed to appear

Assistance

If you have a tricky SVG file with a problem not described, or can't quite figure out what the previous section was talking about, you can simply ask for assistance by posting a quick note below that outlines the problem, as well as providing links to the files that are exhibiting these problems. Don't forget to sign your name with four tilde symbols (~~~~) and an editor will attempt to reply here to help!

When you are happy that a request has been fulfilled, just leave a note so that the request can be archived later, as needed.

An alternative source of help is Commons:Graphics village pump.

Requests for assistance

Create a new request

File:DIRFT1.svg

Error Description - in wikipedia/commons black boxes on "splined curves" are appearing including parts I have definately labled as "fill transparent". Appears to vaildate ok and views ok using google chrome. Passes Jarry1250 tool and displays well with that, upload preview also looks ok but not once uploaded.

PNG image of what it should look like here File:DIRFT1.png Mddkpp (talk) 04:13, 20 January 2012 (UTC)

Fixed -- it seems that your SVG-generating program put some default graphic attributes ( fill="none" stroke="none" stroke-linecap="square" stroke-miterlimit="10" clip-path="url(#p.0)") up in the SVG header. That worked at least partially with past versions of RSVG, but it doesn't seem to work with the current version... AnonMoos (talk) 15:49, 20 January 2012 (UTC)

Ok (I'm used google docs paint program) - I see the text you mentioned when I open with a text editor - can you give me an easy fix for future versions? Or it is a case of the wiki software needing updateing? (..If it's a problem with the google docs output I'll go and 'bug' them.)212.50.167.138 (talk) 05:37, 21 January 2012 (UTC)

I'm really not sure which side is at fault, but it's an incompatibility between the software you're using and the current version of RSVG. I don't know of any way of fixing the problem other than what I did -- I opened the SVG file with a text editor, cut all graphic attributes (stroke and fill attributes etc.) from the <svg ...> element, created a new <g ...> element at the beginning of the vector data (but after the definition of the global clipping path in this case) and pasted the previously-cut graphic attributes there, and then added a </g> right before the </svg> at the end... AnonMoos (talk) 10:43, 21 January 2012 (UTC)

convert File:RichmondCoatofArms.jpg to svg

I need the file RichmondCoatofArms.jpg coverted to SVG and for the SVG image to replace the RichmondCoatofArms.jpg on the Richmond The American International University in London wikipedia page. -- 19:01, 27 November 2011‎ User:LordByron81

However, that would require a lot of work for something which would end up being merely a non-free fair-use graphic. In any case, this page is more for questions about already-existing SVG files; your question belongs more on the Graphic Workshop, Illustrations board... AnonMoos (talk) 15:55, 20 January 2012 (UTC)

File:TGG Classes2Tables Rule Class2Table Binding Semantics (en).svg

The Commons SVG renderer renders the DejaVu Sans Condensed font differently from what I get in a) IE and Chrome (with the current version 2.33 of the font installed on my PC), b) Inkscape, and c) the Jarry1250's SVG Check on the toolserver. Results for a), b) and c) look perfect, only the Commons renderer draws the font too large, resulting in labels to be over the border of its boxes (clearly visible on "package:Package"). I checked the librsvg bugzilla, but did not find a related bug. Any ideas? --JanRieke (talk) 21:50, 2 November 2011 (UTC)

It's basically a kerning issue: the letters are more far apart than they should be. This is one of the big issues with our renderer, which seems unable to render even a sliver of kerning. One solution is to put each letter into its own tspan element, which would force kerning on the renderer, but fragment text and add clutter to the code. I did that by re-saving in Illustrator, but the resulting code might need some clean up (feel free to revert if you don't like the result), and there might be other solutions that I'm unaware of. Hope this helps. -- Orionist ★ talk 16:21, 3 November 2011 (UTC)

Thank you! Unfortunately, I don't have Illustrator. Do you know if this is also possible with Inkscape? (I have more files to fix...) I have tried the "Split Text" extension, but it creates huge spaces between the characters. Maybe I will just slightly reduce the font size... :/ --JanRieke (talk) 20:42, 3 November 2011 (UTC)

File:Nucleotides 1.svg

The file isn't rendering the same as it does in Adobe Illustrator; the lines are too thick. It should appear like File:Nucleotides.png. Antony–22 (^talk⁄_contribs) 19:55, 25 October 2011 (UTC)

There's no stroke-width parameter specified on any of the lines so they are defaulting to whatever the renderer's stroke size is. --The Pink Oboe (talk) 21:10, 25 October 2011 (UTC)

How did you create the image? Do you know WP:CSDG? --Leyo 21:57, 25 October 2011 (UTC)

I made some changes to the previous version of the image, which renders fine. I basically just changed some of the text and extended the dashed lines to fit the new text. I guess Illustrator lost something that was in the previous image. Antony–22 (^talk⁄_contribs) 22:50, 25 October 2011 (UTC)

You might want to start again using the previous version and to the editing with Inkscape or even a texteditor. --Leyo 07:53, 26 October 2011 (UTC)

And increase the filesize by 50% full of bloated and useless code? Text editor yes, Inkscape no. You're using Illustrator CS4 I believe? Illustrator CS5/CS5.5 produces much better SVG code than previous versions, so if at all possible I recommend you upgrade if you are going to be making SVGs on a regular basis. --The Pink Oboe (talk) 09:17, 26 October 2011 (UTC)

File:Non-binding-price-ceiling.svg and File:Binding-price-ceiling.svg

Noticed something weird about these two. In the price ceiling article, the Non-binding-price-ceiling image is displayed incorrectly (the text "non-binding price ceiling" is cut off on the right side of the image), but the Binding-price-ceiling image is displayed correctly. When clicking the Binding-price-ceiling image, taking you to the image page though, the image is displayed incorrectly. Both times the image is converted to PNG to be displayed (at least in my browser), but the article image is scaled slightly. Also though, in my browser (Google Chrome 14—I'm not currently on my home computer), the images appear to be rendered correctly when I view the SVG file directly. —danhash (talk) 18:51, 29 September 2011 (UTC)

It's standard font-rendering difficulties. The way to be sure that text looks like it does in your vector editor is to "Convert text to paths". AnonMoos (talk) 15:43, 30 September 2011 (UTC)

What can be done to fix the rendering here on wikipedia? Does the rendering engine need to be improved or made more standards-compliant? —danhash (talk) 20:26, 30 September 2011 (UTC)

You can see some past discussions at commons:Commons:Graphics village pump and meta:Talk:SVG_fonts... AnonMoos (talk) 21:04, 30 September 2011 (UTC)

So basically it's a problem that everyone is aware of but isn't really being fixed? —danhash (talk) 19:43, 6 October 2011 (UTC)

Yes, but there are reasons. You probably need a better explanation than was provided.

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘The problem is that your computer and Wikipedia do not have the same fonts. Most of the fonts you have are nonfree. Wikipedia can only use free fonts, which you don't have. When you display the SVG by itself, your browser is using your computer's fonts. However, thumbnails have to be converted to PNGs by Wikipedia, not your browser, so they use Wikipedia's fonts.

The problem is not with Wikipedia. It is doing exactly what it should be doing. The problem is with the file which was not designed with Wikipedia fonts in mind. Fortunately, the fonts Wikipedia uses are free, and so you can download them. And if Wikipedia still cuts off the fonts after you fix that, you can put a clear rectangle on the whole thing to make sure the file will crop correctly.

I hope this is helpful. — trlkly 20:54, 10 October 2011 (UTC)

Seems to me, then, that the resolution is pretty simple, although it may suck just as much. If an SVG image is using non-free fonts and the thumbnailing by MediaWiki causes the fonts to be skewed or cut off or the image to otherwise look crappy, horrible, and unencyclopedic (as it does) it either:

• shouldn't be used in an article, in which case it shouldn't be on wikipedia (but perhaps on commons),
• should be converted to PNG and uploaded (in which case the vector nature of the image is lost),
• or should, ideally, be edited to work with a free font, which would require (potentially lots of) extra work.

This only seems logical to me: we want non-crappy images in our encyclopedia articles don't we? Following the same logical thought process, SVG images that look crappy as explained above should just be deleted. It's better to have no image in an article than to have images that look like crap to readers who won't understand that it's because of Wikipedia's licensing policy. If a standard wait time is applied (7 days or something reasonable) it will give the uploader and other editors time to fix the image, but images that nobody cares enough to update will still be deleted instead of making articles look bad. —danhash (talk) 21:25, 10 October 2011 (UTC)

File:CatenaryForceDiagram.svg

There are two problems with the PNG rendering of this. First the labels are moved around but I suspect I can fix that by playing around with the scaling. Second, tspan seems to be changing the text; the downward arrow should be be labelled (0, −λgs) but the PNG version has (0, −λ)gs. I've checked this in Firefox and Inkscape so the problem seems to be a bug in RSVG, any work-around suggested?--RDBury (talk) 15:46, 20 September 2011 (UTC)

I think it's fixed now, for problem 1 the workaround is to not use ViewBox to scale the image, i.e. always use pixels as the unit of measurement. For problem 2, I encased the whole text in tspans, using font-style="none" for the non-italics sections.--RDBury (talk) 16:50, 20 September 2011 (UTC)

File:British_Isles_Euler_Diagram_8.svg

Using Inkscape: I have problems when converting strokes to paths; they distort heavily (see "Guernsey" or "Jersey" ellipses, for example).

This is my first time using Inkscape, so hopefully I'll get better at simple issues like this. Thanks. TWCarlson (talk) 15:33, 12 August 2011 (UTC)

Looks cool. Why you do convert all to paths??? πϵρήλιο ℗ 17:55, 12 August 2011 (UTC)

Internet Explorer seems to convert them all to paths anyway when rendering. I'll do it in whatever way looks right. Can you help with that? TWCarlson (talk) 02:36, 15 August 2011 (UTC)

Y I have solved this problem myself. I was creating an ellipse and then stretching it with the selection handles. I really should have been using the ellipse handles (picking the ellipse tool and then clicking the shape). I found this by examining the svg file in a text editor and seeing a "transform" term applied to the path. Using the ellipse handles changes the radii dimensions directly without applying a "transform". TWCarlson (talk) 22:35, 15 August 2011 (UTC)

free hand drawing in svg format

I require assistance with free hand drawing in svg format. when i draw a free hand image it shows the following code when opened in a web browser. the first point is the starting point what is the rest of it??/

<path fill="none" stroke="#000000" stroke-miterlimit="10" d="M252.838,210.135c2.839-21.964,37.455-34.507,56.517-33.548 c3.271,5.041,8.319,5.471,9.694,11.518c0.216-8.684,50.851-12.411,46.155,11.015c25.219-3.68,26.832,26.25,26.823,43.447"/> </svg>

-ajay —Preceding unsigned comment added by 14.139.160.2 (talk) 13:15, 7 July 2011 (UTC)

This link should give a thorough explanation, but it's basically this: A (cubic) bezier curve is drawn from the starting point to the third coordinate after "c". The first and second coordinates are the control points, and all coords after "c" are relative to the starting point. Hytar (talk) 18:38, 7 July 2011 (UTC)

wikimedia:File:Map_of_collective_bargaining_legislation.svg

The current font used has a kerning issue when rendered by wikipedia, although looks correct when I display it directly or render it to png using imagemagick. I assume it's simply due to wikipedia not having the font, but even if the font gets replaced, the replacement font should kern correctly. — Preceding unsigned comment added by Justin Ormont (talk • contribs) 04:26, 25 March 2011 (UTC)

This is a problem with the "librsvg" renderer used in Wikipedia (in MediaWiki software in particular) as it has problems rendering most fonts. Your best bet is to try variants of Bitstream Vera Sans or Dejavu Sans (Condensed usually gives best results). Sometimes neither of these works and the file displays some artifacts at small thumbnail sizes, in these cases you can use some non-svg font, like Arial, which would be a bit jumpy, but renders well at small sizes. Regards, -- Orionist ★ talk 23:27, 29 March 2011 (UTC)

File:BSicon SANDBOX.svg

Hi all, I recently have a problem about rendering an SVG correctly. The file File:BSicon SANDBOX.svg has a mask within it, and the desired outcome is a pair of parallel dashed line following the cubic bezier curve. I was able to achieve that in IE9, Firefox and Chrome, but not on the Commons or the SVG check. Can anyone spot the problem? Or is there other ways to achieve the same effect? Thanks in advance – PeterCX&Talk 19:40, 23 March 2011 (UTC)

Hi Peter! I came to tell you that you needed to match the two paths in the file, but apparently you figured that out already! The thumbnails still show thin red lines linking the sides of the dashes, and I couldn't find a way to get rid of them without outlining. Converting to outlines might not be an elegant solution, but it guarantees that you get the exact appearance you want. Below are the outlined paths, cropped to the visible area. you can paste the code into your file, the resulting size should be about 2.4 kb. Regards, -- Orionist ★ talk 10:50, 24 March 2011 (UTC)

<path fill="#BE2D2C" d="M295.777,208.671l37.64-14.403c-5.142-13.438-9.74-27.339-13.669-41.32l-38.736,10.884
      C285.346,179.369,290.292,194.287,295.777,208.671z"/>
<path fill="#BE2D2C" d="M337.351,293.414l34.502-20.847c-7.636-12.637-14.709-25.558-21.026-38.404l-36.196,17.798
      C321.672,266.286,329.271,280.074,337.351,293.414z"/>
<path fill="#BE2D2C" d="M260.389,23.721l39.979-1.324C300.123,15.052,300,7.516,300,0v-0.176h-40V0
      C260,8.042,260.136,15.943,260.389,23.721z"/>
<path fill="#BE2D2C" d="M392.476,370.604l31.104-25.399c-9.81-12.012-19.007-24.011-27.338-35.664l-32.746,23.41
      C372.754,345.851,382.442,358.368,392.476,370.604z"/>
<path fill="#BE2D2C" d="M200.421,25.708l39.981-1.324C240.142,16.354,240,8.234,240,0v-0.176h-40V0
      C200,8.615,200.142,17.264,200.421,25.708z"/>
<path fill="#BE2D2C" d="M309.798,110.375c-2.664-14.132-4.812-28.803-6.382-43.605l-39.815,4.223
      c1.69,16.184,3.95,31.78,6.754,46.818L309.798,110.375z"/>
<path fill="#BE2D2C" d="M500,485.848v-20.073l-10.052,10.009C493.286,479.135,496.646,482.493,500,485.848z"/>
<path fill="#BE2D2C" d="M485.134,413.8c-11.79-12.238-22.175-23.349-31.748-33.965l-29.759,26.835
      c10.66,11.784,21.583,23.385,32.688,34.894L485.134,413.8z"/>
<path fill="#BE2D2C" d="M261.988,169.177l-38.512,10.821c4.75,16.907,10.317,33.733,16.546,50.01l37.361-14.297
      C271.57,200.506,266.443,185.03,261.988,169.177z"/>
<path fill="#BE2D2C" d="M319.55,302.02c-8.212-13.687-15.719-27.453-22.571-41.379l-35.891,17.647
      c7.584,15.424,16.054,30.899,25.175,45.994l34.245-20.691C320.19,303.065,319.866,302.546,319.55,302.02z"/>
<path fill="#BE2D2C" d="M314.893,367.697c9.568,13.385,20.076,27.098,31.23,40.758l31.015-25.326
      c-10.244-12.542-20.178-25.416-29.688-38.707L314.893,367.697z"/>
<path fill="#BE2D2C" d="M243.736,73.099l-39.762,4.218c1.853,17.464,4.394,34.82,7.554,51.583l39.301-7.409
      C247.839,105.691,245.48,89.584,243.736,73.099z"/>
<path fill="#BE2D2C" d="M379.12,446.804c10.316,11.44,21.438,23.339,33.998,36.377l28.815-27.762
      c-11.163-11.595-22.226-23.379-33.082-35.425L379.12,446.804z"/>
<path fill="#BE2D2C" d="M465.629,500h20.239c-3.363-3.365-6.723-6.723-10.091-10.105L465.629,500z"/>

Thank you very much Orionist! May I know what software did you use to generate the outlines? Then I might be able to try that out later on more other icons.

Also there is another minor problem about masking. I noticed that, the last dash on the right edge has a part with wrong opacity. Not very serious on File: BSicon SANDBOX.svg, but more apparant in another file File:BSicon tÜWo+r.svg. Is it again only solvable by drawing outlines? Thanks again – PeterCX&Talk 15:31, 24 March 2011 (UTC)

Well, I used Adobe Illustrator, but you should be able to do the same with Inkscape. As for the problem in File:BSicon tÜWo+r.svg, I tried a couple of things but was unsuccessful. It's displaying no errors at SVG check though, so I'll forward this to the developer. If you decide to use the outlines for this file, just tell me and I'll post them here for you. Regards! -- Orionist ★ talk 01:55, 27 March 2011 (UTC)

Never say never! The solution was to trick the system: As File:BSicon tÜWo+r.svg is basically a rotated version of File: BSicon SANDBOX.svg (which did not show the defect), I used the transform attribute to rotate it around the center of the viewBox (figured that out after ten failed attempts with other methods, and highly appreciated input from User:Jarry1250). Regards, -- Orionist ★ talk 11:29, 27 March 2011 (UTC)

File:Motionfield.svg

I uploaded the first versions of this image some years ago, and about a year ago I made a last modification. When I uploaded it, however, the rendered image was the same as the last before version. There should be some altered text and directions of arrows reversed. I then thought this was some temporary problem and just forgot about. Now that I return to this image, the problem remains. I can download the SVG file from wikipedia and render it in Inkscape and it looks just right, but the image that is rendered in wikipedia is still wrong. I uploaded the file just downloaded to my laptop (that looks fine) again to wikipedia, and it still renders as one of the old version. The text where the green lines intersect should read "Camera center" not "Focal point" and the arrows in the image plane should point in the opposite direction relative to the arrows in the upper right.

Just now I can't see what the problem is. The file that I download from wikipedia doesn't even contain the text fragments that are rendered in the image by wikipedia. The image is produced in Inkscape, and I tested the stroke-to-path trick and it doesn't seem to make things going, the image is still OK in Inscape and not OK when uploaded to wikipedia. --KYN (talk) 22:05, 28 February 2011 (UTC)

I checked the image you last uploaded and it was absolutely fine. It contained all the edits you did and displayed them correctly in the thumbnail, in the browser and on my PC. I reverted to the old 2010 version and it displayed correctly. Most probably, all you need is to clear your browser's cache, you can do that by holding "shift" and clicking on the "refresh" button in your browser. Clear your cache whenever your changes don't display, especially after re-uploading a file. I haven't heard of a caching delay of more than a year, but I'm sure that's the case here. We also have a tool called Commons:SVG Check that shows how the file will look when uploaded, and what errors it might contain. By the way, I took the chance to do some optimization for your file, now the arrows and points are more consistent and the file size is down to less than 5kb. Best regards, -- Orionist ★ talk 19:06, 2 March 2011 (UTC)

File:1852 US Electoral Map.svg

The pie charts on the right are supposed to have titles which are put on a path. If you view the image at full resolution (in a compatible browser), they are there, but they don't seem to appear inside wikipedia. Any ideas? --Hardwigg (talk) 20:30, 1 May 2011 (UTC)

It's a well-known bug of RSVG that it doesn't support this. (What you call viewing "at full resolution" means viewing in a separate program other than RSVG.) The basic crude solution to all RSVG font problems is to convert text to paths... AnonMoos (talk) 23:03, 2 May 2011 (UTC)

Not sure that the raw popular vote totals are all that meaningful for antebellum elections anyway -- until the 1830's, different states had strongly different electoral qualifications, and South Carolina infamously had no popular vote whatsoever in presidential elections until after the war... AnonMoos (talk)

File:UPLB Campus map.svg

Title not displaying at center of the two lines. Paragraph at legend flowing into other parts of the image. These are both problems under render. Everything is fine under Inkscape, Firefox and Ubuntu's image preview. It exclusively uses DejaVu fonts. Moray An Par (talk) 09:24, 4 May 2011 (UTC)

File:Super Science Stories Canadian issues grid.svg

File:Super Science Stories Canadian issues grid.svg

Displays black boxes instead of the grid I was looking for; it's supposed to be an SVG version of File:Super Science Stories Canadian issues grid.png. It's an Inkscape svg; I tried the stroke to path conversion but it doesn't seem to have helped, plus it removed the colour fills I had and I now don't see how to fill colour in the converted shapes. I'm not very experienced with Inkscape so a pointer on how to solve the problem there would be helpful, or a suggestion of a different editor to use that wouldn't cause this problem. Mike Christie (talk - contribs - library) 11:46, 4 July 2011 (UTC)

Solution: #Missing objects or black boxes 91.42.178.157 (talk) 14:42, 4 July 2011 (UTC)

I did that, or at least I think I did; I selected everything in the svg and chose Object->Stroke to path, saved that and uploaded that version. I'll try again without flowed text. Mike Christie (talk - contribs - library) 14:47, 4 July 2011 (UTC)

Y Done Next time I would prefer Office (or similar tool) to build or convert. -- Perhelion 15:40, 4 July 2011 (UTC)

That looks great -- thank you very much! I need to do dozens of these: I've been building them in Excel and capturing them as pngs but it's been suggested that svgs would work better. Can you tell me what I was doing wrong in Inkscape? Or should I use another tool? Mike Christie (talk - contribs - library) 15:50, 4 July 2011 (UTC)

I figured out how to get successful svg uploads. However, I now have a related problem -- I thought I would try redoing what Perhelion did above in order to tweak the fonts and spacing slightly. However, the svg does not render perfectly in Wikipedia. Here is an image showing the rendering differences; the top image is how it renders in Inkscape; the bottom image is how Wikipedia renders it. The font has been changed and the centring of the text in the cells is not as accurate. Is there anything I can do about this or is it a limitation of the existing rendering engine? Mike Christie (talk - contribs - library) 17:59, 4 July 2011 (UTC)

Yes there are many limitations (prefer Commons:Commons:SVG). I think the description as like here is very short and outdated and mean that must be placed on Commons. I've done a bit extra tuning with a texteditor (above). I'm only a guest here. Greetings and Good Bye -- Perhelion 14:06, 6 July 2011 (UTC)

Rotate text of labels correctly

Create a new request

How to rotate labels of latitude and longitude to have its text placed horizontally? I have rotated the whole image 32.5°, but it is not good for the text. (I can do the rest of changes such as color of the ocean my myself later.) By the way, the text is placed on right places in Inkscape (but incorrectly rotated), but the text is incorrectly placed on thumbnail (and other SVG viewers). --Snek01 (talk) 22:19, 18 July 2011 (UTC)

I have resolved it manually adding texts one by one. --Snek01 (talk) 21:01, 21 July 2011 (UTC)

Removal line

The removal of a line doen't go very well. In the left corner of the picture a line can be seen that shouldn't be there. I opened it in Inkscape and saw this line of code:

• <svg:FlowRoot id="flowroot2553">
• <svgL:flowPara id="flowPara2559">
• <svg:flowRegion id="flowregion2555">

I removed the code and it works fine but not for the thumbnails. Why not? Wereldburger758 (talk) 07:29, 10 November 2011 (UTC)

Have you purged the thumbnail cache as the thumbnail above looks fine to me. --The Pink Oboe (talk) 09:11, 10 November 2011 (UTC)

I normally bypass the cache by clicking on shift+renew. But that still shows the line. Wereldburger758 (talk) 12:16, 10 November 2011 (UTC)

A strange thing I noticed is that like yourself purging didn't work...until I went onto the commons page then purged that. The line disappeared on commons, but when I came back to WP the line was back. I again tried purging it but it was still there. To me that says there are either two different renderers active and/or two different caches involved...or, of course, something I haven't thought of. --The Pink Oboe (talk) 13:19, 10 November 2011 (UTC)

Can you take a look at the code? Wereldburger758 (talk) 17:38, 11 November 2011 (UTC)

This is something that is related to this case. I made this file: 1938_CS-B07_Zákaz_jízdy_motorových_vozidel_jejichž_váha_přesahuje_vyznačenou_mez.svg . I noticed that I had used the wrong color (black instead of blue) and changed it. But the change cannot be seen in the thumbnail. Click on the thumbnail and all is fine. Wereldburger758 (talk) 07:42, 12 November 2011 (UTC)