Applies To | |||
Product(s): | Bentley OpenPlant Modeler | ||
Version(s): | 08.11.09.404 | ||
Environment: | N/A | ||
Area: | Schema | ||
Subarea: | |||
Original Author: | Joey Bertone, Bentley Technical Support Group |
Background
This document will focus only on the migration for out of the box or default set of schemas. For the customizations done by the user, they will need to review and apply the changes to the schemas of the new version.
The user customization typically involves one or more of the following things:
When moving from 383 to 404, to support the above changes, user also needs to modify following set of schemas
Starting with the delivered set of schemas (project and common) for the SS5 Refresh 383 version, identify the scope of changes to the out of the box schemas. For example, when if a user did some customizations to the out of the box SS5 Refresh 383 versions, those changes should have been noted. Now he should apply similar customizations should be done by him to SS5 Refresh 404 version.
The changes done to the default SS5 Refresh 383 schemas can be reviewed by comparing the 2 set of schemas using Bentley Class Editor. The Bentley Class Editor is an optional install from the OpenPlant Modeler installation. Run a repair or change install of OpenPlant to install Bentley Class Editor
Once the changes to the out of the box schemas (SS5 Refresh 383) have been noted, the same set of changes should be applied to the SS5 Refresh 404 out of the box schemas using Bentley Class Editor to create the SS5 Refresh 404 customized schemas.
This is a 3 step process using Bentley Class Editor:
Bentley Class Editor can be launched from Start > All Programs > Bentley > Bentley Class Editor V8i 08.26 > Bentley Class Editor V8i 08.26
Before using the Bentley Class Editor for the above purpose, we need to know one limitation and its workaround for using it successfully. The project schema (OpenPlant_3D.01.04.ecschema) version in SS5 278, SS5R 383 and SS5R 404 is the same which is 01.04 and Class Editor does not allow comparing schemas with the same version. To get past this we need to change the schema version for the purpose of comparison.
Now we can proceed to schema differencing.
It would also be required to review and apply the changes to other schemas than the OpenPlant 3D schema if during the user customization, the user has done changes to other schemas listed above. However, the procedure for that should be the same.
If any changes are made to existing supports, olets, notes or fasteners after updating after updating from SS5 383 to SS5 404 then the following commands will need to be run. if the following key-ins are not run then this will result in one or more of the following: failure to create iso sheets, failure to publish i-models, failure to generate isometrics drawings and generation of incorrect isometric drawings.
If you have supports modeled in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the support components:
mechaddin migrateSupports
If you have supports modeled in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and if you specifically move the support such that it is now associated with another pipe, you will need to run the following key-in to update association for the support with the pipe:
mechaddin fixsupportassociations
If this key-in is not run (needed only after moving support to another pipe done using OPM 404) and user tries to create iso-sheet, publish i-model and then generate isometrics, it will be generated incorrectly, and the support will still be associated with the previous pipe.
If you have olets in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the olet components:
mechaddin migratetapconnections
If you have Notes in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the notes components:
mechaddin migratenotes
If these respective key-ins are not run (needed only after move/manipulation done using OPM 404) and user tries to create iso-sheet, publish i-model and then generate isometrics, it will fail.
If you have components modeled and an iso-sheet has been created out of them in OPM 383 and then you migrate to OPM 404 and then add/edit/delete/modify components in such a way that new fasteners are created by deleting old fasteners, then you will need to run the following key-in to update association of fasteners with the already existing iso-sheet:
mechaddin fixisosheetfastenerassociation
If this key-in is not run (needed only in case of new creation of fasteners) then the isometrics generation will fail.