Ik Leer BIM

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

2025-07-08T15:06:00.000-07:00

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:

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.
Er zijn meerdere nieuwe NLRS categorieën toegevoegd op basis van de nieuwe Revit versie.
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:

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
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. ;-)
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.
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:

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.
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.
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
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.

Werk per kolom -en niet per rij- onderdruk deze neiging, zo werken helpt hier niet.
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.
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.
Loop snel IsExternal en LoadBearing na. Ook deze volgen de NL-SfB.
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.
Sla de Excel op. En sluit Excel af.

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.

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.
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!

Custom Dynamo Node - RoomSolidIntersectionByParameterValue

2022-10-07T08:10:00.009-07:00

Vandaag het vervolg op mijn vorige post. In mijn vorige post vertelde ik over de node RoomsToSolidRepresentation. Het was een lange post. En vandaag gaat het over een toepassing hiervan. Dat kan gelukkig wat korter. Bij deze RoomSolidIntersectionByParameterValue

Nadat we een gesloten en betekenisvol analytisch model hebben gegenereerd van een live project -een eerste stap naar een Topological model zeg maar-, kan je beginnen met een paar analyses. Je kan bijvoorbeeld eigenschappen hangen aan de snijvlakken tussen de ruimtes. Denk concreet aan brandscheidingen en bijv. geluideisen. Dit zijn de vakjes 4.5 en 4.6 uit de BIM Basis ILS. Maar er zijn vast meer toepassingen denkbaar. ;-)

RoomSolidIntersectionByParameterValue = dit dus.

Het hele proces bestaat uit een paar stappen:

Je gebruikt de Node RoomsToSolidRepresentation, en maakt zo lijsten met Solids en Rooms.
Je kiest een Room parameter als sturing voor de analyse. En koppelt vervolgens de Parameter naam, de Solids en de Rooms aan de Node RoomSolidIntersectionByParameterValue
Open de CSV die de Node gemaakt heeft. En vul de eisen in.
Run het script nogmaals. De Node zal dan de ingevulde waardes van de CSV gebruiken en vlakken en bijbehorende waardes rapporteren
Doe er wat leuks mee! Pas Revit aan: plaats DirectShapes, plaats Families, selecteer Revit objecten en pas eigenschappen aan. Of blijf nog in Dynamo en tweak het gegenereerde. Of exporteer de data, bijv. met de Topologic Package. Je kan dan in je eigen software verder. Of gebruik Rhino, Blender of ...

Laten we deze stappen eens stap voor stap nalopen en gebruiken 'het Revit huis' als referentie.

Meer lezen »

Custom Dynamo Node - RoomsToSolidRepresentation

2022-09-30T12:15:00.026-07:00

In mijn IkLeerBIM Dynamo Package zitten enkele Nodes waar ik het over wil hebben. Waarom heb ik ze gemaakt. Wat doen ze. En hoe werken ze. Vandaag RoomsToSolidRepresentation.

Ik ben bezig geweest om met Dynamo een sterk vereenvoudigde representatie te genereren van een gebouw. Dit moet werken in elk stadium van een lopend project. De basis van deze representatie zijn ruimtes. En daarnaast levels die als building storey zijn aangemerkt. Het resultaat is een groep volumes die compleet aaneengesloten een nieuw ‘gebouw’ volume vormen, zonder gaten.

Zo veel mogelijk een Topologic model zeg maar.

Toepassingen zijn logischerwijs voor allerhande analyses. Hoeveelheden, Energie, daglicht, logistiek etc. Een schematische weergave is in veel gevallen zinnig omdat in een live project vaak te veel en te gedetailleerde informatie zit. Het klinkt een beetje tegenstrijdig. Maar te veel info maakt een snelle analyse vaak traag en soms zelfs onmogelijk. Ik denk dat we in de toekomst soepel heen en weer moeten kunnen van schematisch naar gedetailleerd en terug. En dit proces moet zich meerdere keren kunnen herhalen, voor zover nodig.

In principe is het plug and play. Maar mogelijk krijg je een onverwacht resultaat bij een snelle test. Vandaar een (uitgebreide) toelichting. 😉

Meer lezen »

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

2022-09-13T21:40:00.008-07:00

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!

Update IkLeerBIM Dynamo Package

2020-10-22T10:41:00.001-07:00

The IkLeerBIM Dynamo package has just been updated.

more methods, more arguments,

ready for Revit 2021,

and what about sandbox and other software.

A few things have improved or changed:

Some Python 'build in functions' did not show up as a method. This error is fixed.
The Revit API 2021 has deprecated the displayUnitType in Revit 2021. So based on the Revit version the script uses displayUnitType or ForgeTypeId.
The LookUp node and MethodLookUp node should also work in Dynamo Sandbox or other software. So the UnwrapElement and the loading of some libraries are made conditional.
The MethodLookUp node now also can deal with 'overloads'. Cases were more than 1 argument series for a method is possible in the API.
The Example.dyn file in the Extra directory is also updated to the new functionality.

Thanks Laurin Ernst, for the feedback!

Older posts about this Dynamo Package:

First release IkLeerBIM Dynamo API helper (micro) Package / 15-04-2020

Update IkLeerBIM Dynamo Package / 05-05-2020

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

2020-09-11T08:26:00.000-07:00

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

2020-09-04T04:13:00.000-07:00

- 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.

Welke van onderstaande 3 opties is voor jou gebruik gelijkwaardig aan het ‘los modelleren’ van een spouwmuur?
En als geen van onderstaande gelijkwaardig is, welke komt dan het dichtste in de buurt. Waarom?
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

Update IkLeerBIM Dynamo Package

2020-05-05T08:32:00.000-07:00

Just added 2 extra nodes: API.MethodLookUp and API.FilterScriptGenerator.

And in the extra directory is also an example.dyn file for a Quick start.

The whole goal of this Package is to help people who are already familiar with Dynamo. And understand how to make a for loop in Python. So they can find their way with the (Revit) API as comfortable as possible. You can search the internet later. Most Dynamo users will come to this point where they need to build just a little Python script because there is no Node available. Or they need to speed up a Dynamo script just a little.

To do this I needed to add 2 more Nodes:

API.FilterScriptGenerator

