Ny plandel av plan- og bygningsloven Arbeidet med nye SOSI-spesifikasjoner og kartframstilling Kåre Kyrkjeeide Statens kartverk 6. oktober 2008
Arbeidet med nye SOSI-spesifikasjoner og kartframstilling Bakgrunn for arbeidet bestilling fra MD Utviklingstrekk på fagområdet Ny planlov Hovedutfordringer i prosjektet Norge digitalt som samarbeidsarena - status
Planregister Det 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 matrikkelen slik at disse tre elementene til sammen gir brukerne tilgang til et samlet offentlig eiendomsinformasjonssystem.
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 planinformasjonen 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) 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 SOSIkodene. 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 arbeidsmåte
Fra isolerte løsningerl til nasjonalt forvaltningskonsept
Matrikkelen - et moderne eiendomsregister
SOSI SOSI standarden for Plandata ble utviklet i 1993 Flere revisjoner Siste versjon SOSI 4.0, MD anbefaler at plandata blir etablert ihht standarden (krever ikke) Planframstilling etter PBL gir rom for tolkninger Entydig digital beskrivelse = Digitale planer som følger standarden
Modeller beskiver våre data, fagområder (og etterhvert prosesser) Virkelige verden Konseptuell modell Menneske Data..OBJTYPE Veg..KVALITET 24 26..VERIFISERINGSDATO 20060507..NØH 461465 245862 6474...KP 1..NØH 461934 245618 6499...KP 1 System
SOSI objektkatalog er beskrevet i UML (Unified Modelling Language) RbBevaringOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformBevaring + feltbetegnelse [0..1] : CharacterString + vertikalnivå : Vertikalnivå +avgrensning 0..* RbBevaringGrense + grense : Kurve RbFareGrense + grense : Kurve +avgrensning 0..* <<Topo>> 1..2 0..* <<Topo>> 1..2 RbFareOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformFare + feltbetegnelse [0..1] : CharacterString + reguleringsformålsutdyping [0..1] : CharacterString + vertikalnivå : Vertikalnivå +bevaring +fare 0..* Planidentifikasjon og plannavn påkrevet for alle planstatus UNNTATT 'Planlegging igangsatt. ikrafttredelsedato påkrevet for alle 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 ligge på flere forskjellige steder, og på ulike vertikalnivåer. Ingen av de aggregerte områder, linjer eller representasjonspunkt for påskrift skal ligge utenfor RbOmråde. For hvert RbOmråde må alle tilh. obj. ha samme vertikalnivå. Assosiasjonen fra RbOmråde til tilknyttete klasser er entydig bestemt gjennom planidentifikasjon, vertikalnivå og geometri. (unntatt planindentifikasjon for planlegging igangsatt) 1 RbOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + plantype : RbPlantype + planstatus : Planstatus + vertikalnivå : Vertikalnivå + planbestemmelse : Planbestemmelse + planidentifikasjon : CharacterString 1 + kommune : Kommunenummer + plannavn : CharacterString + ikrafttredelsesdato : Date + lovreferanse [0..1] : CharacterString 1 1 1 RbGrense + grense : Kurve RbFormålOmråde +planavgrensning 0..* + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformBrukFormål <<Topo>> + reguleringsformålsutdyping [0..1] : CharacterString + feltbetegnelse [0..1] : CharacterString 1..2 +reguleringsformål + utnytting [0..1] : RbUtnytting + uteoppholdsareal [0..1] : Integer 1..* + byggverkbestemmelse [0..1] : Byggverkbestemmelse + avkjørselsbestemmelse [0..1] : Avkjørselsbestemmelse 1 + vertikalnivå : Vertikalnivå 1 +fornyelse 1 0..* 1 utnyttingstype er lik; Tillatt bebygd areal (1), Tillatt bruksareal (2), eller T illatt tomteutnyttelse (3) benyttes kun ved regulerings-/bebyggelsesplaner der grad av utnytting er angitt i henhold til byggeforskrift 87, kap. 22.) utnyttingstype er lik; Tillatt utnyttelsesgrad (4), Tillatt flateutnyttelse (5), Brutto gulvareal (6) eller Bebygd flate (7) benyttes kun for eldre planer RbFornyelseOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformFornyelse + feltbetegnelse [0..1] : CharacterString + vertikalnivå : Vertikalnivå 1..2 reguleringsformålsutdyping er påkrevet dersom reguleringsformål er lik 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. 1..2 <<Topo>> 0..* RbFormålGrense +avgrensning + grense : Kurve <<Topo>> 0..* RbFornyelseGrense +avgrensning + grense : Kurve reguleringsformålsutdyping er påkrevet (og skal kun brukes) dersom reguleringsformål er lik Særskilt angitt fare (590) +restriksjon 0..* RbRestriksjonOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformRestriksjon + feltbetegnelse [0..1] : CharacterString + vertikalnivå : Vertikalnivå +rekkefølge 0..* RbRekkefølgeOmråde + område [0..1] : Flate + posisjon [0..1] : Punkt + reguleringsformål : RegformRekkefølge + feltbetegnelse [0..1] : CharacterString + vertikalnivå : Vertikalnivå +påskrift 0..* RbPåskrift + senterlinje [0..1] : Kurve + posisjon [0..1] : Punkt + generelltekststreng : CharacterString + vertikalnivå : Vertikalnivå 1..2 <<Topo>> +avgrensning 0..* RbRestriksjonGrense + grense : Kurve 1..2 <<Topo>> +rekkefølgeavgrensning 0..* RbRekkefølgeGrense + grense : Kurve 0..* +juridiskpunkt RbJuridiskPunkt + posisjon : Punkt + typejuridiskpunkt : TypeJuridiskpunkt + vertikalnivå : Vertikalnivå 0..* +juridisklinje RbJuridiskLinje + grense : Kurve + typejuridisklinje : TypeJuridisklinje + vertikalnivå : Vertikalnivå
Produktspesifikasjon - PLAN detaljert beskrivelse som gjør r det mulig å produsere, distribuere og bruke datasettet Gi meg et SOSI-kart! Kunde Produsent/Kartselger/Kartforvalter Teknologiforum 7. oktober 2007
SOSI-koder og eksempler for plandelen i ny PBL 2009 PBL 1987 BL 1965 BL 1924 Ny PBL Utvikling av hensiktsmessige standarder og spesifikasjoner for iversetting av ny plan- og bygningslov i juli 2009
Hovedprinsipp 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 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. Lover KpArealbrukOmråde Kp etter ny lov KpArealformålOmråde K 3) Beskrivelse Kodeliste..OPLAREAL..AREALFORMÅL 1 11-7 - arealformål KpArealformål (H4)..AREALST..AREALST 1) 0 Kommuneplan - arealstatus Arealstatus..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 utnytting TypeRpUtnytting (type+tallverdi)..uteareal..uteareal 2) 0 MUA Tallverdi..EIERFORM 0 offentlig/felles TypeEierform (H1)
Reguleringsplan: (Beskrivelse og Kodeliste gjelder Rp etter ny lov) Rp etter tidl. Lover RbFormålOmråde Rp etter ny lov RpArealformålOmråde K 3) Beskrivelse Kodeliste..REGFORM..AREALFORMÅL 1 12-5 - arealformål RpArealformå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 utnytting TypeRpUtnytting (type+tallverdi)..uteareal..uteareal 2) 0 MUA Tallverdi..BYGGVERK..BYGGVERK 2) 0 bestemmelse om byggverk Byggverkbestemmelse..AVKJ..AVKJ 2) 0 bestemmelse om avkjørsel Avkjørselbestemmelse..EIERFORM 0 offentlig/felles TypeEierform (H1)
Digital planutarbeidelse
Viktige endringer fra dagens 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.
HENSYNSONER Viktige endringer fra dagens standard 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 standard Hensynsoner en kartografisk utfordring! SIKRINGSSONE STØYSONE FARESONE INFRASTRUKTURSONE LNFHENSYNSONE GRØNNSTRUKTURSONE BEVARINGSONE BÅNDLEGGINGSONE PLANOPPFØLGINGSONE
Viktige endringer fra dagens 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.
SOSI-koder og eksempler for plandelen i ny PBL 2009 Hovedaktiviteter 1. Standardiserings og spesifikasjonsarbeid 2. Presentasjon av planframstillinger 3. Eksempeldata, forvaltning og leveransemetoder
Aktivitet 1-1 Standardisering Det skal utarbeides standardiserte krav til den planinformasjonen som skal inngå i kommunale planregistre. 1. Beskrive et felles rammeverk 2. Beskrive innhold og funksjon for kommunale planregistre 3. Vurdere grensesnittet mellom kartfesting og verbale bestemmelser 4. Gjennomgang av arealformål og nye kategorier 5. 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 PBL 8. Utarbeide nye produktspesifikasjoner
Planregister, alt.i Plan(samle)oversikt: Hierarkisk Alle gjeldende planer Egenskaper: Kommunenr.+ planident, plannavn, plantype, ikraftredelsesdato
Planregister, alt.ii a) Plan(samle)oversikt + kartfestede planområder: b) Planbase med planområder og tilhørende informasjon:
Planregister, alt.iii Digitale planbase + digitale dokumenter:
Planident Kommune: 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
Planhierarkiet
Planinnhold/plannivå (Nåværende lov)
Planbase m/gml+ny lov?
Aktivitet 2 - Presentasjon Utarbeide eksempler påp planframstillinger basert påp de nye planbestemmelsene. 1. Valg av representative plansituasjoner for ulike geografiske områder 2. Utprøving på eksempeldata i henhold til nye SOSI-koder 3. Prøve ut eksempeldata i ulike planleggings- og forvaltningssystemer 4. Prøve ut kobling til kommunalt planregister 5. Utarbeide presentasjonsregler for ulike plansituasjoner 6. Utarbeide rapport med eksempler og demonstrasjonsløsninger på nettet
Aktivitet 3 - Eksempeldata Utvikle fullstendige eksempeldata for representative geografiske områder. 1. Valg av aktuelle plansituasjoner 2. Etablering av datasett i henhold til nye spesifikasjoner 3. Videreutvikling av SOSI-kontroll 4. Teste innlegging og uttrekk fra forvaltningssystemer 5. Spesifikasjoner og etablering av WMS tjenester basert på nye datasett 6. Rapport og dokumentasjon av eksempeldatasett
Deltagelse i arbeidsgrupper Kommuner og fylkeskommuner Konsulenter system og dataforvaltning Konsulenter - planlegging Miljøverndepartementet, SOSI arbeidsgruppe 9 Plandata SOSI-sekretariatet Statens kartverk / BE..
Oppsummering En ny giv for å få bedre løsninger på plass Ny lov medfører behov for Ny datamodell Nye koder og spesifikasjoner Ny bestillerkompetanse Nye og tilrettelagte verktøy Nye krav og bedre oppfølging av disse Norge digitalt som organisatorisk og teknisk løsning Standardiserte løsninger gir bedre prosesser Veiledning 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!