Presentatie gegeven op 11 mei 2012 door Ronald van Aggelen, ZEEP architecten, in het kader van de collectieve bijeenkomst ESF (europees sociaal fonds). Een aantal slides over IFC zijn afkomstig van Leon van Berlo TNO.
7. ARCHICAD
DDS CAD
? REVIT STRUCTURE
uitwisselen tussen partijen met verschillende software
8. rev
it ar
chit
ectu
ARCHICAD
re
jij m
ep ag b
m lijv
vit en !
re
DDS CAD
rvt REVIT STRUCTURE
want dan gaat het wel goed ! (let op: er is niets mis met revit)
9. I M
B
een zwitsers-BIM-zakmes bestaat niet | theorie versus praktijk
11. ?
specifiek voor: specifiek voor:
architecten staalconstructie / productie
archicad versus tekla | focus op interoperabiliteit
12. OPEN STANDAARD
Het IAI (International Alliance for Interoperability) is in 1994 opgericht
met de doelstelling een open (en software producent onafhankelijke)
‘intelligente’ 3D CAD-uitwissel-standaard te ontwikkelen voor engineering
in de architectuur, constructie en installatie.
samenwerking volgens open standaard
19. Wie zijn er mee bezig?
Technisch:
• IAI / BuildingSMART (www.iai-tech.org)
• AEC3 (Thomas Liebich)
• TNO (Peter Bonsma)
• Instituut voor BIM (ibim.nl)
Marketing:
• BuildingSMART
• BuildingSMART BeNeLux (NL)
• Bouw informatie raad (NL)
wie zijn er mee bezig?
24. In totaal ~ 80 onderscheidbare objecten:
• IfcWall
• IfcColumn
• IfcFloor
•…
• IfcProxy (voor alles wat niet onder de anderen valt)
problemen met IFC
25. Naast Pset’s en ‘vrije’ property-sets is behoefte aan meer
(standaardisatie)
O.a. met als reden:
• Pset’s zijn incompleet
• Er is geen Pset beschikbaar voor een bepaald ‘product’
• De definitie is (vaak) onvoldoende in de praktijk
• 80 objectsoorten in IFC – 100.000 werkelijk in de bouw
• Pset verzamelingen is nog geen 1% van benodigde informatie
voor alle disciplines
problemen met IFC
26. Voorbeeld Issue 2 Voorbeeld Issue 2
SpaceBoundaries => oppervlakten NU & GEWENST
SpaceBoundaries => oppervlakten2x4 en SpaceBoundaries => oppervlakten GEWENST
• Opgelost in (polygonen) • sommige aplicaties zoals Archicad (2nd
order spacebounderies) • Opgelost in 2x4 en sommige aplicaties zoals Archicad (2nd
order spacebounderies)
Space Space I
Space II
problemen met IFC
27. Afronding (float)
• Opening in een wand (moet breder zijn dan de wand)
• Gekromde wand, gekromde opening (facetering van ronding is nooit gelijk)
• Heel ouderwetse geometrie kernel (voldoet eigenlijk niet meer) in het IFC schema
• Politiek rond aanpassingen
• Structuur en fileformaat heel anders dan cad-pakketten
• Veel tijd nodig voor export en import
• Veel manuren om het te implementeren
• Heel lastig te ‘slicen’ (netwerkstructuur)
• Opdelen kan niet omdat je dan links breekt
• Geen zolderkamerprogrammeurs voor ouderwetse express taal
• Gevolg: markt dominantie door een paar partijen
• Betrouwbaarheid (in zichzelf niet de mogelijkheid om simpel te achterhalen welke applicaties
wel of niet goed ondersteunen)
• Moeilijk achterhalen of iemand model goed importeert (verlies van data!!)
• Dezelfde info op verschillende manieren op te slaan (b.v. veel mogelijkheden om éen wand
op te slaan die je allemaal moet ondersteunen)
• Wallstandardcase, boundingbox, extruded polygon, brep, enz.. (stuk of 20) en
combinaties van deze dingen….
• Geen enkele applicatie van de 5 groten slaat een opening en/in een muur hetzelfde op!
(en dat alleen voor de basiselementen!)
• IFC wordt nu gebruikt voor uitwisseling terwijl het gemaakt/bedoeld is voor downstream
• Kortom: Onbetrouwbaarheid zit ín het schema
• Geen mogelijkheden tot controle van import (20e methode wordt niet ondersteund)
• Schema staat redundante informatie toe (is niet eenduidig)
• Schema is niet strikt genoeg (geeft te veel vrijheid) meer issues
28. Oplossingen ?
• IFD (International Framework for Dictionaries)
• Linken van properties (delen van properties tussen deur en raam)
• IDM (Information Delivery Manual)
• Procesafspraken (VISI systematiek)
• MVD (Model View Definitions)
• Subsets van IFC (beperking van het schema; weglaten van objecten
en toevoegen van restricties)
• v.b.: “Elke wand heeft 2nd order spaceboundaries”
• Pset’s
• Voorgedefinieerde property-set (Pset en Propertyset is dus anders!)
• IFD in het klein (ín het schema)
• v.b.: lichttoetreding
• Cyclus van ongeveer 4 jaar (versie refresh)
• Certification oplossingen
29. Waarom dan toch IFC
• Schaalbaarheid
• Markt integratie
• Support vanuit overheden
• (bijna) geen alternatief
• Het doet niet wat de reclame beloofd;
het werkt perfect in heel veel situaties
Compleet overzicht: http://www.ifcwiki.org/index.php/Free_Software
http://www.ifcwiki.org/index.php/IFC_Certified_Software
waarom IFC
30. architect | ZEEP architecten installateur | veccins 3d constructeur | wiggers
externe samenwerking met openBIM | Beth San Aalten
31. sMc-bestand
Ifc Ifc Ifc naar ketenpartners
Model checker
afstemming aspectmodellen mbv IFc
IFc
IFc
IFc
3D IFc
3D
keTeNPArTNer IFc keTeNPArTNer
aspectmodellen als onderlegger aspectmodellen als onderlegger
BIM server IFc-bestand
beheer IFc modellen naar opdrachtgever
IFc
3D
keTeNPArTNer
aspectmodellen als onderlegger
openBIM werkmethodiek | werken aan 1 model
62. en vogue | free your mind, and the rest will follow
63. Jan Bommerez @ Energiedag #mkbkr8 | je kunt de wereld niet veranderen, maar je focus daarop wel
64. albert einstein
“Imagination is more important than knowledge. For
knowledge is limited to all we now know and understand,
while imagination embraces the entire world, and all there
ever will be to know and understand.”
verbeelding versus kennis.