I can't convert an SVG file to EPS, even I've tried using online converting services and they can't.
I can send you the file by email (file size 1258 Kb is too big to attach here) please your help.
Thanks for advance!

Before sending, I'd try Menu:File>Clean up Document. The check the file size and saving a copy as eps.

Chime back and let us know the results.

Usual problems are due to transparency.
Check for object opacity, alpha channels, layer opacity, masking.
Make sure you are using everything opaque, and use clipping instead of masking.

Another problem is caused by flowed texts -unflow them if necessary, or even better -convert them to paths in the save as dialog.

I'm getting bad output when converting svg to eps: It appears to cut off at a border, and then cut off the right hand side. The field size is wrong. I'm using svg files produced by http://exoplanets.org/plots , which only produces svg, pdf, and png files, but I prefer downloading the svg to use Inkscape to move the "exoplanets.org" field from covering the upper right of the plot. Inkscape does a great job moving that field, and then can save it to pdf as well as svg, but I think there is a transparency issue that keeps me from finding any way to convert the resulting svg or pdf into eps.

I upload an example (in which I've moved the "exoplanets.org" off the plot field).

Thanks

Stuart

Something is whack in there.

I was able to get a good result by pasting elements into a new document on separate layers. First text, then circles, then grids/paths... (using select-same)

Then it seemed to be an issue with the single-node path in the upper left corner.

But deleting just that from the original drawing does not resolve the issues, so there is a bit more mystery to solve.

@astrostuart - which version of inkscape (really 0.48.4?), which OS (if Linux - which distro (version), and which version of cairo is installed on the system?), and how do you verify the content of the EPS (which viewer?).

A few rather technical notes:

• The PDF file was generated with cairo 1.11.2 - an outdated development snapshot version of cairo which is known to be affected by a cairo bug when exporting to PostScript formats where clippings in the SVG file can cause objects which are rendered afterwards (above in stack order) can get wrongly clipped too (and thus most often disappear). This known problem in cairo is tracked for inkscape in bug #813886 (all 32bit Inkscape packages for Windows for example include this version of cairo).
  If your locally installed Inkscape does use the same version of cairo as was used to create the PDF file, then it is affected by that known cairo bug. Workarounds involve releasing as many clippings as possible without affecting the rendered image, or changing the stack order so that the clipped objects are rendered last (in stack order: on top).
• Many document viewers which allow to display EPS files as if they were stand-alone documents don't interpret the bounding box of the EPS file, but instead always use the system default page format (often A4 portrait), which may cause landscape EPS drawings to be cut off on the right side in the viewer, depending on the actual size (not an inkscape bug or issue at all - just a reminder: EPS files are meant for embedding, not as standalone documents. You probably want to save a copy as PS file if you really need a standalone PostScript document)

After upgrading to Inkscape 0.91 I am still getting the same clipping on the converted eps file, perhaps because of Cairo.
Yes, I had Inkscape 0.48.4 on both Windows XP and Mac 10.5.8, and was getting the same error on the Mac as on Windows.
By installing Inkscape on a newer Mac, I got a good conversion, so I'm guessing the Cairo issue affects the older Mac? I'm looking into re-installing Cairo (it looks confusing, and I don't remember installing it or GTK before).

There is a new problem with the new version of Inkscape: all of the fonts are reduced to 8 (on both my Windows re-install and the new Mac). I attach a pdf from the website to show how it should look. I had quit using online-convert.com due to it producing small font conversions, but now I am guessing that perhaps exoplanets.org did something wrong with their svg file.

I am using this to imbed the eps into latex, which does not cut off the right hand side (it uses the proper height versus width) but still has the boundary of the plot cropped off. I use Ghostview for quick views, so I'll ignore when the right hand side is cropped in GV, but GV does show the cropping issue correctly.

Hopefully when I figure out the installation of Cairo this will fix my cropping issue without having to use my wife's new Mac (though now I have to resize all the fonts).

Thanks

Stuart

astrostuart wrote:I'm looking into re-installing Cairo (it looks confusing, and I don't remember installing it or GTK before).

How do you install Inkscape?

Note: if you install the precompiled Inkscape packages from inkscape.org (for Windows, or OS X), you cannot simply upgrade individual libraries yourself:

• On Windows, the 64bit installers for Inkscape 0.91 include cairo 1.14.1 and should be ok, whereas the 32bit installers still include an older (affected) cairo version (1.11.2).
• On OS X, both the 64bit (for Lion and later) and the 32bit (for 10.5 and 10.6) package of Inkscape 0.91 include a current cairo version (cairo 1.14.0).

astrostuart wrote:There is a new problem with the new version of Inkscape: all of the fonts are reduced to 8 (on both my Windows re-install and the new Mac). I attach a pdf from the website to show how it should look. I had quit using online-convert.com due to it producing small font conversions, but now I am guessing that perhaps exoplanets.org did something wrong with their svg file.

It seems that Inkscape 0.91 interprets one of the attributes of the <text> objects differently than older versions, and e.g. web browsers (only Batik 1.7 (Squiggle) seems to agree with Inkscape 0.91).

On Macs, you could install the Mac OS X package of Inkscape 0.48.5 - it does include a newer cairo version (1.12.16, which is not affected by the clipping bug), while at the same time interpreting the font sizes of the text as you want it (and as was likely the intent by the author of the original SVG file).

Download link for Inkscape 0.48.5 DMG: Inkscape-0.48.5-2+X11.dmg
The app is 32bit and in theory does run on Mac OS X 10.5.8 too, however you need to install XQuartz (it does not work with Leopard's original X11 server).

Attached is the EPS version of the SVG you had attached earlier, export as EPS with Inkscape 0.48.5 (on OS X 10.7.5).

Ah, that would explain my experience... I was using the .91 32bit version.

It looks fine here using .91 64bit. (Win 8.1)

I got it working on the Mac but not Windows.

Note: if you install the precompiled Inkscape packages from inkscape.org (for Windows, or OS X), you cannot simply upgrade individual libraries yourself:

Thanks for the heads up on trying to install the library myself in Windows -- yes, I just have the 32-bit XP, so you explained why my Windows upgrade of Inkscape did not fix the problem.
My experience with the Mac was that I did have to upgrade Cairo separately, because upgrading Inkscape plus having to add XQuartz didn't fix the problem (it just made the fonts wrong, like on Windows). I reinstalled Cairo through MacPorts, which took many tries before completing (even crashing the system once). But now, after installing the new Cairo, Inkscape is converting svg to eps just like it should!

~suv wrote:

astrostuart wrote:There is a new problem with the new version of Inkscape: all of the fonts are reduced to 8 (on both my Windows re-install and the new Mac). I attach a pdf from the website to show how it should look. I had quit using online-convert.com due to it producing small font conversions, but now I am guessing that perhaps exoplanets.org did something wrong with their svg file.

It seems that Inkscape 0.91 interprets one of the attributes of the <text> objects differently than older versions, and e.g. web browsers (only Batik 1.7 (Squiggle) seems to agree with Inkscape 0.91).

On Macs, you could install the Mac OS X package of Inkscape 0.48.5 - it does include a newer cairo version (1.12.16, which is not affected by the clipping bug), while at the same time interpreting the font sizes of the text as you want it (and as was likely the intent by the author of the original SVG file).

Download link for Inkscape 0.48.5 DMG: Inkscape-0.48.5-2+X11.dmg
The app is 32bit and in theory does run on Mac OS X 10.5.8 too, however you need to install XQuartz (it does not work with Leopard's original X11 server).

Attached is the EPS version of the SVG you had attached earlier, export as EPS with Inkscape 0.48.5 (on OS X 10.7.5).

Perhaps I am best off resizing the fonts all at once (select all, then enter a new font), since I finally have Inkscape doing a proper svg to eps conversion on the Mac. It's a bit of a pain, but at least it's working.
Thanks for letting me know of the option. I'm just afraid of breaking my new installation by having two versions of Inkscape installed.
Your EPS does look nice.

jfyi - in the meantime, the font size issue you encountered with Inkscape 0.91 has been investigated and fixed (r14107); the next major release (0.92) will render those texts again at the correct size.

~suv wrote:jfyi - in the meantime, the font size issue you encountered with Inkscape 0.91 has been investigated and fixed (r14107); the next major release (0.92) will render those texts again at the correct size.

Great to hear that the font size issue will be corrected, though I couldn't see any mention of "fonts" in the link (I don't know how to follow those, but did look at the "history".
I hope that the Windows version corrects the .eps issue, since I have to port the .svg over to the Mac to export it to .eps .
I will be looking forward to 0.92 coming out.