Commons:Graphics village pump/September 2016

The XML in the uploaded file could not be parsed

The XML in the uploaded file could not be parsed. 13 MB svg file edited with inkscape. I get this message when it try to upload any uploader i used. Thank you. The base file is jpg file and i converted it to png in photoshop and then used it with no problem in Inkscape. Then used PNG original wihout jpg to png and i get the same message. MaryroseB54 (talk) 16:31, 21 July 2016 (UTC)

Does this SVG file contain a large embedded bitmap (raster) image? That's kind of discouraged on Commons... AnonMoos (talk) 13:37, 22 July 2016 (UTC)

No, as i said i used the png file for the background the 2nd time i tried it. Maybe i should give up. MaryroseB54 (talk) 14:08, 22 July 2016 (UTC)

Sorry and yes, give this up, this is absolutely an overkill for SVG. The source (JPG) image itself has an huge size view-warning and this is the most effective file format for pixel-image if large amount of details. The processing power and memory requirements correlates almost exponentially to the SVG filesize. The only way is to dramatically reduce the filesize (very likely also the resolution) of this background. PS: I would suggest to take the PNG and reduce the dimension by factor 10 and an color-depth of maximum 8bit or lower.  ? User: Perhelion 21:08, 22 July 2016 (UTC)

thanks MaryroseB54 (talk) 22:18, 22 July 2016 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Offnfopt^(talk) 21:22, 10 September 2016 (UTC)

Uploading alternate file format for maps

I uploaded a lot of maps in .png format, and would now like to replace them with .svg versions, as this is the preferred format in wikipedia for maps. However, I'm not able to upload the .svg versions of those same maps as an updated version of the .png. It can't replace the png file with a .svg file.

Is it alright to upload a separate .svg version? How should I go about getting the .svg version on wikimedia commons. I'm afraid if I did upload a separate version, it'd get taken down as a duplicate. Redtitan (talk) 07:56, 9 August 2016 (UTC)

I'm seeing examples of duplicate file formats used, but with "SVG version" added in the title, so that seems like a workable solution. Let me know if that's not the case and there's a better way to go about this. Redtitan (talk) 09:13, 9 August 2016 (UTC)

There is no need to add "SVG version" in the title (compare Category:Vector version available). You can not overwrite files with other fileformat (this would be an strong error). PS: Good to hear you do upload now SVG.  ? User: Perhelion 12:09, 9 August 2016 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Offnfopt^(talk) 21:22, 10 September 2016 (UTC)

Help need with an svg map

Hi,

I have created this svg map of italian comuni (cities) and I uploaded it on commons. The upload was successfull and the map is seeable in a wiki page, but when passing to the original source, problems arise. I then tried with another version not processed with SVGcleaner but there are still problems even if different. I have done the test Markup Validation Service and both failed with one error but I am a beginner and I do not know how to correct the error. Can anyone help me?

Thank you, --Thern (talk) 16:54, 19 August 2016 (UTC)

Hi again,

I tried to correct the error of the second upload version and now the validator says it is ok but the original source has still the problem (it does not zoom) and maybe it is a problem of my map more than a source code error. Is it possible? If so, how can I fix it?

--Thern (talk) 17:02, 19 August 2016 (UTC)

Thern I'm not sure if I fully understood your problem. Your SVG has set height and width values so when you open the SVG it will display at that size. If I understood your problem correctly, then I think you want the height and width larger. I went ahead and increased the height and width values so when you click the SVG it will display larger. Offnfopt^(talk) 03:36, 24 August 2016 (UTC)

Offnfopt Thank you for the answer, but it was not my problem. Actually I think I solved using another compressor instead of SVGcleaner and now when displayed as SVG, it is possibly to zoom in and out the map; with the previous version the map was fixed and zooming did not work (if you want, you can check the first 3 uploads to see what I mean). But again, thank you!

--Thern (talk) 08:02, 24 August 2016 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Offnfopt^(talk) 21:23, 10 September 2016 (UTC)

SVG thumbs using different font

I just changed this file to use text elements instead of paths. I used Liberation Serif. The text looks correct when viewing the full-size version (it has serifs), but the preview on the file page and the version on plwiki don't have serifs. Anybody have any idea how to fix it? BMacZero (talk) 18:29, 23 August 2016 (UTC)

Looking at the markup it shows font-family="'LiberationSerif'" if you change this to font-family="Liberation Serif,serif" I believe it will get you fixed up. Though if you want the lettering to be a little stronger, I would recommend font-family="Granada,Liberation Serif,serif". The font rendering has changed not too long ago due to software upgrades and seems to me the font rendering seems skinnier than it was before, using Granada seems closer to how it used to render. Offnfopt^(talk) 18:51, 23 August 2016 (UTC)

@Offnfopt: Thanks. I tried font-family="Granada,Liberation Serif,serif" but the issue still occurs. I'll wait for caches to clear and try just "Liberation Serif". Is there a better way to test things on the Wikimedia SVG renderer than repeatedly overwriting the file? BMacZero (talk) 21:58, 24 August 2016 (UTC)

