Transfer of Curved Members

Templates: Catalogues are not covered by Linear members and Plates contained in Templates or Groups will be transferred on export. There is no facility for constructing a new Template or Group on import. Elements that are in pre-existing Templates or Groups will be compared and merged, but new elements will not be placed in the same container.

Non-prismatic end details: Linear members in the current interface exchange format cannot describe any details at member/cleat ends apart from full orthogonal cuts. Hence, all sloped cuts, notches, etc. will be approximated from minimum to maximum local longitudinal co-ordinate, which should be conservative regarding clash detection. The interface only transfers fully prismatic Plates. Hence, the Plate cuts/intersections which are not fully orthogonal to the Plate's local plane cannot be transferred. Such Plates will be exported 'uncut', which again should be conservative for clash detection.

Issues

The interface allows only for the transfer of a character descriptor for a Profile. For a successful data transfer, there will need to be co-ordination between users of each package to make sure that the geometric description associated with the catalogue name is identical and that there is a means of correlation between the packages.

In the base product, the structural model may contain two views of the data: one view defined by logical connectivity by references to the connecting items; and the physical view defined by the relative location of items. So, while we may logically relate two items, they may not necessarily be physically close to each other. Thus, transferring the model will necessarily involve the loss of real connectivity information which will be difficult to reconstitute correctly on Import.

The interface will output a warning message when sections are met which cannot be handled or are unexpected.

The double quote character “ in text fields, particularly in profile names is not allowed. This can cause problems with imperial sized items in the catalogue that use the character to indicate inches. It is not allowed in ANY text fields.

Units

This is a statement of how the interface handles units.

has a minimal set of unit definitions. ("feet", "meters", "inches","millimeters")

exports in mm, that is the units exported in the file are mm.

imports all units from internally. It reads any file unit (according to the "standard"), but...

the interface then converts the input units to mm prior to writing an input "macro", so the model in the ABS file is therefore in mm.

To support this, the interface environment, switches units to MM DIST, and UNITS DEGREES units prior to export and import.

Because of the way the interface handles UNITS, the original units cannot be restored to be precisely what they were before.

Therefore, after an export or import transaction, the units will be set to MM DIST/MM BORE/UNITS DEGREES.

The AVEVA Bocad Steel Interface attempts to keep the behaviour of the system as consistent as possible across versions of the base product. Holes are always imported as NXTR elements because the interface does not do any shape recognition. This highlights a possible issue in exporting a model and re-importing. While a secondary PLOO would represent a hole, this would have to be represented on import as a negative extrusion, NXTR. So round tripping data will cause secondary PLOO elements as well as other negative primitives, to be converted to NXTR elements.

When importing into an empty area and using the "Import linear members as GENSECs" option, straight members may not be converted to GENSECS. This often occurs with a file that was previously exported from another base product model. The UUID attribute on the imported element may refer to an element with the same database reference number in the current model. Do not use the option to convert all straight members into GENSECs when importing a file containing elements that originated in the base product.