Arbeidet med nye SOSI-spesifikasjoner og kartframstilling · 2015. 1. 13. · 3. Vurdere...

Ny plandel av planNy plandel av plan-- og bygningslovenog bygningsloven

Arbeidet med nye Arbeidet med nye SOSISOSI--spesifikasjonerspesifikasjonerog kartframstilling og kartframstilling

KKååre Kyrkjeeidere KyrkjeeideStatens kartverkStatens kartverk

6. oktober 20086. oktober 2008

Arbeidet med nye Arbeidet med nye SOSISOSI--spesifikasjonerspesifikasjonerog kartframstillingog kartframstilling

Bakgrunn for arbeidet – bestilling fra MDUtviklingstrekk på fagområdetNy planlov – Hovedutfordringer i prosjektetNorge digitalt som samarbeidsarena - status

PlanregisterPlanregisterDet er nå et lovfestet krav at kommunene skal ha et oppdatert

planarkiv. Hver kommune skal føre register over alle gjeldende arealplaner i kommunen, og tilhørende bestemmelser, under dette vedtatte endringer og dispensasjoner til vedtatte arealplaner. Registeret kan også inneholde andre opplysninger som har betydning for planarbeidet i kommunen, under dette forslag til planer som er under behandling i kommunen. …

Det er tatt høyde for at kommunene etter hvert behandler eller forvalter arealplanene med elektroniske metoder. Det stilles imidlertid ikke krav om at planregisteret må være elektronisk. Departementet vil i forskrift fastsette nærmere regler om elektronisk planregister, herunder regler om innhold, utforming, kvalitet, oppdatering, lagring og tilgang til opplysninger.

Elektroniske planregistre skal følge en felles nasjonal standard slik at opplysningene fra registrene er tilgjengelig og kan settes sammen på tvers av administrative grenser. Elektroniske planregistre skal spille sammen med grunnboka og matrikkelenslik at disse tre elementene til sammen gir brukerne tilgang til et samlet offentlig eiendomsinformasjonssystem.

Bestilling (I)Bestilling (I)Ny plandel av plan- og bygningsloven (jf. Ot.prp. nr.

32 (2007-2008)) stiller krav om at kommunene skal ha et planregister. Dette gjør det nødvendig åstandardisere kravene til den planin-formasjonen som skal inngå i registeret. Plan er i loven definert som arealkart med tilhørende bestemmelser (§ 12-1 om reguleringsplan).

Den nye plandelen inneholder endringer i forhold til gjeldende lov som gjør det nødvendig å revidere SOSI-kodeverket. Det omfatter både endringer i arealformål og introduksjon av ”hensynssoner” som nye kategorier. Reviderte SOSI-koder skal foreligge når loven forventes å bli satt i kraft 1. juli 2009.

Bestilling (II)Bestilling (II)På oppdrag av Miljøverndepartementet har Norkart A/S

utarbeidet et forslag til SOSI datamodell og kodeverk for plandelen i ny plan- og bygningslov. Dette forslaget forutsettes lagt til grunn for arbeidet med de reviderte SOSI-kodene. Departementet ber om at det spesielt vurderes hvor grensesnittet mellom kartfesting og verbale bestemmelser bør gå med utgangspunkt i at planer skal være lesbare og lette å forstå.

Departementet ønsker også å få utarbeidet eksempler påplanframstillinger basert på de nye planbestemmelsene. Dette arbeidet bør foregå parallelt med utarbeiding av forslaget til SOSI-kodeverk og belyse ulike plansituasjoner, jf. muligheten for å atarbeide grovmasket og detaljert kommuneplan og områderegulering, og detaljregulering.

Miljøverndepartementet forutsetter at dette arbeidet skjer i samarbeid med Statens bygningstekniske etat (ByggsøkPlan).

Fra analog til digital arbeidsmFra analog til digital arbeidsmååtete

Fra isolerte lFra isolerte løøsningersningertil nasjonalt forvaltningskonsepttil nasjonalt forvaltningskonsept

Matrikkelen Matrikkelen -- et moderne eiendomsregisteret moderne eiendomsregister

SOSISOSI

SOSI standarden for Plandata ble utviklet i 1993Flere revisjonerSiste versjon SOSI 4.0,

MD anbefaler at plandata blir etablert ihht standarden (krever ikke)Planframstilling etter PBL gir rom for tolkningerEntydig digital beskrivelse = Digitale planer som følger standarden

