All data is sample-only
Reviewers should not treat any visible value as real.
Settings / Privacy Notes
This page states the safety boundaries for the first local scaffold.
Reviewers should not treat any visible value as real.
The app can detect Supabase browser configuration, but the UI still falls back safely when env vars or signed-in sample access are missing.
Cloudflare Pages can keep serving the sample-first app without requiring live backend reads at build time.
Developer Verification
This screen helps developers confirm the optional signed-in sample-read path without adding full auth UI or changing the local sample fallback behavior.
Supabase env vars are not configured in this build, so the dashboard is using local sample command-center metadata.
Jun 1, 2026, 8:57 PM
Copy `.env.example` to `.env.local`, set `NEXT_PUBLIC_SUPABASE_URL` and `NEXT_PUBLIC_SUPABASE_ANON_KEY`, and do not commit local env files or any secret keys.
Use a safe development-only Supabase project and create one sample-only auth user. Do not use a production or real owner account.
In `supabase/seed.sql`, replace `11111111-1111-4111-8111-111111111111` with that development test user's `auth.users.id`.
Apply the dashboard sample-summary migration and seed only in a development/sample Supabase environment. Keep every row fake/sample only.
Sign in through a safe temporary developer method so this browser gets a valid Supabase session. Do not add production login UI in this step.
Return to this screen and confirm env configured, session detected, sample rows readable, Supabase sample metadata active, and a row count above zero. Full routine: `docs/SUPABASE_SAMPLE_READ_TESTING.md`.
No real data, no secrets, no Supabase Auth UI, no storage, no uploads, no real GIS, and no private records are included.