Will help you with your second problem: "How to grab elements from the Revit Database?" You can use the Dynamo Nodes off course. But can you do without? Now you can. And very easy. This Node will generate a complete Python Script. Copy this to clipboard, with a Node from Clockwork or Rhythm. Paste it in a Python Node. And tweak it to your needs.

API.FilterScriptGenerator

But, "The FilterElementCollector is no rocket science." I hear you say. No it isn't.
Still this Node has almost every option that the API gives us. And there are quite a few...
Beside filtering on 1 or multiple Classes or BuiltinCategories, you can Filter on all the Parameters you want. Use Views, Levels, Geometry and DesignOptions. And there is also an option so your Python Node also works for Linked documents.

Some Filter options can be achieved in multiple ways. If that is the case I tried to choose 1 or the other. I also skipped some very specialized Filters, because it is possible to also use e.g. BuiltinCategories. Most of this is documented in the Node.
And for those who know their stuff. This is not the most beautiful, clean and efficient script I ever wrote. But it works. ;-) So perhaps I will clean it up later (if I want to).

API.MethodLookUp

Helps to find the arguments needed for a method. In al lot of cases this will be enough. And if this is still confusing you can always use google and find more examples or an explanation.

API.MethodLookUp

With Lacing Longest and some sorting and grouping.

First release IkLeerBIM Dynamo API helper (micro) Package

2020-04-15T12:45:00.000-07:00

While writing Python code in Dynamo I still seem to use my own LookUp Node a lot. And that is despite multiple very appreciated well known tools and websites. All these work best, because a lot of people did contribute their little something. That's how this train moves. So today I want to contribute my tiny little something.

But why do I use this LookUp Node and not something else?

First of all every situation is different. And everybody works differently. But most of the time I simply do not want to leave my scripting environment. And that is Dynamo. Secondly I want to know what actually works - no surprises. And remember I am foremost a Revit user, so the way I approach a Revit problem might be slightly different than a professional programmer. And this Node is a real easy and straight forword way of working with Python in Dynamo.

Really world changing technology right?

Ahh not exactly... It is more like a smart dir() function, with some extra. But .. it works. Simply give the Node something to chew on. And it will return all the attributes with values, all methods, all BuiltinParameters with values, the BuiltinCategory and the Class. It is possible to search, clean or even extend the outcome with readable names. I would say, give it a try. I love it, it might work for you too.

Thanks to the community who provides countless means to examine and learn new things. Parts of the code came from everywhere. Like the Clockwork Package, Dynamo Forum, The Building Coder etc. Thanks all. This is my small contribute back.

Just a few teasers on what this node does.
And remember, this Node is basically a temporary LookUp node. It is not build to use it as a part of script. But why would you. Use it to build your own Python script. Have fun.

This node eats almost everything and shows the class of the input

Just give this node a list or a single item. It will flatten everything and uses only the first index.

It will clean the output for empty / null etc. values. Unless you want to see everything off course.

Sometimes you simply want readable names. But most of the times you do not...

Because it slows down a little.
And if you know what you are looking for, you simply use the Case Insensitive search.

Fun with heatmaps

2019-12-06T04:56:00.001-08:00

Today something fun, and who knows useful.

In an age of generative design a heat map can give a human perhaps a different kind of insight.
A heat map is as a surface with a colored gradient. And the colors represent a value, or even a wright and a wrong. The nice thing about a colored gradient is that the computer does the interpolation based on the actual calculated values. Off course in real life some of those values are not valid. And of course it is a very rough way to make decisions. But it does give some visual feedback. And it is based on calculations and not rules of thumb.
So let’s do this!. And make some heat maps in Dynamo and Revit. See what happens. And what works.

First Dynamo
For a heat map you first need a surface. So let’s select a Face from an object in Revit.
Now the first thing you need to know about generating a heat map in Dynamo is that you need a matrix (list of list) of points. The list of list must be with the same lengths and offsets. So in normal language. Create a bounding box based on the surface. Convert this into real geometry. Explode this to grab the bounding surface. And that is where we are going to work with. We divide this new surface into points. This can easily be done with Surface.PointAtParameter based on a UV. Both the U and the V are lists between 0 and 1 with equal steps for both in the U and in the V directions. The UV is like the local coordination system for the new heat map. The generating heat map needs this environment to work correct in Dynamo. Some points are on the Surface and some are not. This works differently in Dynamo and in Revit. But we will get back on that later.
So we have a surface and a list of list of points. Based on a bounding UV system.

Now let’s make Dynamo work!
Just for starters we will calculate the distance between each of these points and another object in Revit. In order to map each value to a colour in a color range between 0 to 1, we also need to map all the values between 0 and 1. Now we can find the right color for each value with the Color Range Node. At this moment each distance has a corresponding color. And this color is related to a UV position on the bounding surface because of the list structure. So when we connect this list of list of colors to the surface. We get a correct heat map. Points outside the surface do not matter for the GeometryColor.BySurfaceColors Node. Actually this Node needs all the UV points of the 2D bounding box to work correctly.

When we move the object in Revit the heat map in Dynamo will change. Nice… :-)
Off course we can also tweak the color range a little. The indices do not to be equally divided between 0 and 1. As long as there are as many colors as indices it will continue to work.

Because it is still a list of list with values. You can do some simple math and relate multiple heat maps to each other. Like the points nearest to object 1 AND object 2. Or the points nearest to object 2 and greatest distance to object 1. Off course this examples are not really difficult. I simply show how this works.

Now let’s take this heat map to Revit.

If we want to use the same points and values to create a heat map in Revit it does not work. We need to filter for points that are actually on the surface. This is the first thing that is different. And another thing is that we need a flatten list.

Of course Revit has its own View Visibility settings that also need to be correct to show the heat map. We need to create (or select) a Graphic Display Style – you can try different settings-. Be sure that Analysis Result Settings are also set. Also be sure that your kind of view is able to show the heat map –like 3D views-

