Paketet innehåller begrepp, metoder, mallar och värdelistor kopplat till openBIM enligt buildingSMARTInternational.
Attribut och egenskaper - En beskrivning av hur man bestämmer vilken information som ska ligga på attribut respektive egenskaper
Jämför fil Öppna i webbläsare Ladda ner Se meta fil Ladda ner PDFBestäm vilken information som ska ligga på attribut respektive egenskaper.
Information i en IFC-modell redovisas via attribut (Attribute) och egenskaper (Property), som grupperas i olika egenskapsuppsättningar (PropertySet). Attribut är en form av egenskap, men det är definierat och strukturerat på ett visst sätt i IFC-modellen. Strukturen följer en hierarkisk ordning, där nivåerna ovanför bestämmer vad som kan ärvas nedåt. Detta blir tydligast när man använder en BIM-viewer och tittar på en entitet i en IFC-modell. Det är därför bra att känna till vilka de övre nivåerna för attributen är.
Följande attribut gäller för alla fysiskt existerande objekt (IfcElement) och ska således alltid finnas med i strukturen för en entitet.
Tabell: IFC:s attribut överst i hierarkin .
Attribut | Beskrivning |
---|---|
1. GlobalId1 | Global unik identifikation som automatiskt skapas i programvaran under modelleringen. Den används för samverkan mellan olika programvaror och är inte gjord för mänsklig tolkning. |
2. OwnerHistory2 | Information om ägaren till respektive entitet. |
3. Name2 | Benämning av objektet. |
4. Description2 | Beskrivning av objektet, utöver Name. |
5. ObjectType2 | Objekttyp. Detta attribut får enbart användas om attributet PredefinedType har värdet USERDEFINED. (Se vidare i avsnittet om Entiteter och Typer.) |
6. ObjectPlacement2 | Objektets läge i gällande koordinatsystem. |
7. Representation2 | Objektets visuella representation. Hanteras av programvaran och kan ej styras av användaren. |
8. Tag2 | Identifikation av respektive förekomst, till exempel ”Fönster 1”. Denna kan till skillnad från GlobalId vara mänskligt tolkbar. Denna kan exempelvis användas för referensbeteckningar. |
X. PredefinedType2 | Objekttyp enligt fast värdelista inom IFC-formatet. (se vidare i avsnittet om Entiteter och Typer). |
1 Obligatorisk (värde läggs in av programmet)
2 Valfri (värde kan anges av användaren)
Av dessa är enbart GlobalId obligatorisk. Övriga attribut är valfria, men de flesta programvaruleverantörer väljer ändå att exportera information till dessa attribut. Denna ”mappning” mellan programvaran och IFC-formatet går oftast inte att ändra eller styra av användaren. Vissa programvaror har dock infört en möjlighet att skapa parametrar som överskrider denna mappning med så kallade override parameters.
Av de valfria attributen ovan är följande identifierande information:
De egenskaper (Properties) som redovisas i IFC-formatets egenskapsuppsättningar (PropertySets) innehåller däremot inte denna typ av identifierande egenskaper. Det vill säga, om dessa egenskaper ska anges via ”egenskaper”, alltså inte via attribut, måste de skapas som användardefinierade egenskaper i en användardefinierad egenskapsuppsättning. Detta beskrivs vidare i kapitlet ”Egenskaper och egenskapsuppsättningar”.
För att kunna sortera objekt i en IFC-modell är den identifierande informationen för varje entitet viktig att få med. Informationen som sådan kan läggas i attributen eller i användardefinierade egenskaper, som kan läggas i en användardefinierad egenskapsuppsättning. De två alternativen utesluter inte varandra. Det handlar om hur projektet vill tydliggöra viss typ av information.
Vid kravställning av informationsleveranser med IFC-formatet bör det framgå vilken identifierande information som kravställs och om denna ska beskrivas via attribut eller som egenskaper i en användardefinierad egenskapsuppsättning.
För att kunna kravställa information på dessa attribut är det viktigt att säkerställa att de originalprogramvaror som används vid export till IFC-formatet kan leverera detta, det vill säga att användaren har möjlighet att påverka innehållet i dessa attribut.
Nedan följer ett exempel på hur attributen kan kravställas:
Tabell: Exempel på krav på identifierande attribut.
Identifierande information | Beskrivning | Källa | Attribut |
---|---|---|---|
Benämning | Benämning i fritext. | Användardefinierad | Name |
Beskrivning | Beskrivning. | www.bipkoder.se/#/beteckningar Kolumn: Underkategori |
Description |
Beteckning | Beteckning på typnivå (littera). | www.bipkoder.se/#/beteckningar Kolumn: Beteckning (TypeID) |
ObjectType |
Referensbeteckning | Unik identifikation. | Enligt uppdragsgivarens referensbeteckningssystem. | Tag |
Objekttyp | IFC-standarden. Ange alltid värdet USERDEFINED | PredefinedType |
Nedan följer samma exempel hur den identifierande informationen kan kravställas som egenskaper i en egenskapsuppsättning.
Tabell: Exempel på krav på identifierande egenskaper.
Identifierande information | Beskrivning | Källa | Egenskap | Egenskaps- uppsättning |
---|---|---|---|---|
Benämning | Benämning i fritext. | Användardefinierad | TypeName | SE-BIP |
Beskrivning | Beskrivning. | www.bipkoder.se/#/beteckningar Kolumn: Underkategori |
TypeDescription | SE-BIP |
Beteckning | Beteckning på typnivå (littera). | www.bipkoder.se/#/beteckningar Kolumn: Beteckning (TypeID) |
TypeID | SE-BIP |
Referensbeteckning | Unik identifikation. | Enligt beställarens referensbeteckningssystem. | ObjectID | SE-BIP |
Objekttyp | Används ej vid nyttjande av egenskapsuppsättningar |