Waarom IFC?

Waarom zou u IFC kiezen in plaats van de traditionele technieken om informatie uit te wisselen zoals 2D files in DWG/DXF of DGN formaat? Het grote voordeel van IFC is de objectbeschrijving. Het IFC protocol biedt de mogelijkheid om de volledige geometrische beschrijving in 3D vast te leggen. Ook de exacte locatie en relaties met de omgeving en alle materiaalbeschrijvingen, bouwfysische eigenschappen, afwerking en specificatie kan vastgelegd worden. Het grote voordeel: exacte informatie-uitwisseling met constructeurs en adviseurs. Dat betekent dat de informatie die via het model gecoördineerd kan worden, uitgebreid wordt. Dat werkt stukken beter dan alleen maar te vertrouwen op de afgeleide 2D informatie van 2D CAD systemen.

  

  

IFC positief beoordeeld door ARCADIS

ARCADIS Nederland heeft onderzoek verricht naar de samenwerking tussen partijen die met verschillende softwarepakketten werken. Ruud van Tongeren, ICT Manager Applications, presenteerde onlangs de bevindingen: "IFC bevat voldoende informatie om het totale gebouwmodel verder te analyseren. Men moet wel kennis van het project hebben om er juist mee om te gaan." OpenBIM in een notendop! Lees meer

  

  

Wat is IFC?

vragen en antwoorden

  

Wat is IAI en IFC?

De IAI is de International Alliance for Interoperability opgericht in 1995 door Amerikaanse en Europese AEC (Architecture Engineering and Construction) bedrijven om uitwisseling in de industrie te promoten. De IZI heeft nu zogenaamde “chapters” in Europa, Japan, Korea, Singapore, Australië en Amerika met meer dan 650 bedrijven als lid. De IZI heeft de Industry Foundation Classes (IFC) ontwikkeld om uitwisseling tot een realiteit te maken voor AEC bedrijven.

  

  

Wat is "interoperability" en waarom is het nodig?

Interoperability is de mogelijkheid om intelligente informatie uit te wisselen over projecten op een betrouwbare en consistente manier tussen verschillende software pakketten. Voor een gebruiker betekent dit de mogelijkheid om data te gebruiken in zijn software applicatie die afkomstig is van een andere projectdeelnemer die werkt met andere software in een andere discipline en visa versa. Traditionele CAD software is gebaseerd op het 2D tekenparadigma. De leden van IAI waren gefrustreerd over de karige kwaliteit en bruikbaarheid van uitwisseling van deze 2D entiteiten. Zij konden geen volledige en betekenisvolle data produceren om uit te wisselen. De reden was dat er geen standaard was om de onderdelen van een gebouw vast te leggen, waardoor fouten, dubbelingen, vertragingen, en extra kosten ontstonden. Voor de niet-CAD gebruikers in de industrie (waarvan er vele zijn: calculatoren, bestekschrijvers, bouwfysici, managers) was het al helemaal onmogelijk om informatie te hergebruiken. Deze zijn overgeleverd aan opnieuw invoeren en soms opnieuw uitvinden van de benodigde gegevens. Dit is niet productief of efficiënt.

  

Hoe helpt IAI interoperability?

De IAI heeft een open en onafhankelijke standaard gecreëerd: IFC (industry foundation class), die algemeen beschikbaar is en die AEC objecten definieert. Het belangrijkste concept is de term "object". Objecten hebben geometrie (een 3D beschrijving) maar ook hebben zij properties zoals productnaam, afwerking, kosten, etc. Sommige objecten zijn realistisch zoals een deur of een raam maar anderen zijn abstract zoals bouwkosten. Het verschil tussen deze vorm van uitwisseling en het uitwisselen van lijnen, arceringen en blocks is dat de IFC objecten per definitie 3D zijn en in een geïntegreerd gebouwmodel zijn opgenomen. De onderlinge relatie is tevens vastgelegd waardoor een compleet gebouw met al zijn eigenschappen ontstaat.

  

