Commons:Graphics village pump/February 2010

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Downloaded SVG becomes PNG

[edit]

I have downloaded some county outline maps in SVG format for use in a project. Under the instructions (http://flowingdata.com/2009/11/12/how-to-make-a-us-county-thematic-map-using-free-tools/), I am supposed to open the SVG file in an XML editor and edit in a specific way. When I download the SVG file (by right-click and Save Image As), the file name ends in ".svg.png".

I have now tried 3 different XML editors. Each tells me that the resulting file has an error in Line 1 Position 1.

I tried saving the file as an SVG, but the errors remain.

I don't know a lot about graphics programs, so I am at a loss for what to do. Your help will be appreciated. Estillbham (talk) 01:47, 2 February 2010 (UTC)[reply]

Downloaded SVG becomes PNG

[edit]

I have downloaded some county outline maps in SVG format for use in a project. Under the instructions (http://flowingdata.com/2009/11/12/how-to-make-a-us-county-thematic-map-using-free-tools/), I am supposed to open the SVG file in an XML editor and edit in a specific way. When I download the SVG file (by right-click and Save Image As), the file name ends in ".svg.png".

I have now tried 3 different XML editors. Each tells me that the resulting file has an error in Line 1 Position 1.

I tried saving the file as an SVG, but the errors remain.

I don't know a lot about graphics programs, so I am at a loss for what to do. Your help will be appreciated. Estillbham (talk) 03:00, 2 February 2010 (UTC)[reply]

Part of SVG text getting cut off during upload

[edit]

I'm trying to create vertically oriented text as SVG files and I am having a problem during uploading to wikipedia. I have no problem creating the SVG file in Illustrator, but when I upload the file to wikipedia, some of the text is cut off from the SVG file. Below is one example of a SVG file I created (which looked fine in Illustrator), but was cut off after I uploaded it here. It is supposed to say:

Packages Weighing 150 lb (68 kg) or less

The 150 is cut off though. How do I change this so all of my text shows?

Mazevedo87 (talk) 04:05 PM, 23 February 2010 (UTC)


File:Pong.svg renders black thumbnails.

[edit]

Can somebody take a look at this: File:Pong.svg. It only renders black thumbnails, but full-scale and bigger works. Is it because of Inkscape or rsvg? --Beao 13:55, 26 January 2010 (UTC)[reply]

I'm pretty sure it's because of the way that "scan lines" are simulated in that image. When the individual white and grey rectangles are scaled to have dimensions significantly less than one pixel in height, then they're skipped, and the renderer doesn't seem to have the smarts to average a number of these sub-pixel rectangles together to produce a visible rectangle... AnonMoos (talk) 16:11, 26 January 2010 (UTC)[reply]
Seems strange, I can swear I've seen thing like these being rendered in a better way. I must say rsvg isn't the best... --Beao 17:12, 26 January 2010 (UTC)[reply]
Okay, I guess I'll have to convert away all patterns, now another image errors:
File:Volleyball net.svg seems to display fine in the 120px-by-61px normal gallery-size thumbnail view; it's when you squeezed it down to 50px wide (less than 17% of the pixel area of a normal gallery-size thumbnail) that problems occurred. I'm not sure in what context a 50px-wide thumbnail of that image would be really used... AnonMoos (talk) 01:53, 28 January 2010 (UTC)[reply]
Yeah, I just think it's strange and probably a bug in rsvg. Does someone know how to get in touch with the developers or someone else capable of fixing these bugs? There's bugs in text rendering too. --Beao 19:18, 28 January 2010 (UTC)[reply]
The Bugtracker is at https://bugzilla.gnome.org/browse.cgi?product=librsvg You should be aware that Dominic Lachowicz is only interested in librsvg in as far as it is used for rendering icons for the Gnome project. He tends not to react to bugs that only are interesting for more complex work. Here's your bug: [1], unresolved since 06/2008. --Hk kng (talk) 22:45, 2 February 2010 (UTC)[reply]
Try manual coding, using SVG directives like "stroke-dasharray". /Pieter Kuiper (talk) 23:00, 2 February 2010 (UTC)[reply]

Downloaded SVG becomes PNG

[edit]

I am trying to download an SVG file of a county-outline map. (I have tried this on several files, so it is not a problem with one file.) When I right-click and choose "Save as" the file type is listed as "PNG" and ".svg" is part of the file name. When I try to open the file for editing in an XML editor, I get an error message that the file has an error on Line 1, Position 1.

I need some help on this. What am I doing wrong? Estillbham (talk) 03:05, 2 February 2010 (UTC)[reply]

The SVG files are rendered to the browser as PNG files. Hence, direct right click on image would yield this result. What you should be doing is to first click on the image, so that you are taken to the image's page. Click on the image again - at which time only the image is sent to the browser (actual SVG itself, no page). You can then save the file. Hope this helps. VasuVR (talk, contribs) 04:19, 2 February 2010 (UTC)[reply]
Thanks. I think I may have run into this problem by using one of the alternative sizes of the SVG instead of the main file. Estillbham (talk) 14:57, 2 February 2010 (UTC)[reply]
You can download from the image page, but you need to use the command "Save (link) target as" instead of "Save as". --Hk kng (talk) 22:30, 2 February 2010 (UTC)[reply]


Possible SVG cleanup project

[edit]

There seems to be an SVG-creating program (Inkscape?) which has default image dimensions of 744 pixels wide × 1,052 pixels high (the dimensions of an A4 page in 1/72" points), and many people creating vector images never change this default, so that a lot of 744x1052 SVG images out there have completely messed-up margins. It might be good to clean some of these up, if there was some way of singling out SVG with 744x1052 dimensions... AnonMoos (talk) 10:37, 6 February 2010 (UTC)[reply]

A toolserver query ought to be able to do it. I can try to run one for you. —Ilmari Karonen (talk) 11:10, 6 February 2010 (UTC)[reply]
OK, here you go: User:Ilmari Karonen/Queries/SVG 744x1052px. —Ilmari Karonen (talk) 12:50, 6 February 2010 (UTC)[reply]
Thanks -- have already found a number of SVGs with messed-up margins through that... AnonMoos (talk) 23:58, 6 February 2010 (UTC)[reply]

Problems with SVG file

[edit]
SVG original
Inkscape rendering to PNG

Hi, I just created a SVG file and its rendering here is a little different than by Inkscape. Could someone help me fix it or point me to info how to fix it? Thanks --Jarekt (talk) 16:50, 12 February 2010 (UTC)[reply]

Select everything, open document properties and click "Fit page to selection". Clicking File->Vacuum Defs never hurts. Then save as "Plain SVG". And make sure to use a supported font. --Beao 17:15, 12 February 2010 (UTC)[reply]
It has the landscape version of the 744x1052 problem referred to in the section directly above, and also the black rectangles which usually indicate spurious "flowtext" tags. If it were just the former problem, I would fix it by simply opening the SVG file in a text editor and adjusting the width="" and height="" parameters in the <svg, and adding a viewBox="" parameter if necessary. AnonMoos (talk) 06:24, 13 February 2010 (UTC)[reply]
Beao sums it up well. To fix the black boxes, just use Text -> Convert to Text. ZooFari 02:17, 15 February 2010 (UTC)[reply]
Ok I fixed a few things: I double the size, "Fit page to selection", "File->Vacuum Defs", "Text -> Convert to Text", changed font to the only font I found which was common between inkscape and supported font (Lucida Bright) and saved file as "Plain SVG". It fixed a lot of problems but not the black rectangles, which are in different places in Wiki rendering and different in firefox rendering. I looked for spurious "flowtext" tags but did not found any. --Jarekt (talk) 05:03, 16 February 2010 (UTC)[reply]
hmm, "creator template home categories" is improperly skewed. Don't scale text; change the font size instead. If that doesn't work, see here on how to obtain a non-modifiable text version. Good luck, ZooFari 23:12, 16 February 2010 (UTC)[reply]
I see a lot of them; search for the text string "flowRoot" in the most recently uploaded version of the image file... AnonMoos (talk) 00:30, 17 February 2010 (UTC)[reply]

File:Crystal 128 kspread.svg color fail

[edit]
Render error

The little line between the K and the stroke is supposed to be white, and is that in the SVG code and when you test in FIrefox. How do i fix this? --Beao 15:19, 17 February 2010 (UTC)[reply]

I'm not really sure which line you're referring to. AnonMoos (talk) 15:33, 17 February 2010 (UTC)[reply]
Okay, it's pretty hard to find. It's the black line just to the left of the K icon. --Beao 16:36, 17 February 2010 (UTC)[reply]
Try bringing up the opacity. ZooFari 00:01, 18 February 2010 (UTC)[reply]
For some reason that worked. Thanks. --Beao 17:19, 19 February 2010 (UTC)[reply]

Metadata "File change date and time"

[edit]

For the image at File:Spacecraft.tif, it lists the

"File change date and time" as "09:23, 15 June 2007"

However, when I look at the file in the http://sdo.gsfc.nasa.gov/assets/img/site/spacecraft.zip zip download under properties->details, it lists date modified as "3/10/2008 9:42 AM". Is there an error with the metadata parser?Smallman12q (talk) 15:00, 20 February 2010 (UTC)[reply]

No, it doesn't appear to be anything wrong with the metadata parser. I downloaded and extracted the file. Running exifprobe spacecraft.tif | grep DateTime returns @0x000049a=1178  : DateTime = '2007:06:15 09:23:09\0'. Not sure what your environment is, but what you're seeing is likely the filesystem's mtime property (or equivalent) rather than the file's own embedded metadata. That may be updated for a number of reasons. LX (talk, contribs) 17:10, 20 February 2010 (UTC)[reply]
Exactly. 2009-03-10 is the modification date of the file in the archive. The jpeg version is dated 2007-06-15. — Xavier, 17:42, 20 February 2010 (UTC)[reply]
Thanks for clearing that up=D.Smallman12q (talk) 00:28, 21 February 2010 (UTC)[reply]