GeoIntegrasjon – Helhetlig løsning for samhandling mellom sak/arkiv

og geografiske informasjonssystemer

Ragnar Sturtzel

EDB Business Partner

Kort om meg

• Sivilingeniør NTH (NTNU)• Norsk Data

– Kontorstøtte (NOTIS-familien)– Kommunikasjon og integrasjon– Standardisering internt + EU-prosjekt

• ND -> Siemens Nixdorf– Omega -> SGK og DocuLive

• NIT -> IBM -> EDB– EDB Sak og Arkiv (Kontor 2000, K2000 eSak)– Standardisering

Litt historikk

• Norsk Data rundt 1980

– Overgang fra linjebasert til skjermbasert

– Mange forskjellige terminaler, proprietære grensesnitt

– Uaktuelt å forlange nye terminaler

– Løsning: VTM (standard grensesnitt fra programmene) (”mellomvare”)

Mer historikk

• Elektronisk saksbehandling 90-tallet

– GIS

– GAB

– SAK

• Løsning: Geolok 1

– Windows til Windows-kommunikasjon

– Alle kartleverandører, alle sak/arkiv, GAB

GIS

SAK GAB

( )

2000-tallet

• Web erstatter Windows

• Noark 4 standardiserer sak/arkiv

• Matrikkelen erstatter GAB

• Initiativ til diverse standardisering– Geolok 2 som delmengde av Geolok 1 – mest GIS

– Noark 4 Web Services

– Diverse Høykomprosjekter

– Mye dugnad blant leverandørene

– Mangler koordinering og forvaltning fra det offentlige

Kommunikasjonsbehovet eksploderer

• …og alle snakker / vil snakke med alle

Saks-/arkiv

systemer

Vann og avløps

systemer

Matrikkel

systemet

Geografiske

Informasjons

Systemer (GIS)

Økonomi

systemer

Kommunale

Planregistre

Data og tjenster

fra Norge digitalt

I mangel av standarder

• ”Lyngdal”: Vis saker i kartet (WFS-tjeneste) (Ergo, Norkart)

• ”12k”: Plandialog (planer, fremdrift, dokumenter, høringer) (Acos, Norconsult)

• Matrikkelinfo fra kartet

• Diverse proprietære integrasjoner mot arkivet

• ”Klipp og lim”-integrasjoner

Men også noen forsøk på standardisering

• Noark 4 Web Services (KS, alle sak/arkiv)

• Geolok 2 (alle kartleverandører, alle sak/arkiv, foreningen Geolok, …)

• BEST : Arkiv til arkivintegrasjon (Fylkesmannen i Sogn og Fjordane, alle sak/arkiv)

• KS Resultat XML: Skjema, fagsystem, arkiv (hovedsakelig KS, Semicolon, Asker kommune, Sem & Stenersen Prokom, Oppad, EDB)– Aktuell også for ByggSøk

”Geosak”: Mangfold av systemer, mange leverandører

• Kart– Geodata, Norconsult, Norkart Geoservice, …

• Arkiv– Acos, EDB, Ergo, SI, …

• Matrikkel– P.t. i praksis kartleverandørene

• Sak (generelle og fagspesifikke)– Acos, EDB, Ergo, Geodata, Geomatikk, Norkart

Geoservice, …

• Skjema– BE (ByggSøk), Sem & Stenersen

Prokom, Kommuneforlaget, …

Målbilde GeoIntegrasjon

Vann og avløps

systemerSaks-/arkiv

systemer

Kommunale

Planregistre

Geografiske

Informasjons

Systemer (GIS)Økonomi

systemer

Data og tjenster

fra Norge digitalt

Matrikkel

systemet

Standardiserte

grensesnitt

og tjenester

Status ved oppstart av GeoIntegrasjon

• Noark 5 mangler standard grensesnitt– Noark 4 brukes fortsatt og videreutvikles– N4WS, BEST, KS Resultat XML

• Geolok 2 mangler matrikkelstøtte– Geolok 1 lever videre– Proprietære grensesnitt for ”GAB” via kart

• Matrikkel uten stabilt innsyns-API– GAB-kloner med matrikkeldata

• Planregister uten tjenester– MD har sammen med utvalgte leverandører

spesifisert en datamodell som går langt utover plan

RelasjonTilAnnenPlan

+ forhold : Planforholdstype

Planforholdstype

+ endrer / blir endret av

+ overstyrer / overstyres av

+ arver bestemmelser fra / overfører bestemmelser til

+ opphever / blir opphevet av

