Commons:Graphics village pump/February 2016

Help request

Kunefe and kaymak

Could someone kindly remove the shade over the plate? Thanks in advance. --E4024 (talk) 16:19, 15 February 2016 (UTC)

Female Turks

File:The Turks 2007 2.png Could someone help me to develop this collage with a gender equality approach? I mean could we make it, for example a two men- two women or 3-3 collage? Thanks for your attention. --E4024 (talk) 09:47, 17 February 2016 (UTC)

This is really more of a content question than a graphics question. You haven't mentioned which images in the collage you'd like to replace with which. The file is currently used in the main namespace of three different projects. Commons shouldn't be in the business of telling other projects which illustrations to use, so a new version should really be uploaded under a new filename and only used on the projects where consensus supports it.

To avoid these issues, I believe it would be much better to use markup to create and maintain these types of collages. Here's one based on the picture of the day (which might need some testing in different browsers and could be simplified by using templates):

This approach has several advantages:

• Each image used in the collage can be individually clicked to see its file description (they're all the same in this example).
• Because of that, there is no need to maintain a separate, complex file description listing all works used, authors, and licenses.
• If one of the images used in the collage needs to be deleted, there is no need to delete the entire collage.
• We're less likely to overlook collages which include problematic files.
• Swapping out a single image is easier and doesn't require choosing between doing everything from scratch or applying another round of destructive JPEG compression.

Last but not least, it moves any content disputes away from Commons. English Wikipedia doesn't allow galleries like these, and for good reason. They're essentially always subjective. If your project does things differently, that's fine, but again, content decisions should be made at each individual project, not dictated centrally from Commons.

—LX (talk, contribs) 16:08, 17 February 2016 (UTC)

File:Map Ubaid culture-en.svg

I am using User:Rillke/SVGedit.js tool to translate maps to Hebrew and find this tool very useful for that. The first file I am uploading is the same as the original version and I'm using ignore any warnings. Whan I tried to upload File:Map Ubaid culture-en.svg It can not upload because::

Upload warning

Found href to unsafe data

URI target <image ;http://www.w3.org/1999/xlink:href="data:;base64,ivborw0kggoaaaansuheugaac4oaaaoacaiaaadcn6qhaaaacxbiwxmaaczzaaamcwhzbhukaaaa

..... long bla bla bla

m4wrkqkrlmuvupcmfjp18ppzoj3gzun/eazefliof9uwx/t/bwbskmj2lpza5waaaabjru5erkjg gg=="> in the uploaded SVG file.

-- Geagea (talk) 12:44, 16 February 2016 (UTC)

Edit SVG file with text editor. Changed data: to data:image/png and it worked. There is am filter for href to no link to external sources. Someone tuned it badly. No idea whos in charge of it. -- Menner (talk) 19:55, 17 February 2016 (UTC)

PS @Geagea: -- Menner (talk) 19:17, 23 February 2016 (UTC)

It is working now. Thanks Menner. How do you edit with text editor? I use User:Rillke/SVGedit.js to translate SVG maps and it is very easy to me. -- Geagea (talk) 10:14, 24 February 2016 (UTC)

@Geagea: Yes I've used the text editor to fix this. -- Menner (talk) 20:12, 26 February 2016 (UTC)

Rendering Inkscape SVG: apparent two results

Tracked in Phabricator
Task T117530

Hi,

I uploaded a svg file but the server is rendering two versions of the file: First and Second

Second is the right version, as I see it in Inkscape. Some lines and text disappeared. Commons:Graphics_village_pump#Inkscape_SVG_files_failing_to_render_on_upload was about a similar case but not the same.

Can anyone help me to get rendered the right version or better can anyone tell me how can I repair the svg file? (It is not the first time I have the problem). --Keysanger 11:40, 29 February 2016 (UTC)

Fixed: I experimented on it and I can reproduce the bug in a simpler setup, as usual it's a libRSVG (the SVG to PNG renderer on Wikimedia server)-exclusive bug, so the SVG source file renders normally in browsers or Inkscape. The cause is that when libRSVG fails to insert a middle marker (marker-mid attribute) on its path, all subsequent elements will not be rendered. This happens in a cubic Bézier curve (including the shorthand command "s") path data when the 2nd control point position of (x2,y2) is exactly the same as the curve destination (x,y). -- Sameboat - 同舟 (talk · contri.) 15:52, 29 February 2016 (UTC)

Thanks. I moved the file to the final destination File:Tarapaca Campaign.svg . --Keysanger 22:47, 29 February 2016 (UTC)