BMacZero sorry for the late reply, I saw your post but somehow I missed the question at the end. There is the SVG Check Tool but unfortunately it is running on older versions of software, so it doesn't render 100% the same (most noticeable differences are with text rendering). You can also upload to File:Test.svg to test to see how a file will render for instances where the checker is not correct. Offnfopt^(talk) 15:08, 8 September 2016 (UTC)

Bug report: English Wikipedia is not reading Commons file history correctly

If you look at https://commons.wikimedia.org/wiki/File:California_Bureau_of_Automotive_Repair.jpg versus https://en.wikipedia.org/wiki/File:California_Bureau_of_Automotive_Repair.jpg, the file history from Commons is not being transcluded properly by English Wikipedia. The result is that English Wikipedia is not picking up that I have uploaded a newer photo (the government bureau at issue moved to a newer and nicer building) and is applying the wrong aspect ratio from the old image to the current one. As should be obvious, the reason why the old aspect ratio cannot be used is that the full name of the bureau (including its parent department ) is too long and this time, the bureau opted to put all that information next to its entrance instead of immediately above it. --Coolcaesar (talk) 19:41, 7 September 2016 (UTC)

I did a purge and seems sorted now. Offnfopt^(talk) 20:17, 7 September 2016 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Offnfopt^(talk) 21:24, 10 September 2016 (UTC)

svg file appears as black rectangle

Hello, I've uploaded File:South China Sea Islands.svg which is ok when I check the original file, but the png rendering turns it into a black rectangle. Can I do something to avoid that? Thanks in advance, Michelet-??? (talk) 10:16, 18 September 2016 (UTC)

The black rendering was caused because the SVG contained flow elements. The repository generates PNG images from the SVG files using a piece of software called RSVG. RSVG does not support flow elements so it caused it to render improperly (i.e. the black). I've removed the flow elements and ran the SVG file through the scour script to remove some of the unneeded attributes from the SVG. I also made some minor changes to the markup to make sure the SVG was valid. If you could check the image to make sure no problems with the image occurred by the changes I made. Offnfopt^(talk) 11:02, 18 September 2016 (UTC)

Splendid result, User:Offnfopt, thanks a lot, you obviously found what the problem was.

Now... I will probably update the map or draw others similar, and I don't want to bother you with every version.

• By checking the old version through validator I can indeed see that a "flowRoot " or "flowRegion" is reported as an error: is that how the problem can be located?
• What is exactly a "flow element" and (more to the point) how could I remove it myself?
• How (if possible) can I avoid creating such flow element when using Inkscape?

Thanks again for your great expertise, I hope I'll be able to fix the problem myself in the future. Michelet-??? (talk) 14:34, 19 September 2016 (UTC)

Thanks a lot - Copying the memo on my page for future use. Michelet-??? (talk) 15:56, 19 September 2016 (UTC)

SVG 2 new features

• https://github.com/w3c/svgwg/wiki/SVG-2-new-features

This link was sent to me, figured I'd share with those here who might be interested in some of the SVG 2 markup changes. Offnfopt^(talk) 09:07, 26 September 2016 (UTC)

SVG transparent background always checkered, not only on mouseover

I'm having an issue with a SVG file I uploaded recently (File:Commutative diagram of harmonic wave properties.svg), which for some reason always has the checkered background visible in the file page and on the MediaViewer preview. It does have a white background on thumbnails, though. Occasionally I can see the white background flash when the page loads, but this doesn't happen reliably.

This wouldn't normally be a serious issue, but in this case the diagram becomes quite hard to read, so I thought I'd report this (also because this could actually be a bug that affects other images as well. Any hints as to what may be the problem? --Waldir ^talk 11:32, 4 October 2016 (UTC)

The checkered background is there by design to indicate transparency. If you would like I can edit the image to add a white background (I can also crop some of the white space from the sides). Offnfopt^(talk) 11:37, 4 October 2016 (UTC)

I know about that, sorry if I wasn't clear enough. I meant that the checkered background should turn to white on mouseover (or was it the opposite? I can't recall for certain). I thought it was an issue with just that file, but it turns out all transparent files are behaving like that (no background change on mouseover). Maybe this was a user script that I had setup long ago and recently stopped working? I was really under the impression that this behavior had been setup globally for all users. --Waldir ^talk 18:34, 4 October 2016 (UTC)

When you view a file that has transparency on a sister wiki (i.e. English Wikipedia) w:File:Medusa dibujo.svg the background will appear white and turn checkered when you mouseover. When you view a file on commons File:Medusa dibujo.svg you will only see the checkered background, no mouseover effect. It has been this way for as long as I can remember. Offnfopt^(talk) 20:26, 4 October 2016 (UTC)

Oh, so that explains it! I can't believe I hadn't noticed this difference until today. Sorry for wasting your time :/ In any case, your conversion of the file to have a white background was good since it was unreadable with a transparent one anyway. Thanks! --Waldir ^talk 09:52, 5 October 2016 (UTC)

Unification suggested

Please see my proposal and decide (preferable at the talk page) whether you commit. sarang♥사랑 06:37, 29 September 2016 (UTC)

Hello Sarang, sounds good I'll response there. (OT PS: Es war nur Zufall dass ich deinen Beitrag gesehen habe. Diskussionsbeitage sollte niemals als Minor-Beitrag gesetzt werden.) ↔ User: Perhelion 08:44, 29 September 2016 (UTC)