<<enumeration>>

DispensasjonType

+ PBL og tilhørende forskrift, vedtekt = 100

+ PBL = 110

+ Forbud mot tiltak mv. langs sjø og vassdrag = 111

+ Byggeforskrifter = 120

+ Vedtekter til PBL = 130

+ Arealbruk-/formål kommune(del)plan = 140

+ KpArealformål grønnstruktur § 11-7 pkt 3 = 141

+ KpArealformål LNFR §11-7 pkt 5 = 142

+ KPArealformål bruk/vern sjø/vassdr/strandsone §11-7 pkt 6 = 143

+ Bestemmelser kommune(del)plan = 150

+ Arealbruk-/formål regulerings- /bebyggelsesplan = 160

+ RpArealformål grønnstruktur §12-5 pkt 3 = 161

+ RPArealformål LNFR §12-5 pkt 5 = 162

+ RPArealformål bruk/vern sjø/vassdr/strandsone §12-5 pkt 6 = 163

+ Bestemmelser regulerings-/bebyggelsesplan = 165

+ Hensynssone = 170

+ Sikrings, støy- og faresone §11-8 bokst a = 171

+ Infrastruktursone §11-8 bokst b = 172

+ Randsone rundt verneområder §11-8 bokst c = 173

+ Båndleggingssone §11-8 bokst d = 174

+ Veglov = 200

+ Jordlov = 300

+ Arbeidsmiljølov = 400

+ Forurensningslov = 500

(from Enkel tSaker)

<<codeList>>

Kommentar

+ tekst : CharacterString Dispensasjon

+ dispensasjon : DispensasjonType

+ dispFra [0..1] : CharacterString

+ vedtaksdato : Date {redefines dato}

Innsigelse

+ innsigelsesmyndighet : InnsigelsesmyndighetType

+ merknad [0..1] : CharacterString

+ avgittDato : Date {redefines dato}

PlandokumentType

+ arealplankart

+ bestemmelser

+ illustrasjon

+ konsekvensutredning

+ planbeskrivelse

+ rapport

+ innsigelse

+ klage

+ kunngjøring

+ vedtak

+ tegnforklaring

+ georeferertPlankart

<<codeList>>

Rolletype

+ forslagstiller

+ utarbeidetAv

<<codeList>>

Plansaksprosess

+ fraDato : Date {redefines dato}

+ tilDato : Date

Hendelsetype

+ planforslag

+ innsigelse

+ endelig planvedtak

+ ikrafttredelse

+ kunngjøring endelig vedtatt plan

+ klage

+ mindre endring

+ dispensasjon

+ opphevelse

+ kommentar

+ plansaksprosess

<<codeList>>

PblByggeDeleForbudOmråde

+ område [0..1] : Flate

+ posisjon [0..1] : Punkt

+ saksnummer : SaksnummerType

+ avgjørelsesdato : Date

(from Byggeforbud)

MidlertidigByggOgDeleforbud

+ saksnummer : SaksnummerType

+ vedtaksdato : Date

+ status

1..*

1

1..*

1

Klage

+ utsattIverksettingAvVedtak : Boolean

+ avgitt : Date {redefines dato}

InnsigelsesmyndighetType

+ Avinor AS

+ Bergvesenet

+ Biskopene/bispedømmerådene

+ Direktoratet for samfunnssikkerhet og beredskap

+ Direktoratet for samfunnssikkerhet og beredskap -Sivilforsvarsdistriktene

+ Fiskeridirektoratets regionkontor

+ Forsvarsbygg

+ Fylkesmennene

+ Fylkeskommunene

+ Fylkeslandbruksstyrene

+ Mattilsynet

+ Oljedirektoratet

+ Politidistriktene

+ Luftfartstilsynet

+ Kystverket

+ Nabokommune

+ Jernbaneverket

+ Norges vassdrags- og energidirektorat (NVE)

+ Områdestyrene for reindriftssaker

+ Riksantikvaren

+ Sametinget

+ Statens vegvesen

<<codeList>>

SaksnummerType

+ saksår : Integer

+ sekvensnummer : Integer

<<DataType>>

Kode 200, 300, 400 og 500 anvendes ikke

for planregister

Listen er ikke utfyllende og

endringer (utvidelser) må

påregnes, dvs.

innsigelsesmyndighet må

kunne anta andre verdier

enn de fra listen.

'dispFra' skal ha verdi om

dispensasjon er 'Arealbruk

kommune (del) plan = 140',

'Regulerings-/bebyggelsesp

