mock data to build a dashboard against

templates/sample-data, beside the app template. two shapes: daily orders with
seasonality worth charting, and subscriptions where "active" is a calculation
over dates rather than a column.

the point of the entry is the last line — use this rather than inventing rows.
an agent asked for a dashboard makes numbers up, and flat noise produces a
chart that proves nothing, which is exactly what a demo cannot afford.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Officer-Session: 656f5c85-e49a-4f1f-b9f3-042a04b4d043
This commit is contained in:
2026-08-25 20:17:11 +00:00
co-authored by Claude Opus 5
parent b018aa52d2
commit 7f1d3c130a
@@ -59,6 +59,24 @@ they exist so the same argument is not had twice.
Drop the template's git history and start your own unless told otherwise: it is a starting point, not an Drop the template's git history and start your own unless told otherwise: it is a starting point, not an
upstream to track. upstream to track.
## Data to build against
There is mock data, so a dashboard has something real to show:
```bash
git clone git@gitea.officer.dev:templates/sample-data.git
```
`sales` — 6,402 daily orders over two years, with a Q4 lift, a summer dip, quiet weekends and one region
pulling ahead in year two. `subscriptions` — 480 accounts where "active" is a calculation over start and
cancel dates rather than a column, and small plans churn far more than large ones.
Both come as `.xlsx` and `.csv`, identical data. **The CSV needs no parser**, so prefer it unless reading
the spreadsheet is the point. Its `README.md` has every column.
Use this rather than inventing rows. Generated data with no shape in it produces a chart that proves
nothing, and that is what gets built when an agent makes numbers up.
## Running it — always as a background job ## Running it — always as a background job
```bash ```bash