Professional Documents
Culture Documents
User Guide
Disclaimer
Information of a technical nature, and particulars of the product and its use, is given by AVEVA
Solutions Ltd and its subsidiaries without warranty. AVEVA Solutions Ltd and its subsidiaries disclaim
any and all warranties and conditions, expressed or implied, to the fullest extent permitted by law.
Neither the author nor AVEVA Solutions Ltd, or any of its subsidiaries, shall be liable to any person or
entity for any actions, claims, loss or damage arising from the use or possession of any information,
particulars, or errors in this publication, or any incorrect use of the product, whatsoever.
Copyright
Copyright and all other intellectual property rights in this manual and the associated software, and every
part of it (including source code, object code, any data contained in it, the manual and any other
documentation supplied with it) belongs to AVEVA Solutions Ltd or its subsidiaries.
All other rights are reserved to AVEVA Solutions Ltd and its subsidiaries. The information contained in
this document is commercially sensitive, and shall not be copied, reproduced, stored in a retrieval
system, or transmitted without the prior written permission of AVEVA Solutions Ltd. Where such
permission is granted, it expressly requires that this Disclaimer and Copyright notice is prominently
displayed at the beginning of every copy that is made.
The manual and associated documentation may not be adapted, reproduced, or copied, in any material
or electronic form, without the prior written permission of AVEVA Solutions Ltd. The user may also not
reverse engineer, decompile, copy, or adapt the associated software. Neither the whole, nor part of the
product described in this publication may be incorporated into any third-party software, product,
machine, or system without the prior written permission of AVEVA Solutions Ltd, save as permitted by
law. Any such unauthorised action is strictly prohibited, and may give rise to civil liabilities and criminal
prosecution.
The AVEVA products described in this guide are to be installed and operated strictly in accordance with
the terms and conditions of the respective license agreements, and in accordance with the relevant
User Documentation. Unauthorised or unlicensed use of the product is strictly prohibited.
First published June 2008
AVEVA Solutions Ltd, and its subsidiaries
AVEVA Solutions Ltd, High Cross, Madingley Road, Cambridge, CB3 0HB, United Kingdom
Trademarks
AVEVA and Tribon are registered trademarks of AVEVA Solutions Ltd or its subsidiaries. Unauthorised
use of the AVEVA or Tribon trademarks is strictly forbidden.
AVEVA product names are trademarks or registered trademarks of AVEVA Solutions Ltd or its
subsidiaries, registered in the UK, Europe and other countries (worldwide).
The copyright, trade mark rights, or other intellectual property rights in any other product, its name or
logo belongs to its respective owner.
Contents
Page
User Guide
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1:1
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2:1
Exporting to SDNF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:1
Target Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:2
Export/Import different SDNF Formats. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:4
Export Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3:4
3:17
3:18
3:21
3:21
2.1
4:21
4:22
4:25
4:26
4:26
ii
2.1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:14
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:17
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:21
UDAs
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:24
Exclusions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:29
Issues
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:30
iii
2.1
Plates
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C:1
iv
2.1
Introduction
AVEVA OpenSteel is the interface for the PDMS DESIGN module which allows the user to
export and import files using the Structural steel Detailing Neutral File (SDNF) format. The
SDNF format was originally defined by the Intergraph FrameWorks user community for the
transfer of steel data. The format is in the public domain and is therefore available to be
considered as a suitable means of transferring data between 3D steel detailing packages
and PDMS DESIGN.
The AVEVA OpenSteel interface uses a large proportion of the information transferable in
SDNF format. Refer to Technical Information describing SDNF, its format and contents.
This version of AVEVA OpenSteel is compatible with PDMS on the Windows XP operating
systems.
The manual is in three main parts: Export, Import and Technical Information.
Glossary
Exporting to SDNF
Bolt Reports
Technical Information
Sample Validity
Log File
Check
1:1
2.1
1:2
2.1
Glossary
This section explains terms used in this manual.
Cardinal Point
External Package
Linear Member
Plate
PML/F&M
Source Package
Target Package
2:1
2.1
2:2
2.1
Exporting to SDNF
This section explains how to export a steel structure to an SDNF file. It gives guidance about
what options are available. For more detailed information refer to Technical Information and
the appendices.
The user can display the main AVEVA OpenSteel - Export form by one of two ways:
On the DESIGN General Application menu bar, select Utilities > General from the drop
down menu, or, if the user is in the Steelwork Application select Utilities > Steelwork. The
User General Utilities menu bar is displayed.
The user will also find the SDNF entry in the Beams & Columns Application, with the
Beams & Columns option under the Utilities menu.
To display the AVEVA OpenSteel - Export form from the User General Utilities menu bar,
select Export>(d) AVEVA OpenSteel.
3:1
2.1
3.1
Target Information
The Export Target Information form contains information about the 3D steel detailing
package to which the SDNF file is to be transferred. This form is displayed by clicking the
Target information button on the main AVEVA OpenSteel - Export form.
The interface requires two external mapping tables for each Target Package to check that
the Target Package can accept the data. It also may use the Profile Orientation mapping
table if necessary. The mapping tables are for the Steel Profiles, Materials and for mapping
the Profile Orientations between PDMS and the neutral file. The section on user
customisation in the Configuration Guide tells the user how to arrange these files on your
file system and what format they are to be. The interface also needs to know where the
3:2
2.1
external mapping files are located on your computer network. For this, internal mapping
tables are required. Refer to the AVEVA OpenSteel Configuration Guide which explains how
to configure the interface to tell it where all the files are located.
The user may have a generic pair of mapping tables to map between PDMS and SDNF for a
particular steel fabricator, for example, or the user may have a similar pair for each 3D steel
detailing package.
The current file settings are indicated on this form. The user will notice that changing the
Target Package by using the Target Package selector button on the right-hand side of the
form may cause the text to change giving the full path names of the respective files. Do not
be concerned that the path name may be truncated by the insertion of the ellipsis (): it is
modified only for display purposes on the form.
The system also checks that these files are compatible with the Target Package by checking
the identification line at the top of each mapping table. Refer to the AVEVA OpenSteel
Configuration Guide for details about the format of these mapping files.
There are two main options on this form: Auto and Manual. These can be activated by
selecting the appropriate toggle button on the left-hand side of the form.
The Auto option causes the interface to select automatically the Profile and Material
mapping tables for the Target Package indicated by the Target Package selector gadget on
the right hand side of the form, according to the system configuration files.
The Manual option activates two other buttons, which are greyed out for the Auto option.
Selecting this option changes the form to be similar to below.
The user can select the file type using the Profiles, Materials or Orient'n toggle buttons
and enter the full path name of the file in the data entry area. The user can also include
system environment variables in the path name as long as they are in the proper AVEVA
PDMS format, e.g. %ENVVAR% being the PDMS representation of the ENVVAR
environment variable.
On clicking carriage return, the interface will check for existence of the file and compatibility
with the Target Package indicated by the Package option gadget.
Note: The check is only that the file applies to the Target Package and not that it is a
correct file type.
3:3
2.1
The user can either choose by hand which mapping file to use by entering its name in the
text data entry field, or by using the Browse option to bring up a File Browser. The user may
use this browser to search for the relevant mapping file.
Once the user has entered all the correct data on the Export Target Information form, click
OK and the interface variables will be updated. Clicking CANCEL will remove the form,
leaving the original interface variables unchanged.
Error and Log File Messages
Internal error
Suitable Mapping
File not found
3.1.1
Table
3.1.2
Export Information
The Export Information form contains information about the actual Export process. This
form is created by clicking the Export information button on the AVEVA OpenSteel Export form.
3:4
2.1
The user can either type the full directory path name of the output file, or use the Browse
button to bring up a File Browser. The interface tests to see if the file exists and if it does, the
user will be asked whether to overwrite it. If the file does exist and the user wants to
overwrite it, the file mode beside the Browse button will change from WRITE to
OVERWRITE. The output file is rechecked for write/overwrite status during the actual
Export process. This is because the user can perform repeat Exports without changing the
output file name.
Note: If the user does not enter the full path name and just a plain file name, the output file
will be created in the directory which started PDMS. The user may also include
system environment variables in the path name as long as they are in the proper
PDMS format, e.g. %ENVVAR% being the PDMS representation of the ENVVAR
environment variable.
The SDNF file may have several sections: a header, Packet 00; a set of Linear Members,
Packet 10; a set of Plates, Packet 20 and their holes (Packet 22); a set of Connection
Details, Packet 40, and a set of Arc Members (Packet 60). The header is compulsory: any
other Packets are optional.
Selecting the information to be contained in Packet 00 is performed by navigating to, or
below, the relevant PDMS Design SITE, ZONE or STRU element which contains the
required header information. This is done by using the Members list window on the main
Export form. When at, or below, the correct element, click the Use CE button on this form
3:5
2.1
and the source text will indicate from where the interface will get the information. If there is
not enough space on the form the element's reference number is output rather than its
name.
The user can look at the information contained by the chosen header element by clicking
the Inspect button. This brings up the Export File Header Details form.
At first the entry fields are greyed out but the user can read the contents. To modify the
contents of the fields click the Edit button on the Export File Header Details form and the
fields become active allowing the user to enter any revised data. Click Apply and the data
will be transferred back to the chosen header object, overwriting the original data. Clicking
Cancel will leave all the data unchanged.
The Previous Revision and Transfer information, if changed, will be transferred not to the
header object but to the Configuration Site for the specific current MDB/user combination.
During Export or Import AVEVA OpenSteel will inspect all the available Configuration Sites
in order to elucidate the most recent Transfer letter and Revision number. This will then get
stored in the site for the current user. This allow multi-user access to the databases.
Using the toggles on the Export Information form, the user can select whether to export
Packet 10 (Straight), Packet 60 (Curved) or Packet 20 (Plates) with the option of their
3:6
2.1
holes, Packet 22 (Holes). The user cannot output Packet 40 (End Connections) without
outputting either Packet 10 (Straight) or Packet 60 (Curved). If the user wants neither
Packet 10 nor Packet 60, the sub-options, Members only and Members + End
Connections are inactivated and greyed out. Similarly, one cannot output Packet 22
(Holes) without outputting Packet 20 (Plates). But you will be able to export Plates without
their holes.
The interface will check that the user is attempting to Export something and output a
message accordingly.
Once all the correct data has been entered on the Export Information form, click OK and
the interface variables will be updated. Clicking CANCEL will remove the form, leaving the
original interface variables unchanged.
Error and Log File Messages
3.2
File exists, the user will get the option to overwrite it.
Nothing to export
Run Information
On the Run Information form the user can choose whether to be offered to see the Log
File after the Export process is complete. The user can also choose between Brief or
Verbose messages. The form is created by clicking the Run information button on the
AVEVA OpenSteel - Export form
The Test Run? option allows the user to suppress the updating of all the Export flags. This
is so that the user can see if there will be a successful Export of the model. The user may
find that the Profile or Material mapping files are not quite up to date which might cause a
failure in the Export process. Therefore, the user can select this option to define this as a
test run.
3:7
2.1
After the Export process has completed, the Test Run? button is reset to false. This is so
that the user is forced to state categorically each time the model is Exported that the run is a
trial.
Once all the correct data has been entered on the Run Information form, click OK and the
interface variables will be updated. Clicking CANCEL will remove the form, leaving the
original interface variables unchanged.
3.3
3:8
2.1
The user may find that items are shown in the Export list do not exist, or have been
renamed. The Export process will determine all the valid entries in the Export list and
prepare the data accordingly. Clearing the list, or removing individual items will be
performed as expected.
Error and Log File Messages
3.3.1
No owning Structure
3.3.2
3.3.3
3:9
2.1
After verifying that all the form data is correct and valid, the external program is called. The
interface waits for a certain time until the program is finished. This waiting time is user
configurable. If there are errors raised by the external program the user is notified and more
detailed information is placed in the log file. If the waiting period expires without the interface
detecting that the external program has completed - it may have crashed, or even not exist,
the user will be asked if to carry on waiting for another time unit.
Click YES and the interface will wait for another period of time. Clicking NO will cause the
interface to stop where it is. Finally the system will indicate its completion, whether
successful or not. This completion message should be read in conjunction with the log file, if
any errors are indicated.
The above indicates a successful completion, while the below represents some problem
encountered in the external program.
On completion of the external program, the status file is inspected and, if the result is
favourable, the user will then be asked whether or not to look at the log file, if that option has
been selected on the Run Information form.
3:10
2.1
To inspect the log file later, save it with the File > Save as option in the OpenSteel File
Viewer window which will bring up a File Browser, or by clicking the Save as button to the
suggested filename. Either way, if the file already exists, the user will be asked whether to
overwrite it. The log file window may then be closed by the Cancel button.
If the Brief mode has been chosen on the Run Information form for displaying the log file,
the form displaying the log file will filter out all Warning messages, leaving only the Error
messages. Saving the log file, however, all messages will be retained in the file.
Error and Log File Messages
File does not exist
3.3.4
3:11
2.1
Is the Justification Pline mappable to a Cardinal Point if it is not a Cardinal Point itself?
If any of the above criteria is not satisfied, the linear member does not even get exported to
the SDNF output file. As has been indicated before, Linear Members can be transferred as
either Straight in Packet 10 or Curved in Packet 60. In SDNF, curved members are just
circular arcs. In PDMS, curved members are modelled using GENSECs. However,
GENSECs can be compound shapes with both straight and arc sections. As a result,
SCTNs and straight portions of GENSECs are transferred through Packet 10, and the
curved segments are transferred through Packet 60. See the section on importing Linear
Members for more information about the reconstruction of complex GENSECs.
Note: This will have an effect on the subsequent import process as the member will appear
to have been deleted by the external steel detailing package since its export. In fact,
the linear member never made the transfer to the Target Package in the first place.
If the Linear Member is connected, the interface will determine the offset each end from its
associated node.
Once the Linear Member has been output, the relevant UDAs specific for the interface
associated with Export are updated. These are the mark numbers, the export date and time
and transfer and revision numbers.
OpenSteel may not be able to update the export information on the elements. This would
usually be because the database is read-only. If this is the case, a session related macro file
is produced for execution immediately afterwards, or when one has write access to the
database. This file is called updateVersionNos<export date/time>.mac and is stored in the
PDMSWK folder.
Error and Log File Messages
Illegal or unset SPRE - Not
exported
As above
Inconsistent material
specification
Syntax Error
3:12
2.1
3.3.5
No match
Point nnnn
for
Cardinal
JUSL unset.
Profile is
standard
not
in
the
Exporting Plates
Panels in PDMS are to be transferred as Plates using Packet 20. This will cover stiffeners,
floor and toe plates. Bent plates will also be transferred if they are expressed as their
component flat plates. If Bent Plates are to be treated as Angle linear members then they
should be modelled as such.
If the PDMS Design Penetration Application is used to generate Catalogue holes, the
resultant holes, kicker plates and stiffeners will not be exported because they are contained
in a Catalogue definition. Some holes and negative primitives can be transferred from the
design. See next section.
The Description attribute will be used to store the flooring type, such as grating or chequer
plate. This is passed as the type field (up to 24 characters).
The Material Grade transferred in Packet 20 represents the material type. This is a text
attribute, rather than the number field in PDMS. Therefore a User Defined Attribute (UDA),
:SDNFMGRADE, has been defined within PDMS to store this information.
Note: Any edge preparation details and modelling, such as grinding, will be lost in the
transfer operation.
A basic series of tests is performed before the Plate is exported.
Is it justified correctly?
If any of the above criteria is not satisfied, the plate does not get exported in the SDNF
output file.
3:13
2.1
Note: This will have an effect on the subsequent import process as the plate will appear to
have been deleted by the external steel detailing package since its export. In fact, the
plate never made the transfer to the Target Package in the first place.
Once the Plate has been output, the relevant UDAs specific for the interface associated with
Export are updated. These are the mark numbers, the Export date and time and transfer
and revision numbers.
Note: In Exporting a Plate, it has to be converted to the SDNF standard of being defined in
a clockwise direction relative to the plane normal. Thus Importing a Plate previously
defined in DESIGN, the user may find the order of vertices to have been reversed.
This is because DESIGN is more tolerant about the ways in which the user can
define a plate.
Although both plates and holes are supposed to have a clockwise definition (right hand
screw rule) for their boundaries in either PDMS or in the SNDF file, the interface must be
able to cope with either clockwise or anti clockwise directions. In exporting plates we
convert vertex order to satisfy the right-hand screw rule.
Complex Plates (Type 1)
Plates with curved and straight segments to their boundaries can be transferred both to and
from PDMS. Because of the difference between PDMS and SDNF boundary definitions,
vertices will stand a high chance of being created in different places. Further, in order to
recreate the shape, there may be a different number of vertices in the boundary. This makes
it very difficult to compare the boundaries, especially on import.
In order to assist the transfer of these complex shapes, the vertices are given a type code
as a design parameter. This code will indicate whether the following boundary segment is
straight, an arc, or whether the vertex is a created one not contained in the SDNF file.
Complex Plates (Type 2 - Circular Ones)
Circular plates in PDMS are identified by the number of vertices, the geometry and possibly
the vertex type codes. There is no short-hand definition of a circular plate in PDMS. As a
result, a certain amount of geometric testing is involved in identifying and exporting circular
plates. The interface recognises only 4 or 5 point circles, where the 5th point is a duplicate
of the first point.
Error and Log File Messages
No geometry information Not exported
3:14
2.1
3.3.6
As above
Inconsistent material
specification
Syntax Error
Transferring Holes
There is a limitation as to which holes are exported. Only second->PLOO boundaries and
NXTR elements can be handled. PLOOs are full depth penetrations: partial penetrations
can be modelled using NXTR elements. Circular boundaries of holes and indentations can
be imported and exported if recognised as such, by having 4 unique fillet vertices.
On import vertices in boundaries are given a DESP value according to the list below.
PVTLastPoint
PVTStraight
PVTArc
PVTFillet
PVTCircle
Using these values we may be able to detect specific shapes, such as circles, ellipses, etc.
A message will be output when the export process ignores non loop-based negative
primitives. This is because it will be difficult to determine the geometric intersection with the
PANEL, especially if the primitive axis is not perpendicular to the plate plane. In the future it
may be possible to handle some of them, but only within tight geometrical constraints.
Negative boxes and cylinders could be transferred only if a principal axis is parallel to the
plate's normal. This means that the cylinder's Z-axis, and any of the box's X, Y or Z-axis
must be parallel to the plate normal. We even have to limit NXTR elements those with an
extrusion vector parallel to the panel plane normal. We are not exporting the following
negatives:
NBOX
NPOLYH
NCYL
NSLC
NSNO
NDIS
NCON
NPYR
NCTO
NRTO
NXTR
NREV
3:15
2.1
Imported holes will be either NXTR or PLOO elements. A full penetration will be a PLOO,
and a partial penetration will be an NXTR. PLOOs are compared, but only in equivalent list
order.
Any other negatives will not be compared or merged on import. Other pre-existing negatives
will be just moved and updated to maintain their original position and orientation.
3.3.7
Exporting Connections
End connections and base plates will be modelled in DESIGN Catalogue items and
transferred to the SDNF file using end coding information stored in the CTYA attribute of the
Catalogue component. A mapping table is required to enable the information to be
transferred in order that a corresponding entity to be created in the external 3D steel
detailing package. Once the end has been detailed, the resultant geometry may be returned
to DESIGN as Plate members in Packet 20 for graphical and clash checks. In PDMS Joint
selection is controlled by specification.
As it exports Connections (PJOI and SJOI elements) the system initially checks that the
SPRE attribute is set. If so, the CTYA of the relevant Catalogue component is checked
against the Connection mapping table. If it is valid, the local CTYS or CTYE attribute of the
attached SCTN is set for the sake of consistency. As it is doing so, the interface also checks
that the connectivity references are consistent. The CTYA attribute is then matched against
the required text for output in the SDNF file.
3:16
2.1
The interface also determines the identifier and end of the Linear Member to which the joint
is attached.
Error and Log File Messages
3.4
3.4.1
Initial Configuration
Enter DESIGN.
Set the test project variables:
Project: TST
User Name/Password: SYSTEM/XXXXXX
MDB: DEMO
Enter the DESIGN module, if necessary by answering YES to the question "Leave Session
Manager and enter 3D Design Constructor?"
When the default set of windows, menus, bar menus and forms appears configure the
screen as follows:
Select Design > Structures > Beams & Columns from the General Application menu
This displays the Beams & Columns Application menu.
To display the Drawlist, right-click on the Drawlist button
pop-up menu.
3:17
2.1
Change the view in that window by selecting View > Isometric > Iso 3.
The user can add the border sliders to the view window using the View > Settings >
Borders menu option.
3.4.2
Preparing to Export
On the User Beams & Columns Utilities form select Export>(d) AVEVA OpenSteel which
will bring up the main AVEVA OpenSteel Export form.
On this form and associated forms, fill in the details prior to Export.
Target Information Form
Click the Target information button on the AVEVA OpenSteel - Export form to display the
Export Target Information form.
Select the Auto mode toggle option and select "PDMS" from the list of Target Packages on
the Target Package selector gadget on the right hand side of the form. This causes the
system to automatically detect the Target Package's Profile mapping table and Material
mapping table.
When the details are correct click OK.
3:18
2.1
3:19
2.1
3:20
2.1
3.4.3
3.4.4
3:21
2.1
3:22
2.1
The user can also find the SDNF entry in the Beams & Columns Application, with the
Beams & Columns option under the Utilities menu.
On the User General Utilities menu bar select Import>(d) AVEVA OpenSteel to display
the AVEVA OpenSteel - Import form.
4:1
2.1
4.1
Source Information
The Source Information form contains information about the 3D steel detailing package
from which the SDNF file is to be transferred. Click the Source information button on the
AVEVA OpenSteel - Import form to display the Import Source Information form.
The interface requires two external mapping tables for each Source Package to check that
the design can accept the data. It also may use the Profile Orientation mapping table if
necessary. The mapping tables are for the Steel Profiles, Materials and for mapping the
Profile orientations between DESIGN and the Neutral File. The section on user
customisation in the Configuration Guide explains how the user can arrange these files on
the file system and what format they are to be. The interface also needs to know where the
external mapping files are located on your computer network. For this internal mapping
tables are required. Refer to the Configuration Guide which explains how the user can
configure the interface to let it know where all the files are located.
The user can have a generic pair of mapping tables to map between PDMS and SDNF for a
particular steel fabricator, for example. Or the user can have a similar pair for each 3D steel
detailing package.
The current file settings are indicated on this form. The user will notice that changing the
Source Package by using the Source Package selector button on the right hand side of the
form may cause the text to change giving the full path names of the respective files.
Note: Do not be concerned that the path name may be truncated by the insertion of the
ellipsis (): it is modified only for display purposes on the form.
The system also checks that these files are compatible with the Source Package by
checking the identification line at the top of each mapping table. Refer to the AVEVA
OpenSteel Configuration Guide for details about the format of these mapping files.
There are two main options on this form: Auto and Manual. These can be activated by
selecting the appropriate toggle button on the left hand side of the form.
The Auto option causes the interface to select automatically the Profile and Material
mapping tables for the Source Package indicated by the Source Package selector gadget
on the right hand side of the form, according to the system configuration files. When the
user comes to execute the Import process, the Auto flag will cause the correct mapping files
to be used based on the Issue field in the Input file header. Refer to Technical Information
for details about the format of the header of an SDNF file.
4:2
2.1
The Manual option activates two other buttons, which are greyed out for the Auto option.
Selecting this option changes the form to be similar to below.
The user can select the file type using the Profiles/Materials/Orient'n toggle buttons above
the text data entry field and enter the full path name of the file in the data entry area. The
user can also include system environment variables in the path name as long as they are in
the proper PDMS format, e.g. %ENVVAR% being the PDMS representation of the ENVVAR
environment variable.
On clicking carriage return, the interface will check for existence of the file and compatibility
with the Source Package indicated by the Package option gadget.
Note: The check is only that the file applies to the Source Package and not that it is a
correct file type.
The user can either choose by hand which mapping file to use by entering its name in the
text data entry field, or by using the Browse option to bring up a File Browser. Use this
browser to search for the relevant mapping file.
Once all the correct data has been entered on the Source Information form, click OK and it
will update the interface variables. Clicking CANCEL will remove the form, leaving the
original interface variables unchanged.
Error and Log File Messages
Internal error
Suitable Mapping
Table File not found
4:3
2.1
4.2
Error on OpenSteel
File Browser form
The user has entered incorrect data on the file browser form.
Import Information
The Import Information form contains information about the actual Import process. Click
the Import information button on the AVEVA OpenSteel - Import form to display the
Import Information form.
The user either types the full directory path name of the input file, or use the Browse button
to bring up a File Browser. The use of this form is as described in the section above. The
interface tests to see if the file exists and if it does not the user will be warned. As well as
testing for the existence of the file, it is also tested for being a valid SDNF file by inspection
of its header details.
Note: If the user does not enter the full path name, the input file will be assumed to be in
the directory from which started PDMS. The user can also include system
environment variables in the path name as long as they are in the proper AVEVA
PDMS format, e.g. %ENVVAR% being the PDMS representation of the ENVVAR
environment variable.
4:4
2.1
In addition to the basic check for the input file being in SDNF format, the initial comments
are scanned for the presence of a data table, which may list the Packets to follow and the
number of items to be transferred in each one. If this table is present, it will be analysed and
the buttons determining which Packets may be Imported will be activated or inactivated
accordingly. This table is described in Technical Information.
On entering the name of the file, if it is from a recognised SDNF Source Package and if
Auto mode is set on the Source Information form, the Profile and Material mapping files will
be selected automatically and indicated in the Source Information form, if it is currently
shown, along with the updated Source Package selector gadget.
The user can view the SDNF Header (Packet 00) of the chosen input file by clicking the
Inspect button. This displays the Input File Header Details form with which the user can
determine whether the file is the correct one to Import.
Using the toggles on the Import Information form, if they are active, the user can select
whether to import Packet 10 (Linear Members), Packet 60 (Curved Members) and/or
Packet 20 (Plates) or Packet 22 (Holes).
Note: The user cannot import Packet 40 (Connection Details) with this version of the
interface. The interface will check that the user is attempting to Import something if
both options are unchecked!
Once all the correct data has been entered on the Import Information form, click OK and
the interface variables will be updates. Clicking CANCEL will remove the form, leaving the
original interface variables unchanged.
4:5
2.1
4.2.1
Nothing to import
If the AUTO option is on, the header of the Input file does
not contain the Source Package information. The
mapping table information has to be set by hand.
= |3.0|
The user can inspect the file header as before and an added line will show which SDNF
version it has found.
If the user changes the version setting, the system will not work because it is expecting a file
of a radically different format. However, the interface will fail in a controlled manner
producing a "catch-all" error message.
4:6
2.1
If the user manually select the wrong SDNF version, the user may also get an error
message in the log file about syntax errors in the incoming file. This is because the Packet 0
records are different.
4.3
Run Information
On the Run Information form the user can choose whether to be offered to see the Log File
after the Import process is complete. The user can also choose whether to display Brief or
Verbose messages. Click the Run information button on the AVEVA OpenSteel - Import
form to display the Import Information form.
As part of the Import process a reference model is constructed against which comparisons
will be made. The Save Reference Model button allows the user to keep this. Otherwise it
will be deleted on completion of the Import process.
4:7
2.1
Note: This reference model will be deleted next time the user Exports or Imports anything
and that it is only transient data. Also, it may not be a complete model as some items
may already have been transferred into the main model on merging.
After the Import merging process has been performed, the user can sort all new items into
FRMW (Framework) elements according to their Material type. This option is selected by
clicking the Sort on Material Type option.
During the Import process, comparisons are made for Linear and Curved Members and
Plates between the existing model data and the imported model data. The default AVEVA
OpenSteel system configuration compares all the relevant data entries transferred in the
SDNF file between the models. However, the user can select which attributes may be
ignored by the comparison process by clicking the Edit Attribute Comparison List button.
Using this form the user can deselect attributes for comparison but must be aware that
strange results may occur especially if the user ignores positional and rotational attributes.
Finally, there are two validity checks the user can perform on the incoming data which to
ensure a subsequent Import run will have a chance of success. Activating these options
4:8
2.1
overrides completely the Import choices made on the main form. With these validity checks
the user will be able to see a log file before any data is merged whatsoever.
The Profile Mapping? button enables the user to see if the incoming Linear Member Profile
specifications will be successfully mapped between systems. This is a relatively fast
transaction as the SDNF file is just passed through the external program without any
subsequent import or comparison in PDMS. the user will then be able to see the log file
produced and take appropriate action.
There is a risk in the external detailing package that entity mark numbers may be duplicated.
The Duplicate Mark numbers selector gadget enables the user to check for duplicate
numbers in the incoming model. There are three options: NONE, NEW and GLOBAL.
NONE deactivates the gadget and no checks are made. The import process just goes
through unhindered. The NEW option allows the user to check only the new imported items
for duplicate mark numbers, while the GLOBAL option enables the user to search all the
available DESIGN databases for duplicate numbers. Obviously these searches may involve
a certain amount of time, but for the sake of validity, they would be worth using.
Once all the correct data has been entered on the Run Information form, click OK and the
interface variables will be updated. Clicking CANCEL will remove the form, leaving the
original interface variables unchanged
4.4
4:9
2.1
This is a very quick option and there are no checks, except what the user wants to do it.
Error and Log File Messages
Bad element type
4.5
4.6
4.7
Import Process
After clicking OK the fields in the form are checked for validity:
Are the Profile and Material mapping files valid for the Source Package as identified in
the Header of the input file?
After verifying that all the form data is correct and valid, the external program is called. The
interface waits for a certain time until the program is finished. This waiting time is user
configurable. If there are errors raised by the external program the user is notified and more
detailed information is placed in the log file. If the waiting period expires without the interface
detecting that the external program has completed - it may have crashed, or not exist, the
user will be asked if they want to carry on waiting for another time unit.
4:10
2.1
Click YES and the interface will wait for another period of time. Clicking NO will cause the
interface to stop where it is. Finally the system will indicate its completion, whether
successful or not. This completion message should be read in conjunction with the log file, if
any errors are indicated.
The user will be alerted to unsuccessful runs by the external program by the following form
after which the process exits.
If the external program successfully completes, the processed SDNF file will be imported
into DESIGN. Any reference data which may have been retained by the user before will
have been deleted beforehand.
The status line will inform the user of the progress on importing the data. As a rough guide,
the length of the input macro is about 25 times the number of elements. Thus a file
transferring 300 members will be about 7500 lines long.
After the Import of everything, the material properties are reconciled with the
:SDNFMGRADE attribute and, if possible, the MATR is also set to point to the appropriate
property in the Properties database.
At this point, if the user has chosen to be asked whether to Merge after the Compare
operation, the prompt form below is shown.
Clicking YES will cause the interface to continue with the Merge process.
4:11
2.1
Click NO and the Import process will skip the Merging, but the user will then be given a
chance to store the Merging commands in a file for use later on only in the current AVEVA
PDMS session. The user cannot use a file from a previous OpenSteel session as the
Import data may be incorrect.
The user can save the Merge command file and then be prompted whether to see the
Import log file. This Merge command file may then be used in the Merge from File option on
the AVEVA OpenSteel - Import form. This later option needs the reference model from this
run to be kept. Therefore, the user does not have the option below.
If the user has Merged the models, they will then be asked if they want to keep the reference
model, verifying the option selected on the Run Information form.
Finally, the user will then be asked whether to look at the log file, if they have chosen that
option on the Run Information form.
If the user wants to inspect the log file, they can then save it with the File > Save as option
in the OpenSteel File Viewer window which will bring up a File Browser, or by clicking the
Save as button to the suggested filename. If the file exists, the user will be asked whether
they want to overwrite it. The log file window can then be closed by the Cancel button.
4:12
2.1
If the user has chosen Brief mode on the Run Information form for displaying the log file,
the form displaying the log file will filter out all Warning messages, leaving only the Error
messages. To save the log file, however, all messages will be retained in the file.
Clicking on a line containing an PDMS reference number will cause all graphical views to
zoom in to the chosen item and to highlight it. The interface will also navigate to the item in
the database and leave the user there to perform any queries or operations.
Error and Log File Messages
4.8
The data store variable is unset or the SITE the user had
intended to store the imported data in is invalid. Has it
been deleted since the user set the store variable?
4:13
2.1
performed if the user is sure of the end result. It is advised that the user Compares the
models first and inspect the results before Merging.
The user can decide to keep the imported reference model as has been described above but is warned that this is only to be regarded as transitory information. It may also not be a
complete representation of the data imported as some of it will get transferred to the real
design area.
If the target area is empty, the Compare/Merge processes are bypassed which can be a lot
faster when importing large amounts of data.
4.8.1
items in the imported file that are not in the original model - Added items;
items in the original model that are not in the imported file - Deleted items;
items that it can match between the imported file and the original model and checks for
modifications - Changed items.
The fact that an item is in the imported file and not in the original model is indicative of one
of two cases: that the item has indeed been added by the external steel detailing package;
or that the item was never exported in the first place for some reason. This latter case might
also occur if the original model has had items added to it since the export happened.
Further, items may appear to have been deleted and their likes imported when the import
store location is not the same as it was for the export process.
Below is a diagram illustrating the route through which the data is imported, compared and
merged. New items are green, changed items are orange and deleted items are red.
It is clear from the above diagram that the interface supports partial model transfer as it just
highlights those new or changed items. Anything indicated as deleted is more an indication
that the item is not present in the Imported SDNF file. It is not deleted from the Original
4:14
2.1
Model during the Merge process: "Deleted" items are simply moved to another SITE to
enable the user to recover them if necessary. So parts of models can be merged into the
original model with no loss of data.
Note: The Reference Model which is created is named according to the user session, so
that several user Reference Models could coexist at the same time. As they are
named according to session, the user is advised to take care to manage them and
not to leave too many versions around to fill up your disk space.
The Comparison process allows any potential changes, additions and deletions to the
original model to be detected and highlighted in a 3D Volume View window, if there is one
present and if the items are in the current Drawlist.
As for both Linear Members and Plates the user can select which attributes are significant
for Comparison. This is performed using the Comparison Checklist form which is a child of
the Import Run Information form. By default, all the attributes transferred through the
SDNF file are compared.
Comparing Linear Members
The following data attributes are compared between the original model and the reference
model:
Specification Reference
Fireproofing data
Importing a Linear Member also sets the Import date and time UDAs. On merging members
the revision number, transfer number and code are updated.
The log file messages recording any differences are of two formats: in Brief mode the
results are presented on one line; in Verbose mode the user is told what the old value was
and the new value is so that they can see how the model has been changed. Refer to Brief
Format for details about the brief log file format.
The user may get a lot of apparent changes which may be caused by the failure to map the
profile types between systems. The log file will indicate which profiles have not been
mapped. It is advised that the user resolves the Profile Mapping issues first before
becoming too concerned with other changes recorded in the log file.
During the Import phase, an attempt is made to map the SDNF Cardinal Points (SNFA to
SNFN) in the incoming model with existing Plines that have been mapped onto them. Refer
to the Configuration Guide.
Comparing Plates (PANE)
The following data attributes are compared between the original model and the reference
model:
Position, orientation
4:15
2.1
Number of vertices
Fireproofing data
Vertex positions compared to within the user definable tolerance as described in the section
on user customisation of the interface.
Importing a Plate also sets the Import date and time UDAs. On merging members the
revision number, transfer number and code are updated.
The log file messages recording any differences are of two formats: in Brief mode the
results are presented on one line; in Verbose mode the user is told what the old value was
and the new value is so that they can see how the model has been changed. Refer to Brief
Format for details about the brief log file format.
Note: In Exporting a Plate, it has to be converted to the SDNF standard of being defined in
a clockwise direction relative to the plane normal. Thus Importing a Plate previously
defined in DESIGN the user may find the order of vertices to have been reversed.
This is because DESIGN is more tolerant about the ways in which the user can
define a plate.
We now compare plates with holes as secondary loops (PLOO) or NXTR primitives. We can
now merge the imported model including new holes created outside of PDMS. However,
because of the complexity of the comparison process, it is difficult to compare holes
between the original and imported model. Where possible all other negative primitives
representing holes in the original model are maintained. Therefore the comparison does not
go down to the level of holes.
4.8.2
If, during the Merge phase, items are to be merged, then the lists of added and deleted
items are reconciled with the original model - by being deleted or transferred from reference
model. The storage SITE header details are then merged with the information in the SDNF
header (Packet 00).
4:16
2.1
After the main model Merging has been completed, if the user has chosen the Sort on
Material Type option on the Import form, any new items will be sorted into FRMW groups
according to their material type as specified by the :SDNFMGRADE attribute.
The version numbering system is described below, in Technical Information.
Additional Items
Items added to the model are recorded as such; they are highlighted by changing their
colour, a suitable message is output to the log file and they are then transferred to a special
area. Merging will transfer all the added items from the reference model to the original
model. If required, they are then sorted according to material type.
The new items are gathered together into a site whose name is constructed from the
Transfer and Revision Numbers so that the user can easily locate all items added at a
specific version or date.
For example, a new STRU may be created with the name of /SDNF-NEW-DEMO-SYSTEM/
A.1 under the container element as specified in the Store in: field on the OpenSteel
Import form. The components of this name are as follows:
/SDNF-
NEW-
<mdb name>-
<user name>-/
<transfer nr>.
<revision nr>
The user would thus be able to find all the added items to this MDB at this version.
4.8.3
Deleted Items
Deleted items in the model are recorded as deleted during the Compare phase and remain
in the reference model to be deleted later if not required. This separation of operations is so
that the user can see what will be deleted during the Merge process. Before deletion the
objects are changed in colour so that they may be highlighted.
Note: An item is not actually deleted from the original model. The apparent deletion may, in
fact, be because the item was never transferred to the external detailing package in
the first place due to some reason. Alternatively it may have been created in
DESIGN since the initial Export process had taken place.
'Deleted' items are disconnected from the old model and transferred from the current part of
the database into a STRU created under the special 'Deleted' SITE as described in Refer to
the AVEVA OpenSteel Configuration Guide.
As with the added items, the STRU is named out of components, thereby enabling the user
to determine at which version items may have been removed from the model.
For example, a new STRU may be created with the name of /SDNF-OLD-DEMO-SYSTEM/
A.1 under the special SITE /SDNF-OLD-DEMO-SYSTEM. The components of this name
are as follows:
4:17
2.1
/SDNF-
OLD-
<mdb name>-
<user name>-/
<transfer nr>.
<revision nr>
The user would thus be able to find all the 'deleted' items to this MDB at this version.
Changed Items
In merging Plates the interface tries to keep the original vertices as they may have been
used for locating dimensions on drawings: it may be that just the positions have been
changed. However, the comparison only works in list order: the interface does not look
around for another vertex in the same physical place, although it may be in a different list
position. Extra unwanted vertices are deleted on merging and all new vertices are added to
the end of the list. A totally new Plate is just imported directly.
Changed objects are highlighted as such by a change in colour.
Error and Warning Messages
4.9
Model comparison
completed
Validation Process
As has been described in Section 4.8 there are two validation checks the user can perform
prior to the full import and merging of models.
The first option is for profile mapping. The Profile Mapping? Option on the Run
Information form turns this on. The Import process initialises normally and calls the
external program to process the incoming SDNF file. In so doing it checks for a complete
mapping of the profiles in the mapping tables. A log file is produced. No further Import
actions are undertaken with this option.
Second, the user can check that there are not any duplicate external mark numbers. This
can quite easily come about if the user copies members in the external detailing package
without creating unique mark numbers for them. When they are imported into PDMS, the
Comparison process may fail as it could be uncertain as to which member it is supposed to
be comparing.
The options for this check are NEW and GLOBAL. NONE turns the facility off. NEW checks
among all this run's imported members contained in the reference model for duplicate mark
4:18
2.1
numbers, while GLOBAL checks the whole structural database, both imported and existing
elements. These can be quite slow options as the reference model must be created and
compared anyway.
As this option also calls the external program which checks the mapping of profile names
between systems, the user will see that the log file may also list any problems with the
mapping tables. So this option is actually a combination of this and the previously
mentioned validity checking option.
See Sample Validity Check Log File for a sample log file.
4.10
4.10.1
4:19
2.1
In the Selected items box, the user can select any combination of Added, Changed, or
Deleted Items for highlighting, according to the date range described below.
By selecting the inclusive dates defining the limits of the range using the From and To date
selector gadgets the user can highlight on the screen those items in the current drawlist
which have been changed, added or deleted.
Note: As the 'deleted' elements are relocated in the database after Merging, the area
where they are finally located should also be in the drawlist if the user wants to see
what has been 'deleted'.
4.10.2
Highlighting by Version
The form below allows the user to choose what to highlight on the screen according to the
Version of an item.
The rules of selecting the changed, deleted or added items are the same as for the previous
section, Highlighting by Import Date.
By selecting the versions defining the limits of the range using the From and To version
selector gadgets the user can highlight on the screen those items in the current drawlist
which have been changed, added or deleted.
Note: As the 'deleted' elements are relocated in the database after Merging, the area
where they are finally located should also be in the drawlist if the user wants to see
what has been 'deleted'.
4:20
2.1
4.11
Nothing to highlight
4.11.1
Initial Configuration
Enter DESIGN.
Set the test project variables:
Project: TST
User Name/Password: SYSTEM/XXXXXX
MDB: DEMO
Enter the DESIGN module, if necessary by answering YES to the question "Leave Session
Manager and enter 3D Design Constructor?"
When the default set of windows, menus, bar menus and forms appears configure the
screen as follows:
Select Design > Structures > Beams & Columns from the General Application bar menu
This displays the PDMS DESIGN - Beams & Columns Application bar menu.
To display the Drawlist, right-click on the Drawlist button
pop-up menu.
4:21
2.1
4.11.2
Preparing to Import
On the User Steelwork Utilities form select Import>(d) AVEVA OpenSteel to display
AVEVA OpenSteel - Import form.
On this form and associated forms, the user now need to fill in the details prior to Import.
Source Information Form
Click the Source information button on the AVEVA OpenSteel - Import form to display the
Source Information form.
Select the Auto mode toggle option and select "PDMS" from the list of Source Packages on
the Source Package selector gadget on the right hand side of the form. This causes the
system to automatically detect the Source Package's Profile mapping table and Material
mapping table.
When the details are correct click OK.
Import Information Form
Clicking the Import information button on the AVEVA OpenSteel - Import form to display
the Import Information form.
In the input file name field enter "%TSTIMP%/SDNF-Test.sdn"
4:22
2.1
Select which SDNF Packets to import: Packet 10 (Straight) and Packet 20 (Plates).
When the details are correct click OK.
Run Information Form
Clicking the Run information button on the AVEVA OpenSteel - Import form to display the
Run Information form.
Select the Log File? option and choose Verbose for the message mode to get a verbose
log file.
Select the Save Reference Model? option in order to safe any reference model.
Finally, we will sort any new members added to the model by material type. Select the Sort
on Material type? option.
If the user wants to perform a validity check on the incoming data prior to importing it, refer
to Performing a Validity Check.
When the details are correct click OK.
The Main Import Form
Select the SITE into which the SDNF file is to be imported. Select SITE /TEST-SDNFINTERFACE in the form's Members list and click the CE button by Store in:.
We will then want to perform a two stage import, Comparing the models first before Merging.
So, select the Compare (+ Merge) radio button.
The AVEVA OpenSteel - Import forms should now look similar to this.
4:23
2.1
Note: In the above form the environment variable %TSTIMP% has been automatically
replaced by its expanded value.
4:24
2.1
4.11.3
The user will then be asked if they want to inspect the log file. If they do, they can save it
with the File > Save as option in the OpenSteel File Viewer window to bring up a File
Browser, or by clicking the Save as button to the suggested filename. The log file window
may be closed by the Cancel button.
4:25
2.1
4.11.4
4.11.5
4:26
2.1
Bolt Reports
This section explains how to extract reports of Anchor Bolts from the model using the Bolt
Report templates supplied with the interface. This is useful for comparing Import and Export
models, locating anchor bolts and purchasing.
The report templates are to be found in the directory reports/templates under the main
directory which is created on installation of the interface.
Modelling of anchor bolts will be by Linear Members, i.e. SCTN elements, in the correct
location. Therefore, the anchor bolt report templates assume that:
the Catalogue component name defining an anchor bolt profile contains a '-AB' suffix;
the start (POSS) of the SCTN is the lower end of the SCTN.
To change these assumptions, refer to the Reporting Reference Manual on how to modify
the report templates.
To select and run the report the user must choose the Utilities>Reports>Run option from
the Application Menu Bar. This brings up a File Browser which the user can use to navigate
to the correct directory and select the correct report template. This will then go and create
the report.
The user will be prompted to enter the top of the member hierarchy under which the search
for anchor bolts is to take place and will also be prompted for the output file.
The values proposed are the default ones which the user can override.
5.1
5:1
2.1
AVEVA OPENSTEEL
============================================================
Date of Report: 2
Jun 2008
============================================================
Bolt type
RefNo
Easting
Northing
Base level
(mm)
(mm)
(mm)
/M20-AB
=15322/225
151200
147940
100170
/M20-AB
=15322/1517
151200
147940
100170
/M20-AB
=15322/226
151200
148060
100170
/M20-AB
=15322/1518
151200
148060
100170
/M20-AB
=15322/223
155150
147925
100170
/M20-AB
=15322/1515
155150
147925
100170
/M20-AB
=15322/221
155150
148075
100170
/M20-AB
=15322/1513
155150
148075
100170
/M20-AB
=15322/211
155200
153925
100170
/M20-AB
=15322/1503
155200
153925
100170
/M20-AB
=15322/212
155200
154075
100170
/M20-AB
=15322/1504
155200
154075
100170
/M20-AB
=15322/224
155250
147925
100170
/M20-AB
=15322/1516
155250
147925
100170
/M20-AB
=15322/222
155250
148075
100170
/M20-AB
=15322/1514
155250
148075
100170
/M24-AB
=15322/185
123900
157000
100170
/M24-AB
=15322/1477
123900
157000
100170
/M24-AB
=15322/187
123900
163000
100170
The report is sorted according to bolt type and then according to the East, North, Up values
of the position of the start of the bolt in the world coordinate system.
5.2
5:2
2.1
AVEVA OPENSTEEL
=============================================================
Date of Report: 2
Jun 2008
=============================================================
Bolt Type
Quantity
/M20-AB
16
/M24-AB
56
/M30-AB
unset
5:3
2.1
5:4
2.1
Technical Information
This section contains technical information which is not immediately specific to PDMS but of
which the user should be aware in order to get the best out of the interface.
6.1
6.1.1
6:1
2.1
6.1.2
= |3.0|
6:2
2.1
The user can inspect the file header as before and an added line will show which SDNF
version it has found.
If the user changes the version setting, the system will not work because it is expecting a file
of a radically different format. However, the interface will fail in a controlled manner
producing a "catch-all" error message such as
6:3
2.1
If the user manually selects the wrong SDNF version, they may also get an error message in
the log file about syntax errors in the incoming file. This is because the Packet 00 records
are different.
6.1.3
6:4
2.1
6.1.4
6:5
2.1
There are several ways of defining a Linear Member using different combinations of the
above data elements, some of which will not be interpretable by other systems. The method
of interpretation of these fields is defined below.
6.1.5
6.1.6
Packet 20 - Plates
Plates are represented in PDMS by PANE elements as loops on the upper and lower faces.
No enclosed holes are transferable using SDNF.
6:6
2.1
Plate periphery defines the type of boundary: 0 is a boundary with straight edges; 1 is a
boundary with straight and curved segments; 2 is a circle. For both boundaries type 0 and 1,
there are 2 loops of vertices, one for the plate top and the other for the plate bottom. For
circular plates (type 2) there are 2 vertices representing the circle centre on the top and
bottom faces.
Each set of vertex coordinates is followed by a flag that indicates whether the following
boundary segment is straight or curved. In the case of the circular plate the "flag" is the
circle radius.
The last vertex in the boundary, a duplicate of the first, has a connection flag of 0. Straight
segments are indicated by the flag value of 1, curved segments by 2.
6:7
2.1
6.1.7
Packet 22 - Holes
The geometric description of holes is very similar to that of their owning plates. Tests are
made on import to verify that the hole does penetrate the owning plate. A hole completely
penetrating the plate is translated into a secondary PLOO. Partially penetrating holes depressions in the plate surface, are represented as NXTR elements.
Packet description
Hole periphery defines the type of boundary: 0 is a boundary with straight edges; 1 is a
boundary with straight and curved segments; 2 is a circle. For both boundaries type 0 and 1,
there are 2 loops of vertices, one for the hole top and the other for the hole bottom. For
circular holes (type 2) there are 2 vertices representing the circle centre on the top and
bottom faces.
Each set of vertex coordinates is followed by a flag that indicates whether the following
boundary segment is straight or curved. In the case of the circular hole the "flag" is the circle
radius.
The last vertex in the boundary, a duplicate of the first, has a connection flag of 0. Straight
segments are indicated by the flag value of 1, curved segments by 2.
6:8
2.1
6.1.8
6.1.9
6:9
2.1
6.1.10
6.1.11
For the succeeding records, each arc member is represented by the 11 records that follow:
total of 11 times n records, where n is number of members from Record 2 above (376 in the
example).
6:10
2.1
6.2
6.3
6:11
2.1
#
#
#
#
#
#
STARTTABLE nnnn
data
data
ENDTABLE
#
#
#
#
#
#
#
STARTTABLE PACKET
10 39
20 1
40 0
ENDTABLE
This example is indicating that there are 39 Linear Members in Packet 10, 1 Plate in Packet
20 and no Connection Details in Packet 40.
This interface uses this table to modify the behaviour of the Import forms.
If the input SDNF file has the STARTTABLE header that lists the contents of the subsequent
packets, the Import form Packet buttons will be (de)activated accordingly. If there is not this
STARTTABLE block that defines the packets contained therein, all buttons will become
active and it will be for the user to select which packets to import.
You will not be able to import Packet 22 without Packet 20, but you will be able to import
Packet 20 without holes, even if there some. Similarly, you will not be able to import Packet
40 (Connections) without either Packet 10 or Packet 60.
6.4
6:12
2.1
On Import the components of a member ID number are stored in the NUMB attribute.
6.5
= |CP|
The interpretation of the SDNF record data for Linear Members and their cutbacks is
illustrated below. Here is an SDNF description of a Linear Member.
1 10 0 0 "ANG" "15322/826" 0
"L60x6" "Steel, carbon" 180.0000 0 0
-287.3480 0.0000 957.8260 138100.0000 166000.0000 106000.0000
140796.5000 166000.0000 106808.9530 10.0000 30.0000
0.0000 0.0000
0.0000 0.0000 20.0000 0.0000 10.0000 -50.0000
0 0 0 0 0 0 0 0 0 0 0 0
In the above data the fields are interpreted as shown:
Orientation vector = ( -287, 0, 958 )
Start position = ( 138100, 166000, 106000 )
End position = ( 140796, 166000, 106809 )
6:13
2.1
Start cutback = 10
End cutback = 30
Start eccentricity = ( 0, 0, 20 )
End eccentricity = ( 0, 10, -50 )
Diagram showing each interpretation. The text below describes this diagram in more detail.
6.5.1
Exporting
The use of the Use Cutbacks option will be the same for exporting a PDMS model in either
SDNF format, i.e. v2.0 or v3.0.
When the Use Cutbacks checkbox is left unchecked the start and end positions will be the
start and end positions of the Justification Pline of the member.
Where the member is connected, i.e. the Joistart and/or Joiend attributes are set, the start
and/or end cutback value will be set to be the absolute length of the vector between the
node position and the Justification Pline position as projected along the member's axis. In
effect, this calculates a virtual node. For simple, orthogonal structures which have not been
manipulated too much, this will tend to be at the same position as the attached node.
Where the member is unconnected, i.e. either the Joistart and/or Joiend attributes are
unset, the start and/or end cutback value will be set to zero.
6:14
2.1
When the Use Cutbacks checkbox is checked the start and end positions will be the
positions of the virtual nodes derived from the nodes to which the start/end is connected.
The start and end cutbacks will be set to be the distance between the virtual node position
and the Justification Pline position.
If either or both member ends are unconnected the start and/or end position will be start
and/or end position of the Justification Pline and the cutbacks will be zero.
6:15
2.1
Below is the relevant Export dialog with the Use Cutbacks option indicated.
6:16
2.1
6.5.2
Importing
The use of the Use Cutbacks option will be the same for importing a model in either SDNF
format, i.e. v2.0 or v3.0.
When the Use Cutbacks checkbox is left unchecked the start and end positions of the
member will be set to the start and end positions. Any cutback values will be ignored.
6:17
2.1
When the Use Cutbacks checkbox is checked the Start and End positions of the member
will be 'trimmed' in accordance with the start and end cutback values.
6:18
2.1
Below is the relevant Import dialog with the Use Cutbacks option indicated.
6.6
Cardinal Points
Below is a diagram illustrating the positions of the Intergraph FrameWorks Cardinal Points.
FrameWorks cannot handle Cardinal Points above Point 10, but for this interface it is
imperative that all interfaces in this project are able to handle all 14 illustrated below. This is
because, especially for unequal angle profiles, the first 10 Cardinal Points are not sufficient.
On transfer between systems, the Cardinal Point imported should be retained for later
export. This is because it is likely to be a source of confusion when a member originally laid
out on Cardinal Point 14 (Top of Steel) is returned on the Cardinal Point 10 (Neutral Axis).
Additionally, it will cause minor problems in model versioning and comparisons.
6:19
2.1
6.7
Default Orientations
There is a definition of the default orientation of profile shapes associated with the SDNF
Specification produced by the Intergraph FrameWorks User Group. This is closely based on
the AISC standard. It is proposed that each software package will translate to this format on
export and from this format on import. This would then provide a standard interpretation of
the mirroring flags associated with Linear Members. The main issue here concerns angle
profiles on import to Design.
Below is a diagram showing the FrameWorks default orientations of the Catalogue profiles.
6:20
2.1
Note: The FrameWorks coordinate system defining the Profiles is left-handed. The
difference between this and the coordinate system used in PDMS is illustrated by the
diagram below.
6.7.1
Mirroring
Although the FrameWorks documentation mentions mirroring about both the X and Y axes,
it can only handle mirroring about the Y axis. The results of mirroring about the Y axis are
shown below.
6:21
2.1
Note: This also mirrors the Cardinal Points about the Y axis as well.
This interface does not handle mirroring about the X axis either. However, any desired result
can be achieved just by rotations and mirroring about the Y axis.
6.8
6:22
2.1
Clicking the Define Rules button will bring up a form on which the user can create their
own. Above is the form filled in for the supplied AVEVA OpenSteel Pline filter rule. The
operation of the form is fairly self explanatory.
The supplied Pline rule filter file, called des-pline-rules.pmldat, is listed below. Should the
user want to use it, copy it from the pml directory to your log in directory as identified by the
%PDMSUSER% environment variable and it will be accessible to the user the next time
they enter PDMS.
#-- Data file containing pline rule definitions
!rule
!rule.name
!rule.rule
!rule.types
!rule.description
=
=
=
=
=
object RULE()
|OpenSteel Plines|
|(match( ( attrib PKEY ), 'SNF' ) gt 0)|
||
|OpenSteel Plines with PKEY = SNF[A-N].|
!!tmpRuleArray.append(!rule)
6:23
2.1
6.8.1
6.9
UDAs
This section lists the UDAs defined for this interface.
We have attempted to keep the unique abbreviation to 6 characters. The UDAs for this
interface are:
6.9.1
General Data
Name
Type
Len
On
Description
:SDNFED/ATE
TEXT
20
SCTN PANE
Date of Export
:SDNFET/IME
TEXT
20
SCTN PANE
Time of Export
:SDNFID/ATE
TEXT
30
SCTN PANE
Date of Import
:SDNFIT/IME
TEXT
30
SCTN PANE
Time of Import
:SDNFRE/VNO
INT
Revision Nr (0)
:SDNFRE/VNO
INT
Transfer index(1)
:SDNFTRR/VNO
TEXT
10
Revision Text
:SDNFEX/CLUDE
LOG
:SDNFSTA/TUS
TEXT
10
SCTN PANE
Status text
:SDNFCD/ATE
TEXT
30
:SDNFMD/ATE
TEXT
30
:SDNFCT/IME
TEXT
30
:SDNFCM/TIME
TEXT
30
:SDNFFT/HICK
REAL
:SDNFFD/ESC
INT
:SDNFFS/TART
REAL
SCTN GENSEC
Fireproofing Start
:SDNFFE/ND
REAL
SCTN GENSEC
Fireproofing End
6:24
2.1
6.9.2
6.9.3
Structural Data
Name
Type
Len
On
Description
:SDNFHO/LD
INT
SCTN PANE
:SDNFPS/PEC
INT
SCTN PANE
:SDNFMG/RADE
TEXT
24
Material Grade
:SDNFMA/RK
TEXT
24
SCTN PANE
:SDNFEMA/RK
TEXT
24
SCTN PANE
External Mark
Name
Type
Len
On
Description/default
:SDNFEF/ID
TEXT
80
:SDNFCL/ID
TEXT
80
'Client Id'
:SDNFSTI/D
TEXT
80
'Structure Id'
:SDNFPR/ID
TEXT
80
'Project Id'
:SDNFMO/DNR
INT
:SDNFDE/CODE
TEXT
80
'Design Code'
:SDNFSO/URCE
TEXT
64
Data Source
:SDNFTA/RGET
TEXT
64
Target Contractor
:SDNFEL/IST
REF
100
:SDNFED/ATE
TEXT
20
Date of Export
:SDNFET/IME
TEXT
20
Time of Export
:SDNFID/ATE
TEXT
30
Date of Import
:SDNFIT/IME
TEXT
30
Time of Import
Project Data
:SDNFEXCLUDE is a flag the user can set on the items indicated. It is using this flag that
the user can control what is exported to the SDNF output file. By default the flag is false, i.e.
the item is not excluded from the Export process.
:SDNFEMARK is the reference number by which the external 3D steel detailing system
identifies the item. If the item originated in AVEVA Design then this value will be the PDMS
reference number with the leading equals sign, '=', removed.
:SDNFMARK is the DESIGN reference number. It may not be the same as :SDNFEMARK if
the entity originated in the external system.
:SDNFSTATUS is used to give the user a view of the current status of the element. It has 4
different settings: PDMS to signify the item originated in DESIGN; ADDED indicates that the
6:25
2.1
item has been added to the model externally, by Merging; CHANGED means that the item
has been modified externally; and DELETED means that the item was in the original
DESIGN model but has not returned from the external model. This last case may occur for
one of several reasons. The item may not have been exported in the first place; it may have
been added after the model was exported or it was deleted by the external system for some
reason.
On Export, the :SDNFELIST attribute on the Header element is amended to contain a list of
all elements exported. This is the list that appears in the Export List window on the main
AVEVA OpenSteel Export form. It is not the final expanded list of SCTN and PANE elements
to appear in the SDNF output file.
6.10
6.10.1
6.10.2
6.11
6:26
2.1
when the user does have write access to the database. This must be performed before any
import procedure is performed. The file name is built upon the string "updateVersionNos"
but with time stamp information attached so that they can be executed in chronological
sequence. An example file name might be "updateVersionNos201012593744.mac", which
was created at 09:37:44 on 25th January 2010.
Importing an existing, though modified, model is more difficult. Obviously the user must
have write access to the database. The reference site is created in the same database as
the target area specified on the import form. This will allow new items to be transferred
between the reference site and the target site using the INCLUDE command. This
command does not work across databases.
The user should ensure that the incoming data is not to be spread across databases.
If the target area is empty we bypass the Compare/Merge processes which can be a lot
faster when importing large amounts of data.
Users of multi-write databases need to be aware that elements that are to be exported must
be claimed out prior to export. All elements that are likely to be affected by importing must
also be claimed out.
6.12
6.13
6:27
2.1
segment. The <n> indicates the segment's sequence position. These suffices allow us to
rebuild the complex GENSEC if these values are returned to PDMS from the other system.
If the distance between neighbouring segment end points is outside the tolerance limits,
OpenSteel will attempt to build a new GENSEC starting from the next unused segment. The
new GENSEC's :SDNFEMARK or :SDNFMARK attribute will have a suffix .PART<int>, from
2 upwards. No imported members will be lost. In the Compare and Merge process, this new
part will appear as an ADDED member while the original part will be indicated as having
changed, as it will have a reduced number of points.
However, if we can restore a GENSEC in PDMS it may well be different from its original as
the types of CURVE element are normalised to be THRU based curves.
New straight linear members may be replaced by GENSECs according to the
!!sdnfSCTNtoGENSEC flag. Members that are already SCTN elements in the model will not
be changed.
Comparing GENSECs is only down to the point count level on the spine. We don't
investigate the actual point attributes, except for the start and end points. We do check that
there are the same numbers of POINSP and CURVE members respectively. Any alteration
to these numbers will indicate changes. They must be inspected visually for comparisons.
The re-imported CURVE element are likely to have changed because we only import 1 type
- a THRU point, although there are 6 or 7 different types of CURVE points in PDMS, each
with different attribute combinations.
6.14
Version Numbering
The management of the attributes relevant to version numbering and revision control, i.e.
:SDNFREVNO, :SDNFTRANO and :SDNFTRRVNO, is all performed in the PDMS user
interface. The values of these attributes are not taken from the SDNF file. The header,
Packet 00, is used to transfer the main TransferLetter for the Configuration object, but the
individual items are managed as described below.
The Configuration object should not be confused with the Header object. The former is used
to store transfer indices - counts of Transfer Numbers and Revision numbers. These are for
the whole database. The latter is used to store specific information pertaining to the transfer
in question - e.g. Source or Target package or client information.
Because of the fact that PDMS may be multi-user and that several users may be
concurrently accessing the design databases at any one time, there may be several
Configuration objects, one for each possible MDB:User combination. At the start of the
Export or Import process, a poll is taken of ALL these Configuration objects to determine
which is the highwater mark. That is, which is the highest Transfer Number, or Revision
Number. We then take that and modify the Configuration object for the current MDB:User. In
this way, by polling all objects, we can determine the latest values.
The rules of precedence for the Transfer and Revision numbers are that a Transfer is
higher. So that "A.2" is later than "A.1" and "B.1" is later than "A.9".
Note: The UDA, :SDNFTRANO, is actually an index into a character string returning the
equivalent character as the TransferLetter.
Note: This TransferLetter is cycled. As it passes 'Z' it will be succeeded by 'A'.
If there are more than 26 Transfers, the letter is recycled so that there may be slight
problems at the wrap around.
Below are the rules by which the revision numbering is handled by the interface.
6:28
2.1
6.14.1
6.14.2
6.15
Exclusions
This section lists the exclusions which have been identified because the interface is using
SDNF as the means of data transfer.
Note: The exclusions listed here are mainly a result of the format of the SDNF file used. A
later SDNF format addresses several of these issues.
Penetration Holes: SDNF does not allow the description of holes within Linear Members.
Additional data: SDNF is a poor transfer format as the user has few means by which extra
information can be transferred between systems.
Nodal Model: Connectivity is difficult to reconstruct once lost. SDNF does not transfer the
information.
Templates: Catalogues are not covered by SDNF. Linear or Arc 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: SDNF Packet 10 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. SDNF Packet 20 can describe only fully prismatic
Plates. Hence, the Plate cuts/intersections which are not fully orthogonal to the Plate's local
plane cannot be mapped to SDNF. Such Plates will be exported 'uncut', which again should
be conservative for clash detection.
6:29
2.1
6.16
Issues
SDNF allows only for the transfer of a character descriptor for a Profile or Connection Detail.
For a successful data transfer, there will need to be co-ordination between users of each
package to ensure that the geometric description associated with the catalogue name is
identical and that there is a means of correlation between the packages.
In DESIGN, 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. In external 3D steel detailing packages the
means of determining connectivity may be by proximity. Thus, transferring the PDMS 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 packets are met which cannot be
handled or are unexpected.
The double quote character in text fields, particularly in profile spec 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.
6:30
2.1
Issue Nr.
Issue Date
Contents / Amendments
Upgrade to v.1.5
Product renamed to AVEVA OpenSteel
Merged with OSDE-Bulletin1.4.doc
Upgrade to v2 .1.
7:1
2.1
7:2
2.1
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
STARTTABLE ANYANYCON
Default Connection
BP macro BasePlate
TP TP
EP EP
EPF EPF
MCT MCT
MCB MCB
#
FPWB FPWB
#
FPWC FPWC
#
ACD ACD
#
SHE SHE
#
RECT RECT
# ENDTABLE
#
#
# STARTTABLE ANYMAT
#
STRUCAD %SDNFMAIN%/maps/StruCad/StruCadMat.map
#
XSTEEL %SDNFMAIN%/maps/XSteel/XSteelMat.map
#
STEELCAD %SDNFMAIN%/maps/SteelCad/SteelCadMat.map
#
PDMS %SDNFMAIN%/maps/PDMS/PDMSMat.map
#
FRAMEWORKS %SDNFMAIN%/maps/FrameWorks/FrameWorksMat.map
# ENDTABLE
#
#
A:1
2.1
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
STARTTABLE ANYORI
STRUCAD %SDNFMAIN%/maps/StruCad/StruCadOri.map
XSTEEL %SDNFMAIN%/maps/XSteel/XSteelOri.map
STEELCAD %SDNFMAIN%/maps/SteelCad/SteelCadOri.map
PDMS %SDNFMAIN%/maps/PDMS/PDMSOri.map
FRAMEWORKS %SDNFMAIN%/maps/FrameWorks/FrameWorksOri.map
ENDTABLE
STARTTABLE ANYPRF
STRUCAD %SDNFMAIN%/maps/StruCad/StruCad.map
XSTEEL %SDNFMAIN%/maps/XSteel/XSteel.map
STEELCAD %SDNFMAIN%/maps/SteelCad/SteelCad.map
PDMS %SDNFMAIN%/maps/PDMS/PDMS.map
FRAMEWORKS %SDNFMAIN%/maps/FrameWorks/FrameWorks.map
ENDTABLE
STARTTABLE ANYSTD
EUR Euronorm
BRI British
AME American
GER German
CAN Canadian
JAP Japanese
DIN European
ENDTABLE
STARTTABLE STATUS
0 Undefined
1 Fixed
2 Provision
3 Other
ENDTABLE
STARTTABLE CLASS
0 Undefined
ENDTABLE
STARTTABLE ANYTSTCON
Default Connection
BP macro BasePlate
TP TP
EP EP
EPF EPF
MCT Moment Connection Top
MCB Moment Connection Bottom
FWG FWG
FPWB FPWB
FPWC FPWC
A:2
2.1
#
ACD ACD
#
SHE SHE
#
RECT RECT
# ENDTABLE
#
#
# STARTTABLE TSTMAT
#
STRUCAD %SDNFMAIN%/maps/StruCad/StruCadMat.map
#
XSTEEL %SDNFMAIN%/maps/XSteel/XSteelMat.map
#
STEELCAD %SDNFMAIN%/maps/SteelCad/SteelCadMat.map
#
PDMS %SDNFMAIN%/maps/PDMS/PDMSMat.map
#
FRAMEWORKS %SDNFMAIN%/maps/FrameWorks/FrameWorksMat.map
# ENDTABLE
#
#
# STARTTABLE TSTPRF
#
STRUCAD %SDNFMAIN%/maps/StruCad/StruCad.map
#
XSTEEL %SDNFMAIN%/maps/XSteel/XSteel.map
#
STEELCAD %SDNFMAIN%/maps/SteelCad/SteelCad.map
#
PDMS %SDNFMAIN%/maps/PDMS/PDMS.map
#
FRAMEWORKS %SDNFMAIN%/maps/FrameWorks/FrameWorks.map
# ENDTABLE
#
#
# STARTTABLE TSTSTD
#
EUR Euronorm
#
BRI British
#
AME American
# ENDTABLE
#
Packet 00
"SDNF Version 3.0"
"Engineering Firm Id"
"Client Id"
"Structure Id"
"Project Id"
"12 Jan 2010" "15:01"
16 "PDMS"
"Design Code"
0
Packet 10
"MM" 281
00100001 8 0 0 "BEAM" "15322/100" 0
"HE300A" "Steel, carbon" 0.0000 0 0
0.0000 0.0000 1.0000 112000.0000 159822.3830 115000.0000
112000.0000 160177.6170 115000.0000 0.0080 0.0080
0.0000 0.0000
0.0000 0.0080 0.0000 0.0000 -0.0080 0.0000
0 0 0 0 0 0 0 0 0 0 0 0
0 "" 0 "12 Jan 2010" "15:01" "12 Jan 2010" "15:01" 0 0
0 0 0 0 0 0 0 0 0 0 0 0
0 0 0.0000 0 0 0.0000 0.0000
0 0 0 0 0 0
00100002 10 0 0 "SCTN" "15322/1003" 0
A:3
2.1
179400.0000
182100.0000
182099.9990
181874.9990
181874.9990
179399.9990
104248.6870
104249.5820
104251.8720
104251.7970
104252.0050
104251.1850
A:4
1
1
1
1
1
1
2.1
203
269
151
172
172
2
1
1
1
2
"Moment
"FWE"
"Moment
"Moment
"Moment
Connection Bottom"
Connection Bottom"
Connection Bottom"
Connection Top + Bottom"
A:5
2.1
A:6
2.1
B:1
2.1
HE240B has
HE280A has
HL1100R has
HP200x54 has
INP160 has
L60x6 has
L80x8 has
LADDER_TS has
M20-AB has
M24-AB has
M30-AB has
OD193.7x5 has
OD323.9x6.3 has
RHS200x200x8 has
RHS300x300x8 has
ST-STAN has
T140 has
TRED has
UNP180 has
3
13
1
1
3
12
11
1
8
28
4
4
2
3
2
2
2
22
2
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
B:2
2.1
C.1
Brief Format
In order to minimise the size of log files, especially when large models are being compared
the user can ask the interface to output Verbose or Brief log files. In Verbose log files, full
details of the comparison will be listed. In Brief log files, details of the comparison will be
condensed onto a single line per item. This will be in the form of the following:
C.1.1
Linear Members
Linear members are either straight or curved. Modifications to straight members are detailed
as below
LINMEM <mark> <state> <point> <hold> <pspec> <size>
<material> <rotation> <start> <end> <startRel> <endRel>
<fire_thick> <fire_desc> <fire_type> <fire_start> <fire_end>
e.g.
LINMEM =1234/5678 C Y Y N Y Y N Y Y N Y N N N N Y
The mark field will contain the mark attribute by which the model components are to be
identified between systems. The state field may contain on of three options, A for added, D
for deleted or C for changed. The other fields contain either a Y or N indicating whether the
attribute at that location has been changed or not.
For curved members the member type is CURMEM but the attributes inspected for
comparison are the same. The individual internal points along the SPINE are not compared.
C.1.2
Plates
PLATE <mark> <state> <point> <hold> <pspec> <height>
<material> <pos> <ori> <vertexCount> <changedVertex>
<fire_thick> <fire_desc> <fire_type>
The rules for values in each of the above fields are as for the Linear Members.
Note that holes themselves are not compared. This is principally because the transfer is
incomplete anyway. OpenSteel only transfers PLOO and NXTR based penetrations. All
other negative primitives cannot be transferred at the moment.
Below is a sample log file in brief format following an Import:
C:1
2.1
C:2
standard
Y
Y
Y
Y
Y
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
2.1
PLATE
PLATE
PLATE
PLATE
PLATE
PLATE
LINMEM
LINMEM
PLATE
=15322/1015 C
N
N
N
N
N
=15322/1104 C
N
N
N
N
N
=15322/296 C
N
N
N
N
N
=15322/414 C
N
N
N
N
N
=15322/598 C
N
N
N
N
N
=15322/722 C
N
N
N
N
N
=15322/423 D
N
N
N
N
N
N
=15322/878 D
N
N
N
N
N
N
=15322/553 D
N
N
N
N
N
N
Y
Y
Y
N
N
Y
N
Y
Y
Y
Y
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
Y
Y
Y
Y
Y
Y
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
Files used...
=============
Input file
: E:\OpenSteel\sdnfOut.sdn
Profile Mapping file
: W:\PD003\OpenSTEEL\deploy\maps\PDMS\PDMS.map
Material Mapping file
: W:\PD003\OpenSTEEL\deploy\maps\PDMS\PDMSMat.map
Standards Table file
:
W:\PD003\OpenSTEEL\deploy\test\tstdflts\OSDE\sdnftststd.map
Profile Orientation file: W:\PD003\OpenSTEEL\deploy\maps\PDMS\PDMSOri.map
C:3
2.1
C.2
Verbose Format
Below is a verbose log file of the same Import as above:
AVEVA OpenSteel (sdnf2pdms v2.1) (Jan 13 2010 : 08:55:21)
(c) Copyright 1974 to 2010 AVEVA Solutions Limited
START PROCESSING at 13-Jan-2010, Wednesday, 10:28:50
(Warning) - Line Number[ 3090]
Ignoring packet type 40
The following materials were mapped
Steel, carbon has
287 occurrences
All materials were mapped
The following profiles were mapped
CAGEF500 has
1 occurrences
Earthing-Boss-Dia-40 has
1 occurrences
Earthing-Boss-Dia-50 has
1 occurrences
HANDRAIL has
6 occurrences
HE120A has
6 occurrences
HE140A has
1 occurrences
HE160A has
14 occurrences
HE180A has
32 occurrences
HE180B has
2 occurrences
HE200A has
35 occurrences
HE200B has
4 occurrences
HE220A has
43 occurrences
HE240B has
3 occurrences
HE280A has
13 occurrences
HE300A has
11 occurrences
HL1100R has
1 occurrences
INP160 has
3 occurrences
L60x6 has
12 occurrences
L80x8 has
11 occurrences
LADDER_TS has
1 occurrences
M20-AB has
8 occurrences
M24-AB has
28 occurrences
M30-AB has
4 occurrences
OD193.7x5 has
4 occurrences
OD323.9x6.3 has
2 occurrences
RHS200x200x8 has
3 occurrences
RHS300x300x8 has
2 occurrences
ST-STAN has
2 occurrences
T140 has
2 occurrences
TRED has
22 occurrences
UNP180 has
2 occurrences
All profiles were mapped
The following profiles were not in the specified standards
C:4
2.1
HP200x54 has
1 occurrences
in /TEST-SDNF-INTERFACE
57.2932 D WRT /*' changed from 'N 57.2932 U WRT /*'
changed from 'TOAX'
in /TEST-SDNF-INTERFACE
57.3314 D WRT /*' changed from 'S 57.3314 U WRT /*'
changed from 'TOAX'
in /TEST-SDNF-INTERFACE
WRT /*' changed from 'W WRT /*'
in /TEST-SDNF-INTERFACE
32.925 D WRT /*' changed from 'N 32.925 U WRT /*'
changed from 'TOAX'
C:5
2.1
C:6
2.1
D:1
2.1
M20-AB has
M24-AB has
M30-AB has
OD193.7x5 has
OD323.9x6.3 has
RHS200x200x8 has
RHS300x300x8 has
ST-STAN has
T140 has
TRED has
UNP180 has
8
28
4
4
2
3
2
2
2
22
2
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
occurrences
D:2
2.1
Index
Anchor Bolt
locations . . . . . . . . . . . . . . . . . . . . . . 5:1
quantities . . . . . . . . . . . . . . . . . . . . . 5:2
AVEVA OpenSteel - Export Form . . . . . . 3:8
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . 2:1
Grid Packet
Packet 50 . . . . . . . . . . . . . . . . . . . . 6:10
I
B
Bolt Reports . . . . . . . . . . . . . . . . . . . . . . 5:1
C
Cardinal Points . . . . . . . . . . . . . . . . . . . 6:19
Comparison and Merging Processes . . 4:13
Connection Details
Packet 40 . . . . . . . . . . . . . . . . . . . . . 6:9
Cross Referencing Models . . . . . . . . . . 6:26
Linear Member
using cutbacks . . . . . . . . . . . . . . . . 6:13
Linear Members
Packet 10 . . . . . . . . . . . . . . . . . . . . . 6:5
Member Loading
Packet 30 . . . . . . . . . . . . . . . . . . . . . 6:9
O
OpenSteel - Import Form . . . . . . . . . . . . 4:9
OpenSteel Export
testing . . . . . . . . . . . . . . . . . . . . . . 3:17
P
Pline Selection Rules . . . . . . . . . . . . . . 6:22
Index page 1
2.1
R
Run Information . . . . . . . . . . . . . . . 3:7, 4:7
S
SDNF
file header information . . . . . . . . . . 6:11
recommended file suffix . . . . . . . . . 6:11
sample file . . . . . . . . . . . . . . . . . . . . A:1
Source Information . . . . . . . . . . . . . . . . . 4:2
T
Target Information . . . . . . . . . . . . . . . . . . 3:2
Technical Information . . . . . . . . . . . . . . . 6:1
The Export Process . . . . . . . . . . . . . . . . 3:9
U
UDAs . . . . . . . . . . . . . . . . . . . . . . . . . . . 6:24
V
Validity Check Log File
sample . . . . . . . . . . . . . . . . . . . . . . .D:1
Verbose Format . . . . . . . . . . . . . . . . . . .C:4
Version Numbering . . . . . . . . . . . . . . . . 6:28
Index page 2
2.1