• No results found

SOSI – Sekretariatet

N/A
N/A
Protected

Academic year: 2022

Share "SOSI – Sekretariatet"

Copied!
22
0
0

Laster.... (Se fulltekst nå)

Fulltekst

(1)

SOSI

SOSI datamodeller og digitale datamodeller og digitale planer

planer

Geir Myrind

SOSI – Sekretariatet

[email protected]

(2)

Oversikt Oversikt

† Litt om organiseringen av SOSI–arbeidet

† Sekretariatet og arbeidsgrupper

† Hva er SOSI

† Objektkatalog og dataformat

† Hvorfor SOSI

† Utveksling av stedfestet informasjon

† Standardiserte beskrivelser

† Grunnlag for databaseimplementasjoner

† SOSI-formatet – syntaks og datamodell

† Planmodellen – krav til planen

(3)

SOSI

SOSI - - sekretariatet sekretariatet

† Ansvarlig for utarbeidelse av SOSI standarden

† Arrangerer SOSI arbeidsgruppemøter

† Jobber med konvergering mot internasjonale standarder

† ISO TC211 Geographic Information/Geomatics

† Beskrivelsesmetoder og teknikker

† Datamodeller og XML-basert utvekslingsformat

† UML og GML

† SOSI versjon 4.0 er på trappene

(4)

Min bakgrunn Min bakgrunn

† Deltager i SOSI arbeidsgruppe 9 plandata

† Kan (svært) lite om planfaget

† hjelper plangruppen med å lage en fornuftig SOSI datamodell og standard

† Har liten erfaring med SOSI fra brukersiden

† Heller ingen erfaring med konstruksjon av planer

† De fleste her kan mer enn meg om brukernes praktiske problemstillinger

† Som andre fagmiljøer snakker vi eget stammespråk

† Beskrivelsesmetodene våre kan virke noe kompliserte

† Spør om det er noe dere ikke forstår

(5)

Hva er SOSI?

Hva er SOSI?

† Samordnet Opplegg for Stedfestet Informasjon

† Nasjonal standard for utveksling av geografisk informasjon mellom ulike systemer

† SOSI er to ting:

† Beskrivelse av fagområder

† Det vi kaller objektkatalogen (objekttyper med egenskaper)

† Plandata er et av fagområdene

† Standardisert datarepresentasjon

† SOSI-formatet

† Beskrivelse av geografisk informasjon i henhold til spesifikasjonen (objektkatalog)

† Geometrisentrert

(6)

Objektkatalog og format Objektkatalog og format

Definisjon av restriksjonsområde i objektkatalogen:

.OBJDEF

..OBJTYPE RbRestriksjonOmråde ..LTEMA 1206

..REGFORM H3 ..PLANID T16

..VERTNIV H1 Opsjonelle ..FELTNAVN T20

Forekomst av objektet på SOSI format

.FLATE 10:

..OBJTYPE RbRestriksjonOmråde ..FTEMA 1206

..REGFORM 640

..REF :3 :4 ref til grenselinjene for flaten ..NØ

4944 3530 representasjonspunkt

objekttypens datamodell (UML):

RbRestriksjonOmråde + område : Flate

+ representasjonspunkt : Punkt

+ tema[0..1] : Temakode = 1206 {frozen}

+ reguleringFormål : RegformRestriksjon

+ feltBetegnelse [0..1] : CharacterString

+ vertikalNivå [0..1]: VertikalNivå

(7)

SOSI SOSI - - arbeidsgrupper arbeidsgrupper

Ag1 Teknikker og modeller

Ag3

Fastmerker og høydeinformasjon

Ag4 Kyst og sjø,

fiskeri, olje innsjøer og vassdrag

Ag5

Eiendomsdata, administrativ inndeling, bygg

++

Ag6

Naturressurser, vern- og kulturminner

Ag7a

Samferdsel (veg, bane og luft)

Ag8 Stedsnavn

Ag7b Ledningsnett

Ag9

Plandata

(8)

