Commons:Graphics village pump/February 2016
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.
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.
- 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)
Rendering Inkscape SVG: apparent two results
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)