Adding 'Category' attribute to BracketParameters (or more than one categories)

[zooid]

Currently Bracket parameters contain geometry information and number of limits. In order to allow Bracket Mapping and a possibility to select Bracket definition from the database in 3DExperience, instead of always re-creating the brackets in place by parameters or by outer contour. This will allow global modification of standardized brackets and remove the necessity to manually change every bracket to match the rest of the model. To facilitate this, it is necessary to somehow categorize the brackets inside OCX.

Suggested enumerations:

Categories by function:

• Tripping Bracket
• Knee Bracket
• Bilge Bracket/Tank Side Bracket
• Beam Bracket
• Docking Bracket
• etc.

Categories by number/type/orientation of limits:

• Stiffener-Inline-Stiffener-Inline

• Stiffener-Overlap-Stiffener-Overlap

• Stiffener-Inline-Stiffener-Overlap

• Stiffener-Overlap-Plate-Stiffener (without inline or overlap to mean perpendicular welding)

• EdgeStiffening-Plate-EdgeStiffening (Tripping bracket)

• Plate-Plate (backing bracket)

• Stiffener-Plate-Plate-Plate-Stiffener (bracket floor)

• etc.

Categories by flange (Optional - as this can be guessed by other parameters, but it will be good for quick evaluation. Having just a boolean parameter isn't ideal)

• Unflanged
• Flanged
• EdgeStiffened/Faceplate
• Other - e.g. in case of knee bracket with radius on the free edge, but with straight flange on one side. I'm sorry, I don't know how this is called in English.

I know each Classification Society and Shipyard have their own preferences, however I believe together we can come up with an exhaustive list.

[ocastrup]

Propose to discuss this in the OCX-IF. It is easy to implement in the schema but will require us to define a best practice mapping definition.