SOSI SOSI - - objektkatalog er grunnlaget objektkatalog er grunnlaget for produktspesifikasjoner

for produktspesifikasjoner

Datasett Datasett Datasett Datasett Datasett Datasett Arealis datasett

spesifikasjoner Produktspesifikasjon

FKB Kartdata

N50-N250

Vegdata (VBASE)

Produkt- spesifikasjon for Plandata

???

Datasett Datasett Datasett Datasett Datasett Datasett objektkatalog

NB! Sekretariatet skal fra og med

2005 bistå i arbeidet med produkt-

spesifikasjonene.

(9)

Eksempel dataflyt i en kommune Eksempel dataflyt i en kommune

Kommune

Arkitekt

SOSI

Riksantikvar/

Naturbase

SOSI

Verneområder Kulturminner Vei, bane

Bygninger Eiendomsinformasjon

SOSI

Reguleringsplan

Fylkesplan Kommuneplan

FKB Plandata

Rpr

SOSI gjør informasjonsutveksling enklere!

(10)

Informasjonsutveksling fordrer at Informasjonsutveksling fordrer at

standarden følges standarden følges

† SOSI spesifiserer en syntaks

† SOSI filen må ha gyldig format

† Korrekt geometrikonstruksjon

† Geometri i henhold til gjeldende regler (SOSI nivå 3 og 4)

† Planen må være i henhold til

† datamodellen (eller databeskrivelsen)

† SOSI spesifikasjonen

† Arealis planspesifikasjoner

† Produktspesifikasjon for plan (kommer? )

† veiledere for digitale planer

† Eventuelle krav til leveranser

† Planen må forholde seg til eksisterende kartgrunnlag

† Ha riktig koordinatsystem, må kunne føres inn/ut av et GIS

system

(11)

Litt om DAK i forhold til GIS Litt om DAK i forhold til GIS

† To verdener som datateknisk ikke henger sammen

† DAK systemer er gode på tegning og editering

† GIS systemer er gode på forvaltning og analyse

† I DAK systemer kan en plan i enkleste tilfelle være notater knyttet til en tegning

† Presentasjonsformål

† En tegning går vanskelig direkte inn i et GIS system

† Integrering med GIS gir ekstraarbeid

† I GIS systemer er koblingen til kartkoordinater vital

† Analyse og kontroll

† Håndterer 3D data, for eksempel høydekurver og terrenglinjer

(12)

Integrering av to verdener Integrering av to verdener

† Stedfestet planinformasjon danner (normalt) et sammenhengende nettverk av linjer og flater

† Korrekt koding av geometri

† Topologi oppbygning

† Skal denne informasjon utveksles mellom ulike systemer må vi definere hvordan punkter, linjer, flater etc. skal beskrives

† SOSI formatets datastruktur tilbyr mekanismer

for å gjøre dette

(13)

Hodet på SOSI

Hodet på SOSI - - filen filen

.HODE

..TEGNSETT DOSN8 ..TRANSPAR

…KOORDSYS 3

…ORIGO-NØ 100000 10000 ...ENHET 0.100

..OMRÅDE

…MIN-NØ 266400 57600

…MAX-NØ 268800 60 800 ..SOSI-VERSJON 3.4

..SOSI-NIVÅ 4

referansesystem

SOSI-nivå

(14)

SOSI nivåer SOSI nivåer

Definisjon Kode Forklaring .DEF

..SOSI-NIVÅ H1

1 Dette er den enkleste form en kan overføre data på i SOSI.

Her er det bare tillatt med en egenskapsopplysning pr.

grafisk element, og det er ikke lov med punktinformasjon. (nærmest ubrukbar selv til vanlige kart)

6 Dette nivået indikerer at mekanismen UTVALG er benyttet. Dette nivået impliserer også at OBJEKT er benyttet (SOSI-NIVÅ 5).

5 Dette nivået indikerer at fila inneholder geometriløse objekter (OBJEKT) med relasjoner og egenskaper