lan = 160' eller

'Hensynssone = 170'

Referanse til plandataene (objektene som

beskriver plan i henhold til SOSI 4.1).

Saksgangstrinn

+ saksgangnavn

+ leverSaksgangsTrinn()

Plandokument

+ dokumenttype : PlandokumentType

+ arkivreferanse : Link

+ dokumentdato : Date

+ status [0..1] : DokumentStatus

+ beskrivelse : CharacterString

+ hentPlanDokument()

+ lagrePlanDokument()

+ søkPlanDokument()

Saksgangsmal

+ malnavn : CharacterString

1

1..*

1

1..*Hendelse

+ type : Hendelsetype

+ dato : Date

+ posisjon [0..1] : Punkt

+ navn : CharacterString

+ saksnummer : SaksnummerType

+ hentDispensasjonPunkt()

+ finnHendelser()

0..* 10..* 10..* 0..10..* 0..1

OrganisasjonPerson

+ rolle : RolleType

+ organisasjon : CharacterString

+ kontaktperson [0..1] : CharacterString

+ hentKontaktinformasjon()

Planområde

+ område [0..1] : Flate

+ posisjon [0..1] : Punkt

+ vertikalnivå : VertikalNivå

+ leverPlanOmriss(arealplanId : NasjonalArealplanId)

+ leverPlanPosisjon()

+ leverPlanSituasjon()

+ lagreHendelsesPunkt()

Arealplan

+ arealplanId : NasjonalArealplanId

+ plannavn : CharacterString

+ planType : Plantype

+ planstatus : Planstatus

+ planbestemmelse : Planbestemmelse

+ lovreferanse : LovreferanseType

+ lovreferanseBeskrivelse [0..1] : CharacterString

+ opprinneligPlanId [0..1] : CharacterString

+ opprinneligAdministrativEnhet [0..1] : Integer

+ forslagsstillerType [0..1] : ForslagsstillerType

+ nyPlanId()

+ beregnPlanstatus()

+ finnBerørteObjekt()

+ leverPlanData()

0..1

0..*

0..1

+plandokument 0..*

0..*

+annenPlan

0..*

1

0..*

1

0..*

1..*

1..*

1..*

+hendelse 1..*

0..* 1

+organisasjonPersjon

0..* 1

1..*

1

+planområde

1..*

1

NasjonalArealplanId

+ nummer : Administrativenhetsnummer

+ planidentifikasjon : CharacterString

<<DataType>>Administrativenhetsnummer

+ kommunenummer : Kommunenummer

+ fylkesnummer : Fylkesnummer

+ statlignummer : Integer = 1

<<union>>

Ny struktur for

nasjonalarealplanId

SaksnummerType

+ saksår : Integer

+ sekvensnummer : Integer

<<DataType>>

DokumentStatus

+ forslag

+ gjeldende

<<enumeration>>

Planstatus

+ Planlegging igangsatt = 1

+ Planforslag = 2

+ Endelig vedtatt arealplan = 3

+ Opphevet = 4

+ Overstyrt = 5

+ Vedtatt plan uten rettsvirkning = 6

+ Endelig vedtatt plan underlagt tidsbegrensning = 7

(from Plandata)

<<codeList>>

ForslagsstillerType

+ Privat

+ Offentlig

<<enumeration>>

Kommentar til endelig vedtatt

plan

LovreferanseType

+ Før BL 1924 = 1

+ BL 1924 = 2

+ BL 1965 = 3

+ PBL 1985 = 4

+ PBL 1985 eller før = 5

+ PBL 2008 = 6

(from Plandata)

<<codeList>>

Planbestemmelse

+ Planbestemmelser fremgår kun av kartet = 3

+ Planbestemmelser både kart og tekst = 4

(from Regulering(bebyggelses)Plan)

<<codeList>>

KpPlanbestemmelser

+ Med bestemmelser som egen tekst = 1

+ Uten bestemmelser = 2

(from Kommune(del)Plan)

<<codeList>>

Standardisering i GeoIntegrasjon 1

• Arbeidspakke 1: Utvidelse av Noark tjenestesnitt:– Geodata (eiendom, bygning, koordinat, plan)– Prosess– Oppdatering av sak og journalpost– Fortsatt Noark 4-basert, men Riksarkivet har startet

prosjekt for Noark 5– Sendt på høring

• Arbeidspakke 2: Utvidelse av Geolok tjenestesnitt– Geolok -> GeoIntegrasjon– Også SAK og Matrikkel (”GAB”)– Fortsetter i arbeidspakke 3 og 4