Back to Dynamo.
There is more we can do while visualizing our calculated data. What about getting the contour of an area that is better (or worse) than a specific value? That is an interesting concept, I think. Because In the end you want the computer to understand that we are pinpointing things to a specific area that make sense. Jus in order to (visually) lower the endless combinations in front, while doing some generative design.
It gives us also other ways to visually or mathematically examine our results. Like the value at a specific point, based on interpolation. Or the slope – the difference between values in an bigger or smaller area. There are times that you best can generate millions of options –because it is simply too difficult to explain or program- And there are times when you are trying to find an optimum between the latest and doing things completely manually.

To do this we can e.g. create a 3D visualisation of the values and generate new meaningful geometry based on our wishes. Let’s start this by creating new points, based on the original grid of points and an Z-offset, based on the value of each point. You can create lines while connecting the original to the new points. Or create nurbscurves while using only the new points in the list of list. Some points will intersect because they do not have a ‘value’ so if you want to, you can filter those, or simply ignore the warning.

Create a solid while using the perimeter curves of the original surface and the new top surface.
And finally slice this new solid at a certain level.
Now we have a new piece of geometry that is roughly defined by calculations off a grid of points and a value filter. The slicer is not really fast... but it works.

Of course this is not all new.
ArchiLab has also some nodes. Here is an old post where he is playing with LadyBug and Mantis Shrimp

And then there is the SpaceAnalysis Package. Build by Autodesk Research. A package that can do some efficient tricks just out of the box. It has some wonderful solutions for Pathfinding (better than calculating the straight line distance in our example)), Visibility / Field of view and Acoustics.

I am happy to say that it is not really difficult to use. First you have to make a Space Lattice with the Node SpaceLattice.ByBoundingBoxAndLines. This node needs a bounding box (now you know), some barriers (real barriers, or the contour of the surface, or an empty list – but why would you) It is possible to enter a list of Revit lines, but also line based Revit families. Remember that curved lines do not work. In that case use Utils.ApproximateCurvesWithLines. And last but not least a resolution input. Take care of this one! This is a distance input and the default value is 0,2. Beware! Your script will probably not break. And when this node is finally finished you have a very detailed Space Lattice. When you first try this workflow make this input bigger than the default. Or try something like I did to reduce the points.

There are a few nodes that will show this Space Lattice. It contains of a grid of points. And all the points are connected with lines in maximum 8 directions. By walking and counting these lines you will have an idea how far points are apart. Especially if you see that the Space Lattice does not make these lines if they intersect with your barriers. Well in the end the shortest path is a fundamental science problem. Google Dijkstra’s algorithm if you are up to it. It can be fun to know at least some basics.

Because of this Space Lattice, you have to relate your input points to this Space Lattice with the node SpaceLattice.ClosestPointTo. At least that is what I think is best.

It is easy to find and visualize the shortest path. A nice addition is the tidyIteration to make the path more smooth. You probably want to do this if you do not use so much calculating points.

The field of view is only a few nodes. Here it is also possible to relate multiple results by using Union and Intersection. And there is also a node to get the value at a specific point.

Of course you need to do some tricks to get this visual into Revit, as described above.

Here you can find the scripts SpaceAnalysis_test.dyn and Heat_map_test.dyn so you play around.

Where is my DWG !!

2019-10-25T04:27:00.001-07:00

There are a lot of things on my bucket list. And this post is one of them. One down just a few to go.

Of course we never use DWG. And of course we always use them in the ‘right’ way… But still, ones in a while I get this question: “I think there are a couple off DWG's in my project. But I do not know the status. And basically I also do not know where they are. -small voice- Help”

So let me showcase some things about DWGs in Revit.
You can Import or Link a DWG. And you also can Import a DWG in a Family.
When you insert a DWG you can choose to insert it in a View (= 2D annotation) or as 3D Model information.
A 2D annotation DWG has the option to put the DWG in the background or in foreground. And a 3D DWG has a 3D Z-position that will influence the visibility
After that there are a lot of ways to change the visibility but that is not part of this blogpost. Because today we wants to find DWG’s and kill it if necessary. 😊 By killing it I do not mean explode the whole thing -which will be showcased nevertheless- but removing absolete ones. And regain control over your project, so everything is zen again.

Let's start with Linking in current view only - just as we learned

Use foreground or background to change the visibilty

Now let's try linking it as model information

By changing the offset related to the reference level of the DWG you can change the visibility

And yes the DWG is actually there in 3D

Even in your Section or Elevation...

I did the same thing but then bij inserting DWG's by view and in 3D

Now we got 4 DWG's in different ways in our project. None of them can be found in the browser

And only the linked DWG (by view) can be found in the manage lnks dialog


But there is MORE. You also can import a link in a Family. And let's try exploding 1 off them	-			just for kicks-

The visibility of the inserted DWG in de Family is based on annotation options - like draw in foreground

The visibilty options of the exploded DWG in the Family is based on model information

Only the lines of the exploded DWG in the Fanily are visible in 3D when loaded in the project.

Under Imported Categories you will only find the layers of the not exploded version of the DWG in your Family

The exploded DWG in your Family is part of the Family Category. So there are new Sub Categories created

When I copy the 4 different DWG in my project and try to explode those -I know- It is only possible to explode the 3D model versions and the 2D inserted version. -what have I done!- The 3D versions turn into 3D model lines

And of course the view dependent DWG version turns into detail lines. At this point your Revit model will be poluted with strange linetypes etc. based on the original DWG. At least some people will hate you for that. I you really have to explode a DWG. Do this in a clean new project. Change all the created content in the right Revit ones based on your company standard. And copy this 'clean' result to your project.

Yes you get really model lines

Back to our subject. There is still only 1 linked by view DWG in your manage links.. UI menu

When changing the original DWG only the DWG link by view is changed. This is also the only one that would show up in the manage links UI

So resume:

Exploded versions are part of your model - deal with it -
Only the Linked by View version has interaction to a DWG file outsite Revit and can be checked for a Date etc. Others are frozen versions of a original DWG.
You can grab the 3D versions of DWG easily in multiple ways. One is by selecting everything in a 3D view and use the filter option.
Inserted 2D versions are much harder. You need at least some help. There should still be some addin around. And otherwise Dynamo can be handy to find the related views. Or even create a Selection set with the help of Clockwork -as always-
you can get some testfiles https://bit.ly/2PeE31z

Revit / Computer nauwkeurigheid

