Internationale BIM-standards en de rol van C3Admin 

Eén van de speerpunten van de C3A-Extensies is het streven naar standaard werkmethodes conform duidelijk afgelijnde afsprakenstelsels. Dit resulteert in toepassingsgerichte werkmethodes ondersteund door automatismen in de basissoftware, en zorgt voor een duidelijke structuur bij de templates en de steeds groeiende bibliotheken voor Office, Sketch, CAD en BIM én voor een geoptimaliseerde BIM-samenwerking.

Sinds het ontstaan van BIM is de noodzaak gevoeld om te komen tot software onafhankelijke, zgn. “Open” Standaarden om het BIM proces te structureren en stroomlijnen. Bekende voorbeelden hierbij zijn IFC (BuildingSMART) en LOD (BIM Forum US), maar er zijn nog veel andere initiatieven zoals Cobie (US), Cibse (UK), Etim RT (NL), CB-NL (NL), BIP (SE), enz.

Er zijn ook initiatieven om Open Standaarden te vertalen naar de toepassing in Autodesk Revit. Bekende versies hiervan zijn de ANZRS (Australia New Zealand Revit Standards), AEC UK BIM Protocol for Revit and the DRS (Dutch Revit Standards).

Om een stabiel kader te scheppen waarbinnen de Revit Standards op lange termijn in stand kunnen worden gehouden, werd begin 2016 de Stichting Revit Standards opgericht. Deze stichting zal de Standards onderhouden en verder ontwikkelen, en hiermee een toekomstbestendige oplossing bieden voor Revit gebruikers. De Stichting Revit Standards werd opgericht als een non-profit stichting waarbinnen de RevitGG en diverse marktpartijen samenwerken ten behoeve van het behoud en uitbreiding van de Dutch Revit Standards. Hiernaast wordt uitdrukkelijk de mogelijkheid open gehouden om de samenwerking uit te breiden naar een internationaal platform waar ook andere deelnemende Revit Gebruikersgroepen zoals de ANZRS, de RUG-DACH (Revit User Group Duitsland, Oostenrijk en Zwitserland), de CanBIM en de AEC UK BIM groep gaan meewerken aan een uniforme internationale versie van de Revit Standards.

De ambitie om internationaal te gaan is groot bij deze standaardisering: BIM is een fenomeen dat snel overheen de landsgrenzen gaat (denk maar aan internationale samenwerkingsverbanden bij bouwprojecten, bouwproduct-toeleveranciers die BIM-modellen internationaal willen aanbieden, Europese regelgeving, enz.). En de drang om software-onafhankelijk te kunnen werken is ook groot: cfr. de “Open BIM”-standaarden zoals IFC, waar steeds meer aandacht naartoe gaat. Die zorgen ervoor dat tussen verschillende BIM platforms gecommuniceerd kan worden en dat informatie tussen de diverse partijen in de bouwkolom kunnen uitgewisseld worden. Wij zien ook dat hiervoor neutraliteit, dus platform-onafhankelijkheid, essentieel is. Maar dit zorgt wel voor een uitdaging: als alle standaarden worden geschreven op een software-onafhankelijk niveau, wie zorgt er dan voor dat deze ook daadwerkelijk uniform worden geïmplementeerd, onvermijdelijk in bepaalde software?

BIM als samenwerking tussen bouwpartners heeft duidelijk afspraken nodig. Dergelijke afspraken vorm geven en implementeren is één zaak, dat in de praktijk brengen is een andere zaak. En dit is precies een aspect waar ook C3A met de C3A-Extensies en Services in het kader van de C3A-Userclub al vele jaren aan bouwt

Op 14 jan. 2016 vond de officiële lancering plaats van de Stichting Revit Standards of de “Revit Standards Foundation” in Nederland.  De Revit Standards hebben zich in korte tijd ontwikkeld van een kleinschalig, nationaal initiatief in Nederland tot een marktgedreven poging de informatiestructuur in Revit modellen te uniformiseren.  

Vanaf juni 2016 is een versie 2.5.2 van de Nederlands Revit Standards beschikbaar. Dit is voor iedereen vrij beschikbaar via de Revit Standards website, maar dit is materiaal dat nog volop in ontwikkeling is. Streefdoel was om een DRS 3.x uit te brengen, gevolgd door een jaarlijkse update …  Belangrijk voor de internationale samenwerking is dat de RS meertaligheid ondersteunt en nationale afwijkingen faciliteert. Ze noemen dit al een “internationale vereniging”, al is het maar dat ook diverse Belgische belanghebbenden hierbij aansluiten en de Stichting Revit Standard al meteen wordt open gesteld voor het gehele Nederlandse taalgebied, dus Nederland samen met Vlaanderen – om van start te gaan. 

Belgische Revit Standard ?

In de “Revit Standards Foundation” is een structuur opgezet om die hierboven aangehaalde informatiestructuur in een Revitmodel te kunnen opmaken en vastleggen. Bij de opzet van de stichting is er uitgegaan van een open beslisstructuur zodat de standaard zich met inspraak kan ontwikkelen. Voor het beheer van de standaard wordt een Technische Commissie aangesteld door het Bestuur. De Technische Commissie bestaat uit vertegenwoordigers van de verschillende branches. De leden van de Technische Commissie worden aangesteld op basis van hun technisch inhoudelijke kwaliteiten. Voor de uitwerking van specifieke onderwerpen worden Expertgroepen geïnitieerd. Deze expertgroepen werken aan specifieke deelgebieden en bestaan uit experts op het relevante onderzoeksgebied.