4 Dekker nivå 3. I tillegg er det på dette nivå mulig å overføre grafiske objekter. (FLATE, TRASE osv.) I nivå 4 er bruk av serienummer/ referansenummer innført.

3 Dekker nivå 2, men i tillegg er knutepunkt implementert. Data på SOSI-NIVÅ 3 indikerer altså at data er renset i krysningspunkter, og at krysningspunktene er etablert som ...KP.

2 Dette nivået dekker alt som har med koding av data å gjøre. I dette nivå finner en multiple egenskaper samt punktinformasjon. Nivået dekker ikke bruk av knutepunkt og definering av grafiske objekter.

Plandata

Ikke implementert

(15)

Korrekt konstruksjon av linjer og Korrekt konstruksjon av linjer og

flater flater

† Lenker av linjer kobles i knutepunkter (KP)

† To linjer sammenknyttes i nodepunktet med felles koordinat

† Snap alltid til eksisterende kartgrunnlag

† For eksempel eiendomsgrenser

† Knytningspunkter for linjer

† Flater dannes av linjer med sammenfallende endepunkter

† Skal danne et lukket polygon

† En kurve i SOSI kan inngå i flere flater (deling)

† Doble linjer bør unngås og skaper trøbbel ved forvaltning

(16)

Er objektet spesifisert i henhold Er objektet spesifisert i henhold

til spesifikasjonen?

til spesifikasjonen? (datamodellen) (datamodellen)

† Påkrevde egenskaper i spesifikasjon må være definert

OBJDEF

..OBJTYPE RbRestriksjonOmråde ..FTEMA 1206

..REGFORM H3 Påkrevet ..PLANID T16

..VERTNIV H1 Opsjonelle

..FELTNAVN T20

† Verdien til en egenskap må ha riktig verdidomene

..VERTNIV underbakken FEIL

† SOSI kontroll fanger lett opp dette!

† Er kvalitetsegenskaper med ?

† DATO og KVALITET

.FLATE 10:

..OBJTYPE RbRestriksjonOmråde ..FTEMA 1206

..REGFORM 640 Må være med ..REF :3 :4..NØ

4944 3530

(17)

Følger planen datamodellen?

Følger planen datamodellen?

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)

reguleringFormålUtdyping er påkrevet dersom reguleringFormål er lik Særskilt angitt fare (590)

reguleringFormålUtdyping er påkrevet drsom reguleringFormå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)

RbBevaringGrense + grense : Kurve

+ tema[0..1] : Temakode = 1207 {frozen}

RbFareGrense + grense : Kurve

+ tema [0 ..1] : T emako de = 12 05 {fro zen}

RbRestriksjonGrense + grense : Kurve

+ tema[0..1] : Temakode = 1206 {frozen} RbRekkefølgeGrense

+ grense : Kurve

+ tema[0..1] : Temakode = 1209 {frozen}

RbFor nyelseG rense + grense : Kurve

+ tema[0..1] : Temakode = 1208 {frozen}

RbFormålGrense + grense : Kurve

+ tema[0..1] : Temakode = 1202 {frozen}

RbGrense + grense : Kurve

+ tema[0..1] : Temakode = 1201 {frozen}

RbBevaringOmråde + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakode = 1207 {frozen}

+ reguleringFormål : RegformBevaring + feltBetegnelse [0..1] : CharacterString + vertikalNivå : VertikalNivå

1..*

1..2

+rbBevaringAvgrensning 1..*

1..2

<<Topo>>

RbFareOmråde + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakolde = 1205 {frozen}

+ reguleringFormål : RegformFare + feltBetegnelse [0..1] : CharacterString + reguleringFormålUtdyping [0..1] : CharacterString + vertikalNivå : VertikalNivå

1..*

1..2

+rbFareAvgrensning 1..*

1..2

<<Topo>>

RbRestriksjonOmråde + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakode = 1206 {frozen}

+ reguleringFormål : RegformRestriksjon + feltBetegnelse [0..1] : CharacterString + vertikalNivå : VertikalNivå

1..*

1..2

+rbRestriksjonAvgrensning 1..*

