Tool om een Revit Project af te stemmen op de Nederlandse BIM standaarden -UPDATE REVIT2026-

Bij deze de 3e grote update van deze tool om een lopend Revit project in 1x grootschalig af te stemmen op eisen uit de BIM Basis ILS en Revit Standards. Al die jaren zijn wij er als RoosRos mee blijven werken en hebben het zo steeds weer iets beter kunnen maken. 

De tool werd eerst gedeeld op 30 september 2017. Een 1e grote wijziging werd gedeeld op 12 februari 2018. Met enkele verbeteringen en meer toelichting. De 2e grote wijziging werd gedeeld op 13 september 2022. Die was onder andere afgestemd op de nieuwe IFC parameters van Revit. En nu dus de 3e grote wijziging voor Revit 2026. Deze versie heeft meerdere verbeteringen. En het is afgestemd op Dynamo 3+ met o.a. CPython Nodes.

kijk een kort filmpje wat de tool doet 

In hele grote lijnen zijn de verbeteringen als volgt:

1. IfcName, LoadBearing en IsExternal staan nu standaard aan (mits al aanwezig in je Revit project). En je kan nu makkelijk een parameter 'overslaan' en niet laten aanpassen in Revit door de betreffende parameter in rij 5 te verwijderen. Via de drop-down kan je dit ook weer snel terugzetten als de hele Excel kolom gecontroleerd en akkoord is.  
   
2. Er zijn meerdere nieuwe NLRS categorieën toegevoegd op basis van de nieuwe Revit versie.
3. Niet heel spannend maar er is nu een uitleg en 'afbeelding' aan de scripts toegevoegd voor de Dynamo Player.
   

In Dynamo en in de workflow zijn enkele grotere aanpassingen nodig geweest:

1. De Excel Nodes zijn inmiddels niet meer aanwezig in Dynamo 3+. Deze zijn vervangen door XML Nodes. In basis prima. Maar het bleek noodzakelijk om in aparte Excel bestanden te werken. Deze worden automatisch geladen in het Excel invulblad wanneer die geopend wordt. Dit automatisch laden van gegevens in Excel moet dus aan staan of aangezet worden. 

   

   .. en het antwoord is ja

2. De XML Nodes openen het bestand niet na wegschrijven. Daar is met Python een toevoeging voor gemaakt. Het zal praktisch niet voorkomen. Maar de XML read node laat de data in Excel niet  op de achtergrond inlezen. Dus het is belangrijk dat de Excel eerst wordt opgeslagen en gesloten. Zodat de laatste gegevens daadwerkelijk door de XML node worden geladen. Er gaat niks kapot. Maar het script doet dan gewoon niks. Want voor de XML node is de xlsx leeg. ;-)
3. In de situatie dat het nodig is om script 02b toe te passen (sla Model Groups over) lijkt het verstandig Revit opnieuw op te starten. Dit komt soms doordat er door Model Groups een te complexe structuur in Revit is ontstaan. Revit kan onderdelen dan niet aanpassen. Doordat het dynamo script wordt afgebroken (je wil geen gesplitste Model Groups)  lijken er toch processen open te blijven staan. Met undo, opnieuw opstarten en het runnen van script 02b kan je toch zo veel mogelijk aanpassingen doorvoeren.
4. Alle Custom Nodes in Dynamo zijn weer nagelopen en in basis geüpdate naar de laatste wijzigingen van de package. Meerdere Nodes uit ClockWork zijn voor het gemak iets veranderd zodat het script niet teveel veranderd hoeft te worden. ! De meegeleverde Nodes zijn dus echt nodig en moeten in dezelfde directory worden gezet (waarschijnlijk een aparte dir op je netwerk) Alle Python Nodes zijn nu CPython. 

Als je de tool eens wil uitproberen is het stappenplan als volgt:

1. Als je deze tool nog nooit hebt gebruikt. Kijk dan eerst eens het bovenstaande korte stoere filmpje om gevoel te krijgen bij het einddoel van deze tool.  En lees vervolgens de laatste blog eens door. Er zijn elke keer wel weer verbeteringen geweest die het werken verbeteren. De Excel wordt nu bijvoorbeeld elke keer gekopieerd naar het directory van je project. Het handmatige kopieerwerk van de Excel en in de Excel is daarmee niet meer nodig. 
2. Sla je project op. En zorg dat je eventueel terug kunt naar je eigen oude situatie. Purge vervolgens alles wat niet echt nodig is. Dat vertraagt de boel alleen maar. Tijdens deze workflow mag er niet in het Revit project gewerkt worden. Een nieuwe of gewijzigde Id blokkeert bewust het aanpassen in Revit.
3. Download de tool. En unzip alles op een mooie plek. De oude (Dynamo) versies zijn in de zip nog aanwezig. Maar de laatste versie is natuurlijk het meest ver ontwikkeld. 

   

   inhoud zip ... versie 3.0 is het meest up to date .. rest als archief

4. Run het 1e script van Revit naar Excel. Excel zal uiteindelijk openen. Mogelijk krijg je de vraag of een extern bestand in Excel geladen mag worden. Dat is inderdaad nodig. Als alles geladen is kan je in het groene tabblad wijzigingen gaan voorbereiden. Bij het openen zit je onder in de tabel. En ziet  wat toelichtingen per kolom. Scrol dus omhoog om de inhoud uit Revit te zien.
1. Werk per kolom -en niet per rij- onderdruk deze neiging, zo werken helpt hier niet.
2. Begin altijd bij de Assembly Code in kolom S of T. Bijna alles heeft hier een relatie mee. Let op 31.10 en 32.10 zijn openingen en geen kozijnen.
3. Loop de IFC parameters na, Je zal zien dat er al veel voorstellen zijn gedaan op basis van de NL-SfB en/of de Revit Category. Met drop-down menu's kan je eventueel een alternatief kiezen voor IFC entiteit en enumeration.
4. Loop snel IsExternal en LoadBearing na. Ook deze volgen de NL-SfB.
5. Bij de volgende stap moet je een keuze maken. Family Name, Type Name en IfcName kosten simpelweg wat extra tijd. Ik zou dit óf wel óf niet gaan doen. Als je deze niet doet, maak dan de relevante kolomkoppen in rij 5 leeg. Dat voorkomt dat er straks onbedoeld wijzigingen worden doorgevoerd (deze zijn groen aangegeven) Als je deze onderdelen wel wilt aanpassen. Begin dan bij de Family Name. Vervolgens de Type Name. En speel daarbij eens met de getallen in de naast liggende blauwe kolommen. Hiermee kan je de omschrijving langer (+getal) of  korter (-getal) maken. IfcName is samengesteld uit de omschrijving van Family of Type gecombineerd met de NL-SfB. 
6. Sla de Excel op. En sluit Excel af.
5. Run vervolgens het 2e script Excel naar Revit. Afhankelijk van hoeveel wijzigingen er worden doorgevoerd (zie AN3 en AN4) en de complexiteit van project zal het korter of langer duren. 
1. Als je véél met Model Groups én met Shared Nested Families werkt kán het voorkomen dat Revit een wijziging niet zomaar kan doorvoeren. Je krijgt dan de vraag of je de Model Groups wilt ungroupen. Waarschijnlijk is dan het antwoord NEE. Sluit Revit af en sla je project niet op. Start het Revit Project opnieuw. En run het alternatieve script 02b. Alles wat in een Model Group zit zal dan worden overgeslagen.
2. Alles wat -om redenen- niet is aangepast, maar ook alles wat wel is aangepast, zal gerapporteerd worden. Loop de resultaten en de probleempjes even kort na om te weten wat er is is gebeurd in Revit. Dat verhoogt ook het gevoel bij zo'n tool als dit. Er gebeurd in werkelijkheid niks wat je niet ook handmatig had gekund.

De nieuwe versie is HIER te downloaden of via Github.

Sla het project veilig op voor je met dit soort grote scripts aan de gang gaat. Wij werken er ook gewoon mee. Maar als het fout gaat is er wel heel veel fout aangepast. Dit is geen commercieel product met bijbehorende garanties. Zorg dat je zelf een back-up hebt. Geniet en gebruik de tool, maar wel op eigen risico.

Als er vragen of opmerkingen zijn hoor ik dat natuurlijk graag. Daar hebben we allemaal wat aan! Meerdere mensen zijn je al voor geweest. Tot nu toe was allemaal goed en snel oplosbaar.

