SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon

Transkript

1 SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon class Bygning Bygningsavgrensning:: Bygningsavgrensning {root} + grense: Kurve +bygningsavgrensning 0..* 0..* Bygg {root} En bygning må ha enten flategeometri eller punktgeometri, eller begge. Tilbygg trenger ikke ha geometri + område [0..1]: Flate + posisjon [0..1]: Punkt + kommune [0..1]: Kommune + medium [0..1]: Medium + bygningsstatus [0..1]: Bygningsstatus + opprinnelse [0..1]: Opprinnelse + næringsgruppe [0..1]: Næringsgruppe + harheis [0..1]: Boolean + energikilde [0..*]: Energikilde + oppvarming [0..*]: Oppvarming + vannforsyning [0..1]: Vannforsyning + avløp [0..1]: Avløp + bebygdareal [0..1]: Real + etasjedata [0..1]: Etasjedata + bruksenhet [0..*]: Bruksenhet + etasje [0..*]: Etasje + bygningsstatushistorikk [0..*]: BygningsstatusHistorikk + bygningtillegg [0..1]: BygningTillegg + hytteinformasjon [0..1]: Hytteinformasjon + planidentifikasjon [0..1]: CharacterString + koordinatkvalitetkode [0..1]: KoordinatkvalitetKode 1 1 +vedheng 0..* Bygningsvedheng:: Bygningsvedheng {root} + grense: Kurve +bygningslinje 0..* BeskrivendeBygningslinjer:: BeskrivendeBygningsdetalj {root} + trednivå [0..1]: TreDNivå Bygning {leaf} + bygningsnummer: Integer + bygningstype: Bygningstype + ufullstendigareal [0..1]: Boolean +tilknytning 1 0..* Bygningsendring {leaf} + endringsløpenummer: Integer + bygningsendringskode: Bygningsendringskode AnnenBygning {leaf} + bygningstype [0..1]: Bygningstype forholdet/forskjellen på SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon

2 INNHOLD 1. Innledning Hva er en SOSI generell objektkatalog hva er en SOSI produktspesifikasjon objektkatalog? Retningslinjer for en produktspesifikasjon Bruke generell objektkatalog for å lage en produktspesifikasjon Sammendrag

3 1. INNLEDNING Dette dokumentet har som formål å klargjøre forholdet/forskjellen på SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon Dokumentet vil også besvare spørsmålet som ofte stilles, som for eksempel: Har jeg lov til å lage nye objekttyper, egenskaper osv. og ta disse inn i min produktspesifikasjon før de er gjordkjent i SOSI arbeidsgrupper og offisielt tatt inn i SOSI generell objektkatalog? Trenger vi SOSI generell objektkatalog, vi har jo produktspesifikasjoner? En UML-modell er utgangspunktet for databasene SOSI-db og SOSI-ps 2

4 2. HVA ER EN SOSI GENERELL OBJEKTKATALOG HVA ER EN SOSI PRODUKTSPESIFIKASJON OBJEKTKATALOG? SOSI GENERELL OBJEKTKATALOG En katalog som definerer og beskriver objekttyper med egenskaper, operasjoner og forhold objekttypene imellom, slik de framtrer i ett eller flere geografiske datasett. Hensikten med en generell objektkatalog er å spesifisere objekttyper med tilhørende egenskaper og assosiasjoner som er generelle innenfor et fagområde eller generelle på tvers av flere fagområder. PRODUKTSPESIFIKASJONENS OBJEKTKATALOG En detaljert beskrivelse av ett datasett eller en serie med datasett med tilleggsinformasjon som gjør det mulig å produsere, distribuere og bruke datasettet av andre (tredjepart) Beskrivelsen av de respektive produktene (produktspesifikasjon) inneholder også en objektkatalog. Denne må ikke forveksles med SOSI generell objektkatalog som er mer generell og er utgangspunkt for flere produkter. 3