1..2

<<Topo>>

RbRekkeføl geOmrå de + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakode = 1209 {frozen}

+ reguleringFormål : RegformRekkefølge + feltBetegnelse [0..1] : CharacterString + vertikalNivå : VertikalNivå

1..*

1..2

+rekkefølgeAvgrensning 1..*

1..2

<<Topo>>

RbFornyelseOmråde + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakode = 1208 {frozen}

+ reguleringFormål : RegformFornyelse + feltBetegnelse [0..1] : CharacterString + vertikalNivå : VertikalNivå

1 ..*

1..2

+rbFornyelseAvgrensning 1 ..*

1..2

<<Topo>>

RbFormålOmråde + område : Flate

+ representasjonspunkt : Punkt + tema[0..1] : Temakode = 1202 {fixed]

+ reguleringFormål : RegformBrukFormål + reguleringFormålUtdyping [0..1] : CharacterString + feltBetegnelse [0..1] : CharacterString + utnytting [0..1] : RbUtnytting + uteOppholdAreal [0..1] : Integer

+ byggverkBestemmelser [0..1] : ByggverkBestemmelser + avkjørselBestemmelse [0..1] : AvkjørselBestemmelse + vertikalNivå : VertikalNivå

1 ..*

1..2

+rbFormålAvgrensning 1 ..*

1..2

<<Topo>>

RbPåskrift + senterlinje : Kurve + posisjon : Punkt

+ tema[0..1] : Temakode = 1280 {frozen}

+ generellTekststreng : CharacterString + vertikalNivå : VertikalNivå

RbJuridiskLinje + gren se : Ku rve

+ tem a[0..1] : Tema kode = 1218 {f rozen}

+ type Juridisk Linje : TypeJu ridiskLin je + vert ikalNivå : Verti kalNivå RbOmråde

+ område : Flate + representasjonspunkt : Punkt + tema[0..1] : Temakode = 1201 {frozen}

+ planIdentifikasjon : CharacterString + planNavn : CharacterString + planType : RbPlanType + planStatus : PlanStatus + vertikalNivå : VertikalNivå + ikrafttredelseDato : Date + planBestemmelse : PlanBestemmelse + lovReferanse [0..1] : CharacterString

1..*

1..2

+rbAv grensnin g 1..*

1..2

<<Topo>>

0..*

1 +bevaring

0..*

1

0..*

1 +fare

0..*

1

0. .*

1

+restriksjon 0. .*

1

0..*

1

+rekkefølge 0..*

1

1 0..*

+fornyelse 1 0..*

1..*

1

+reguleringsFormål 1..*

1

0..*

1

+pås krift 0..*

1

0..*

1

+juridiskLinje 0..*

1

RbJuridiskPunkt + posisjon : Punkt

+ tema[0..1] : Temakode = 1219 {frozen}

+ typeJuridiskPunkt : TypeJuridiskPunkt + vertikalNivå : VertikalNivå 1

0.. * 1

+juridiskPunkt 0.. *

utnyttingType er lik; Tillatt bebygd areal (1),

Tillatt bruksareal (2), eller Tillatt tomteutnyttelse (3) benyttes kun ved regulerings-/bebyggelsesplaner der grad av utnytting er angitt i henhold til byggeforskrift 87, kap. 22.) utnyttingType er lik; Tillatt utnyttelsesgrad (4), Tillatt flateutnyttelse (5), Brutto gulvareal (6) eller Bebygd flate (7) benyttes kun for eldre planer

Multippel temakoding er ikke lenger lov.

Objekttypene har fått egen ny temakode og ny en egenskap som typeJuridiskLinje/Punkt som refererer de gamle kodene.

(typeJuridiskPunkt og typeJuridiskLinje) Nye temakoder 1218 og 1219

(18)

Eksempel: Del av datamodellen Eksempel: Del av datamodellen

modell for reguleringsplanen modell for reguleringsplanen

† Hva kan vi lese ut av modellen?

† Et RbOmråde har null eller flere restriksjonsflater

