Commons:Graphics village pump/April 2009

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

Particular PDF pages to SVG[edit]

I have 400+ pages PDF with some vector graphics inside too. Anyone has a hint how to convert particular page(s) of PDF document to SVG? Maybe some ImageMagick parameter?--Kozuch (talk) 14:44, 31 March 2009 (UTC)[reply]

This is what I usually do:
pdftops -f # -l # doc.pdf page.ps
pstoedit -dt -psarg "-r9600x9600" -f sk page.ps page.sk
skconvert page.sk page.svg
where # is the page number in question. pdftops is part of Poppler, pstoedit is standalone, and skconvert is part of skencil. The only problem I've ever had with such a set-up is that it occasionally gives you colours which are a bit off, presumably due to a poor CMYK->RGB conversion. —Wereon (talk) 20:07, 1 April 2009 (UTC)[reply]
Thanx for hint. What about the same with PNG (PDF pages to PNG)? Will someone help?--Kozuch (talk) 11:52, 3 April 2009 (UTC)[reply]
en:Ghostscript can rasterize Postscript/PDF... AnonMoos (talk) 10:56, 19 April 2009 (UTC)[reply]

Dodgy SVG rendering[edit]

I've just uploaded File:OperationSealion.svg; does anyone know why it's not rendering properly? Curiously, the thumbnail below is displaying fine, and the image appears correctly on two out of the three Wikipedia pages on which it appears. Thanks. —Wereon (talk) 20:29, 1 April 2009 (UTC)[reply]

Never mind - I took the huge embedded raster image out of it, and it appears to render properly now at all resolutions. It's not nearly as pretty, but it's better to be ugly and to be seen than to be beautiful and invisible... —Wereon (talk) 00:34, 2 April 2009 (UTC)[reply]

Marker rendering in SVG to PNG conversion - wrong refpoint?[edit]

When converting SVG to PNG, the "marker" objects (arrow tips and starting dots in the example below) get rendered in the wrong place:

Apparently the converter uses the upper left corner of the marker as refpoint, instead of 0,0 (the default) or the marker's explicit refx,refy attributes. I noticed that ImageMagick's "display"/"convert" utilities have the same problem too. However, my Firefox browser displays the SVG file correcty. Is this a known problem? All the best, --Jorge Stolfi (talk) 10:33, 2 April 2009 (UTC)[reply]

Here is a direct link to that SVG file that opens fine in my browser.
And here is a screenshot of how the SVG file appears on my browser.
--Jorge Stolfi (talk) 02:23, 7 April 2009 (UTC)[reply]
It seems to be a bug in the RSVG library. The bug actually occurs when the marker's "viewBox" attribute has a low corner that is not 0,0. The buggy renderer does honor the "refX" and "refY" attributes but fails to adjust them for the low corner of the view box. So the workaround is to shift all coordinates in the marker's defintion so that the view box starts at 0,0, and then set "refX" and "refY" to the proper values. All the best, --Jorge Stolfi (talk) 10:03, 8 April 2009 (UTC)[reply]


Photo editing software for laptops?[edit]

I've brought a Dell Inspiron 1525 a few days ago and I'm after some photo editing software as Photoshop CS3 is unlikely to work on this machine and would be handy to have a program were I can edit photos without having to wait until I get back to my PC at home or can be bothered to use the PC and use the laptop instead. OS is Vista Home Prem, Pentium Dual-Core T4200 (2.0GHz) 3GB of RAM with onbroad Mobile Intel 965 Express graphics. Bidgee (talk) 15:07, 18 April 2009 (UTC)[reply]

Irfanview is free and a very useful tool, even if you go on to something more advanced. I would consider buying Paint Shop Pro, which has many useful features, and it is much cheaper than Photoshop. What is the purpose of doing photo editing immediately? --Davidt8 (talk) 16:43, 18 April 2009 (UTC)[reply]
3 gigs of RAM and a 2 GHz processor seem quite enough for basic graphics work — heck, that's more than my desktop PC has, and definitely more than my old laptop, which runs GIMP, Hugin and Inkscape just fine. Mind you, I can't say I have much experience in how bloated Photoshop may have become these days. You could always install the GIMP on your laptop: it runs on Windows too, and while the installer may not be the most user-friendly, you can't beat the price (free). Or, for a more Photoshop-like interface, try GIMPshop. —Ilmari Karonen (talk) 13:45, 19 April 2009 (UTC)[reply]
I like the free Paint.NET in addition to IrfanView. 84user (talk) 09:28, 21 April 2009 (UTC)[reply]
Note that Paint Shop Pro does not have full 48-bit color support. This may be a significant limitation if you shoot raw. Dcoetzee (talk) 01:49, 1 May 2009 (UTC)[reply]

This is just a continuation of this conversation a while back, but there were some things unresolved: I've managed to fix the font display problem, but the black boxes still come up. Any ideas? --334a (talk)

I went through the file with a text editor, and removed all apparently empty "flow" type tags (which have been mentioned in the past as causing problems). AnonMoos (talk) 14:47, 28 April 2009 (UTC)[reply]
Ah, thank you! Much appreciated. Any tips on avoiding/fixing the problem in Inkscape in any future files? --334a (talk) 02:16, 30 April 2009 (UTC)[reply]
I don't actually edit SVG files within Inkscape (I only use Inkscape for checking and converting files), so I can't help you on that level. SVG files are actually in text format, so sometimes it's easiest to just go through the file with a text editor to clear away some obvious cruft or problematic constructs (for me, at least...). AnonMoos (talk) 00:58, 1 May 2009 (UTC)[reply]

Someone on File talk:Chernobyl radiation map 1996.svg noticed that the SVG image looks Ok when thumbnailed but the city dots disappear in the full size "image" at [1]. I downloaded the SVG and found that the dots do not render in Firefox and Opera, but they do render in Inkscape. I found that by using Inkscape to slightly move one of the nodes of one of the dots the SVG renders as expected. But I have no idea why nor what is wrong. I uploaded the new version here in case anyone can shed light on this. 84user (talk) 04:09, 29 April 2009 (UTC)[reply]