=======================================
Controlling the HOOPS/Parasolid mapping
=======================================

As mentioned in the previous section, the ``HP_Render_Entity`` function instructs HOOPS to insert the tessellated geometric primitives into the currently open HOOPS segment. The methods by which the HOOPS/Parasolid Integration maps the tessellated representation of Parasolid entities to HOOPS segments and geometric primitives are controlled using the function ``HP_Set_Rendering_Options``. **NOTE:** this function is different than the HOOPS/3DGS function called ``HC_Set_Rendering_Options``, which controls how the HOOPS 3D Graphics Systems performs 2D/3D rendering.


Default rendering options
=========================

The default mapping behavior will create additional HOOPS subsegments within the currently open segment for each Parasolid body being rendered. Because each HOOPS segment has one opinion about each HOOPS attribute (color, line_pattern, modeling matrix, etc...), such a segment hierarchy facilitates applying unique sets of attributes to the group of geometric primitives that represent a Parasolid body. (The new attribute can be directly set on the unique HOOPS segment associated with the body.)

The default mapping also preserves any color attributes which may have been stored in the Parasolid kernel by creating a HOOPS segment for each unique color in the Parasolid kernel. These segments are created underneath each body segment. Creating multiple segments for each color is again necessary due to the attribute coherence rule of a HOOPS segment. Though some HOOPS geometric primitives (shells and meshes) *can* be individually colored, the other primitives are rendered using the color and other attributes set in the containing segment.

The integration also maps each Parasolid ``PK_FACE`` entity, which are rendered as a result of the ``PK_TOPOL_render_facet`` call, to a HOOPS 'shell' primitive by default. (The alternative is to map multiple ``PK_FACE`` entities to a single HOOPS shell, which is supported by the "merge faces" option discussed later in this section.) Mapping each ``PK_FACE`` to a single HOOPS shell facilitates Parasolid operations that work at the level of a ``PK_FACE``; it is easier to access an entire HOOPS shell, rather than access a subset of edges/faces/vertices within a HOOPS shell. Each ``PK_EDGE`` entity is mapped to one or more HOOPS 'line' primitives, which include 'line', 'polyline', 'arc', 'circular arc', 'ellipse', and 'elliptical arc'.

The following diagram depicts how two Parasolid bodies, each containing two different colors, would be mapped to the HOOPS database using the default Mapping_Options; the 'part' segment denotes the currently open segment at the time the PK_TOPOL_render_XXX calls are made: 

.. image:: images/HP_def_segment_struct.gif


Effects of the rendering options preserve color
===============================================

Setting the rendering option "preserve color = off" instructs HOOPS to ignore any color attributes stored in the Parasolid kernel when mapping Parasolid entities to the HOOPS database. HOOPS will not create subsegments within the currently open segment for each unique color: 

.. image:: images/HP_no_preserve_color_segstruct.gif

Color attributes are frequently stored in Parasolid files, hence color should typically be preserved when reading in a file. ( ``HP_Read_Xmt_File()`` ) Additionally, when dynamically creating/inserting a Parasolid entity, it is useful to set the entity's desired color inside of Parasolid so that the color will be stored along with the entity when writing out an *Xmt* file. In this common situation, color should also be preserved so that the corresponding HOOPS segments/geometry will be rendered with the correct color. However, if there is no need to either create entities with different/specific colors, or to preserve color information contained in a file, "preserve color = off" may be used.


Body segments
-------------

Setting the mapping option "create body segments = off" instructs HOOPS to not create extra subsegments within the currently open segment for each body. 

.. image:: images/HP_no_preserve_body_segstruct.gif

Because each HOOPS segment has one opinion about each HOOPS attribute (color, line_pattern, modeling matrix, etc...), such a segment hierarchy does not allow for attribute granularity among the various geometric primitives that represent the Parasolid geometry rendered within the currently open HOOPS segment. It only allows attributes to be set based on the color partitioning of the segments. Any HOOPS attribute that is set on the 'red' segment in the above example will affect all geometry in the segment; hence all bodies that are being represented will be affected equally by the attribute change. If a body needed to have a unique modeling matrix applied to it, its associated HOOPS geometry would have to be identified via the ``HP_Compute_TagID`` and ``HP_Compute_Geometry_Keys()`` functions, and moved into a separate segment that contained the new modeling matrix. In contrast, if the default segment structure outlined in the beginning of this section was used, the new attribute could be directly set on the unique HOOPS segment associated with the body.


Merge faces
-----------

Setting the mapping options "merge faces = on" instructs the Integration to merge all the HOOPS shells that were generated to represent a ``PK_BODY`` (one shell for each ``PK_FACE``) into a single HOOPS shell. In the case of a multi-colored ``PK_BODY``, the shells corresponding to ``PK_FACES`` that have the same color attribute will be merged into one HOOPS shell, resulting in as many HOOPS shells are there are distinct colors in the ``PK_BODY`` entity. 

.. image:: images/HP_body_color_merge.gif

This mapping results in optimal rendering speed at the expense of ease of manipulating individual ``PK_Body`` entities. Applications that are concerned only with viewing, or that do not need to select at the ``PK_FACE`` level (to perform 'face-level' Parasolid operations) will gain significant rendering speed advantages by making use of this feature. 
