Import from DITA
Import DITA XML files — individual topics or full DITA maps with their topic hierarchies. Import is available on Pro, Team, and Business plans.
Before you begin
You need a Pro, Team, or Business plan
DITA content must be valid XML — resolve any parsing errors before importing
If importing a DITA map, include all referenced topic files in a single
.ziparchive
Plan your migration
Before importing, assess your DITA content:
Check for conrefs. DITA content references are resolved at import time — the referenced content is inlined into each topic. After import, create Topicary components manually for content you want to single-source.
Identify specializations. Topics using specializations beyond concept, task, and reference are imported as generic topics. Review these for proper categorization.
Note relationship tables. Relationship tables are not imported. Recreate cross-references using Topicary's topic link feature after import.
Here is a typical DITA topic structure that Topicary imports:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd">
<concept id="backup_overview">
<title>Backup overview</title>
<shortdesc>How automatic backups protect your data.</shortdesc>
<conbody>
<p>The system creates daily backups of all project data.</p>
<ul>
<li>Database snapshots run at 02:00 UTC</li>
<li>File storage is replicated across two regions</li>
</ul>
<note type="important">Backups are retained for 90 days.</note>
</conbody>
</concept>In this example, the <concept> type maps to a Concept topic, the <note> becomes a callout block, and all standard elements (<p>, <ul>, <li>) transfer directly.
Import individual DITA topics
Go to Topics and click Import.
Select
.ditaor.xmlfiles.Preview cards show the detected topic type (concept, task, reference) and title.
Click Import.
Import a DITA map
Select a
.ditamapfile along with its referenced topic files (or a.zipcontaining everything).Check "Create a map from folder structure" to preserve the map hierarchy.
Click Import.
The DITA map's <topicref> hierarchy becomes nested map items in Topicary.
The ditamap-to-map conversion is one of the cleanest parts of a DITA migration. Your <topicref> nesting, topic ordering, and section grouping are preserved as Topicary map items, so you rarely need to reorganize after import.
What's preserved
DITA element | Topicary equivalent |
|---|---|
| Topic (type: Concept) |
| Topic (type: Task) |
| Topic (type: Reference) |
| Map hierarchy |
| Paragraphs, lists, tables |
| Code block |
| Callout block |
| Topic link or regular link |
What's not preserved
DITA specializations beyond concept, task, and reference — imported as generic topics
Conrefs — resolved at import time (content inlined, not converted to components)
Relationship tables — not imported
DITA metadata (audience, platform, product attributes) — not mapped to Topicary conditions; set up conditions manually
Conditional processing attributes (
@audience,@platform) — not converted to Topicary conditionsKey definitions and key references — resolved at import time
Conrefs and key references are resolved (inlined) during import, not converted to Topicary components. If you rely heavily on conrefs for single-source reuse, plan to identify that shared content after import and extract it into Topicary components manually.
Post-import checklist
Review imported topics for formatting accuracy, especially tables and nested lists.
Identify content that was conref'd in DITA and create Topicary components for blocks you want to reuse.
Check the map hierarchy — DITA map
topicrefnesting maps to Topicary indentation.Set up condition dimensions for any DITA profiling attributes you were using (audience, platform, product).
Re-create cross-references that were in relationship tables using topic links.
Publish a test target and review the output.
See also
Import formats — Full reference for supported formats, size limits, and what content is preserved per format
Create and organize a map — Adjust the map hierarchy created from your ditamap structure
How component reuse works — Create components from content that was inlined from conrefs during import
Conditions vs. variables — Set up conditions to replace DITA profiling attributes that were not imported