Bakgrund

Det finns ett befintligt förslag till ett fastighetsmeddelande som är hierarkiskt uppbyggd, d.v.s. det beskriver en eller flera fastigheter med deras byggnader. För varje byggnad specificeras samtliga våningar som i sin tur innehåller ett antal utrymmen. Fördelen med detta medde­lande är att det är enkelt att överblicka och relativt enkelt att implementera. Nackdelen är dock att det är svårt att hantera andra strukturer, speciellt då objekt som har relationer till andra objekt på olika nivåer

Förslag

För att få ett mer generell och effektivt meddelande bör man istället dela upp meddelandet så att man separerar den faktiskt informationen för respektive objekt och objektens relationer till varandra. Detta måste dock göras på en rimlig nivå så att man inte för ett alltför komplext med­delande varför man i första hand bör begränsa sig till följande objekt:

• Infrastrukturell enhet (fi2constructioncomplex)
• Fastighet (fi2property)
• Registerbyggnad (fi2cadestrialbuilding)
• Byggnadsverk (fi2structure)
• Våningsplan (fi2floor)
• Utrymme (fi2space Våningsplan (fi2floor)
• Byggdel (fi2element)
• Byggdelskomponent (fi2elementcomponent)
• Utrymmessystem (fi2spatisystem)

Samtliga dessa objekt identifieras i ett meddelande med dess id-attribut som skall vara unikt för varje objekt inom ett meddelande.

Relationen mellan dessa objekt lagras sedan i hieratiska strukturer som blir det faktiska med­delandet, d.v.s. de beskriver vilka objekt förs över och vilken relation dessa har till varandra. Det finns redan idag en struktur (fi2hierarchy) som skulle kunna användas för detta. Syftet med denna struktur är dock att föra över organisationsstrukturer och liknande. Att använda fi2hierarchy för att relatera olika byggnadsobjekt skulle ge ett alldeles för generellt medde­lande som skulle vara mycket dyrt och svårt att implementera.

Istället bör man bygga upp mer funktionsanpassade strukturer som styr vad man vill föra över och hur aktuella objekt relaterar till varandra. Grundinformationen är gemensam men vilka ob­jekt som är relevanta och hur dessa är relaterade till varandra är lättare att hantera på detta sätt. En struktur skulle kunna beskriva byggnaden från CAD-hållet d.v.s. motsvara det tidi­gare bygginfo-meddelandet. En annan struktur skulle kunna presentera samtliga lä­genheter. Ytterligare strukturer skulle kunna användas för att visa hisschakt, larm/städområden, ventila­tions/elförsörjningsområden och annat. Det är viktigt att dessa strukturer är väl dokumenterade.

Ett första förslag på detta meddelande innehåller följande uppbyggnad:

Med tanke på den nära kopplingen till IFC bör man även införa en metod att lagra IFC-objekt inom meddelandet på motsvarande sätt.

Projektets genomförande

• Sammanställande av krav på ett sådant meddelande från intressegrupp, tekniskt råd samt föreningens medlemmar.

• Fastställande av meddelandets ramar; vilka funktioner skall hanteras av meddelandet samt vilka begränsningar skall finnas med tanke på informationsmängden. Detta ar­bete skall ske som i dialog med den aktuella intressegruppen.

• Utveckling av en teknisk lösning inklusive meddelandeexempel för ett par tänkta scenarier.

• Genomgång med tekniska råd samt remiss mot referensgrupp.

• Slutförande och test