Commons:Graphics village pump/September 2014
correction a vector graphic file
Hi every body. I illustrated a military map of Iran-Iraq War by Adobe Illustrator very well. It has been saved in .ai format, But I dont know why cant convert it to .svg format?!(after saving, my computer show an error message: This SVG is invalid)
I need a professional friend because I send my file to him and he/she correct it and upload it. Please mention your email to recieve the file. thanx for help and sorry for my grammer! ;) SaMin SAmIN (talk) 09:13, 15 August 2014 (UTC)
- Adobe Illustrator can have various idiosyncrasies -- try to save your file in the most minimal possible SVG format, without any included application-specific data (embedded settings or bitmaps). I'm not going to publicize my e-mail address here, but you can use the "e-mail user" function on my user page to initiate contact... AnonMoos (talk) 20:00, 17 August 2014 (UTC)
Seal of Chicago
I made an SVG version of File:Seal of Chicago, Illinois.png, at File:Seal of Chicago.svg. It's been a while since I did anything on Commons, and I'm not sure I'm doing it right now. Have I set the attributions up properly and done whatever I have to do to mark it as a vectorised version of the original?
Also, I know about the page where you ask for photography critiques; is there something similar for vector graphics? I'm still learning, and I appreciate feedback! Marnanel (talk) 01:01, 6 September 2014 (UTC)
SVG thumbnail generation error
I'm unsure where to post this, so apologies and please point me to the correct place if it's inappropriate here.
- W3 validator tells me you used wrong properties x and y of line 57 for circle element, they should be cx and cy respectively. Also RSVG (the rendering library used by Wikimedia) doesn't support percentage value for height and width properties in svg element, they should be changed to 530 as in your viewBox property (but IMO the original dimension is small and should be doubled, which mean 1060 for both width and height properties, but leave the viewBox values intact), you can use percentage value elsewhere like text element, though. -- Sameboat - 同舟 (talk) 01:25, 2 September 2014 (UTC)
- Thank you very much, Sameboat. That's a really useful tool! cmglee (talk) 07:13, 2 September 2014 (UTC)
- This are very first SVG instructions. I guess the Help:SVG is something very bad for new people, so we need a much better intro-instruction for first people. @Cmglee Please use always the first time File:Test.svg if complication is expected. But anyway your file is this interesting. I guess I can write 2 bug-reports for it. My Inkscape chrashed in 2 version. Unfortunately I've no time this days. → User: Perhelion (Commons: = crap?) 07:20, 3 September 2014 (UTC)
- Jarry1250's SVG Check at Tool Labs can also be used to see if/how MediaWiki would render an SVG file. SiBr4 (talk) 09:03, 3 September 2014 (UTC)
- It now gives a 404 error for some reason. SiBr4 (talk) 09:06, 3 September 2014 (UTC)
- Jarry's tools have been removed, sadly. I miss the SVG translation tool, too. Is there a way to revive his/her account? Another way to test SVG rendering (at low resolution) is to browse for the file in the image upload wizard but not proceed beyond the first step.
- Back to the original issue: I don't think it's because of the percent values, as I've used it without trouble in many other images. I find it advantageous that browsers automatically scale the image to fit the reader's browser window.
- I suspect that the renderer was running out of memory, perhaps because of the enormous coordinates (over 100000) at higher magnifications. When I omitted at least the 2 rightmost subplots, thumbnail generation succededed.
- My solution was to reduce the number of terms and subplots, and it now works fine as shown above.
- Thank you, everyone, for your help! cmglee (talk) 01:25, 4 September 2014 (UTC)
- It now gives a 404 error for some reason. SiBr4 (talk) 09:06, 3 September 2014 (UTC)
SVG text charset misdetection
Observed Problem: Occassionally SVG-File Character set gets misdetected
OS: Windows Vista (win32) SP2 (current Patchlevel)
Browser: Google Chrome v37.0.2062.120m
- 07:47, 30 January 2012 did not have a problem.
- 05:15, 9 May 2014 gets misdetected (for latin_1) if I force a reload after clicking the link. (Also happens when I enter the URL in a fresh icognito Tab, or when I enter the URL in a current Session-Tab with Wikimedia open before (and force a reload))
- 22:30, 16 September 2014 (REVERT)
- 22:46, 16 September 2014 (CURRENT) File "05:15, 9 May 2014" with added UTF-8 BOM reuploaded.
Problem persists on http- and https-Connections.
- Microsoft Internet Explorer v9.0.31 is not affected.
- Mozilla Firefox v24.7.0 ESR is not affected
- What is the Default-Character-Set of SVG-Files as specified?
- What is the Default-Character-Set within the SVG-Readers?
- What is the best Way to specify the used Character-Set for Text in SVG-Files in-band?
- It probably is not possible/portable to use HTTP-Headers to specify UTF-8 for all SVG-Files (and have it work everywhere flawlessly)?
- What are the Override-Rules for HTTP-Headers Charset-Settings in conjunction with SVG-Files?
Why is <?xml version="1.0" encoding="UTF-8"?> seen as corrupt SVG-File by the Wikimedia-Uploader?
- How is the UTF-8 BOM handeled by SVG-Editors?
- Is the UTF-8 BOM a viable alternative for UTF-8 SVG-Files?
- What Charsets are supported by SVG-Readers?
- (Font-Support of SVG-Files is also a sore point. But this is a Question for a different Day.)
- This Bug deals with the same problem.
I think SVG-Files with editable/visible Text in them should specify the used Character-Set in-band in all cases. This way the used Character-set can travel with the File forever.
The XML-Encoding-Declaration would probably be the widest supported variant (allowing other Charsets if supported), while the UTF-8 BOM is just a hack that would fix it to UTF-8 (and can cause clashes with the XML-Encoding-Declaration). --ParisTJoyce (talk) 23:30, 16 September 2014 (UTC)
[Windows 7 64-bit, Chrome v37.0.2062.120m] - Is this supposed to be a visible error? Rendering with the browser, I can't see anything wrong with the text. I can answer one question, though:
- Why is <?xml version="1.0" encoding="UTF-8"> seen as corrupt SVG-File by the Wikimedia-Uploader?
If this is exactly what you're entering, it's a syntax error because you're missing a
<?xml version="1.0" encoding="UTF-8"?>
You are right to identify the removal of this processing instruction (where the character coding of the file is specified) as the potential cause of the problem, but without being able to reproduce the problem, I'm not sure. All in the name of "optimisation" (i.e. making the file difficult to read for people and machines alike) –moogsi (talk) 08:30, 17 September 2014 (UTC)
- Could be the case. So I guess <?xml version="1.0" encoding="UTF-8"?> would have been accepted.
- You could try this URL in a new Icognito-Tab 05:15, 9 May 2014. --ParisTJoyce (talk) 10:35, 17 September 2014 (UTC)
- The BOM is to avoiding. I don't know what is the problem here. The default encoding should be always UTF-8. Can you please more concrete what is wrong? (PS: I've the same system like Moogsi) ↔ User: Perhelion (Commons: = crap?) 12:08, 17 September 2014 (UTC)
- The default encoding should always be UTF-8 (for SVG). Is it though? Is this directly specified in the SVG-Standard or indirectly via XML? I guess XML-Charset-Autodetection could be related to this topic. The Problem is Character-Set misdetection by Google-Chrome in some cases (see above) when no encoding is specified. --ParisTJoyce (talk) 16:59, 17 September 2014 (UTC)
- Yes, I've tried opening that file bypassing the cache (forced refresh, incognito). I can't see any corrupted text. I'm definitely no SVG expert, and Perhelion is right to say that UTF-8 is the default character encoding for XML and doesn't need to be declared explicitly (I had to look that up ;). It seems like a bug particular to Chrome or your configuration, whatever the error you're seeing is (all characters are incorrect? Just ß, è, ä, etc?) –moogsi (talk) 17:59, 17 September 2014 (UTC)
- I've added an Example.
- I wonder if this is still true for vanilla SVG (without XML-Declaration/Doctype and UTF-8 BOM). Would it really be a Problem to declare Charsets in SVG-Files that include Text, without relying on implicit Detection? (I wonder if it would be possible to Coax a User-Agent into interpreting such a File in a non-Supported Charset.)--ParisTJoyce (talk) 19:50, 17 September 2014 (UTC)
- Regarding XML-Charset-Autodetection:
1. Is there a BOM (still checks against Encoding-Declaration)?
2. Is there an Encoding-Declaration?
3. Only then: Fallback on UTF-8.
--ParisTJoyce (talk) 20:06, 17 September 2014 (UTC)
- Regarding SVG-Validity: validator.w3.org gives a Warning: "No Character encoding declared at document level" (Charset declaration recommended). It links to this Document which says in part: "Save your pages as UTF-8, whenever you can. Always declare the encoding of your document. Use the HTTP header if you can. Always use an in-document declaration too."
--ParisTJoyce (talk) 20:15, 17 September 2014 (UTC)
- @ParisTJoyce: Anyway, these seems a bug of Chrome on Vista and even more if these don't appear on the last version of File:Milch.svg(⁈). Thank you for more concrete describing these.
- @SVG-Validity: This part of the W3C-validator is inconsistent and the tutorial is for HTML/XML. The DTD for SVG is not recommended and optional. Since SVG 1.2 there is also no DTD definied anymore.
- @ XML-Charset: I would say yes. ↔ User: Perhelion (Commons: = crap?) 12:21, 19 September 2014 (UTC)
Misrender of the PNG from an SVG graph
I tried uploading some SVG graph. I created it on Apache OOo Calc. As Calc doesn't have an export SVG option, I then copy-pasted it onto Apache OOo Draw and finally exported an SVG from selected item. Then I came for the upload and the problem seems the SVG getting a bad rendering onto the PNG file that represents the graph.
Is there any solution to this problem? Thanks a lot, guys.
- Hi - I've changed the font to "Liberation Sans". That has solved the problem. -- Maxxl² - talk 14:56, 20 September 2014 (UTC)
- Actually it doesn't, I need to know why. I wouldn't want the fish, but to fish it by myself if possible. I need to understand the matter of the problem, as it's something with frequent updates. So, I'd rather appreciate you give me some explanation for the nature of the issue, would you? Is it a font type problem? If so, is "Liberation Sans" the most popular substitute for Arial? Would you provide the link to its official website, please?
- Thanks :)
- Oops! BTW, here's the file.