Paketet innehåller begrepp, metoder, mallar och värdelistor kopplat till openBIM enligt buildingSMARTInternational.
# Metadata för IFC (HEADER)
**Säkerställer att korrekt metadata inkluderas när IFC levereras.**
## Vad?
Metadata är information om en datamängd, det vill säga ”data om data”. Varje IFC-modell inleds med ett avsnitt med metadata för själva IFC-modellen. Avsnittet rubriceras ”HEADER”. Därefter kommer modellinformationen, som rubriceras “DATA”. Informationen i en IFC-leverans består alltså av följande två delar:
1. **HEADER** med information om IFC-filen. Här finns information om vem som skapat filen, vilken IFC- och MVD-version som använts vid export med mera.
2. **DATA** är innehållet i IFC-filen i form av IFC-entiteter med tillhörande attribut och egenskaper, samt deras förhållanden till varandra.

*Figur 1: Exempel på HEADER och DATA i en IFC-fil. (Filen är öppnad i Windows Anteckningar)*
### Struktur och attribut i IFC HEADER
HEADER innehåller ett antal fördefinierade metadatafält, som kommer med vid IFC-exporten.Dessa beskrivs i tabellen nedan.
Attribut |
Exempel (värde) |
Förklaring |
FILE_DESCRIPTION |
Description 1 |
ViewDefinition (Coordination View) |
Formell definition av den model view definition (MVD) som använts vid export. Denna information kan kompletteras med ytterligare valfri information om exporten, t.ex. “RevitIdentifiers”. |
Implementation Level 1 |
2:1 |
Efterlevnadsklass enligt ISO 10303–21 (STEP). För IFC-formatet är detta värde alltid 2:1. |
FILE_NAME |
Name1 |
C:\V-57-V-000.ifc |
Lokal sökväg och namn för aktuell fil. |
Time Stamp1 |
2024–01-15T21:55:31+01:00 |
Datum och tidpunkt enligt ISO 8601 för när filen skapades. |
Author2 |
Skopis Skopis@byggarebob.se |
Namn och e-postadress till den person som skapat filen. |
Organization2 |
Byggare Bob AB |
Namnet på det företag där personen som skapat filen arbetar. |
Preprocessor version1 |
ODA SDAI 23.12 |
Namn och version för det verktyg som använts för att skapa filen, inte originalprogramvaran som skapat informationsinnehållet. |
Originating System1 |
Autodesk Revit 24.0.5.432 (ENU) - IFC 24.2.0.49 |
Namn, version, och kompileringsnummer för originalprogramvaran. |
Authorization2 |
Bandis Bandis@byggarebob.se |
Namn och e-postadress till den person som godkänt att filen levereras, t.ex. uppdragsansvarig. |
FILE_SCHEMA |
Schema Identifiers1 |
IFC4X3 |
Namn på aktuell IFC-version. |
1 Obligatorisk (värde läggs in av programmet)
2 Valfri (värde kan anges av användaren)
*Tabell 1: Attribut i HEADER för IFC*
## Varför?
Metadata behövs för att kunna identifiera ursprunget på den data som exporterats till IFC. Den metadata som redovisas i filens HEADER är viktig bland annat för att kunna kontrollera följande:
- Är modellen levererad i rätt IFC-version med tillhörande MVD?
- När skapades filen?
- Vem är kontaktperson, om innehållet i modellen behöver diskuteras?
- Vem har skapat filen och vem är uppdragsansvarig?
- Vilken programvara och version har använts för att skapa modellen?
- Vilken export-programvara och version har använts vid IFC-exporten?
Allt detta kan vara bra att veta om till exempel felsökning behöver göras i ursprungsmodellen.
## Hur?
Hur metadata genereras till IFC-filens HEADER beror på vilken programvara som används vid exporten. Hur fälten för METADATA fylls i varierar enligt följande två metoder:
1. Metadata genereras automatiskt vid export till IFC-formatet baserat på programvaruleverantörens inställningar.
2. Användaren väljer vilken data som skrivs till metadatafälten. Hur detta går till varierar beroende på vilken programvara som används. I vissa programvaror finns specifika fält där användaren anger metadata, exempelvis i Autodesk Revit. I andra programvaror hämtas informationen från fördefinierade fält där innehållet inte kan ändras av användaren. I det senare fallet är det viktigt att veta från vilka fält metadata hämtas så att rätt data kommer med vid exporten.
### Ansvar för korrekt METADATA
Ansvaret för att metadata genereras på ett korrekt sätt ligger hos den som skapar IFC-modellen, alltså leverantören av informationen. Det kan vara modellansvarig hos respektive disciplin. I vissa fall exporteras metadata på ett felaktigt sätt. Vid dessa tillfällen bör denna person åtgärda felaktigheten i den exporterade filen via ett textredigeringsprogram, exempelvis Windows Anteckningar.
Metadata redovisas tydligast i programvaror som läser IFC-filer (en “BIM-viewer”). Nedan presenteras samma exempel med metadata i programmet Solibri . Informationen i HEADER redovisas på nivån *IfcProject*. För att granska metadata måste toppnoden i IFC-modellen markeras.

*Figur 2: Exempel på hur HEADER kan redovisas i en programvara som kan läsa IFC*
## Kravställning och leverans
För att säkerställa att metadata för IFC-modellen levereras på ett korrekt sätt ska mottagaren av leveransen ställa krav på metadata i HEADER. Det görs förslagsvis via en leveransspecifikation för objekt, men i nuvarande version av IDS (vers 1.0) går det inte att kontrollera krav på metadata via IDS-formatet. Kraven ska vara en del av projektets informationsutbyteskrav (EIR) i enlighet med anvisningarna i ISO 19650.