Modeller Modeller beskiverbeskiver vvåårere data, data, fagomrfagområåderder ((ogog etterhvertetterhvert prosesserprosesser) )

Virkelige verden

Konseptuell modell

System

Menneske

..OBJTYPE Veg

..KVALITET 24 26

..VERIFISERINGSDATO 20060507

..NØH461465 245862 6474 ...KP 1..NØH461934 245618 6499 ...KP 1

Data

Planidenti fikasjon og plannavn påkrevet for al le planstatus UNNTATT 'Planlegging igangsatt.ikrafttredelsedato påkrevet for al le planstatus lik 'gjeldende plan' Minst en geometri , eventuelt begge. Gjelder også alle assosierte klasser. Avgrensningsobjekter er obligatoriske for flategeometri.

En Plan kan ha flere RbOmråder, som kan l igge på flere forskjell ige steder, og på ulike vertikalnivåer. Ingen av de aggregerte områder, linjer el ler representasjonspunkt for påskri ft skal l igge utenfor RbOmråde. For hvert RbOmråde må alle ti lh. obj. ha samme vertikalnivå.

Assosiasjonen fra RbOmråde ti l ti lknyttete klasser er entydig bestemt gjennom planIdentifikasjon, vertikalnivå og geometri . (unntatt planindentifikasjon for planlegging igangsatt)

reguleringsformålsutdyping er påkrevet (og skal kun brukes) dersom reguleringsformål er lik Særskilt angitt fare (590)

reguleringsformålsutdyping er påkrevet dersom reguleringsformål er l ik Annet byggeområde (199), Annet landbruksområde (299), Annet trafikkområde i sjø/vassdrag(398), Annet trafikkområde(399), Annet friområde (459), Annet friområde i sjø/vassdrag (469), Andre anlegg i vassdrag/sjø (631), Annet spesialområde (699), Annet fellesareal (790), Annet kombinert formål (990), eller Unyansert formål (999).

Reguleringsformålsutdyping skal kun brukes i disse tilfellene.

RbBevaringGrense+ grense : Kurve

RbFareGrense+ grense : Kurve

RbRestriksjonGrense+ grense : Kurve

RbRekkefølgeGrense+ grense : Kurve

RbFornyelseGrense+ grense : Kurve

RbFormålGrense+ grense : Kurve

RbGrense+ grense : Kurve

RbBevaringOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformBevaring+ feltbetegnelse [0..1] : CharacterString+ vertikalnivå : Vertikalnivå

0..*

1..2

+avgrensning 0..*

1..2

<<Topo>>

RbFareOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformFare+ fel tbetegnelse [0..1] : CharacterString+ reguleringsformålsutdyping [0..1] : CharacterString+ vertikalnivå : Vertikalnivå

0..*

1..2

+avgrensning 0..*

1..2

<<Topo>>

RbRestriksjonOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformRestriksjon+ fel tbetegnelse [0..1] : CharacterString+ vertikalnivå : Vertikalnivå

0..*

1..2

+avgrensning 0..*

1..2

<<Topo>>

RbRekkefølgeOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformRekkefølge+ feltbetegnelse [0..1] : CharacterString+ vertikalnivå : Vertikalnivå

0..*

1..2

+rekkefølgeAvgrensning 0..*

1..2

<<Topo>>

RbFornyelseOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformFornyelse+ fel tbetegnelse [0..1] : CharacterString+ vertikalnivå : Vertikalnivå

0..*1..2

+avgrensning

0..*1..2<<Topo>>

RbFormålOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ reguleringsformål : RegformBrukFormål+ reguleringsformålsutdyping [0..1] : CharacterString+ fel tbetegnelse [0..1] : CharacterString+ utnytting [0..1] : RbUtnytting+ uteoppholdsareal [0..1] : Integer+ byggverkbestemmelse [0..1] : Byggverkbestemmelse+ avkjørselsbestemmelse [0..1] : Avkjørselsbestemmelse+ vertikalnivå : Vertikalnivå

0..*1..2

+avgrensning

0..*1..2<<Topo>>

RbPåskri ft+ senterl inje [0..1] : Kurve+ posisjon [0..1] : Punkt+ generellTekststreng : CharacterString+ vertikalnivå : Vertikalnivå

