The one question people ask most, settled: what can be made editable, what cannot and why, what to do instead, and what is read-only on purpose.
"Can this be edited?" has three layers of answer on Haiyz, and all three have to agree before a feature changes:
This page settles the first question in full and hands the other two to who may edit and the rules. If you only want the short answer: a ready Hyz Layer can be made editable; everything else is edited by making a copy or uploading a new version.
Exactly one thing: a Hyz Layer in the ready state. Not the file, not the item as a whole, but the layer the GIS engine built from a clean version with geometry. Editing is switched on per layer, so an archive hosting three layers has three independent switches.
For a Hyz Layer to exist and be ready, all of these must hold:
Any geometry type is fine: points, lines and polygons, single or multi-part. One feature of Hyz Field is stricter: a campaign can feed only a point layer, because a record is a GPS point.
| Data | Why not | What to do |
|---|---|---|
| A Table (a CSV without coordinates) | there is no geometry, so there is no Hyz Layer | add coordinate columns and upload a new version; or keep it as a table and correct it by uploading the corrected file |
| A raster (GeoTIFF) | rasters are stored and used, never hosted as features | edit the pixels in Hyz Desktop or elsewhere and upload a new version |
| An ordinary file (PDF, spreadsheet, archive without spatial data) | nothing to draw, nothing to host | upload a new version |
| A pending, infected or unsupported version | only clean versions are served or hosted | wait for the scan, or upload a file the scanner can read |
| A Hyz Layer that is queued, importing, needs a mapping or failed | editing needs a ready layer | wait, supply the mapping, or fix the file and upload again |
| A snapshot version | a snapshot is a record of a layer, never a layer of its own | restore it into the live layer, then edit the live layer |
| A linked (live) item | it can be switched on, but the next sync builds a fresh layer and your edits stop being the current data | freeze it into a hard copy and edit the copy; or stop the schedule first and accept that a manual sync undoes the link between edits and current data |
| A published layer that is not yours to manage | you can read it, by reference or by copy | ask the owner to grant you the editor role, or copy it into your Workspace and save the result as your own item |
| An Open Data source | nothing in the catalog is yours | bring it into a Workspace and save it as an item; then the copy is yours to host and edit |
| A map layer in Hyz Maps | a live layer reads the item; a copy is sealed | edit the source item — a live layer shows it at once; for a copy, sketch into it, press Update, or Switch to live |
| A Workspace layer | the Workspace reads; it does not write back | run your tools, then Save as data item as a new item or a new version of one you own |
| A PMTiles archive in Hyz Desktop | an archive is a rendering, not rows | check the Hyz Layer out instead |
| A data room | a room bundles pinned versions | edit the item; the room keeps pointing at the version it pinned until you re-pin |
The Editable chip on an item says one thing only: at least one Hyz Layer of this item has editing switched on. Whether you may change anything is answered on every request by the server, and shown to you as chips on the item's Editing panel, in the Hyz Desktop sync dialog and in the Field campaign's target picker. A chip that is crossed out carries the reason when you hover it.
Three ways the answer can be "no" even on an editable layer:
Some things are read-only by design and no setting changes them: