Harmonisering og kommunikasjon bygg/kart v/erling Onstein, Statens kartverk
BAKGRUNN Bygg/Kart Betegnelse på to ulike fagområder Bygg arbeider først og fremst med det som er menneskeskapt Kart arbeider med det som er naturgitt Bygg og kart møtes i anlegg/lednings-håndtering, der menneskeskapte og naturgitte fenomen er like viktige Begge fagområder har sine egne velutvikla verktøy og metoder for å støtte det arbeidet som er nødvendig Kart har GIS, bygg har BIM/DAK Harmonisering / kommunikasjon Klart behov for å se hele bildet, ikke bare en side Viktig å avklare ambisjonsnivå: Innsyn: se utvalgte deler av det andre arbeider med, uten å gjøre noe med det Samhandling: arbeide mot samme datagrunnlag
FELLES FUNDAMENT: OBJEKT-FOKUSERT Fra en start med utgangspunkt i tegninger (byggtegninger og kart) arbeider nå begge fagområder med objekter Eksempel på kart-objekt: Elv, bekk, sti, skog, myr, grunneiendom Eksempel på bygg-objekt: Dør, vindu, rør, vegg, kabel, ventil Systematiseringen av objektene skjer i objektkataloger der en definerer objekttyper: klasser som det er naturlig å gruppere enkeltobjektene i standardiserte beskrivelser, med gitte egenskaper (eier, alder, lengde, bredde, materialtype, diameter,.) Forklaring på forhold objektene kan ha til andre objekt (eiendomsgrense avgrenser eiendomsteig) Prinsipper for beskrivelse av livsløpet til objektene (fra de oppstår til de forsvinner) UML klassediagram fra SOSI Generell objektkatalog
FORUTSETNING FOR HARMONISERING: FELLES SEMANTIKK Semantikk: forståelse av objektene som det arbeids med I de tilfellene en har overlappende data, trengs det oversettere: I kart/gis-objektkataloger finnes objekttypen Bygningsenhet, med utgangspunkt i det juridiske (et objekt som kan omsettes som en enhet), delvis også for visualisering I bygg/dak-objektkataloger er byggets oppbygging beskrevet med mange objekttyper (= byggets bestanddeler) Viktig å kjenne hvordan enkeltobjektene henger sammen For å kunne beregne arealet på en bygnings-enhet ut fra DAK-bestanddelene IfcDoor (Definition from IAI) The door is a building element that is predominately used to provide controlled access for people and goods. It includes constructions with hinged, pivoted, sliding, and additionally revolving and folding operations. A door consists of a lining and one or several panels, properties concerning the lining and panel are defined by the IfcDoorLiningProperties and the IfcDoorPanelProperties. SOSI Bygg bygg eller del av bygg som oppfattes som en selvstendig enhet som kan rives separat.
HARMONISERING AV OBJEKTKATALOGER Kilde: Presentasjon Den kloke tegning, 2010
ULIK STRUKTUR I OBJEKT-BEHANDLINGEN Prinsipper for objektkataloger BYGG/BIM: Basert på ISO12006-3/ISO16739 Kart/GIS: Basert på SOSI/ISO19110 Objekttyper - elv - dør - veg Viktig i bygg (IFD) Finnes ikke i kart/gis Objekt-produsenter -standard-dør -standard-rør Objekter -Glomma -Inngangsdøra til møterommet
FELLES FORSTÅELSE AV OBJEKT- EGENSKAPER Objektkatalogene bestemmer hvilke egenskaper som skal være med for hver objekttype Egenskapene beskiver de enkelte objektforekomstene Eier, produsent, byggeår, størrelser, plassering Enkelt å sette opp mappingregler bygg/kart når en snakker om egenskaper til felles objekttyper Mye større utfordringer når objekt-typene ikke er de samme Ofte domene-spesifikke egenskaper Av mindre interesse å utveksle Kan være sikkerhets-belagt
PLASSERING/GEOMETRI-UTFORDRINGEN Kart: Alle objekt plasseres i et globalt referanse-system Få geometrityper nødvendig (punkt, kurve, flate, ) Topologi viktig, men kan ofte avledes av geomtrien Tradisjonelt 2,5D: til hver nord/øst-koordinat finnes kun 1 høydeverdi Bygg: Utgangspunkt: et bygg har sitt lokale koordinatsystem Mange objekt med lik geometri, og som kan beskrives med parametre (bredde, høyde, tykkelse) Flere geometrityper Full 3D: Objekter fyller opp volumer Viktig å beskrive hvordan objektene settes sammen til et større hele Anlegg noe imellom? Lar seg løse, men krever at noen går opp løypa
LIVSLØP / TIDS-DIMMENSJONEN Tradisjonelt oversett (i alle fall i GIS), men får øket fokus Prosjektering bygging FDV - Fjerning Kilde: Digital plandialog, 12k-samarbeidet, Vestfold
VEIEN VIDERE Identifisering av brukerbehov/krav Avklare ambisjonsnivå Vurdere og implementere standarder Ambisjonsnivå: Innsyn: Nok å kunne flytte data fra originalen til innsyns-brukeren Tilpasse (med tillatt modifisering) til mottakeren Samhandling /interoperabilitet: Data skal kunne flyte fram og tilbake Krever overføringer som ikke ødelegger informasjonen Naturlig med - et forprosjekt for å sette kursen - gjennomføring i et hovedprosjekt