# Endringslogg

> Endringer i api.solkart.no i omvendt kronologisk rekkefølge, med dato. Varslede utfasinger står øverst.

Kilde: https://solkart.no/api/dokumentasjon/endringslogg · Sist oppdatert 2026-09-15 · Base-URL https://api.solkart.no · OpenAPI: https://solkart.no/openapi.json

## Varslet

- **19. november 2026:** `model=v1`, `v23b=false`, `corrected=true` og `fresh=true` i `/api/forecast*` slutter å velge V1.5. Standardmodellen V2.3b er upåvirket. Se [versjonering](/api/dokumentasjon/caching-og-versjonering).
- **30. september 2026:** TMY-lisensversjon `tmy-v1-2026-09-30` løper ut for nye prosjekter. Ny versjon utstedes før datoen.

## 2026

### 15. september
- Takanalyse, skråtak: NEK 400-7-712C-avstandene følger nå standarden i stedet for 0,6 m rundt hele flaten: 0,6 m fra møne/grat bare der flaten på andre siden også får moduler (`mone`), 1 m fri sone langs raften på én flate for brannvesenet når alle takflatene brukes (`tilkomst`, på flaten med minst sol), og ellers bare en praktisk margin på 0,3 m mot raft og gavl (`kant_skraa`). Avstandene måles på takflaten og regnes om til planet. Nye regler: `ridge_setback_m`, `pitched_access_edge_m`, `pitched_access_edge`.
- Takanalyse, skråtak: nettsjekk. Like mange moduler i hver rad og kolonne på en rektangulær flate uten hindringer er kravet; et skjevt nett betyr at fallretning eller helning er feiltolket. Logikken prøver radene langs takflatens egen kant (innenfor 35° av høydemodellens fall) og velger det når det gir et regelmessig nett, og kvalitetssjekken får flaggede flater til vurdering og kan rette fallretning/helning før anlegget pakkes på nytt (`takflater[].nett`, `rad_merknad`, `kvalitetssjekk.nett_advarsler`, `flater_rettet`). Modulens dybde på skråtak er som før krympet med cos(helning) i planet.
- Rettet etter kvalitetskontroll av dokumentasjonen: `"daily": true` i JSON-kroppen til `/api/forecast` og `/api/forecast/bulk` krever nå Basic, slik `?daily=true` alltid har gjort; `/api/forecast/nowcast` teller mot anleggskvoten som de andre prognoseendepunktene; `/api/roof/layout` svarer `504 TIMEOUT` (ikke `502`) når analysen ikke rekker fram innen 90 s.
- Dokumentasjonen er omstrukturert: [Kom i gang](/api), én side per produkt, [OpenAPI 3.1](/openapi.json) og [llms-full.txt](/llms-full.txt). Alle sider finnes som Markdown.
- `/api/forecast*`: solposisjonen i PV-produksjonen regnes nå i sann soltid midt i timen. Før ga feilen null produksjon de første timene etter soloppgang og en for sen topp på sørvendte anlegg. GHI-verdiene er uendret; produksjonstallene per time er endret, mest om morgenen og lengst nord.
- Takanalyse: skråtak leses fra høydeprofiler over bygget i tillegg til flyfoto, og takform og helning korrigeres når kildene er uenige (`bygning.takform_profiler`, `takform_korrigert`).
- Solsjekk (solkart.no/solsjekk) lansert som nettjeneste over de samme endepunktene.

### 14. september
- `/api/terrain/category`: terrengform etter NA.4.3.3 per sektor (`sektorer[].terrengform` med `c_o`, `k_I`, `H_m`, `L_H_m`, `B_m`, `x_m`), `resultat.c_o_maks`, og `overstyring.terrengform[]` for RIB-valg fra liste. Egen side i PDF-rapporten.

### 10. september
- `/api/terrain/category`: rettet strøklengde over vann langs vindretningen (Glomma-tilfellet), side 2 i PDF med kart og sektorvurdering, RIB-overstyring per sektor (`overstyring.sektorer`, `bekreftelser`), kartlag som SVG (`kart: true`).

### 9. september
- Nytt: `POST /api/terrain/category` og `POST /api/terrain/jobs` (beta): terrengruhetskategori etter NS-EN 1991-1-4/NA i 72 sektorer ut til 10 km, med kontrollpunkter og overgangssoner. Gratis i pilot.

### 7. september
- **Tidsstempler i `/api/forecast*` er bin-start.** Tidligere arvet API-et værmodellens konvensjon der etiketten var slutten av timen. Har du kompensert for det i egen integrasjon, må kompensasjonen fjernes. Døgn- og månedssummer er upåvirket.

### 1. september
- Horisont nivå 2 og 3 (`/api/horizon/rooftop`, `/api/horizon/precise`) og terrengkategori er åpne uten nøkkel i pilotperioden, med grenser per IP-adresse.

### 31. august
- `/api/forecast`, `/bulk`: `snow=1` legger seNorge-baserte snøtapsfaktorer på produksjonen; svaret får et `snow`-objekt med kilde, alder og kommune.
- Nytt: `GET /api/snow/outlook`: snødekning og tap på panelet dag for dag i inntil 10 døgn.

### 24. august
- `daily=true` serveres av V2.3b (`data_mode: "v23b_daily"`). `model=v1` gir den utgående V1.5-versjonen.

### August
- Nytt: `GET /api/snowsoiling/calc`: stedlige snø- og smusstap per måned, samme modell som NS 3031:2025-tabellene (IFE/E-2024/005).
- `/api/pv/calc`: `arrays` (flere takflater), `maxpower` (klipping), `snowloss` og `snowmounting`.

### 20. august
- Nytt: `GET /api/tmy`, `/api/tmy/stats`, `/api/tmy/sources`: typisk meteorologisk år for 38 671 celler i 3 km, 15 formater, P50 til P95.
- Nytt: `GET /api/pv/calc`: PVGIS-klasse produksjonsberegning på TMY Norge med terrenghorisont.
- Nytt: `GET /api/snowload/calc`: stedlig karakteristisk snølast etter SINTEF-metoden (NS-EN 1991-1-3 NA.4.1(2)) på seNorge-data.

### 18. august
- V2.3b er standardmodell i `/api/forecast` og `/api/forecast/bulk`. Svaret rapporterer faktisk brukt modell i `model` og `data_mode`.

### Tidligere
- `GET /api/horizon/terrain` v3.1 med 720 asimutpunkter og eksportformater for PVsyst, PV*SOL, SAM, HelioScope og Meteonorm.
- `/api/forecast`, `/bulk`, `/extended`, `/latest`, `/register`, `/verify` og gratisplanen (24 forespørsler, 1 anlegg, 25 kWp per døgn).