0.1.24 – databaslösenordet sparas inte längre i projektfilen

• Säkerhet: lagrens adress innehöll användarnamn och lösenord i klartext (uri.uri(True)) och sparades i .qgz-filen,
  så alla som fick filen kunde läsa lösenordet. Nu innehåller adressen inget lösenord. En hänvisning till QGIS krypterade
  inloggning (authcfg) står kvar, och ett lösenord som anslutningen sparat lämnas bara till QGIS inloggningscache i
  minnet. Öppnas ett projekt i ett nytt QGIS kan QGIS fråga efter lösenordet en gång.
• Projektfiler som sparats av äldre versioner har fortfarande lösenordet i klartext: spara om dem med den här
  versionen och byt lösenord på databaskontot.
• Fil för fil: core/storage.py (layer_address).

0.1.23 – plan i ett eget PostGIS-schema

• Rättat: en ny plan gick inte att lägga i ett schema som redan fanns om man inte fick skapa scheman i databasen,
  till exempel när kommunen ger varje användare ett eget schema. Pluginet skickade alltid CREATE SCHEMA IF NOT EXISTS, och PostgreSQL kräver rätten att skapa scheman även när schemat redan finns. Nu skapas schemat bara när det
  saknas, och en uppgradering av ett äldre schema försöker aldrig skapa det
  (#4).
• Innan något skapas frågar pluginet databasen om rättigheterna och säger vad som saknas: rätt att skapa tabeller i
  schemat, eller rätt att skapa nya scheman när schemat inte finns.
• Om schemat finns kontrolleras nu i PostgreSQL:s systemkatalog (pg_namespace), som visar alla scheman, i stället
  för information_schema, som bara visar dem man har någon rätt i.
• Fil för fil: core/storage.py (schema_exists, may_create, ensure_schema_sql(create_schema=…)).

0.1.22 – skrivskydd för planer

Skrivskydd för planer som inte får ändras, som i Rita Detaljplan 0.1.84. I databashanteraren markerar du planer som inte ska ändras, till exempel antagna översiktsplaner, med Skrivskydda… (med ett skäl om du vill). Skyddet tas bort med Bryt skrivskydd….

• En skrivskyddad plan kan öppnas, exporteras och kopieras (kopian är en ny plan utan skydd), men inte checkas ut och inte tas bort.
• Ny kolumn Skrivskydd och nytt filter Bara skrivskyddade / Bara redigerbara.
• Skyddet gäller i pluginet och är ingen behörighet i databasen.

Rättat: en ny plan i en mapp som angetts relativt gav lager som inte gick att redigera. Sökvägarna görs nu alltid absoluta.

0.1.21 – klick i kartan i annat koordinatsystem

Klick i kartan träffar planen även när kartan visas i ett annat koordinatsystem. Tilldela innehåll, Markera och Kopiera innehåll hittade ingenting (meddelandet Inget ritat här) när kartan visades i ett annat koordinatsystem än planen, till exempel webb-Mercator (EPSG:3857) med en bakgrundskarta. Klickpunkten, klicktoleransen och markeringsrutan räknas nu om till planens koordinatsystem. Visas kartan i planens eget koordinatsystem är beteendet oförändrat.

Hör ihop med ärende #3. Det är inte säkert att det är orsaken till det ärendet, så återkoppling från den som rapporterade är välkommen.

Hela ändringsloggen: CHANGELOG.md

0.1.20 – databashanteraren

Databashanteraren, som i Rita Detaljplan 0.1.83. Dialogen för planer i en databas har nu knapparna Importera plan…, Exportera valda, Kopiera plan…, Ta bort plan… och Bryt lås…, och nås också med en egen knapp i verktygsfältet och med Rita Översiktsplan → Databashanteraren….

• Importera en GeoPackage som en ny plan i databasen. Allt skrivs i en transaktion, radantalet kontrolleras, och en plan som redan finns skrivs aldrig över.
• Exportera valda planer som GeoPackage eller leverans (JSON), utan att checka ut dem.
• Kopiera planer till samma eller en annan databas eller ett annat schema.
• Ta bort planer, med en säkerhetskopia (GeoPackage) först. En utcheckad plan kan inte tas bort.
• Bryt lås på övergivna utcheckningar.

Knapparna har ikoner, och dialogen Leverans och export visar valen som kort med ikon och kontrollen med en tydlig markering.

Hela ändringsloggen: CHANGELOG.md

0.1.19 – kommunens palett

Färgerna följer kommunens palett. Färgtabellen är densamma som i Rita Detaljplan 0.1.82 (Gul #ffe485, Brun #b3a994, Beige #dccfa6, Orange #ebb57f, Röd #db9a8e, Lila #c3b1d6, Blå #a9cfea, Blågrå #9aacb8, Grön #8fcb8a, Ljusgrön #a9e09b, Grå #bbbfbd, Ljusgrå #dce0dd, Rosa oförändrad). Det gäller de värden i mark- och vattenanvändningen som tas från detaljplanens färger.

Hela ändringsloggen: CHANGELOG.md

0.1.18 – färgerna för detaljplanens användningsområden följer en ny färgplatta

• Färgtabellen är densamma som i Rita Detaljplan 0.1.81: en färgplatta efter BFS 2020:6 med utjämnade akvarellfärger där
  ingen färg tar över kartan. Beige (Z verksamheter) är nu #d7d79e i stället för en orange ton, Orange (O och R) är #f4b67c och
  Rosa (Y) en dämpad rosenlack. Det gäller de värden i mark- och vattenanvändningen som tas från detaljplanens färger.

0.1.17 – städning av koden för att öppna planer ur databasen

Inga nya funktioner. Koden som kom till i de senaste versionerna är städad; beteendet ska vara detsamma.

• Död kod borttagen i dialogen för att öppna en plan ur databasen och i planöversikten.
• Tydligare kod: resultatet av att öppna en plan är nu en liten dataklass med en uppräkning i stället för tupler med
  textsträngar, och "utcheckad av någon annan" är en egenskap på planraden i stället för ett villkor på tre ställen.
• Kortare kommentarer: de säger vad som gäller och varför, inte hur felet hittades.

0.1.16 – GeoPackage blir komplett vid kopiering

• En kopia av bara .gpkg-filen blir komplett. QGIS håller planens GeoPackage i WAL-läge medan den är öppen, och de
  senaste sparade ändringarna kunde då ligga kvar i filen <namn>.gpkg-wal bredvid planfilen. Kopierade någon bara
  .gpkg-filen saknades de, och planen kunde se tom ut. Pluginet skriver nu in dem i .gpkg-filen (SQLites
  wal_checkpoint) varje gång ändringar sparats. Planens innehåll påverkas inte. Arkivpaketets GeoPackage var redan hel.
• Handboken (Lagring): nytt stycke Skicka planen som fil om att spara först och helst stänga projektet innan
  .gpkg-filen kopieras.

0.1.15 – Boverkets databasmodell 0.4 och ÖP-katalogen 2.3

Planens tabeller följer nu Boverkets GIS-databasmodell 0.4 (november 2026) i stället för 0.3, och värdena kommer ur
ÖP-katalogen 2.3 i stället för 2.2. En plan från en tidigare version uppgraderas när den öppnas.

• Allt innehåll pekar på planen. Varje innehåll, även plangeometrin, har fältet oversiktsplan med planens
  objektidentitet. Det fylls i av sig självt när innehåll ritas, tilldelas, importeras eller hämtas.
• Berör annat innehåll sparas som en rad per koppling, med båda objektens objektidentitet, i
  innehall_op_beror_annat_innehall. Fältet beror_annat_innehall_id på innehållet finns inte längre. Ett innehåll
  som byter typ behåller sina kopplingar.
• Beslut i tre tabeller, som i mallen: beslut_op (beslutande organisation med namn och organisationsnummer,
  instans, diarienummer), beslut_op_handelse (en rad per händelse: fattat, överklagat, laga kraft, med datum) och
  beslut_op_dokumentreferens. Planens uppgifter, Ändring av översiktsplanen, exporten, arkivpaketet och översikten
  över databasplaner läser och skriver datumen där. rubrik och arkividentitet finns kvar i beslut_op, eftersom
  de finns i Lantmäteriets beslutOP.
• Dokumentreferenser har de nya fälten producentens_identitet, tidsstampel och avser. Producentens identitet
  får samma värde som identiteten, som Boverket anvisar, och exporten använder fälten när de är ifyllda.
• Borttaget, som i mallen: dokument_id på innehållet och planen, underlag_id på planen och
  extern_referens_ri_id på riksintressena. Tabellen för externa referenser till riksintressen pekar nu på
  riksintresset i stället för tvärtom.
• ÖP-katalogen 2.3. Några värden och kategorier har bytt namn men behåller sina id:n: Fiske heter Yrkesfiske,
  Fyndighet av ämnen och material heter Fyndighet av ämnen eller material, LIS heter Landsbygdsutveckling i
  strandnära läge, särskilt värdefull kulturmiljö heter som i föreskrifterna (Särskilt värdefulla byggnadsverk,
  allmänna platser och bebyggelseområden) och Underlagstyp heter Underlag. Lagren heter som förut i
  lagerpanelen. Utkastet till planhandling är omgjort för 2.3
  (exempel/Planhandling_mall_ÖP-katalogen_2.3.docx).
• Uppgradering av befintliga planer. En plan i en fil från 0.1.14 eller äldre uppgraderas när den öppnas: datan
  flyttas till de nya fälten och tabellerna, värdena som bytt namn döps om (de känns igen på sina id:n i katalogen)
  och planen får ÖP-katalogen 2.3. Innan filen ändras sparas en kopia bredvid den, <filnamn>_fore_uppgradering.gpkg.
  Ett schema i PostGIS uppgraderas på samma sätt för alla planer i schemat, i en transaktion, första gången någon med
  rätt att ändra tabellerna öppnar en plan i det.
• Jämfört med Boverkets fil. En ny plan har jämförts med databasmodell_op_0.4.gpkg tabell för tabell, kolumn för
  kolumn och värde för värde. Skillnaderna är medvetna och står i Datamodell.
• Exporten följer fortfarande Lantmäteriets test 4. Boverket skriver att 0.4 följer test 5, men den är inte publicerad.