bot/WeatherTool
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Document Faktiska production contract

Browse Source
This commit is contained in:
b0txec
2026-08-19 17:23:07 +03:00
parent e726291bdb
commit 01115936f5
6 changed files with 60 additions and 31 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/PRODUCT_WORKFLOWS.md
+36 -20
View File
@@ -28,29 +28,47 @@ Results can be viewed as grid/list data or rendered into the familiar temperatur
## Faktiskā
Purpose: prepare the daily **faktiskā laika ziņu karte**—an actual-weather newsroom graphic containing:
Purpose: prepare the fixed daily **faktiskā laika ziņu karte**—the current-weather graphic used on air. The supplied production master images are the authoritative output specification, not visual inspiration.
- title;
- source;
- temperatures;
The production template contains:
- the fixed title/source nameplate already present in the production artwork;
- the latest available temperature for each fixed station;
- weather conditions represented by the bundled weather-font glyphs;
- 1920×1080 or 3840×1440 output;
- optional wind layout where required.
- manually entered wind direction, speed, and gust values;
- a fixed 3840×1440 PNG output.
Current operator flow:
1. Select cities.
2. Select resolution and optional wind layout.
3. Choose the temperature field, calculation, and time range.
4. Load map data.
5. Enter title and source.
6. Select a weather glyph.
7. Apply it to all selected cities when appropriate.
8. Assign different glyphs to the exceptions.
9. Review the canvas and download PNG.
1. Open Faktiskā; the fixed station set and latest `tempAvg` observations load automatically.
2. Review the observation timestamp, missing/stale indicators, and temperatures.
3. Override any temperature manually when editorial correction is required; reset restores the fetched value.
4. Enter wind values manually.
5. Select a weather glyph, apply it to all stations where appropriate, and adjust exceptions.
6. Review and download `faktiska-3840x1440.png`.
Fixed positions:
| Position | Station |
|---:|---|
| 0 | Liepāja |
| 1 | Ventspils |
| 2 | Stende (temporary substitute for Talsi) |
| 3 | Saldus |
| 4 | Rīga |
| 5 | Jelgava |
| 6 | Ainaži |
| 7 | Valmiera |
| 8 | Madona |
| 9 | Alūksne |
| 10 | Zīlāni (temporary substitute for Jēkabpils) |
| 11 | Daugavpils |
| 12 | Rēzekne |
The weather symbols are not automatically derived from the historical temperature query. They remain editorial/manual inputs until a reliable phenomena-data mapping is designed and validated.
Current staging limitation: the synthetic dataset has no Valmiera row, so that position is deliberately shown as missing and remains manually editable. Monta is the production typeface; Rubik remains temporary until the authorized Monta font files are supplied. The export dimensions are locked, but final pixel-level placement must still be compared against the production masters after Monta is installed.
## Latvia overview
Purpose: aggregate selected fields across Latvia for a selected time range.
@@ -77,10 +95,8 @@ Development limitation: representative forecast CSV fixtures are not currently i
## Decisions still required
- Exact workplace meaning and default query for Faktiskā temperatures.
- Which cities belong to each newsroom graphic by default.
- Default titles and source labels.
- Whether wind layouts belong to Faktiskā, City Analysis, or both.
- Whether weather conditions can eventually be populated automatically and which provider field is authoritative.
- Whether Stende and Zīlāni remain the production feeds after users test real provider data.
- How Valmiera should be sourced when authorized provider data is available.
- Final Monta font files and a pixel-level export comparison against the production masters.
- Required authentication and role separation for analytical, production, and administrative workspaces.