Commons:Graphics village pump

The text of the E-road shields that use the "Tabliczka" format have suddenly become offset to the left: they used to be centred until recently. I wonder what is causing the error, and I also ask who has time to correct the alignment of all 263 shields in the set? (I am currently busy on other parts of Wikipedia) Best, --Minoa (talk) 02:51, 30 July 2024 (UTC)Reply

@Minoa: Apparently the SVG renderer doesn't position non-uniformly scaled text correctly. I.e. there is a transform="scale(0.907522,1.101902)" attribute in the <text> node and removing it makes the text render in the same location as in Inkscape or in the browser.

I don't remember whether this is a known bug and I don't see an elegant way to fix this. If we simply move the text to the right, it'll be too far to the right once the bug is fixed. If we do remove the transform and adjust the position, the characters will have a less narrow shape. Converting the text to paths would solve the rendering issue, but it's just not elegant. TilmannR (talk) 15:41, 30 July 2024 (UTC)Reply

The svg code could be greatly shortened to basic rectangle and text elements, avoiding the sodipodi and other declarations and complications that Inkscape introduced. But with 263 member files in this category, avoiding the rendering problem would be a grueling task. I'd be willing to do a prototype/model file for someone with more time and patience, though I'm not sure which font I should use in place of the disfavored fond-family, Arial. You might also seek advice at WP:SVG help] at en.WP. RCraig09 (talk) 16:47, 30 July 2024 (UTC)Reply

For the record, I tried to reduce the size of the file and successfully validate the SVG code at File:Tabliczka E75.svg and File:Tabliczka E951.svg, but it appears that rsvg is scaling the text towards the left despite the text-anchor="middle" instruction. While it may be tempting to suggest modifying the view-box to have (0,0) at the middle, such a workaround is not possible for something like File:Integral image application example.svg. --Minoa (talk) 08:22, 31 July 2024 (UTC)Reply

I believe TilmannR has diagnosed the issue. I believe the mechanism is as follows. RSVG is asked to center the text. It calculates the width of the text without scaling. Say that is 400 pixels. It then takes 1/2 that value to compute the starting point; the starting point is then 200 pixels left of the anchor point. Then it paints the text, but the scaling is applied while painting. If the scale factor is 0.9, then the text will be 360 pixels wide. The text will appear shifted to the left by 20 pixels. (If the scaling is 1.1, then the text would appear shifted to the right.)

It is a bug in the renderer, so I would ask WMF to fix the renderer rather than tweak the SVG. Fix stuff where it is broken. One check would be whether this bug is present in the most recent version of RSVG.

If the SVG is worked around, I suspect using an x scale factor of 1.0 would avoid the bug; the y scale factor could be different from unity.

Glrx (talk) 14:58, 31 July 2024 (UTC)Reply

x scale > 1, y scale = 1 does shift to the right. x scale = 1, y scale > 1 does not do as I expect (shifts to the left!).

Glrx (talk) 15:32, 31 July 2024 (UTC)Reply

I wish to ask if there is already a Phabricator report for this issue? --Minoa (talk) 15:36, 31 July 2024 (UTC)Reply

User:JoKalliauer diagnosed this problem in Phab:T370044. Glrx (talk) 17:14, 31 July 2024 (UTC)Reply

See also: https://gitlab.gnome.org/GNOME/librsvg/-/issues/1109 (titled: transform of Text in Pattern with text-anchor="middle" not centered). I hope that they will correct the issue soon because I have a plan to compact and validate the SVGs in the Tabliczka set. --Minoa (talk) 09:24, 4 August 2024 (UTC)Reply

For the record, I have marked this topic as active (using {{DNAU}}) until the issue is fixed. The impact of the bug is substantial, because my plan to upload optimised SVG E-road shields has been postponed until I know for sure how the Wikimedia Commons will render them. --Minoa (talk) 07:41, 24 August 2024 (UTC)Reply

@Minoa: Support for condensed fonts is mixed, but I got a reasonable result with

  <text
     style="font-size:84px;font-weight:bold;font-stretch:condensed;text-align:center;text-anchor:middle;fill:#ffffff;font-family:sans-serif"
     x="105"
     y="95"><tspan>E002</tspan></text>

See File:Test.svg 2024-08-24 15:45

Glrx (talk) 15:56, 24 August 2024 (UTC)Reply

Note: Similar issues have been reported on

1. http://en.wikipedia.org/w/index.php?title=Wikipedia:SVG_help&diff=prev&oldid=1232861961
2. http://commons.wikimedia.org/w/index.php?title=User_talk%3ACmglee&diff=905204964

cmɢʟee ⋅τaʟκ 00:59, 31 July 2024 (UTC)Reply

There are so many files in Tartan images that should use vector graphics that I've been building a toolforge application to edit them: adjustyoursett.toolforge.org. (This is an example of its output.) (This is the repo.)

Here is my problem. I figured it would be a sensible plan to have the SVG files be machine-readable, so you could load a tartan SVG back into the tool and make changes. Therefore, I invented a tartan namespace. But then I discovered that Commons blocks namespaces it doesn't know about. This is fair enough, but is there any way of adding to the namespaces allowed? It would be possible to go back and change this to a microformat, but I think using a separate namespace for annotation is closer to the spirit of XML.

Thanks for listening. Marnanel (talk) 21:29, 12 January 2025 (UTC)Reply

Some old SVG files are displayed too small, so they have a right and bottom margin.

Example from 2010 (and non-example from 2011)
Left: inkscape:document-units="mm", width="307.28000pt" Right: inkscape:document-units="px", width="200" (When I choose "physical output" for this image, I will introduce the wrong margin.)

This has to do with the change from 90 to 96 DPI in Inkscape version 0.92, which happended in 2017.
When such a file is opened in Inkscape, one has to choose a method to scale it.

• When "digital artwork" is chosen, one has then to resize to content.   (I did that for File:Flagge Rastow.svg.)
• When "physical output" is chosen, the size is automatically corrected.   (I did that for File:POL Świętochłowice flag.svg.)

For my images I know that they were shown correctly, when I uploaded them. So something has changed on Commons.

What went wrong, and how can this be fixed? Watchduck (quack) 12:52, 6 February 2025 (UTC)Reply

See Category:Ribbon bars. This post is also somewhat related to en:Wikipedia:WikiProject Orders, decorations, and medals.

I’m looking for someone (one or more volunteers) that would be interested in creating ribbon bar graphics (preferably SVG). Unfortunately, my own graphic skills are very limited, and I haven’t been able to get my head around SVG software. At least not yet…

I could set up a user sub page where anyone could place requests on the talk page, and those who’d like to participate would follow the talk page and respond if they like to take the job. A request must include one or more external links to photos or illustrations of said medal / ribbon bar along with some info (country, name of award etc.). Of course, as all types of Wiki work, taking a request is based on volunteering.

The vast majority of requests would be "clean" ribbon bars without devices or clasps, and therefore pretty simple tasks, for those who master the graphics software. However, some requests would naturally include such a device too, and some requests could be to modify existing graphics, by adding devices to it.

Creating graphics for the full medals is not on the main scope here, but if someone would like to do that as well, it’s of course perfectly OK.

If I get a few answers here in the Village pump, I will set up the mentioned request board, and post a couple of requests to get it started. If this should be set up elsewhere, for instance related to the WikiProject linked to at the start of the post, I’m open for suggestions. I’ve also put a link to this post on the WikiProject talk page. 1000mm (talk) 16:05, 8 February 2025 (UTC)Reply