Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

In this section you will develop the ship design process further.

  • Include the following entities:

Layout

child of Ship design

Singular obligatory

Hull

child of Layout

Singular obligatory

Reference planes

child of Layout

Singular obligatory

Decks

child of Layout

Belongs to group of single optional Entities

Bulkheads

child of Layout

Belongs to group of single optional Entities

How to include entities is described in the previous sections.Th result so far should look like this:

Image Removed

A ship design always contains a layout with at least a hull and defined reference planes. The entities Decks and Bulkheads will be optional for a user to include in their ship design.

Entity Hull

  • Include the following two entities:

Main Dimensions

child of Hull

Singular obligatory

Hydrostatics

child of Hull

Singular obligatory

Entity Main Dimensions

The user will be asked to provide input values in entity Main Dimensions for the following parameters:

Parameter name

Dimension

Reference

Loa

[m]

Length over all

Lpp

[m]

Length between perpendiculars

Boa

[m]

Width over all

Dm

[m]

Moulded Depth

2.3.2.1     Creation of parameters

Right click in the right field of the Knowledge Browser and select “New Parameter/function..”, see Figure 49, which opens the Parameter, Object, Function or Document window.

Image Removed

Figure 49: Include new parameter

Image Removed

Figure 50: New parameter, object, function or document window

You can type a name in the window and select whether it is a Value, String, Object, Function or a Document. Type in here “Loa” andselect ValuePlease note a valid name should not contain special characters and spaces. The created parameter “Loa” is placed in the Knowledge Browser with a red cross behind.

When you have experience with creating Quaestor knowledge bases (see Knowledge engineering getting started course Part 1 (PDF document) and the Tutorials on Quaestor basics ) you will know that a parameter should always have a unique name, dimension and the system should “know” how to determine the value of the parameter.

So, the properly define the parameter(s) select “Loa” in the Knowledge Browser and provide a dimension in the dimension field of the Frame Viewer, see Figure 33, in this case meter “m”. Furthermore provide a reference text in field 5 of the Frame Viewer as explanation for the user of your knowledge base, for example “Length over all”. Be sure that the reference/radio button is switched to the reference mode. Finally you can indicate that “Loa” will only requested to the user and will not be determined by a relation. Select inthe Slots & Properties window “VR: User only” in the “Determined by” field.

A special remark has to be made concerning the “Determined by” field for use with Taxonomies. When you are sure that parameters should be requested as input, change the “Determined by” field to VR. When you add an Entity-relation or connect a relation to a parameter (see section2.3.3.2 below) leave the “Determined by” field to “USR” or “USL”. Quaestor will make sure the added or connected relation is used and the red cross for the parameter will disappear the moment the relation is added or connected.

In the same way you have to include the VR parameters “Lpp”, “Boa” and “Dm” in the Knowledge Browser.

2.3.2.2     Create classes to order your knowledge

You can create tree nodes in the Knowledge Browserin order to group parameters, objects and relations. This is only a way to order your knowledge and has no functional meaning during the use of knowledge.

Right click on the “Top Goals/Undefined” node in the tree of the Knowledge Browser and select New Class. Now you can define a name in the window that will appear, see Figure 51. For example the class node name “Dimensions” where we can put our created parameters from above.

Image Removed

Figure 51: Create nodes in the class tree

You can use a point to create sub-classes. Thus, typing “Test. Example” gives Figure 52.

Image Removed

Figure 52: Make sub classes by using a point

When you have created the classes you want, you can simply drag and drop the parameters and/or relations to the desired class.

2.3.2.3     Including parameters in an Entity

Now we have created parameters in the Knowledge BrowserThe next step is to include these parameters in Entity “Main Dimensions”. Two ways are available to include parameters in an Entity:

  1. Include parameters by a drag/drop action between Knowledge Browser and Workbase.
  2. Use option “include parameters from knowledge base” while creating a new Entity.

The first method is to include parameters in an Entity with the drag/drop functionality from the Knowledge Browser into the Workbase. This method will be explained by including the parameter “Loa” in the Entity “Main Dimensions”.

Select the Entity “Main Dimensions” in the Workbase to put the focus in the Workbase on the content of this Entity. Then you have toselect the parameter “Loa” in the Knowledge Browserhold the left mouse button and move the mouse to parameter list of the Entity “Main Dimensions” in the Workbase, see Figure 53. Now the Entity “Main Dimensions” contains the parameter “Loa”.

Image Removed

Figure 53: Include parameters in an Entity with drag drop functionality

Do the same for “Lpp”, “Boa” and “Dm”, see Figure 54.

Image Removed

Figure 54: Parameters included in Entity "Main Dimensions"

The second method to include parameters in an Entity is by means of the select option “include parameters from knowledge base” while in the Entity Editor. After closing the Entity Editor Quaestor presents a list of parameters that are defined in the knowledge base. All selected parameters will be included in the newly created Entity. This is especially convenient when a lot of parameters are already available in the knowledge base the moment you create a particular Entity.

2.3.2.4     Affect presentation sequence of parameters

It can be desirable to affect the sequence of parameters presented in the Workbase list during a dialogue. Normally Quaestor presents parameters in an alphabetical sequence. An @ORDER attribute in the Data Slot of a parameter defines the relative position of a parameter in the Workbase list. Define this position by: @ORDER:RelativePosition, in which RelativePosition is an integer. The higher the value of RelativePosition, the later the value is placed in the list. The @ORDER values of parameters to be presented need not to be subsequent values. Parameters are sorted on RelativePosition. Values with no @ORDER attribute are placed behind parameters with the @ORDER attribute.

We will explain this option only by placing parameter “Loa” at the top of the list. It is up to you to order the other parameters. First select parameter “Loa” in the right field of the Knowledge Browser and switch the radio button of the Frame Viewer to the data mode. In here you have to type “@ORDER:1”, see Figure 55 and Figure 56.

Please note figures in this tutorial can present the sequence of parameters different in comparison with your knowledge base. In that case probably parameters are ordered with @ORDER attributes. It is up to you to do the same.

Image Removed

Figure 55: Order parameters with @ORDER attribute in Data Slot of parameter

Image Removed

Figure 56: Loa on top of the list because of @ORDER: 1 in Data Slot of parameter

2.3.3      Entity “Hydrostatics”

...