Commons:Graphics village pump/June 2010

SVG rendering glitch

Has anyone got any ideas why File:2-euro coin of Estonia.svg does not render correctly on the file description page? It does display correctly as a thumbnail of any size, which is weird. It's a typical SVG file with nothing technically extraordinary. I suspect the problem might lie with a gradient transformation matrix. Is this another RSVG bug? —Quibik (talk) 15:59, 5 June 2010 (UTC)

I see the 520×508 size image (you might have a cache problem). By the way, I'm not sure why the coin designer chose to use the somewhat clichéd Lithos font... AnonMoos (talk) 01:36, 6 June 2010 (UTC)

The problem seems to have disappeared by itself indeed. Thanks anyway. —Quibik (talk) 19:26, 9 June 2010 (UTC)

Help on my picture

Hi everyone, I just uploaded a las vegas picture, and it's a bit fuzzy, but I don't have the time to fix it. Could anyone here fix the fuzz in it for me? Just go to my gallery and click on MGM Grand pic. Thanks! Mantlewood (talk) 22:53, 6 June 2010 (UTC) Mantlewood

I presume you mean File:MGM Grand Las Vegas 2009.jpg... If it was blurry as originally captured by the camera, post-processing can only fix that to a limited degree. JPEG thumbnailing on this site actually involves a sharpening filter stage. AnonMoos (talk) 12:04, 7 June 2010 (UTC)

svg rendering fill:black in spite of fill:none

good

bad and ugly

A lot of indeed extremely simple svg images seem to have corrupt png renderings, e.g. Logistisch.svg even though the svg itself displays correctly in capable breowsers. In fact, shortly after upload I know for sure the pictures were ok. Also in the above example you see that the 120px thumb (produced 10 Nov 2008 16:17:09 CET) is ok, while others are not. The styles are simple enough to be quoted here:

  path {
      fill:none; stroke:black;stroke-opacity:1;stroke-width:0.5pt;stroke-linejoin:miter;stroke-linecap:butt;
  }
  .curve { stroke: red; stroke-width: 1pt;}

Hence there is no reason for a black fill of <path class="curve">, is there? To me it looks as if some former version of the renderer obeyed the style settings better than the current one--Hagman (talk) 17:55, 9 June 2010 (UTC)

MediaWiki's SVG renderer seems to have the annoying bug of ignoring all other inherited CSS values when a class is added to an element. So adding a "curve" class to the path element resets the fill value to the default "black", as can be seen on the image. You need to duplicate all the "path" CSS data in the "curve" class for the image to be rendered as intended. —Quibik (talk) 19:37, 9 June 2010 (UTC)

File:Syriac Estrangela Alaph-1.svg - SVG image not displaying