2019-09-13T07:36:00.000-07:00

Seeing is believing they say. So here it is.

De 'floating point error'.

Revit / Computer nauwkeurigheid
(o ja, een slotje helpt ook niet hoor)

Dit is een belangrijk gegeven voor programmeurs en 'rocket scientist'.
Maar voor bouwkundigen die een normaal gebouw maken, betekend het vooral dat je geen 6 of meer decimalen moet willen gebruiken in bijvoorbeeld Revit of een ander bouwkundig modelleer pakket!

Wat is die 'floating point error'?
In het kort (meer zinnigs kan ik er toch niet over kwijt.. en anders google je het maar zelf)
Een computer slaat alles op met 0 en 1, dus ook getallen. Normaal gesproken worden daar 32 of 64 bits voor gebruikt. Punt is, dat het aantal bits beperkt is. En een ander punt is dat deze binaire manier van opslaan 'lastige' decimale getallen kent die je eigenlijk niet met dezelfde nauwkeurigheid kan weergeven als dat we in ons bekende decimale stelsel gewent zijn. (test hier zelf wat decimale getallen zoals 0,1 of 45,45)

Dus zomaar een eenvoudig voorbeeld. 1 Delen door 3. En later het (afgeronde antwoord) vermenigvuldigen met 3, geeft geen 1 meer. Tenminste niet als je zelf het aantal decimalen wat je ziet verhoogt.
Bij het rekenen met hoeken hebben we het getal Pi nodig. Ook dit is aan benadering.
Zo zou je nog wel meer voorbeelden kunnen verzinnen.

Natuurlijk klinkt dit allemaal meer schokkend dan dat het in werkelijkheid is.
Gebruik je verstand. En vraag geen onmogelijke dingen van de computer.

O ja. Hier is een een Revit Idea die je kan steunen. Want af en toe hebben we hier écht last van.

Solve floating point errors starting visually - Autodesk Community

Gelezen - Een uitstekend stuk over Dynamo op Punto Revit

2019-04-30T12:09:00.000-07:00

Vandaag kwam ik een uitstekend stuk van Paolo Emilio Serra op zijn blog Punto Revit tegen

De blogpost zelf
http://puntorevit.blogspot.com/2018/12/dynamo-primer-slide-deck.html

Op zijn blog zelf kun je onderaan een download naar zijn presentie vinden.

Het is een enorme hoeveelheid tekst, maar erg aan te raden Het eerste deel is uitstekend voor beginnende Dynamo gebruikers. Maar ook gevorderde Dynamo gebruikers die hun kennis willen verdiepen of willen snuffelen aan Design Script en Python zullen verhelderende voorbeelden vinden in het tweede deel of meer achterin. Sla gerust pagina's over als er 'niks nieuws' staat het krijgt steeds meer inhoud.

Ik vond ook wat stukjes huiswerk.
Bijvoorbeeld hoe je een net stukje script met Python maakt. Ik verwacht er niet mijn geld mee te gaan verdienen maar zou toch graag wat meer structuur in mijn Python scripts willen kunnen maken. https://www.python.org/dev/peps/pep-0008/

Top Paolo! Hier heb ik wat aan.

Hieronder een samenvatting:

Meer lezen »

Generating Fire Compartment floor level boundary elements with Dynamo

2019-02-01T08:27:00.000-08:00

Omdat het kan, en misschien ook wel omdat het soms moet...

Voor de mieren...
Alleen de onderliggende level heeft een correctie gekregen voor een extra sparing uit een ruimte
Je kan natuurlijk ook op een andere manier Revit content maken en meer eigenschappen aanpassen. Dit is een snelle en dirty oplossing. Je kan natuurlijk ook een Floor maken.
Je kan Rooms uit een Linked model halen. Maar niet met de native nodes de Boundary van een Room. Overigens wel weer de 3D geometry.
De Room.CenterBoundary is meer logisch om te gebruiken. Maar dan zie je de vorm van de ruimtes niet meer zo goed in voorbeeld...

Voor het voorbeeld heb ik alle Rooms gepakt. En die zitten toevallig op 2 Levels. In werkelijkheid wil je waarschijnlijk een andere selectiemethode maken.
Not placed Rooms zullen foutmeldingen geven. Er zijn andere Nodes om dat probleem op te lossen.

Uitdaging: Warmteweerstand van afschotisolatie in Revit

2018-09-17T12:43:00.003-07:00

Vandaag maar eens gekeken of het mogelijk is om de warmteweerstand van afschotisolatie in Revit automatisch te laten berekenen.

Bedoel je de gemiddelde dikte?
Nee. Laten we deze oude NPR norm maar eens als maatstaf nemen.
Hierbij telt de koudebrug harder mee dan de dikkere delen bij de bepaling van de warmteweerstand.

Gaat dit echt lukken dan?
Ehm nee, niet helemaal. Maar de hier volgende oplossing krijgt van mij zeker een 7,5. Want er zitten aan deze oplossing echt nadelen. Maar het biedt ook zeker mogelijkheden.

Ik kon niet snel een normale manier verzinnen waarop Revit zicht bewust zou worden van de verlopende dikte van een Roof. Om op basis daarvan een Rc berekening kan maken. Daarom heb ik wat nieuws bedacht.
Een Void Family, Roof Based. Deze hangt aan de bovenzijde van de Roof. Haalt met een Reporting Parameter de dikte van het dakpakket. En snijd vanaf onderaf een afschot plak uit het dakpakket. Eventeel rekening houdend met een goot als je dat wilt.