Ook namens RoosRos architecten veel werkplezier met deze tool! 
Een tool voor het werken met de BIM Basis ILS en de Revit Standard. 
Bouwen met BIM doe je samen!

Tool om een Revit Project af te stemmen op de Nederlandse BIM standaarden -UPDATE REVIT2023-

5 Jaar! 🥳

5 Jaar geleden publiceerde ik namens RoosRos architecten een tool om een Revit project sneller en efficiënter af te stemmen op enkele BIM standaarden. 

De Revit Standards. En natuurlijk de BIM Basis ILS. 

In de laatste 5 jaar zijn er meerdere grote en kleine updates doorgevoerd. Als ik Google Drive mag geloven wel 21 versies. Maar nu met Revit 2023 moest er een grotere wijziging worden doorgevoerd, omdat Revit de belangrijkste IFC mapping parameters heeft veranderd, vereenvoudigd en verbeterd. 

Fijn!

kijk een kort filmpje wat de tool doet 

zie het introductiefilmpje van Autodesk  

Wat zijn die IFC veranderingen in Revit 2023 nou in detail? En wat is het nut van het updaten van die BIM standaard tool?

Zoals je in het filmpje kan zien heeft Revit 3 extra Instance en 3 extra Type parameters gekregen. Die parameters zorgen voor de mapping tussen Revit en IFC. Deze nieuwe BuiltIn parameters worden met met een apart menu of dropdown gevuld. En zijn niet als tekst aan te passen in Revit. Zo voorkomen we tiepfouten. Het updaten van oude projecten naar Revit 2023 ging bij ons ... automatisch en vooralsnog prima.

Dat zo'n mapping tussen Revit en IFC een dingetje is, komt omdat de structuur van Revit en IFC niet 1 op 1 is. Niet elke Revit Wall is een IfcWall, en niet elke Generic Model wil je als IfcBuildingElementProxy in een IFC zien, etc. 

Hoe bepaal je dan wat die Revit Wall of Generic Wall wel zou moeten zijn? Daar helpt die BIM Standard tool dus wat mee. In de eerste plaats door een suggestie te geven  op basis van de Revit Categorie. Een Wall is vaak wel degelijk een IfcWall. Maar in combinatie met de NL-SfB code die je opgeeft, zal er eventueel een alternatieve suggestie worden gegeven. Twijfel je nog steeds. Dan kan je door op de hyperlink te klikken (>>), direct naar de IFC website van BuildingSmart. Daar wordt uitgelegd waar elke IFC entiteit of Enummeration Type voor bedoeld is. 

Maar de NL-SfB geeft ook aanleiding voor de Function parameter. Dit is de BuiltIn parameter die binnen Revit aangeeft, of een wand of kozijn, bijvoorbeeld binnen of buiten is. En daarnaast komen de 1e 2 cijfers uit de NL-SfB ook terug in de naam van objecten in Revit. Deze benaming komt vaak terug in een IFC. (Al hoeft dat niet persé)

Het moge duidelijk zijn, dat deze tool er voor zorgt, dat er samenhangende informatie ontstaat. Dit is noodzakelijk als je ook maar iets met data wilt doen (en machine learning niet in je skillset hebt) En een computer is simpelweg beter in structuur, dan goedwillende mensen die alles handmatig doen. Ook helpen ingebouwde suggesties, om spelenderwijs, de mapping steeds nauwkeuriger te maken. 

We zijn als jonge kinderen allemaal begonnen met het uitspreken van een paar woordjes. En wat waren onze ouders trots! Spelenderwijs leren mensen steeds meer woorden, om beter te zeggen wat we bedoelen. Professioneel is dat niet heel anders. Steeds een stapje vooruit.

Testen of gebruiken?

Wil je eens testen wat er bij het updaten naar een Revit 2023 project nou precies gebeurd? Download dan het eenvoudige voorbeeld bestand met een paar objecten erin. Deze hebben de verschillende voorkomende oude mapping instellingen. Je kan dit bestand ook gebruiken om de BIM standard tool eens zorgeloos te ‘gebruiken’. 

Zin om ook de tool een keer te proberen?

Download dan hier of via Github de laatste versie. Je kan de scripts gebruiken uit de map die matched met je eigen Dynamo versie. Voor Revit 2023 is dat op dit moment Dynamo2.13.  Kijk zeker het uitgebreide filmpje waar ik door de BIM standaard tool heenloop. Ondanks dat sommige details door de jaren heen iets verbeterd zijn, geeft het een goed beeld van hoe de tool werkt. 

Hieronder een paar belangrijke punten vooraf:

• Het gebruik van de tool is helemaal vrij, maar wel op eigen risico. Ik moet dit voor de duidelijkheid wel zeggen. Maar bij RoosRos gebruiken we de tool ook gewoon om projecten op een iets hoger niveau te krijgen.
• Synchroniseer altijd eerst voor je gebruik maakt van een Dynamo Script.
• Voorkom dat je in Excel verder werkt met handmatige aanpassingen die de vorige keer gemaakt zijn. Reset het Excel document na een import, door in de Sheet Dynamo_Read, 1 van de 2 onderste rijen over het hele invulveld tot de gele headers heen te kopiëren. Dat reset alle input, opmaak en formules van je invulveld.
• Het doorlopen van meerdere eigenschappen van alle Types in je Revit project kost simpelweg tijd. Afhankelijk van je ervaring en de grote van het project kan het zomaar een aantal uur kosten. (het minimale Revit 2023 voorbeeld bestandje is natuurlijk wel razendsnel)
• Kies dus een rustig moment en doorloop alle handelingen voor je verder werkt in Revit. Als Revit wordt aangepast -voordat alle wijzigingen zijn terug geschreven- wordt het import script mogelijk afgebroken. En moet je daaarom veel dingen opnieuw doen. :-(
• Kom je erachter dat je niet alles wilt doen. Of heb je niet voldoende tijd. Wees gerust, je kan best delen overslaan. Gooi dan de invulvelden leeg van de onderdelen waar je niet bewust naar gekeken hebt. Daarmee voorkom je, dat alle suggesties die Excel automatisch doet, worden overgenomen in Revit. Heel praktisch: verwijder de formules voor het aanpassen van de Family of Type benaming, en concentreer al je aandacht op de Assembly Code. Loop dan snel de IFC mapping na en synchroniseer de resultaten terug. Een volgende keer kan je de benaming wel doen.
• Werk van boven naar beneden.. En begin bij de Assembly Code. Check daarna snel de IFC mapping. Let daarbij vooral op IfcOpening (=31.10 en 32.10) en IfcSite. IfcOpening alleen gebruiken als er geen zichtbare Geometry aanwezig is – dus nooit bij kozijnen. Maar ook niet per definitie bij een sparingmaker. Beperk de IfcSite mapping zoveel mogelijk tot de Toposurface. En eventueel een 0-punt object. Gebruik IfcSite niet bij vrachtwagens, of inrichting ofzo. En liever ook niet bij een Floor die een lastige Toposurface moet vervangen. (rule of thumb)

Als je dit gedaan hebt loop dan nog sneller de Function en eventueel de Manufacturer na.Gebruik de rest van de tijd om Family en Type benaming na te lopen. Gebruik ‘de blauwe kolommen’ om meer of juist minder karakters uit de oude benaming over te nemen.

 

Als er vragen of opmerkingen zijn hoor ik dat natuurlijk graag. Daar hebben we allemaal wat aan! Meerdere mensen zijn je al voor geweest. Tot nu toe was allemaal goed en snel oplosbaar.

Ook namens RoosRos architecten veel werkplezier met deze tool! 
Een tool voor het werken met de BIM Basis ILS en de Revit Standard. 
Bouwen met BIM doe je samen!

IFC: You don't know what you don't know - Until you do..

Johan Cruijff zou aan die uitspraak nog een puntje kunnen zuigen ;-) Maar voordat de ene helft van de lezers weer doorklikt en de andere helft zich ongemakkelijk gaat voelen de echte vraag. Weet je 'voldoende' over IFC? Want veel van ons werken wel met IFC: we maken IFC bestanden, we gebruiken IFC bestanden en sommigen praten alleen maar over IFC. Maar weten we eigenlijk wel voldoende? En als je een vraag hebt wat doe je dan?

