Add your WKT file
Drop one or more .wkt 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 .wkt font to .geojson 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 .wkt font to .geojson repackages the same glyphs and metrics for a different delivery target. A .wkt file holds Well-Known Text: geometry written as a compact human-readable string, such as POINT (30 10) or POLYGON ((30 10, 40 40, 20 40, 30 10)). It describes shape only — there are no attributes, no styling and no feature collection wrapper.
A .geojson file encodes geographic features as JSON: geometries such as Point, LineString and Polygon, each optionally carrying a free-form properties object, usually collected in a FeatureCollection. It is the format web mapping actually runs on. For this route the practical draw is parses with a standard JSON library — no GIS stack required and a fixed coordinate reference system removes a whole class of projection errors — balanced against verbose and large for dense geometry, with no built-in compression, which is worth knowing before you commit a large batch.
The practical trigger for this conversion is usually a mismatch: with .wkt, no attributes, no styling and no way to group features. Switching to .geojson buys you parses with a standard JSON library — no GIS stack required, which is why it is the better fit for rendering geographic data in Leaflet, Mapbox or OpenLayers. Because the conversion runs locally, trying it costs nothing but a few seconds of compute on your own machine.
| Aspect | Well-Known Text geometry (.wkt) | GeoJSON (.geojson) |
|---|---|---|
| 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 | geometry types are POINT, LINESTRING, POLYGON, their MULTI- variants, and GEOMETRYCOLLECTION | coordinate order is longitude, latitude — the reverse of how people say it, and the single most common source of bugs |
| Strongest at | typing or reading a geometry directly in a spatial SQL query | rendering geographic data in Leaflet, Mapbox or OpenLayers |
| Weak spot | no attributes, no styling and no way to group features | verbose and large for dense geometry, with no built-in compression |
| Metadata | geometry and dimensionality are preserved, along with an EWKT SRID where one is present. There are no attributes in the format to carry | geometry and the properties object are preserved. Styling is not part of the format, so a conversion from KML loses that presentation information rather than GeoJSON dropping it |
Drop one or more .wkt 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 .geojson in the output menu next to each file. The menu only offers targets this engine can genuinely produce, so if GEOJSON 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 GEOJSON file. Outputs keep the original filename with the .geojson extension.
There is no visual quality to lose — wkt is text-oriented and geojson 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 .wkt 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 Leaflet, Mapbox GL, OpenLayers, QGIS, PostGIS, GDAL and GitHub, which renders it inline. Novus Convert parses it locally and converts to GPX, KML, TopoJSON and WKT.
It depends on the content: coordinate order is longitude, latitude — the reverse of how people say it, and the single most common source of bugs. Convert one representative file first and compare before batch-processing a large set.
In .wkt, geometry and dimensionality are preserved, along with an EWKT SRID where one is present. There are no attributes in the format to carry. 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 .wkt → .geojson → .wkt is not a perfect undo when any lossy step is involved; keep your original if fidelity matters.