Deze blog heeft de 50.000 pageviews aangetikt. Voor de echt grote jongens (zie hier links onder onder) vast niet bijzonder, maar ik ben hier erg blij mee! Het bijhouden van mijn blog is leuk. En het nog leuker om te zien, dat er steeds meer mensen de weg naar deze blog hebben gevonden.
IkLeerBIM al 50.000 pageviews!
Afgelopen jaar was niet 1 van de meest productieve met betrekking tot het aantal blog posts. Maar het was wel productief door het delen van met name de IFC mapping tool. Wereldwijd is dit gedeeld en positief ontvangen. Ook heb ik bij de RevitGG het een en ander mogen toelichten. Ik hoop dit jaar dit onderwerp wat verder uit te bouwen. Het lijkt me leuk om het een en ander te testen en beter inzicht te krijgen in wat wel en wat niet ondersteund is etc.
Ook hoop ik een start te kunnen maken met Dynamo. En dan niet alleen voor de geometrische grapjes, maar vooral om te kijken naar concrete mogelijkheden en praktische toepassingen. Want uiteindelijk moet deze blog een weergave blijven van praktische zaken en oplossingen uit de dagelijkse praktijk.
Vanzelfsprekend zijn jullie uitgenodigd om deze blog te volgen via Google+, Twitter, Email of indirect via Linkedin.
Er zijn allerlei certificaten met betrekking tot duurzaam bouwen. 1 Ervan is de LEED. Voor Revit gebruikers die zich hieraan willen (of moeten) conformeren. Of die gewoon gevoel willen hebben bij de duurzaamheid van hun ontwerp, is er een Autodesk Labs Project. (in ontwikkeling dus) en gebaseerd is op dit Amerikaanse systeem. Voor meer informatie zie onderstaande links.
With this post I would like to share an Excel document, with which you can build the mapping tables that Revit can use when importing from, or exporting to IFC. It is still a bèta. You can use it or even change it, but at your own risk of course. And if you do so, I would love to know what your experiences are. The RevitGG is also using this tool to help build some parts for in the Dutch Revit Standard the DRS.
The Excel workbook is without macro's. But it does import the TXT files that Revit generates and later can reuse. You should overwrite the TXT files from the downloads with your own ones. Build new mapping tables in Excel and copy the cells you need and paste them in the specific TXT file. After saving these files you can use them and import them back in Revit.
Why did I build something like this?
Well I really like working with Revit, but the way Revit wants us to map Categories and Parameters between Revit and IFC is just ... well ... And in the end I'm pretty sure that these things will change in time. But for now, I wanted it to be fixed as good as I can. Besides starting a little conversation about a better way to facilitate these things. My Excel workbook can be a good starting point.
What does this Excel workbook do "better" than the native Revit way?
It has dropdown options to choose options that are relevant. I really want dropdown options with the IFC Parameters. And I don't want to look them up on the Building Smart site, or in a post on the sourceforge site for the IFC exporter for Revit.
It has direct links to the documentation on the site of Building Smart based on the chosen option. No. I'm not a native IFC speaker. I'm not even a native English speaker. (really) So I do need some help to know what I'm doing.
It has a few reference mapping tables, and also an option to fill in the blank subcategories just as the other subcategories So you can build your own 'standard' besides the one the Revit offers. Of course you can make every exception that you would like to make. This is possible because of the hierarchy in the formula as shown at the head of the Columns.
It is also possible to omit a group of categories
It has a building relation between the import table, the export table and the parameter mapping table. In a perfect world you want to import exactly what you exported.
It has a sheet where you are can do some research on the IFC structure. The purpose of this sheet is to find possible omissions in the IFC parameters that we use and those that we don't use, but perhaps should use. Just change cel K17 on the sheet IFC structure.
So overall it should be faster, gives more inside in IFC and the tables are related to each other.
So perfect!
Well almost. But it is a beta. And there are still some weird things.
This Workbook is based on IFC 4x0 make sure that it's supported or that you don't use IFC4x0 specific options or changed names.
The Parameter Mapping Sheet is a compleet list. So for the moment, you need to skip the rows in the TXT file that don't have a defined value. So you don't map to nothing or to zero. Furthermore, I build the Sheet as I think it should be. And based on the header of the example TXT file. But.. the only working files I have seen are much easier. It's more about adding specific Revit Parameters without adding them all, or using all the Schedules for export, rather than really mapping from Revit to real IFC specific parameters. A working parameter mapping TXT looks like:
PropertySet: GiveItAName T IfcBlaBlaType
RandomRevitParameter TextOrSomethingElse
etc.
Revit still has some hard coded mapping.
I made a drop down option with related IFC Types based on the chosen IFC Category, but the "Type" Column in the Revit's IFC Export options doesn't work when importing the TXT files. So the IfcExportType will be a better option if this one is important.
IFC has more categories and parameters than Revit uses right now. I'm not sure what to think of that.
Some Families are still much better off by using the IFCExportAs parameter.
This workbook uses formulas instead of macro's. That's nice, but if you need more rows than the number of rows that i have build, you need to adjust the workbook.
I also tried to use Named Ranges and indirect references for later adjustments, but there could be a slip of the pen somewhere.
But overall I'm quite happy with this beta tool. And I would like to share it with Revit users.
I also would try to start a little (open) conversation about making Revit even better.
For Dutch speaking people there is a youtube movie of a RevitGG meeting where i demonstrate and explain this tool a little bit more. It's about 75min.
There will be updates in the text and the spreadsheet -it's a bèta remember-. So check out the latest version of the text or the spreadsheet if you have problems.
update / 26-11-2014
With the sheet "Fill in ParameterMapping" you can build:
- "ParameterMappingTable.txt" wich should be placed in the folder where the export DLL is located. This will map the Common Pset between Revit and IFC
- "DefaultUserDefinedParameterSets.txt" wich hasn't a specific location. You can select the file in Export Setting at the tab "Export property sets" This one will create your own User Defined Property Set - You can discus if this should be 'best practice'
You can read here some more on the SourceForge site:
The Sheet "Fill in ParameterMapping" is mainly based on the "ParameterMappingTable.txt". You can build a "DefaultUserDefinedParameterSets.txt" as shown in row 12: Choose a Revit Parameter and make sure that Column K is linked to the Columns M, N and O. See Cel K12 for an example formula.
You will see that this method will automatically create new rows in the spreadsheet.
Al meerdere keren heb ik geschreven over wat je kan doen met vervelende of onverwachte beperkingen die Revit arceringen hebben. Ik heb al geschreven over het combineren van een lijn met een vlak arcering, over het snel aanmaken van je eigen Model Hatch, over het uitlijnen van een Model Hatch in een Family en over het laten rondlopen/uitwaaieren van een Model Hatch. Vandaag wil ik schrijven over het maken van een fijnmazige arcering voor in een detail. Denk bijvoorbeeld aan multiplex.
Revit kent 2 soorten arceringen. Een zogenaamde Model Hatch en een Draft Hatch. De Model Hatch is maatvast. Dat wil zeggen de maat tussen de arceringslijnen zijn exact en veranderen niet als de schaal van de tekening veranderd. Deze arcering is ook uit te lijnen met andere objecten of met een andere Model Hatch. Een voorbeeld is bijvoorbeeld metselwerk arcering.
Een Draft Hatch is wat symbolisch van aard. Het schaalt mee met de tekening en is slecht of niet uit te lijnen en draait slecht of helemaal niet mee.
Een Model Hatch in Revit kent ook enkele beperkingen. Je zou verwachten dat Revit alle Autocad arceringen 1 op 1 aankan. Maar dat is niet juist. Arceringslijnen moeten een minimale maat ten opzicht van elkaar hebben. Dit is ergens tussen de 12 en 13 mm (1/2 inch). Er zullen vast hele goede redenen zijn waarom dit zo is. Maar bij het maken van een fijnmazige arcering voor in een detail, is dit niet voldoende. Veel genormeerde arceringen in Nederland hebben lijnen op enkele mm van elkaar. En met Revit kan dit in principe niet…
Revit says NO
Enkele workarounds zijn het tekenen van meerdere lijnen naast elkaar. En met behulp van een visibility parameter kunnen dan de extra lijnen onzichtbaar gemaakt worden. Dit kan natuurlijk prima voor bijvoorbeeld multiplex. Maar voor arceringen die niet in de lengterichting van een element zijn, werkt dit eigenlijk niet meer. Want een Array voor het maken van een arcering gaat wel heel erg ver. Ook omdat het weinig goeds voorspeld voor de performance van Revit.
Je kan natuurlijk ook gewoon een Draft Hatch gebruiken. Nadeel is dat deze niet meedraait. En voor een naar binnen afwaterende dakrand ziet dat er dan wel gek uit.
Een oplossing die mij erg charmeerd is het plaatsen van meerdere Transparant Fileld Regions over elkaar heen. En die dan ten opzichte van elkaar uit te lijnen. Je kan deze zelfs van een maatvoering of een Labelled Dimension voorzien. Eigenlijk best wel simpel. Niks geen formules losse of lijntjes met aan/uit parameters. In het voorbeeld heb ik de Model Hatch van 15mm aangevuld met 5x dezelfde Model Hatch zodat de tussenmaat 15/5=3mm wordt.
losse transparante Filled Regions over elkaar heen
uitlijnen en maatvoeren
Leuke bijkomstigheid is dat de maatvoering die aan een Model Hatch hangt, blijft staan. Zelfs als de Filled Region kleiner wordt dan de oorspronkelijke maat! Je kan zo een stabiele Detail Family maken die niet afhankelijk is van een minimale dikte op basis van de gekozen arcering.
Laatst vroeg een collega wat de ‘best practice’ was bij het opknippen van een groot project in kleinere stukken. Het ging met name om de verwijzingen naar een andere blad en het ‘uit grijzen’ van het overlappende gedeelte. Revit kent ook een Matchline. Maar persoonlijk vindt ik het mooier en duidelijker om een gebied grijs te maken of te arceren.
Om met het laatste te beginnen. Doorgaans kies je een stramien waar je 2 deel plattegronden op elkaar aan laat sluiten. Op het ene blad wordt de ene zijde naast het stramien ‘uitgegrijsd’. En op het andere blad het tegenovergestelde deel. Maar waar grijs je uit en hoe doe je dat?
Een goede manier is, om meerdere keren een ‘Duplicate as a Dependent ‘ te maken van een totale verdieping. Deze Dependents kan je vervolgens begrenzen, door ze te koppelen met bijvoorbeeld een Scope Box. Voordeel hiervan is dat je meerdere verdiepingen op dezelfde manier op een blad kan zetten en beïnvloeden. Ook eventuele verdraaiingen (of staand als liggend) kan je dan eenvoudig oplossen.
Het uitgrijzen bij een Dependent kan slecht op het overzichtsblad. Want je ziet deze of op alle bladen, of je ziet het nergens. Je bent dan verplicht de uitgrijzing 2x te tekenen en vervolgens met ‘Hide in View’ 1 van beiden zijden via Hide onzichtbaar te maken. Of toch een Matchline te gebruiken...
Op een Sheet de Filled Region uitlijnen op een Grid
Een alternatief zou zijn om op de Sheet zelf iets uit te grijzen. Maar… je kan veel dingen niet doen op een Sheet. Je kan bijvoorbeeld geen Filled Region plaatsen. Een truckje wat goed werkt is om een Filled Region in een Detail Group te plaatsen. Plaats vervolgens de Detail Group op je Sheet. Je kan deze Detail Group zelfs uitlijnen op de Grids. Wanneer je de Detail Group aanpast, kan je gewoon Filled Regions kopiëren een aanpassen. Ook kan je deze Filled Regions uitlijnen met een Grid. ’t Is maar dat je het weet.
Waar is mijn Detal Group / respectievelijk waar is mijn Sheet
Besef wel dat er een behoorlijk schaalverschil zit tussen een View waar je de Detail Group maakt en de Sheet waar de Detail Group uiteindelijk op terecht moet komen. Zeer waarschijnlijk moet je in je Sheet Zoom Extents gebruiken voor je de Detail Group kan zien en aanpassen.
O ja, als printen een slecht resultaat oplevert probeer dan eens op Raster in plaats van Vector te zetten. Het duurt iets langer en een eventuele PDF wordt wat zwaarder. Maar veel print problemen worden hierdoor opgelost.
De verwijzing naar een ander blad kan met een zogenaamde View Reference die je in de View zelf zet. Deze functie is te vinden onder View / Sheet Composition. Je kan deze View Reference zo instellen dat deze verwijst naar een specifieke View en vervolgens dat de View Reference de bladnaam weergeeft waar deze View op geplaatst is.
Een View Reference plaatsen
Voor zowel de View Reference als de Matchline geld dat de zichtbaarheid op Visible moet staan. Het is een open deur. Maar ik kwam erachter dat ze bij ons standaard op Invisible stonden…