Vandaag heb ik een oud Excel bestand eens opgepoetst om (weer) te delen met jullie. Op 24 november 2014 deelde ik op mijn blog IkLeerBIM een eerste tool om de mapping tussen Revit en IFC wat beter in de vingers te krijgen. Inhoudelijk zou ik deze tool niet meer aanraden en verwijs ik liever naar de Revit Standards. Maar wat ik nog steeds waardeer, is dat het me hielp, om de de structuur, mogelijkheden en beperkingen die IFC heeft, iets beter te leren kennen. Ik gebruikte daar 1 sheet voor, die IFC structuur heette. Het was best leuk om daar wat mee te spelen. En af en toe de hyperlinks naar de BuildingSmart documentatie te gebruiken. Daar vind je meer info en achtergronden. Behalve dan de belangrijke relatie met een MVD natuurlijk.

De inhoud is nog gebaseerd op IFC4 (4.0.0.0) En inmiddels zijn we al wat verder. Daarom heb ik de hyperlinks laten verwijzen naar IFC4 ADD2 TC1 (4.0.2.1) Na het volgen van een hyperlink kan je dan verder lezen over de huidige stand. Sommige zaken zijn in IFC4 nieuw toegevoegd en nu inmiddels al weer 'DEPRECATED'. En gaan zo langzamerhand over de houdbaarheidsdatum heen.

Misschien is deze download voor jou ook wel een leuk startpunt. Om spelenderwijs te leren, te klikken en te lezen in de BuildingSmart documentatie. Ontdek jij ook nieuwe benamingen die je nog nooit hebt gebuikt? Ontdek jij ook nieuwe plekken waar specifieke informatie eigenlijk hoort te staan? Ontdek jij misschien zaken die inmiddels al achterhaald zijn? En voordat we weer helemaal de andere kant doorschieten, check ook even de certificering.

Ik ben benieuwd.

Spouwmuren in BIM

- zie ook mijn artikel op LinkedIn-

Graag hoor ik jullie mening over het volgende, maar voel je niet verplicht. 😉

 

Mijn vraag gaat over het zo goed mogelijk modelleren van een spouwmuur in Revit en het exporteren naar IFC.

Alles los modelleren kan natuurlijk altijd. Maar het kost stomweg meer tijd om te maken laat staan te onderhouden. En je kan die tijd ook besteden aan extra details bijvoorbeeld. Hierbij een klein onderzoekje of een gelijkwaardige kwaliteit ook op een snellere manier gemaakt kan worden, in Revit en met behulp van Parts. Zelf ben ik geen ‘gebruiker’ van de IFC data, dus of het functioneel gelijkwaardig is in andere toepassingen kan ik slecht zelf beoordelen, vandaar mijn vraag.

