Initializing... drag & drop files here
Supports: ODG
EPS — Encapsulated PostScript — is the file format prepress workflows, older page-layout applications and some plotting toolchains still ask for: a self-contained PostScript program with a BoundingBox comment declaring how much space it occupies. An .odg is an OpenDocument Graphics drawing from LibreOffice Draw, made of shapes, connectors and text frames. It is important to be clear about what this route produces: the drawing is rendered to pixels and that image is embedded inside the PostScript file. The output is a picture wrapped in EPS, not a re-encoding of your vector geometry. If you need real vectors, the comparison below says where to get them.
.eps per page.| Stage | What runs | What comes out |
|---|---|---|
| 1. Read the drawing | LibreOffice Draw's PDF export filter (draw_pdf_Export) |
A PDF holding the document's own page size and object positions |
| 2. Render | Each PDF page rasterised at 300 DPI | One full-colour image per drawing page |
| 3. Wrap in PostScript | ImageMagick embeds the render and writes the EPS header | One .eps per page, with a BoundingBox matching its pixel dimensions |
The last stage places the embedded image at a density of 72 pixels per inch, which means one pixel maps to one PostScript point and the BoundingBox is numerically the same as the pixel size. Practically: if you need a specific physical size on the page, set the pixel dimensions to match, or scale the placed image in your layout application.
| This route | LibreOffice Draw ▸ File ▸ Export ▸ EPS | |
|---|---|---|
| What is inside the file | A rendered image of the drawing | PostScript drawing commands |
| Scales without softening | No — fixed pixel grid | Yes |
| Text | Pixels | Written as PostScript text or outlines |
| Typical size | Tens of megabytes at high resolution | Kilobytes for a simple diagram |
| Colour | RGB as rendered | As authored |
| Best for | Placing a picture into a PostScript workflow | Prepress hand-off, plotting, further vector editing |
If your goal is a genuine vector EPS, use LibreOffice Draw's own EPS export. Inside our pipeline, ODG to SVG is the vector route — Draw exports SVG natively, so the output carries the drawing's real geometry — and ODG to PDF is the vector hand-off most modern print workflows would rather receive anyway.
No, and no raster-to-EPS conversion does. The page is rendered to pixels and those pixels are embedded in a PostScript wrapper, so the file scales like an image rather than like artwork. Vector geometry survives only through a tool that reads the original objects — which is what ODG to SVG, ODG to PDF and LibreOffice Draw's own EPS export all do.
Because the embedded image is stored essentially as-is inside a text-based PostScript file, with no meaningful compression applied to the pixel data. A drawing that is a few hundred kilobytes of XML becomes a full-page raster of several million pixels, and the EPS carries all of them. Reducing "Image resolution" is the only effective way to shrink the result on this route.
The embedded image is placed at one pixel per PostScript point — 72 DPI — so the BoundingBox matches the pixel dimensions exactly. There is no separate DPI control on this page. If a layout application needs the illustration at a specific physical size, either set the pixel dimensions accordingly or scale it once it is placed.
No — that is what the "encapsulated" in the name means: EPS is deliberately a single illustration, and multi-page PostScript is a different beast. A multi-page Draw document therefore comes back as one .eps per page, in page order. If you want the pages in one file, ODG to PDF is designed for exactly that.
Not on this route, since the text has already become pixels before the PostScript wrapper is written. LibreOffice Draw's own EPS export keeps text as text, and ODG to PDF keeps it both selectable and searchable. If a printer or a client asks for "editable" artwork, one of those is what they mean.
Rarely by choice. PDF superseded it for almost every print hand-off, and SVG superseded it on the web. EPS persists in legacy prepress pipelines, some CAD and plotting tools, and the occasional publisher submission guideline. When a specification names EPS, supply it; otherwise PDF or SVG will be easier for everyone downstream.
It does not survive as transparency. PostScript Level 1 has no transparency model at all, so any transparent region ends up filled with an opaque background before the image is embedded. If you want control over that colour, give the drawing an explicit background rectangle in LibreOffice Draw before converting.
No. The embedding step strips metadata from the image, so no author, title or profile information travels into the PostScript file. What remains is the picture and the BoundingBox. Keep the original .odg as the record if any of that matters.
Yes. Queue the files and they convert with the same settings, each returned separately. That composes naturally with multi-page documents: each page of each drawing produces its own .eps, all delivered together in order.
Your drawing travels over an encrypted connection, is processed on our servers, and is deleted automatically a few hours later along with the EPS it produced. Nothing is shared, published or reused, no account is required, and no watermark is applied. The ODG converter hub lists every other target available for this source.