† En restriksjonsflate eksisterer ikke uten et RbOmråde

† Et RpOmråde har en eller flere formålsflater

† En formålsflate eksisterer ikke uten et RbOmråde

† Ingen aggregerte områder kan ligge utenfor flaten RbOmråde

† Dette må i ivaretas ved konstruksjon av planen

† Alt i datamodellen ivaretas ikke alltid av SOSI-kontroll

RbFormålOmråde RbOmråde

1

1..*

1

+reguleringsFormål 1..*

RbRestriksjonOmråde

1 0..*

1

+restriksjon 0..*

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å.

(19)

Mer om datamodellen Mer om datamodellen

† REGFORMUTDYP kan kun brukes når REGFORM har gitte verdier

† SOSI kontroll kan sjekke om denne regelen er overholdt

..REGFORMUTDYP Kan benyttes for følgende koder av REGFORM:

199, 299, 398, 399, 459, 469,631,699,790,990, 999

RbFormålOmråde + område : Flate

+ representasjonspunkt : Punkt

+ tema[0..1] : Temakode = 1202 {fixed]

+ reguleringFormål : RegformBrukFormål

+ reguleringFormålUtdyping [0..1] : CharacterString ...

reguleringFormålUtdyping er påkrevet dersom reguleringFormå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)

(20)

Planen skal konstrueres i henhold til Planen skal konstrueres i henhold til

veilederne fra MD veilederne fra MD

† Eksempel: Planen konstrueres etter laginndeling

spesifisert for reguleringsplaner

(21)

Oppsummering

Oppsummering planen må følge planen må følge standarden

standarden

† SOSI syntaks

† Korrekt geometrikonstruksjon

† Planen må være i henhold til

† datamodellen (eller databeskrivelsen)

† veiledere for digitale planer

† Eventuelle krav til leveranser

† Planen må forholde seg til eksisterende kartgrunnlag

† Planen skal rett og slett være riktig :)

(22)

Litt informasjon Litt informasjon

† SOSI standarden

† http://www.statkart.no/standard/sosi/html/

† SOSI 4.0 i løpet av 2005? Ingen fastsatt dato

† SOSI Plan – spørsmål og svar

† Sekretariatet og MD jobber med å håndtere (de mange) planhenvendelser på en bedre måte

† Oppdaterte veiledere på nett i fremtiden

† GIS / DAK prosjekt

† http://www.iai.no/ifg/index.html

† ISO TC211 Geographic Information/Geomatics

† www.isotc211.org

Referanser

RELATERTE DOKUMENTER

6 Spørsmålet blir dermed om de sentrale myndigheters styringsrom gir muligheter for å kombinere ulike hensyn på forskjellige områder, eller ”slå to fluer i en smekk.” I

Næringsforeningenes frokostmøter - innlegg v/Per Egil Pedersen og Birgit Solem for over 300 næringslivsledere ulike steder i Vestfold – flere nye innlegg er allerede planlagt

Når det gjelder forskjellen mellom andelen faglærere og lektorer som arbeider innenfor helt andre områder (17 % vs. 6 %), kan også dette ha flere forskjellige årsaker: For

a. Størrelsen av de områder som berøres av de ulike former for erosjon. Metodene &#34;Som brukes ved kontroll av erosjon og sedimentas- jonen, med eksempler

Mikroflekkene foreligger i forskjellige flinttyper og har dessuten ulike attributter, noe som viser at det har vært flere kjerner i bruk, eller at en del av mikroflekkematerialet

Vi har også flere saker som gjelder konflikter mellom leger som jobber i en gruppe- praksis, sier han.. Disse sakene krever ofte at vi inntar

Men selv om nociseptorspesifikke lamina I-nevroner og WDR-nevroner sender aksoner til i alle fall delvis forskjellige områder i hjernestammen og thalamus, er det omstridt om

Vi er i gang med å se på flere beiteområder i ulike deler av Norge. Områder blir plukket ut som følger: 1) Områdene skal til sammen representere ulike regioner i Norge