Inspect3D Advanced Query Section

The Query Builder dialog is used to define the queries that will extract signals from the loaded CMZ library. The dialog also allows you to group specific signals together based on a number of possible features, e.g. right/left or intact/affected.

Auto-Populate Queries

Inspect3D has the convenient ability to automatically define queries based on common signals and groupings. This feature saves the user from the tedious task of manually defining common queries. More information about Auto-Populating Groups can be found here.

Query Definition File

Inspect3D also allows users to save time by saving queries definitions to a .q3d file so that they can be easily re-used during future analysis. This capability is at its most useful when using the Load Group Def & Compute Groups option in the Group Definitions drop-down menu.

Queries and Conditions

You can define Groups and Sub-Groups for the signals in the CMZ library. An example Group is "AnkleMoment_X" Example Sub-Groups for "AnkleMoment_X" are "LAnkleMoment_X" and "RAnkleMoment_X" A group can have as many Sub-Groups as necessary (1-N) Names for Queries and Conditions can include spaces and special characters. Note, however, that some special characters can cause difficulty for updating CMZ libraries with exclusions. Condition names can be repeated between different queries but not within a single query.

Condition Definition

The Condition Definition lets you define the signals you want to query. Query results are defined according to the signals you want from the CMZ library, the events or event sequences to which you want to time normalize the signals, and any further refinements that you want to apply, e.g., threshold values.

Signals

This tab allows the user to select a signal according to how it is specified in the Visual3D Data Tree. This specification includes four components with an additional option to negate the results. Type Folder Name Component Negate Results

Events

This tab allows user to specify the events to which the data will be normalized, which event sequences should be excluded, and how the data should be normalized. Event Sequence: Events to normalize data to Typically Kinematic Signals are normalized from R/LHS to R/LHS Typically Kinetic Signals are normalized from R/LON to R/LHS Exclude Events: Event sequences that data should not be included Number of Points: Typically a gait cycle is normalized to 101 data points Spline Type: Cubic or Linear - you should use a cubic spline to normalize the data

Refinement

This tab permits signal selection to be refined according to additional conditions that must be met. There are two broad types of refinements: Refine using tag: Any tags that exist in the workspace can be selected Use AND Logic: Determines how to treat refinements based on more than one tag. If checked, then the query will only include trials that contain ALL of the selected tags. If unchecked then the query will include trials that contain ANY of the selected tags.

Refine using signal: These refinements allow users to specify additional criteria that must be met before a signal in brought into the group you define. These criteria are defined using the following information: Refinement Name: Each refinement in a sub-group requires a unique name Signal Definition: Specify the signal you want to work with as it is referenced in the Visual3D Data Tree, i.e., Type, Folder, Name, and Component. Value Must Be: There are 6 types of criteria that can be specified for a refinement. Less Than: The signal must be less than the specified threshold to be included Greater Than: The signal must be greater than the specified threshold to be included Equal To: The signal must be equal to the specified threshold to be included Not Equal To: The signal must not be equal to the specified threshold to be included Between: The signal must be between the two specified values to be included Manual: The signal must satisfy the specified Visual3D Expression