Initializing... drag & drop files here
Supports: ODG
An .odg is what LibreOffice Draw and Apache OpenOffice Draw save to: a zip archive of OpenDocument XML describing shapes, connectors, text frames and pages. Drawing sets get split across files for the same reason a spreadsheet gets split across sheets — floor-1.odg, floor-2.odg and floor-3.odg are far easier to edit separately than one enormous document. They are considerably harder to send separately, and almost nobody on the receiving end has an application that opens them.
This route closes both gaps at once. Every .odg you queue is opened with LibreOffice Draw and exported through Draw's own PDF filter, and those PDFs are then joined into a single document in the order you uploaded them. Nothing is flattened into a picture along the way, so the merged file carries the same vector geometry and the same selectable text that each drawing would have produced on its own.
.odg files onto the page or click "+ Add Files". The queue order becomes the page order in the finished PDF, so arrange the files before you start rather than reshuffling pages afterwards.A drawing is a package, not an image: unzip one and you find content.xml, styles.xml, meta.xml, a manifest and a folder holding any embedded media. There is no picture inside to decode, so the job runs a real OpenDocument reader first and only then does anything resembling a merge.
| Stage | What runs | What it produces |
|---|---|---|
| 1. Read each drawing | LibreOffice Draw's native OpenDocument import | A Draw document with the original objects and page geometry intact |
| 2. Export each drawing | Draw's own PDF filter (draw_pdf_Export) |
One PDF per source file, its pages matching the drawing's pages |
| 3. Join the PDFs | Apache PDFBox's PDF merger | A single document with the sources appended in upload order |
| 4. Clean up | — | The per-drawing intermediates are deleted; only the merged PDF is returned |
Step 3 is a concatenation, not a re-layout. Pages are copied across with their own page boxes, fonts and content streams rather than being redrawn onto a common sheet, and four consequences follow from that. Mixed page sizes survive — an A3 site plan queued next to an A4 legend stays A3 next to A4. A multi-page drawing contributes all of its pages, so the page count is the sum of the drawings' pages, not the number of files. Text stays text, because nothing is re-rendered. And if a single file in the queue cannot be read, the job fails outright rather than quietly dropping that drawing and handing you a PDF that is short a page.
Expanding Advanced Options reveals a row of layout controls. Most of them come from the image-to-PDF pipeline — the one that decodes photographs and positions them on a blank page — and there is no photograph being positioned here, so they are inert on an OpenDocument source. This is the honest summary rather than a tuning guide.
| Control you will see | Effect on an .odg merge |
|---|---|
| Combine? | Real. "Single PDF" merges the queue into one document; "Individual PDFs" returns one PDF per drawing instead |
| Paper size | None. Each page keeps the size recorded inside its own drawing |
| Page layout | None. Portrait or landscape is decided by the drawing, not here |
| Margin | None. A drawing's margins are already part of its page layout |
| Image placement / Image alignment | None. Nothing is being scaled or positioned onto a blank page |
| Quality Percentage | None. It drives JPEG re-encoding in the image pipeline, and vector artwork has no quality dial |
| Image Transparency | None. Transparency is carried by the PDF content itself |
If a page comes out the wrong size or the wrong way round, the fix is the page setup inside the drawing. There is no setting on this page that overrides it.
Because the export takes its geometry from the file, the page setup is worth doing once in Draw before you upload. Draw's Page ▸ Page Properties dialog defines the paper format, orientation and margins for the drawing, and whatever you set there is what arrives in the merged PDF.
One trap is worth knowing about while you are in there. If a PDF you exported from Draw yourself came out a page short, the cause is usually the Range setting rather than the drawing. On the General tab of Draw's PDF export dialog, Selection exports only what is currently selected, while All exports every defined print range — and the whole document only when no print range is defined. A stray selection or a print range left over from an earlier session is enough to quietly truncate the output. That trap does not exist on this route, where a multi-page .odg is exported whole, but it explains a lot of mysteriously incomplete drawing sets.
ODG is defined by the OASIS OpenDocument Format specification, most recently approved as an OASIS Standard at version 1.3 on 27 April 2021, with version 1.4 published since. It is an excellent format to author a diagram in and a poor one to hand over, which is the whole case for merging.
A folder of .odg files |
One merged PDF | |
|---|---|---|
| Media type | application/vnd.oasis.opendocument.graphics |
application/pdf |
| Opens without extra software | No — needs LibreOffice or OpenOffice Draw | Yes — browsers, phones, email preview panes |
| Page order | Whatever the filenames happen to sort to | Fixed in the document |
| Printing the set | One file at a time | One print job |
| Sending it | Several attachments, easily separated | A single attachment |
| Still editable | Yes, in Draw | Only with a PDF editor, and imperfectly |
| Vector geometry | Native | Preserved through Draw's PDF export |
Keep the .odg originals. The merged PDF is the deliverable, not the master copy.
Upload order, top to bottom. We checked this against our own merge implementation rather than assuming it: each queued file is exported to PDF individually, the exports are collected in the order the files arrived, and PDFBox appends them in exactly that sequence. Rearranging the queue before you start is therefore the only page-ordering step you need — there is no separate sort applied afterwards, alphabetical or otherwise.
No, and that is deliberate. Merging copies each page across with its own page box, so an A3 floor plan queued alongside A4 detail sheets produces a PDF containing both sizes. Every mainstream PDF reader handles mixed page sizes without complaint, and print dialogs offer a scale-to-paper option when you need everything on one tray. If you genuinely need a uniform size, set it in each drawing's page properties in Draw before uploading.
Yes. Draw's PDF export is a paged export, so a three-page drawing becomes three PDF pages in the drawing's own order, and those three pages then take their place in the merge. The practical consequence is that the finished page count is the sum of the drawings' pages rather than the number of files you uploaded — four files can easily produce a twelve-page PDF.
Yes. Text is exported as text by Draw's PDF filter and then copied into the merged document without being re-rendered, so labels, callouts and title blocks stay selectable, copyable and searchable. The one caveat is fonts: a typeface that is not installed on the machine performing the export is metric-substituted, which can nudge line breaks in a tightly set label. Sticking to widely available typefaces in the drawing avoids it.
No. Those controls belong to the image-to-PDF pipeline and are inert on an OpenDocument source, because the page geometry comes out of the drawing itself. Choosing A4 will not shrink a Letter-sized page and choosing Landscape will not rotate a portrait one. Change the page setup in Draw and merge again. The same is true of the image placement, alignment, quality and transparency settings on this page.
The whole job stops and reports a failure rather than skipping the file. That is the safer behaviour for a drawing set — a merge that silently omitted page 7 would be worse than one that refused to run — but it does mean a single bad file blocks the batch. The usual culprits are a password-protected drawing, which is encrypted rather than merely proprietary and needs an unprotected copy saved out of Draw first, and a file of some other type renamed to .odg, which no OpenDocument reader will open.
No, and the distinction matters. Setting "Combine?" to "Individual PDFs" reroutes the job away from the merge path entirely: each drawing is converted on its own and you get one PDF per file, with nothing joined. Use it when the drawings are unrelated and headed to different recipients. Leave it on "Single PDF" whenever the drawings are pages of one set. For a single drawing with no merging involved, ODG to PDF is the direct route.
Not in one pass — this page accepts .odg input only. Run the merge here first, then join the result to your existing documents with Merge PDF, which preserves each source document's own page size rather than forcing everything onto a common sheet. If what you want to add is photographs or scans rather than PDFs, Merge Image to PDF builds a PDF from image files, and that PDF can then be joined to this one the same way.
Vector artwork is compact, so the size almost always comes from raster content placed inside the drawings. Photographs, screenshots and scanned logos are carried into the PDF at the resolution they were stored at, and nothing on this route downsamples them — a set of drawings each carrying a full-resolution site photo produces a correspondingly large document. Run the finished file through our PDF compressor rather than degrading the source drawings; that shrinks the embedded photographs while leaving the vector lines and text untouched.
Every upload travels over an encrypted connection, is processed on our servers, and is deleted automatically after a few hours along with the merged PDF and the per-drawing intermediates created along the way. Nothing is shared, published or reused, no account is required, and no watermark is applied. The ODG converter hub lists the other targets available for OpenDocument Drawings.