Esko Logo Back to Esko Support
Choose your language for a machine translation:
Skip to end of metadata
Go to start of metadata


Question

Are there any parametric limitations using ArtiosCAD canvas?

Answer

The terms rebuildable, resizable and parametric should be considered interchangeable.

Prior to 16.1.1, rebuildability within a canvas was maintained at the canvas level. This means all variables, e.g: LWD, were shared by all parts.  Parametric ARDs which were imported into the canvas were stripped of their parametrics.  Parts could not contain different boards and they all shared the canvas board.

Starting with ArtiosCAD 16.1.1, parametric ARDs can be imported into a canvas as a new part.  Standards can also be run into the canvas.  The parametric information will be maintained and the part will be rebuildable within the canvas. Parts could contain different boards within the same canvas.

However, some parametric limitations do exist which this article will address.

Editing part geometry defined with CAL

ArtiosCAD 16.1.1 allows each part to have its own board definition that is different from the canvas board.  However only one log file exists.  

Create new part

CAL(x)

For each part that is newly created in the canvas that might define geometry in terms of CAL, the underlying command in the log resolves CAL to CAL(x) where x refers to the part Id within the canvas. The other board allowance variables, IL and OG are resolved in this way.

Allowing each part to define CAL in terms of CAL(x) allows each part to be rebuilt in terms of a new board, regardless of what board the other parts have been drafted with.

Draft a new part (Create Part)


Draft a second new part (Create Part)

Create a new thhrd part by running a standard importing an existing rebuildable design as a new rebuildable part into the canvas:

Drafting

ArtiosCAD can only resolve to CAL(x) where x = the part Id when the user starts a canvas anew and drafts all the parts from scratch as above or when a parametric ARD is imported into the canvas as a new part as below.

CAL

If CAL is part of any of the prompts, the designer need only enter CAL and ArtiosCAD will resolve CAL to the proper CAL(x) within the log file. The designer does not need to remember the underlying part Id.

Copy geometry

Let's assume a simple cutout is created in part 2.

The logged command is as such: rect by ((L+CAL(2))/4 (2*#I) ITEMREF (:S:U:P2:U1,2) type 1 poi 2.

Note that the rectangle will be further resolved to item reference :S:U:P3:U1:R2,1-4.

Now copy the cutout from part 2 to part 3.  The operation is logged as such:

Resolved geometry

Once geometry has been resolved to item references, the source command and variables used to define the geometry at the outset are lost. Further operations reference such geometry only as item references. The original spec which defined the geometry within the logfile is lost. For example, the copied rectangle no longer knows that it was created with a length of L+the CAL of the material in part 2. That expression has been resolved to 2.5" and the item reference is now simply a length of 2.5". The log only knows that the item references which comprise the rectangle have been copied.

The geometry copied into part 3 does not assume the CAL (IL, OG) of the board used in part 3. It effectively maintains the CAL from part 2 because it will encounter commands that created the geometry first. This further means that a rebuild of part 3 with a different material will not resize the cutout. Further a rebuild of part 2 with a different material will not only resize the cutout in part 2 but also the cutout in part 3.

Editing operations

Editing operations by which geometry of the source part does not assume CAL of the destination part:

  1. Splitting geometry from part A to part B
  2. Move, Copy geometry from part A to part B
  3. Move to part from part A to part B
  4. Copying, changing material in 3D

Convert to canvas

Assume a simple ARD with two closed contours defined parametrically in term of CAL.

When this design is converted to a canvas, note that CAL(x) is the same for both parts ( CAL(1) ) within the logfile , even though logically these are two distinct parts.  This is because at the time the contours were drafted in the ARD, both shared the same material as an ARD only allows one material.  It is assumed that at the time of converting to a canvas, the expressions that were defined during the drafting of the geometry in the ARD were created in terms of one CAL.  The commands in the logfile are changed to CAL(1), to reference the first part created.

Rebuild by Board

This means when part 1 changes its material, both parts will be re-evaluate in terms of that board. Further, if part 2 changes its material, any part 2's commands logged in terms of part 1's material ( CAL(1) ) do not re-evaluate.

However, the parts now have an internal part Id and from this point forward, new geometry added to the parts and defined in terms of CAL are logged in terms of CAL(x) where x = the internal part Id.  This means if a part changes material and is rebuilt, that new geometry added to that part since the conversion to canvas, will be rebuilt in terms of the part's new material.

Consolidating parts

If a given contour in an ARD is copied N different times via the Copy tool, when converting to a canvas, the copied parts, although technically duplicates, are construed that way and are considered N separate parts:

If a given contour in an ARD is copied 1 different times via the Copy times offset tool, using N copies, when converting to a canvas the copied part will be aggregated into one part with a count of N.

Saving of parametric parts

Parts that have been design parametrically within a canvas may be saved as individualized ARD files.  However, any parametrics will be stripped from the ARD file and the ARD itself will not be resizable.

This limitation is due to the fact that canvas parts will more likely than not be drafted and logged with references to points in other parts, canvas conlines or dynamic drafting.  None of these points will be available to the part when saved as an individual ARD, thus the resulting log file of said ARD will be incorrect.  For the moment, there is no way to resolved these points correctly.

Interoperability of canvas files:

Backward compatibility

With 16.1.1, creating a canvas by importing a standard or existing rebuildable designs resulting in the logging of new import log commands which were introduced to be able to identify the part and maintain its parametric information.   This means ArtiosCAD versions prior to 16.1.1 which support the canvas format will not be able to rebuild a canvas file created in 16.1.1 and later.

Forward compatibility

Canvas files created in ArtiosCAD versions prior to 16.1.1 will rebuild in 16.1.1

Running Laserpoint , IQ or DWB standards into a canvas

Only pure standards based on the ARD format can be used in a canvas.  Neither Laserpoint, IQ, DWB standards nor ARD standards derived from the previously mentioned formats may be run into a canvas.

Forward 

Article information
Applies to

ArtiosCAD 16.1.1 and newer

Created12-Jul-18
Last revised24-Jul-19
AuthorGSY
Case Number
Contents