Convert DOC to ODT

Converting DOC to ODT moves a document out of the binary Word format of the 1990s and into OpenDocument text, the ISO-published container LibreOffice Writer uses natively. The result is still editable, opens without any Microsoft software, and is the format public archives ask for by name.

  • Where it runs On our server, because a browser cannot run the software this needs.
  • Rebuilt ODT works differently from a DOC, so this is not the gradual degradation a lossy codec applies. What ODT can express is reproduced faithfully; what it has no equivalent for does not survive at all.
  • File size limit Up to 25 MB per file, free, without an account.
  • Worth knowing Formatting survives; macros, embedded objects and revision history usually do not.

Up to 100 files at once. Mixed formats are fine.

Crossing two format generations in one step

The binary Word format dates from Word 97 and OpenDocument was published in 2005, with Microsoft’s own replacement format arriving between them in 2007. Converting a .doc straight to ODT therefore skips a generation rather than stepping through it, and there is no reason to make the intermediate stop: the same engine reads the old file and writes the new one either way.

What makes the direct route sensible is that the destination is a decision about the next twenty years, not about this week. If the archive is being moved at all, it is being moved once. Landing it on the format you actually intend to keep is cheaper than landing it on the one that happens to be nearest. It also avoids a second round of verification: every migration needs somebody to open a sample of the output and confirm it is right, and doing that twice for the same archive is the kind of work that gets skipped the second time.

Why an archive asks for ODT and not for a Microsoft format

OpenDocument is maintained by OASIS and published as ISO/IEC 26300. Nobody has to keep a licence current to read it, no single company decides when support ends, and the specification is available to anyone who wants to write a reader from scratch in forty years. That is the whole argument, and it is a procurement argument rather than a technical one.

It is also why the requirement usually arrives as a rule rather than a preference. Submission portals for several national and regional administrations name ODT specifically, and no amount of explaining that a DOCX is also documented will change what the form accepts. If a policy is what brought you here, the policy is the reason and this is the conversion it asks for. The counter-argument, which is fair, is that a format nobody in the office can open is not preservation either. OpenDocument avoids that trap because the software that reads it is free, cross-platform and does not expire, which is the practical half of the same argument.

Reading a 1990s Word file without owning Word

The awkward part of a legacy migration is usually the reading, not the writing. A binary .doc is not a format you can open with a text editor and repair by hand, and current Microsoft Office declines the very oldest variants by default. The set of programs that still read it well is small, and LibreOffice is the most capable member of it.

That is what runs here. The file is opened by the same office suite that would open it on a desktop, and written out as OpenDocument by the program for which OpenDocument is the native format. No Microsoft licence is involved anywhere in the path, which for a school or a small charity is frequently the deciding factor. It also means the conversion can be repeated later. If a better route appears, or if somebody finds a fault in a batch, the originals can be run through again — which is only true while the originals still exist and while something can still read them.

What the ODT keeps from the old document

Everything that made it a document. Paragraph and character styles map onto OpenDocument styles, tables keep their structure and their merged cells, images stay anchored where they were, headers, footers and page numbering carry across, footnotes and endnotes stay attached to their references, and section breaks with their own page setup survive as sections.

Fonts are handled by substitution rather than by embedding, and the machine performing the conversion carries metric clones of the common Microsoft typefaces — Liberation for Arial, Times New Roman and Courier New, Carlito for Calibri, Caladea for Cambria. Those replacements occupy the same space as the originals, which is why page counts usually do not move. Documents from this era also frequently name fonts that were never widely distributed — a typeface bundled with a printer driver, or one bought for a single publication — and those are substituted with something approximate. It is worth noting which documents they are, because that is where a page count changes.

Where a legacy Word document and OpenDocument disagree

The differences are concentrated in features Microsoft itself later abandoned. The old drawing layer — grouped shapes, floating frames, the WordArt of that era — was reimplemented between Word generations and has no exact OpenDocument counterpart, so a document whose layout is built out of those objects can shift. Some field codes have ceased to exist entirely.

None of this touches a report, a set of minutes, a letter or a policy document, which is what most archives are made of. A rule of thumb that holds up well: if the file would already look odd when opened on a colleague’s different version of Word, it is also the file to inspect after converting. Everything else can be converted in bulk and trusted.

The properties inside an old Word file are worth reading

Binary Word documents carry a summary block that owners routinely forget about: a title that was never updated, the name of the person who last saved the file, an organisation that has since been renamed, sometimes a revision count that says more about the drafting process than anyone intended to publish.

Conversion carries the basic properties across rather than inventing or erasing them, so if this archive is going to be published rather than merely stored, open the document properties on a sample of the output and decide what should stay. It takes a minute per file and it is the sort of check that is only ever obviously necessary afterwards. For a large archive the sensible version of this is a policy rather than an inspection: decide what the properties should say, set them consistently on the converted set, and record that decision alongside the collection so that whoever inherits it knows what was changed and what was original.

VBA macros do not survive the move to OpenDocument