1. Welke van onderstaande 3 opties is voor jou gebruik gelijkwaardig aan het ‘los modelleren’ van een spouwmuur?
2. En als geen van onderstaande gelijkwaardig is, welke komt dan het dichtste in de buurt. Waarom?
3. Levert dit onderzoekje nieuwe inzichten op – of is het toch beter om ‘los’ te modelleren en de extra kosten voor lief te nemen.

 p.s. Ik zag achteraf dat sommige data van de wand niet correct bleek te zijn |-(  Maar voor het principe maakt het niet veel uit. Dus ik heb het even zo gelaten.

---

           1.

Hieronder de basisuitvoering van een samengestelde wand in IFC.

 Visueel zijn er geen losse bladen zichtbaar. Wel zit er onder de Material-tab een lijstje met materialen waar de spouwmuur uit is opgebouwd inclusief dikte.

 

           2.

Hieronder een basis uitvoering met Parts in het bronbestand. En als IfcParts in de IFC. Het eerste wat opvalt is dat we nu echt de spouwbladen en materialen herkennen. En daarnaast dat de basiswand nog steeds aanwezig is. Deze bevat nog steeds alle oude data, behalve de Materialen Tab en de Material Property. In plaats daarvan zijn de bladen als Building Element Part aanwezig.

Parts missen standaard heel veel data. Maar die data is best toe te voegen met IFC parameters in Revit. En dat levert het volgende op.

Er zijn veel Properties gevuld. Maar FireRating, Load Bearing, Is External, Classification ontbreken. Die zijn ‘natuurlijk’ hetzelfde als het IfcObject waar de IfcPart deel van uit maakt. Veel Quantities lijken te ontbreken in Solibri. Solibri rapporteert alleen de Inhoud en de BoundingBox. Het host object heeft natuurlijk wel gewoon een lengte, hoogte en verschillende oppervlaktes in Solibri.

            3.

Maar je kan de met extra data gevulde Parts ook exporteren als eigen IFC objecten, zie hieronder.

De oorspronkelijke host ontbreekt dan wel. En in plaats daarvan zitten er alleen 2 IfcWalls in het model. Deze bevatten alle Properties die horen bij een IfcWall. (inclusief de gevulde Pset_WallCommon) Eventueel kan je nu ook de spouw filteren zodat deze niet meegaat in de IFC. Wat ontbreekt is de ‘BaseQuantities’ tab. Maar Solibri geeft wel gewoon zijn eigen Quantities. (Eventueel zou je extra Quantities uit het bronbestand mee moeten kunnen sturen.) Wat Solibri niet meer kan is de Area van openingen opgeven. Een eventuele IfcOpening ontbreekt ook echt. En er is dus ook geen relatie tussen bijvoorbeeld een kozijn en de wand waar deze in zit. Maar is dat nodig?

 Het enige verschil in de IFC export zit in het aanvinken van ‘Advanced \ Export parts as building elements’

Wat verder opvalt is de IfcName van de IfcWalls in de browserstructuur. Deze is met behulp van de IFC override parameter IfcName bepaald. En automatisch ingevuld met een script. Het is vrij eenvoudig om dit bijvoorbeeld terug te brengen tot alleen het materiaal. Bijvoorbeeld om de sortering in de IFC browser te vereenvoudigen.

Resume:

Voor een modellerende partij is het vaak handig om -tot op zekere hoogte- met samengestelde objecten te werken. Door het maken van Parts en deze (geautomatiseerd) van extra IFC data te voorzien kan er direct een IFC worden gemaakt met losse objecten. Of juist als IfcPart onderdeel van een host. De laatste 2 opties hebben hun eigen specifieke voor en nadelen.

voor meer info:

https://github.com/Autodesk/revit-ifc/issues/120

https://github.com/Teun1/Revit-Parts-to-IFC

Voorbeeld bestanden

Tool om een Revit Project af te stemmen op de Nederlandse BIM standaarden -UPDATE-

Laatste Update in de Download - 14-09-2022

Iemand vroeg me vandaag:"Waarom zo'n tool?". 

Voor diegene die het nog niet door heeft. De wereld en ook de bouw wordt steeds meer digitaal. Kwaliteit zit tegenwoordig mede in de consistente en betrouwbare digitale structuur die je aanlevert. En dat wordt alleen maar belangrijker. Een hulpmiddel als deze, is gemaakt om daarbij te helpen. Zowel op het gebied van tijd als van kwaliteit. Daarnaast is het belangrijk dat 'standaarden' eenvoudig te realiseren zijn, om echt standaard te worden. 

Daar heeft iedereen belang bij.

 
Sinds de lancering van deze tool op 30 september 2017 is de tool verder verbeterd en uitgebreid. Ook zijn er 2 filmpjes gemaakt om de tool aan het werk te zien. Er is een korte en stoere presentatie. En er is een langere film gemaakt, die meer ingaat op de details en het gebruik van de tool.

Op de site van de RevitGG is ook de presentatie te vinden en te downloaden die ik op 9 november heb mogen geven tijdens een gezamenlijke dag van de RevitGG en BuildingSmart.

Korte introductiefilm

In de LOG file staat uitgebreid beschreven wat er veranderd is. - laatste update 13-07-2019 - 
Maar in hoofdlijnen gaat het om:

• De Function parameter is toegevoegd:
• Met deze parameter kan je in Revit aangeven of bijvoorbeeld een wand Interior of Exterior is. Dit is 1 van de zaken waar de BIM Basis ILS om vraagt. 
• De Function parameter wordt bepaald in de volgorde:
1. Handmatig opgegeven
2. “binnen” of “buiten” als onderdeel van de Type Name.
• Een 'binnenspouwblad' wordt dus Interior 
• en KZS_120 wordt eventueel Exterior
3. De NL-SfB codering
4. De oude waarde handhaven 
• Er is ook een alternatieve formule gemaakt om nummer 2 en 3 om te draaien

• IFC:
• Naar aanleiding van uitgebreide test op ondersteunde en niet ondersteunde IFC entiteiten in Revit, zijn de standaard NL-SfB naar Ifc mappingtabellen en de keuzelijsten aangepast. Zie ook de SourceForge Site van IFC for Revit: IFC2x3 en voor IFC4
• 28-05-2018 - In aanvulling hierop nog het volgende. De testen zijn uitgevoerd met Open Source Exporter versie IFC for Revit 2018 v18.2.0. De daaropvolgende tussen versies leken een stap terug te zijn. Als je foutmeldingen krijgt bij het exporteren naar IFC, IFC gerelateerde Warnings krijgt, of ontbrekende geometrie hebt in de IFC adviseer ik de laatste versie te gebruiken. Controleer ook altijd de IFC met een andere viewer. Er zijn aanzienlijke verschillen tussen de viewers onderling. De fout zit niet per definitie in de IFC maar kan ook zeker in de ontvangende software zitten. Hopelijk is dat voldoende. https://sourceforge.net/projects/ifcexporter/files/2018/
• De laatste aanvullingen van Add2TC1 zijn zover mogelijk ook doorgevoerd.
• Alle onderdelen krijgen nu een ingevulde IfcExportAs waarde. Als deze parameter tenminste aanwezig is in Revit. Deze is waar mogelijk gebaseerd op de NL-SfB. Maar anders valt de waarde terug op de Category mapping van de Revit Standards. Deze aanpassing moet meer inzicht geven in wat er gaat gebeuren met elk onderdeel bij een export naar IFC. Tip: een IfcOpeningElement - gekoppeld aan 31.10 en 32.10 is inderdaad een openingen in je IFC. Kies een andere NL-SfB code als je een kozijn bedoeld.
• De hyperlink van een IfcEntiteit verwijst nu naar Addendum 2 van IFC4 op de vernieuwde website van BuildingSmart. 

• Dynamo:
• Er is inmiddels een Dynamo 2 map toegevoegd met bijbehorende scripts. En als er toch problemen zijn graag melden.
• Er ontbraken nog een paar Revit Categorieën vanwege wat Dynamo beperkingen. Deze laatsten zijn nu ook toegevoegd. Dynamo 2 heeft weer nieuwe problemen met het vinden van een Category. Gelukkig betreft het hier alleen enkele ondergeschikte annotatie categorieën.
• Er is nu een uitgebreidere rapportage voor gebruik met de Dynamo Player.
• p.s. Ik heb er voor gekozen om Dynamo Warnings niet te voorkomen. Als er in Excel een aanpassing is gedaan, verwacht je dat dit in Revit wordt verwerkt. Als dit om (meestal voor de hand liggende) redenen niet lukt. Geef ik liever een gespecificeerde melding in de sheet Dynamo_Error_Report. Als je een Dynamo Warning krijgt is dit dus niet vreemd. Check de elementen in die sheet handmatig. zie ook de uitgebreide film na 20:40min.

• Invoer:
• Er zijn voorbeeld formules toegevoegd voor de invoer. En ook een referentie Sheet om alles sneller in te kunnen vullen. Het werkt nog steeds op basis van “what you see is what you get”. Dus bevalt de uitkomst van de formule niet? Dan tik je gewoon de juiste waardes is. Waarom en hoe kan je zien in de films.
• Bij het herleiden van de juiste 4-cijferige NL-SfB code reageren de formules in Excel beter op afwijkende bestaande invoer in de Assembly Code.

Belangrijk blijft:

• Gebruik van deze tool op eigen risico (al gebruiken we het zelf ook)
• Altijd synchroniseren voor je gebruik maakt van een Dynamo Script.
• Altijd de hele invoer sheet ‘resetten’ door de 1 van de 2 onderste rijen over het invulveld tot de gele headers heen te kopiëren. Daardoor voorkom je dat oude handmatige invoer je project vervuild.
• Snap je bovenstaande opmerkingen niet? Een reden te meer om onderstaand filmpje te bekijken voor je de tool gaat testen. 

De tool is HIER te downloaden. Of gebruik Github.
Als er vragen of opmerkingen zijn hoor ik dat natuurlijk graag. Daar hebben we allemaal wat aan! Meerdere mensen zijn je al voor geweest. Tot nu toe was allemaal goed en snel oplosbaar.

Hoe gebruik je de tool?

Tool om een Revit Project af te stemmen op de Nederlandse BIM standaarden

Today is another D-Day.

Na een lange tijd van nadenken, maken en aanscherpen stel ik vandaag, ook namens RoosRos architecten een eerste versie beschikbaar van een nieuwe tool. Deze tool heb ik gemaakt voor Revit modelleurs om sneller en beter aan meerdere BIM standaarden te kunnen voldoen. Het zijn veelgebruikte Nederlandse standaarden. De Basis ILS en de NL-RS Revit Standards. De tool lost natuurlijk niet alles op maar automatiseert wel die onderdelen die daarvoor geschikt zijn. Ook is de tool aanpasbaar voor de nodige flexibiliteit.

Dat de tool werkt, bleek wel toen ik de Revit Standard Template als proef gebruikte. Enerzijds zie je dan hoe ongelofelijk compleet en zorgvuldig deze in elkaar is gezet. Maar toch haalt de tool er nog steeds omissies uit. Mensen zijn nou eenmaal geen computers. En als een standaard die met zoveel aandacht gemaakt is al kleine foutjes bevat, hoe zit het dan met een normaal project…

Wat doet de tool wel en wat niet.

De tool helpt om de gecodeerde onderdelen in de naamgeving van bijna alle Revit Families en Types vast te stellen op basis van de Revit Standards afspraken. En kan die vervolgens weer wijzigen in Revit.
Dit geld niet voor de Materials en ook niet voor de Filled Regions omdat die "een afwijkende afspraak" hebben. Je zou kunnen zeggen dat je beter die onderdelen uit de Revit Standard Template kan gebruiken, dan dat de naamgeving in Revit worden aangepast. Overigens lijken het geen verplichte onderdelen te zijn.

De tool helpt bij het kiezen van een Assembly Code.

Het invullen van deze code is verplicht bij de Basis ILS. En daarnaast gebruik ik het eerste deel van deze 4-cijferige code voor in de naamgeving van het object. Sterker nog. Als je de 2-cijferige NL-Sfb code in de naamgeving wilt aanpassen zul je eerst de Assembly Code moeten aanpassen.
Ik maak gebruik van de UniformatClassifications_NL-SfB die de Revit Standards meesturen.  Als je deze niet gebruikt in Revit zal je niet optimaal gebruik kunnen maken van deze tool. Sterker nog, de tool zal proberen de Assembly Code aan te passen op basis van een verkeerde tabel - kijk uit dus.

Maar het invullen van de Assembly Code geeft ook een eerste aanzet voor een juiste IFC mapping. De tool nodigt uit echt meer te halen uit de IFC. Natuurlijk kan je daar heel veel meer woorden aan vuil maken: Niet alles is ondersteund, veel onderdelen zijn ‘hardcoded’ etc. Maar het is goed dat er beweging in blijft en dat het allemaal wat toegankelijker wordt.

De mapping tussen Assembly Code (NL-Sfb) en ifcEntiteit is nog niet compleet (ik ben nu gestopt bij 51 anders komt het nooit klaar). En ook inhoudelijk mag en kan, er best gediscussieerd worden over welke ifcEntiteit nu de juiste is. Ook is op enkele plekken de relatie niet 1 op 1 te maken en val je terug op de Revit Category Mapping. Dan blijft de mapping vooralsnog leeg. Eventueel maken we in de toekomst de mapping matrix een laag dieper door het aan te vullen met de Revit Category.

Het is ook goed te beseffen dat het een voorstel/principe mapping is. Je kan per object een betere ifcEntiteit kiezen uit een drop down list.
Waar nodig is de link naar de online Building-Smart documentatie ook aanwezig >>.

Wat betreft de Basis ILS. Veel afspraken hebben te maken met de opbouw van een project (0-punt, bestandnamen, lagenindeling, doublures, gebruik van een correct materiaal –wat dat ook is-). Daar helpt de tool natuurlijk niet bij. Loadbearing is in Revit een Instance Parameter en brandwerendheid wordt ook vaak op Instance niveau opgelost. Daar helpt de tool ook niet bij want de tool kijkt op Type niveau. In en Uitwendig kan in de volgende versie wel worden meegenomen. Ook deze heeft een relatie met de Assembly Code – NL-Sfb 4-cijferig.

De tool helpt vooral met benaming van elementen, ifcEntiteit. En dus ook met het mogelijk maken van de bijbehorende Common Property set. Maar als een trap met een Model-in-Place functie of als Generic Model wordt gemaakt … zul je toch echt met elkaar moeten gaan praten of dit juist een vreselijk goede of juist vreselijk slechte oplossing is. Eventueel kan de volgende site een 'oplossing' bieden 😊

Hoe gebruik je de tool.

In de eerste plaats: op eigen verantwoordelijkheid. Begrijp me goed. Ik ga er zelf ook mee aan de gang en zou dat niet doen als ik er geen vertrouwen in had. Maar ik wil geen gezeur. 

Dus eerst Revit Synchroniseren of het Project opslaan. En dan pas aan de gang. Dit is sowieso een goede gewoonte als je met Dynamo aan de gang gaat. Houd altijd een backup achter de hand. Mocht het toch nodig zijn.

De tool is HIER te downloaden. Download dit en zet alles bij elkaar in 1 map naar keuze zodat de relatieve verwijzingen blijven werken. Eventueel kan je de .DYF bestanden verwijderen als je al over de bijbehorende Packages beschikt. De verwachting is wel, dat er in de loop van de tijd meerdere aanpassingen aan de bestanden in .ZIP file gedaan gaan worden. Ik zal dan de bronbestanden gewoon veranderen. Het plan is wel om dan het een en ander van een log met datum te gaan voorzien.

In de download ZIP zitten 2 Dynamo scripts: BIM_Standaard__Excel_naar_Revit.dyn en BIM_Standaard__Revit_naar_Excel.dyn.  De namen spreken voor zich. In de scripts zitten enkele Nodes uit Packages die ik nodig had. (Clockwork, Rhythm, Springs) Voor de zekerheid heb ik deze .DYF Nodes ook los in de ZIP file zitten.
Ook kan je het enigszins aangevulde NL-RS excel bestand 160222_NLRS2.5.2_Naamgeving componenten.xlsx vinden in het .ZIP bestand. Hierin staan de naamgevingsafspraken van de Revit Standards op de Sheets pos1 t/m pos7.
Over de kleine aanpassingen in dit Excel document, wellicht op een ander moment meer. Er zijn wel paar nieuwe Sheets aangemaakt. Dynamo maakt de Sheets Dynamo_Written en Dynamo_Error_Report aan. En overschrijft deze elke keer weer. Er zijn nog 2 instellingen Sheets: UniformatClassifications_NL-SfB en IFC Settings. De eerste Sheet spreekt voor zich. En de Sheet IFC Settings bevat alle benodigde lijsten met IFC benamingen.

De Sheet waar je daadwerkelijk mee aan de gang gaat is de groene Dynamo_Read. Als je het prettiger vindt zou je alle andere Sheets, op de door Dynamo beheerde na, kunnen verbergen.

Voor het gebruik van de Sheet heb ik mijn best gedaan om zo veel mogelijk visuele feedback te geven. Dus grijs betekend: ter info. Witte cellen kan je invullen. Rood bruin geeft de waarschuwing dat een onderdeel aandacht behoeft. En groen betekend dat een waarde veranderd gaat worden.
Wat ook opvalt zijn oranje Revit Categorieën. Deze onderdelen zijn oranje gemaakt omdat ze wel Families en Types zijn, maar dat deze Revit Categorie ontbreekt in de tabel voor positie 3. Dit kan later in overleg met RS foundation welicht worden recht getrokken. De oplossing voor veel onderdelen die missen liggen overigens redelijk voor de hand.

De koppen boven de kolommen spreken ook voor zich. En per eigenschap kunnen er meerdere kolommen zijn. Bijvoorbeeld, de Family Name bevat de kolom – OLD – en – NEW -, naast 3 kolommen die gezamenlijk de nieuwe Family Name gaan vormen. Als je niks invult bij Description dan veranderd de nieuwe naam niet.

Deze Sheet staat natuurlijk stampvol met formules en voorwaardelijke opmaak. Dat is heel handig voor tijdens het werken. Maar als je van project switched wil je natuurlijk niet dat alle handmatig ingevulde cellen het nieuwe project gaan vervuilen. Je moet tenslotte weer schoon beginnen. Daar kun je natuurlijk een Excel macro voor schrijven of desnoods opnemen.  Of je kopieert elke keer handmatig een schone regel over de hele lijst heen. Je zou rij 1958 daarvoor kunnen gebruiken. Dit stukje zorgvuldigheid is echt nodig om brokken te voorkomen. Verder kan er volgens mij niet echt veel stuk. Uiteindelijk is het "what you see is what you get".

BIM_Standaard__Revit_naar_Excel.dyn

Met het eerste Dynamo Script schrijf je alle Types in het Project weg naar de Sheet Dynamo_Written. Misschien duurt het even, als er veel weggeschreven moet worden. Ook kan je het gevoel hebben dat Excel zijn scherm niet goed ververst. Maar als Dynamo klaar is klik je op Excel en ga je naar de Sheet Dynamo_Read en wijzigt alles wat wilt wijzigen. Gewijzigde onderdelen worden groen aangegeven. Ga dan weer terug naar Dynamo en start het script BIM_Standaard__Excel_naar_Revit.dyn. Dynamo leest vervolgens de Sheet Dynamo_Read. Alle kolommen die – NEW – heten gebruikt Dynamo als input voor mogelijke wijzigingen in Revit. Ook dit kan even duren afhankelijk van hoeveel wijzigingen het betreft. Als Dynamo klaar is, schrijft Dynamo in de Sheet Dynamo_Error_Report welke onderdelen mislukt zijn. Misschien dat in toekomstige versie hier ook de gelukte onderdelen moeten komen, maar nu dus nog niet.

BIM_Standaard__Excel_naar_Revit.dyn

Dat is het voor nu even. Wellicht binnenkort meer berichten over de technische werking voor wie daarin geïnteresseerd is. En collega’s vroegen al naar een filmpje waarin de tool daadwerkelijk gebruikt wordt en de werking wordt uitgelegd. Lijkt me een goed idee. Maar nu eerst maar eens plaatsen.

Ik zou zeggen probeer het gewoon eens uit. The taste is in the eating.

Veel succes. Vergeet niet eerst op te slaan voordat je Dynamo start.

En als er vragen of opmerkingen zijn hoor ik het wel.

A tool to build Revit's IFC mapping tables - part 1,5

A few weeks ago I released my beta tool to create IFC mapping tables for Revit. Since that time there have been a lot of people who have downloaded this spreadsheet. And I also gave a presentation at the RevitGG.

Meanwhile I made ​​some improvements. And I was wondering if there are still more more wishes. If there are such kind of questions, I would love to hear them. You can email me on Linkedin

A tool to build Revit's IFC mapping tables

With this post I would like to share an Excel document, with which you can build the mapping tables that Revit can use when importing from, or exporting to IFC. It is still a bèta. You can use it or even change it, but at your own risk of course. And if you do so, I would love to know what your experiences are. The RevitGG is also using this tool to help build some parts for in the Dutch Revit Standard the DRS.

The Excel workbook is without macro's. But it does import the TXT files that Revit generates and later can reuse. You should overwrite the TXT files from the downloads with your own ones. Build new mapping tables in Excel and copy the cells you need and paste them in the specific TXT file. After saving these files you can use them and  import them back in Revit.

Why did I build something like this?
Well I really like working with Revit, but the way Revit wants us to map Categories and Parameters between Revit and IFC is just ... well ...  And in the end I'm pretty sure that these things will change in time. But for now, I wanted it to be fixed as good as I can. Besides starting a little conversation about a better way to facilitate these things. My Excel workbook can be a good starting point.

What does this Excel workbook do "better" than the native Revit way?

• It has dropdown options to choose options that are relevant. I really want dropdown options with the IFC Parameters. And I don't want to look them up on the Building Smart site, or in a post on the sourceforge site for the IFC exporter for Revit.
• It has direct links to the documentation on the site of Building Smart based on the chosen option. No. I'm not a native IFC speaker. I'm not even a native English speaker. (really) So I do need some help to know what I'm doing.
• It has a few reference mapping tables, and also an option to fill in the blank subcategories just as the other subcategories So you can build your own 'standard' besides the one the Revit offers. Of course you can make every exception that you would like to make. This is possible because of the hierarchy in the formula as shown at the head of the Columns.
• It is also possible to omit a group of categories
• It has a building relation between the import table, the export table and the parameter mapping table. In a perfect world you want to import exactly what you exported.
• It has a sheet where you are can do some research on the IFC structure. The purpose of this sheet is to find possible omissions in the IFC parameters that we use and those that we don't use, but perhaps should use. Just change cel K17 on the sheet IFC structure.

So overall it should be faster, gives more inside in IFC and the tables are related to each other.

So perfect!
Well almost. But it is a beta. And there are still some weird things.

• This Workbook is based on IFC 4x0 make sure that it's supported or that you don't use IFC4x0 specific options or changed names.
• The Parameter Mapping Sheet is a compleet list. So for the moment, you need to skip the rows in the TXT file that don't have a defined value. So you don't map to nothing or to zero. Furthermore, I build the Sheet as I think it should be. And based on the header of the example TXT file. But.. the only working files I have seen are much easier. It's more about adding specific Revit Parameters without adding them all, or using all the Schedules for export, rather than really mapping from Revit to real IFC specific parameters. A working parameter mapping TXT looks like: 

PropertySet:    GiveItAName    T    IfcBlaBlaType

RandomRevitParameter TextOrSomethingElse

etc.

• Revit still has some hard coded mapping.
• I made a drop down option with related IFC Types based on the chosen IFC Category, but the "Type" Column in the Revit's IFC Export options doesn't work when importing the TXT files. So the IfcExportType will be a better option if this one is important.
• IFC has more categories and parameters than Revit uses right now. I'm not sure what to think of that. 
• Some Families are still much better off by using the IFCExportAs parameter.
• This workbook uses formulas instead of macro's. That's nice, but if you need more rows than the number of rows that i have build, you need to adjust the workbook. 
• I also tried to use Named Ranges and indirect references for later adjustments, but there could be a slip of the pen somewhere.

But overall I'm quite happy with this beta tool. And I would like to share it with Revit users.
I also would try to start a little (open) conversation about making Revit even better.

Hope it helps and have fun.
Download

For Dutch speaking people there is a youtube movie of a RevitGG meeting where i demonstrate and explain this tool a little bit more. It's about 75min.

 

There will be updates in the text and the spreadsheet -it's a bèta remember-. So check out the latest version of the text or the spreadsheet if you have problems.

update / 26-11-2014

With the sheet "Fill in ParameterMapping" you can build:


 - "ParameterMappingTable.txt" wich should be placed in the folder where the export DLL is located. This will map the Common Pset between Revit and IFC
 - "DefaultUserDefinedParameterSets.txt" wich hasn't a specific location. You can select the file in Export Setting at the tab "Export property sets" This one will create your own User Defined Property Set - You can discus if this should be 'best practice'
You can read here some more on the SourceForge site:

The Sheet "Fill in ParameterMapping" is mainly based on the "ParameterMappingTable.txt". You can build a "DefaultUserDefinedParameterSets.txt" as shown in row 12: Choose a Revit Parameter and make sure that Column K is linked to the Columns M, N and O. See Cel K12 for an example formula.

You will see that this method will automatically create new rows in the spreadsheet.

Gelezen - IFCZIP naar IFC - WhatRevitWants

Gelezen deze week...
Goeie tip van Luke Johnson van WhatRevitWants.

7-zip can extract a plain IFC from an ifcZIP pic.twitter.com/thHjVVH8Nw

— Luke Johnson (@lukeyjohnson) March 19, 2014

IFC bestanden maken in Revit

IFC blijft lastige materie. Vandaar enkele links naar aanvullende documentatie...  
Tja leuker kunnen we het nog niet maken.

• IFC4 documentatie
• IFC2x3 documentatie

Een overzichtje van BuildingSmart (Australia) hoe je in native Revit een IFC maakt.

• Revit - IFC exchange process 1 (via next steeds doorklikken naar de volgende pagina)

Tegenwoordig moet je daar zeker aan toevoegen dat er gebruik gemaakt dient te worden van de laatste IFC exporter. Ik noem dit omdat er met een behoorlijke regelmaat een nieuwe versie te downloaden is. Afgelopen donderdag is op dit moment de laatste versie. Daar kan je ook zien met welke onderdelen Autodesk bezig is.

• IFC Exporter for Revit Web Site

Ook zijn er tools beschikbaar om eens op een andere manier naar een IFC te kijken dan alleen de geometrie.

• IFC File Analyzer - van de NIST (National Institute of Standards and Technology)
• IFC text tree viewer - van Geometry Gym

Enkele gedachten over BIM standaards

Nog steeds zit ik na te denken over de discussie op de RTCeur met betrekking tot BIM Standaards. Wat opviel was, hoeveel moeite het koste, om met al die slimme mensen in de zaal, een doelgerichte discussie over BIM Standards te kunnen voeren. Achteraf gezien denk ik dat de vraagstelling niet zuiver genoeg was, om er een goede discussie over te kunnen voeren...

Misschien is dit (onbewust) wel het ultieme punt, wat we met elkaar gemaakt hebben. Je moet eerst het doel helder voor ogen hebben om de finesses van je doel, of de manier waarop je het doel bereikt, te kunnen bespreken.

De discussie met betrekking tot BIM Standaards is bovendien ambivalent. Want BIM is geen doel op zichzelf. Maar het gebouw is wel het doel. Aanvullend is de souplesse waarmee dit gebouw gerealiseerd wordt een belangrijke motivator voor een BIM. Deze zogenoemde souplesse moet geld opbrengen en bouwfouten verminderen.

Bijzonder complicerende en unieke factor, is het feit dat elk project anders is. Evenals het project team. Dit betekend in de praktijk, dat wat een goede oplossing is, voor het ene project, een slechte oplossing is voor een ander project. Bijvoorbeeld omdat het te veel energie en dus geld kost.

Wikipedia Nervous System

Nadenkend over hoe je een goede BIM Standard zou kunnen specificeren, komen een paar zaken bij me naar boven:

1. Een BIM standaard moet basic zijn. Ontdaan van al te specifieke zaken. Elk project is anders. En er zijn, al met al, te veel variabelen, om te specifiek te kunnen zijn in een BIM Standaard. Denk ook aan verschillende programma's, versies, teams en verschillende vraagstellingen.
2. Ook heb ik begrepen dat een standaard die kans van slagen wil maken,  moet aansluiten op iets bestaands. En bij voorkeur op iets wat breed gedragen is.
3. Persoonlijk houd ik wel van foolproof oplossingen. Inhoudelijk mag het super complex zijn. Maar in zijn bediening en gebruik moet het eenvoudig en eenduidig zijn.

Met al deze punten voor ogen moest ik (ondanks alles) aan IFC denken.

1. IFC is basic BIM, en ontdaan van allerlei dogma's. Een deur is geometrie met relevante en basic aanhangende informatie: Geen eindeloze discussies over naamgeving, gedetailleerdheid, programma's of versies van programma's. Het gaat ook niet over hoe iets gemaakt is maar wat het is.
2. IFC is een internationale standaard bestandsformaat. IFC is mijns inziens dus niet weer een nieuwe norm. Het is er al. En het wordt door veel opdrachtgevers voorgeschreven. Ook zijn er veel bouwteams die er op zijn aangewezen. Helaas blijkt dan, dat de IFC praktijk nog lang niet is waar die wezen moet. Maar .. daar kan je aan werken. En nogmaals het draaiboek ligt er al. Dat wil zeggen Stap 1 is om IFC te documenteren, want dat is niet gedaan of op zijn zachts gezegd onder de maat.
3. IFC is ook eenvoudig in zijn opzet en Open Source. Het is niet moeilijk om van elke aanwezige categorie te eisen dat er specifieke informatie aan hangt. Toch?! Het is ook niet moeilijk om dit geautomatiseerd te controleren. Daardoor kunnen al die goedbedoelde LOD boekwerken wel vervallen. Idealiter zou de opdracht moeten zijn, om een IFC te maken die aan de basic BIM eisen voldoet. Als dat kan, zit de rest ook wel snor. (ga ik even heel snel door de bocht)

 
Ten slotte. Als we weten wat we in basis willen, is het begin er.
Dan pas kan je deze basis waar nodig uitbreiden, met aanvullende project specifieke wensen. Ook kan je bijvoorbeeld een discussie voeren in hoeverre en of IFC herbruikbaar moet zijn. En daarom eventueel onderlinge relaties en misschien wel parametrische functies moet bevatten.
Tenslotte is het ook belangrijk, hoe je het proces op alle schaalniveau's kan optimaliseren. En daar horen zeker programma specifieke afspraken bij. Je kan dan pas goed onderscheid maken tussen hoofd en bijzaken. Dit geld voor het gebruik van je programma en het maken van een BIM. Alles wat buiten de Basic BIM scoop valt en dat niet dient, doet er daarom minder toe.

Een afrondende opmerking is dat dit stukje tekst een gedachtenoefening is. 
Want wat heb je aan een standaard die niet of nauwelijks gedocumenteerd is? En wat heb je aan een goede IFC die moeilijk te maken, laat staan te hergebruiken is? En wat heb je aan eenvoudige BIM Standaard controle tools als die niet bestaan?
Er wordt aan veel van deze zaken hard gewerkt en het zal er heus van komen. Maar voorlopig moeten we het nog doen met tal van BIM Standards. Standaards die allemaal verschillende aspecten van BIM belichten en deze vervolgens herhalen in een andere taal.
Wel blijft staan dat BIM geen doel op zichzelf is. En het mag ook geen doel op zichzelf worden.

Gelezen - Parametrische IFC? - GeometryGym

Even een kort berichtje vanaf de andere kant van de wereld.
Parametric IFC and IFC for Content - GeometryGym

Tijdens de RTCeur was er al een korte presentatie van Martijn de Riet. Hierbij liet hij zien dat IFC meer kan zijn, dan enkel vormvaste geometry en bijbehorende metadata. Het is in principe mogelijk is om content parametrisch uit te wisselen (export en ook weer import) via IFC. Jon Mirtschin van GeometryGym schrijft er nu zelf ook over. Het is grotendeels abracadabra. Maar het is leuk om te zien wat in de toekomst misschien ooit praktijk gaat worden. Al roept het voor nu ook veel vragen op.

IFC gecertificeerde software

Zoals een bedrijf zich kan onderscheiden door deel te nemen aan bijvoorbeeld een conferentie zoals RTC in Delft of door lid te worden van een gebruikersgroep zoals de RevitGG, kan een software pakket zich onderscheiden door zijn eigen software te certificeren. Bijvoorbeeld voor conversie met IFC.
Daarmee laten software ontwikkelaars zien dat ze hun gebruikers serieus te nemen. Want die hebben behoefte aan een universeel BIM uitwisselformaat. En ook de opdrachtgevers van hun gebruikers hebben die behoefte. Want die willen (terecht) partijen contracteren, op basis van hun kennis en kunde. En niet op basis van hun gereedschap -het softwarepakket-. Dat gereedschap zou er in principe niet toe moeten doen.
Anderzijds betekend het ontbreken van een certificaat niet dat die software pakketten zich helemaal niet met IFC bezighouden. Misschien is het voor hun nog niet rendabel genoeg. Om een voorbeeld te geven: Arkey is niet volgens de laatste 2.0 norm IFC gecertificeerd, maar maakt en importeert wel degelijk IFC bestanden. Ook  enkele IFC viewers en enkele IFC controle programma's zijn niet officieel gecertificeerd volgens de laatste norm.

Van IFC kan je van alles vinden maar het is volop in ontwikkeling en het gaat steeds meer de goede kant op. Sinds dit jaar is IFC4.0 zelf ook  officieel ISO gecertificeerd.

BuildingSMART beheert dit IFC formaat en ook de certificaten op basis van hun IFC Certification 2.0 procedure. Op hun site staan enkele overzichten van alle software pakketten, die zich in principe willen laten certificeren.
De koude cijfers die blijken uit deze lijst zijn als volgt:

• 27 Software pakketten doen mee aan het programma.
• Hierbij doen alle Revit pakketten afzonderlijke mee.
• Opvallend is dat Revit LT bezig is zich te laten certificeren!
• 10 Software pakketten zijn gecertificeerd.
• 8 Software pakketten zijn gecertificeerd voor Export.
• 2 Software pakketten zijn gecertificeerd voor Import.
• (kunnen ze mooi met elkaar uitwisselen - moet ik nou lachen of huilen?)
• Alleen Scia Engineer is gecertificeerd voor zowel de Import als de Export

Leuk is dat je de testrapporten zelf ook kan downloaden in inzien. Behalve Revit vind je ook Archicad, Tekla, Allplan, Vectorworks en Scia Engineer (die kan Importeren en Exporteren) en RIB.
Vanzelfsprekend is een groot deel van de rapporten abracadabra maar het geeft wel een aardig beeld van wat zo’n pakket wel, niet of beperkt kan.


Als Revit gebruiker heb ik het testrapport van Revit Architecture eens bekeken.

• Het eerste wat opvalt is dat Revit Architecture (zoals bijna alle programma’s) alleen gecertificeerd is voor Export. En net zoals de meest is de Import functie “in progress”.
• Verder blijkt Revit Architecture  gecertificeerd te zijn op basis van de inmiddels oudere exporter: v2.8.1 for the exporter, and v1.8.1 for the UI. Het is dus zaak om de laatste update van de exporter te gebruiken.
• In het rapport staat ook aangegeven welke onderdelen (op dat moment) niet gehaald zijn. Verwacht geen 100% scores. Die zul je bijna nergens tegenkomen. Persoonlijk weet ik niet wat ik daar nou van moet vinden. Het rapport is eerlijk en openbaar. Maar gecertificeerd zijn betekend dus niet uitmuntend of zo. En vertaald naar mijn eigen discipline (wat ik waarschijnlijk niet zo zou moeten doen) zou ik niet zo veel fouten mogen maken als deze programma’s doen. Maar zoals gezegd deze 10 programma’s voldoen aan de norm die BuildingSMART als onafhankelijke partij heeft gesteld. Sommige onderdelen blijken overigens ook “optioneel” te zijn. Wat mij betreft vervuild dit de uitkomst enigszins.

Een beperkte samenvatting van de niet ondersteunde onderdelen volgens het rapport:

• Type voor Beam / Column / Footing / Covering / CurtainWall /Pile / Slab
• Dit onderdeel was in sommige gevallen optioneel
• Revit 2013 does not have the capability to create user-defined parametergroups, corresponding to IFC property sets. The Open Source IFC exporter allows for the programmatic creation of user-defined property sets. A user can add these sets to the base exporter, or they can create their own exporter based on the open source version.
• ifcSpace Footprint
• Enkele bouwkundige onderdelen worden anders geïnterpreteerd. En zijn daarom niet ondersteund volgens het rapport..
• Revit 2013 does not support doors / windows in floors.
• Revit 2013 exports openings (in a Wall / Beam / Column) as extrusions or Breps.
• Pile, Slab, Walls werden geëxporteerd als BReps En had daardoor andere eigenschappen zoals void.
• Stair als compleet element wel als afzonderlijke onderdelen
• Een Space heeft geen kleur of materiaal
• Revit 2013 always exports the IfcBuilding local placement relative to the IfcSite.

Revit IFC Exporter update

Het ligt denk ik aan mij, maar ik blijf het grappig vinden, elke keer als ik weer een mailtje krijg van Angel Velez van Autodesk, dat er weer een nieuwe verbeterde update is van hun IFC Exporter for Revit. Zo ook vandaag. Er zijn nieuwe Updates voor zowel Revit 2013 (v2.11) als Revit 2014 (v3.3) en de bijbehorende user interface (UI) (R13 – v1.11 / R14 - v2.3). Deze zijn te vinden in de app. Store.

IFC en Revit blijft lastig. En het minste wat je dan kan doen is deze IFC Exporter for Revit en een aangepaste user interface (UI) gebruiken. En voor de gevallen waarin het echt goed moet, begint nu langzaam wat licht te dagen aan de horizon. De RevitGG heeft in de gisteren gepresenteerde nieuwe Dutch Revit Standard 1.0 enorme stappen gemaakt. Binnenkort zal er vast wel wat te lezen zijn op hun site. En hopelijk werkt de home page dan weer goed.

Een belangrijk schakel in de totale verbetering die de DRS biedt, is wat programmeerwerk van Tom Pesman die namens de RevitGG een Parameter Mapping mogelijk heeft gemaakt. Deze 'mapped' Revit Parameters naar bewust gekozen IFC Properties. Deze aanpassing is inmiddels opgenomen in Open Source project van Autodesk (v2.11.2, v3.3.2). En volgens de mail van Angel, zal deze aanpassing in de volgende update van de IFC Exporter for Revit worden overgenomen.

Het grote voordeel van deze "mapping" zit er hierin, dat je nu gericht Parameters aan de IFC kan toevoegen, maar ook juist Parameters kan weglaten. Het ziet er naar uit, dat de inhoudelijke parametrische kwaliteit van de geëxporteerde IFC veel beter en gek genoeg ook veel kleiner is. 

Een punt van aandacht / zorg blijft wel de import mogelijkheid.
Al heeft dit wel alles te maken met wat je met een geïmporteerde IFC in Revit wil gaan doen...

Zelf heb ik het allemaal nog niet uitgetest. Maar ik raad geïnteresseerde  partijen aan, om de site van de RevitGG goed in de gaten te houden. Of beter nog lid te worden. En om ook op die manier, de kwaliteit en professionaliteit van het eigen werk op peil te houden, alsook het samenwerking  in Nederland te verbeteren.

Verschillen tussen Revit en Revit LT

- gedeeltelijk achterhaald de verschillijst tussen R14 en R14LT is hier te vinden - 

De laatste tijd zie ik steeds meer reclame voor Revit LT (light).

Maar wat zijn nou de verschillen tussen Revit LT en Revit?
En maakt dit het (aanzienlijke) prijsverschil goed?

Revit LT

Er zijn meerdere plekken waar de verschillen tussen Revit LT en Revit worden opgesomd. Maar ik zal me hier baseren op de site van Autodesk zelf, met een redelijk uitgebreide verschillen lijst op basis van de 2013 versie. Deze zal ik vanuit mijn dagelijkse praktijk met Revit proberen toe te lichten.

RevitGG - nieuwe beta versie van de Dutch Revit Standard

Toch behoorlijk onder de indruk van de nieuwe beta versie van de Dutch Revit Standards van de RevitGG. Ik dacht even kijken… Blijkt dat ze weer een enorme stap hebben gezet. Mijn eerste indruk is dat het er heel gedegen en fundamenteel uitziet. Mijn complimenten

• De DRS is gebaseerd op een structuur die beschreven is door Aaron Maller, Beck Architecture, VS. 
• Er is veel aandacht besteed aan IFC(2x3 ?) uitwisseling. Hiervoor is samengewerkt met experts van Autodesk, Tekla en Archicad voor een zo gedegen mogelijk voorstel in de DRS Template.
• De Template sluit aan op de Rgd BIM norm v1.1 Met name de Sheets en gedeeltelijk de Model Family benaming.
• Er zijn bouwbesluit Schedules toegevoegd.
• Ze hebben internationale standaarden zo veel mogelijk verwerkt zoals: - mogen van mij wel worden toegevoegd aan de zip-file -
• De ANZRS (Australian New Zealand Revit Standards) 
• NBL-UK (National BIM Library United Kingdom)
• En er is een uitgebreide documentatie bijgevoegd – al is die nog niet compleet - 
• Dit beantwoord meteen een vraag op hun forum naar aanleiding van de vorige beta versie. 
• In de documentatie wordt ook het een en ander verduidelijkt over naamgeving afspraken die de Best Practice zullen gaan aanvullen. Het lijkt me zinnig deze eerst even door te scrollen, dan weet je in ieder geval wat je kan verachten in de DRS Template zelf.
• View benamingen, bijbehorende Browser Organization en Sheets gebaseerd op de SLAC methode (ISO1046) (getyped en wel)
• Ik citeer: De keuze voor deze methode is puur gebaseerd op de beschikbaarheid van open, gedocumenteerde conventies. De SLAC-methode is de enige methode die in een (ISO)norm is vastgelegd en daarmee ideaal voor toepassing omdat het geen “eigen verzinsel” is die per definitie open staat voor debat. Desalniettemin begrijpt de RGG dat het onderdeel naamgeving van views en sheet zeer bureau gebonden is. Het staat gebruikers dan ook vrij om hiervan af te wijken. Wel wil de RGG erop wijzen dat de SLAC-methode, hoewel op het oog zeer ontoegankelijk, een makkelijke, gestructureerde werkwijze tot gevolg heeft waarbij ook derden zeer eenvoudig hun weg vinden in de enorme hoeveelheid Views die een project kan genereren.
• Ten slotte is er ook veel aandacht besteed aan Revit MEP en Revit Structure gebruikers met Families en Schedules. 
• En oh ja er zit ook nog een standaard (opbouw van een) kozijn bij.  

Besef wel dat dit een (hoewel uiterst zorgvuldig samengestelde beta versie is).
Bij het doorkijken kom je zo af en toe nog kleine puntjes tegen. Of zijn er zaken op het eerste gezicht niet helemaal duidelijk. En zoals bij elke standaard zal ook deze standaard op sommige punten iets kunnen ‘doorschieten’.

Vandaar dat alle Nederlandse Revit gebruikers nadrukkelijk uitgenodigd worden om deze (134,37 MB) te downloaden. En vervolgens behalve een terecht bedankje, ook 1 opbouwende opmerking aan de RevitGG door te geven.  Wellicht voelt niet iedereen zich in staat om overal een zinnige mening over te hebben. Of is het allemaal wel erg veel informatie. Pak dan in ieder geval een klein stukje waar je wel wat van weet, of wat belangrijk voor je is.

Ik citeer:
Wilt u uw mening geven of reageren op de DRS? Dat kan via het forum op www.revitgg.nl/forum. Wilt u invloed uitoefenen op de DRS, erover meepraten of uw kennis actief delen? Dan nodigt de RevitGG u van harte uit om lid te worden en op de eerst volgende vergadering mee te doen. U kunt lid worden door hier een formulier te downloaden: http://www.revitgg.nl/index.php/leden.


Alle medewerkers van de RevitGG en met name genoemd Martijn de Riet, heel  hartelijk bedankt voor dit knappe stuk werk.

IFC4 gepromoveerd tot ISO 16739:2013

Gelukkig heb ik weinig verstand van afkortingen en nummers. Maar het klinkt inderdaad als een hele prestatie dat het IFC4 uitwisselformaat een officiële internationale standaard is geworden: ISO 16739:2013.  

(ISO schijnt afkomstig te zijn van het Griekse woord isos wat gelijk betekend) 

IFC4 

De volgende mijlpaal, is natuurlijk als de meeste en zeker de grootste spelers in de BIM markt, deze nieuwe officiële standaard overnemen …  Persoonlijk vindt ik dat nog een flink stuk spannender. 

Maar ... het gaat zeker de goede kant op als ik aan Revit denk.  

In principe ben ik best te spreken over de IFC Exporter forRevit 2013. Het laatste jaar is deze al enkele keren geupdate (als je geen email hebt gehad van Angel van Autodesk toch even controleren op Autodesk Exchange De huidige versie is 2.9.0.0).  En met de Revit IFC ExportAlternate UI 2013 heb je tevens meer mogelijkheden om het een ander in te stellen. Wel gek dat er in je Addin Ribbon alleen 2 icoontjes staan te 'nixen'. Alleen ten teken dat er een bepaalde versie geïnstalleerd is denk ik dan.

Een stuk om er ook eens ‘op na te slaan’ zijn artikel 1 en artikel 2 van Martijn de Riet in het blad van Augi.

Ook onze eigen RevitGG zit hard aan de IFC uitwisseling te trekken in hun laatste standaard 0.4.

Ach, het echte probleem is natuurlijk de import van een IFC. Want hoe zet je geometrie en aanhangende informatie nou om in een 'native' (Revit, Archicad, Adomi etc.) element? Dat blijven halfbakken 'altijd goed' oplossingen. En deze missen helaas per definitie de kracht en de unieke oplossingen van het programma zelf. Je verliest dus een stukje intelligentie en gebruiksgemak.
Maar laat dit duidelijk zijn, wat mij betreft mag iedereen voor zichzelf bepalen hoe erg (of juist niet) dit is. Voor mij is BIM geen doel maar een wel een krachtig middel. En ondanks een wat pessimistische toon met betrekking tot de import van een IFC, ben ik zeker blij met deze verbeterde IFC4. Dat deze nu een ISO standaard is geworden, is zeker een verdiende beloning voor jaren lang hard werk.

IFC4 in een notendop volgens BuildingSMART

• enhances the capability of the IFC specification in its main architectural, building service and structural elements with new geometric, parametric and other features
• enables new BIM workflows – including 4D and 5D model exchanges, manufacturer product libraries, BIM to GIS interoperability, enhanced thermal simulations and sustainability assessments
• links all IFC property definitions to the buildingSMART data dictionary
• improves readability and ease of access to the documentation with numerous implementation concepts and fully linked examples
• contains ifcXML4 schema, fully integrated into the IFC specification in addition to the EXPRESS schema
• has been developed in line with the new mvdXML methodology (as the baseline for future computer-readable model views and data validation services)
• corrects technical problems found since the release of IFC2x3
• enables the extension of IFC to infrastructure and other parts of the built environment