RbJuridiskLinje+ grense : Kurve+ typeJuridiskl inje : TypeJuridisklinje+ vertikalnivå : Vertikalnivå

RbOmråde+ område [0..1] : Flate+ posisjon [0..1] : Punkt+ plantype : RbPlantype+ planstatus : Planstatus+ vertikalnivå : Vertikalnivå+ planbestemmelse : Planbestemmelse+ planidentifikasjon : CharacterString+ kommune : Kommunenummer+ plannavn : CharacterString+ ikrafttredelsesdato : Date+ lovreferanse [0..1] : CharacterString

0..*

1..2

+planavgrensning0..*

1..2

<<Topo>>

0..*

1

+bevaring0..*

1

0..*

1+fare

0..*

1

0..*

1

+restriksjon 0..*

1

0..*

1

+rekkefølge 0..*

1

0..*

1 +fornyelse

0..*

1

1..*

1

+reguleringsformål

1..*

1

0..*

1

+påskrift0..*

1

0..*

1

+juridiskLinje0..*

1

RbJuridiskPunkt+ posisjon : Punkt+ typeJuridiskpunkt : TypeJuridiskpunkt+ vertikalnivå : Vertikalnivå

1

0..*

1

+juridiskPunkt0..*

utnyttingstype er l ik; Ti llatt bebygd areal (1),Tillatt bruksareal (2), eller T il latt tomteutnyttelse (3) benyttes kun ved regulerings-/bebyggelsesplaner der grad av utnytting er angitt i henhold til byggeforskri ft 87, kap. 22.)

utnyttingstype er l ik; Ti llatt utnyttelsesgrad (4), T illatt flateutnyttelse (5), Brutto gulvareal (6) eller Bebygd flate (7) benyttes kun for eldre planer

SOSI objektkatalog er beskrevet i UMLSOSI objektkatalog er beskrevet i UML((Unified Unified ModellingModelling Language)Language)

Produktspesifikasjon Produktspesifikasjon -- PLANPLAN

detaljert beskrivelse som gjdetaljert beskrivelse som gjøør det mulig r det mulig ååprodusere, distribuere og bruke datasettetprodusere, distribuere og bruke datasettet

Kunde

Gi meg et ”SOSI-kart”!

Produsent/Kartselger/Kartforvalter

Teknologiforum 7. oktober 2007

SOSISOSI--koderkoder og eksempler for og eksempler for plandelen i ny PBL 2009plandelen i ny PBL 2009

Utvikling av hensiktsmessige standarder og spesifikasjonerfor iversetting av ny plan- og bygningslov i juli 2009

PBL 1987BL 1965BL 1924

Ny PBL

HovedprinsippHovedprinsipp

Planer etter dagens lovverk og planer etter ny PBL skal kunne fungere sammen.

Prøve å beholde etablerte data mest mulig uendret.

Evetuelle data som må endres skal kunne endres maskinelt.

Viktige endringer fra dagens Viktige endringer fra dagens standard standard

..AREALFORMÅL Arealbruk er gjenomgående fra kommuneplan til reguleringsplan og erstatter dagen arealbruk i kommuneplan og reguleringsformål i regulerings-plan/bebyggelsesplan.

På grunn av ulikheter samt at det kan gis ytterligere underoppdeling i forskrift, bør datamodellen inneholde ulike kodelister for de to plantyper. Vi foreslår derfor egne kodelister for Arealformål for henholdsvis Kommuneplan (KpArealformål) og Reguleringsplan (RpArealformål), og for åha tilstrekkelig fleksibilitet foreslår vi koder med fire siffer. I og med at arealformål er gjennomgående må begge kodelistene ta utgangspunkt i en felles kodeliste (Arealformål)

Kommuneplan: (Beskrivelse og Kodeliste gjelder Kp etter ny lov)

Kp etter tidl. LoverKpArealbrukOmråde

Kp etter ny lovKpArealformålOmråde

K3)

BeskrivelseKodeliste

..OPLAREAL ..AREALFORMÅL 1 § 11-7 - arealformålKpArealformål (H4)

..AREALST ..AREALST 1) 0 Kommuneplan - arealstatusArealstatus

..OPLAREALUTDYP ..BESKRIVELSE 0 utdypende tekst for sekkeposter(Tekst)

..OMRNAVN ..OMRNAVN 1) 0 områdenavn(Tekst)

..UTNYTT

