Model Viewer Technical Guide
Section 3 - TRANSMITTAL CONTENT SPECIFICATION FOR MODEL VIEWER
3.1 Fundamental Requirements
 

First and foremost, any transmittal submitted to Model Viewer as input must pass both Syntax Checker and Rules Checker. If an invalid transmittal is submitted as input, Model Viewer will abort the loading process with an appropriate error message if the errors are fatal in regard to the <Image Library> instance or <Model Library> instance.

In a similar vein, if inter-transmittal referencing (ITR) is used in the input transmittal's <Image Library> instance or <Model Library> instance, then all transmittals referenced in the context of the <Image Library> instance or <Model Library> instance must be provided. For example, if the user specified that <Model> instances were to be loaded and processed, but some of the <Model> components of the <Model Library> instance were unavailable due to missing transmittals, the application would abort during the loading process.

3.2 Requirements for <Model> instances
 

If a <Model Library> instance ML is provided and the user specifies that <Model> instances are to be viewed, then ML must satisfy the following requirements.

  1. ML shall contain at least one "root" <Model>, instance that is, a <Model> instance whose model_reference_type is either SE_MODREFTYP_ROOT or SE_MODREFTYP_ROOT_AND_COMPONENT.

    RATIONALE: Only root <Model> instances can be instanced as free-standing objects, so only root <Model> instances are guaranteed to make some kind of visual sense. Only root <Model> instances, consequently, are displayed by Model Viewer; component <Model> instances appear only in the context of their usage within other <Model> instances.

  2. Every <Model> component within ML shall be defined within a 3D LSR spatial reference frame.

  3. Every <Model> within ML shall contain a non-empty <Geometry Model> component. (<Feature Model> component are currently ignored, if present; only renderable geometry is displayed.)

  4. All <Primitive Colour> instances in use shall have either an <Ambient Colour> component or a <Diffuse Colour> component. <Specular Colour> instances and <Emissive Colour> instances are currently ignored.

3.3 Requirements for <Image> Instances and <Image Mapping Function> Instances
 

Only the following image signatures are supported: LUMINANCE, ALPHA, LUMINANCE_AND_ALPHA, 123COLOUR, COLOUR_COORDINATE_1, COLOUR_COORDINATE_2, and COLOUR_COORDINATE_3.

Mipmapped images, to be used for mipmapping, must comply with OpenGL's restrictions on mipmapped image dimensions. Noncompliant images will be treated as though they had only a single MIP level.

Currently, Model Viewer's texture mapping supports only <Image Mapping Function> instances defined in conjunction with <Texture Coordinate> instances, and consequently only planar projection. Expanded support will be phased in in future; currently such support has a low priority since other varieties of texture mapping have not been in demand by SEDRIS' user base.

3.4 Limitations
 


Return to: Top of this Page, Table of Contents