So I uploaded this file only to get a red X (in Internet Explorer) where the picture should be. Not sure why. The image is of a letter in a non-Latin alphabet (which don't seem to work very well with SVG/Inkscape), so, instead of typing it directly into Inkscape, I cut and pasted the letter as an image from paint. I saved it as a Plain SVG, not an Inkscape SVG. The file displays perfectly in Internet Explorer when I preview it from my hard drive, but doesn't want to work in Commons. Any ideas? --334a (talk) 22:56, 9 June 2010 (UTC)

Unfortunately, the SVG file does not contain any actual vector data, but only a reference to external image C:\Documents and Settings\Carlo\My Documents\Syriac Letters\pastedpic_06082010_214636.png on your local hard drive. AnonMoos (talk) 01:23, 10 June 2010 (UTC)

...Meaning what, exactly? You'll have to forgive me, I'm pretty dense when it comes to anything beyond MS Paint. How do the "pastedpic" PNG images work? Does this mean I can't paste a bitmap image onto Inkscape and save it as a vector image? --334a (talk) 02:29, 10 June 2010 (UTC)

I don't use Inkscape to edit vector files (only to test and convert SVG files), so I can't advise you on the Inkscape front. But SVG files are actually text files, and if you open "Syriac_Estrangela_Alaph-1.svg" in a text editor (such as Windows Notepad), then you can see that it doesn't contain any vector data (such as <path elements), but only a reference to an external image located on your computer's local hard drive (an image which was NOT uploaded along with the SVG file). Generally speaking, if an SVG file has the string "<image" inside it, then there will be problems when the file is uploaded to Wikimedia Commons... AnonMoos (talk) 07:30, 10 June 2010 (UTC)

Okay, I've figured out how to do it and the image is working fine now. Turns out all I had to do was "trace" the bitmap image. Thank you for your help, AnonMoos! --334a (talk) 04:30, 13 June 2010 (UTC)

Commons-tan.png color problems

I noticed some dust on File:Commons-tan.png and cleaned it off in the Gimp. I ran the file through optipng as a matter of habit, which apparently turned it from true-color to palette and uploaded it. But the original looks brighter than the current version. I'm guessing this is a gamma issue, especially as it doesn't show up in local graphics viewers, just Mozilla. How do I fix this?--Prosfilaes (talk) 02:09, 10 June 2010 (UTC)

There was no gamma chunk, but there was an sRGB chunk not present in the original, which I eliminated. Are you aware that you changed the mode to indexed color? AnonMoos (talk) 07:41, 10 June 2010 (UTC)

I know I changed it to indexed color; it never occurred to me that the original might not be indexed, and it happened in the process of running optipng, which happened as a matter of habit. I don't know how that will affect Commons, but I didn't want to revert it blindly when I was still working on figuring out why the colors were changing. (And I still don't understand why gimp would add a sRGB chunk that wasn't there to start with.)--Prosfilaes (talk) 11:25, 10 June 2010 (UTC)

Passing along SVG request

Hello. My apologies if this is the wrong place for converting images to SVG, but this seemed the most likely of the pages I found.

This is concerning an image and user from the English Wikipedia. De728631 asked for help transforming this image into an SVG file. If anyone could complete this task, or at least direct me or him to the appropriate place for such requests, I would appreciate the assistance. [tk] XANDERLIPTAK 09:28, 15 June 2010 (UTC)

It's not wrong to ask here, but you might get better results at Commons:Graphic_Lab/Illustration_workshop... AnonMoos (talk) 11:06, 15 June 2010 (UTC)

Thank you, I will post there as well. :-) [tk] XANDERLIPTAK 03:45, 16 June 2010 (UTC)

"Error generating thumbnail" (SVG)

I translated the labels of File:Plant cell structure svg 2.svg and uploaded it as File:Plant cell structure svg 2 sl.svg. The image renders nicely, but Commons have problems generating PNG thumbnails. The system says "Error creating thumbnail: librsvg-ERROR **: _rsvg_acquire_xlink_href_resource called for external resource: " base: (null) aborting...". I'm guessing it has something to do with all the external references in the header...

<svg xmlns:ns="http://creativecommons.org/ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:cc="http://web.resource.org/cc/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
version="1.1" id="Layer_1" width="649.074" height="475.477" viewBox="0 0 649.074 475.477"
overflow="visible" enable-background="new 0 0 649.074 475.477"
xml:space="preserve"
sodipodi:version="0.32"
inkscape:version="0.45.1"
sodipodi:docname="Plant_cell_structure_svg_2 sl.svg"
inkscape:output_extension="org.inkscape.output.svg.inkscape"
sodipodi:docbase="C:\Temp">

... but I'm not sure it would work if I just removed this tag. The only thing I did was to open the file in Inkscape and replace the tags with embedded text (translated). Any ideas would be much appreciated. — Yerpo ^Eh? 07:41, 19 June 2010 (UTC)

The problem was almost certainly not up at the top of the file, but in the technical formatting of "url(...)" references down below... AnonMoos (talk) 12:58, 19 June 2010 (UTC)

Seems to be working fine now. Thanks! — Yerpo ^Eh? 14:57, 19 June 2010 (UTC)