A .doc can contain Visual Basic for Applications written against Word’s object model. LibreOffice has its own scripting system and its own object model, and there is no faithful translation between them, so the automation is dropped while the text and formatting arrive intact.

In a records migration this is almost always the correct outcome. An archive holds documents, not programs, and a stored record that executes code when it is opened is a liability rather than a feature. Where the automation genuinely was the document — a claim form, a calculating template — it has to be rebuilt deliberately, and that is a project rather than a conversion.

Converting a directory of DOC files for deposit

Migrations arrive as folders: a decade of committee papers, a school’s worksheets, a solicitor’s precedents. Drop the whole directory and each file converts in turn, keeping its filename with the extension replaced, coming back as a single ZIP that unpacks over a copy of the original structure.

Sample the output deliberately rather than randomly. Open the longest file, the one with the most tables, and the one whose layout somebody was proud of, because those are where a conversion fails and the plain memos are not. Retire the originals only after that, and only once the ODT copies are somewhere backed up. In most collections the honest answer is not to retire them at all. Binary Word files are small by modern standards, and keeping the source alongside the converted copy costs a few gigabytes and removes the possibility that a migration you cannot repeat turns out to have been imperfect.

Where the DOC is processed on its way to ODT

This pair runs on a server, not in your browser, and the page says so rather than leaving it to be assumed. Interpreting a compound binary Word file requires a full office suite; there is no small library that does it correctly, and pretending otherwise would be the kind of claim this site does not make.

The file travels over an encrypted connection to a container running LibreOffice headless, with no outbound network access of its own. Each job gets an isolated scratch directory that is deleted the moment the job ends, whatever the outcome, and any job still running after sixty seconds is killed rather than left to hang. The free limit is 25 MB per file.

When PDF is the right destination instead of ODT

ODT is for records that must remain workable — something a person will amend, extend or reuse. If a document’s content is settled and the only remaining requirement is that it stays exactly as it is and renders the same everywhere, a PDF is the more honest container for it.

Many archives end up holding both: the OpenDocument file as the editable master and a PDF as the fixed rendition of a particular version. That costs one extra conversion and removes the argument about whether the copy in the repository is the same document as the one that was approved.

How to convert a DOC file into an ODT

  1. Drop the DOC file, or the whole archive folder, onto this page.
  2. LibreOffice reads the binary Word file and writes an OpenDocument ODT.
  3. Open a sample in Writer and check the document properties before publishing.

DOC and ODT: a vendor format and a published standard

DOC compared with ODT
DOCODT
Full nameWord 97-2003 DocumentOpenDocument Text
File extension.doc.odt
Media typeapplication/mswordapplication/vnd.oasis.opendocument.text
First published19972005
Published byMicrosoftOASIS
SpecificationISO/IEC 26300
LicensingPublished, not standardisedOpen standard
Standing todayLegacy, still read everywhereCurrent
Opens in a browserNo browserNo browser
Considered insteadDOCX, PDFDOCX, PDF, RTF

What survives

Both DOC and ODT hold several pages, so a multi-page document stays one file.

Opening the result

DOC dates from 1997 and is largely superseded. ODT is what current software writes, so the conversion is as much about staying readable as about the file itself.

Microsoft Word and LibreOffice Writer read both DOC and ODT, so there is a way to check the result against the original without a second tool.

What each format is for

ODT comes from OASIS and dates from 2005, specified as ISO/IEC 26300. LibreOffice Writer, Microsoft Word and Google Docs all read it.

DOC to ODT: policy, properties and old layouts

Are my DOC files uploaded anywhere?

Yes — this conversion needs software that cannot run in a browser, so the file is uploaded over an encrypted connection. It is deleted as soon as the job finishes, and the result is sent straight back to you without being stored. The work is done by LibreOffice, the full office suite, running headless.

Why convert to ODT rather than to DOCX?

Because ODT is published as ISO/IEC 26300 and maintained by OASIS rather than by a single vendor, which is why a number of public institutions require it for records that must stay readable for decades. If you are staying with Word, DOCX is the easier answer.

Do I need Word installed for this?

No, and that is often the point. The conversion runs on a server using LibreOffice, which reads the binary Word format directly, so a machine with no Microsoft software on it can still open a fifteen-year-old archive.

Is the result editable?

Yes. An ODT is a working document, not a frozen one — it opens in LibreOffice Writer, OpenOffice, Google Docs and Word itself, with the styles, tables and structure available to edit.

What happens to the document properties?

Basic properties such as title and author generally carry over. Old Word files often hold more than their owners remember — the name of whoever last saved it, a company name, a revision count — so it is worth opening the properties of the result before publishing anything.

Are the original files changed?

No. A converted copy is produced and your originals are untouched. For a migration, keep them until someone has opened a sample of the ODT output rather than trusting a count of files.

Will the numbering and tables survive?

For ordinary documents, yes — lists, tables, headers, footers and footnotes all map onto their OpenDocument equivalents. Documents built with the Word 97 drawing layer are the ones worth checking, because that feature has no direct counterpart.

More about these formats