Normal Panel Syntax
- Last UpdatedDec 08, 2025
- 5 minute read
This syntax is used when a normal panel is generated. A panel must not occur in more than one statement of this kind. (Violations of these rules cause erroneous connections between generated components and the statements of this kind.)
Syntax:
|
PANEL ,<pan_name>,<pan_loc> |
Description of Syntax
|
<pan_name> |
contains the panel name |
|
<pan_name>::=<name> |
|
|
<pan_loc> |
defines what the panel is valid for (see Storing of Panels). It must follow immediately after the panel name. (Irrelevant for bracket panels.) |
|
<pan_loc>::= SBP[S] | S | P | SP |
|
|
SBP means that the panel is valid for PS and SB (two panels, which are mirror images of each other) |
|
|
S means SB specific. |
|
|
P means PS specific. |
|
|
SP means a panel over/in CL. |
|
|
BLOCK |
defines the block which the panel belongs to. If not given, the block name is supposed to be derived from the panel name (see Panel Names). When given, the block clause must follow immediately after the panel name and the location code, if any. |
|
<bl_name>::=<name> |
|
|
<data_type> |
defines the data type of the panel but may also identify the panel as a panel bracket or as a curved panel. |
|
<data_type>::= DT=<dtype> | |
|
|
For data types, see section Data Types above. |
|
|
(<dtype>::=<integer>. |
|
|
BRACKET_PANEL implies a bracket panel. CURVED indicates that the panel is a curved panel. On such a panel, only brackets can be generated (that means, the panel domain must consist of BRACKET and COMMENT statements only). |
|
|
<location> |
defines the position in space of the panel. If not given, the position is supposed to be fetched from boundary one in the BOUNDARY statement. |
|
<location>::= |
|
|
<three points> defines the location via three points in space; the first in the origin of the uvw-system, the second on the positive u-axis and the third a point in the uv-plane with a positive v-coordinate (not necessarily on the v-axis), see the image below. |
|
|
<three points>::= ORI=<point>, |
|
|
<point>::= <coord>, <coord>, <coord> |
|
|
Panel, located by three points:
P1='ORI', P2='UAX', P3='VAX' |
|
|
Example: URI=FR75, 2000, 3000, |
|
|
LOC is used to define the name of an object from which the location of the current panel should be fetched. The object must contain transformation information defining a plane. This is true for for example, planar Shell curves, Panels, Reference Surface Objects (RSO:s) of type ‘Compartment Limit’ or ‘General Inner Structure’ and Plane objects. If an RSO is used as Location, the panel will be noted as belonging to this RSO when stored. |
|
|
<obj_name>::= <name> |
|
|
Example: LOC='DECK_CURVE' |
|
|
The panel, for example, an inclining deck panel, will get the same local coordinate system as DECK_CURVE. Curve references can be used to define the location in a similar way. |
|
|
<store_code> |
is used, explicitly to define if the panel is stored PS or SB. This is normally evaluated automatically but, in some cases, it might be somewhat uncertain. Then it is possible explicitly to tell Planar Hull Modelling that the panel has been described as though it were stored PS or SB |
|
<store_code>::=STO=PS|SB |
|
|
When given, the storing code is supposed to be valid for all panels of the statement. |
|
|
GT |
The geometry type is used to control the generation of certain "special side webs" (see the BOUNDARY statement). |
|
<geo_type>::=<integer> |
|
|
Default value is 101. Geometry type 90 is reserved for "Panel Profiles", which are Panels that can be created as profiles in production. Geometry type 958 is reserved for a knuckled (main) panel. |
|
|
<id's> |
define a number of items, that may be used to form part names |
|
The <id's> set in the panel statement are normally supposed to be valid for all parts of the panel. However, in certain cases the definition on panel level may be overridden on part level (see Component Statements). |
|
|
<id's>::=[,MAR=<marking>] |
|
|
<marking> |
is a string that may be used as the common part of part name. The use of <marking> and <assembly_name> for this purpose is normally mutually exclusive. |
|
<marking>::=<name> |
|
|
<drawing_name> |
is the name of the drawing in which the panel occurs. |
|
<drawing_name>::=<name> |
|
|
These two strings are normally set in a run of the component list programs. |
|
|
LIS |
The name of a parts list may be set equal to the block name or to any of assembly names as specified in the default files of the Parts List Hull system. However, independent of these settings a part will belong to a parts list whose name is explicitly assigned to LIS, that means, use of LIS causes override of the default setting. |
|
<parts_list>::=<name> |
|
|
AS<i>'s |
General Purpose strings used in a customer specific way, traditionally used to define assembly names. |
|
<assembly_name>::=<name> |
|
|
The AS<i>'s are irrelevant as assemblies when the Assembly Planning application is used for assembly definition. |
|
|
<assembly> |
is the reference to the assembly containing the panel. The <assembly> in the panel statement is valid for all parts of the panel unless overridden by an <assembly> on part level (see Component Statements). |
|
<assembly>::=[AR=<ass_ref>] | |
|
|
AR is used for non-symmetrical panels and for symmetrical panels where both the portside and starboard instance belong to the same assembly. For symmetrical panels with different assemblies for the two sides, ARP is used for the portside assembly, and ARS for the starboard assembly. |
|
|
<ass_ref>::= <name> |
|
|
The assembly reference is a system generated identifier corresponding to a user defined assembly name. The assembly references are normally not handled directly by the user. They are rather the result of some function working with the user defined name. The assembly reference can be set in the panel object, via an interactive function, and then automatically transferred to input scheme clauses, or they can be set in the scheme via a function translating it to the user defined assembly name. |
|
|
GMS |
defines which side should be the marking side for the panel See also GSD customizing in Hull Setup and Customization. |
|
<side>::= SB|PS|TOP|BOT|FOR|AFT |
|
|
BUI |
Defines which building number (project) the panel belongs to. |
|
<build_no>::= string defining the ship building number. This string is compared to the string defined in the Structure Reference Object as the Project. |
|
|
WT |
Defines if a structure is watertight. The definition affects the selection of cutouts and the selection of Line types in drawing the traces of hidden abutting panels in drawings. |
|
NOWT |
Defines if a structure is non-watertight. See WT above. |
|
Example: |
|
|
PAN, 'AA334-6', Y = 6503, DT = 104; |
|
|
In all these cases, a BOUNDARY statement must follow, defining the contour of the panel. |
|