Sedert begin 2016 zijn ook in het kader van de Revit Standards specifieke Belgische Expertgroepen opgestart, die tweemaandelijks samenkomen en zich verdiepen in de “best practices” m.b.t. de optimale informatiestructuur in een Revit model (aspecten zoals naamgeving, algemene modelleerregels,  … kortom allerlei afspraken waar we ook bij C3A al langer mee bezig zijn).  Doel is een Belgische (Vlaamse ?) Revit Standard te produceren naar analogie en op basis van de DRS waarbij Belgische werkmethodes worden toegevoegd dewelke in sommige gevallen Nederlandse zullen vervangen. Doel is meteen ook om de "Vlaamse Best Practices" mee te laten werken bij de opbouw van internationale standaarden.

Naamgeving Revit Families

Een aantal belangrijke onderdelen krijgen stilaan een vaste vorm, zoals de naamgeving van de Revit System, Loadable e.a. Families en de aanpak van de Materials in een Revit project. Daar komen grondige discussies bij te pas, ook stemmingen onder de ganse groep om besluiten te kunnen vastleggen. Een belangrijk onderdeel van de Revit Standards is de naamgeving van de Revit Families. In de Nederlandse Standaard werd vastgelegd dat deze naamgeving uit 7 posities moet opgebouwd worden, maar bij de Belgische Revit Standard Expertgroep werd al beslist om <pos1> en <pos7> te verwisselen van plaats, wat resulteert in onderstaand schema :

Over <pos2> en het gebruik van SfB als codering van de classificatie was snel overeenstemming, want ook in Vlaanderen wordt deze SfB-codering als klasseersysteem meest toegepast. Dat we daarbij de BB/SfB (BB: Belgische Bouw of Batiment Belge) in Vlaanderen willen toepassen, terwijl in Nederland de NL/SfB als referentie geldt, was ook snel beslist. Maar … als <pos1> in de naamgeving telkens “BERSnl_” als voorvoegsel voor ALLE namen toepassen, kreeg nogal wat tegenwind. Waarom deze belangrijke positie in de naam voorin steeds dezelfde 7 characters moet zijn, werd sterk in vraag gesteld. Dit bevordert niet meteen het gebruiksgemak (in de Revit dialoogboxen zie je soms maar de beginletters …), en in de praktijk in Vlaanderen bleek dat velen voorin de naam systematisch de afkorting van de maker of de creator van de content vermelden. Na heel wat discussie ten  gronde én een uitgebreide stemronde werd bij de BE Expertgroep beslist om die <pos1> en <pos7> van plaats te verwisselen bij de BERS_standaard. Bij een Revit Project waar meerdere bouwpartners in samenwerken, of in analyse-software zoals Navisworks of Solibri, is het gemakkelijk kunnen onderscheiden wie de creator is van die Revit-elementen belangrijker dan in alle namen eerst en vooral de naam van de standaard te zien.

Enkele praktische voorbeelden ter verduidelijking. Bibliotheken met Loadable Families die door een Bouwproduct-fabrikant, een IT-reseller of bouwpartner uitgewerkt worden, kunnen voorafgegaan worden door de naam, zoals VELUX_* /DURAVIT_* , of C3A_*, of POLO_* / VK_* … enz. Als bijv. een arch.bureau zoals POLO een DURAVIT element download en aanpast (met bijv. meer of min parameters), dan plaatst POLO als <pos1> POLO in de naam, en kan op <pos6> de fabrikant-naam DURAVIT behouden. Als bijv. C3A een Velux-dakvlakraam als Revit-element bij de C3A-Extensies integreert én de naam van dat element aanpast en iets wijzigt (al is het enkel maar de Keynote conform de VMSW-lastenboek-codering invullen), dan wordt op <pos1> C3A genoteerd en op <pos6> komt dan de fabrikant-naam VELUX …

Voor <pos3>, <pos4> en <pos5> wordt voorgesteld om compleet de Nederlandse Documentatie te volgen, en voor <pos2> als classicifatie-code de BB/SfB ipv de NL/SfB toe te passen. Hierbij wordt minstens de eerste twee posities van SfB-Tabel 1 gebruikt, en indien nodig voor verdere specifikatie kan deze cijfercode uitgebreid worden tot 3 of 4 cijfers, conform de codes uit de BB/SfB coderingen uit de publicatie van de BB/SfB van 1990.  Ondertussen werd een BERSnl_FamilyNameGenerator.xlsx uitgewerkt conform deze afspraken, met de zeven posities “selecteerbaar” om een naam te genereren, en de juiste deeltabellen voor de verschillende posities in de naam. 

Nog even ivm <pos2: één van de toegepaste coderingen is het SfB-klasseersysteem als bouwelementen-klasseersysteem. Dit SfB systeem is een coderingssysteem, specifiek voor de bouwsector, dat zich leent tot enorm veel toepassingen, en ook uitermate geschikt om de bouwelementen in Revit te ordenen … Speciaal omdat velen blijkbaar deze basiscodering nog niet kennen, is al vanaf de C3A_Revit2014_template een overzicht in een Drafting View van de C3A-Template ingetekend : In de C3A-Template werden enkele Draftings Views als documentatie ingevoegd, o.a. een view “SfB-Codering” waarin de belangrijkste Tabel 1 – bouwelementen als referentie ingetekend werd … 

Naamgeving en Gebruik Materials

Een ander omvangrijk en belangrijk thema is het gebruik van Materials in Revit. In het najaar 2017 werd dit aspect grondig aangepakt, maar blijkbaar zijn meerdere meetings en tal van overlegrondes nodig om hieromtrent tot besluiten te komen. De afspraken rond het gebruik van Materials en hun naamgeving vastleggen staat als hét agendapunt genoteerd voor de eerstvolgende Revit Standards Expertgroepmeeting dit jaar, op vrijdag 2 febr. 2018.