En nee, je hebt dus geen dakbedekking Membrane Layer meer. Dit is een eerste minpunt.
Een inwendig afschot is slecht te maken (bijvoorbeeld betontegels vlak en daaronder afschot)
Pluspunt is dat het een void is en het dus geen last heeft van doorbrekingen. Bij verdere berekeningen zorgt dit dan wel weer voor een onnauwkeurigheid, wat weer een minpunt is.
Pluspunt is dat de gootdikte of het laagste punt een Type Parameter kan zijn.
Pluspunt is dat de afschothelling door de computer berekend wordt - dus geen rekenfouten.
Pluspunt is dat je ook hulpmaten kan laten uitrekenen waar nodig (maximaal afschotlengte, maximale gootdikte, minimale dakrandhoogte etc.)
Pluspunt is dat je met 1 Roof kan blijven werken. Waar je dan met deze Void Family meerdere plakken uit snijd.
Pluspunt is dat je lekker kan door kopiëren en met Align, Mirror etc. een heel dakvlak kan opzetten.
Minpunt is dat er minimale stukjes Geometry kunnen onstaan waar Revit niet van houdt... - lees: potentieel buggy -
Minpunt is dat er in de doorsnede visuele bugs kunnen ontstaan, wanneer de totale bovenzijde van de Roof wordt weggesneden. De Layer opbouw van de Roof kan daardoor in de war raken en maar 1 Hatch laten zien. Zoals gezegd een visuele bug.
Pluspunt is dat je inderdaad een Rc berekening kan maken. Nou ja, heel dicht kan benaderen dan. ;-) Je hebt de Rc van 1 segment, wat al een aardige indicatie is. Voor het totale dak zijn wel alle benodigde gegevens aanwezig voor hergebruik in een Schedule.

Hieronder enkele afbeeldingen. Ze spreken hopelijk voor zichzelf.

Een Void Blend - met een minimaal benodigde opp. aan de Bottom.

De doorsnede met 2 Voids op elkaar.

De linker- en rechter verlenging hebben een behoorlijke vrijheid om te bewegen (Reference Lines!).
Met behulp van formules moet je zorgen dat het er geen bugs ontstaan.

Een voorbeeld van de benodigde formules.
De A1, A2 en A3 m2 kunnen als Shared Parameters gerapporteerd worden
in een Schedule voor de afzonderlijke berekening van een totaal dakoppervlak.

In een eerdere (oude) post heb ik al eens verteld hoe je een vroeg stadium de 3D BIM waarheid iets kan verdraaien. En sommige mensen schamen zich daar een beetje voor ;-). Maar als eerste opzet kan het prima inzicht verschaffen als opmaat voor een definitief product.

Voor een definitief product het je meestal een handigheidje nodig die beschreven is in een ander post. Met een Vertical Opening, of een met Shaft zoals Ramon terecht opmerkt. Behoud je prima je indelingsvrijheid.

Mirrored elements in your BIM

2018-05-18T09:11:00.002-07:00

Just a little Dynamo script to find mirrored elements in Revit. And change a parameter if you like.

There are some discussions on mirrored elements in Revit. Revit doesn’t show them natively. Furthermore In the real world mirrored doesn’t exist. But your digital BIM isn’t the real world. So are we doubling are efforts and time to actually model every mirrored element again but mirrored. Or are we using the hidden treasures.

And of course safety first. Write a date to your project information. So everybody would know if mirrored is being checked.

The core of this script is little Python:

lstIN = UnwrapElement(IN[0])
lstOUT = list()
for item in lstIN:
try:
lstOUT.append(item.Mirrored)
except:
lstOUT.append(None)
OUT = lstOUT

Stil we would love a real time solution from Autodesk itself. Or a real time Addin.
Perhaps more news later. keep an eye on #PropertyWizard.

You can download with this link
Have fun, but use at your own risk.

Family not cutting mutiple objects

2018-03-23T09:11:00.001-07:00

A Door or a Window can easily cut multiple objects.
But what about other objects hosted in a Roof, Floor or Ceiling...

Open the Family. Uncut the Void from the Host object.
Ensure that the Family has "Cut With Voids When Loaded" enabled.
Load the Family in your Project.
Now you can manually Cut the Void in this Family with Ceilings, Floors Roofs, just as you like.
I know it sounds basic. But still good to remember from time to time.

Phasing in a Curtain Wall

2018-03-09T02:19:00.000-08:00

You cannot change the Phasing of Mullions / Curtain Panels in a Curtain Wall.

It is directly related to the Phasing of the Wall as a whole. But…

Shared Nested Families in a Curtain Panel are a bit slow and remain there old Phasing when the Phasing of the Wall changes…
You can make Parts of a Wall as a Curtain Panel and change the Phasing.
And most interesting – you can make an Assembly of Mullions and Curtain Panels. And then change the Phasing of the Assembly!

Still you cannot swap an existing Panel for a new one. But it is a start.

Change the Phasing of Curtain Panels and Mullions

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

2018-02-12T12:32:00.005-08:00

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:

Handmatig opgegeven
“binnen” of “buiten” als onderdeel van de Type Name.

Een 'binnenspouwblad' wordt dus Interior
en KZS_120 wordt eventueel Exterior

De NL-SfB codering
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

2017-09-30T02:45:00.002-07:00

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.

Enkele 'tips and trics' voor het maken van op 3D gebaseerde details in Revit

2017-09-26T12:36:00.000-07:00

Zo maar enkele 'tips and tricks' voor het maken van op 3D gebaseerde details in Revit.

Voor degene die dacht dat hij het altijd al deed:
Zet je Display Model eens op 'Do not display'. Hoe hangt alles wat je nu ziet aan elkaar?

Voor degene die dacht dat dat niet kan "omdat het er niet uitziet".
Of omdat het niet "correct en efficiënt" kan.
Lees onderstaande eens door en probeer het eens uit.

Display Model - Normal en Do not Display

Meer lezen »

Automatiseren met Dynamo

2017-06-30T03:11:00.002-07:00

De laatste tijd zijn we ons bij RoosRos architecten meer en meer in Dynamo aan het verdiepen.
Behalve dat het gewoon erg leuk is, kan Dynamo ook erg behulpzaam zijn om arbeidsintensieve en eenvoudige taken in Revit te automatiseren. Hoe dommer hoe beter zou je kunnen zeggen.

Hieronder een voorbeeld van hoe ik en mijn collega Pieter Schipper onderdelen uit het proces om tot verkooptekeningen te komen, hebben geautomatiseerd. Natuurlijk zijn er altijd de laatste puntjes die je even na moet lopen, maar een groot deel automatiseren geeft een goed gevoel.

Verkooptekening uit REVIT met DYNAMO

Zonder alle 5 scripts helemaal uit te spitten per script toch een paar "wistjedatjes".