• Moving all content into new document was solved same problem in file http://commons.wikimedia.org/wiki/File:Human_skeleton_front_ru.svg . Borrow-188 (talk) 15:14, 11 September 2010 (UTC)

Wikimedia renders Deja and Liberation fonts badly

Liberation Sans font and saved as plain SVG. 300 pixel thumb. Check the 200px and 500px renderings, even 2000px has a minor problem.

Liberation Sans font and saved as plain SVG. 200 pixel thumb.

And this renders Ok after five path elements were manually removed, see description for full details

Or is it the way I am using Inkscape 0.47? All these files render perfectly in my Opera browser (version 10.54 build 21868) and I have installed DejaVu and Liberation Sans fonts on Windows Vista.

Here is the start of the SVG code for File:Ikaros solar sail key liberation sans plain.svg:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<svg
  xmlns:svg="http://www.w3.org/2000/svg"
  xmlns="http://www.w3.org/2000/svg"
  version="1.1"
  width="643.56433"
  height="257.42575"
  id="svg2852">

 <defs
    id="defs2854" />
 <g
    transform="translate(-58.921894,66.069669)"
    id="layer1">
   <text
      x="69.253036"
      y="-29.653135"
      id="text3167"
      xml:space="preserve"
      style="font-size:32px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-align:start;line-height:100%;writing-mode:lr-tb;text-anchor:start;fill:#000000;fill-opacity:1;stroke:none;font-family:DejaVu Sans;-inkscape-font-specification:DejaVu Sans"><tspan
        x="69.253036"
        y="-29.653135"
        id="tspan3169">1</tspan></text>

Here is the SVG code for the first use of the Liberation Sans font "Tip mass 0.5 kg" (which renders fine):

    <text
      x="164.86249"
      y="-28.66876"
      id="text3304"
      xml:space="preserve"
      style="font-size:32px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-align:start;line-height:100%;writing-mode:lr-tb;text-anchor:start;fill:#000000;fill-opacity:1;stroke:none;font-family:Liberation Sans;-inkscape-font-specification:Liberation Sans"><tspan
        x="164.86249"
        y="-28.66876"
        id="tspan3308">Tip mass 0.5 kg</tspan></text>

And here is the SVG code for the "Main body" text (which renders bad):

   <text
      x="159.24414"
      y="179.82025"
      id="text3304-3-6"
      xml:space="preserve"
      style="font-size:32px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-align:start;line-height:100%;writing-mode:lr-tb;text-anchor:start;fill:#000000;fill-opacity:1;stroke:none;font-family:Liberation Sans;-inkscape-font-specification:Liberation Sans"><tspan
        x="159.24414"
        y="179.82025"
        id="tspan3684">Main body</tspan></text>

-84user (talk) 18:32, 12 June 2010 (UTC)

Update: In case bugzilla:8898 is relevant to this problem I posted a querying note there linking here. -84user (talk) 19:49, 12 June 2010 (UTC)

More update: I *believe* I have narrowed down the SVG code that causes the rendering problem to a sequence of 5 path elements. See File:Ikaros solar sail key plain edited.svg for details. -84user (talk) 20:56, 12 June 2010 (UTC)

More more: File:Ikaros solar sail key plain minusthosefivepaths.svg shows more evidence that the renderer has problems with those five path elements. -84user (talk) 21:10, 12 June 2010 (UTC)

Even this version has problems in the 2000px version --DieBuche (talk) 21:19, 12 June 2010 (UTC)

See Commons:Graphics village pump/May 2010#SVG text rendering for previous complaints along the same lines. If you understand why I had to render text to paths in image File:Simple inverse relationship chart.svg, then please explain it to me... AnonMoos (talk) 10:43, 13 June 2010 (UTC)

All these symptoms strongly suggest to me a low-level bug (like a buffer overrun or something similar) in the rsvg library, further confirmed by the fact that I can reproduce them locally using the rsvg-view utility. It should probably be reported to the developers of that project. —Ilmari Karonen (talk) 15:56, 13 June 2010 (UTC)