Hi
I'm trying to clean up the definitions when placing beams, columns, walls and slabs to fit our way of work. But I can't get rid of the Structura Data, it don't show in the catalog editor. Super annoying when the betongbalk (concrete beam) has default material steel.
Any ideas? Running connect edition, Aecosim update 4.
Regards,
Roebrt
Hi Robert,
The Catalog Item Manager can be used to define the list of visible Catalog items per Catalog Type: https://communities.bentley.com/products/building/building_analysis___design/w/building_analysis_and_design__wiki/36222/catalog-item-manager---moving-datagroup-content
It's also possible that those values are coming from an MRU (Most Recently Used) list stored in MRU_Lookups.xml: https://communities.bentley.com/products/building/building_analysis___design/w/building_analysis_and_design__wiki/38561/default-catalog-item
Hi.
Yes, but as I said the definition structuraldata seem to stand out. As I tried to show with my image, the structuraldata definition is no where to be found in the catalog editor. It's not included in the catalog type properties either.
Structural Data is defined by the Family & Part system. Defaults are defined in the Family/Part Editor ('Dataset Explorer' in V8i versions). So these values are defined per part.
Structural data is utilized when exporting directly to RAM, STAAD, etc. The direct to RAM and STAAD export is one option for exporting to analytical applications, newer in AECOsim Building Designer (now OpenBuildings Designer) and Bentley's structural analysis programs is the Integrated Structural Model technology for exporting, importing and round-tripping models from analysis to Buildings Designer.
This is information from the help documentation, topic Part/Families and DataGroup Data:
Structural discipline is delivered with predefined parts and part families; however, you can define new parts and part families to suit any specific project type you may have. Part/Families data includes the default symbology definitions for Structural physical and analytical members used for both design and drawing environments. Part/Family data also includes Structural data, Structural attributes and user defined structural data used in analytical translation between Structural discipline and external analysis programs.
The DataGroup System is a data schema utility common to all Building Designer applications. In Structural discipline, it manages extended Structural data and attributes as well as Part/Family data. It is integral to various Structural discipline functions including Analytical Translation and Automated StructuralDrawings.
So, the Structural Data is originally defined by Family & Parts and is 'managed' by the DataGroup system (used by all disciplines) which is 'extended' to include Structural Data.
Hi, and thanks.
But I still wonder how I can choose whether I want to display these properties for my elements, or not. We never export to RAM. And even if we did, the walls and slabs don't have this data attached. How do I attach that data?
Hi Robert, there is a structural discipline specific tool for adding structural attributes to slabs and walls.
In CONNECT Edition it is named "Add Structural" and is in the ribbon interface's Data/Reporting tab here:
As far as not displaying the information, for items already in your models, the values of the properties can be 'blanked out' so that no value appears. A fast way to do this is with the Data/Reporting Schedules utility. The values can be blanked out in the Family/Part editor for newly placed items.
If you don't want to display those properties in the structural pop-up that displays when you are modeling (during structural placement, when you snap onto items in the model you get that pop-up that displays info about the item snapped onto) that is controlled by user preferences. Go to the File tab, Settings > User > Preferences > Building Structural. Switch off the Hints you don't want to see. Since this is a user preference each user would need to set this.
If you don't want the info in a schedule, create a new layout in the Schedules utility and remove the properties you don't want to see in the schedule.
Let me know if this supports what you are trying to do.
Thanks
Thanks for that. What I'm trying to achieve is consistency throughout our workflow. It would be really hard for our users to understand why they would have to attach structural data to a wall, all walls they draw is structural, so there really should be a way to place a wall the same way the place a beam.
We are very bad at adding BIM-information to elements at the moment, but we want to increase that use. Eg. adding the grade of material, their fire protection properties and so on. But to do that, it must be easy, and definitely the same way to do it no matter the type of element. I know for a fact that a maximum 10% of our users will use that add structural, even if we told them to always do it. As I said, for us there's no difference between a wall and a beam, both will be load bearing.
Next confusing thing is that the structural data is there, under element information, even for walls. But greyed out. If there is no structural data attached, I don't want it shown greyed out, I want it to not show at all.
And for me as an administrator its terrible that the structural properties aren't modified in the same way as other definitions. Especially that I can't hide them in an easy way.
Secondly:
I now see that I have problems adding this structural data to elements. I started by adding the material under the family/part editor. This shows when I place a beam, both under the place beam, and when placed, under the element information. But when I try to add a property in the place beam tool, for instance a grade, it doesn't show when in the element properties for that element.
When I try to use the tool you talk about, "add structural" it I get an error saying "The TriForma Part "Betongvägg platsgjuten" doesn't include analytical information. Edit the part definition to include analytical information." What do I have to do to fix that?
Last:
Is there a way to make lists in these structural attributes in the way I can make lists in definitions?
Seems it makes more sense to just hide the structural data in our seed preference file, and make definitions for those properties instead, at least for us how don't export our models to RAM or similar.