01 Area from Room
Het koste best wat moeite om de Rooms samen te voegen tot 1 contour en de binnenste lijnen te verwijderen. Ik was prettig verrast dat native Dynamo Nodes in staat waren uit zichzelf Room Boundaries op basis van de Wall Centre Line aan te leveren. En deze lijnen ook nog op te splitsen als er een andere wand op aan sloot. Daarnaast bleek het opschonen van de inwendige lijnen het meest soepel te lopen door van alle Curves een String te maken en deze met elkaar te vergelijken. Ik had niet gedacht dat Dynamo sneller met een String om kon gaan dan met harde geometrie. Maar het werkt.
Wensen voor verbetering zijn er natuurlijk ook. Want de contour van het gebouw klopt natuurlijk om meerdere redenen niet. En ik heb ook weinig moeite gedaan voor een mooie plaatsing van de Area zelf. Uiteindelijk was een correcte Area voor dit proces niet het belangrijkste aangezien ik het vooral wil gebruiken om per woning een View Crop met offset te maken.

02 Area to View on Sheet
Bij het maken kwam ik erachter dat de onzichtbare binding van door Dynamo gemaakte Revit elementen erg lastig is als je er niet op verdacht bent. Dynamo verwijderd doodleuk zaken die bij de vorige keer gemaakt zijn. Gelukkig zijn er oplossingen: Custom Nodes die niet binden, Dynamo afsluiten zonder op te slaan, Dynamo Primer gebruiken, of de Bake Node van Beaker.
Het uitlijnen van een View op een Sheet vraagt wat rekenwerk maar het kan.
En ik weet nu ook dat als je een Revit Boolean Parameter wilt wijzigen je een 0 of een 1 gebruikt.
Mijn collega Pieter Schipper heeft zelf een mooi stukje Python script samengesteld om de Annotation Crop in te regelen.
Verder zat er een rare bug in die Views hoger dan de Sheet hoogte niet wilde plaatsen. Dan de Sheet eerst maar hoger maken en later weer terug. Als het niet kan zoals het moet, dan moet het maar zoals het kan!
Wensen voor verbetering zijn er ook. Ik heb niet heel veel extra energie gestopt in de naamgeving van de nieuw aangemaakte Views en Sheets. Maar het is allemaal uniek en je kan het in Revit zo recht zetten waar nodig.

03 Ruimtemaatvoering plaatsen
Dit was best een zoektocht om een acceptabele oplossing te vinden. Maatvoering voor verkooptekeningen zijn doorgaans iets kleiner dan wat de aannemer gaat maken. Dat is met reden, want in de bouw kunnen afwijkingen optreden en iedereen krijgt liever meer dan minder huis. Toch?
Het punt is alleen dat alle tekenpakketten exact zijn en voor zover ik weet, is Revit niet in staat om Dimensions naar beneden af te ronden op een zelfgekozen manier. Ook zijn onderdelen in een Multi Segment Dimension slecht aan te roepen in Dynamo. En tenslotte is het uiterlijk van een Dimension ook niet helemaal zoals wij dat graag zagen. Een Detail Item bleek hier de oplossing.
Voor de plaatsing hebben mijn collega Pieter Schipper en ik enkele getrapte mogelijkheden ingebouwd. Op die manier ontstaat er een mooi leesbaar resultaat.
Verbeteringen zijn ook hier. De laatste update van de Package Data-Shapes (die de UI Nodes heeft gemaakt) heeft de mogelijkheid om voorkeur keuzes aan een lijst toe te voegen. En eigenlijk zou je ook nog moeten kunnen filteren op ruimtegrootte.

04 Ruimtemaatvoering update
Hier wordt ik pas echt enthousiast! Geweldig hoe Dynamo in staat is om een RayBounce te maken. Ook hier was de Data-Shapes Package onmisbaar. Hierdoor konden we de RayBounce ook laten reageren op Linked Models, wat natuurlijk standaard is.
Het doorgeven van waardes aan gedraaide en gespiegelde Detail Items was even puzzelen (vector nachtmerrie ;-) Maar het is gelukt.
Verbeteringen hier: Tja. Als een RayBounce tegen een Window aankomt, kunnen we die gevonden waarde dan niet corrigeren naar de Wall waar de Window in zit? Gaat wel erg ver denk ik... En je moet toch ook blijven nadenken.

05 Print PDF
Yes. Eindelijk een betere manier om te kunnen printen. Niet alleen het selecteren van de te printen Sheets, maar ook het printen zonder elke keer het formaat op te moeten geven als die wijzigt. Door het formaat van de Sheet te koppelen aan een Printersetting loopt het allemaal heel soepel. En naamgeving van PDF bestanden kan op veel manieren en leek niet ons grootste probleem.
We hebben hier ook echt gebruik moeten maken van de Archi-Lab_Grimshaw package. Helaas moesten we nog wel flink op internet op zoek, om de laatste aanscherpingen aan zijn Python script te doen, om het echt werkend te krijgen. Maar het is gelukt.
Ook hier heeft mijn collega Pieter Schipper intensief meegeholpen om met name het selectie gedeelte en de UI in te regelen.
Verbeteringen hier: We zouden meer werk kunnen maken om de pdf bestanden op de juiste plek en met de juiste naam op te slaan. En in elk project zitten wel een paar uitzonderingen die op een bijzondere manier geprint moeten worden. Daarom zouden we graag alle printersettings die in een project zitten in 1 lijst te kunnen inlezen, om deze te kunnen gebruiken in Dynamo.

A tool to build Revit's IFC mapping tables - feedback and revision

2017-02-24T07:03:00.000-08:00

Based on some questions I received lately I would like to explain some things about the spreadsheet.