...UTNTYP

...UTNTALL

..UTNYTT 2)

...UTNTYP

...UTNTALL

0 grad av utnyttingTypeRpUtnytting (type+tallverdi)

..UTEAREAL ..UTEAREAL 2) 0 MUATallverdi

..EIERFORM 0 offentlig/fellesTypeEierform (H1)

Reguleringsplan: (Beskrivelse og Kodeliste gjelder Rp etter ny lov)

Rp etter tidl. LoverRbFormålOmråde

Rp etter ny lovRpArealformålOmråde

K

3)

BeskrivelseKodeliste

..REGFORM ..AREALFORMÅL 1 § 12 -5 - arealformålRpArealformål (H4)

..REGFORMUTDYP ..BESKRIVELSE 0 utdypende tekst for sekkeposter(Tekst)

..FELTNAVN ..FELTNAVN 1) 0 feltnavn(Tekst)

..UTNYTT

...UTNTYP

...UTNTALL

..UTNYTT 2)

...UTNTYP

...UTNTALL

0 grad av utnyttingTypeRpUtnytting (type+tallverdi)

..UTEAREAL ..UTEAREAL 2) 0 MUATallverdi

..BYGGVERK ..BYGGVERK 2) 0 bestemmelse om byggverkByggverkbestemmelse

..AVKJ ..AVKJ 2) 0 bestemmelse om avkjørselAvkjørselbestemmelse

..EIERFORM 0 offentlig/fellesTypeEierform (H1)

Digital planutarbeidelse

Viktige endringer fra dagens Viktige endringer fra dagens standard standard

..EIERFORM Dagens lov skiller mellom offentlig og felles direkte i arealbruksbetegnelse eller formålsbetegnelse. I ny lov angir arealformålsbetegnelsen kun bruken, mens eierforhold er forutsatt ivaretatt gjennom bestemmelser til arealformålet. I datamodellen foreslås dette ivaretatt gjennom egenskapen EIERFORM. (§11-10 punkt 3)

..BESKRIVELSE Benyttes i stedet for

..OPLAREALUTDYP og ..REGFORMUTDYP der loven gir anledning til detaljering ( andre anlegg) men der lov/forskrift ikke definerer detaljeringen i form av spesifikke arealformål.

Viktige endringer fra dagens Viktige endringer fra dagens standard standard

HENSYNSONER

Av lovteksten fremgår det at hensynsoner skal benyttes i kommuneplan, og at de kan videreføres i reguleringsplan, enten som hensynsoner eller innarbeidet i arealformålet med tilhørende bestemmelser. Det antas at soner for henholdsvis fare og bevaring samt muligens ogsåomforming/fornyelse skal videreføres som hensynsoner i reguleringsplan

Datamodellens inndeling i hensynsoner gjør det mulig å videreføre alle aktuelle hensynsoner til reguleringsplan, men dette forutsettes avklart i forskrift (f. eks. sikringssoner for drikkevann, grunnvann, frisiktsone i veikryss etc.).

..SONENUMMER Identifikasjonsegenskap på hensynsoner (tidligere områdenavn og feltnavn)

Viktige endringer fra dagens Viktige endringer fra dagens standard standard

Hensynsoner en kartografisk utfordring!SIKRINGSSONESTØYSONEFARESONEINFRASTRUKTURSONELNFHENSYNSONEGRØNNSTRUKTURSONEBEVARINGSONEBÅNDLEGGINGSONEPLANOPPFØLGINGSONE

Viktige endringer fra dagens Viktige endringer fra dagens standard standard

..LOVREFERANSE Egenskap som holder greie på hvilken lov planen er vedtatt under.

..PLANID H7 Foreslår å endre denne fra tekststreng til heltall for å gjøre egenskapen bedre egnet som søkenøkkel

..GJENNOMFØRINGSFRIST Private reguleringsplaner har gjennomføringsfrist. Normalt 5 år etter vedtak.

..HOLDNINGSKLASSE på samferdelslinjer i kommuneplan.Følger Vegvesenets avkjørselsplan med inndeling i holdningsklasser.

INFRASTRUKTURLINJE Nytt objekt I KOMMUNEPLAN.

SOSISOSI--koderkoder og eksempler for og eksempler for plandelen i ny PBL 2009plandelen i ny PBL 2009

