Krav til SOSI Ved seniorrådgiver Magnar Danielsen Frokostseminarer for arkitektfaget, Arkitekturmuseet i Oslo 9. mai 200
Bakgrunn Miljøverndepartementet har siden Stortinget vedtok ny plan- og bygningslov i 2008 arbeidet aktivt med å utarbeide forskrifter og nasjonale produktspesifikasjoner for fremstilling av arealplaner og digitalt planregister. Forskriftene og spesifikasjonene ble iverksatt i 2009. Målsettingen med de nye reglene er å få på plass et system som gjør det mulig å fremskaffe tilfredsstillende oversikt over nåværende og fremtidig arealbruk i Norge. Ved at kommunene følger et nasjonalt standardisert oppsett for fremstilling av arealplaner og digitale planregistre, blir det mulig å kjøre analyser og utarbeide statistikk for alle digitale arealplaner som ligger i de kommunale planregistrene. 2 Miljøverndepartementet
Nye regler i plan- og bygningsloven gjeldende fra. juli 2009 Kommunene kan kreve at private planforslag skal leveres som digitale planer Den digitale arealplanen skal i så fall være kodet i henhold til SOSI standarden Forslagsstiller må legge ved en erklæring om at planen er i tråd med SOSI Kommunen kan nekte å ta i mot en plan som er feil i forhold til SOSI 2-ukers fristen for å behandle private planforslag løper først når planforslaget er i tråd med SOSI Kravene til SOSI innebærer at områdene i planen er kodet som separate og entydige objekter Arealplan som inneholder flere vertikalnivåer, skal framstilles slik at hvert vertikalnivå kan forvaltes for seg og slik at det er mulig å framstille sømløse datasett for hvert av vertikalnivåene Statens kartverk bistår kommunene med SOSIkontroll 3 Miljøverndepartementet
Krav om kommunalt planregister Alle endelig vedtatte digitale arealplaner skal legges inn i kommunalt planregister Digitalt planregister skal innholde: a) alle vedtatte arealplaner i kommunen, (også statlige og regionale arealplaner ) endrede planer, herunder også endrede planer i SOSI versjon 4.0; b) dokumentasjon for vedtatte mindre endringer i planer c) dispensasjoner til arealplaner d) midlertidige forbud mot tiltak e) planforslag f) opplysninger om innsigelser til og klager på arealplaner Informasjonen i planregisteret skal være tilgjengelig for publikum på web og inngå i den nasjonale geografiske infrastrukturen Publikum skal ha gratis tilgang til søke- og visningstjenester Datafiler (geodata) med egenskapsinformasjon kan kommunen ta betalt for Kommunen skal utarbeide metadata 4 Miljøverndepartementet
Målsettingen med SOSI standarden Standarden skal være systemuavhengig ivareta behovet for utveksling av informasjon om planer og planinnhold mellom ulike datasystemer sikre utveksling o innen samme forvaltningsnivå o mellom ulike forvaltningsnivåer o mellom forvaltningen og planleggingsfirmaer En viktig del av SOSI-arbeidet er utarbeidelse av en generell objektkatalog med beskrivelser av objekttyper, egenskaper, forhold samt eventuelle funksjoner (operasjoner) innenfor ulike fagområder. 5 Miljøverndepartementet
SOSI SOSI = Samordnet Opplegg for Stedfestet Informasjon Plan er ett av mange kapitler i SOSI standarden. www.statkart.no/sosi Det eksisterer flere arbeidsgrupper http://www.statkart.no/nor/sosi/arbeidsgrupp er/ hvorav en egen arbeidsgruppe for arealplan http://www.statkart.no/nor/sosi/arbeidsgru pper/plan/. Arbeidsgruppen har ca 30 deltakere. SOSI plan versjon 4.2: http://www.statkart.no/filestore/ny/sosi/plan /SOSI_Plan_42_vedtatt_2000407.pdf 6 Miljøverndepartementet
Organisering og deltakere Standardiseringsarbeidet ledes av Miljøverndepartementet Statens kartverk er sekretariat for standardiseringen Arbeidet er basert på frivillige deltakelse Deltakere i arbeidsgruppen for arealplan er kommuner, private planleggere, systemleverandører, og statlige etater. http://www.statkart.no/nor/sosi/arbeidsgru pper/plan/deltakere/ 7 Miljøverndepartementet
SOSI Plan Den historiske utviklingen SOSI Plan startet i 993 Versjon Dato Utført av Grunnlag for endringen ("før-2.0") 993-04 Jørgen Havik, Bærum kommune, Gunnar Foreløpig utgave, definisjon av SOSI-elementer Samuelsen, Norkart AS og Jon Rustand, Statens kartverk, Aust-Agder 2. 993-2 SOSI-Plandatagruppe, SOSI-sekretariatet Objektklassifikasjon, eksemplifisering 2.2 995-0 SOSI-Plandatagruppe, SOSI-sekretariatet Synspunkter fra brukere og fagmiljøer tas med for å forbedre innholdet. 2.2 996-05 SOSI-Plandatagruppe, SOSI-sekretariatet Ytterligere tilpasninger til plan- og bygningsloven, endring i planident, samt vedtak vedrørende enkeltsak, byggeforbud, ekspropriasjon, refusjon, m.m. 3.0 997-0 SOSI-Plandatagruppe, SOSI-sekretariatet Tilpasninger til ny bygge-forskrift. Vedtak vedrørende enkeltsak, byggeforbud, ekspropriasjon, refusjon, m.m. 3. 999-0 SOSI-Plandatagruppe, SOSI-sekretariatet Tilpasninger med bakgrunn i arbeidet med MD s veiledere, samt erfaring fra bruk. 3.2 2000-05 SOSI-Plandatagruppe, SOSI-sekretariatet Tilpasninger grunnet tilbakemeldinger fra brukerne samt innspill fra MD. 3.3 200-05 SOSI-Plandatagruppe, SOSI-sekretariatet Tilpasninger grunnet tilbakemeldinger fra brukerne, innspill fra MD og retningslinjer fra SOSI-arbeidsgruppe. 3.4 2002-09 WencheStinessen, Trondheim kommune (Plandatagruppe leder) Jørgen T. Havig, Bærum kommune, Plan- og bygningsetaten Ole Haakon Opperud, Miljøverndepartementet Kåre Ivar Melsæther, Miljøverndepartementet Ketil Omberg, Miljøverndepartementet Kjersti Hov, Norkart A/S Knut Heggen, Asplan Viak Kari Huse, Norconsult, Statens kartverk,, Statens kartverk,, Statens kartverk, SOSI-sekretariatet Databeskrivelsen for Plan er harmonisert og tilpasset lik øvrige standarder i SOSI. En rekke endringer er foretatt etter en grundig gjennomgang, og som også er avdekket etter at det er laget UML-modeller for de forskjellige delene i Plankapittelet. Hele den tekstlige delen som tidligere var kapittel 5 i standarden er flyttet over til kapittel 3. Kapittel 5 er nå ett direkte speilbilde av SOSI-DB, og er også i samsvar med UML-modellen for Plan 4.0 2006- SOSI-Ag9 Plandata, SOSI-sekretariatet Endringer på bakgrunn av faglig gjennomgang i forbindelse med UML-modellering samt retningslinjer for SOSI 4.0 4. 2009-07-0 SOSI-Ag9 Plandata, SOSI-sekretariatet Ny versjon oppdatert i henhold til FOR 2009-06-26 nr 86: forskrift om kart, stedfestet rmasjon, arealformål og kommunalt planregister (kart- og planforskriften). Versjonen foreligger kun som endringslogg fra Plan 4.0. 4.2 200 SOSI-Ag9 Plandata, SOSI-sekretariatet Justeringer av Plan 4. basert på erfaringer og arbeid med planregister. 8 Miljøverndepartementet
Arbeidsform Arbeidsgruppen møtes 2-4 ganger årlig Det implementeres endringer normalt kun én gang pr. år. Et kraftinnsats i forbindelse med ny plan- og bygningslov har medført behov for to ekstra endringer. Samarbeidet har funnet sin plattform, og det utføres nå kun løpende forbedringer og vedlikehold. Alle avgjørelser er basert på konsensusprinsippet. Miljøverndepartementet har mulighet for å stoppe alle forslag det ikke ønsker gjennomført. 9 Miljøverndepartementet
Hva SOSI Plan inneholder Objektkatalog Datamodell Kodeverk for kommuneplan og reguleringsplan Basisegenskaper og assosiasjonsroller, for eksempel kodeverdier for arealbruk 0 Miljøverndepartementet
Sosi plan - datamodell for kommuneplan KpBåndleggingGrense + grense: Kurve KpGjennomføringGrense + grense: Kurve KpDetaljeringGrense + grense: Kurve +avgrensning..* «Topo» 0..* Kp felles::kpsamferdselpunkt + posisjon: Punkt + samferdselspunkt: SamferdselspunktType + vertikalnivå: Vertikalnivå + arealbruksstatus: Arealbruksstatus + viktighet: Viktighet [0..] Kp felles::kppåskrift + posisjon: Punkt + generelltekststreng: CharacterString Kp felles::kpgrense + grense: Kurve KpBåndleggingSone + område: Flate [0..] + posisjon: Punkt [0..] + båndlegging: KpBåndleggingSoneType + arealbruksstatus: ArealBruksstatus + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] + båndlagtfremtil: Date [0..] KpGjennomføringSone + område: Flate [0..] 0..* +avgrensning + posisjon: Punkt [0..] + gjennomføring: KpGjennomføringSoneType..* «Topo» 0..* + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] +avgrensning..* «Topo» 0..* +samferdselpunkt 0..* +påskrift 0..* KpDetaljeringSone +planavgrensning 0..* + område: Flate [0..] + posisjon: Punkt [0..] + detaljering: KpDetaljeringSoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] KpJuridiskLinje + senterlinje: Kurve + juridisklinje: KpJuridisklinjeType +båndlegging 0..* +angitthensyn 0..* «Topo» +gjennomføring 0..* +detaljering +juridisklinje 0..*..2 Planidentifikasjon og plannavn påkrevet for alle planstatus ulik 'Planlegging igangsatt. ikrafttredelsedato påkrevet for alle planstatus unntatt "Planlegging igangsatt", "Planforslag" og "Vedtatt plan med utsatt rettsvirkning". Minst en geometri, eventuelt begge. Gjelder også alle assosierte klasser. Avgrensningsobjekter er obligatoriske for flategeometri. En Plan kan ha flere KpOmråder, som kan ligge på flere forskjellige steder. Ingen av de aggregerte områder, linjer eller representasjonspunkt for påskrift skal ligge utenfor KpOmråde, med unntak av påskrift "Unntatt pga innsigelse" som kan benyttes ved "hull" i planområdet med indre plangrense. Kp felles::kpområde + område: Flate [0..] + posisjon: Punkt [0..] + kommune: Kommunenummer + planidentifikasjon: CharacterString [0..] + plantype: KpPlantype + planstatus: Planstatus + planbestemmelse: KpPlanbestemmelser + lovreferanse: LovreferanseType + lovreferansebeskrivelse: CharacterString [0..] + ikrafttredelsesdato: Date [0..] + plannavn: CharacterString [0..] + vedtakendeligplandato: Date [0..] + kunngjøringsdato: Date [0..] «Utelatt men gjeninnføres i 4.3» + arealplanid: NasjonalArealplanId KpBestemmelseOmråde +bestemmelse 0..* Kp felles::kpsamferdsellinje + grense: Kurve + samferdselslinje: SamferdselslinjeType + vertikalnivå: Vertikalnivå + arealbruksstatus: Arealbruksstatus + viktighet: Viktighet [0..] + holdningsklasse: HoldningsklasseType [0..] +samferdsellinje 0..* +arealformål..* +sikring 0..* +støy 0..* KpArealformålOmråde + område: Flate [0..] + posisjon: Punkt [0..] + arealformål: KpArealFormål + arealbruksstatus: Arealbruksstatus + beskrivelse: CharacterString [0..] + områdenavn: CharacterString [0..] + utnytting: Utnytting [0..] + uteoppholdsareal: Integer [0..] + eierform: EierformType KpSikringSone + område: Flate [0..] + posisjon: Punkt [0..] + sikring: KpSikringSoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] KpStøySone + område: Flate [0..] + posisjon: Punkt [0..] + støy: KpStøySoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] +fare 0..* KpFareSone + område: Flate [0..] + posisjon: Punkt [0..] + fare: KpFareSoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] «datatype» Plan felles::utnytting + utnyttingstype: Utnyttingstype + utnyttingstall: Real [0..] Kp felles::kparealgrense +avgrensning + grense: Kurve..2 0..*..2 +avgrensning KpSikringGrense..* + grense: Kurve KpStøyGrense +avgrensning + grense: Kurve..2 «Topo»..* KpFareGrense +avgrensning + grense: Kurve «Topo»..*..2 KpAngittHensynGrense + grense: Kurve +avgrensning..* «Topo»..2 KpAngittHensynSone + område: Flate [0..] + posisjon: Punkt [0..] + angitthensyn: KpAngittHensynSoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] + område: Flate [0..] + posisjon: Punkt [0..] + bestemmelseområdenavn: CharacterString + type: KpBestemmelseHjemmel «Topo» +avgrensning 0..* KpBestemmelseGrense + grense: Kurve +infrastrukturlinje 0..* KpInfrastrukturLinje + senterlinje: Kurve + infrastruktur: KpInfrastrukturLinjeType + vertikalnivå: Vertikalnivå [0..] +infrastruktur 0..* KpInfrastrukturSone + område: Flate [0..] + posisjon: Punkt [0..] + infrastruktur: KpInfrastrukturSoneType + hensynsonenavn: CharacterString + beskrivelse: CharacterString [0..] +avgrensning KpInfrastrukturGrense «Topo»..2..* + grense: Kurve Miljøverndepartementet
2 Miljøverndepartementet
opplagt og bruken bør vurderes + arver bestemmelser fra / overfører bestemmelser til + opphever / blir opphevet av + er overordnet / er underordnet 2 Digitalt planregister MidlertidigByggOgDeleforbud + saksnummer : SaksnummerType + vedtaksdato : Date + status..* PblByggeDeleForbudOmråde (from Byggeforbud) + område [0..] : Flate + posisjon [0..] : Punkt + saksnummer : SaksnummerType + avgjørelsesdato : Date Merk: I SOSI 4. Plan er saksnummer av typen Integer for PblByggeDeleForbudOmråde, Endringen til SaksnummerType som verdidomene må opp til diskusjon i SOSI Ag 9. Datamodell OrganisasjonPerson <<codelist>> Rolletype + forslagstiller + utarbeidetav RelasjonTilAnnenPlan + forhold : Planforholdstype + rolle : RolleType 0..* + organisasjon : CharacterString +organisasjonpersjon + kontaktperson : CharacterString + adresse : CharacterString + postnrpoststed : CharacterString + telefon : CharacterString + epostadresse : CharacterString..* Planområde + område [0..] : Flate + posisjon [0..] : Punkt + leverplanomriss() Referanse til selve plandataene (objektene som beskriver plan i henhold til SOSI 4.). <<codelist>> PlandokumentType + arealplankart + bestemmelser + beskrivelse + enkeltvedtak + foto + illustrasjonsplan + konsekvensutredning + planvedtak + rapport + skisse + tegnforklaring + utbyggingsavtale arealplaner 3 Miljøverndepartementet + video..* Vurderer om de ulike planobjektene skal knyttes opp mot planområde her for å beskrive logisk model for +annenplan + innsigelsesdokument ArealPlan + kommune : Kommunenummer + planidentifikasjon : CharacterString + plannavn : CharacterString + plantype : PlanType + planstatus : Planstatus + planbestemmelse : Planbestemmelse + lovreferanse : LovreferanseType + lovreferansebeskrivelse [0..] : CharacterString + opprinneligplanid [0..] : CharacterString + opprinneligkommune [0..] : Integer + nyplanid() + beregnplanstatus() + finnberørteobjekt() + hentplanposisjon() + leverplandata() 0.. 0..* Plandokument + dokumenttype : PlandokumentType + arkivreferanse : Link + dokumentdato : Date + hentplandokument() + lagreplandokument() + søkplandokument() 0..* Innsigelse 0..* 0....* + innsigelsesmyndighet : InnsigelsesmyndighetType + merknad [0..] : CharacterString + avgittdato : Date {redefines dato} Hen + type : Hendels + dato : Date + navn : Charac + saksnummer :
Utfordringer fremover Flysikringssoner 3 D planer Regionale planer Universelt utformede plankart (UU) Årsversjoner av planregisteret Fremtiden = GML? 4 Miljøverndepartementet
Nye tegneregler og krav til utforming av arealplan Det er fastsatt produktspesifikasjoner for fremstilling av arealplaner Kommunene er pålagt å følge disse. Spesifikasjonene omfatter tegneregler (farger, skravur og symboler) krav til utforming av plan 5 Miljøverndepartementet
6 Miljøverndepartementet
Det vi har laget så langt 7 Miljøverndepartementet
Det vi har laget så langt 8 Miljøverndepartementet
Eksempler veiledning koding Forvaltningspolygoner i matrikkelen gir den siste oppdaterte grenselinjen mellom kommunene i Norge. Ved overgangen til referansesystemet EUREF89 ble grensene justert og korrigert etter transformasjon, slik at de danner en felles sammenfallende linje. Mange kommunegrenser følger eiendomsgrense. Kommunegrenser blir ajourholdt kontinuerlig på linje med eiendomsdata i matrikkelen. Siden grenser kan endre seg over tid, er det viktig at siste oppdaterte forvaltningspolygon benyttes ved førstegangsetablering og ved rullering av digital kommuneplan. Et forvaltningspolygon fra en gammel plan skal byttes ut med det nyeste ved rullering. Samtidig må formålsgrensene langs plangrensen justeres slik at disse er sammenfallende. Utdaterte forvaltningspolygon kan gi små flater utenfor planen som ikke dekkes av formål, eller det kan gi flater som overlapper flater i tilgrensende kommune. I førstnevnt tilfelle vil flatene befinne seg i ingenmannsland, mens arealene i det siste tilfellet vil være formålsfestet av to ulike kommuner. Plankartet skal bare inneholde den juridisk bindende informasjonen, men det er hensiktsmessig å bruke (ikke juridisk bindende) illustrasjoner eller illustrasjonsplaner som supplement for å gi ekstra informasjon til planen. Slik informasjon kan lages som en skisse som ligger utenfor plankartet, eller kodes i henhold til kapittelet om illustrasjonsplaner i SOSI-standarden. Illustrasjonsplan bygges opp etter samme prinsipper som den digitale planen, men med et annet kodeverk. Det er definert ulike typer illustrasjonsplaner. Koding Forvaltingspolygon lastes ned fra Norge digitalt som administrative grenser. Forvaltningspolygongrense gis i planen..objtype KpGrense, mens flaten gis..objtype KpOmråde. Se SOSI-standarden for ytterligere koding av flate og linjer. Det er foreløpig ikke laget funksjonalitet for eksport av eiendomsdata eller forvaltningspolygon fra matrikkelen for hele kommuner. Dette vil bli inkludert i senere versjoner av matrikkelen. 9 Miljøverndepartementet
Det vi har laget så langt 20 Miljøverndepartementet
Det vi har laget så langt 2 Miljøverndepartementet
Det vi har laget så langt 22 Miljøverndepartementet
Det vi har laget så langt 23 Miljøverndepartementet
Det vi har igjen å lage 24 Miljøverndepartementet
Arealplan skal framstilles med arealbruksformål og hensynssoner slik de framgår av vedlegg I og II til forskriften. 25 Miljøverndepartementet
Fargelegging, skravur og annen symbolbruk i plankart skal være i samsvar med nasjonal produktspesifikasjon for arealplan og digitalt planregister. 26 Miljøverndepartementet
Forskriften setter krav til innhold i tegnforklaring mv. Produktspesifikasjonen fastsetter hvordan det skal se ut 27 Miljøverndepartementet
28 Miljøverndepartementet Figur -6: Eksempel på plan med flere vertikalnivåer. Eksempelet viser et utsnitt av plankartet for hvert vertikalnivå, samt en illustrasjon som viser et vertikalsnitt. Alt som fysisk er på grunnen eller i kontakt med grunnens overflate (under lokk) er regulert på vertikalnivå 2. I snitteksempelet er vertikalnivå, T4 kjeller og J2 tunnel. Vertikalnivå 3, T5, er lokk (bru over veg). Grønn linje viser bakkenivå.
29 Miljøverndepartementet
9 Krav til endelig vedtatt arealplan, plankart, kodeverk, nasjonal arealplan-id mv. forts. Arealplan skal framstilles med arealbruksformål og hensynssoner slik de framgår av vedlegg I og II til forskriften. 30 Miljøverndepartementet
9 Krav til endelig vedtatt arealplan, plankart, kodeverk, nasjonal arealplan-id mv. forts. Fargelegging, skravur og annen symbolbruk i plankart skal være i samsvar med nasjonal produktspesifikasjon for arealplan og digitalt planregister. 3 Miljøverndepartementet
9 Krav til endelig vedtatt arealplan, plankart, kodeverk, nasjonal arealplan-id mv. forts. Forskriften setter krav til innhold i tegnforklaring mv. Produktspesifikasjonen fastsetter hvordan det skal se ut 32 Miljøverndepartementet
9 Krav til endelig vedtatt arealplan, plankart, kodeverk, nasjonal arealplan-id mv. forts. Planen skal på en tydelig måte skille mellom plandata og basiskart. 33 Miljøverndepartementet
opplagt og bruken bør vurderes + arver bestemmelser fra / overfører bestemmelser til + opphever / blir opphevet av + er overordnet / er underordnet 2 Digitalt planregister MidlertidigByggOgDeleforbud + saksnummer : SaksnummerType + vedtaksdato : Date + status..* PblByggeDeleForbudOmråde (from Byggeforbud) + område [0..] : Flate + posisjon [0..] : Punkt + saksnummer : SaksnummerType + avgjørelsesdato : Date Merk: I SOSI 4. Plan er saksnummer av typen Integer for PblByggeDeleForbudOmråde, Endringen til SaksnummerType som verdidomene må opp til diskusjon i SOSI Ag 9. Datamodell OrganisasjonPerson <<codelist>> Rolletype + forslagstiller + utarbeidetav RelasjonTilAnnenPlan + forhold : Planforholdstype + rolle : RolleType 0..* + organisasjon : CharacterString +organisasjonpersjon + kontaktperson : CharacterString + adresse : CharacterString + postnrpoststed : CharacterString + telefon : CharacterString + epostadresse : CharacterString..* Planområde + område [0..] : Flate + posisjon [0..] : Punkt + leverplanomriss() Referanse til selve plandataene (objektene som beskriver plan i henhold til SOSI 4.). <<codelist>> PlandokumentType + arealplankart + bestemmelser + beskrivelse + enkeltvedtak + foto + illustrasjonsplan + konsekvensutredning + planvedtak + rapport + skisse + tegnforklaring + utbyggingsavtale arealplaner 34 Miljøverndepartementet + video..* Vurderer om de ulike planobjektene skal knyttes opp mot planområde her for å beskrive logisk model for +annenplan + innsigelsesdokument ArealPlan + kommune : Kommunenummer + planidentifikasjon : CharacterString + plannavn : CharacterString + plantype : PlanType + planstatus : Planstatus + planbestemmelse : Planbestemmelse + lovreferanse : LovreferanseType + lovreferansebeskrivelse [0..] : CharacterString + opprinneligplanid [0..] : CharacterString + opprinneligkommune [0..] : Integer + nyplanid() + beregnplanstatus() + finnberørteobjekt() + hentplanposisjon() + leverplandata() 0.. 0..* Plandokument + dokumenttype : PlandokumentType + arkivreferanse : Link + dokumentdato : Date + hentplandokument() + lagreplandokument() + søkplandokument() 0..* Innsigelse 0..* 0....* + innsigelsesmyndighet : InnsigelsesmyndighetType + merknad [0..] : CharacterString + avgittdato : Date {redefines dato} Hen + type : Hendels + dato : Date + navn : Charac + saksnummer :