GIS exports are interchange files; .epz preserves the richer EditPolygon project state.
Separate GIS export from project save
EditPolygon has two different kinds of output because they serve different purposes.
Creates an interchange file for another system: KML/KMZ, GeoJSON, GML, CSV, WKT, TopoJSON or Shapefile ZIP as supported by the current export workflow.
Preserves richer editor/project state so the work can be reopened and continued in EditPolygon.
Do not rely on a GeoJSON or KML export to preserve every project-only state such as layer organisation, editor settings or other application metadata.
Save an EditPolygon project
Choose Save in the top toolbar to download an .epz project. Use project saves as checkpoints before complex Processing, schema changes or major geometry edits.
Open an .epz later through the normal Open workflow. Project save is browser-local file generation; it does not require uploading the project to a server.
Use autosave as recovery, not archival storage
EditPolygon keeps browser recovery state and exposes Restore autosave under More. Autosave is useful after an accidental refresh or browser interruption, but it belongs to the current browser storage and can be cleared or become unavailable.
For important work, download an .epz checkpoint. Treat autosave as a safety net rather than the only copy.
Export geometry from the top toolbar
The top-right export controls choose the geometry scope first:
- All — export every eligible project feature covered by the export workflow.
- Selected — export the current selection.
- Visible — export the currently visible geometry according to the export model.
Then choose the GIS format and open Export. Verify the output filename, format-specific settings and feature count before downloading.

Choose the destination format based on the receiving system
Useful for KML-oriented map applications. Verify complex styles, folders, altitude and embedded resources separately.
Readable web/GIS interchange with standard feature properties and geographic geometry.
Useful when GML semantics matter, including supported true-circle representation.
Legacy multi-file GIS interchange packaged as one ZIP, with field/format constraints inherited from Shapefile.
Text/table workflows. Confirm CRS separately because raw coordinate numbers require a coordinate-reference interpretation.
Topology-oriented interchange for compatible receiving workflows.
Export records from the Attributes table
When the desired product is a table rather than a geometry file, open Attributes and use its record export.
Normal rows and columns with no geometry. Use for Excel, Power BI, lookup tables and expanded spatial-join relationships.
Adds a geometry column encoded as Well-Known Text. Use only when the receiving table workflow expects geometry.
Retains spatial geometry for the exported record subset.
Choose the table's available record scope deliberately—such as the current filtered subset—before exporting.
A complex polygon can produce an enormous WKT cell. Plain CSV exists specifically so geometry does not make an otherwise simple data export unwieldy.
Export in a required CRS
If the receiving GIS requires projected/native coordinates rather than the normal geographic project representation, use the layer's CRS tab to set and perform a CRS-aware export.
Do not simply label longitude/latitude numbers as another CRS. Reprojection changes coordinate values; assignment changes metadata only. See Assign and reproject a CRS.
Treat precision and simplification as data changes
Coordinate rounding, truncation and simplification can permanently change the downloaded geometry. Preserve full precision unless a receiving system or explicit data product requires otherwise.
If file size or rendering performance is the reason for reducing vertices, use Processing → Simplify with a map preview so the geometric consequence is visible and measurable before export.
Temporary Processing previews are not exported
Processing preview overlays are deliberately outside the project data model. They do not appear as Layers, do not enter Undo/Redo, are not saved in .epz and are not included in export. Run the Processing operation first when the preview should become a real output layer.
Verify in the destination system
After downloading an important output, open it in the actual receiving application and check:
- Feature count and geometry family.
- Required attributes and names.
- CRS/location.
- Holes and multipart structure.
- Coordinate precision.
- Format-specific presentation such as KML styles if relevant.
A successful download only proves that the file was generated; destination verification proves it is useful for the intended workflow.
- An
.epzproject exists if the EditPolygon work must be resumed later. - Autosave is not the only retained copy of important work.
- The correct geometry or record scope is selected.
- Attribute-only CSV is used when geometry is unnecessary.
- CRS and precision match the receiving system.
- Temporary previews have been Run when they need to become real output.
- The downloaded file was verified in its destination.