Standardisering i GeoIntegrasjon 2

• Arbeidspakke 3: Standard grensesnitt for matrikkel– Stabilt for oppslag, basert på matrikkel-API– Tilsvarende funksjonalitet som Geolok 1 GAB

• Arbeidspakke 4: Plan– Digitalt planregister – definere tjenester – PlanDialog – generalisere og standardisere– Utarbeidelse av plan – samspill mellom systemer

• Arbeidspakke 5A: Rammeverk– Prinsipper for metodebeskrivelse– Tilgang og autentisering

Standardisering i GeoIntegrasjon 3

• Arbeidspakke 5B: Test og godkjenning

– Test i samarbeid med eBygg2009

• Offentlige organer og leverandører samarbeider

– Offentlig (del-)finansiering

– Offentlig prosjektledelse

– Forskjellig type etater er med

Prinsipper for samspillet

Program A, for eksempel SAK

Program B, for eksempel GIS

Prinsipper for samspillet, teknisk

System ASystem B

1) WebService

WSrequest: hentData

WSresponse <xml>

System ASystem B

2) Kontrolloverføring

1. LINK1 (sesjon, parametre, LINK2)

2. Lagre resultatdokument

3. LINK2 (sesjon)

4. WS: hentResultatdokument (sesjon,xml)

Eksempler

• Innen brukergrensesnittet– URL-er for eksempel for å vise eiendom i kart eller

saker fra arkivet

• Tjenester for å hente og lagre data– SOAP-baserte Web Services, for eksempel N4WS

– WMS etc. senere

• Kombinasjoner som hent naboliste– Vis / plukk ut eiendommer (brukergrensesnitt)

– Hent eiendommene (tjeneste)

– Hent rettighetshavere (tjeneste)

Standarder

Lednings-info

Hvorfor standardisere

• Billigere for leverandørene– Mange grensesnitt = stor jobb, men liten betalingsvilje

• Billigere for kundene– Slipper 1:1-integrasjoner med tilsvarende regning

• Større tilbud– Flere integrerer seg– Slipper å bli låst inne

• Mer robuste integrasjoner

• Lov å eksperimentere– men eksperiment er ingen standard!

Standardisering i offentlig sektorSuksessfaktorer 1

• Inkludere offentlige ”etater”– ”Hva”– KS, Riksarkivet, Statens Kartverk, BE, …– Forvaltning og finansiering– Samkjøring mellom etatene, ikke silo

• Inkludere leverandørene– ”Hvordan”– ”Alle” –> forankring og forpliktelser– Løsninger leveres, ikke bare papir– Praktiske løsninger– Erfaring fra integrasjoner

Suksessfaktorer 2

• Ovenfra og ned– Først hva– Så hvordan

• KISS – ”Keep it simple stupid”– ”Krabbe før man kan gå, gå før man kan løpe”– D.v.s.: Det viktigste først, ikke ”nice to have”– Det er ikke gitt at man vet hvor mål er

• Tjenester– Ikke innmat

• Inkludere pilotperiode og revisjon basert på denne– Verifikasjon gjennom implementering– Stabilitet, men likevel versjoner / utvidelser– Eksperimenter er OK, men ingen standard

Hvorfor lykkes GeoIntegrasjon 1

• KISS– De viktigste basistjenestene standardiseres først– Kompliserte tjenester bygges v.hj.a. et sett med

basistjenester

• Pragmatisk, målrettet– Fremdrift og konsensus– De systemene som er best egnet til å forvalte en type

data gjør dette, samspill med de andre– Tjenestene implementeres, ikke kun teori– Mange konkurrenter, samme grensesnitt– Pilotinstallasjoner med revisjon basert på erfaring

Hvorfor lykkes GeoIntegrasjon 2

• ”Siloetatene” i staten deltar sammen• KS deltar• Alle kartleverandørene deltar• Alle sakleverandørene deltar• Alle arkivleverandørene deltar• Matrikkelprosjektet deltar• eBygg2009 deltar• Kort sagt: Alle er med

• Fortsatt mye dugnad, men• Offentlig (del-)finansiering• Fremtidig forvaltning

”Hjertesukk”

Snakker offentlige etater sammen?

Jeg må ofte informere de om hva andre gjør

Hvilke muligheter som finnes

Skjemaleverandører

Riksarkivet

KS

Diverse kommuner

Statens bygningstekniske etat

Statens KartverkAndre leverandører (fagsystemer, sak/arkiv, …)