Commons:Graphics village pump

COM:GVP

WELCOME TO THE GRAPHICS VILLAGE PUMP!

This Graphics village pump aims to be technical support forum for all the local Labs, graphists (graphic artists), and volunteers 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.

To have the opinion of graphists check

Illustration Workshop

Map Workshop

Photography Workshop

Video and Sound Workshop

Start a new topic

**Graphics village pump archives**
Monthly archives
2007	–	–	–	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2008	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2009	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2010	Jan	Feb	–	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	–	Dec
2012	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	–	Dec
2014	Jan	Feb	Mar	Apr	May	–	Jul	Aug	Sep	Oct	Nov	Dec
2015	Jan	–	Mar	Apr	May	Jun	Jul	–	Sep	Oct	Nov	Dec
2016	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	–	Nov	Dec
2017	–	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2018	Jan	Feb	Mar	–	May	Jun	Jul	Aug	Sep	–	Nov	Dec
2019	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	–	Nov	Dec
2020	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	–	–	–
2021	–	–	Mar	Apr	–	Jun	Jul	Aug	Sep	–	–	–
2022	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2023	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
Topic-specific archives /GIF thread

Issues with E-road shields (Tabliczka set)

Tracked in Phabricator
Task T370044

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

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

SVG and Commons:GlobalReplace

If I convert a widely-used raster image to SVG, is there a way of replacing the original on the various wikis without having to go and do every one by hand? Some of these have over a hundred uses. Help:SVG refers me to Commons:GlobalReplace, which says it's no longer in use; it refers me on to User:Perhelion/justReplace.js, which says I need filemover rights, without any clue as to how I should get them. What do I do next? Marnanel (talk) 15:00, 1 September 2024 (UTC)[reply]

Rendering of SVG pattern

Tracked in Phabricator
Task T20463

Below you see two sizes of the same image. It contains a striped pattern. But it is not rendered, when the width is 521px or less.
For File:SVG pattern striped.svg it is 90px or less. Any idea why that is the case, and if it could be fixed?

Watchduck (quack) 10:20, 12 September 2024 (UTC)[reply]

The world is flat

I found this forex flat time chart. I think it can be expanded but left flat. I have been using https://market24hclock.com/ for bitcoin trading but the time world is better flat than round. It would be really nice if a programmer could make a chart with inputs and outputs. Input BTC/USD (price of bitcoin), 24 hr high/low, price at NYSE open/close, highest/lowest price bought/sold by which market, etc. In the meantime do we have any forex images set to different times of year for daylight savings times that vary with each country?

https://commons.wikimedia.org/wiki/File:Forex_Market_Time_Chart.jpg 2604:3D08:5E7A:6A00:3DBD:3CD9:88AD:6081 18:36, 11 October 2024 (UTC)[reply]

Commons:Graphics village pump

Contents

Issues with E-road shields (Tabliczka set)

SVG and Commons:GlobalReplace

Rendering of SVG pattern

The world is flat

Navigation menu

Commons:Graphics village pump

Issues with E-road shields (Tabliczka set)

SVG and Commons:GlobalReplace

Rendering of SVG pattern

The world is flat

Navigation menu

Search