Models are often exchanged between different stakeholders working on projects. Model authors and those using the models use a variety of software for their own needs. In order for BIM to work it is imperative that geometry and information are exchanged reliably between each software tool. Continue reading
This post has been viewed 2018 times.
There are a number of things to understand when exporting an IFC model. What is often misunderstood is that an IFC file is not simply one file. IFC files are exported for different purposes so when issuing an IFC file it is important to understand the purpose of the exchange. Once you understand the needs of the recipient you can begin to filter your model for different uses. Continue reading
This post has been viewed 1609 times.
One of the challenges faced as we move into this brave new world of information is what information we want users to complete within their models. When you first start looking at data it can be fairly daunting trying to work out what is and isn’t required. Of course we could leave this to individual users but then this creates inconsistencies between individuals, offices and projects. Without creating a standard approach it also makes it harder to set up standardised schedules and provide consistent training. Continue reading
This post has been viewed 956 times.
There are really two types of classification when it comes to working with open standards. The first is how you classify the element/component or a space against the standard IFC (ISO 16739:2013) schema. For example, classifying a model element/component as a Wall.
I have covered the detailed application of Element Classification in a series of detailed posts previously. See our series on Element Classification, of which there are 3 posts, for more information on this subject. However this post deals with a second type of classification which is referred to in IFC terminology as an IfcClassificationReference. Continue reading
This post has been viewed 3503 times.
Many users of BIM authoring tools are still focussed on producing the same deliverables they have always produced but in a more efficient way. This means that even if they have adopted an approach to producing data much of it will be focussed on native data fields within their chosen authoring tools. This is fine if the only output is a drawing or a schedule but if others want to use your data for other purposes in a consistent manner on every project, irrelevant of who the model author is, then we believe data needs to be built around a common open standard. Continue reading
This post has been viewed 3151 times.
I’m often asked how to classify certain elements in Graphisoft ARCHICAD for IFC exchange. To many IFC is a weird language that has little to do with everyday language. Many of our classifications are preset up in our ARCHICAD templates but there are always instances where a user needs to manually classify an element. So we thought it would be useful to develop a list to assist model authors understand how to classify model elements against the IFC schema. In fact i’ve been meaning to do this for a long time. Of course in the spirit of OPEN BIM we also decided to share this list. Continue reading
This post has been viewed 13641 times.
This is the final part of Element Classification in ARCHICAD. Now this post is predominantly put together as a resource for other ARCHICAD users interested in gaining more knowledge around IFC so its not generally something I expect everyone to read top to bottom. Continue reading
This post has been viewed 3296 times.
In the last post we looked at the relationship between Components/Elements and Types when using Element Classification.
In this second post we share information about how these Element Classifications are setup by default in ARCHICAD. We will cover how these are set up for elements (i.e. walls, slabs etc) and how they are configured with the out-of-the-box ARCHICAD library.
At the bottom of the post we share some observations and some perceived minor errors with the out-of-the-box ARCHICAD library. Continue reading
This post has been viewed 3536 times.
In an earlier post we looked at the requirements of COBie for both Components and Types. This series of posts are highly technical posts and not something I would expect users to understand in depth, although I know some of our power users will try and follow them. However this kind of understanding is important if you are setting up templates for ARCHICAD users. There is a fair bit of detail to understand so the information is split into three posts. We will look at the relationship between Components and Types in this post. Continue reading
This post has been viewed 3119 times.
The following guidance is provided for Autodesk Revit users exchanging models with Graphisoft ARCHICAD. All information is provided in good faith. Continue reading
This post has been viewed 10719 times.