Beams v Braces and Columns v Sloped Columns

Beam vs Brace vs Sloped Column vs Column

As Konstru is based on a database representation of a BIM model, the type of object being defined during an upload will have an impact on how that geometry is created when downloaded. Some of the platforms linked by Konstru make specific distinctions between the standard structural object types, which means when one of these models is uploaded to Konstru the definition of what constitutes a Beam or a Brace or a Column is clearly defined. Examples of these type of software are Revit and Tekla.

Other modeling platforms, such as SAP, make no distinction between vertical or horizontal (or anything in between) framing types. Thus to allow for an accurate recreation of a SAP model in Revit or Tekla, Konstru must assign a framing type to a model as uploaded from SAP. This is achieved via a geometric review of the modeled objects, where the following rules are applied to define a Column, as opposed to a Brace as opposed to Beam.

User Example - You SAP model contain's some horizontal floor framing that is very slightly sloped (either intentionally or not). Once uploaded to Konstru, this framing is typed as a Brace, based on the 'non-true vertical or horizontal logic' illustrated above. If this model is subsequently downloaded to Revit, those slightly sloped frames from SAP will be created as 'Brace' object types in Revit due to their sloped geometry in SAP. Brace objects in Revit have certain graphical attributes that may or may not be appropriate for the framing as modeled in SAP.

To address this situation, you can either

A: Alter the SAP geometry to conform to the true horizontal test.

B: Once the object is downloaded, alter it's category to match the desired type.