First of all I did update the excel spreadsheet recently to fix a translation bug in the formula (Ctrl H . the Dutch CEL("inhoud" for CEL("contents" in the whole model 6131found) It works as good as it needs to be for now. And the waiting is still on Autodesk to really change the way to interact with IFC. The spreadsheet is nice for a + user. But most people can do their job real nice without it.

The spreadsheet consist of 4 sheets (in green) for making an import, export and parameter mapping table. The 4th green sheet is the one I like the most, because I learnt the most about IFC with that sheet. All the other sheets are mostly used for reference. The first 3 green sheets have a grey part. This is the actual mapping text. You should select the cells that you need, copy those to clipboard and paste them in a new .txt file. Or simply change an existing table. The grey part will change if you change orange cells beside it. The formula in the grey cell will report and look first at the column with >>1 (in Row 1), and then to the column with >>2 and so on. It’s like a filter. The first rows will contain some + options. Just read and try, or simply leave it as is – it’s not that important.

The spreadsheet links .txt files while opening the file. You should check that all the files are (re)loaded by excel correctly. Later you can change every file differently if you want to. Just check the Data Tab \ Connections group \ Connections.

Most of the .txt files will appear in the ‘reference’ sheets I mentioned earlier. If you are not familiar with data connections in Excel, just google a bit. I found some English explanations here. tutorialspoint.com - External Data Connection
When actively using this spreadsheet with different projects, you can change the export.txt, import.txt with every new project. Or reload these connections with new project specific .txt files. You can make those .txt files in Revit in the IFC option menu – Save As.. Exporting from a project will make sure that you got every subcategory covered.

You can later on also change the standard DRS / standard AIA settings for your own standards. You can do this if you feel more comfortable with the spreadsheet. By doing so you will able make your own referencing standard.

Then the most important part...

Fill in Revit Export
This export table suggest that you can actually map every single revit subcategory to a different IFC entity. But it mostly works as an do or don’t export table in Revit. Using the IFCExport parameter is still necessary.

Fill in Revit Import
Is nice, but importing an IFC works already fine, by just linking everything and use Revit’s native settings. If you want to do more with the import part, you should also look into this guy.
http://geometrygym.blogspot.nl/ and
Ifc Import Class Category Mapping

Fill in ParameterMapping
Is nice for a + user who wants to know all the options that native IFC has to offer, and wants to use it. But there are also other ways to add parameters to an IFC entity and they also work fine.
If you want to map IFC common properties to your own / specific Revit Shared Parameters. Override or change the link for the file RevitGG_IFC Shared Parameters_20121102.txt to your own Shared Parameter File. This will be loaded in 1 of the last Sheets called “Shared Param DRS”. The whole Column C in that Sheet is an Excel Named Range with the Name “Shared_Param_DRS”. This will be the content of the drop down menu in the Sheet “Fill in ParameterMapping”, Column M so you can use it.
With the Sheet “Fill in ParameterMapping” you need to copy only parts of the grey cells that you really want to map. Skip in the .txt editor the PropertySets or Properties that you don’t want to use. Check the Data Type of the properties to make sure it will work. I didn’t build a check for that. And everything will be “Text” at the moment. Some Properties are hardcoded in the IFC exporter. So if it doesn’t work as expected, do ask on the Sourceforge side. This is not all documented at the moment. There is something more info over here:
Mapping of Revit parameters to IFC values
Custom parameter mapping
Revit IFC Support for Extended FMHandOverView Definition (used for COBie)

IFStructure
I like this one a lot. It gave me a lot of inside in the IFC structure / missing entities / new types / new parameters that I didn’t know off. And the direct link to the building smart site is very convenient. Because of the last 3 remarks I did stop working on this spreadsheet. And It’s good enough for now. I did had 1 request to add the IFC layers but didn’t build it. And don’t know if I will add it in the future. What I did do, is follow the conversation on the Sourceforge site. And I will add a few links. Perhaps these conversations with Autodesk will clearify some IFC related question that you also have, just as it did for me.
Inherited propety sets
IFC export mapping table

Have fun with this spreadsheet. Hope it helps a little, to tweak IFC and Revit.
Or that it at least will give more clarity on IFC.

Kind regards,
Teun de Vries.

Also thanks to Rene Pellicer Garcia for your feedback.

Section weergave mogelijkheden en kriebels

2015-09-04T05:00:00.003-07:00

Het is alweer een tijdje stil geweest op mijn blog. Ik heb veel tijd gestoken in een Outlook applicatie. Ook heb ik nog IFC mapping tables gemaakt en me meer verdiept in IFC. Nu is het weer tijd om weer wat regelmaat in mijn blog te krijgen. Vandaag een korte eenvoudige binnenkomer.

Revit genereert mooi doorsnedes via de Section functie. Deze doorsnedelijn kan je zichtbaar maken in een plattegrond. En dat is mooi. Maar er zit ook een irritant weergave probleempje. Voor een mooie weergave op je plotbladen gaan veel mensen schuiven aan de uiteinden van zo'n Section. Dit is een view afhankelijke aanpassing. Het aanpassen kost tijd en zorgt er in de praktijk voor dat er weergave verschillen zitten tussen views.

Plan View met Sections en 3 Scope Boxes.
Alle Sections hangen aan de 'Building" Scope Boxe behalve de 1e van links.
Ook is er met bijna alle uiteinden van de Sections geschoven zoals je kan zien.

Een vreemd verschijnsel is dat Revit wel de instelling van een andere view kan overnemen. Maar dit lijkt alleen de eerste keer goed te gaan. Mits .. de Section aan een Scope Box vast zit. En als er maar 1 plattegrond open staat op het moment dat er een nieuwe doorsnede wordt gemaakt en aangepast. Wanneer je een andere verdieping opent zul je zien dat ook daar de weergave is rechtgezet voor de nieuwe Section. Verdiepingen die op de achtergrond open stonden worden niet aangepast. Sections die niet aan een Scope Box vast zitten werken anders. Deze zullen altijd rondom hun Crop Region uitgelijnd worden bij het openen van een nieuwe Plan View.

Ook het wel of niet aanstaan van de Crop View in de ander View heeft invloed.
Maar het uit zetten van de Crop View heeft mijns inziens weinig waarde. Dus ik laat het hierbij.

Crop View AAN

Crop View UIT

Een ander naar gevolg van een aangepast doorsnede lijn is dat deze in principe blijft staan waar die staat als het zichtbare gebied van de view wordt aangepast. Bijvoorbeeld in de situatie dat er meerdere Dependant Views worden aangemaakt. En die Dependant Views worden allemaal aan een andere Scope Box gehangen. Bijvoorbeeld bij het maken van werktekeningen.

De Dependent Plan View krijgt een andere Scope Box met als gevolg een rommeltje.

Gelukkig is er een truckje om de weergave van de Sections weer te "resetten"
Hang de Plan View aan een tijdelijke Scope Box, die een gebied buiten het werkgebied omsluit. Wanneer de Plan View weer aan de juiste Scope Box wordt gehangen worden de Sections opnieuw weergegeven en aangepast aan de Crop View voor zover dat nodig is.
Dit werkt natuurlijk ook voor Grids.

De Dependent Plan View wordt aan een lege Scope Box gehangen.

En weer terug naar de juiste Scope Box.
De View wordt opnieuw opgebouwd met een veel beter resultaat.

Hang dit soort elementen dus liever aan een verdraaide Scope Box dan dat je er handmatig mee gaat lopen knutselen. En dat allemaal om met zo min mogelijk klikken overal hetzelfde uiterlijk te krijgen.

Weergave van een gelinked Revit MEP model

2015-03-27T05:18:00.002-07:00

Het werken met verschillende deel modellen is ontzettend leuk en geeft veel inzicht in het gebouw. Maar wanneer je de weergave van een gelinkt model wilt aanpassen, levert het soms ook enkele vragen op. Vooral omdat de weergave van een gelinkt model (en met name een MEP model) wat eigenaardigheden kent.

Meten is weten.

In deze post zal ik niet alles vertellen over het inregelen van de weergave van een link. Ik beperk me in eerste instantie tot enkele losse opmerkingen en pak dan enkele bijzonderheden van een MEP model bij de kop.
Als iemand met Revit LT geïnteresseerd is in dit onderwerp moet die zich overigens afvragen of die niet een volledige versie van Revit moet aanschaffen. Dit onderdeel is slecht of niet aan te passen in Revit LT zelf.

Algemeen:
In de eerste plaats een algemene opmerking. Revit kijkt bij het inregelen van het uiterlijk van een Link allereerst naar het huidige Project. Feitelijk kan je niks aanpassen in de Link wat niet op exact dezelfde manier in het huidige model zit. Het is enigszins abstract uitgelegd. Maar je moet zelfs maar eens wat uitproberen. Dit geldt voor bijna alles: Phases, Types, Worksets, etc. Als je Filters wilt gebruiken moeten de onderdelen waar je op wilt filteren in dezelfde hoedanigheid in je Project zitten. Via Copy en Paste kan je veel zaken overhevelen. En je kan ook een Workset aanmaken met delfde naam als aanwezig in de Link. Mijn collega Christiaan de Wit heeft hier ook al een keer over geschreven met betrekking tot Phases.

Worksets:
Het is een algemene 'Best Practice' dat je een Link op zijn eigen Workset zet. Een Link heeft zowel op Instance als op Type niveau de mogelijkheid om op een eigen Workset geplaatst te worden. Het model wat je als Link gebruikt is bij voorkeur een Worksharing Project. Want het voordeel van een Link met Worksets is dat je "Shared Levels and Grids" op project niveau uit kan zetten. En ook dat je een (Local van een) Link kan open, zelfs al staat deze als Link is ingeladen in een open staand project.

Een Link heeft zowel op Instance als Type niveau een Workset - die kunnen verschillend zijn

Visibility Graphics:
In de Visibility Graphics van je View kan je een Link overall aanpassen of per plaatsing beïnvloeden.
Normaal gesproken staat de instelling van de Link op "By View". Je kan deze aanklikken en veranderen in "Custom". Na het veranderen in "Cusom" kan je kiezen welke onderdelen je daadwerkelijk wilt gaan aanpassen. Dit aanpassen heeft vanzelfsprekend wat voor- en nadelen. Ook kan je deze aanpassing doen in of buiten een View Template en daarmee je leven lastiger of juist makkelijker maken.

Aanpassen van de eigenschappen van de Link

Oke nog 1 tip: Maak een Standaard Project aan met standaard Links en Worksets. Regel dit helemaal in en gebruik dit in plaats van een Template op het moment dat je een nieuw project start. De Links kan je met Reload From eenvoudig omzetten. Als je dit project opent met Detach from Central kan je er weer een gewone Template van maken.

Een Link in zijn geheel een kleur geven:
Er zijn meerdere manieren. Je kan bijvoorbeeld in de VG de Link op Custom zetten en alle Model informatie een kleur meegeven. Ook kan je filteren op een bijvoorbeeld een Workset in het gelinkte model als die tenminste met dezelfde naam in je Project voorkomt. Ook kan je op een oneigenlijke manier gebruik maken van Phases. Door de Link via de Type parameter Phase Mapping een oudere Phase meegeven. Dit is een snelle maar slechte oplossing, die vanzelfsprekend niet altijd werkt.

De "kruizen" uit de installatie leidingen en kanalen verwijderen:
Cable Tray Fittings, Cable Trays, Conduit Fittings, Conduits, Duct Fittings, Ducts, Flex Ducts, Flex Pipes, Pipe Fittings, Pipes, hebben een Center Line Subcategorie. Dit is een symbolische weergave van een kruis dat het hart representeert. Door al deze subcategorieën uit te zetten zien architectonische tekeningen er vaak wat beter uit.
O ja, veel MEP Families hebben bij medium nog steeds een symbolische weergave die niet overeenkomt met het daadwerkelijke ruimtebeslag. Je kan overwegen om alle MEP Categorieën handmatig op Fine te zetten wanneer je gewoon wilt weten hoe het er uit komt te zien.

een override die blindelings te vinden is... maar niet heus

De "System Color" aanpassen:
Dit is een hele mooie! MEP kent Systems. En deze Systems kan je een eigen kleur meegeven. Hartstikke mooi en duidelijk natuurlijk voor de MEP ingenieur, maar niet voor de architect. Het geval wil dat deze override slecht te vinden is en erg hoog in de weergave hiërarchie staat. Mijn collega zonder Building Design Suite kan deze weergave bijvoorbeeld niet vinden, laat staan aanpassen in het MEP model. (als je dat al zou willen) De oplossing is simpel en krom. Maak een filter aan in je eigen project op alle relevante Categorieën en filter op System Name / does not equal / I_dont_like_system_colors_in_my_architectural_model. En iedereen is weer happy.