Reguleringsplan - Konstruksjon SOSI¶
Konstruksjon av reguleringsplan¶
Prosedyren i Gemini Terrain bygger på veileder for digitale planer når det gjelder konstruksjonsprinsipp for digital produksjon av reguleringsplan.
Konstruksjonsrekkefølge:
- Veggeometri
- Begrensingslinjene for formålsområder
- Planens ytterbegrensning
Vi har laget et forslag til prosedyre for Gemini Terrain. Følger vi denne prosedyren, kan vi levere konstruert planforslag på komplett form, det vil si korrekt SOSI-fil med flater og egenskaper (SOSI-nivå 4).
Egenskaper og tegneregler i malene i Gemini Terrain er tilpasset nasjonal produktspesifikasjon for arealplan og digitalt planregister.
Produktspesifikasjonen kan du lese mer om på miljøverndepartementets hjemmesider.
Prosedyre i Gemini Terrain¶
Fremgangsmåte
- Import av kartgrunnlaget
- Opprett lag for planen
- Konstruer senterlinje for veg
- Konstruer linjer for arealformål
- Konstruer linjer for hensynssoner
- Konstruer linjer for planområde
- Lag polygoner
- Opprett juridiske linjer og punkter og påskrift
Dette er et forslag til prosedyre. I praksis vil vi gjerne hoppe litt frem og tilbake mellom de ulike trinnene. Prosedyren tar heller ikke for seg planer med flere vertikalnivåer. Vi henviser til nasjonal produktspesifikasjon for nærmere beskrivelse.
Hvordan vi lager presentasjonstegning for planen, er nærmere beskrevet i avsnittet Presentasjonstegninger.
Trinn 1: Import av kartgrunnlaget¶
Datagrunnlaget importerer vi til aktuelle applikasjonslag. Vi kan velge å importere datagrunnlaget med minimum lagdeling eller full lagdeling, det vil si følge SOSI-objektkatalogenes inndeling, for eksempel:
- Bygg
- Veger
- Eiendomsgrenser
- Og så videre
Dette er nærmere beskrevet under avsnittet om Applikasjonslag.
Trinn 2: Opprett applikasjonslag for planen¶
Lovverket opererer med flere lag i reguleringsplaner.
Ulike lag som inngår i en reguleringsplan
Av figuren ser vi at plangrensen alltid er lik formålsgrensen. Det vil si at det i planens ytterbegrensning minst ligger to linjer med samme forløp. I tillegg kan det forekomme linjer fra hensynssoner.
Når vi lager en plan i Gemini Terrain, er det mest hensiktsmessig å opprette de applikasjonslagene vi trenger. Følgende maler er laget for lagene som kan opptre i en plan:
- Rp45_AngittHensynsoner.al_
- Rp45_Arealformål.al_
- Rp45_Bestemmelseområder.al_
- Rp45_Båndleggingsoner.al_
- Rp45_Detaljeringsoner.al_
- Rp45_Faresoner.al_
- Rp45_Gjennomføringsoner.al_
- Rp45_Infrastruktursoner.al_
- Rp45_Linjer_punkt_og_påskrift.al_
- Rp45_Planområde.al_
- Rp45_Regulerthøyde
- Rp45_Sikringsoner.al_
- Rp45_Støysoner.al_
Når du velger en mal foreslår programmet det samme navnet for laget. Her kan det være hensiktsmessig å bytte ut Rp45 med navnet eller ID-en til planen.
Trinn 3: Konstruer senterlinje for veg¶
Plankonstruksjonen starter med alle vegene. Vi må hele tiden ha kontroll på veggeometrien, det vil si senterlinje veg. Senterlinje veg skal ligge i laget Rp45_Linjer_punkt_og_påskrift.
Illustrasjon av senterlinjer
Veilederen sier: "Dersom terrenget er vanskelig, skal skjæring og fylling beregnes og vises på plankartet". Styrken til Gemini Terrain er at vi også kan utføre komplett prosjektering av veger og kryss med beregning av skjæring og fyllingsutslag. Vi tar da bare tak i senterlinjen og oppretter et vegprosjekt for denne. Dette er nærmere beskrevet i avsnittet Bruk av 3D under konstruksjon.
I krysningspunktet mellom senterlinjer må vi snappe startpunktet på sekundærveg til et punkt på primærveg. For linjer i dette laget anbefaler vi å snappe til andre linjer uten å splitte de. Det er en fordel at for eksempel senterlinjer for veg er sammenhengende, blant annet med tanke på å opprette paralleller.
Lovlige opplysninger vi kan knytte til linjene er vist i tabellen under.
| Egenskap | Verdi |
|---|---|
| OBJTYPE | RpJuridiskLinje |
| PLANID | |
| KOMM | |
| RPJURLINJE | |
| VERTNIV | |
| FØRSTEDIGITALISERINGSDATO | |
| OPPDATERINGSDATO | |
| MÅLEMETODE | |
| NØYAKTIGHET |
Trinn 4: Konstruer linjer for bruksformål¶
I trinn 4 oppretter vi linjene som skal danne grenser for alle formålene. Dette gjør vi på applikasjonslaget Rp45_Arealformål. En del formålsgrenser vil være bestemt av veggeometrien. Andre vil være bestemt av eksisterende linjer i kartet, for eksempel eiendomsgrenser. Det er derfor viktig at vi kopierer linjer fra grunnkartet der disse er bestemmende for formålet (alternativt kan vi snappe linjer). Til dette bruker vi de generelle funksjonene for å kopiere data fra et lag til et annet.
Formålsgrenser
Lovlige opplysninger vi kan knytte til linjene er vist i tabellen under. Som et minimum må vi legge inn objekttype:
| Egenskap | Verdi |
|---|---|
| OBJTYPE | RpFormålGrense |
| FØRSTEDIGITALISERINGSDATO | |
| OPPDATERINGSDATO | |
| MÅLEMETODE | |
| NØYAKTIGHET |
Hele planområdet skal inneholde en heldekkende mosaikk av bruksformål. Alle områder skal ha en angitt bruk. Det er viktig at linjene på dette laget har topologistruktur. Dette er nødvendig for at polygoniseringen og senere eksport av data til SOSI skal gå smertefritt. Vi må altså bygge opp linjene etter visse retningslinjer. Dette må vi ha i tankene når vi konstruerer linjene.
Topologi er nærmere beskrevet i eget kapittel. Dette gjelder også trinn 5 og trinn 6.
Trinn 5: Konstruer linjer for bestemmelseområder og hensynssoner¶
I trinn 5 oppretter vi linjer for hensynssonene. Dette gjør vi på aktuelle applikasjonslag:
- Rp45_AngittHensynsoner
- Rp45_Bestemmelseområder
- Rp45_Båndleggingsoner
- Rp45_Detaljeringsoner
- Rp45_Faresoner
- Rp45_Gjennomføringsoner
- Rp45_Infrastruktursoner
- Rp45_Sikringsoner
- Rp45_Støysoner
Lovlige opplysninger vi kan knytte til linjene er vist i tabellen under. Som et minimum må vi legge inn objekttype:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpAngittHensynGrense RpBåndleggingGrense RpDetaljeringGrense RpFareGrense RpGjennomføringGrense RpInfrastrukturGrense RpSikringGrense RpStøyGrense |
Hver hensynssone har sin egen objekttype |
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO | ||
| MÅLEMETODE | ||
| NØYAKTIGHET |
Trinn 6: Konstruer linjer for planflaten¶
I trinn 6 oppretter vi linjer for planens begrensning på applikasjonslaget Rp45_Planområde. Planens begrensning oppretter vi som en sammenhengende linje langs de ytterste formålslinjene. Plangrense og formålsgrense skal være sammenfallende. Dette kan vi gjøre med å merke de aktuelle linjene i Rp45_Arealformål og bruke de generelle funksjonene for Kopier og Lim inn.
Plangrense
Lovlige opplysninger vi kan knytte til linjene er vist i tabellen under. Som et minimum må vi legge inn objekttype:
| Egenskap | Verdi |
|---|---|
| OBJTYPE | RpGrense |
| FØRSTEDIGITALISERINGSDATO | |
| OPPDATERINGSDATO | |
| MÅLEMETODE | |
| NØYAKTIGHET |
Trinn 7: Lag polygoner¶
Nå er alle linjene i planen ferdig konstruert. Neste trinn er å lage polygoner for alle formålene, hensynssonene og planens begrensning. Planens begrensning er en sammenhengende linje identisk med de ytterste formålslinjene.
Kapittelet om polygonisering beskriver metoden i detalj. Det omtaler også hva du må gjøre hvis du redigerer punkter i linjer og polygoner.
Når polygonene er opprettet, må vi knytte egenskaper til disse. Hvilke egenskaper vi kan knytte til planområdet, formålsområdene og hensynssonene, er definert i SOSI-standarden. Når egenskapene er lagt inn, blir flatene presentert i henhold til standarden.
Arealformål og hensynssoner er polygonisert
Opplysninger knyttet til planområde:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| PLANTYPE | Plantype | |
| PLANSTAT | Planstatus | |
| VERTNIV | Vertikalnivå for planen | |
| LOVREFERANSE | Lovreferanse | |
| PLANBEST | Planbestemmelser | |
| PLANNAVN | Plannavn | |
| IKRAFT | Ikrafttredelsesdato | |
| LOVREFERANSEBESKRIVELSE | ||
| GJENNOMFØRINGSFRIST | ||
| FORSLAGSSTILLERTYPE | ||
| VEDTAKENDELIGPLANDATO | ||
| KUNNGJØRINGSDATO | ||
| OPPRINNELIGPLANID | ||
| OPPRINNELIGADMINISTRATIVENHET | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO | ||
| PROSESSHISTORIE | ||
| INFORMASJON | ||
| LINK |
Opplysninger knyttet til formålsområdene:
| Egenskap | Verdi | Beskrivelse | Merknad |
|---|---|---|---|
| OBJTYPE | RpArealformålOmråde | ||
| PLANID | Planidentifikasjon | ||
| KOMM | Kommunenummer | ||
| RPAREALFORMÅL | Reguleringsformål | ||
| VERTNIV | Vertikalnivå for planen | ||
| EIERFORM | |||
| UTNTYP | Grad av utnytting | UTNTYP, UTNTALL og UTNTALL_MIN gir egenskapen UTNYTT i eksportert SOSI fil | |
| UTNTALL | Tallverdi for grad av utnytting | ||
| UTNTALL_MIN | |||
| BESKRIVELSE | |||
| FELTNAVN | Feltbetegnelse | ||
| UTEAREAL | Krav til uteareal | ||
| BYGGVERK | Byggverk bestemmelser | ||
| AVKJ | Avkjørsel bestemmelser | ||
| FØRSTEDIGITALISERINGSDATO | |||
| OPPDATERINGSDATO |
Opplysninger knyttet til sikringsonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpSikringOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPSIKRING | Sikring | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til faresonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpFareOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPFARE | Fare | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til støysonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpStøyOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPSTØY | Støy | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til AngittHensynsonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpAngittHensynOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPANGITTHENSYN | Angitthensyn | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til infrastruktursonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpInfrastrukturOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPINFRASTRUKTUR | Infrastruktur | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til gjennomføringsonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpGjennomføringOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPGJENNOMFØRING | Gjennomføring | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til detaljeringsonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpDetaljeringOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPDETALJERING | Detaljering | |
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Opplysninger knyttet til båndleggingsonene:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpBåndleggingOmråde | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPBÅNDLEGGING | Båndlegging | |
| BÅNDLAGTFREMTIL | ||
| HENSYNSONENAVN | ||
| BESKRIVELSE | ||
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO |
Trinn 8: Opprett juridiske linjer, punkter og påskrift¶
Juridiske linjer:
I trinn 8 legger vi inn juridisk bindende linjer og punkter i applikasjonslaget Rp45_Linjer_og_punkt_og_påskrift. Disse inngår ikke i flatedannelser. Eksempler på linjer er vist i figuren under (regulert senterlinje, byggegrense, regulert tomtegrense, målelinje).
Juridiske linjer
Tabellen under viser hvilke koder som finnes for reguleringsplaner i SOSI-standarden. Kodene i uthevet kursiv brukes kun der planen fastsetter en juridisk bindende plassering, slik at endring av disse må behandles som mindre vesentlig endring.
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpJuridiskLinje | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPJURLINJE | Juridisk linjetype | |
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO | ||
| MÅLEMETODE | ||
| NØYAKTIGHET |
Juridiske punkt:
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpJuridiskLinje | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| RPJURPUNKT | Juridisk punkttype | |
| VERTNIV | ||
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO | ||
| MÅLEMETODE | ||
| NØYAKTIGHET |
Påskrift:
Behovet for tekst som skal skrives på plankartet må vurderes i hvert enkelt tilfelle.
Det anbefales å bruke RpPåskrift for all tekst som skal stå på reguleringsplanen.
| Egenskap | Verdi | Beskrivelse |
|---|---|---|
| OBJTYPE | RpPåskrift | |
| PLANID | Planidentifikasjon | |
| KOMM | Kommunenummer | |
| VERTNIV | ||
| STRENG | ||
| RPPÅSKRIFTTYPE | Påskrifttype | |
| FØRSTEDIGITALISERINGSDATO | ||
| OPPDATERINGSDATO | ||
| MÅLEMETODE | ||
| NØYAKTIGHET |
I Gemini Terrain er tekststørrelse knyttet til egenskapen RPPÅSKRIFTTYPE. For denne egenskapen kan vi velge mellom flere predefinerte verdier. Selve presentasjonsreglene er definert under Presentasjon på applikasjonslaget.
Følgende tekstinformasjon vil i de fleste tilfeller gi de mest nødvendige opplysninger:
- Reguleringsformål med eventuell feltbetegnelse, grad av utnytting, samt område størrelse i dekar (daa.)
- Målsetting av avstander fra senterlinje til formålsgrense, byggegrense med mer
- Angivelse av kurveradier
Etter nasjonal produktspesifikasjon skal vi også ha feltnavn og hensynssonenavn på plankartet. Den beskriver i detalj hvordan vi skal gjøre dette.
Før vi legger inn tekstene bør vi bestemme oss for hvilken målestokk vi skal ha i presentasjonstegningen(e).
Malene inneholder presentasjonsregler for stipling, teksthøyder, etc. Standard symbolskala i tegningen er 1:1000. Lager vi kartutsnitt for presentasjonstegningen i målestokk 1:1000 samsvarer disse.
Velger vi målestokk 1:500 i kartutsnittfunksjonen vil verdier for stipling, teksthøyder, etc. automatisk bli skalert slik at størrelsen på plottet fremdeles er korrekt. Problemet er at det nå ser ut som om tekstene har flyttet seg.
Merk
Regelen er derfor at vi må sette symbolskala i tegningen lik målestokken vi ønsker på kartutsnittet før vi setter inn tekstene. Dette gjør vi i dialogen for Tegningsinnstillinger.