refactor(examples): replace sector-specific example material with generic, fictitious examples

The context sets, the packaged knowledge bases and the example bundles are
replaced by one fictitious example set about IT operations in an invented
organisation: three context sets (serverrom-2027, driftsavtale-2027 and the
two-base drift-og-avtale-2027), two synthetic knowledge bases under
src/portfolio_optimiser/data/kunnskapsbaser and two example bundles under
src/portfolio_optimiser/data/bundles. Numbers, codes and structural values in
tests and fixtures are kept; names, ids and wording change. Dated measurement
documents that only recorded runs on the replaced material are deleted.

Gate figures measured on the new set are not comparable with earlier ones.
The exclusion gate from the previous commit is green: 0 tracked files hit
outside the shared/ subtree.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Kjell Tore Guttormsen 2026-09-23 15:04:21 +02:00
commit 37547fe292
Signed by: ktg
SSH key fingerprint: SHA256:JakMjO6FTBBzN0Bhfj9saOoEjaFxlSdYuZQQpM/lF9Q
1147 changed files with 24138 additions and 9503 deletions

View file

@ -0,0 +1,26 @@
---
type: Krav
title: Krav 4.2.5.1—3 Skjerm og kamera
description: Skjerm og kamera skal kunne styres fra ett panel, og oppsettet skal være likt i alle møterom av samme størrelse.
kravtype: skal
standard: D100
utgave: D100:2027
req_number: Krav 4.2.5.1—3
status: stable
trust_tier: unverified
seksjon: 4.2.5.1
seksjonstittel: Skjerm og kamera
ingested_at: 2027-01-15T12:00:00Z
source_element_id: id-7aed3659-dbbe-5eb5-9b96-e6a693ff0c3c
sources:
- resource: https://example.invalid/eksempelvirksomheten/driftskrav/d100
title: D100:2027
---
## Krav
Skjerm og kamera skal kunne styres fra ett panel, og oppsettet skal være likt i alle møterom av samme størrelse.
## Veiledning (ikke-normativ)
Kravene gjelder møterom med fast utstyr. Mobile løsninger omfattes ikke.

View file

@ -1,26 +0,0 @@
---
type: Krav
title: Krav 4.2.5.1—3 Gangfelt og tilrettelagte kryssingspunkter
description: Ved fartsgrense 40 og 50 km/t skal gangfelt etableres dersom:●Antall fotgjengere > 20 og antall kjøretøy > 200 i dimensjonerende time ●Antall fotgjengere > 10…
kravtype: skal
normal: N100
utgave: N100:2023
req_number: Krav 4.2.5.1—3
kravdato: 2021-06-22
hjemmel: forskrift om anlegg av offentlig veg, jf. vegloven § 13
fraviksmyndighet: ikke uttalt i kilden
status: stable
trust_tier: unverified
seksjon: 4.2.5.1
seksjonstittel: Gangfelt og tilrettelagte kryssingspunkter
ingested_at: 2026-09-08T12:00:00Z
source_sha256: c58e8bbc5fa9a5400c111e51b04c05f2cfd9edabd884ef5352a486fdab2cb5ab
source_element_id: id-2b69893f-e462-4a75-d1c3-b93a7dbf1667
sources:
- resource: https://viewers.vegnorm.vegvesen.no/api/nisosts/859984?languageCode=nb
title: N100:2023
---
## Krav
Ved fartsgrense 40 og 50 km/t skal gangfelt etableres dersom:●Antall fotgjengere > 20 og antall kjøretøy > 200 i dimensjonerende time ●Antall fotgjengere > 10 og antall kjøretøy > 800 i dimensjonerende time

View file

@ -1,7 +1,7 @@
Propose ONE concrete cost-saving measure for this project.
Project: N100 - N100
Project: D100 - D100
Context (prior verdicts / cited cost docs):
A concrete cost-saving measure based on the N100 requirements is to avoid grade-separated (planskilt) crossings between pedestrian/cycle paths and roads when the road has an ÅDT of 4,000 or less. According to Krav 3.3.1—13, planskilt crossings are required only if ÅDT > 4,000, so using at-grade crossings under this threshold reduces construction costs while still complying with N100.
A concrete cost-saving measure based on the D100 operating requirements is to avoid a dedicated (separate) power circuit between the server room and the office floors when the room draws a load of 4,000 W or less. According to Krav 3.3.1—13, a dedicated circuit is required only if the load exceeds 4,000 W, so sharing the existing circuit under this threshold reduces installation costs while still complying with D100.
Respond with ONLY a JSON object for a SavingsProposal with keys: project_id, measure, affected_items (list of {code, quantity, unit_cost}), claimed_saving_nok, and optional assumptions.
Each entry in affected_items must restate a cost line as the project's price schedule already carries it: quantity and unit_cost are the unchanged baseline figures, not the reduced quantity or unit cost your measure would produce. The effect of the measure belongs in claimed_saving_nok.