Trajectory File-based Design Import

File-based Design Import (FBDI) enables content migration from V5 to 3DEXPERIENCE.

This page discusses:

V5 to 3DEXPERIENCE for Track Data

To import data, select a V5 document to be imported. The tracks that will be imported into 3DEXPERIENCE are those that are stored in applicable data containers for the selected product documents, or in product documents related to the selected documents.

The imported tracks will be created as children of the 3DEXPERIENCE version of the selected products.

The following table describes import correspondences between V5 file-based data and 3DEXPERIENCE content.

The statuses for import results are fully imported, partially imported, and not imported (-).

V5 Data Type 3DEXPERIENCE Content Type Import Result
General Track Data
Name, Time, Speed, Mode (Time/Speed) Name, Time, Speed, Mode (Time/Speed) Fully imported.
Tracks
Location of the path relative to world and parent of the moving object. Location of the path relative to world and parent of the moving object on 3DEXPERIENCE track.Fully imported.
Non-mapping track path data --

When moving some types of objects, V5 tracks use a shot data format that is not supported in 3DEXPERIENCE. If these types of tracks are encountered during migration, a warning will be displayed and the track will not be migrated.

Multiple instance tracks such as tracks that move camerasTwo 3DEXPERIENCE track references; camera as a moving object is not applicable in 3DEXPERIENCE.-

All imported tracks will be single, separate entities. The name for imported tracks is always the instance name.

Visualization properties of a track's path (Line color, type, and thickness. Hide/show status.) Line color, type, and thickness are set according to 3DEXPERIENCE CATSettings.-
Shots
Position, compass offsets, durations Shots are referred to as T-Points in 3DEXPERIENCE.Fully imported.
Shot Flags --

Shots generated by the pathfinder command when collisions are disabled are marked with a flag and are rendered in red. This flag (and the red coloring) will not be imported into 3DEXPERIENCE.

Moving Objects
The Products or Shuttles moved by the track. The offset of the objects from the track. Fully imported
Shuttles as objects --

There is no object in 3DEXPERIENCE that is the equivalent to a Shuttle. If a track moves a shuttle, the track will directly move the product children of the shuttle. The offsets between the shuttle and its children will be respected.

If the V5 track moves a shuttle and that shuttle has a referencing shuttle, the referencing shuttle (and its children) will not be migrated. This is because referencing shuttles provide relative motion, which is not supported by the 3DEXPERIENCE tracks.

Motion interpolation
Linear interpolation Linear interpolationFully imported.

Only linear interpolation is supported in . All migrated tracks will use this mode.

Non-linear interpolations --

If a V5 track using a different interpolation is migrated, a warning will be displayed and the interpolation type will be set to linear.

Relations to non-product objects
Relations to the following types of objects will not be imported. A warning will be displayed when this happens. Section planes: both moved and associated Bound analysis (clash/distance) Lights --
Log Data
Log data and attributes --
Operations such as Split and Join generate a new track while keeping the original track as a Log that is the child of the new track. Any track that is only displayed as the log of another track is not imported into 3DEXPERIENCE. A warning is displayed in the log whenever this happens.

The Mirror operation is the exception to this rule as Tracks that are the source for a Mirror operation are still displayed as children of the Tracks node in the tree.

Track as log is not imported.Partially imported.
Special Cases
V5 CATPart documents Partially imported.

V5 CATPart documents are migrated as a pair of objects: a 3DEXPERIENCE product object and a 3D Rep object. If a V5 track moves a CATPart, the migrated 3DEXPERIENCE track will point to the generated product object.

LightsPartially imported.

V5 tracks can move lights. Although the same double transform shot is used in this case, the shots are interpreted differently when interpolating the light along the track. When a V5 track with a light is migrated, the relation to the light is not migrated and the shot data is copied directly. Because the 3DEXPERIENCE track does not consider the data a special case, the 3DEXPERIENCE track path may not look like the V5 track.

V5 to 3DEXPERIENCE for Process Document Data

To import process data, select a process document to be imported.

The activities stored in the main process of that document will not be imported to 3DEXPERIENCE.

The following table describes import correspondences between V5 file-based data and 3DEXPERIENCE content.

The statuses for import results are fully imported, partially imported, and not imported (-).

V5 Data Type 3DEXPERIENCE Content Type Import Result
Predefined Move- -
Grab--
Release--
Hyperlink--
Pause--
Delay--
Device Move--

V5 to 3DEXPERIENCE for Track Links Management in a Work Plan

This section describes track links that are managed in a work plan.

These activities will not be imported to 3DEXPERIENCE.

The following table describes import correspondences between V5 file-based data and 3DEXPERIENCE content.

The statuses for import results are fully imported, partially imported, and not imported (-).

V5 Data Type 3DEXPERIENCE Content Type Import Result
Predefined Move- -
Grab--
Release--
Hyperlink--
Pause--
Delay--

Considerations for Cartesian Tracks for Operations

You should take the following considerations into account:

  • A track is only created under an operation.
  • A track can be linked to nothing (case of track defined for all objects implemented by operation).
  • A track can be linked to 0 to N operations if:
    • Operation has been performed before the current operation (according to Time Constraint).
    • Operation has implement links to a process.
  • A track can be linked to 0 to N systems if:
    • System has been performed before the current operation (according to Product Flow).
    • System has a scope with a process.
  • Semantic relations used for operation/system links are created in context of the first upper system scope.

Considerations for Cartesian Tracks for Resources

You should take the following considerations into account:

  • A track can be linked to 0 to N resources if:
    • Resource is defined as a With resource for the operation.
  • Semantic relations used for resource links are created in context of the first upper resource in scope with the first upper system.

Considerations for Kinematic Tracks for Operations

You should take the following considerations into account:

  • A KIN track is only created under an operation.
  • A track is linked to one Mechanism Rep if:
    • Mechanism Rep is under a product in scope with a process which is in a scope with the first upper system of the operation.
  • A track can be linked to 0 to N Kin commands.
  • Semantic relations used for product links are created in context of the product scope.