Wat helpt dit een architect die primair geïnteresseerd is in het produceren van tekeningen?

Laten we even het werk van een installatie adviesbureau beschouwen binnen dit nieuwe paradigma van gebouwinformatie. Traditioneel geeft de architect hem plattegronden en doorsneden van het gebouw. De adviseur moet daaruit destilleren wat het gebruik van de ruimtes is, wat de volumes zijn wat de gebruikte materialen zijn en hun bouwfysische eigenschappen, enz. om de installatie te berekenen. Pas dan is hij in staat om de leidingen te gaan inplannen, in extra lagen die de architect hem heeft toegewezen. De architect moet vervolgens vanuit deze 2D informatie controleren of alles wel past.

  

In een IFC benadering zal de architect het installatie adviesbureau de volledige geometrie van het gebouw sturen in een IFC bestand. De adviseur heeft direct inzicht in de situatie en kan direct volumes afleiden, de constructie en de fysische eigenschappen beoordelen om zijn berekeningen uit te voeren. Ontbrekende materiaaldefinities kunnen worden aangevuld door de software van de adviseur waarna de installatie inclusief eigenschappen in het model kan worden ingevoerd waarbij direct rekening gehouden wordt met de 3D geometrie van het gebouw en de ruimte voor de leidingen. Zijn programma kan op basis van de 3D objecten de ontworpen installatie automatisch doorrekenen ter controle. Het voorstel van de adviseur gaat niet als een set tekeningen terug naar de architect maar als een passend onderdeel van zijn 3D model.

  

Stelt u zich voor dat op deze manier informatie werd afgestemd met elke discipline: de architect zou op basis daarvan pas echt de informatie van installateur, constructeur en andere adviseurs kunnen coördineren en afgestemd houden.

  

Het lijkt een goed concept, maar gebouwen hebben vele honderden onderdelen. Wie gaat er een standaard voor al deze onderdelen vastleggen?

De IAI heeft al meer dan 15 jaar gewerkt met zijn leden en belangrijke CAD sofware ontwikkelaars zoals Graphisoft om deze standaard voor elkaar te krijgen. De laatste release van deze standaard (IFC 2x3) definieert de belangrijkste objecten en relatieconcepten waardoor de kern van een gebouw is vast te leggen. De verschillende chapters zullen verdere invulling kunnen geven aan lokaal benodigde properties. Vandaar ook de oprichting van Building Smart (IAI) Benelux.

  

Waarom promoten andere CAD ontwikkelaars andere benaderingen zoals XML?

IFC versus XML is een foute controverse. Het IFC object model is een definitie van geïntegreerde database van het gebouw. XML is niet meer dan een representatie mechanisme dat een comfortabele manier van het transporteren van dat a blijkt. IFC en XML zijn complementaire technologieën en beide noodzakelijk. Er bestaat een IFC versie van XML onder de naam ifxXML: IFC levert de informatie beschrijving; XML maakt het mogelijk deze te integreren met andere document- en projectmanagement systemen.

  

Hoe kan ik met IFC beginnen?

Als u een ArchiCAD gebruiker bent, bent u op de goede weg. Een ArchiCAD project is namelijk al een geïntegreerde 3D database van een gebouw. ArchiCAD ondersteunt alle releases van de IFC standaard.

  

U kunt het beste met een pilot starten samen met de partij waarmee u informatie wilt uitwisselen op basis van IFC. U kunt ervaring opdoen en onderzoeken welke informatie u in het ArchiCAD model moet stoppen om goede informatie aan te leveren. Wij kunnen u daarbij helpen middels een IFC-cursus of op maat.

  

  

Building SMART

De doelstelling van Building SMART is het bevorderen van de ontwikkeling en het gebruik van open standaarden in alle digitale communicatieprocessen rond projecten van gebouwen en infrastructuur.  Kubus is lid van Building SMART. Kijk voor een actueel overzicht van alle softwareleveranciers die IFC / OpenBIM ondersteunen op www.buildingsmart.com.