HovedaktiviteterHovedaktiviteter1. Standardiserings og spesifikasjonsarbeid2. Presentasjon av planframstillinger3. Eksempeldata, forvaltning og leveransemetoder

Aktivitet 1Aktivitet 1-- StandardiseringStandardiseringDet skal utarbeides standardiserte krav til den Det skal utarbeides standardiserte krav til den

planinformasjonen som skal inngplaninformasjonen som skal inngåå i kommunale i kommunale planregistre.planregistre.

1. Beskrive et felles rammeverk2. Beskrive innhold og funksjon for kommunale planregistre3. Vurdere grensesnittet mellom kartfesting og verbale bestemmelser4. Gjennomgang av arealformål og nye kategorier5. Begrepsavklaringer og definisjoner

6. Gjennomgang av SOSI datamodell og kodeverk samt rapport fra Norkart

7. Utarbeide ny SOSI datamodell og kodeverk i henhold til ny PBL8. Utarbeide nye produktspesifikasjoner

Planregister, Planregister, alt.Ialt.I

•Hierarkisk

•Alle gjeldende planer

•Egenskaper: Kommunenr.+ planident, plannavn, plantype, ikraftredelsesdato

Plan(samle)oversiktPlan(samle)oversikt::

Planregister, Planregister, alt.IIalt.IIa) a) Plan(samle)oversiktPlan(samle)oversikt + kartfestede planomr+ kartfestede planområåder:der:

b) Planbase med planomrb) Planbase med planområåder og tilhder og tilhøørende informasjon:rende informasjon:

Planregister, Planregister, alt.IIIalt.IIIDigitale planbase + digitale dokumenter:Digitale planbase + digitale dokumenter:

PlanidentPlanidentKommune: Eksempel

planindent:Eksempel nasjonal planident:

Oslo kommune: S1234 0301 S1234

Trondheim kommune:

r1234a 1601 r1234a

Kommune xxxx Nordsida xxxx Nordsida

Alta 20081234 2012 20081234

Bærum 2008123 0219 2008123

PlanhierarkietPlanhierarkiet

Planinnhold/plannivPlaninnhold/plannivåå

(Nåværende lov)

Planbase m/Planbase m/gml+nygml+ny lov ?lov ?

Aktivitet 2 Aktivitet 2 -- PresentasjonPresentasjonUtarbeide eksempler pUtarbeide eksempler påå planframstillinger planframstillinger

basert pbasert påå de nye planbestemmelsene.de nye planbestemmelsene.

1. Valg av representative plansituasjoner for ulike geografiske områder

2. Utprøving på eksempeldata i henhold til nye SOSI-koder3. Prøve ut eksempeldata i ulike planleggings- og

forvaltningssystemer

4. Prøve ut kobling til kommunalt planregister5. Utarbeide presentasjonsregler for ulike plansituasjoner6. Utarbeide rapport med eksempler og

demonstrasjonsløsninger på nettet

Aktivitet 3 Aktivitet 3 -- EksempeldataEksempeldataUtvikle fullstendige eksempeldata for Utvikle fullstendige eksempeldata for representative geografiske omrrepresentative geografiske områåder.der.

1. Valg av aktuelle plansituasjoner2. Etablering av datasett i henhold til nye spesifikasjoner

3. Videreutvikling av SOSI-kontroll4. Teste innlegging og uttrekk fra forvaltningssystemer5. Spesifikasjoner og etablering av WMS tjenester basert på

nye datasett6. Rapport og dokumentasjon av eksempeldatasett

Deltagelse i arbeidsgrupperDeltagelse i arbeidsgrupper

• Kommuner og fylkeskommuner• Konsulenter – system og dataforvaltning• Konsulenter - planlegging• Miljøverndepartementet, • SOSI arbeidsgruppe 9 – Plandata • SOSI-sekretariatet• Statens kartverk / BE• …..

OppsummeringOppsummeringEn ny giv for å få bedre løsninger på plassNy lov medfører behov for

Ny datamodellNye koder og spesifikasjonerNy bestillerkompetanseNye og tilrettelagte verktøyNye krav og bedre oppfølging av disse

Norge digitalt som organisatorisk og teknisk løsningStandardiserte løsninger gir bedre prosesserVeiledning og oppfølging blir viktig – roller?Behov for samordnet innsats for å nå felles mål- det er i kommunene og fylkene det må skje!Behov for eksempler og aktiv medvirkning!