Add your DOT file
Drop one or more .dot files onto the converter above, or browse for them. They load into browser memory only — nothing is uploaded, so there is no size-based pricing and no server queue.
Converting a .dot font to .gexf repackages the same glyphs and metrics for a different delivery target. Free, private, and validated — the file never leaves your browser.
Batch files can each use a different output. Nothing uploads for local conversions.
Working inputs include camera RAW, browser-local audio/video, PDF, CBZ/CBR comics, office documents, ebooks, markup, 3D models, structured text, images, and archives.Converting a .dot font to .gexf repackages the same glyphs and metrics for a different delivery target. A .dot file is a Graphviz DOT description: a small declarative language for graphs, in which nodes and edges are written as statements — a -> b — with optional attributes controlling labels, shapes and colours. It describes the graph's structure and leaves the layout to the renderer.
A .gexf file is Gephi's graph interchange format: XML describing nodes and edges with attributes, and — unlike most graph formats — with first-class support for visual properties and for graphs that change over time. For this route the practical draw is native visual and temporal modelling, which most graph formats omit entirely and clean, readable XML that maps closely to how Gephi thinks about graphs — balanced against support outside Gephi and its ecosystem is thinner than GraphML's, which is worth knowing before you commit a large batch.
The practical trigger for this conversion is usually a mismatch: with .dot, layout control is indirect; fighting the engine for a specific arrangement is frustrating. Switching to .gexf buys you native visual and temporal modelling, which most graph formats omit entirely, which is why it is the better fit for saving and sharing Gephi network visualisations with their styling intact. Because the conversion runs locally, trying it costs nothing but a few seconds of compute on your own machine.
| Aspect | Graphviz DOT graph (.dot) | Graph Exchange XML Format (.gexf) |
|---|---|---|
| Format type | Text-based — characters and structure, so there is no visual quality loss | Text-based — characters and structure, so there is no visual quality loss |
| How it stores data | digraph declares a directed graph using -> edges; graph declares an undirected one using -- | the graph element's mode attribute is static or dynamic; dynamic graphs attach start and end times to nodes and edges |
| Strongest at | rendering dependency, call and state-machine diagrams from generated data | saving and sharing Gephi network visualisations with their styling intact |
| Weak spot | layout control is indirect; fighting the engine for a specific arrangement is frustrating | support outside Gephi and its ecosystem is thinner than GraphML's |
| Metadata | nodes, edges, direction and label attributes are preserved. Layout and styling attributes have no equivalent in the graph interchange targets and are not carried across | graph meta elements — creator, description, last-modified date — are read; the targets have no equivalent field |
Drop one or more .dot files onto the converter above, or browse for them. They load into browser memory only — nothing is uploaded, so there is no size-based pricing and no server queue.
Select .gexf in the output menu next to each file. The menu only offers targets this engine can genuinely produce, so if GEXF is selectable, the route is real and validated.
Press Convert. The font tables are parsed and rewritten locally with fonteditor-core; glyph outlines, hinting, and kerning survive the trip.
Each result is signature-checked before the download unlocks, so a failed encode can never masquerade as a valid GEXF file. Outputs keep the original filename with the .gexf extension.
There is no visual quality to lose — dot is text-oriented and gexf is text-oriented, so the question is structural fidelity. Text, ordering, and basic structure are preserved; complex layout, embedded objects, and styling beyond the target's model are simplified.
Yes — the .dot file is processed inside your browser tab and never uploaded. The font tables are parsed and rewritten locally with fonteditor-core; glyph outlines, hinting, and kerning survive the trip. Close the tab and the file is gone from memory.
Gephi, NetworkX, igraph, sigma.js and Cytoscape (via plugins) read GEXF. Novus Convert normalises topology and labels locally without network access or external entity expansion, and converts to GraphML, DOT, JSON and SVG. Visual and temporal attributes are not carried into the targets, none of which can represent them.
It depends on the content: the graph element's mode attribute is static or dynamic; dynamic graphs attach start and end times to nodes and edges. Convert one representative file first and compare before batch-processing a large set.
In .dot, nodes, edges, direction and label attributes are preserved. Layout and styling attributes have no equivalent in the graph interchange targets and are not carried across. Re-encoding through the browser pipeline does not carry embedded metadata into the output, which doubles as a privacy scrub — check the exported file if you specifically need tags preserved.
Yes — the reverse route exists as a separate tool. Bear in mind that round-tripping .dot → .gexf → .dot is not a perfect undo when any lossy step is involved; keep your original if fidelity matters.