GIS-databasmodell för ÖP-modellen

ÖP-modellen ger kommuner vägledning i hur informationen i en digital översiktsplan kan struktureras på ett enhetligt sätt. För att stötta kommunerna i deras arbete med att ta fram digitala översiktsplaner har ÖP-modellen vidareutvecklats så att den möter de grundläggande kraven på att planer ska kunna tillgängliggöras och behandlas digitalt i plan- och byggförordningen (PBF) och föreskrifterna om översiktsplan. ÖP-modellen består av ÖP-katalogen och en GIS-databasmodell. 

För att underlätta tillämpningen av den nationella specifikationen har Boverket tagit fram en GIS-databasmodell som består av:

• ett fördefinierat SQL-script för att skapa en rumslig relationsdatabas i PostGIS
• en filbaserad databas av filtypen GeoPackage
• en instruktion för texthantering med hjälp av Office Open XML.

Huvudsyftet med GIS-databasmodellen är att tillhandahålla en grundläggande lösning för kommuner som saknar eller inte har möjlighet att införskaffa anpassade systemstöd för översiktsplanering. GIS-databasmodellen är därför utformad för att vara så enkel som möjligt att komma igång med i en vanlig GIS-programvara. Men det innebär även att vissa mer avancerade och valfria funktioner, som den nationella specifikationen för översiktsplan medger, kanske inte går att få till fullt ut.  

Uppdateringar under teståret av den nationella specifikationen för översiktsplan 

Den nationella specifikationen, som tas fram av Lantmäteriet med stöd av Boverket, testas under 2026  inför att kravet på digitala översiktsplaner börjar gälla för planer som påbörjas efter 31 december 2026. 

Det innebär att GeoPackage och script kommer att uppdateras efter hand under 2026 beroende på utfall av testerna. Det innebär även att GIS-databasmodellen idag innehåller attribut som i vissa sammanhang är överflödiga och inte kommer behöva användas för allt innehåll. Framöver är avsikten att överflödiga fält, beroende på innehållstyp, ska tas bort. Det kan även komma att finnas skillnader i perioder mellan den modell som är i test/utveckling hos Lantmäteriet och den GIS-databasmodell som tillhandahålls här. När teståret är över är avsikten att GIS-databasmodellen ska bli relativt stabil över tid.

Script

Scriptet är ett fördefinierat DDL-script för PostgreSQLs spatiala extension PostGIS. När scriptet körs upprättas tabellstruktur och fungerande relationer mellan tabellerna. Samtliga spatiala tabeller (förutom Översiktsplanelagret) är specificerade med datatypen GEOMETRY. Beroende på vilken GIS-programvara som används för att skriva och läsa från PostGIS-databasen så kan denna datatyp behöva definieras.

Ingen av verksamhetsreglerna är implementerade utan måste upprättas i efterhand. Scriptet är helt öppet så att kommunen själv kan lägga till egna lager om något saknas eller ta bort lager som inte är av intresse.

GeoPackage-fil

De GeoPackage-filer som tidigare tillhandahölls av Boverket har ersatts med en enda fil som har förenklats efter återkoppling från ett flertal kommuner. Den nya filen består av en mer traditionell GIS-struktur med ”lager” för varje innehållstyp. Varje innehållstyp, som exempelvis mark- och vattenanvändningar har dessutom, med några undantag, vardera tre olika geometrityper som, till följd av hur GeoPackage fungerar, är separerade i var sitt lager.

GeoPackage-filen kan användas för att lagra och arbeta med en översiktsplan genom lokal filbaserad datalagring. GeoPackage-filen är helt öppen så att kommunen själv kan lägga till egna lager om något saknas eller ta bort lager som inte är av intresse.

Tabellerna i GeoPackage innehåller attributet fid som automatisk identifierare, denna krävs i varje tabell för att GeoPackage som produkt ska fungera. Detta attribut har dock inget att göra med ÖP-modellen, för unik identifierare av ett objekt så krävs att attributet objektidentitet populeras med ett UUID. GeoPackage saknar dock automatisk generering av UUID. Detta innebär att UUID behöver genereras med en annan metod, flera GIS-programvaror har metoder för detta inbyggt.

GeoPackage saknar också funktionalitet för automatisk relationshantering mellan tabeller. Detta innebär att referensattribut också behöver populeras manuellt. Informationsmodellen från specifikationen för översiktsplan kan användas som guide när relationer mellan tabeller sätts upp.

Nationell specifikation för översiktsplan (på Lantmäteriets webbplats)

Definierad geometri

I GeoPackage-filen så finns varje spatial tabell (förutom lagren Översiktsplan och Område som är definierade som polygon) replikerade i tre med suffixen _punkt, _linje och _polygon. Denna fil är kompatibel med GIS-mjukvaror så som ArcGIS och QGIS.

Används denna fil så väljs förslagsvis den geometrityp som man har behov av varpå de andra lagren tas bort. Observera att ingen av verksamhetsreglerna i den nationella specifikationen är implementerade utan förväntas upprättas på egen hand.

Referenstabeller

Både GeoPackage och scriptet innehåller referenstabeller med värden från ÖP-katalogen, så kallade look-up tabeller. Dessa tabeller har ingen automatisk koppling till ÖP-katalogens API och kommer vid uppdatering av katalogen att behöva bytas ut manuellt genom att tabellernas innehåll ersätts. Detta kan göras genom att hämta nya värden från den excel-tabell eller det API som tillhandahålls via ÖP-katalogen.

Texthantering med hjälp av Office Open XML

Texthanteringen för översiktsplan realiseras i Office Open XML genom användande av bokmärken. Varje bokmärke ges ett namn som sedan används som attributvärde. Bokmärkets namn är beständigt.

I informationsmodellen till den nationella specifikationen för översiktsplan så har text och media i textdokumentet och objekt i databasen möjlighet till många-till-många relationer (many-to-many relation). Detta innebär att flera texter/media i textdokumentet kan referera till flera objekt i databasen, likväl kan flera objekt i databasen referera till flera texter/media i textdokumentet.

Läs mer i instruktionen för texthantering med hjälp av Office Open XML.