5 3. RETNINGSLINJER FOR EN PRODUKTSPESIFIKASJON Hovedregelen er at produktspesifikasjoner skal innsnevre i forhold til SOSI generell objektkatalog Multiplisitet for egenskaper skal angis i SOSI generell objektkatalog. Kun de egenskaper som vil være med i alle produktspesifikasjoner innenfor fagområdet skal være påkrevet i objektkatalogen. Eksempel fra UML-modell i SOSI generell objektkatalog: Dersom Bygningsendring benyttes i en produktspesifikasjon MÅ endringsløpenummer og bygningsendringskode angis. Egenskaper som kan være nyttige i flere anvendelser, men som ikke alltid må være med, kodes som opsjonelle. En produktspesifikasjon kan sette opsjonelle egenskaper som obligatorisk, men kan ikke gjøre om obligatoriske egenskaper til opsjonelle. Eksemplet Bygningsendring viser obligatoriske egenskaper som ikke kan gjøres opsjonelle i en produktspesifikasjon Definisjoner på objekttyper, egenskaper og kodeverdier i SOSI generell objektkatalog skal være så generelle at de kan inngå i ulike produkter. Definisjonene presiseres i de enkelte produktspesifikasjonene. Eksempel på presisering av Bildegrense i Produktspesifikasjon for vertikalbildedekning (2009) Bildegrense Definisjon (fra SOSI): avgrensing av et vertikalbildeområde/vertikalbildedekningsområde Tilleggsbeskrivelse i prod.spek.: Bildegrensen som avgrenser Vertikalbilde skal være sammenhengende og skal ikke splittes opp i skjæringspunkter med nabobilder. Dette slik at det er mulig å danne flater av det enkelte vertikalbilde, dersom dette er ønskelig En produktspesifikasjon kan introdusere nye egenskaper (med eventuelt nye kodelister) i forhold til SOSI generell objektkatalog, men vil ikke endre den grunnleggende beskrivelsen av objekttypene. 4

6 Innføring av nye egenskaper i en standardproduktspesifikasjon bør samordnes med forvaltningen av SOSI generell objektkatalog! Eksisterende kodelister endres etter vedtak av den som er ansvarlig for kodelista, evt. SOSI arbeidsgrupper. Eksempel på innføring av ny egenskap for N50 Samferdsel VegSenterlinje (et utdrag av egenskapene på objekttypen) På samme måte er det tillatt å innføre nye objekttyper i en produktspesifikasjon. I eksemplet over ser man at MOTORVEGTYPE ikke er tatt fra SOSI generell objektkatalog men er kun i N50 Samferdsel (venstre kolonne), de andre viser SOSI versjon og i hvilke fagområde egenskapen er definert. På denne måten vil det være enkelt å oppdatere SOSI generell objektkatalog (konsensusbasert) på bakgrunn av produktspesifikasjonene. 5

7 4. BRUKE GENERELL OBJEKTKATALOG FOR Å LAGE EN PRODUKTSPESIFIKASJON Produktspesifikasjoner er ikke bundet til faginndelingen i SOSI generell objektkatalog, men henter nødvendige objekttyper og egenskaper fra flere fagområder for å sette sammen en spesifikasjon. Eksempel på N50 Stasjon: 6

8 5. SLUTTKOMMENTAR SOSI-sekretariatet bistår i arbeidet med produktspesifikasjoner etter behov. Da benyttes UML-modellen for å kunne kommunisere enklere med brukerne, ikke minst med tanke på hvilke objektyper, objektegenskaper med tilhørende verdidomene og assosiasjoner som skal inngå i produktspesifikasjonen.. Fra UML modellen for SOSI generell objektektkatalog plukkes objekttyper med egenskaper og assosiasjoner inn i en ny produktspesifikasjonsmodell/objektkatalog. I den nye modellen tilpasses multiplisitet, assosiasjoner. Definisjoner og eventuelt nye objekttyper og egenskaper legges også inn her. Denne UML modellen er også utgangspunktet for å generere GML skjema for utveksling som et alternativt til SOSI syntaks utveksling Etter at UML-modellen er ferdig inkluderes denne i en SOSI-realisert produktspesifikasjon. Det er utviklet et eget verktøy (SOSI-PS) hvor en kan legge inn modellen i form av SOSI syntaks samt de andre kapitlene som utgjør en produktspesifikasjon (kvalitet, vedlikeholdsinformasjon, identifikasjon, etc). På bakgrunn av SOSI-PS genereres et word dokument. UML modellen limes inn og det legges inn en referanse til GML skjema der dette er utviklet. SOSI-db er en Access-database for SOSI generell objektkatalog og SOSI-ps er en database for SOSI produktspesifikasjoner i h h t ISO Mer om SOSI-ps på denne adressen Nye objektyper, egenskaper og koder i kodelister m.m. må ikke være standardisert i SOSI generell objektkatalog før produktspesifikasjonen publiseres. Nye tillegg skal meldes SOSI-sekretariatet. Dette for å sikre at det som er definert som nytt ikke er definert i SOSI fra før, samt at det blir en konsensusbeslutning i de respektive SOSI arbeidsgruppene. 7