Add your GEXF file
Drop one or more .gexf 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 .gexf font to .dot 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 .gexf font to .dot repackages the same glyphs and metrics for a different delivery target. 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.
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. For this route the practical draw is automatic layout — the hard part of drawing a graph is done for you and compact and readable, so diagrams can be generated and diffed as text — balanced against layout control is indirect; fighting the engine for a specific arrangement is frustrating, which is worth knowing before you commit a large batch.
The practical trigger for this conversion is usually a mismatch: with .gexf, support outside Gephi and its ecosystem is thinner than GraphML's. Switching to .dot buys you automatic layout — the hard part of drawing a graph is done for you, which is why it is the better fit for rendering dependency, call and state-machine diagrams from generated data. Because the conversion runs locally, trying it costs nothing but a few seconds of compute on your own machine.
| Aspect | Graph Exchange XML Format (.gexf) | Graphviz DOT graph (.dot) |
|---|---|---|
| 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 | the graph element's mode attribute is static or dynamic; dynamic graphs attach start and end times to nodes and edges | digraph declares a directed graph using -> edges; graph declares an undirected one using -- |
| Strongest at | saving and sharing Gephi network visualisations with their styling intact | rendering dependency, call and state-machine diagrams from generated data |
| Weak spot | support outside Gephi and its ecosystem is thinner than GraphML's | layout control is indirect; fighting the engine for a specific arrangement is frustrating |
| Metadata | graph meta elements — creator, description, last-modified date — are read; the targets have no equivalent field | 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 |
Drop one or more .gexf 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 .dot in the output menu next to each file. The menu only offers targets this engine can genuinely produce, so if DOT 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 DOT file. Outputs keep the original filename with the .dot extension.
There is no visual quality to lose — gexf is text-oriented and dot 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 .gexf 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.
Read by Graphviz and by many libraries and services that embed it, including documentation generators and profiling tools. Novus Convert parses the graph locally and converts to GraphML, GEXF, JSON and a rendered SVG.
It depends on the content: digraph declares a directed graph using -> edges; graph declares an undirected one using --. Convert one representative file first and compare before batch-processing a large set.
In .gexf, graph meta elements — creator, description, last-modified date — are read; the targets have no equivalent field. 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 .gexf → .dot → .gexf is not a perfect undo when any lossy step is involved; keep your original if fidelity matters.