|
|
|
|
|
|
by onthecanposting
1023 days ago
|
|
|
Since you are an insider, would you please shed some light on a personal question I've had for a while? Is the reason the IFC specification is so extremely complicated because they're trying to map nicely to an object model that's already in Autodesk products? I read a proposal a while ago to simplify an open BIM spec down to meshes for solids and a generic dictionary for attaching property data. That struck me as very sane and very easy to implement. You could have a free product like Blender spit out BIM compliant deliverable at minimal cost. Apparently some high ups at Autodesk talked to the author and he came to understand the error of his ways. |
|
|
Indeed, a fair amount of people believe that the IFC is intentionally unnecessarily complex to limit interoperability and retain a monopoly.
Over time, I've come to believe hanlon's razor is also in play here and it's more of a poor understanding of use cases, academic ideas blowing up scope and inheriting obscure schema and serialization tech.
Meshes + metadata can facilitate most of the use cases in industry today, which is coordination, interference checks and visualization.
But at the same time, there's some pretty compelling use of the standard that requires slightly more semantic geometry descriptions:
- calculating geometric quantities according to local norms, which requires some additional geometric knowledge on things like openings and the axis of a wall for example
- The opening direction of doors is often good to know, but this is just a convention on the local transformation matrix, so could be just meshes.
- steel manufacturing can derive quite a bit of information from the IFC geometry, like parametric cross section profiles and where to drill for bolt holes and using which diameter
And then there is the ultimate end goal according to some to be able to exchange all parametric and constraint information from the native model. But this is still quite far out.
The challenge for future editions of the spec is to better align required complexity of certain use cases with a more modular spec so that you depend on a more appropriate amount of complexity.
Btw. since you mention Blender. The BlenderBIM addon https://blenderbim.org/ is actually one of the most avid users of complex and parametric constructs in IFC :)