7 sample lanes
Layer planning is visible without loading any real GIS data.
Maps
This page turns map planning into a real workflow: which layer concepts are ready, which boundary and source questions still block progress, what GIS-file guardrails must stay in place, how imagery and field sensitivity should be handled, and what should happen next before any real map data is ever considered.
Sample workflow only. No real coordinates, boundaries, parcel IDs, KML/KMZ contents, routes, access notes, gate details, or private map files are shown here.
Layer planning is visible without loading any real GIS data.
Source-of-truth and approval questions stay obvious before any drawing happens.
Field access, private-layer, and file-handling warnings stay in front of the workflow.
This workflow prepares for future map data without introducing it now.
This workflow should make map readiness practical now by showing status, missing pieces, source questions, sensitivity warnings, and safe next actions. It should not load real coordinates, boundaries, imagery, files, or access detail.
Future Supabase path: `map_layers` can later hold sample layer labels, status, and visibility notes without storing real geometry.
This keeps future layer permissions from drifting into family-safe views too early.
The first live read should still respect the static-first and local-first fallback pattern.
Do not add routes, gate details, parking notes, lock instructions, or field-access guidance to map readiness work.
Keep access-sensitive detail routed through approval rules instead of map layers.
Do not add real parcel IDs, boundary lines, coordinates, or legal-source map records during this preparation stage.
Use placeholder status labels and source questions only.
Do not expose KML/KMZ names, folder structures, exports, or private GIS file contents in the page.
Keep file readiness abstract until the owner approves a real file workflow.
Use Property Overview to keep map readiness connected to the central property summary and workflow status.
Related workflowUse Document Vault for map-source packets, held file metadata, and missing record placeholders.
Related workflowUse Conservation to keep stewardship questions linked to map-readiness decisions without exposing locations.
Related workflowUse Visit Planning to keep field observations and access-sensitive notes out of the map workflow.
Sample layer labels, readiness state, source status, sensitivity notes, missing items, and next-action metadata for future read-only map workflow summaries.
The first live map integration should read only safe layer labels, source status, readiness state, and next actions.
Use `map_layers` metadata first before any real geometry, tiles, or files are considered.
A good map workflow should distinguish source-of-truth questions from file transport and import questions.
Preserve both concepts separately when static helpers eventually give way to Supabase reads.
Maps should not become a hidden place for route, access, or gate instructions during this stage.
Keep field-access detail blocked and route those concerns back through Visit Planning and owner approval.
No real coordinates, parcel IDs, boundaries, KML/KMZ contents, routes, access notes, gate details, imagery files, or private map records are included.