https://www.old.web3d.org/wiki/api.php?action=feedcontributions&feedformat=atom&user=AbergstromWeb3D.org - User contributions [en]2026-04-11T22:31:20ZUser contributionsMediaWiki 1.25.1https://www.old.web3d.org/wiki/index.php?title=CylinderSensor&diff=1483CylinderSensor2006-02-01T23:22:04Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CylinderSensor==<br />
<br />
<pre><br />
CylinderSensor : X3DDragSensorNode { <br />
SFBool [in,out] autoOffset TRUE<br />
SFString [in,out] description ""<br />
SFFloat [in,out] diskAngle π/12 (0,π/2)<br />
SFBool [in,out] enabled TRUE<br />
SFFloat [in,out] maxAngle -1 [-2π,2π]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFFloat [in,out] minAngle 0 [-2π,2π]<br />
SFFloat [in,out] offset 0 (-∞,∞)<br />
SFBool [out] isActive<br />
SFBool [out] isOver<br />
SFRotation [out] rotation_changed<br />
SFVec3f [out] trackPoint_changed<br />
}<br />
</pre><br />
<br />
The CylinderSensor node maps pointer motion (e.g., a mouse or wand) into a rotation on an invisible cylinder that is aligned with the Y-axis of the local coordinate system. The CylinderSensor uses the descendent geometry of its parent node to determine whether it is liable to generate events.<br />
<br />
<br />
The ''enabled'' field enables and disables the CylinderSensor node. If TRUE, the sensor reacts appropriately to user events. If FALSE, the sensor does not track user input or send events. If enabled receives a FALSE event and isActive is TRUE, the sensor becomes disabled and deactivated, and outputs an isActive FALSE event. If enabled receives a TRUE event the sensor is enabled and ready for user activation.<br />
<br />
<br />
A CylinderSensor node generates events when the pointing device is activated while the pointer is indicating any descendent geometry nodes of the sensor's parent group. See the ''Activating and manipulating pointing device sensors'' section of the X3D specification for more details on using the pointing device to activate the CylinderSensor.<br />
<br />
<br />
Upon activation of the pointing device while indicating the sensor's geometry, an isActive TRUE event is sent. The initial acute angle between the bearing vector and the local Y-axis of the CylinderSensor node determines whether the sides of the invisible cylinder or the caps (disks) are used for manipulation. If the initial angle is less than the diskAngle, the geometry is treated as an infinitely large disk lying in the local Y=0 plane and coincident with the initial intersection point. Dragging motion is mapped into a rotation around the local +Y-axis vector of the sensor's coordinate system. The perpendicular vector from the initial intersection point to the Y-axis defines zero rotation about the Y-axis. For each subsequent position of the bearing, a rotation_changed event is sent that equals the sum of the rotation about the +Y-axis vector (from the initial intersection to the new intersection) plus the offset value. The trackPoint_changed events reflect the unclamped drag position on the surface of this disk. When the pointing device is deactivated and autoOffset is TRUE, offset is set to the last value of rotation_changed and an offset_changed event is generated. See the ''Drag sensors'' section of the X3D specification for a more general description of autoOffset and offset fields.<br />
<br />
<br />
If the initial acute angle between the bearing vector and the local Y-axis of the CylinderSensor node is greater than or equal to diskAngle, then the sensor behaves like a cylinder. The shortest distance between the point of intersection (between the bearing and the sensor's geometry) and the Y-axis of the parent group's local coordinate system determines the radius of an invisible cylinder used to map pointing device motion and marks the zero rotation value. For each subsequent position of the bearing, a rotation_changed event is sent that equals the sum of the right-handed rotation from the original intersection about the +Y-axis vector plus the offset value. trackPoint_changed events reflect the unclamped drag position on the surface of the invisible cylinder. When the pointing device is deactivated and autoOffset is TRUE, offset is set to the last rotation angle and an offset_changed event is generated. More details are available in 20.2.2 Drag sensors.<br />
<br />
<br />
When the sensor generates an isActive TRUE event, it grabs all further motion events from the pointing device until it is released and generates an isActive FALSE event (other pointing-device sensors shall not generate events during this time). Motion of the pointing device while isActive is TRUE is referred to as a "drag" operation. If a 2D pointing device is in use, isActive events will typically reflect the state of the primary button associated with the device (i.e., isActive is TRUE when the primary button is pressed and FALSE when it is released). If a 3D pointing device (e.g., a wand) is in use, isActive events will typically reflect whether the pointer is within or in contact with the sensor's geometry.<br />
<br />
<br />
While the pointing device is activated, trackPoint_changed and rotation_changed events are output and are interpreted from pointing device motion based on the sensor's local coordinate system at the time of activation. trackPoint_changed events represent the unclamped intersection points on the surface of the invisible cylinder or disk. If the initial angle results in cylinder rotation (as opposed to disk behaviour) and if the pointing device is dragged off the cylinder while activated, browsers may interpret this in a variety of ways (e.g., clamp all values to the cylinder and continuing to rotate as the point is dragged away from the cylinder). Each movement of the pointing device while isActive is TRUE generates trackPoint_changed and rotation_changed events.<br />
<br />
<br />
The ''minAngle'' and ''maxAngle'' fields clamp rotation_changed events to a range of values. If minAngle is greater than maxAngle, rotation_changed events are not clamped. The ''minAngle'' and ''maxAngle'' fields are restricted to the range [-2π, 2π].<br />
<br />
<br />
More information about this behaviour is described in the ''Concepts'' section of the X3D specification.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cylinder&diff=1482Cylinder2006-02-01T23:18:25Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cylinder==<br />
<br />
<pre><br />
Cylinder : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFBool [] bottom TRUE<br />
SFFloat [] height 2 (0,∞)<br />
SFFloat [] radius 1 (0,∞)<br />
SFBool [] side TRUE<br />
SFBool [] solid TRUE<br />
SFBool [] top TRUE<br />
}<br />
</pre><br />
<br />
The Cylinder node specifies a capped cylinder centred at (0,0,0) in the local coordinate system and with a central axis oriented along the local Y-axis. By default, the cylinder is sized at "-1" to "+1" in all three dimensions. The radius field specifies the radius of the cylinder and the height field specifies the height of the cylinder along the central axis. Both radius and height shall be greater than zero. Figure 1 illustrates the Cylinder node.<br />
<br />
<br />
The cylinder has three parts: the side, the top (Y = +height/2) and the bottom (Y = �height/2). Each part has an associated SFBool field that indicates whether the part exists (TRUE) or does not exist (FALSE). Parts which do not exist are not rendered and not eligible for intersection tests (EXAMPLE collision detection or sensor activation).<br />
<br />
<br />
<center>Figure 1 - Cylinder<br><br>http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/cylinder.gif</center><br />
<br />
When a texture is applied to a cylinder, it is applied differently to the sides, top, and bottom. On the sides, the texture wraps counterclockwise (from above) starting at the back of the cylinder. The texture has a vertical seam at the back, intersecting the X=0 plane. For the top and bottom caps, a circle is cut out of the unit texture squares centred at (0, �height/2, 0) with dimensions 2 × radius by 2 × radius. The top texture appears right side up when the top of the cylinder is tilted toward the +Z-axis, and the bottom texture appears right side up when the top of the cylinder is tilted toward the �Z-axis. TextureTransform affects the texture coordinates of the Cylinder node.<br />
<br />
<br />
The ''solid'' field determines whether the cylinder is visible when viewed from the inside. The ''Common geometry fields'' section of the X3D specification provides a complete description of the ''solid'' field.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cylinder&diff=1481Cylinder2006-02-01T23:18:11Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cylinder==<br />
<br />
<pre><br />
Cylinder : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFBool [] bottom TRUE<br />
SFFloat [] height 2 (0,∞)<br />
SFFloat [] radius 1 (0,∞)<br />
SFBool [] side TRUE<br />
SFBool [] solid TRUE<br />
SFBool [] top TRUE<br />
}<br />
</pre><br />
<br />
The Cylinder node specifies a capped cylinder centred at (0,0,0) in the local coordinate system and with a central axis oriented along the local Y-axis. By default, the cylinder is sized at "-1" to "+1" in all three dimensions. The radius field specifies the radius of the cylinder and the height field specifies the height of the cylinder along the central axis. Both radius and height shall be greater than zero. Figure 1 illustrates the Cylinder node.<br />
<br />
<br />
The cylinder has three parts: the side, the top (Y = +height/2) and the bottom (Y = �height/2). Each part has an associated SFBool field that indicates whether the part exists (TRUE) or does not exist (FALSE). Parts which do not exist are not rendered and not eligible for intersection tests (EXAMPLE collision detection or sensor activation).<br />
<br />
<center>Figure 1 - Cylinder<br><br>http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/cylinder.gif</center><br />
<br />
When a texture is applied to a cylinder, it is applied differently to the sides, top, and bottom. On the sides, the texture wraps counterclockwise (from above) starting at the back of the cylinder. The texture has a vertical seam at the back, intersecting the X=0 plane. For the top and bottom caps, a circle is cut out of the unit texture squares centred at (0, �height/2, 0) with dimensions 2 × radius by 2 × radius. The top texture appears right side up when the top of the cylinder is tilted toward the +Z-axis, and the bottom texture appears right side up when the top of the cylinder is tilted toward the �Z-axis. TextureTransform affects the texture coordinates of the Cylinder node.<br />
<br />
The ''solid'' field determines whether the cylinder is visible when viewed from the inside. The ''Common geometry fields'' section of the X3D specification provides a complete description of the ''solid'' field.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateInterpolator2D&diff=1480CoordinateInterpolator2D2006-02-01T23:15:20Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateInterpolator2D==<br />
<br />
<pre><br />
CoordinateInterpolator2D : X3DInterpolatorNode {<br />
SFFloat [in] set_fraction ()<br />
MFFloat [in,out] key [] ()<br />
MFVec2f [in,out] keyValue [] ()<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec2f [out] value_changed<br />
}<br />
</pre><br />
<br />
This node linearly interpolates among a list of MFVec2f values to produce an MFVec2f value_changed event. The number of coordinates in the ''keyValue'' field shall be an integer multiple of the number of key frames in the ''key'' field. That integer multiple defines how many coordinates will be contained in the value_changed events.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateInterpolator&diff=1479CoordinateInterpolator2006-02-01T23:13:39Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateInterpolator==<br />
<br />
<pre><br />
CoordinateInterpolator : X3DInterpolatorNode {<br />
SFFloat [in] set_fraction ()<br />
MFFloat [in,out] key [] ()<br />
MFVec3f [in,out] keyValue [] ()<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec3f [out] value_changed<br />
}<br />
</pre><br />
<br />
This node linearly interpolates among a list of MFVec3f values to produce an MFVec3f value_changed event. The number of coordinates in the ''keyValue'' field shall be an integer multiple of the number of key frames in the ''key'' field. That integer multiple defines how many coordinates will be contained in the value_changed events.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateInterpolator&diff=1478CoordinateInterpolator2006-02-01T23:10:54Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateInterpolator==<br />
<br />
<pre><br />
CoordinateInterpolator : X3DInterpolatorNode {<br />
SFFloat [in] set_fraction (-∞,∞)<br />
�MFFloat [in,out] key [] (-∞,∞)<br />
�MFVec3f [in,out] keyValue [] (-∞,∞)<br />
�SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec3f [out] value_changed<br />
}<br />
</pre><br />
<br />
This node linearly interpolates among a list of MFVec3f values to produce an MFVec3f value_changed event. The number of coordinates in the ''keyValue'' field shall be an integer multiple of the number of key frames in the ''key'' field. That integer multiple defines how many coordinates will be contained in the value_changed events.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateDouble&diff=1477CoordinateDouble2006-02-01T23:09:42Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateDouble==<br />
<br />
<pre><br />
CoordinateDouble : X3DCoordinateNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec3d [in,out] point [] (-∞,∞)<br />
}<br />
</pre><br />
<br />
CoordinateDouble is a variant of the Coordinate node that allows the definition of 3D coordinates in double precision floating point values.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Coordinate&diff=1476Coordinate2006-02-01T23:07:39Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Coordinate==<br />
<br />
<pre><br />
Coordinate : X3DCoordinateNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec3f [in,out] point [NULL] (-∞,∞)<br />
}<br />
</pre><br />
<br />
This node defines a set of 3D coordinates to be used in the ''coord'' field of vertex-based geometry nodes including:<br />
<br />
1. IndexedFaceSet<br />
2. IndexedLineSet<br />
3. IndexedTriangleFanSet<br />
4. IndexedTriangleSet<br />
5. IndexedTriangleStripSet<br />
6. PointSet<br />
7. TriangleFanSet<br />
8. TriangleSet<br />
9. TriangleStripSet<br />
<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ContourPolyline2D&diff=1475ContourPolyline2D2006-02-01T23:06:34Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ContourPolyline2D==<br />
<br />
<pre><br />
ContourPolyline2D : X3DNurbsControlCurveNode {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFVec2f [in,out] point [] (-∞,∞);<br />
}<br />
</pre><br />
<br />
The ContourPolyline2D node defines a piecewise linear curve segment as a part of a trimming contour in the u,v domain of a surface.<br />
<br />
<br />
The ''point'' field specifies the end points of the piecewise linear curve.<br />
<br />
<br />
ContourPolyline2D nodes are used as children of the Contour2D group.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Contour2D&diff=1474Contour2D2006-02-01T23:05:46Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Contour2D==<br />
<br />
<pre><br />
Contour2D : X3DNode { <br />
MFNode [in] addChildren [NurbsCurve|ContourPolyline2D]<br />
MFNode [in] removeChildren [NurbsCurve|ContourPolyline2D]<br />
MFNode [in,out] children [] [NurbsCurve|ContourPolyline2D]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
}<br />
</pre><br />
<br />
The Contour2D node groups a set of curve segments to a composite contour. The children shall form a closed loop with the first point of the first child repeated as the last point of the last child and the last point of a segment repeated as the first point of the consecutive one. The segments shall be defined by concrete nodes that implement the X3DNurbsControlCurveNode abstract type nodes and shall be enumerated in the ''children'' field in consecutive order according to the topology of the contour. <br />
<br />
<br />
The 2D coordinates used by the node shall be interpreted to lie in the (u, v) coordinate space defined by the NURBS surface.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cone&diff=1473Cone2006-02-01T23:04:30Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cone==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
Cone : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFBool [] bottom TRUE<br />
SFFloat [] bottomRadius 1 (0,∞)<br />
SFFloat [] height 2 (0,∞)<br />
SFBool [] side TRUE<br />
SFBool [] solid TRUE<br />
}<br />
</pre><br />
<br />
The Cone node specifies a cone which is centred in the local coordinate system and whose central axis is aligned with the local Y-axis. The ''bottomRadius'' field specifies the radius of the cone's base, and the ''height'' field specifies the height of the cone from the centre of the base to the apex. By default, the cone has a radius of 1.0 at the bottom and a height of 2.0, with its apex at y = height/2 and its bottom at y = -height/2. Both bottomRadius and height shall be greater than zero. Figure 1 illustrates the Cone node.<br />
<br />
<br />
<center>Figure 1 - Cone node<br><br>http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/cone.gif</center><br />
<br />
The ''side'' field specifies whether sides of the cone are created and the ''bottom'' field specifies whether the bottom cap of the cone is created. A value of TRUE specifies that this part of the cone exists, while a value of FALSE specifies that this part does not exist (not rendered or eligible for collision or sensor intersection tests).<br />
<br />
<br />
When a texture is applied to the sides of the cone, the texture wraps counterclockwise (from above) starting at the back of the cone. The texture has a vertical seam at the back in the X=0 plane, from the apex (0, height/2, 0) to the point (0, -height/2, -bottomRadius). For the bottom cap, a circle is cut out of the texture square centred at (0, -height/2, 0) with dimensions (2 × bottomRadius) by (2 × bottomRadius). The bottom cap texture appears right side up when the top of the cone is rotated towards the -Z-axis. TextureTransform affects the texture coordinates of the Cone (see 18.4.8 TextureTransform).<br />
<br />
<br />
The ''solid'' field determines whether the cone is visible when viewed from the inside. The ''Common geometry fields'' section of the X3D specification provides a complete description of the solid field.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cone&diff=1472Cone2006-02-01T23:04:03Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cone==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
Cone : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFBool [] bottom TRUE<br />
SFFloat [] bottomRadius 1 (0,∞)<br />
SFFloat [] height 2 (0,∞)<br />
SFBool [] side TRUE<br />
SFBool [] solid TRUE<br />
}<br />
</pre><br />
<br />
The Cone node specifies a cone which is centred in the local coordinate system and whose central axis is aligned with the local Y-axis. The ''bottomRadius'' field specifies the radius of the cone's base, and the ''height'' field specifies the height of the cone from the centre of the base to the apex. By default, the cone has a radius of 1.0 at the bottom and a height of 2.0, with its apex at y = height/2 and its bottom at y = -height/2. Both bottomRadius and height shall be greater than zero. Figure 1 illustrates the Cone node.<br />
<br />
<center>Figure 1 - Cone node<br> <br>http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/cone.gif</center><br />
<br />
The ''side'' field specifies whether sides of the cone are created and the ''bottom'' field specifies whether the bottom cap of the cone is created. A value of TRUE specifies that this part of the cone exists, while a value of FALSE specifies that this part does not exist (not rendered or eligible for collision or sensor intersection tests).<br />
<br />
When a texture is applied to the sides of the cone, the texture wraps counterclockwise (from above) starting at the back of the cone. The texture has a vertical seam at the back in the X=0 plane, from the apex (0, height/2, 0) to the point (0, -height/2, -bottomRadius). For the bottom cap, a circle is cut out of the texture square centred at (0, -height/2, 0) with dimensions (2 × bottomRadius) by (2 × bottomRadius). The bottom cap texture appears right side up when the top of the cone is rotated towards the -Z-axis. TextureTransform affects the texture coordinates of the Cone (see 18.4.8 TextureTransform).<br />
<br />
The ''solid'' field determines whether the cone is visible when viewed from the inside. The ''Common geometry fields'' section of the X3D specification provides a complete description of the solid field.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ComposedShader&diff=1471ComposedShader2006-02-01T23:00:55Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ComposedShader==<br />
<br />
<pre><br />
ComposedShader : X3DShaderNode, X3DProgrammableShaderObject {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFNode [in,out] parts [] [ShaderPart]<br />
SFBool [out] isSelected<br />
SFBool [out] isValid<br />
SFBool [in] activate<br />
SFString [] language "" <br />
<br />
# And any number of:<br />
fieldType [] fieldName<br />
fieldType [in] fieldName<br />
fieldType [out] fieldName<br />
fieldType [in,out] fieldName<br />
}<br />
</pre><br />
<br />
The ComposedShader node defines a shader where the individual source files are not individually programmable. All access to the shading capabilities is defined through a single interface that applies to all parts.<br />
<br />
<br />
'''EXAMPLE''' OpenGL Shading Language (GLSL)<br />
<br />
<br />
The ''isValid'' field adds an additional semantic indicating whether the current shader parts can be linked together to form a complete valid shader program.<br />
<br />
<br />
The ''activate'' field forces the shader to activate the contained objects. The conditions under which a activate may be required are described in the ''I.5 Event model'' section of the X3D specification.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ComposedShader&diff=1470ComposedShader2006-02-01T23:00:45Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ComposedShader==<br />
<br />
<pre><br />
ComposedShader : X3DShaderNode, X3DProgrammableShaderObject {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
MFNode [in,out] parts [] [ShaderPart]<br />
SFBool [out] isSelected<br />
SFBool [out] isValid<br />
SFBool [in] activate<br />
SFString [] language "" <br />
<br />
# And any number of:<br />
fieldType [] fieldName<br />
fieldType [in] fieldName<br />
fieldType [out] fieldName<br />
fieldType [in,out] fieldName<br />
}<br />
</pre><br />
<br />
The ComposedShader node defines a shader where the individual source files are not individually programmable. All access to the shading capabilities is defined through a single interface that applies to all parts.<br />
<br />
'''EXAMPLE''' OpenGL Shading Language (GLSL)<br />
<br />
The ''isValid'' field adds an additional semantic indicating whether the current shader parts can be linked together to form a complete valid shader program.<br />
<br />
The ''activate'' field forces the shader to activate the contained objects. The conditions under which a activate may be required are described in the ''I.5 Event model'' section of the X3D specification.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ComposedCubeMapTexture&diff=1469ComposedCubeMapTexture2006-02-01T22:59:09Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ComposedCubeMapTexture==<br />
<br />
<pre><br />
ComposedCubeMapTexture : X3DEnvironmentTextureNode {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFNode [in,out] front NULL [X3DTexture2DNode]<br />
SFNode [in,out] back NULL [X3DTexture2DNode]<br />
SFNode [in,out] left NULL [X3DTexture2DNode]<br />
SFNode [in,out] right NULL [X3DTexture2DNode]<br />
SFNode [in,out] top NULL [X3DTexture2DNode]<br />
SFNode [in,out] bottom NULL [X3DTexture2DNode]<br />
}<br />
</pre><br />
<br />
The ComposedCubeMapTexture node defines a cubic environment map source as an explicit set of images drawn from individual 2D texture descriptions.<br />
<br />
<br />
See the ''Concepts'' section of the X3D specification for a general description of texture maps.<br />
<br />
<br />
See the ''Texturing component'' section of the X3D specification for a general description of the X3DTexture2DNode abstract type and interpretation of rendering for 2D images. When used as a source for cubic environment maps, the fields ''repeatS'' and ''repeatT'' fields shall be ignored.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Composed3DTexture&diff=1468Composed3DTexture2006-02-01T22:57:44Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Composed3DTexture==<br />
<br />
<pre><br />
Composed3DTexture : X3DTexture3DNode {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFBool [] repeatS FALSE<br />
SFBool [] repeatT FALSE<br />
SFBool [] repeatR FALSE<br />
MFNode [in,out] texture [] [X3DTexture2DNode]<br />
}<br />
</pre><br />
<br />
The Composed3DTexture node defines a 3D image-based texture map as a collection of 2D texture sources at various depths and parameters controlling tiling repetition of the texture onto geometry.<br />
<br />
<br />
The texture values are interpreted with the first image being at depth 0 and each following image representing an increasing depth value in the R direction. A user shall provide 2n source textures in this array. The individual source textures will ignore their repeat field values.<br />
<br />
<br />
See the ''Concepts'' section of the X3D specification for a general description of texture maps.<br />
<br />
<br />
See the ''Texturing component'' section of the X3D specification for a general description of the X3DTexture2DNode abstract type and interpretation of rendering for 2D images. When used as a source for cubic environment maps, the fields ''repeatS'' and ''repeatT'' fields shall be ignored.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ColorRGBA&diff=1467ColorRGBA2006-02-01T22:55:30Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ColorRGBA==<br />
<br />
<pre><br />
ColorRGBA : X3DColorNode { <br />
MFColorRGBA [in,out] color [NULL] [0,1]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
}<br />
</pre><br />
<br />
This node defines a set of RGBA colours to be used in the fields of another node.<br />
<br />
<br />
RGBA color nodes are only used to specify multiple colours with alpha for a single geometric shape, such as colours for the faces or vertices of an IndexedFaceSet. A Material node is used to specify the overall material parameters of lit geometry. If both a Material node and a ColorRGBA node are specified for a geometric shape, the colours shall replace the diffuse and transparency components of the material.<br />
<br />
<br />
RGB or RGBA textures take precedence over colours; specifying both an RGB or RGBA texture and a Color node for geometric shape will result in the Color node being ignored. Details on lighting equations can be found in the Lighting model section of the X3D specification.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ColorInterpolator&diff=1466ColorInterpolator2006-02-01T22:54:27Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ColorInterpolator==<br />
<br />
<pre><br />
ColorInterpolator : X3DInterpolatorNode {<br />
SFFloat [in] set_fraction (-∞,∞)<br />
�MFFloat [in,out] key [] (-∞,∞)<br />
�MFColor [in,out] keyValue [] [0,1]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFColor [out] value_changed<br />
}<br />
</pre><br />
<br />
This node interpolates among a list of MFColor key values to produce an SFColor (RGB) value_changed event. The number of colours in the ''keyValue'' field shall be equal to the number of key frames in the ''key'' field. The ''keyValue'' field and value_changed events are defined in RGB colour space. A linear interpolation using the value of set_fraction as input is performed in HSV space (see [FOLEY] for description of RGB and HSV colour spaces). The results are undefined when interpolating between two consecutive keys with complementary hues.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Color&diff=1465Color2006-02-01T22:53:12Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Color==<br />
<br />
<pre><br />
Color : X3DColorNode { <br />
MFColor [in,out] color [NULL] [0,1]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
}<br />
</pre><br />
<br />
This node defines a set of RGB colours to be used in the fields of another node.<br />
<br />
<br />
Color nodes are only used to specify multiple colours for a single geometric shape, such as colours for the faces or vertices of an IndexedFaceSet. A Material node is used to specify the overall material parameters of lit geometry. If both a Material node and a Color node are specified for a geometric shape, the colours shall replace the diffuse component of the material.<br />
<br />
<br />
RGB or RGBA textures take precedence over colours; specifying both an RGB or RGBA texture and a Color node for geometric shape will result in the Color node being ignored. Details on lighting equations can be found in the ''Lighting model'' section of the X3D specification.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1464Collision2006-02-01T22:51:15Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
Collision : X3DGroupingNode, X3DSensorNode {<br />
MFNode [in] addChildren [X3DChildNode]<br />
MFNode [in] removeChildren [X3DChildNode]<br />
SFBool [in,out] enabled<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFTime [out] collideTime<br />
SFBool [out] isActive<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
�SFNode [] proxy NULL [X3DChildNode]<br />
}<br />
</pre><br />
<br />
The Collision node is a grouping node that specifies the collision detection properties for its children (and their descendants), specifies surrogate objects that replace its children during collision detection, and sends events signalling that a collision has occurred between the avatar and the Collision node's geometry or surrogate. By default, all geometric nodes in the scene are collidable with the viewer except IndexedLineSet and PointSet. Browsers shall detect geometric collisions between the avatar (see 23.3.4 NavigationInfo) and the scene's geometry and prevent the avatar from 'entering' the geometry. See the ''Collision detection and terrain following'' section of the X3D specification for general information on collision detection.<br />
<br />
<br />
If there are no Collision nodes specified in a X3D file, browsers shall detect collisions between the avatar and all objects during navigation.<br />
<br />
<br />
The ''Grouping and children node types'' section of the X3D specification contains a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
<br />
The Collision node's ''collide''<b><sup>(1)</sup></b> field enables and disables collision detection. If collide is set to FALSE, the children and all descendants of the Collision node shall not be checked for collision, even though they are drawn. This includes any descendent Collision nodes that have collide set to TRUE (i.e., setting collide to FALSE turns collision off for every node below it).<br />
<br />
<br />
Collision nodes with the ''collide'' field set to TRUE detect the nearest collision with their descendent geometry (or proxies). When the nearest collision is detected, the collided Collision node sends the time of the collision through its collideTime field. If a Collision node contains a child, descendant, or proxy (see below) that is a Collision node, and both Collision nodes detect that a collision has occurred, both send a collideTime event at the same time. A collideTime event shall be generated if the avatar is colliding with collidable geometry when the Collision node is read from a X3D file or inserted into the transformation hierarchy.<br />
<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the Collision node's children. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and if needed shall be calculated by the browser. More details on the bboxCenter and bboxSize fields can be found in the ''Bounding boxes'' section of the X3D specification.<br />
<br />
<br />
The collision proxy, defined in the ''proxy'' field, is any legal children node as described in the ''Grouping and children node types'' section of the X3D specification that is used as a substitute for the Collision node's children during collision detection. The proxy is used strictly for collision detection; it is not drawn.<br />
<br />
<br />
If the value of the ''collide'' field is TRUE and the ''proxy'' field is non-NULL, the ''proxy'' field defines the scene on which collision detection is performed. If the proxy value is NULL, collision detection is performed against the children of the Collision node.<br />
<br />
<br />
If proxy is specified, any descendent children of the Collision node are ignored during collision detection. If children is empty, collide is TRUE, and proxy is specified, collision detection is performed against the proxy but nothing is displayed. In this manner, invisible collision objects may be supported.<br />
<br />
<br />
The ''collideTime'' field generates an event specifying the time when the avatar (see 23.3.4 NavigationInfo) makes contact with the collidable children or proxy of the Collision node. An ideal implementation computes the exact time of collision. Implementations may approximate the ideal by sampling the positions of collidable objects and the user. The NavigationInfo node contains additional information for parameters that control the avatar size.<br />
<br />
'''(1) The ''collide'' field was changed to the ''enabled'' field in Amendment 2.'''<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1463Collision2006-02-01T22:50:53Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
Collision : X3DGroupingNode, X3DSensorNode {<br />
MFNode [in] addChildren [X3DChildNode]<br />
MFNode [in] removeChildren [X3DChildNode]<br />
SFBool [in,out] enabled<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFTime [out] collideTime<br />
SFBool [out] isActive<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
�SFNode [] proxy NULL [X3DChildNode]<br />
}<br />
</pre><br />
<br />
The Collision node is a grouping node that specifies the collision detection properties for its children (and their descendants), specifies surrogate objects that replace its children during collision detection, and sends events signalling that a collision has occurred between the avatar and the Collision node's geometry or surrogate. By default, all geometric nodes in the scene are collidable with the viewer except IndexedLineSet and PointSet. Browsers shall detect geometric collisions between the avatar (see 23.3.4 NavigationInfo) and the scene's geometry and prevent the avatar from 'entering' the geometry. See the ''Collision detection and terrain following'' section of the X3D specification for general information on collision detection.<br />
<br />
<br />
If there are no Collision nodes specified in a X3D file, browsers shall detect collisions between the avatar and all objects during navigation.<br />
<br />
<br />
The ''Grouping and children node types'' section of the X3D specification contains a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
<br />
The Collision node's ''collide'''''<sup>(1)</sup>''' field enables and disables collision detection. If collide is set to FALSE, the children and all descendants of the Collision node shall not be checked for collision, even though they are drawn. This includes any descendent Collision nodes that have collide set to TRUE (i.e., setting collide to FALSE turns collision off for every node below it).<br />
<br />
<br />
Collision nodes with the ''collide'' field set to TRUE detect the nearest collision with their descendent geometry (or proxies). When the nearest collision is detected, the collided Collision node sends the time of the collision through its collideTime field. If a Collision node contains a child, descendant, or proxy (see below) that is a Collision node, and both Collision nodes detect that a collision has occurred, both send a collideTime event at the same time. A collideTime event shall be generated if the avatar is colliding with collidable geometry when the Collision node is read from a X3D file or inserted into the transformation hierarchy.<br />
<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the Collision node's children. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and if needed shall be calculated by the browser. More details on the bboxCenter and bboxSize fields can be found in the ''Bounding boxes'' section of the X3D specification.<br />
<br />
<br />
The collision proxy, defined in the ''proxy'' field, is any legal children node as described in the ''Grouping and children node types'' section of the X3D specification that is used as a substitute for the Collision node's children during collision detection. The proxy is used strictly for collision detection; it is not drawn.<br />
<br />
<br />
If the value of the ''collide'' field is TRUE and the ''proxy'' field is non-NULL, the ''proxy'' field defines the scene on which collision detection is performed. If the proxy value is NULL, collision detection is performed against the children of the Collision node.<br />
<br />
<br />
If proxy is specified, any descendent children of the Collision node are ignored during collision detection. If children is empty, collide is TRUE, and proxy is specified, collision detection is performed against the proxy but nothing is displayed. In this manner, invisible collision objects may be supported.<br />
<br />
<br />
The ''collideTime'' field generates an event specifying the time when the avatar (see 23.3.4 NavigationInfo) makes contact with the collidable children or proxy of the Collision node. An ideal implementation computes the exact time of collision. Implementations may approximate the ideal by sampling the positions of collidable objects and the user. The NavigationInfo node contains additional information for parameters that control the avatar size.<br />
<br />
'''(1) The ''collide'' field was changed to the ''enabled'' field in Amendment 2.'''<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1462Collision2006-02-01T22:50:26Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
Collision : X3DGroupingNode, X3DSensorNode {<br />
MFNode [in] addChildren [X3DChildNode]<br />
MFNode [in] removeChildren [X3DChildNode]<br />
SFBool [in,out] enabled<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFTime [out] collideTime<br />
SFBool [out] isActive<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
�SFNode [] proxy NULL [X3DChildNode]<br />
}<br />
</pre><br />
<br />
The Collision node is a grouping node that specifies the collision detection properties for its children (and their descendants), specifies surrogate objects that replace its children during collision detection, and sends events signalling that a collision has occurred between the avatar and the Collision node's geometry or surrogate. By default, all geometric nodes in the scene are collidable with the viewer except IndexedLineSet and PointSet. Browsers shall detect geometric collisions between the avatar (see 23.3.4 NavigationInfo) and the scene's geometry and prevent the avatar from 'entering' the geometry. See the ''Collision detection and terrain following'' section of the X3D specification for general information on collision detection.<br />
<br />
<br />
If there are no Collision nodes specified in a X3D file, browsers shall detect collisions between the avatar and all objects during navigation.<br />
<br />
<br />
The ''Grouping and children node types'' section of the X3D specification contains a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
<br />
The Collision node's ''collide'' field enables and disables collision detection. If collide is set to FALSE, the children and all descendants of the Collision node shall not be checked for collision, even though they are drawn. This includes any descendent Collision nodes that have collide set to TRUE (i.e., setting collide to FALSE turns collision off for every node below it).<br />
<br />
<br />
Collision nodes with the ''collide''<sup>(1)</sup> field set to TRUE detect the nearest collision with their descendent geometry (or proxies). When the nearest collision is detected, the collided Collision node sends the time of the collision through its collideTime field. If a Collision node contains a child, descendant, or proxy (see below) that is a Collision node, and both Collision nodes detect that a collision has occurred, both send a collideTime event at the same time. A collideTime event shall be generated if the avatar is colliding with collidable geometry when the Collision node is read from a X3D file or inserted into the transformation hierarchy.<br />
<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the Collision node's children. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and if needed shall be calculated by the browser. More details on the bboxCenter and bboxSize fields can be found in the ''Bounding boxes'' section of the X3D specification.<br />
<br />
<br />
The collision proxy, defined in the ''proxy'' field, is any legal children node as described in the ''Grouping and children node types'' section of the X3D specification that is used as a substitute for the Collision node's children during collision detection. The proxy is used strictly for collision detection; it is not drawn.<br />
<br />
<br />
If the value of the ''collide'' field is TRUE and the ''proxy'' field is non-NULL, the ''proxy'' field defines the scene on which collision detection is performed. If the proxy value is NULL, collision detection is performed against the children of the Collision node.<br />
<br />
<br />
If proxy is specified, any descendent children of the Collision node are ignored during collision detection. If children is empty, collide is TRUE, and proxy is specified, collision detection is performed against the proxy but nothing is displayed. In this manner, invisible collision objects may be supported.<br />
<br />
<br />
The ''collideTime'' field generates an event specifying the time when the avatar (see 23.3.4 NavigationInfo) makes contact with the collidable children or proxy of the Collision node. An ideal implementation computes the exact time of collision. Implementations may approximate the ideal by sampling the positions of collidable objects and the user. The NavigationInfo node contains additional information for parameters that control the avatar size.<br />
<br />
'''(1) The ''collide'' field was changed to the ''enabled'' field in Amendment 2.'''<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1461Collision2006-02-01T22:44:14Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
Collision : X3DGroupingNode, X3DSensorNode {<br />
MFNode [in] addChildren [X3DChildNode]<br />
MFNode [in] removeChildren [X3DChildNode]<br />
SFBool [in,out] enabled<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFTime [out] collideTime<br />
SFBool [out] isActive<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
�SFNode [] proxy NULL [X3DChildNode]<br />
}<br />
</pre><br />
<br />
The Collision node is a grouping node that specifies the collision detection properties for its children (and their descendants), specifies surrogate objects that replace its children during collision detection, and sends events signalling that a collision has occurred between the avatar and the Collision node's geometry or surrogate. By default, all geometric nodes in the scene are collidable with the viewer except IndexedLineSet and PointSet. Browsers shall detect geometric collisions between the avatar (see 23.3.4 NavigationInfo) and the scene's geometry and prevent the avatar from 'entering' the geometry. See the ''Collision detection and terrain following'' section of the X3D specification for general information on collision detection.<br />
<br />
<br />
If there are no Collision nodes specified in a X3D file, browsers shall detect collisions between the avatar and all objects during navigation.<br />
<br />
<br />
The ''Grouping and children node types'' section of the X3D specification contains a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
<br />
The Collision node's ''collide'' field enables and disables collision detection. If collide is set to FALSE, the children and all descendants of the Collision node shall not be checked for collision, even though they are drawn. This includes any descendent Collision nodes that have collide set to TRUE (i.e., setting collide to FALSE turns collision off for every node below it).<br />
<br />
<br />
Collision nodes with the ''collide'' field set to TRUE detect the nearest collision with their descendent geometry (or proxies). When the nearest collision is detected, the collided Collision node sends the time of the collision through its collideTime field. If a Collision node contains a child, descendant, or proxy (see below) that is a Collision node, and both Collision nodes detect that a collision has occurred, both send a collideTime event at the same time. A collideTime event shall be generated if the avatar is colliding with collidable geometry when the Collision node is read from a X3D file or inserted into the transformation hierarchy.<br />
<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the Collision node's children. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and if needed shall be calculated by the browser. More details on the bboxCenter and bboxSize fields can be found in the ''Bounding boxes'' section of the X3D specification.<br />
<br />
<br />
The collision proxy, defined in the ''proxy'' field, is any legal children node as described in the ''Grouping and children node types'' section of the X3D specification that is used as a substitute for the Collision node's children during collision detection. The proxy is used strictly for collision detection; it is not drawn.<br />
<br />
<br />
If the value of the ''collide'' field is TRUE and the ''proxy'' field is non-NULL, the ''proxy'' field defines the scene on which collision detection is performed. If the proxy value is NULL, collision detection is performed against the children of the Collision node.<br />
<br />
<br />
If proxy is specified, any descendent children of the Collision node are ignored during collision detection. If children is empty, collide is TRUE, and proxy is specified, collision detection is performed against the proxy but nothing is displayed. In this manner, invisible collision objects may be supported.<br />
<br />
<br />
The ''collideTime'' field generates an event specifying the time when the avatar (see 23.3.4 NavigationInfo) makes contact with the collidable children or proxy of the Collision node. An ideal implementation computes the exact time of collision. Implementations may approximate the ideal by sampling the positions of collidable objects and the user. The NavigationInfo node contains additional information for parameters that control the avatar size.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1460Collision2006-02-01T22:43:55Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
Collision : X3DGroupingNode, X3DSensorNode {<br />
MFNode [in] addChildren [X3DChildNode]<br />
MFNode [in] removeChildren [X3DChildNode]<br />
SFBool [in,out] enabled<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFTime [out] collideTime<br />
SFBool [out] isActive<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
�SFNode [] proxy NULL [X3DChildNode]<br />
}<br />
</pre><br />
<br />
The Collision node is a grouping node that specifies the collision detection properties for its children (and their descendants), specifies surrogate objects that replace its children during collision detection, and sends events signalling that a collision has occurred between the avatar and the Collision node's geometry or surrogate. By default, all geometric nodes in the scene are collidable with the viewer except IndexedLineSet and PointSet. Browsers shall detect geometric collisions between the avatar (see 23.3.4 NavigationInfo) and the scene's geometry and prevent the avatar from 'entering' the geometry. See the ''Collision detection and terrain following'' section of the X3D specification for general information on collision detection.<br />
<br />
If there are no Collision nodes specified in a X3D file, browsers shall detect collisions between the avatar and all objects during navigation.<br />
<br />
The ''Grouping and children node types'' section of the X3D specification contains a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
The Collision node's ''collide'' field enables and disables collision detection. If collide is set to FALSE, the children and all descendants of the Collision node shall not be checked for collision, even though they are drawn. This includes any descendent Collision nodes that have collide set to TRUE (i.e., setting collide to FALSE turns collision off for every node below it).<br />
<br />
Collision nodes with the ''collide'' field set to TRUE detect the nearest collision with their descendent geometry (or proxies). When the nearest collision is detected, the collided Collision node sends the time of the collision through its collideTime field. If a Collision node contains a child, descendant, or proxy (see below) that is a Collision node, and both Collision nodes detect that a collision has occurred, both send a collideTime event at the same time. A collideTime event shall be generated if the avatar is colliding with collidable geometry when the Collision node is read from a X3D file or inserted into the transformation hierarchy.<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the Collision node's children. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and if needed shall be calculated by the browser. More details on the bboxCenter and bboxSize fields can be found in the ''Bounding boxes'' section of the X3D specification.<br />
<br />
The collision proxy, defined in the ''proxy'' field, is any legal children node as described in the ''Grouping and children node types'' section of the X3D specification that is used as a substitute for the Collision node's children during collision detection. The proxy is used strictly for collision detection; it is not drawn.<br />
<br />
If the value of the ''collide'' field is TRUE and the ''proxy'' field is non-NULL, the ''proxy'' field defines the scene on which collision detection is performed. If the proxy value is NULL, collision detection is performed against the children of the Collision node.<br />
<br />
If proxy is specified, any descendent children of the Collision node are ignored during collision detection. If children is empty, collide is TRUE, and proxy is specified, collision detection is performed against the proxy but nothing is displayed. In this manner, invisible collision objects may be supported.<br />
<br />
The ''collideTime'' field generates an event specifying the time when the avatar (see 23.3.4 NavigationInfo) makes contact with the collidable children or proxy of the Collision node. An ideal implementation computes the exact time of collision. Implementations may approximate the ideal by sampling the positions of collidable objects and the user. The NavigationInfo node contains additional information for parameters that control the avatar size.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Circle2D&diff=1459Circle2D2006-02-01T22:38:47Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Circle2D==<br />
<br />
<pre><br />
Circle2D : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFFloat [] radius 1 (0,∞)<br />
}<br />
</pre><br />
<br />
The Circle2D node specifies a circle centred at (0,0) in the local 2D coordinate system. The ''radius'' field specifies the radius of the Circle2D. The value of radius shall be greater than zero. Figure 1 illustrates the Circle2D node with a dashed linetype applied.<br />
<br />
<center>Figure 1 - Circle2D node<br> <br><br />
http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/Circle2D.gif</center><br />
<br />
The ''Common geometry fields'' section of the X3D specification provides a complete description of the ''solid'' field.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Circle2D&diff=1458Circle2D2006-02-01T22:37:49Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Circle2D==<br />
<br />
<pre><br />
Circle2D : X3DGeometryNode { <br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFFloat [] radius 1 (0,∞)<br />
}<br />
</pre><br />
<br />
The Circle2D node specifies a circle centred at (0,0) in the local 2D coordinate system. The ''radius'' field specifies the radius of the Circle2D. The value of radius shall be greater than zero. Figure 1 illustrates the Circle2D node with a dashed linetype applied.<br />
<br />
<center>Figure 1 - Circle2D node<br><br />
http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Images/Circle2D.gif</center><br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CylinderSensor&diff=1457CylinderSensor2006-02-01T22:35:43Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CylinderSensor==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cylinder&diff=1456Cylinder2006-02-01T22:35:28Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cylinder==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateInterpolator2D&diff=1455CoordinateInterpolator2D2006-02-01T22:35:16Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateInterpolator2D==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateInterpolator&diff=1454CoordinateInterpolator2006-02-01T22:35:01Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateInterpolator==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CoordinateDouble&diff=1453CoordinateDouble2006-02-01T22:34:48Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CoordinateDouble==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Coordinate&diff=1452Coordinate2006-02-01T22:34:35Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Coordinate==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ContourPolyline2D&diff=1451ContourPolyline2D2006-02-01T22:34:21Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ContourPolyline2D==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Contour2D&diff=1450Contour2D2006-02-01T22:34:06Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Contour2D==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Cone&diff=1449Cone2006-02-01T22:33:53Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Cone==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ComposedShader&diff=1448ComposedShader2006-02-01T22:33:40Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ComposedShader==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ComposedCubeMapTexture&diff=1447ComposedCubeMapTexture2006-02-01T22:33:26Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ComposedCubeMapTexture==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Composed3DTexture&diff=1446Composed3DTexture2006-02-01T22:33:11Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Composed3DTexture==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ColorRGBA&diff=1445ColorRGBA2006-02-01T22:32:55Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ColorRGBA==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=ColorInterpolator&diff=1444ColorInterpolator2006-02-01T22:32:39Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==ColorInterpolator==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Color&diff=1443Color2006-02-01T22:32:25Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Color==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Collision&diff=1442Collision2006-02-01T22:32:13Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Collision==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Circle2D&diff=1441Circle2D2006-02-01T22:32:00Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==Circle2D==<br />
<br />
<pre><br />
CADAssembly : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DProductStructureChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
The CADAssembly node holds a set of assemblies or parts grouped together.<br />
<br />
<br />
The ''children'' field can contain X3DProductStructureChildNode types. Each child will be either a sub-assembly or a part.<br />
<br />
<br />
The ''name'' field documents the name of this CADAssembly.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=Node_Reference&diff=1440Node Reference2006-02-01T22:31:32Z<p>Abergstrom: </p>
<hr />
<div>==List of Nodes==<br />
<br />
*[[Anchor]]<br />
*[[Appearance]] <br />
*[[Arc2D]]<br />
*[[ArcClose2D]] <br />
*[[AudioClip]] <br />
*[[Background]] <br />
*[[Billboard]] <br />
*[[BooleanFilter]] <br />
*[[BooleanSequencer]] <br />
*[[BooleanToggle]] <br />
*[[BooleanTrigger]] <br />
*[[Box]] <br />
*[[CADAssembly]] <br />
*[[CADFace]] <br />
*[[CADLayer]] <br />
*[[CADPart]] <br />
*[[Circle2D]] <br />
*[[Collision]] <br />
*[[Color]] <br />
*[[ColorInterpolator]] <br />
*[[ColorRGBA]] <br />
*[[Composed3DTexture]] <br />
*[[ComposedCubeMapTexture]] <br />
*[[ComposedShader]] <br />
*[[Cone]] <br />
*[[Contour2D]] <br />
*[[ContourPolyline2D]] <br />
*[[Coordinate]] <br />
*[[CoordinateDouble]] <br />
*[[CoordinateInterpolator]] <br />
*[[CoordinateInterpolator2D]] <br />
*[[Cylinder]] <br />
*[[CylinderSensor]] <br />
*DirectionalLight <br />
*Disk2D <br />
*ElevationGrid <br />
*EspduTransform <br />
*Extrusion <br />
*FillProperties <br />
*FloatVertexAttribute <br />
*Fog <br />
*FogCoordinate <br />
*FontStyle <br />
*GeneratedCubeMapTexture <br />
*GeoCoordinate <br />
*GeoElevationGrid <br />
*GeoLocation <br />
*GeoLOD <br />
*GeoMetadata <br />
*GeoOrigin <br />
*GeoPositionInterpolator <br />
*GeoTouchSensor <br />
*GeoViewpoint <br />
*Group <br />
*HAnimDisplacer <br />
*HAnimHumanoid <br />
*HAnimJoint <br />
*HAnimSegment <br />
*HAnimSite <br />
*Image3DTexture <br />
*ImageCubeMapTexture <br />
*ImageTexture <br />
*IndexedFaceSet <br />
*IndexedLineSet <br />
*IndexedQuadSet <br />
*IndexedTriangleFanSet <br />
*IndexedTriangleSet <br />
*IndexedTriangleStripSet <br />
*Inline <br />
*IntegerSequencer <br />
*IntegerTrigger <br />
*KeySensor <br />
*LineProperties <br />
*LineSet <br />
*LoadSensor <br />
*LocalFog <br />
*LOD <br />
*Material <br />
*Matrix3VertexAttribute <br />
*Matrix4VertexAttribute <br />
*MetadataDouble <br />
*MetadataFloat <br />
*MetadataInteger <br />
*MetadataSet <br />
*MetadataString <br />
*MovieTexture <br />
*MultiTexture <br />
*MultiTextureCoordinate <br />
*MultiTextureTransform <br />
*NavigationInfo <br />
*Normal <br />
*NormalInterpolator <br />
*NurbsCurve <br />
*NurbsCurve2D <br />
*NurbsOrientationInterpolator <br />
*NurbsPatchSurface <br />
*NurbsPositionInterpolator <br />
*NurbsSet <br />
*NurbsSurfaceInterpolator <br />
*NurbsSweptSurface <br />
*NurbsSwungSurface <br />
*NurbsTextureCoordinate <br />
*NurbsTrimmedSurface <br />
*OrientationInterpolator <br />
*PackagedShader <br />
*Pixel3DTexture <br />
*PixelTexture <br />
*PlaneSensor <br />
*PointLight <br />
*PointSet <br />
*Polyline2D <br />
*Polypoint2D <br />
*PositionInterpolator <br />
*PositionInterpolator2D <br />
*ProgramShader <br />
*ProtoInstance <br />
*ProximitySensor <br />
*QuadSet <br />
*ReceiverPdu <br />
*Rectangle2D <br />
*ScalarInterpolator <br />
*Script <br />
*ShaderPart <br />
*ShaderProgram <br />
*Shape <br />
*SignalPdu <br />
*Sound <br />
*Sphere <br />
*SphereSensor <br />
*SpotLight <br />
*StaticGroup <br />
*StringSensor <br />
*Switch <br />
*Text <br />
*TextureBackground <br />
*TextureCoordinate <br />
*TextureCoordinate3D <br />
*TextureCoordinate4D <br />
*TextureCoordinateGenerator <br />
*TextureMatrixTransform <br />
*TextureTransform <br />
*TextureTransform3D <br />
*TimeSensor <br />
*TimeTrigger <br />
*TouchSensor <br />
*Transform <br />
*TransmitterPdu <br />
*TriangleFanSet <br />
*TriangleSet <br />
*TriangleSet2D <br />
*TriangleStripSet <br />
*Viewpoint <br />
*VisibilitySensor <br />
*WorldInfo</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADPart&diff=1439CADPart2006-02-01T22:29:11Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADPart==<br />
<br />
<pre><br />
CADPart : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [CADFace]<br />
SFVec3f [in,out] center 0 0 0 (-∞,∞)<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFRotation [in,out] rotation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] scale 1 1 1 (0,∞)<br />
SFRotation [in,out] scaleOrientation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] translation 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
<br />
The CADPart node is a grouping node that defines a coordinate system for its children that is relative to the coordinate systems of its ancestors. See the ''Transformation hierarchy and Standard units and coordinate system'' sections of the X3D specification for a description of coordinate systems and transformations.<br />
<br />
The CADPart node represents the location and faces that constitute a part in the CAD model.<br />
<br />
The ''Grouping and children node types'' section of the X3D specification provides a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the children of the Part node. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and, if needed, shall be calculated by the browser. The bounding box shall be large enough at all times to enclose the union of the group's children's bounding boxes; it shall not include any transformations performed by the group itself (i.e., the bounding box is defined in the local coordinate system of the children).<br />
<br />
The ''translation'', ''rotation'', scale, ''scaleOrientation'' and ''center'' fields define a geometric 3D transformation consisting of (in order):<br />
<br />
1. a (possibly) non-uniform scale about an arbitrary point;<br />
2. a rotation about an arbitrary point and axis;<br />
3. a translation.<br />
<br />
The ''center'' field specifies a translation offset from the origin of the local coordinate system (0,0,0). The ''rotation'' field specifies a rotation of the coordinate system. The ''scale'' field specifies a non-uniform scale of the coordinate system. scale values may have any value: positive, negative (indicating a reflection), or zero. A value of zero indicates that any child geometry shall not be displayed. The ''scaleOrientation'' specifies a rotation of the coordinate system before the scale (to specify scales in arbitrary orientations). The ''scaleOrientation'' applies only to the scale operation. The ''translation'' field specifies a translation to the coordinate system.<br />
<br />
Given a 3-dimensional point P and Part node, P is transformed into point P' in its parent's coordinate system by a series of intermediate transformations. In matrix transformation notation, where C (center), SR (scaleOrientation), T (translation), R (rotation), and S (scale) are the equivalent transformation matrices,<br />
<br />
'''P' = T * C * R * SR * S * -SR * -C * P'''<br />
<br />
The following Part node:<br />
<br />
<b><pre>CADPart {<br />
center C<br />
rotation R<br />
scale S<br />
scaleOrientation SR<br />
translation T<br />
children [...]<br />
}</pre></b><br />
<br />
is equivalent to the nested sequence of:<br />
<br />
<b><pre>CADPart {<br />
translation T<br />
children CADPart {<br />
translation C<br />
children CADPart {<br />
rotation R<br />
children CADPart {<br />
rotation SR<br />
children CADPart {<br />
scale S<br />
children CADPart {<br />
rotation -SR<br />
children CADPart {<br />
translation -C<br />
children [...]<br />
}}}}}}}</pre></b><br />
<br />
The ''name'' field documents the name of this part.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADPart&diff=1438CADPart2006-02-01T22:28:31Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADPart==<br />
<br />
<pre><br />
CADPart : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [CADFace]<br />
SFVec3f [in,out] center 0 0 0 (-∞,∞)<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFRotation [in,out] rotation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] scale 1 1 1 (0,∞)<br />
SFRotation [in,out] scaleOrientation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] translation 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
<br />
The CADPart node is a grouping node that defines a coordinate system for its children that is relative to the coordinate systems of its ancestors. See the ''Transformation hierarchy and Standard units and coordinate system'' sections of the X3D specification for a description of coordinate systems and transformations.<br />
<br />
The CADPart node represents the location and faces that constitute a part in the CAD model.<br />
<br />
The ''Grouping and children node types'' section of the X3D specification provides a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the children of the Part node. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and, if needed, shall be calculated by the browser. The bounding box shall be large enough at all times to enclose the union of the group's children's bounding boxes; it shall not include any transformations performed by the group itself (i.e., the bounding box is defined in the local coordinate system of the children).<br />
<br />
The ''translation'', ''rotation'', scale, ''scaleOrientation'' and ''center'' fields define a geometric 3D transformation consisting of (in order):<br />
<br />
1. a (possibly) non-uniform scale about an arbitrary point;<br />
2. a rotation about an arbitrary point and axis;<br />
3. a translation.<br />
<br />
The ''center'' field specifies a translation offset from the origin of the local coordinate system (0,0,0). The ''rotation'' field specifies a rotation of the coordinate system. The ''scale'' field specifies a non-uniform scale of the coordinate system. scale values may have any value: positive, negative (indicating a reflection), or zero. A value of zero indicates that any child geometry shall not be displayed. The ''scaleOrientation'' specifies a rotation of the coordinate system before the scale (to specify scales in arbitrary orientations). The ''scaleOrientation'' applies only to the scale operation. The ''translation'' field specifies a translation to the coordinate system.<br />
<br />
Given a 3-dimensional point P and Part node, P is transformed into point P' in its parent's coordinate system by a series of intermediate transformations. In matrix transformation notation, where C (center), SR (scaleOrientation), T (translation), R (rotation), and S (scale) are the equivalent transformation matrices,<br />
<br />
'''P' = T * C * R * SR * S * -SR * -C * P'''<br />
<br />
The following Part node:<br />
<br />
<b>CADPart {<br />
center C<br />
rotation R<br />
scale S<br />
scaleOrientation SR<br />
translation T<br />
children [...]<br />
}</b><br />
<br />
is equivalent to the nested sequence of:<br />
<br />
<b>CADPart {<br />
translation T<br />
children CADPart {<br />
translation C<br />
children CADPart {<br />
rotation R<br />
children CADPart {<br />
rotation SR<br />
children CADPart {<br />
scale S<br />
children CADPart {<br />
rotation -SR<br />
children CADPart {<br />
translation -C<br />
children [...]<br />
}}}}}}}</b><br />
<br />
The ''name'' field documents the name of this part.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADPart&diff=1437CADPart2006-02-01T22:25:56Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADPart==<br />
<br />
<pre><br />
CADPart : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [CADFace]<br />
SFVec3f [in,out] center 0 0 0 (-∞,∞)<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFRotation [in,out] rotation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] scale 1 1 1 (0,∞)<br />
SFRotation [in,out] scaleOrientation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] translation 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
<br />
The CADPart node is a grouping node that defines a coordinate system for its children that is relative to the coordinate systems of its ancestors. See the ''Transformation hierarchy and Standard units and coordinate system'' sections of the X3D specification for a description of coordinate systems and transformations.<br />
<br />
The CADPart node represents the location and faces that constitute a part in the CAD model.<br />
<br />
The ''Grouping and children node types'' section of the X3D specification provides a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the children of the Part node. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and, if needed, shall be calculated by the browser. The bounding box shall be large enough at all times to enclose the union of the group's children's bounding boxes; it shall not include any transformations performed by the group itself (i.e., the bounding box is defined in the local coordinate system of the children).<br />
<br />
The ''translation'', ''rotation'', scale, ''scaleOrientation'' and ''center'' fields define a geometric 3D transformation consisting of (in order):<br />
<br />
1. a (possibly) non-uniform scale about an arbitrary point;<br />
2. a rotation about an arbitrary point and axis;<br />
3. a translation.<br />
<br />
The ''center'' field specifies a translation offset from the origin of the local coordinate system (0,0,0). The ''rotation'' field specifies a rotation of the coordinate system. The ''scale'' field specifies a non-uniform scale of the coordinate system. scale values may have any value: positive, negative (indicating a reflection), or zero. A value of zero indicates that any child geometry shall not be displayed. The ''scaleOrientation'' specifies a rotation of the coordinate system before the scale (to specify scales in arbitrary orientations). The ''scaleOrientation'' applies only to the scale operation. The ''translation'' field specifies a translation to the coordinate system.<br />
<br />
Given a 3-dimensional point P and Part node, P is transformed into point P' in its parent's coordinate system by a series of intermediate transformations. In matrix transformation notation, where C (center), SR (scaleOrientation), T (translation), R (rotation), and S (scale) are the equivalent transformation matrices,<br />
<br />
'''P' = T * C * R * SR * S * -SR * -C * P'''<br />
<br />
The following Part node:<br />
<br />
'''CADPart {'''<br />
''' center C'''<br />
''' rotation R'''<br />
''' scale S'''<br />
''' scaleOrientation SR'''<br />
''' translation T'''<br />
''' children [...]'''<br />
'''}'''<br />
<br />
is equivalent to the nested sequence of:<br />
<br />
'''CADPart {'''<br />
''' translation T'''<br />
''' children CADPart {'''<br />
''' translation C'''<br />
''' children CADPart {'''<br />
''' rotation R'''<br />
''' children CADPart {'''<br />
''' rotation SR'''<br />
''' children CADPart {'''<br />
''' scale S'''<br />
''' children CADPart {'''<br />
''' rotation -SR'''<br />
''' children CADPart {'''<br />
''' translation -C'''<br />
''' children [...]'''<br />
'''}}}}}}}'''<br />
<br />
The ''name'' field documents the name of this part.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADPart&diff=1436CADPart2006-02-01T22:23:40Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADPart==<br />
<br />
<pre><br />
CADPart : X3DGroupingNode, X3DProductStructureChildNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [CADFace]<br />
SFVec3f [in,out] center 0 0 0 (-∞,∞)<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFRotation [in,out] rotation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] scale 1 1 1 (0,∞)<br />
SFRotation [in,out] scaleOrientation 0 0 1 0 [-1,1] or (-∞,∞)<br />
SFVec3f [in,out] translation 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
<br />
The CADPart node is a grouping node that defines a coordinate system for its children that is relative to the coordinate systems of its ancestors. See the ''Transformation hierarchy and Standard units and coordinate system'' sections of the X3D specification for a description of coordinate systems and transformations.<br />
<br />
The CADPart node represents the location and faces that constitute a part in the CAD model.<br />
<br />
The ''Grouping and children node types'' section of the X3D specification provides a description of the ''children'', ''addChildren'', and ''removeChildren'' fields.<br />
<br />
The ''bboxCenter'' and ''bboxSize'' fields specify a bounding box that encloses the children of the Part node. This is a hint that may be used for optimization purposes. The results are undefined if the specified bounding box is smaller than the actual bounding box of the children at any time. A default bboxSize value, (-1, -1, -1), implies that the bounding box is not specified and, if needed, shall be calculated by the browser. The bounding box shall be large enough at all times to enclose the union of the group's children's bounding boxes; it shall not include any transformations performed by the group itself (i.e., the bounding box is defined in the local coordinate system of the children).<br />
<br />
The ''translation'', ''rotation'', scale, ''scaleOrientation'' and ''center'' fields define a geometric 3D transformation consisting of (in order):<br />
<br />
1. a (possibly) non-uniform scale about an arbitrary point;<br />
2. a rotation about an arbitrary point and axis;<br />
3. a translation.<br />
<br />
The ''center'' field specifies a translation offset from the origin of the local coordinate system (0,0,0). The ''rotation'' field specifies a rotation of the coordinate system. The ''scale'' field specifies a non-uniform scale of the coordinate system. scale values may have any value: positive, negative (indicating a reflection), or zero. A value of zero indicates that any child geometry shall not be displayed. The ''scaleOrientation'' specifies a rotation of the coordinate system before the scale (to specify scales in arbitrary orientations). The ''scaleOrientation'' applies only to the scale operation. The ''translation'' field specifies a translation to the coordinate system.<br />
<br />
Given a 3-dimensional point P and Part node, P is transformed into point P' in its parent's coordinate system by a series of intermediate transformations. In matrix transformation notation, where C (center), SR (scaleOrientation), T (translation), R (rotation), and S (scale) are the equivalent transformation matrices,<br />
<br />
'''P' = T * C * R * SR * S * -SR * -C * P'''<br />
<br />
The following Part node:<br />
<br />
'''CADPart {<br />
center C<br />
rotation R<br />
scale S<br />
scaleOrientation SR<br />
translation T<br />
children [...]<br />
}'''<br />
<br />
is equivalent to the nested sequence of:<br />
<br />
'''CADPart {<br />
translation T<br />
children CADPart {<br />
translation C<br />
children CADPart {<br />
rotation R<br />
children CADPart {<br />
rotation SR<br />
children CADPart {<br />
scale S<br />
children CADPart {<br />
rotation -SR<br />
children CADPart {<br />
translation -C<br />
children [...]<br />
}}}}}}}'''<br />
<br />
The ''name'' field documents the name of this part.<br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADLayer&diff=1435CADLayer2006-02-01T22:19:01Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADLayer==<br />
<br />
<pre><br />
CADLayer : X3DGroupingNode {<br />
MFNode [in] addChildren<br />
MFNode [in] removeChildren<br />
MFNode [in,out] children [] [X3DChildNode]<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
MFBool [in,out] visible []<br />
SFVec3f [] bboxCenter 0 0 0 (-∞,∞)<br />
SFVec3f [] bboxSize -1 -1 -1 [0,∞) or −1 −1 −1<br />
}<br />
</pre><br />
<br />
The CADLayer node defines a hierarchy of nodes used for showing layer structure for the CAD model.<br />
<br />
The ''name'' field describes the content of the layer.<br />
<br />
The ''children'' field contains all nodes defined for this layer.<br />
<br />
The ''visible'' field specifies whether a particular child and its sub-children are visible. If the number of values is less than the number of children, the remaining children shall be visible. <br />
<br />
* [[Node Reference]]</div>Abergstromhttps://www.old.web3d.org/wiki/index.php?title=CADFace&diff=1434CADFace2006-02-01T22:17:22Z<p>Abergstrom: </p>
<hr />
<div>* [[Node Reference]]<br />
==CADFace==<br />
<br />
<pre><br />
CADFace : X3DProductStructureChildNode {<br />
SFNode [in,out] metadata NULL [X3DMetadataObject]<br />
SFString [in,out] name ""<br />
SFNode [in,out] shape NULL [X3DShapeNode | LOD]<br />
}<br />
</pre><br />
<br />
The CADFace node holds the geometry representing a face of a part.<br />
<br />
The ''name'' field documents the name of this face.<br />
<br />
The ''shape'' field contains the Shape node providing the geometry and appearance for the face or an LOD node containing different detail levels of the shape. If an LOD node is provided, each child of the LOD node shall be a single Shape of varying complexity. <br />
<br />
* [[Node Reference]]</div>Abergstrom