Commons:Graphics village pump

From Wikimedia Commons, the free media repository
(Redirected from Commons:GVP)
Jump to navigation Jump to search

Shortcut

color palette logo 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.

See also: Graphics abilities page | Graphic Tool | Project Insignia | Stroke Order Project | Current requests/discussions


To have the opinion of graphists check

Illustration Workshop   Map Workshop   Photography Workshop   Video and Sound Workshop

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

Issues with E-road shields (Tabliczka set)

[edit]

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]

Rendering of SVG pattern

[edit]

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]
@Watchduck: As reported on en:Wikipedia:SVG_help/Archive_9#Grid_making_thumbnail_very_dark_at_small_sizes, SVG pattern cells under 1-pixel dimension are rendered as a solid colour. A workaround is to duplicate contents of patterns so that each pattern cell is bigger than 1 px. cmɢʟee ⋅τaʟκ 13:33, 4 December 2024 (UTC)[reply]

The world is flat

[edit]

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]

You may get more attention on Commons:Graphic_Lab/Illustration_workshop or en:Wikipedia:Graphics_Lab/Illustration_workshop. cmɢʟee ⋅τaʟκ 13:38, 4 December 2024 (UTC)[reply]

Changes in National assembly

[edit]

Hello, Serious changes have taken place in the National Assembly of Armenia. Gegham Nazaryan has left the Armenia Alliance, and the Civil Contract has expelled Hovik Aghazaryan and Hakob Aslanyan from its ranks. Please publish an updated version of File:Armenia National Assembly.svg or allow me to make the changes myself :), as the scheme is already out of date. Now there are 69 from KP (CC), 28 from HD (AA) 6 from PUD (IHHA). Tigran Ovanyan/💬 19:47, 12 December 2024 (UTC)[reply]