Bathymetric Processing Tutorial WNM3
Bathymetric Processing Tutorial WNM3
February, 2012
Bathymetric Processing Tutorial
8-10 Teglbækvej
Bathymetric Processing Tutorial DK-8361 Hasselager – Aarhus,
Denmark
Internal
Proprietary
Distribution No of copies
N/A N/A N/A
CONTENTS
1. INTRODUCTION............................................................................................................... 8
1.1 The Data-acquisition Phase .......................................................................................... 9
1. INTRODUCTION
The purpose of the present Bathymetric Tutorial is to provide a guide to the entire EIVA post-
processing suite. Within the Tutorial, the various post-processing tools are presented and an
impression of the work- and dataflow through the EIVA post-processing suite is thereby
provided. Furthermore the Tutorial proposes exact methods and parameters to be used in
connection with a typical bathymetric/hydrographical processing task when utilizing the suite.
The Tutorial is divided into three main chapters, each related to a distinct level of post-
processing (NaviEdit, NaviModel3 and NaviPlot). Each of these chapters is subdivided into a
general introduction, a presentation of the general tools and finally in a description of a feasible
method to be applied in connection with a bathymetric post-processing task.
Supplementary to this, the manual introduces some of the support tools included in the post-
processing package, such as Imaging. Imaging is used for many purposes, but with post-
processing primarily as a support tool for NaviModel3 and NaviPlot in connection with the
generation of chart definition files (see the frontpage of the Tutorial).
The part of the tutorial that introduces feasible methods for a bathymetric post-processing task is
to be regarded a sequential and dedicated manual, in which the description of the various phases
is given in the sequence that an actual post-processing process is most likely to undertake. The
specific editing parameters and post-processing rules supplied in some of these parts of the
tutorial are given as inspiration to the user: they might as such be relevant in connection with
some projects and not applicable in connection with others. The user is requested to consult the
particular requirements of his specific project in order to define precise and dedicated editing and
processing rules.
Further the degree of detail of the various chapters is intended to reflect the particular
requirements of such a typical post-processing task. Note that additional, more general
information on post-processing is available on the Help-features supplied with the various
programs that constitute the EIVA post-processing suite as well as in the ‘EIVA Training &
Documentation Site’ that can be accessed directly from the Internet or downloaded from the
Download site. In particular, the ‘Offline Tutorial’ supplied on the topic of
NaviEdit/NaviModel/NaviPlot, supplies detailed and relevant information. Also note that the
dedicated part of the manual is matched by the dedicated part of the ‘Online Bathymetric
Tutorial’, that is also available from the ‘EIVA Training and Documentation site’. The project
dealt with is the same in the two tutorials.
Figure 1 below gives the scope of the tutorial. The figure depicts the data-flow through the EIVA
software suite with the on-line part in the upper left corner (NaviPac & NaviScan). The off-
line/post-processing parts in the lower right part of the figure are hence the subject of the manual
(NaviEdit, NaviModel3 & NaviPlot). Note that the figure on the front-page shows an alternative
approach to the visualization of the flow through the Post-processing suite.
Some of this information is project specific. Other parts, of a more general nature, are mainly
depending on the type of task and software. For a typical bathymetric survey task, however, the
flow within the EIVA online acquisition software can be illustrated as shown in Figure 2.
Figure 3 JobPlanner
The JobPlanner represents the overall user-interface of NaviEdit (see Figure 3). The program
facilitates editing at different levels, editing of header information in the Header Editor, editing
of raw sensor-data in the Data Editor and cleaning of the multibeam data via the
Planview/PointEdit tool as shown at the bottom (left and right) of Figure 3. Editing of header
information includes off-line editing of all on-line settings, such as: geodesy, tidal information,
off-sets etc (see Figure 4).
The editing of all raw sensor-data is enabled through a number of possibilities (see Figure 5):
Zoom (zoom in/out, zoom previous)
Region (create region/delete (inside/outside) region)
Spike detection ((wave length, frequency), delete spikes inside/outside region etc)
Translate (absolute value (factor), with off-set)
Scale (scale, origin, scale inside/outside region etc)
Smooth (wave-length, scale inside/outside region etc)
Delete (delete inside/outside region, delete spikes inside/outside region)
Settings (Axes (scale), colours, XY-window etc.)
The NaviEdit software finally hosts a large variety of exporters that constitute the link to
NaviModel and/or to NaviPlot and that can be taken into use upon completion of a NaviEdit
editing job. These exporters are also accessed from the JobPlanner. Alternatively, NaviModel3
can actually access the NaviEdit SQL-database directly or via a dedicated repository in order to
supplement on the exported data.
Planview Editor
Status Bar
The NaviEdit tools are in other words available from the menu, from icons on the icon-bar, from
short-cut keys, from the ‘Explorer Panel’ as wells as from the ‘List View’.
Some of the tools are described in the following dedicated chapters, whereas other are explained
as an integrated part of the overall introduction to the various functionalities of NaviEdit.
Further from the ‘Tools’ menu, it is possible to perform batch-editing. Choose menu-item ‘Tools
– Batch job…’ to invoke the functionality. Batch editing should be employed in cases where
identical repetitive editing rules must be applied to the survey data. In this case all tedious and
time consuming manual editing can be substituted by this automatic and time efficient editing
method. Further details regarding the batch processing is found in chapter 2.3.4.2.3
Select to attach the new multiple tide-file to the survey-files by ticking ‘Attach new tide to these
blocks after creation’.
Choose between the ‘Interpolation method’s ‘Linear’ and ‘Spline’. Linear option will weigh the
observations relative to the inverse of the distance between the tidal stations and the survey-file,
whereas the Spline option will weigh relative to the square of the inverse distance.
Finally the ‘Linear options’ offers choices associated with the blind angle stations functionality.
If two stations ‘form’ an angle of less than a given value to the survey-area, the system can treat
this as a blind angle. In this case, and if the ‘Ignore blind angle stations’ option have not been
ticked, NaviEdit will only use values from the closest station.
Click ‘OK’ with the required settings on the window and insert a value for the tide-interval in the
window in Figure 9. NaviEdit will now create a new tidal file along with what was defined in
Figure 8 and attach it to the survey-files.
For both the List View and the Explorer Panel, the icons displayed reflect the actual contents of
the folder as well as of the file. The most commonly used icons are described below in Figure 12.
The Explorer Panel finally hosts the possibility to view the Report of the file. When a file is first
imported into NaviEdit, a report is generated. Subsequently, when a data item is modified, a note
about this modification is added to the report when the edited data is saved. The report will
consequently hold all information about what editing tools and parameters have been applied to a
file in its existence.
By default, all fields will be ticked on. Choose the ones that are relevant for the particular
project. This will give a good overview of the present overall status of the editing process. The
status for each field can become one of the following (also see Figure 14 below):
‘N/A’ Not Available
‘---‘ Available
‘OK’ Data has been viewed, but not modified.
‘OK+’ Data has been modified and reviewed
‘OKb’ Data has been modified, but not reviewed (e.g. in batch-processing)
The List View further facilitates sorting of data relative to the contents of a field. Click on a
headline (like ‘Size’) and the entire List View will be sorted according to this entry (see Figure
15 below). Figure 14 is sorted according to name - descending – note grey arrow in headline
pointing upwards, whereas in Figure 15 the sorting is ascending (grey arrow pointing
downwards).
2.2.5 Planview
In addition, the JobPlanner offers a connection to the Planview Editor in which 3D editing of
scans from a file or a multiple selection of files is facilitated (see Figure 17 and Figure 18). The
3D-based cleaning resembles the ‘Point Edit 3D Cleaning’ facilitated in NaviModel3. See further
details in chapter 3.3.4.1.
Highlight a file or a multiple selection of files. Right-click and choose menu-item ‘Send to –
Planview..’. After a while, the data will appear in the Planview window. Select area to edit by
right-clicking and dragging until the size appears OK. It is possible to move, rotate and change
the size of the area. Press ‘3D Edit..’ to send the data to the 3D editor.
The 3D-based cleaning, in which the user can see small portions, in sequence, of the model area
supports a series of tools that can all be easily accessed from the mouse (including the wheel of
the mouse) or from a single click on a key on the keyboard. The user is given the possibility, on
the basis of the 3D-view, to perform a manual cleaning of areas (Region Eraser (F7)) as well
as of single points (Erase Tool (F6)). It is possible to move the data in the so-called
Navigation mode (F5). In this mode it is furthermore possible to change the scale –
horizontal as well as vertical .
Finally, the 3D editor facilitates a window in which the settings can be defined and visualized
(see Figure 16). This includes the (vertical) scale, the size of the data-points in pixels and grid-
specific settings. By default, the grid is drawn at the lowest level within the data, but this can be
altered by the user.
Once the editing is finalized, press the ‘Done’ icon and return to the Planview. The next step
will now be to either select a new area for editing or to send the edited data back to database. The
latter is executed by pressing the ‘Save’ button in the Planview Editor.
Figure 18 3D Editor
The next step is to read data into the database. For this NaviEdit/JobPlanner has a series of
interpreters. The most commonly used are: NaviPac interpreter (for ASCII-data from NaviPac),
Multi-beam interpreter (for binary NaviScan data (and XTF-data)) and the ASCII interpreter (for
e.g. SVP- and tidal data).
Common for all of these importers is that they are controlled by import wizards that will guide
the user through the import process. More dedicated details for the import process are given in
chapters 2.3.1, 2.3.2, 2.4.1 and 2.4.2.
The first tab to open is the Instruments Tab. Here it is possible to view and to change the settings
for an instrument (by double clicking an item). It is furthermore possible to access offsets, mount
angles (see Figure 22), Time offsets and C-O values. From the instruments pages it is also
possible to switch active sensor (in cases where multiple sensors are available for positioning,
motion etc).
The ‘Sound velocity’ Tab gives a possibility to define a SVP-file or a series of files for the SVP-
correction of the data. When multiple SVP-profiles are in use at the same time, it is necessary to
specify how NaviEdit should make use of them (‘Selection policy’).
In time based selection mode, NaviEdit matches a profile with the data by absolute time. It is
important that each profile has a proper start time assigned. This mode should be used when
profiles have been collected continuously during a survey.
Distance based selection lets NaviEdit choose from a position-based criterion. The profile must
have a valid position.
‘Use nearest profile’ usage tells NaviEdit to use the nearest profile based on the selection above.
This method might result in 'steps' on the seabed when switching from one profile to another if
the SV has a relatively large variation.
The ‘Interpolate’ usage tells NaviEdit to create a merged profile based on the input profiles and
the selection method. This might produce smoother results. The distance option affects how often
a new profile is generated. Distance can be given in seconds as well as in meters, depending on
the ‘Selection policy’.
In the Window Tab maximum and minimum values for items like ‘Easting’, ‘Northing’, ‘Time’,
‘Depth’, ‘X from nadir’ and ‘Opening angle’ can be specified. Data outside these values will be
discarded while reading the data.
In the Options Tab the gyro parameters can be set. Normally a gyro will output data relative to
true north and the settings must then be as shown in Figure 25. ‘Position filter’ can be used to
filter outliers in the GPS data. This requires that the raw GPS data have been stored online.
The ‘Use online sound-velocity’ option must be used in combination with an attached sound-
velocity profile (attached to the raw NaviScan-file inside the file). If checked the system will
override the sound-velocity obtained from the loaded profile with the sound-velocity recorded at
the multi-beam head for the depth-interval stated.
Enable the ‘Use heave’ checkbox to enable/disable the effects of the heave sensor. If ‘Local’ is
selected, then the raw heave will be used. ‘Remote’ on the other hand, will take the raw heave
value and correct it for the effect from the arm between the motion sensor and the echo sounder,
corrected for pitch and roll. The ‘Disable Heave Correction’ option is used to disable the
contribution of NaviPac heave correction.
On the Geodesy Tab, the raw data can be shifted to an alternative geodesy. It is important to
understand that no information regarding the datum shift performed during the survey is
available from this window. Initially the datum shift will always be ‘None’ and the ‘Source’ and
‘Destination’ datum will always be identical.
So, in order to change to an alternative geodesy, this information must hence be obtained first.
On the basis of this information it will then be possible to determine the datum shift required in
order to correct the geodesy.
The Tide Tab allows for the selection of one tide table for tide correction of the current block(s).
Press the ‘Select’ button to select a file and remove the link again by pressing the ‘Remove’
button. The tide value will be subtracted from the depths. Note that multiple tides, based on
several tide-files observed simultaneously, can be generated from the JobPlanner main window
(menu-item ‘Tools – Create Multiple Tides…’). Further details can be found in chapter 2.2.1.1.
The ‘Multibeam echo sounder’ page applies to multi-beam echo-sounders only. Beams contained
in the intervals shown in the ‘Deselected beams’ list will be discarded/deselected. The interval [1
- 5] means that beam 1, 2, 3, 4 and 5 are deselected. It is possible to ‘Add interval’ and to ‘Delete
interval’ from the list. ‘Beam quality threshold’ refers to a number between 0 and 15 that is
reported by the multi-beam echo sounder. Beams with a quality above or equal to this value will
be used. It is important to understand that no data will be deleted as a result of actions on this
page. These settings are applied while reading. Data that does not live up to the specifications
will therefore not be used.
The ‘TPE Filter’ option is only available if the multi-beam echo sounder in question is capable of
delivering TPE (Total Propagation of Error) information.
The non editable properties available on the Properties Tab are for information only and cannot
be edited.
In the Report Tab the report can be viewed and modified. The report is initiated when the file is
imported into the database. Subsequently, when a data item is modified, a note about this
modification is added to the report when the edited data is saved. The report will consequently
hold all information about what editing tools and parameters have been applied to a file in its
existence.
All editing tools are available from the overall menu, from the icons or directly from the sensor
window itself.
By right clicking a sensor window, the settings for that particular window can be modified. From
the menu below (Figure 33), the appearance and other parameters of the coordinate system can
be altered.
The colours of the Coordinate system Axis, Graphs, Background, Grid etc. can be
selected/altered utilizing the items on the Colors Tab.
Selection between multiple sensors is available from the Data Tab shown above. Note that the
upper sensor will be used as reference for the final data in case of redundancy. Furthermore it is
possible to change the properties of each sensor (by highlighting the sensor name and pressing
the ‘Properties..’ button). As a minimum the drawing style properties will then be shown. In
some situations additional properties may be available.
Figure 37 Before and after time change from relative to absolute time
The time format on the X-axis can be changed from relative seconds (default) to hh:mm:ss
(absolute) by selecting from a drop-down menu (see Figure 36 and Figure 37 above) on the
‘Time format’ tab.
From the Translate Tab, it is possible to apply a relative offset to the data, or to apply an absolute
constant value to the data.
The data can be scaled either by a simple multiplication or by scaling around an origin.
Furthermore a series of different scale methods are facilitated.
The data can be smoothed. A wave length can be inserted – this parameter is used to filter out
high frequency noise from the data. It is recommended to use the lowest wavelength possible to
preserve the quality of the data. Hence, setting the wave length too high might remove important
features in the data set.
In Figure 41 above the Yspeed-component of a Doppler log appears to require smoothing. Right-
click on the window and select menu-item ‘Smooth – Smooth..’. The window below will appear.
Choose an appropriate value for the wave length. Study the data and use knowledge about the
speed of the vessel (an ROV in the present case) to arrive at the optimum wave parameter.
Figure 42 above shows the data after smoothing. Note that the raw data is still visualized (as
pink) to indicate that it is possible to undo the action. This can be achieved by simultaneously
pressing CTRL-Z or by choosing the menu-item ‘Edit – Undo CTRL Z’. Undo can be
performed from practically all actions/tools until the data is stored in the SQL database.
Further the Spike Detection window/tab makes it possible to perform spike detection on the data.
A wavelength and a window size can be inserted (see Figure 43). Data outside this window can
be deleted automatically. The wavelength determines the ‘stiffness’ of the filter – low values
result in a less restrictive filter. The window size is used to set the threshold for points to be
detected as spikes. Finally the ‘Show window’ option will facilitate a graphical display of the
filter operation. This enables the user to visually determine whether the filter settings are correct.
Figure 44 Spike Detection of Pipe-tracker Data - observe that the filter has detected the apparent spikes
Observe that all windows facilitate the possibility to load or to save default settings in order to
ensure that the settings will be available the next time the window is opened. All editing tools
can be applied to all data, directly from the sensor window or from outside the window. In the
latter case the items are available either from the menu or from icons on the ‘Edit bar’ (see
Figure 45 below).
Various zoom modes can be selected by right clicking a window or from the ‘Zoom bar’ (see
Figure 46 below).
Selecting the ‘Create region’ tool facilitates the creation of a region. This is done by a single
click for every corner finishing the region with a double-click. The various editing facilities:
Translate, Scale, Smooth, Delete can be used inside or outside the region (see Figure 47 below).
In addition tools on two other general icon bars are available: the ‘Play bar’ and the ‘Toolbar’
(see below).
Figure 51 Step 1B: Once the data has been added, press 'Next>'
Figure 52 Step 2: Choose filter settings (do not deselect beams, choose beam quality 1, apply meridian convergence)
Figure 60 Step 2: Choose 'Data type to import' (SVP) and 'Template' (ATLAS with header) as visualized
Take a look at the SVP-data in the Header Editor. Further, upon completion of the SVP import,
the time must be set individually for each of the files (see red arrow in Figure 66). The time will
be the time of acquiring, which can be found in Windows Explorer as the time of the *.ctd-file.
The procedure for the Tidal-data is very similar to that of the SVP-data. The procedure is
initiated by activating the JobPlanner menu-item ‘Import – ASCII-interpreter’:
Figure 68 Step 2: Choose 'Data type to import' (Tide) and 'Template' (PDVSA) as visualized
Upon completion of the tide import, take a look at the data in the Data Editor (see Figure 73
below).
Figure 74 Header Editor - Instruments (Offsets, C-O, Mount angles). Check MRU and Gyro Time 0ffset - red circles
Figure 75 Header Editor – check Multi-beam Mount Angle tab (results of most recent Patch Test visualized above)
Figure 76 Header Editor - check Navigation 'Time offset' (0 according to most recent Patch Test)
Figure 77 Choose SVP-files at 'Sound-velocity/CTD profile' tab. Choose ‘By Time’ as ‘Selection policy’ and
‘Interpolate’ as visualized
Figure 81 ‘Deselected beams’ (1-5 and 98-101) and change ‘Beam quality threshold’ to 15
Once the Operator has finalized the editing to be performed with the Header Editor, he must
press ‘OK’ and accept changes by pressing ‘Yes’ as per dialog visualized below:
Figure 82 Select data for Data Editor (by using the ‘Select All’ option)
Figure 83 The Data Editor – Scroll through all files and perform a rough check of all sensor-data
Pay particular attention to the heave, roll, pitch and gyro sensors. They should be stable and with
no sudden ‘jumps’.
Then the icon on the ‘Pipe edit bar’ must be pressed in order to initiate the XT-mode:
Once the XT-mode has been initiated (see Figure 84), a region must be created around the good
data. Once this is done, press the “Delete outside region” button .
Now either the right arrow button on the keyboard or the ‘Single step forward’ icon on the
play bar must be pressed. As a consequence of this, the program will delete all data outside the
region from 0 to 60 sec. and the next window will appear as visualised in Figure 86 below.
The existing region must be now be deleted , and a new one created, that surrounds the new
data. The next time the ‘Delete outside region’ button is pressed together with the ‘Single step
forward’ icon the program will delete all data outside the region from 60 to 120 sec.
During XT-editing, it is advisable to keep the ‘Navigation’-window open next to the Scan-
window in order to facilitate a simultaneous overall view of the data, as shown below in Figure
87. If the Scans view has been initiated , it will be easier to get an overall idea about what/how
to edit. Remember to press refresh on the Navigation window from the menu-item ‘View –
Refresh’, each time the ‘Delete outside region’ has been pressed, in order to immediately see the
effects of the XT-editing.
Right-click in the window, and select ‘Add Profile’. The menu in Figure 89 will appear:
Choose appropriate settings. An off-track value of 0 together with a window that contains the
entire swath is appropriate under most conditions. Press the OK-button to accept parameters. The
program will calculate a longitudinal profile in the centre of the scans with a width of 10 m (or
the width of the swath) and show it in the ‘Longitudinal Profiles’ window:
Now right-click in the window, and select ‘Show Scans’. After this, the window will appear as
shown in Figure 91).
The next step is to create a region around the ‘non-erroneous’ data as shown below in Figure 92.
Right-click in the window and select ‘Delete scan outside region (entire block)’ as shown below:
Also during Longitudinal Profiles editing, it is advised to keep the ‘Navigation’-window open
next to the Longitudinal Profiles window in order to facilitate a simultaneous overall view of the
data (see Figure 93 below). If the Scans view have been initiated , it will be easier to get an
overall idea about what/how to edit. Remember to press refresh on the Navigation window upon
completion of the editing, in order to immediately see the effects.
Figure 93 Simultaneous view of Scans in navigation window during Longitudinal Profiles editing
Note that in the present context, the Longitudinal Profiles Editing has been deemed not suitable.
The data is observed in an area with pipes etc. scattered across everywhere, so that the 2D-
editing, that both the XT- and the Longitudinal Profiles editing tool in NaviEdit can be
considered, does not supply suitable tools.
Spike Detection Editing
Spike detection can be a useful method for the cleaning of noisy scan-data. However, should the
data contain objects on the seabed, like wrecks, large boulders or pipelines, alternative editing
methods must be exploited.
Select the scan window, and right click on it. Select menu-item ‘Spike detection -> Spike
detection’. A menu for inserting parameters for the spike detection will now appear. It is
important to try various combinations of the two parameters, until they match with the data.
Insert a set of parameters, and press the ‘OK’ button.
After this the ‘Play bar’ will appear as shown below. When the red ‘forward’ arrow is pressed,
the program will search for and go to the first spike.
When the program has identified the first spike it will stop and visualize it in the Scan Window
as shown below. Now press the ‘forward’ and ‘backward’ single step arrow to see if it is a single
spike, or it is an object on the seabed. If it is a single spike, press the ‘Delete’ key to remove the
data (see Figure 94).
Figure 94 Scan Window with single spike before and after deletion
Press the red ‘forward’ arrow in the ‘Play Bar’ again to search for the next spike. If it seems
reasonably certain, that there are no objects on the seabed, right click on the window again, and
select ‘Spike detection -> Delete spikes in all scans’ (see Figure 95).
NaviEdit will run through all data and automatically remove all spikes detected. Note that this
operation cannot be un-done.
When the cleaning/editing of the data is finished, press the ‘Save’ button in order to save the
data in the database.
Figure 99 Batch Processing, step 2. Choose ‘Smooth Points’ and press ‘Next>’
Figure 100 Batch Processing, step 3: Choose sensor ‘Navigation’ and press ‘Finish’
Figure 101 Batch Processing, step 4: choose Wavelength 20s (probably a reasonable parameter under most
conditions)
Figure 103 Batch Processing, step 6: Check that there are no warnings in ‘Message’-field
Observe that the batch-processing can be done with a variety of sensors (as shown in Figure 100
above). At the same time, it is possible to define a multiple set of actions as it appears in Figure
104 below). Further it appears from the same figure, that such a set of actions can be saved and
loaded for reuse in a later batch-session.
Figure 105 Kalman Filter Settings - default (left) and user defined (right)
The definition of the parameters in Figure 105 is given in the table in Figure 107 below.
Further it is possible to perform Kalman filtering on a multiple set of files. In this case a multiple
selection of files must be read into the Data Editor. Once the Kalman function is invoked, the
dialog below in Figure 106 pops up. Choose, by highlighting, to perform Kalman filtering upon a
series of files as one track. For obvious reasons, it is a requirement that the data for Multitrack
selection has been acquired in sequence with no time-gaps in-between.
Doppler Quality
Parameter Description Good Bad No Doppler
Mean Position Error The absolute accuracy of the positioning
system. Can be expressed as the
(m)
approximate distance (in m) between an
‘average’ point and a soft curve. Use the
ruler functionality to measure the
distance from the center of the noisy
signal to the edge of the data.
Mean Position Drift The relative accuracy of the positioning
system. Use 0 for normal surface
(m)
positioning. For acoustic systems the
value will, to some extent, be depending
on the depth.
Mean Velocity Expresses the overall accuracy of the Calculate on the Value>0.02 0.01>Value>0
Error Doppler system. For most Doppler set- basis of
up, use a value of 0.02 m/s. The exact specifications of
(m/s)
figure will typically depend on the the system and
number of pings averaged over, the general setup
frequency of the Doppler log, the speed
of the vessel etc.
Mean Velocity Drift The relative accuracy of the Doppler 0 0.1 0.02
(m/s) system. If the result appears too smooth,
increase the number.
Mean Acceleration Acceleration of the vessel. The value is
(m/s2) in most cases unknown, therefore:
- use 0.05 if the speed has been close to
constant
- use up to 0.5 if the speed has been
changed frequently
- use between 0.5 and 1 only for a
surface vessel
- never let the value exceed 1
Figure 107 Definition of Kalman filter parameters
Figure 108 shows raw navigation and pipe-tracker data prior to applying Kalman-filtering to the
data. It appears that the navigation data is very noisy and the pipe is certainly not straight as it
would be expected. However once the parameters visualised in Figure 105 (right) have been
applied, the situation looks as shown in Figure 109. Note that not only seems the noise to have
been filtered away from the navigation data, but the pipe has also become straight, thus
substantiating that the filtering has been correct. This is furthermore visualised below in Figure
110 and Figure 111. The visualisations have been generated in Imaging 3D.
Figure 110 3D-visualization of pipe and seabed prior to applying Kalman filtering to the Navigation data
Figure 116 Step 1: Press ‘Add' to enter files to the list – then press ‘Next>’
Figure 119 Check offsets, choose correct 'Navigation' - otherwise settings as shown
Figure 123 Header Editor – ‘Window’ Tab - use Min/Max ‘Depth’ to filter undesired depths
Once the editing is complete, press OK and accept changes by pressing ‘Yes’ as per dialog
below:
Figure 128 Data Editor, Single-beam Data. Scroll through all files and perform a coarse check of all sensor-data
Maximize the Navigation window. Right-click on it and choose ‘Settings’. The window in Figure
130 will appear. Check that both systems are visualized under ‘Shown’ and that the ‘GPS1’ is at
the top – this will be the navigation system used in the database, for export etc. The two systems
should, in principle, be identical in the comparison, since what is compared is the calculation
from the antenna to the CRP – for both systems. In Figure 129 it appears, that they are very close
– use the measuring tool if in doubt.
The scarce erroneous data can be removed or they can be ‘interpolated’. The results will under
most circumstances be identical. In the present case, where there appears to be adequate data
available, the erroneous data should be deleted. This is done by using the ‘Create Region’ tool
(see red arrow on Figure 132). Choose an appropriate region, right-click on the window and
choose among the editing tools offered as per menu shown in Figure 132.
Once the data is regarded OK, press the ‘Save’ icon in order to save the data in the database and
then excite the Data Editor window. Alternatively, the Editor can be closed, in which case the
user must answer ‘Yes’ to ‘Save changes to Block(s)?’ as per dialog visualised below:
Figure 135 Export Ascii XYZ - step 3 – press ‘Finish’ to start export
Figure 136 Export Ascii XYZ - Choose channel to export - in the present context channel 1 is exported
In addition, NaviModel3 is equipped with a series of dedicated modules that are intended and
designed for specific tasks. These include:
Online 3D module. This module facilitates visualisation in an online environment in which
various objects can be shown in real time and superimposed on Digital Terrain Model as
well as on other more static objects. When used in connection with a multi-beam setup, the
module supports real time generation of a DTM
Catenary module that facilitates catenary calculations and visualisations associated with the
TMS & Rigmove module of NaviPac as well as of various associated Pipe- and Cable-
laying activities
Pipe Inspection Module. The module includes facilities for determination (digitization-
and/or pipetracker based), visualisation and calculations associated with pipe and cable
objects
The following procedures comprise a standard bathymetric modelling process:
Creation of new model-file through input of bathymetric data. This can be performed by
connecting to the present NaviEdit database and loading files from here or by loading
survey data from files that have been generated in NaviEdit or through the use of third
party post-processing software
The geometry type must be selected at this stage – either TRN or TIN. Model generation
for TRN will include specification of desired cell size. Depending of the user's selection,
NM3 will generate one or more of the three TRN model types: minimum, maximum and
average
Input of secondary files (boundary files, runlines, displaylines, digitized lines etc)
Cleaning of entire TRN model or relative to a boundary file. The cleaning can be
performed utilizing a series of kits that encompass manual, semi-automatic as well as
automatic cleaning tools
Modification of TIN-model include tools like: manual deletion of triangles, automatic
deletion of triangles with sides longer than a certain value and it includes deletion of
triangles outside a boundary line
Model analysis of actual versus theoretical models, model manipulation as well as volume-
and area computations
Generation and manipulation (smoothing) of contours (and contour fillings)
Generation of bathymetric plot
Generation of profiles (longitudinal and cross)
Typical output from NaviModel3 is consequently:
Contour curves (including filled contours), EIVA proprietary as well as AutoCAD formats
based on total DTM or relative to a boundary file
Georeferenced images of DTM (user selectable colour- and light-settings) based on total
DTM or relative to a boundary file
DTM in ASCII xyz format in user-selectable matrix, relative to model cells and model
types based on total DTM or relative to a boundary file
Raw soundings in an ASCII xyz format based on total DTM or relative to a boundary file
Longitudinal profiles relative to runline or to other boundary types
Cross profiles relative to runline or to other boundary types
Various reports (Volume report, DTM report etc)
‘Drop/Merge Multiple Files…’ will open the dialogue visualised below left. This import is
associated with the importing of supported bathymetric data (*.ned, *.sdb, *.xyz, *.all etc).
Observe that the files/folders must be dragged-and-dropped onto the dialogue. Once this
has been accomplished, a list of all files contained in the folders (including subfolders), will
appear in the column to the left. It is now possible to enter a filter-value to file-extensions
to be accepted by NM3, by pressing the ‘Filter’ button and entering the desired extension
(see below right). It is also possible to merge the output into one file (by ticking the ‘Merge
files’ option to ‘On’)
‘Connect to NaviEdit’ will connect NM3 to the present NaviEdit database and facilitate
loading of edited bathymetric data (*.sdb, *.xyz, *.all etc) as well as of other information of
relevance. Note that the facility only works if the SQL-server is running (either locally or
on the network). Once the connection is established, a new entry, ‘NaviEdit’, will appear at
the bottom of the tree structure of the ‘Project Tree’ window as depicted below. By right-
clicking on the folder that contains the data that should be added to the present DTM, the
menu shown below middle will appear
o A series of menu-items facilitates import and visualisation of data from the present
NaviEdit database:
'Show all tracks' will show all tracks, without actually loading them into the NM3
project. 'Hide all tracks' in turn will hide the tracks that have been visualized
‘Add survey data...’ option will open a dialogue (see above right) that facilitates
loading of data from that particular folder onto the present DTM. In case there is no
DTM already present in the project, a new will be generated. By exploding the
menu-item in the NE-folder, it is possible to choose to load the files/blocks one-by-
one
'Add track data...' and 'Add pipetracker data...' options will open a dialogues for the
import of track- and pipetracker-data respectively, similar to the one used for the
loading of survey data. By exploding the menu-item in the NE-folder, it is possible
to choose to load the files/blocks one-by-one
'Create Folder' will open a dialogue that gives the user the possibility to generate a
folder in the NaviEdit database
‘Save Project’ will save the NM3 project under the present name
‘Save Project as’ will open a dialogue that facilitates renaming the NM3 project
‘Auto Save Project…’ will open the dialogue shown below. Here it is possible to define
properties for the auto save of the present project
'Recent Project' shows a selection list of recent projects. According to the selection, NM3
will open the project in question. An already loaded project will be closed by NM3 prior to
loading the new project
'Recent Terrain' shows a selection list of recent terrains. According to the selection, NM3
will open the terrain in question onto the project
'Recent Folders' shows a selection list of recent folders accessed by NM3
‘Object Properties’ will open the ‘Properties’ window that is depicted below. The window
shows the properties and facilitates alteration of the properties of items presently chosen in
the ‘Project Tree’ window. The contents of the window is consequently depending on the
nature of the item chosen
‘Job List’ will open the ‘Job List’ window shown below. This window shows the
background processes currently being conducted by NM3. Below left is shown the window
while importing, whereas the right window shows how it is possible to stop a job by right-
clicking on it and choosing the ‘Stop’ option
‘Log Window’ will open the ‘Log Window’ as shown below. The window visualises a
history of all actions being performed by NM3
‘Undo/Redo History’ will open the Undo/Redo History window that contains a list of all
actions being performed by NM3 that can be undone/deleted or redone (see below).
Pressing the arrow-left will undo last action, whereas pressing arrow-right will redo last
action (if applicable)
‘KP Axis’ opens the ‘KP Axis’ window as shown below. The window visualises different
KP-based items, such as: runline, pipe information, event information, current cursor
position and current DTM position
‘Long Profile’ will open the kp-based longitudinal profile shown below, in which track
information of the ROV is shown together with the pipe information and superimposed
onto the DTM. The pipe information includes the sideflags as well as the pipe itself. The
DTM is shown at the position of the pipe and is as such restricted to the longitudinal extent
of the pipe
‘Settings’ will open the ‘View Settings Window’ that is shown below. The window
visualises and facilitates alteration of the view settings of NM3. The different settings are
divided into headlines/items such as ‘Depth Contours’, ‘DTM (Surface)’, ‘Environment’,
‘Light’ and ‘Raw Points’
‘Video Window’ will open the video windows as shown below. When first opened the
video is not started. But as soon as this is happening, the windows will look as depicted
with NM3 automatically opening the number of video windows present in the data (there
is, in principle, no limit to the number of windows)
‘Event Window' will open the event table window, visualized below. In here the active
event table is shown in what is also known as the EventEdit program
'Point Cleaning Toolbox' opens the Cleaning Toolbox window that hosts shortcuts to the
different cleaning tools as shown below
'Video Toolbar' will open the video toolbar in the toolbar area
'Pipe Toolbar' will open the pipe toolbar in the toolbar area
‘Light setup’ will open the window below from which it is possible to define light settings
by changing the parameters for light-associated items like ‘Azimuth’, ‘Height’, ‘Shininess’
and brightness. Additionally it is possible to choose some predefined settings, such as
‘Shine’, ‘High Contrast’ and ‘Flat Surface’ by pressing the associated button
‘Reset Window Positions’ will open the information window shown below. Choosing the
option ‘OK’ will reset the position of the windows to the default values, once NM3 is
restarted
‘Geodesy Calculator...’ opens the window shown below. The tool facilitates conversion
between geographical coordinates and grid coordinates in the datum/projection defined
‘Setup Geodesy...’ facilitates definition of projection and ellipsoid (datum) for the present
project in the dialogue shown below. The parameters are used for instance in connection
with import of *.all files, where the geographical information is given in
latitudes/longitudes, whereas NM3 is using grid-coordinates. The required conversion is
consequently using the geodesy parameters defined here, in combination with the definition
of the datum shift parameters
‘Setup Datum Shift...’ facilitates definition of datumshift parameters for the present project
in the dialogue shown below. The parameters are also used in connection with import of
data files, where the geographical information is given in latitudes/longitudes, whereas
NM3 is using grid-coordinates. The required conversion is consequently using the datum
shift parameters defined here, in combination with the parameters for projection and
ellipsoid
‘Measure’ will enable the ‘Measure’ tool shown below. By clicking on the DTM window,
NM3 will determine, accumulate and visualise the distances observed. Press the ‘Esc’
button to exit the function
‘Ned Monitor…’ will open the ‘EIVA NedMonitor’ window as visualised below. Initially
the monitoring folder must be defined (by clicking on ‘Options’)
The action will open a text file (‘nedmonitor.ini’ stored in the NaviModel3 bin-directory)
that contains configuration details, such as folder to monitor, required cell size, items to
export etc, for the NedMonitor tool (see above). Once the settings are as desired, save the
file back to its original location. When minimized the NedMonitor icon will dock among
the other icons in the taskbar (see below), however it will constantly be monitoring whether
or not ned-files are being updated/generated in the monitoring folder. If this is the case, the
tool will automatically generate a georeferenced bitmap as well as gridded ASCII xyz-file
for each of the new or updated ned-files, provided both options have been selected in the
configuration settings.
Above the monitoring tool is shown with an empty queue (left) and with a file in the queue
(right). Further it is possible to monitor the actions being performed by the tool: press the
‘Log’ button and the window below will appear, showing actions since NedMonitor was
last started
'File associations' gives the user the possibility to define which file extensions to associate
with NM3, through the use of the dialogue below
‘Project Settings…’ will open the ´Project Settings’ dialogue shown below. In here, it is
possible to define various settings associated with the project, such as ‘Pipe Settings’, ‘Pipe
tracker’ settings, ‘Flag Settings’ etc.
‘Text Editor’. The path and file name of the default text editor, to be used when sending
various topping information to a text editor, can be defined with this setting
‘Release Notes...’ opens, in the default browser, the NaviModel3 release notes html-
document, installed together with NM3. The document contains release notes associated
with all NM3 version released between August, 2007 and the NM3 version installed
'Show us a problem...' will open the dialogue below left in which the user is prompted to
run the 'Problem Steps Recorder'. The recorder is a tool, installed with Windows, to
automatically capture the steps taken on a computer, including a text description of where
the click was performed and a picture of the screen during each click. The window to the
right bottom shows the recorder prior to the initiation of the recording, whilst the window
right, top shows the recorder during recording.
Once the users presses the 'Stop Record' button he is prompted to save the file recorded.
The file is a MHT-file, which is basically a HTML-file with images and other media files,
compiled into a single file (MIME HTML or MHTML). The file looks a shown below and
can be used internally for error-detection, but can also be sent to the EIVA support desk to
be used to strengthen a support query
‘Search for Help...’ opens a dialogue that enables Google searches on the EIVA website.
Once the user has typed in his search string and pressed the 'OK' button the default Internet
browser will give the results as shown overleaf
‘Online Training...’ will open the NaviModel3 subpage of the 'EIVA Training and
Documentation' site, in the default Internet browser. The site includes a full compilation of
whatever on-line help, manuals, powerpoints, reports, papers, training documents etc. that
is available for the EIVA software packages as well as for the EIVA hardware
‘Download Site...’ opens the EIVA download site in the default Internet browser. From
here it is possible to download latest official version of the NaviModel software (including
the associated release notes), and indeed of all the NaviSuite software packages. The user
needs to sign up for a logon and password to get access to the site
‘NaviEdit Compatibilty Matrix’ will open the window below, in which information about
relationship between the versions of the different NaviEdit SQL database clients is listed
relative to the valid NaviEdit database version. NaviModel3 is such a client, together with
Contour and OnlineQC. The matrix will be updated on a regular basis, or whenever a new
NaviEdit database is released
‘Release Notes Online...’ is the online equivalent to the 'Release Notes' shown above. Here
release notes associated with all NM3 version released since August, 2007 are displayed,
also notes associated with more recent versions than the one installed locally
‘About’ opens the window below, in which information about present NM3 version as well
as of software protection dongle status is displayed
‘New Project’, ‘Open Project’ and ‘Save Project’ together facilitate standard project file
related actions
‘Open Remote Project’ facilitates a link to the Scene Server, and potentially to (NaviPac or
AIS based) projects that are being executed in remote locations, on the network or on the
Internet
‘Toggle 2D/3D’ will force the DTM window to toggle between 2D and a 3D based
perspective views
‘Align View, North Up’ will force the DTM window to show with (grid) north up
‘Light Setting’ will open the ‘Light setup’ dialogue (see chapter 3.2.1.2 above for details)
‘Select Palette’ will open the ‘Pick palette’ dialogue
‘Toggle Raw Points on/off’ will toggle the visualisation of raw points on and off (when the
‘DrawRawPoints’ option have been set to ‘True’)
‘Measure’ will enable the measurement tool
‘Fill Secondary’ will fill the secondary cells visually. Secondary cells are cells without
observations that are neighbouring primary cells (cells with observations)
‘Fade’ will enable a seamless transition, in terms of visualization/colouring, between cells
‘Fly Mode’ facilitates camera movements (of the DTM window) relative to a selectable
runline or pipe-related lines (pipe, flaglines, pipetracker or digitized line). The speed of the
movement can be altered by pressing the + and –buttons next to the icon. Press the ‘Esc’
button (when the DTM window is active) to exit the mode
‘New Chart’ generates a new chart at the present view of the DTM window. Charts are
used as the basis for export and contouring
‘New Digitization Line’ will initiate the 'Digitize Line' tool
The Video toolbar is constituted by a number of icons/features (see Figure 147 above), that will
enable scrolling of the video forward and backward as well as to play the present project video.
‘Bring Video Here’ will scroll the video to the present view of the DTM
‘Scroll Video Backward/Forward’ will scroll the video forward/backward in accordance
with the scrollspeed defined
‘Play Video’ will play the video at the speed defined
‘Define Scrollspeed’ enables the user to define forward and backward scrollspeed in
predefined selections between 5 seconds and 5 minutes
‘Define Playspeed’ gives the user the possibility to define the playspeed in predefined
selections between 25 and 3200% (of normal speed)
The Camera toolbar has only one item (Figure 148), that will enable adding a camera position of
the present view. The frame will be added to the Camera entry of the 'Project Tree' window. This
can subsequently be used to automatically move between these pre-defined locations within the
model.
The NM3 GoTo toolbar is constituted by a four icons/features (see Figure 149 above), that
facilitate moving/stepping forward and backward in the DTM, relative to KP-values of a runline.
The NM3 GoTo toolbar contains five icons/features (see Figure 150 above), that will enable
digitizing of a pipe (with or without cover) as well as generating a pipe-item relative to pipe
information available in the NM3-project. These functionalities can also be accessed from the
‘Project Tree’ window, by right-clicking on the ‘Digitized Lines’ entry and choosing the
appropriate menu-item.
In addition two functions reside on the Pipe toolbar:
‘Snap to Pipe’ is a function that when enabled will make the digitization snap to the pipe in
the DTM (or in the scans) whenever it is exposed
‘Automove forward’ facilitates forward movements of the DTM/camera position during
digitization
majority of the items shown on the figure are described in detail in chapter 3.2.3.9, The View
Settings window, below.
In the figure, the principal item is the colourcoded terrain model, the DTM. In addition and in
support of this, a series of entries have been visualized:
The Contour Curves (in the present context with an interval of 1m)
The Live Contours (also with an interval of 1m)
The Legend that, in the present context, shows the information about runlines and tracks
loaded
The DTM palette
The Raw Points, that are visualised relative to the depth
The Statistical Information associated with the Raw Points item
The North Arrow that shows the orientation of the DTM, relative to grid north
The axis of the Target Position (the camera position), including the length of the axis-
arrows
The information related to the Target Position (the information includes date/time, KP,
Easting, Northing and depth)
The Track associated with video information
The Profile Grid visualized around the Target Position
Other items that might be visualized in connection with a bathymetric post-processing task could
be:
Display line(s), defining boundaries of an area
Pipe information
Information from AutoCAD file(s)
Additional DTMs/Surveys
Runline(s)
Digitized lines
Events
Static Objects (waypoints)
Additionally, the DTM, that in Figure 153 is colourcoded relative to the depth, might be coloured
relative to some other attribute, such as:
Density
Slope
Cleaning status
In Figure 155 below, all the major entries/headlines (Events, Videos, Track) have been exploded
and explained.
The different entries/headlines in the ‘Project Tree’ are as follows (note that the sequence and the
actual contents might be different from project to project):
NM3 Repository Name: Displays the repository name (for future use)
3D Model Manager: lists all 3DS objects loaded into the project
Project: Shows the name of the present NM3 Project
o Surveys: List all surveys/DTMs currently loaded into NaviModel3. Several DTMs
can reside in NM3 simultaneously. Right-click on one of the DTMs will invoke the
surveys menu
Source files: lists source files for each DTM currently loaded into NM3
Regions: lists cleaned and filtered regions for each DTM currently loaded
into NM3
Filtered regions: typically associated with 1st step of the S-CAN cleaning
Cleaned regions: lists all cleaning entries associated with all methods. NM3
will maintain a sequence of cleaning actions, starting from 1
o Toppings: list all toppings currently loaded into NM3
Runlines: lists runlines currently in the project. Right-click on the entry to
invoke the runline menu
Digitized Lines: lists lines created using the digitizing tool in NM3. Right-
click on the entry will invoke the digitizing menu
Pipe tracker: lists pipe tracker information currently loaded into NM3
(subentries: files, ranges, pipe fixes). Right-click on the entry to invoke the
pipe tracker menu
Pipes: lists all pipes currently in the project. Right-click on the entry to
invoke the pipe menu
Events: lists event information currently loaded into NM3. Right-click on
the entry to invoke the events menu
Videos & tracks: lists all videos with associated tracks currently residing in
NM3
Displaylines: lists displaylines currently in the project. Right-click on the
entry to invoke the displaylines menu (not present in Figure 155)
Contours: lists contours currently in the project. Explode the entry to see all
contour-lines for each contour set. Right-click on the entry to invoke the
contour menu (not present in Figure 155)
AutoCAD: lists AutoCAD information currently in the project. Right-click
on the entry to invoke the AutoCAD menu (not present in Figure 155)
ESRI shape: lists ESRI shapes currently in the project. Right-click on the
entry to invoke the ESRI shape menu
o Static Objects: lists all static objects currently loaded into the project. These could
be associated with a waypoint
o Camera: shows a list of all camera position defined in the project. Typically these
have been generated with the camera tool (see chapter 3.2.2.3 for details)
Even though the figure is associated with a DTM entry, many of the items dealt with here are
common for the various ‘Object Property’ types. As is the case with the DTM property panel, the
items have generally been rigorously sorted and, if necessary ordered in headlines, in order to
ease the detection and recognition of the various items included.
One of the guiding principles for the design of NaviModel3 has been to enhance user friendliness
by making the menus, panels as well as the different windows, easy to learn, easy to remember,
efficient to use, understandable and satisfactory to use.
The different entries/headlines in the ‘Object Properties’ window visualised in Figure 156 are:
1 General:
o Visible: option used to toggle visible status of the object in question. This can also
be accomplished by right-clicking on the DTM entry in the ‘Project Tree’ window
and choosing option ‘Hide’ in the ‘Survey’ menu
2 DBSurvey:
o Draw Palette: option used to toggle visible status of palette on the DTM window
3 Saving/Loading
o External: defines whether or not the model can be saved outside the project path.
Choose 'False' to save the model in the 'Toppings' folder
4 Surface:
o Model Type: shows presently selected model type. It furthermore facilitates
changing model type from a drop-down-list that shows all currently available types
(average, minimum, maximum and Interpolated average, -minimum and -maximum
(optional))
o Color Mode: shows the color mode of the terrain. A drop-down-list allows
alteration between the ones available (depth, density, slope, cleaned regions,
difference from, kp and intensity)
o Opacity: shows the currently selected opacity of the terrain surface
5 Model Information (for information only) :
o Path: visualizes the path of the object
o Number of beams: visualizes total number of beams (depths) in the dataset. This
includes deleted beams/depths)
o Cell size: shows the cell size of the model
Tool Tip Window: shows a dedicated help text associated with the currently highlighted
item
For pipeline information, the following information is visualized: freespan, exposed pipe, covered
pipe, status (options are ‘OK’ and ‘NA’) and bending violation.
The different entries/headlines in the ‘View Settings’ window visualised in Figure 165 are:
Advanced:
o Node Clear Age: Defines how long NM3 should keep nodes outside the visualized
window. The factor is multiplied with the frame timer value to accomplish the age
in seconds. Default value is 20 and should not be changed
o Clever Splitting: Optimization of display regarding splitting of nodes
o Maximum Number of Cached Nodes: When moving fast in the DTM window and
this defines the maximum number of cached nodes, with respect to node clear age
o Node Box Mode: this function can facilitate drawing of a box around nodes in the
Quad Tree for diagnostic purposes (choose between ‘none’, ‘nodebox’ and
‘databox’)
o Frame Timer: update rate of DTM window. Default value is 10 ms
Camera:
o Draw North Arrow: facilitates toggling on/off of the north arrow in the DTM
window
o Draw Target: facilitates toggling of camera target (visualisation of xyz axis of the
coordinate system in the center of the view) in the DTM window
o Target Size: in pixels. Default value is 100 pixels
Depth Contours:
o Contour Line Step: contour interval in meters for live contours. A value of 0 will
disable drawing of live contours
DTM (Surface):
o Linear Filtering: toggles linear filtering on/off. Linear filtering will tilt each cell
relative to the value of the neighbouring cells. No filtering will show each cell as a
horizontal plane. For visualisation purposes only
o Fill Secondary: toggling of filling of neighbouring points. Neighbouring points are
cells with no observations in them that are neighbours to primary cells (cells with
observations). For visualisation purposes only
Environment:
o Detail Level: in the DTM window. Choose a lower detail level if the computer
cannot keep an appropriate frame-rate
o Subsea look: when enabled, colors will be faded at a distance to imitate a subsea
look, in the DTM window
o Sky: when enabled, NM3 will draw sky as background for the DTM window. At
the same time, this will disable the background colour defined above
o Background: here definition of background colour of the DTM window can be
done. The value is used if the background is solid (no sky: see above)
Light:
o Height: height of the light source in degrees relative to the horizon. Default value of
70 degrees.
o Azimuth: here the direction of the sun light can be defined relative to north. Default
value is -45 degrees
o Specular opening: defines the specular light opening angle, with a value of 0
meaning that no specular light is required
o Specular intensity: defines how white, in percent, the terrain is when oriented
directly towards the light source. Default value is 50%
o Diffuse: defines diffuse light range in degrees. Diffuse colors range from original
color at specular edge down to black color (at degrees)
o Enabled: toggles light on/off
Miscellaneous:
o Triangle Grid: when enabled, the triangles that show the highest level of detail in
the Quad Tree are visualized. The triangles are the TRNs that form the DTM at
different level of detail
o Draw Profile Grid: when enabled, a profile grid is visualised in the DTM window
around the center of the view (the camera point)
o Surface Grid: toggles the surface grid on/off
o Surface Grid Position: in case of a surface grid, this option defines the vertical
position of the grid (in meters)
o Water Surface Transparency: if enabled the water surface is displayed at the vertical
position defined under water surface and with the transparency specified here, with
0% is totally invisible water surface and with 100% giving a totally opaque water
surface
o Water Surface: toggles visualisation of the water surface on/off
o Water Surface Depth: defines the vertical position of the water surface
Overlay:
o Target Location: toggles target location in lower left corner of DTM window
on/off. The information includes date/time, KP, Easting, Northing and depth of
target position
o Pipe Node Info: toggles pipe node information on/off. Pipe information is displayed
when cursor is hovered over pipe node
o Pipe Tracker Info: toggles pipetracker information on/off. Pipetracker information
is displayed when cursor is hovered over pipetracker points
o Legend: toggles legend in upper right corner of DTM window on/off
o World Shore Lines: the world shore lines can be turned on/off here
Raw Points:
o Draw Raw Points: toggles visualisation of raw bathymetric observations on/off
o Show Good: toggles the view of good points on and off
o Show Deleted: when enabled, also deleted observations will be visualised in the
raw data window
o Show Statistics: when enabled, statistical information related to the observations
visualised in the raw data window will be shown in the DTM window. The statistics
include: file-name, number of points, average depth, difference of average depth (in
case data from more than one file is presently shown, maximum and minimum
depth values, median depth value as well as standard deviation of the depth
currently in the window
o Color Deleted: facilitates definition of colour for deleted points
o Color Filtered: facilitates definition of colour for points filtered away in NaviEdit
o Raw Points windowx_m: defines size of the window in the x-axis (Easting)
direction
o Raw Points windowy_m: defines size of the window in the y-axis (Northing)
direction
o Raw Points size: defines size, in pixels, of the individual raw bathymetric
observations
o Color Mode: when ‘Draw Raw’ is enabled (see below) the option facilitates the
definition of whether or not to visualise raw per block (all data originating from a
single file are given the same color) or by depth (data are colorcoded relative the
depth value, using the definition associated with the colormode ‘depth’)
Tooltip window: visualizes a help-text associated with the item currently highlighted
Figure 168 NM3 Video windows and Track w. Cursor on DTM window
Spike Shooting cleaning is very similar to Histograms Plane Cleaning, except that the
plane is a circle (below, right)
S-CAN Score is an automatic cleaning tool, that has been developed with focus on
cleaning of massive multi-beam point clouds. The S-CAN Score computes a ‘Noise
Score’ for each data point, and the user can then interactively clean parts of the dataset in
NaviModel3 by selecting a region of the data and removing points with high noise scores.
The noise scores are determined relative to a threshold value that the user can select in
the user interface (below, left). To support his decision, the consequences of the
threshold, in terms of points to be deleted, are visualised in the DTM window (below,
right)
S-CAN Components is a cleaning tool that resembles the Score variant. The difference is,
that it is possible to choose more than one area and that the threshold value must be
decided upon prior to the determination of the noise score value.
S-CAN Control Panel facilitates the definition of various settings for the execution of the
S-CAN automatic cleaning functionalities. The items to be defined are:
o Location of temporary data is used whenever the data to be cleaned can not be
contained in the RAM of the computer. To optimize the performance, it is
recommended that the temporary/swap file is located on a fast and large storage
medium
o Action to take when available space drops below a given threshold is also used to
Save to NaviEdit... is an action that will write back the cleaning action to the present
NaviEdit database. Note that the user is given the possibility to choose between the
files/blocks that have been the subject of change in NM3
Delete (Polygon) facilitates deletion of all data inside a manually selected polygon
Undelete (Polygon) facilitates un-deletion of all data deleted inside a manually selected
polygon. Note that this un-deletes everything, excluding data that has been deleted in
NaviEdit
Undelete Everything... functionality similar to 'Undelete (Polygon)' that un-deletes all
deleted points in the active DTM
Using Toppings
Cleaning Methods
Digitizing Methods
Exporting Functions
Contouring Methods
Volume and Area Calculations
TVU Analysis Tool
The Level Out Functionality
Other Functions:
o Beam Count Statistics
o Raw Data Graphs from NE connection
The TRN cell array looks as visualised in Figure 171 above. The centre of each cell is visualised
with a green dot. Each cell has its own attribute value not associated with the attribute of the
neighboring cell. The model will therefore appear to have steps and will certainly not appear
smooth. With squares representing the attributes it is in other words not possible to make the
desired seamless transition between the cells.
To assist in this, each cell is divided into four triangles as it appears in Figure 172 below. In
addition the corners of each cell (visualised with a yellow dot) is given an attribute value that is
representing the attribute values of the four neighbouring cells. For an average model, the point
will be given the average value for an average model, whereas it will be given the maximum,
median and the minimum of the four neighbouring cells for maximum, median and minimum
models respectively. By using triangles it is ensured that each piece of the mosaic surface will fit
with its neighbouring pieces since the surface of each triangle is defined by the elevations of the
three corner points.
When all three corners of each triangle have now been assigned an attribute that is linked to the
neighbouring points, it is possible to create the desired continuous seamless transition between the
cells, represented by the triangles, within the model.
Figure 172 Generating a Triangulated TRN on the basis of the squared cell model
The TRN-based model types can be used to generate and export gridded values and bitmaps even
if the desired cell size and orientation is not identical to that of the model. In general terms, the
present TRN model type selected can be regarded a look-up table and the export routine will thus,
by sending the XY-values, make NM3 return the associated attribute value from the present TRN
model type.
The generation of contours is also based on the TRN model. For each depth value related to the
contour interval and the depth range of the model, the contour routine will search the model and
find places with attribute values equal to the desired contour values. For each contour the points
returned must now be connected taking into consideration the basic requirements to contouring,
such as:
Contour lines cannot cross each other
Contour lines cannot stop in the middle of the model (unless there are no data available)
Contour curves cannot split in two
Contour curves cannot follow the top of a ridge or the bottom of a depression
Finally, it is worth noticing that the principle described in the above is valid for the highest
resolution of the model that is also equivalent to the lowest level of the Quad Tree (see chapter
3.3.2.1 for information about Quad Tree Principles). For higher levels of the Quad Tree, the
principle is identical in terms of methods for visualisation of the model.
reflect the degree of relief in the surface to be modelled, provided more data has been gathered in
areas of variable elevation characteristics.
Similar to the TRN geometry type, the use of triangles ensures that each piece of the surface fits
the neighbouring pieces, and it is thus possible to create the desired continuous seamless transition
between the triangles, within the model.
The variable and thus efficient data density within the model can bring in yet another advantage, in
that it ensures a very efficient way of storing the model. The TIN model shown below in Figure
173 is generated with approximately 13.000 triangles and is occupying less than 0.5 Mb, whereas
the TRN geometry type, based on identical data, occupies 34 Mb.
Figure 173 TIN model within NM3, based on single beam observations in a harbour
The use of TIN triangles works best in areas with sharp breaks in slope, where the edges of the
triangles can be aligned with breaks for instance along ridges. For TIN modelling to be efficient,
this requires therefore that data has been collected in significant positions, such as highs and lows
along break lines as well as on top of ridges and in depressions. This can, for obvious reasons, not
be fully obeyed in connection with hydrographic surveying. It is therefore important, when the aim
is to use TIN modelling in the post-processing, to use knowledge about the nature/roughness of the
seabed to be included in the pre-survey planning considerations. This could for instance result in
different line-spacing in different areas to accommodate for a sensible relationship between data
density and seabed roughness. The TIN model shown above in Figure 173 is based on single beam
observations. Observe that points are almost equally spaced, indicating a flat seabed.
hand, in order to ensure that each position in the plane of the triangles are as close to the
observations as possible. This is basically done by introducing the requirement that a circumcised
circle between the corners of a triangle must not contain any other point; it must be an empty circle
with respect to the other observation points.
The principle is visualised in Figure 174 above. In the example, a simple triangulation must take
place on the basis of four observations. By definition, the outer polygon ABCD is fixed. So the
task for the Delaunay algorithm is to figure out which of the two options, left (with line AD) or
right (with line BC) in the figure, should be chosen. Intuitively, the option right also appears right,
since the sides of the triangles have almost the same length, whereas this is not the case to the left.
As can be seen in the figure, both possible circumscribed circles contain the fourth point in the
option left whereas this is not the case in connection with right. So therefore option right is chosen
by the Delaunay algorithm.
Of particular interest are the functions that will allow modification of the Delaunay triangulation:
Remove triangles mode: will allow the user, through manual selection with the cursor, to
delete single triangles
Remove triangles with lines longer than: an automatic deletion feature that will allow the
user to enter a maximum allowed line length. Any triangle with at least one line longer than
this maximum value will be deleted
Flip Triangles Edge Mode: will allow the user, through manual selection, to change the
triangulation on a single triangle, by flipping the edge
Remove Beam Mode: this function facilitates the deletion of a single observation, through
manual selection
Delete Triangles - With center..: can be used to delete triangles relative to a boundary
(inside or outside)
Delete Triangles - Histogram of...: is an automatic deletion feature that will allow the user
to enter a minimum and a maximum allowed line length, based on a histogram distribution.
The user interface is divided in two: 1) is a histogram that shows the distribution of line
lengths together with two moveable vertical lines, that represents the minimum and
maximum allowed side length and thereby constitute the selection tool and 2) which is a
visualisation in the DTM-window of the consequences of the present deletion selection (see
below for a visualization). Any triangle with a side shorter than the minimum value or
longer than the maximum value will be deleted
originating from a 'Maximum' model and an 'Interpolated Minimum' model with the input
originating from a 'Minimum' model.
Figure 176 Principle of Interpolating models: Extrapolation left and Interpolation right
This is all visualised in Figure 176 above. The primary cells are indicated with a green dot,
whereas the secondary cell in question is represented by a red dot. Around the secondary cell a
circle is drawn with the predefined search radius. This is called the search circle. The routine will
search for primary cells in all directions inside the search circle. If more than one primary cell is
found in a given direction, the closest will be used to determine the value/attribute of the secondary
cell. Once all directions have been investigated and at least one primary cell has been found inside
the circle, the value for the secondary cell in question is found as a weighed average of the
values/attributes of the primary cells found. This weighing is performed as the inverse to the square
of the distance between each of the primary cells and the secondary cell in question. The method is
thereby taking Tobler’s first law of geography into consideration “Everything is related to
everything else, but near things are more related than those far apart”. The value/attribute of the
secondary cell can in other words be calculated as:
n
1 1
As n
1
* 2
* Api , with
i 1 d i
2
) i 1 d i
‘Interpolated’ models are most useful in connection with multi-beam surveys but can also
successfully be used with single-beam data.
The ‘Interpolated’ function is invoked in NM3 from the ‘Survey’ entry of the ‘Project Tree’
window by right-clicking on the model and choosing the menu-item ‘Calculate Model Type -
Interpolated Average, Minimum or Maximum as appropriate)’. The dialogue is visualised below in
Figure 178. Note that all Modeltypes will be listed in the dialogue, irrespective of which model
type is already residing in the survey. Interpolation models will be overwriting the already existing
models, whereas a selection of an already existing non-interpolated model will be ignored.
Choose an appropriate value for the search circle when prompted (for ‘Search radius in cm for
interpolation’) as shown below right. Observe that the default radius will be 5 times the cell size of
the model; in the present context this is equivalent to 125 cm. Once an appropriate value has been
entered, press ‘OK’ to proceed.
In general terms, for multi-beam as well as for single-beam surveys, an appropriate value for the
search circle should be slightly larger than the width of the largest distance between observations,
in a direction perpendicular to the sailing direction. This will ensure that interpolation, not
extrapolation, will take place on the inside of the model. If this is not observed, ‘steps’ in the model
must be expected where the extrapolated values from one side meets extrapolated values from the
opposite side. In particular in connections with single-beam survey, where the relative number of
primary cells is expected to be small, this rule of the thumb is important to obey.
Figure 178 Survey Menu, TRN Models - Generate Interpolated Models (left) and Search radius input (right)
NM3 will now start generating the Interpolated Average model. Once this has been accomplished,
it will be available in the ‘Model Type’ drop-down-list in the ‘Properties’ window associated with
the model.
Figure 179 Geometry Mode/Model Type changed from 'Minimum' (left) to 'Interpolated Minimum' (right)
commonly used to partition a two dimensional space by recursively subdividing each level into
four quadrants or regions (see Figure 180 below).
In a Quad Tree, records are stored in locations called leaves. The name originates from the fact that
records always exist at end points; there is nothing beyond them. The 1st level is also sometimes
identified as the root. Branch points, on the other hand, are called nodes. The order of a tree is the
number of branches (called children) per node. In a Quad Tree, there are always four children per
node, so the order is 4. The number of leaves in a Quad Tree is consequently always a power of 4.
The number of access operations required to reach the desired record is called the depth of the tree.
Figure 181 below visualises a Quad Tree of depth 4. This is basically just another way of
visualising the tree given in Figure 180 above.
In a practical Quad Tree, there can be millions of records. As can be seen in the figure, not all
leaves necessarily contain a record and the same is actually the case for nodes. In the latter case,
the node does not have to be subdivided. When a leaf does not contain a record it is called a null
record. In the example shown here, seven out of 64 leaves are nulls, visualized by open circles.
The cells may be square or rectangular, or they may have arbitrary shapes. All forms of Quad
Trees however share some common features:
Once NaviModel3 starts indexing a TRN model for the first time, a dialog will request for
information regarding the DTM to generate. The information required is comprised by a)
requirements to cell size of the resulting terrain model, b) information related to the path and name
of the file of the DTM and c) information related to the model types to generate and which S-CAN
Score cleaning settings to apply, if any, as visualised below in Figure 182.
Figure 182 DTM settings, Path, filename and cell size selection
Whereas requirements to cell size can be typed in manually, the path for the DTM-file is defined
by pressing the 'Browse...' button and subsequently selecting the appropriate settings. In order to
define which model types and cleaning settings (as well as scale values) to apply to the DTM, the
'Options...' button must be activated. The dialogue in Figure 183 will appear, thus facilitating the
definition of these settings.
Figure 185 Indexing Progress visualized in the Information Bar and in the Job List window
Once the indexing is finalised, the DTM window will automatically move to the area in question
and select a scale that accommodates for the entire model to be shown, as can be seen below in
Figure 186. At this stage of the process the DTM is saved and any subsequent alteration committed
to it will be saved automatically in the location and with the file-name initially specified.
3.3.3.1 Runlines
NM3 is supporting the runline formats that are defined in and supported by NaviPac. This also
includes multiple runline, series of parallel runlines as well as crosslines. In some cases however,
in connection with pipe inspection and offline eventing, it is advisable to only load a single runline.
Runlines can be dragged-and-dropped directly onto the DTM window, they can be generated on
the basis of a digitized line (see chapter 3.3.5 for details) or they can be loaded from the ASCII
Import window. The latter can be applied when the format is not automatically recognised by
NM3.
Start by opening the ASCII Import window from the menu item ‘File – Import…’. It is now
possible to either browse for the file in question, by using the 'Browse' button, or to drag-and-drop
it onto the ASCII Import dialogue window. Once the latter has been accomplished, the window
will appear as visualised below in Figure 187, left. Highlight the ‘Runline’ option in the list to the
left and press the ‘New’ button, to indicate a new import template. Give it an appropriate name.
The template must now be modified to accommodate for the contents of the file. This is done by
defining the column in which the Easting, Northing and KP information is placed. It is also
possible to define items like number of header lines, separators and file extension. Be careful with
the definition of the extension. NM3 will use this setting to identify files with this extension and
load it automatically, when dragged-and-dropped onto the DTM, with the template defined. The
template now appears as visualised in Figure 187, right including the actual contents interpreted
and shown in the bottom window and the columns selected displayed as highlighted. Once the
template is acceptable press the ‘Save’ button in order to save the template. Then press ‘Import’ to
read the runline into NM3. Note that if NM3 does not recognize an extension, it will automatically
open the ASCII importer dialogue window when a file is dragged-and-dropped onto the DTM
window.
Once a runline has been loaded into the DTM window, it will appear here, as shown below in
Figure 188. At the same time, an associated entry will appear in the ‘Project Tree’ window under
‘Toppings’. A runline is normally green however when selected in the ‘Project Tree’ window it
will change colour to a colour that can be selected by the user. Observe that the option ‘Show
Projected Point’ has been enabled, with the consequence that the cursor position is projected onto
the runline and the corresponding positions (Easting, Northing, DAL, DOL and KP) are visualised.
In the properties of the runline, the weight (of the line) as well as the size of the points (start/end of
segments) can furthermore be defined.
If more than one runline is loaded into NM3 the user must choose which one should be active. The
active runline is used in connection with eventing, pipeline inspection etc. In order to activate a
runline, right-click on it in the 'Project Tree' window and choose the menu-item 'Activate'. Once
this is established the runline in question will show in bold.
3.3.3.2 Displaylines
NM3 is supporting the displayline formats that are introduced into NaviPac, as well as a few
others. In NaviPac, the concept of displaylines includes two different formats:
the *.dis format
the AutoCAD formats (including the *.DXF and the *.DWG formats)
The *.dis format is a simple ASCII format, that defines Easting, Northing and pen control in three
columns. The format is defined in http://download.eiva.dk/online-training/HD_Displayline.txt that
is part of the EIVA Training and Documentation site and installed with NaviPac.
Within NM3, the *.dis displaylines are used for a variety of things, besides the simple visualization
on the DTM window. They can be used as the basis of:
the exporting function
volume calculations
structured cleaning
model manipulation (crop model)
When a displayline or a series of displaylines have been dragged onto the DTM window (or
loaded, as explained above in chapter 3.3.3.1, Runlines), they will be visualized here as shown in
Figure 189. At the same time, an associated entry will appear in the ‘Project Tree’ window under
‘Toppings’.
A displayline is normally displayed with the color (and line style) defined in the file, however, this
can be altered in the ‘Properties’ window as shown above in Figure 189, by choosing ‘True’ to
option ‘Overwrite .dis settings’ and altering the ‘Color’ and ‘Line Width’ options.
Note that it is possible to generate a displayline from any of the other boundaries supported in
NaviModel3 (Runlines, digitized lines, ESRI shapes, AutoCAD files etc.).
NM3 as well as the Helmsman’s Display of NaviPac support AutoCAD files (*.dwg and *.dxf.
These files are used for visualisation only. See an example in Figure 190 below. It is possible to
change the visualisation of the layers within the file, by right-clicking on it in the ‘Project Tree’
window and choosing menu-item ‘Layers’. The window ‘Layers’ shown in the figure to the right
will appear with a list of all layers, their colour and an option to tick them on and off individually.
ESRI shapefiles can also be loaded into NM3 and used as displaylines. They can either be dragged-
and-dropped or they can be loaded from the menu-item 'File - Add File To Project'. An ESRI
shapefile is a digital vector storage format for storing geometric location and associated attribute
information. The 'shapefile' is actually a set of several files. Three individual files are mandatory to
store the core data that comprises a shapefile. They have the extensions *.shp, *.shx, and *.dbf. In
addition up to 8 other, optional extensions on a common prefix name exist. They are used to define
geodetic parameters, geocoding, metadata etc.
The three mandatory files contain the following:
*.shp — shape format: the feature geometry itself
*.shx — shape index format: a positional index of the feature geometry to allow seeking
forwards and backwards quickly
*.dbf — attribute format: columnar attributes for each shape, in dBase IV format
While it is adequate to load the shape file, NM3 will be looking for the remaining files in the same
folder that the *.shp file is found. It will however not use for instance the projection information
available. Instead it is assumed that the coordinates of the *.shp file are given in the project
projection.
Figure 191Shape file in UTM, Zone 31, North loaded (grey colour)
3.3.3.3 Waypoints
By default, NM3 does not support dragging-and-dropping of the waypoint files supported by
NaviPac. They can however be defined through the ASCII Import as described above in chapter
3.3.3.1 in connection with loading of runlines. This is also why NM3 will open the ASCII importer
by default, if no association is recognized for the extension, as can be seen below in Figure 192,
left.
Also observe that it is possible to generate waypoints manually in NM3. This is done by
Figure 192 Import of Waypoint file, default (left) and when defining a WP2 template (right)
So by defining a series of waypoint templates where the two NaviPac waypoint extensions *.wpt
and *.wp2 are specified, NM3 can be configured to recognise these by default.
Waypoints can be used to display static objects in the DTM window. These can have a 3DS object
attached to it as visualised below in Figure 193. Observe the ‘Properties’ window that contains
information about position as well as attitudes of the object. Also observe that it is possible to
enable visualisation of under keel clearance of the object by entering the relevant entering offset
values. The actual value is then shown under the object (14.3 m in the example).
Further with respect to waypoints, it is possible to display the seafloor distance from a node on a
3DS object, that in turn is associated with a static object, a video track cursor or similar. The user
must identify the node of relevance, in the 'Project Tree' window, under the '3D Model Manager'
entry. Once this is established, right-click on the node and choose the menu-item 'Create seafloor
distance object'. A seafloor distance object will now appear under the 'Static Objects' entry and the
vertical distance between the node and the DTM is displayed (see Figure 194 below). Note that
from the same menu, it is possible to generate a range bearing display between the node and the
current camera position (initially). The waypoint position can later on be altered manually.
From this dialogue, it is possible to define the of the charts to be created relative to the line object,
such as:
Width and height of each chart
Overlap between charts
Start and end, relative to line object
Observe that the properties for items like ‘Cellsize’, Image Format’ and ‘Terrain Color’ are
properties that are associated with the exporting function.
Once the desired settings have been applied and the 'OK' button has been pressed, the Chart series
will appear on the DTM window as well as in the 'Project tree' window, as visualized below in
Figure 196.
be seen below, right. Observe the simplicity of the file. It contains one line per chart and each chart
is defined through coordinates of the center as well as horizontal rotation as well as length and
width.
3DS files are files generated utilizing the 3D Studio software package from AutoDesk. Within
NM3, the 3DS files can be used to visualise objects, such as static objects, the track-cursor object
or online objects when the Online3D utility is linked to NaviPac and used as a 3D real time
display.
In such situations, the 3DS object must be associated with the object in question. To associate with
a track-cursor object, right-click on it in the ‘Project Tree’ window, choose menu-item ‘Attach 3D
Model’ and select from a visualization menu, that is populated from the 3D Models folder, as
shown below in Figure 197.
Figure 198 Track and Track-cursor object with 3DS object attached
Observe that from the same menu item it is possible to attach a NaviPac shape file to an object.
These files are, with respect to format, identical to the *.dis files described above in chapter
3.3.3.2, Displaylines. The shapes are divided in two here, one that is termed 'Shape for 3D' and one
that is called 'Shape for 2D (profile)'. Whereas the 3D shapes are really simple horizontal 2D
figure, the 2D shapes are XZ visualizations of objects, primarily to be used in connection with
profiles views in NM3. When NM3 is first installed, a library of relevant NaviPac shapes are
installed in the NaviModel 3\bin\2D Shapes folder, however it is up to the user to supply these with
files of relevance to the project.
Figure 199 Track files under Toppings node – observe that the track is split into 3 separate lines
Once the track file has been dropped into NaviModel3, it will be visualised in the DTM-window as
shown above in Figure 198.
Figure 202 Visualization of raw observations, including deleted points (left) and excluding deleted points (right)
The raw observations can be shown in different colour modes. Of relevance here are the Block
and the Depth colour modes. Block is the default modes that colours the raw data relative to the
block or file that they originate from (source file in the 'Project Tree' window), whereas the depth
mode will colour the points relative to their depths. The latter colour mode is thought to be
particularly useful in connection with cleaning activities.
Point colour mode is defined in the 'View Settings' window under the headline 'Raw Points' as
shown below.
The selection tool gives the user the possibility to choose between cleaning relative to a polygon
or to a line. In both cases, the Boundary Object (or 'Line..') can be selected in the 'Project Tree'
window, by first selecting the object and then pressing the 'Select Boundary' (or '..Line') button,
that will now reflect the choice performed (see above, right). Alternatively the user is given the
possibility to manually mark out a polygon or a line in order to define the area to be cleaned.
In both cases (boundary and line), it is furthermore possible to make the cleaning inside or
outside the selection, by enabling or disabling the 'Outside (Invert)' option.
For the line selection based cleaning, the line object will be highlighted. Alternatively the user is
given the opportunity to generate/digitize a line manually. Either way, once the line is selected,
the user is supplied with a Corridor Width selection tool. By manipulating the slider bar or by
entering the width values manually, the size of the area relative to the line can be defined as
shown above, left. For the boundary selection based cleaning, the manual boundary definition is
done using the cursor/mouse as shown above, right.
Either way however, once the selection is acceptable to the user, the EIVA Point Edit 3D
cleaning tool will open as shown below in Figure 203.
The 3D-based cleaning, in which the user can see portions of the model area includes a series of
tools that can all be easily accessed by use of the mouse (including the wheel of the mouse), from
a single click on a key on the keyboard, from the menu or from icons in the icon bar. The user is
given the possibility, on the basis of the 3D-view, to perform manual cleaning of areas with the
‘Region Eraser’ tool as well as of single points with the ‘Erase Tool’ . It is possible to
move and to rotate the data in the so-called ‘Navigation Mode’ . In this mode it is furthermore
possible to change the scale – horizontally, by turning the mouse wheel as well as vertically, by
simultaneously pressing the CTRL-button and turning the mouse-wheel. Alternatively the
vertical scale can be altered by pressing one of the two icons .
By default only the accepted points are shown. However by pressing the icon, it is possible
to show deleted points. This includes points deleted in the present as well as in previous
cleanings sessions that have included the data in question.
The cleaning can be performed in two different modes 1) Accept Mode and 2) Reject Mode
. The mode can be selected using the two associated icons in the Icon Toolbar. The Reject
mode is the default mode. Here points selected are cleaned (marked for deletion). The Accept
mode works the other way around. Points selected in this mode will be undeleted, except data
that has been deleted in NaviEdit, when the DTM is generated on the basis of a connection to the
NaviEdit database.
Data can be visualized in two different ways 1) Depth Mode and 2) Block Mode . Depth
mode is shown in Figure 204, right, whereas the same data are shown in block mode to the right
in the figure.
Another important visualization feature is the Clipping planes functionality through which it is
possible to isolate certain parts of the data from each other. This could for instance be in
connection with cleaning inside a trench or on both sides of a pipeline. The functionality is
invoked (and disabled) by pressing one of the two buttons (one clipping plane) or (two
clipping planes).
This is all visualized below in Figure 205, in which the cleaning situation with noise around a
pipeline and in front of a rock-dump area is shown without the clipping plane(s), left and with
clipping planes, right.
The 3D editor includes a window in which the settings can be defined and visualized (see Figure
206 above). This comprises the (vertical) scale, the size (in pixels) of the data-points as well as
grid-specific settings and light settings. An important setting is associated with the ‘Tool
Toggling’ option. It is possible to choose between ‘Cycling’ and ‘Recent’ options. The two
options are associated with the tools ‘Navigation Mode’, ‘Erase Tool’ and ‘Region Eraser’.
‘Cycling’ will enable toggling between the three tools in sequence by pressing the space-bar.
‘Recent’ will toggle between the most recent of the ‘Erase Toll’ and ‘Region Eraser’ together
with ‘Navigation Mode’. The user should in other words choose the ‘Recent’ option if he/she has
a clear favourite eraser tool and the ‘Cycling’ option if this is not the case.
Once the editing is finalized, close the window and choose the ‘Yes’ option when prompted to
save the changes (see below). This will send the edited and cleaned data back to NM3 where a
re-indexing of the area in question will take place.
Note that the user interface of the Point Edit 3D Cleaning tool, when activated as part of the
structured cleaning, is identical to what is described above (see chapter 3.3.4.5, Structured
Cleaning for details).
Figure 207 Plane Distance Selection tool (left) and DTM visualization (right)
When first opened, NM3 will, as a guide, give proposed maximum and minimum. In order to
assist on the selection, the X-axis is equipped with units that shows the distance between points
and the plane at the top. At the bottom, the x-axis shows alphanumerically, the number of
accepted points as well as the number of points deleted with the current settings of the
maximum/minimum lines.
The Y-axis, in turn shows the number of points with a given distance to the plane, in a histogram
distribution visualization. The scale of the Y-axis is logarithmic (Log10) by default, but it is also
possible, by right-clicking in the window and choosing the menu-item 'Y-axis..' to change this to
a Log2 based logarithmic scale or even to a linear scale. This is visualized below in Figure 208,
that shows identical data as well as cleaning settings with a Log10 based Y-axis (left) and a
linear scale (right).
Upon completion the selections are accepted by pressing the ‘OK’ button. This action will send
the cleaned data back to NM3 where a re-indexing of the area covered by the plane in question
will take place.
Note that the user interface of the Histogram Plane Cleaning tool, when activated as part of the
structured cleaning, is identical to what is described above (see chapter 3.3.4.5, Structured
Cleaning for details).
The user interface is divided in two: 1) is a histogram that shows the distribution of vertical
distances between all the individual points and the plane together with two moveable (red)
vertical lines (below and above the plane) that constitute the selection tools (above, left) and 2)
which is a visualization in the DTM-window of the consequences of the present cleaning
selection (below right).
All other aspects of this cleaning tool, is identical to those associated with the Histogram Plane
Cleaning Tool.
Pressing the 'OK' button will start the initial determination of the score values as shown below.
When the determination is completed and the user presses the 'OK' button, storage of the
components patch will take place. This is visualized in the Job List window as shown below, left.
Once the patch is stored, a new entry will appear in the 'Project Tree' window under the Survey -
Regions entry as shown below right.
This entry constitutes the link to the next cleaning step. Right-click on the filtered entry
(Components in the example) and choose between the two menu-items 'Clean Area (Polygon)'
and 'Clean Entire Area Enter' as shown below. Whereas the Clean Area (Polygon) option will
give the user the opportunity to choose to clean only parts of the area (selection with the
mouse/cursor), the 'Clean entire area' will initiate the second part of the cleaning immediately.
When the determination is completed and the user presses the 'OK' button, storage of the Score
patch will take place. This is visualized in the Job List window as shown below, left. Upon
storage of the patch, a new entry will appear in the 'Project Tree' window under the Survey -
Regions entry as shown below right.
This entry constitutes the link to the next cleaning step. Right-click on the filtered entry (Score in
the example) and choose between the two menu-items 'Clean Area (Polygon)' and 'Clean Entire
Area Enter' as shown below. Whereas the Clean Area (Polygon) option will give the user the
opportunity to choose to clean only parts of the area (selection with the mouse/cursor), the 'Clean
entire area' will initiate the second part of the cleaning immediately.
NaviModel3 will start indexing the model, based on the data that is used to generate the model.
Once this has been accomplished, the cleaning process will commence automatically. NM3 will,
line-by-line (or file-by-file), first calculate the score values, line-by-line (or file-by-file) and then
it will apply the score threshold.
Since the cleaning does not take information from overlaps between files into consideration, the
feature must be considered particularly useful in connection with route surveys, with no overlap
between files in the sailing direction.
A special variation of the file-by-file Score cleaning can be conducted from the 'Project Tree'
window, under the Surveys - Source Files entry as shown below. By right-clicking on a source
file and choosing the menu-item Calculate 'S-CAN Score', determination of the initial score
values, associated with the particular source file, will automatically commence.
When subsequently choosing the menu-item 'Clean Block', the threshold selection slider bar will
appear, thus enabling the second part of the Score cleaning.
Figure 213Create Structured Cleaning (left) and Choose Structured Cleaning method (right)
This action will subdivide the displayline object into a series of areas that, by average, contain 2
million points. These new areas are available below the displayline object in the ‘Project Tree’
window as shown in Figure 213, right and will also be visualized in the DTM window. By right-
clicking on these objects, it is possible to choose either ‘Point Edit 3D’ cleaning or ‘Plane
Cleaning’ (same as 'Histogram Plane Cleaning') from a menu. Once a cleaning has been
conducted, a note will be available on the object in question as shown below (left) as well as in
the DTM window, below right. The outline of the area will furthermore change color from red to
yellow when one type of cleaning has been conducted and further on to green when both types of
cleaning have been carried out.
Figure 214 Housekeeping of the Cleaning Actions, left and visualization of point (Good and Deleted), right
Right-clicking on one of the entries with give the menu shown in the figure, left. From here it is
possible to move to the area in question, by choosing 'Move To'. Once this has been
accomplished, the 'Toggle Raw Points on/off' option in the NaviModel3 Standard Toolbar will
give a good visualization of the raw points, including the deleted ones, associated with the
cleaning action: the latter is visualized in Figure 214, right, in which the deleted points are shown
as black and the accepted ones are visualized relative to their depths.
When highlighting a cleaning entry, the properties will be shown in the 'Properties' window as
shown above. In the example it appears that the cleaned region contains 450646 accepted points
and 11800 deleted ones.
NaviModel3 will in other words not actually delete the raw points when a cleaning action is
conducted. It will merely mark or flag the points as deleted. As a consequence of this, the
software facilitates un-deletion of cleaned points.
Figure 215 Deleted/cleaned versus filtered data in the DTM window (left) and definition of colour (right)
In that context a distinguishing between filtered data and cleaned data must be observed. Filtered
data are data that have been cleaned in NaviEdit, prior to being loaded into NaviModel3, whereas
deleted data (or cleaned data) are data that have been cleaned within NaviModel3. As shown in
Figure 215 above, it is possible to visualize whether points have been the subject of filtering or
of cleaning, by changing their view settings in the 'View Settings' window. In the example, the
deleted points are shown as black, whereas the filtered points have been given the colour
'Firebrick'.
The un-deletion functionalities implemented into NaviModel3 are only associated with the
deleted/cleaned data.
Un-deletion can be performed in different ways:
By deleting the cleaned region entry in the 'Project Tree' window (by using the 'remove'
option)
By choosing one of the un-delete features included in the Cleaning Toolbox ('Undelete
(Polygon)' and 'Undelete Everything...')
When choosing the first option NaviModel3 will remove the cleaning entry from the 'Project Tree'
window and re-index the DTM with the 'new' data. This is visualized below, in which the data
marked as deleted in Figure 214 above, has been un-deleted. Observe how not only data that is
shown as raw has been undeleted, but also DTM data in the lower left window has been recovered
(visualized with red circles).
Un-delete from the Cleaning Toolbar menu is not directly related to any previous cleaning action.
Un-deletion relative to a user defined area (polygon or line), similar to what is described previously
in chapter 3.3.4.1, Point Edit 3D Cleaning is facilitated from the 'Undelete (Polygon)' button. All
cleaning actions inside (or outside, if the 'Invert' option is selected) will be reset as a consequence
of the action and the DTM will be re-indexed accordingly.
The un-delete everything will finally un-delete all cleaned regions in the present survey. Since the
action cannot be un-done, the user is given the warning shown below.
The report is generated, by right-clicking on the survey entry in the 'Project Tree' window and
choosing the menu-item 'generate Report'. As it appears from Figure 216, the report contains a
list, in sequence and including data and time of all cleaning actions conducted, including the un-
delete actions, since the DTM was first generated. The information embrace, besides data and
time information about the user, details on which cleaning tool has been utilized as well as the
number of points cleaned.
Figure 217 Digitized Lines menu, left and Line name dialogue (right)
It is possible to choose the option ‘None’, which is the default property, and then select from the
list at a later stage.
Once the properties have been defined, the cursor can be moved to the DTM window. Here it will
appear as a bull’s eye with a white arrow down as shown below in Figure 219. Left-click will start
the digitizing process. For each new additional segment of the digitized line, the user should
perform a left-click. To end the process, either double-click with the left button or press the ‘Esc’
key on the keyboard. The first action will add a new segment that ends in the position of the
‘double-click’, whereas the latter will end the digitized line at the position of the latest point.
To assist in the digitization, the relative range and bearing from the previous point in the line to the
present position of the cursor is visualised, as shown below in Figure 219.
A series of tools are facilitated for the editing of the digitized line.
Moving an already digitized point is accomplished by clicking on the point in question and
subsequently moving it in the horizontal plane, by moving the lower ball and in the vertical plane,
by moving the top ball up and down.
To remove a misplaced point, click on the point in question. It will be marked yellow and can now
be deleted by pressing the ‘Delete’ key on the keyboard.
To place a new point in-between two points, double-click on the ball either before or after the new
point. It is now possible to place an unlimited number of points between this point and one of its
two neighbouring points (see Figure 220 below). Remember to stop adding points, either by
double-clicking or by pressing the ‘Esc’ key on the keyboard, before the next original point is
reached.
A digitized line can also be extended at both ends. This is accomplished by double-clicking on the
ball from where the extension should be made. The action to take is now identical to what is done
in connection with a normal digitization.
As it appears from Figure 221 above, the menu that appears when right-clicking on a digitized line
in the ‘Project Tree’ window, is quite comprehensive. The various items have been sorted as it
appears in logical groups, some even in a submenu with a common headline.
Most of the items are more or less self-explanatory. Of the remaining items, the primary items of
interest, in the present context, are however the ‘Export along line’ and the ‘Create runline’ menu-
items, that have both been highlighted in the figure above. Note at the same time the difference
between 'Export..' and 'Export along line...'. The first item is more to be considered an area based
exporting function.
Choosing the ‘Export along line’ function, will open the ‘Export’ dialogue, as seen below in Figure
222.
The drop-down-list for a digitized line based export is also shown in the figure. It is in other words
possible, on the basis of a digitized line, to generate profiles (cross and long) as well as track-
information (without time), pipe-tracker information and a runline file (*.rln). The latter export is
identical to the ‘Create Runline’ menu-item, that can be accessed directly from the ‘Digitized Line’
menu as shown above in Figure 221.
Note that, even though the description of the 'Export along line' functionality is given here relative
to a digitized line, identical exports can be performed with respect to all line items that have been
loaded into NaviModel3. This could be a display line or a runline.
Further details on exporting are given below in chapter 3.3.6, Exporting. Details on generating a
pipe object, using the digitization tools are given in the dedicated Pipe Inspection Tutorial.
3.3.6 Exporting
Exporting from NaviModel3 comprises the creation of data that can be used for further processing,
typically in NaviPlot. Exporting can be associated with different toppings, such as:
a runline object
a pipe object
a digitized line object
a displayline object
a chart or a chart definition series
Whereas exporting from the first four toppings types mentioned in the list will utilize the ‘Export
along line’ function, the two latter employ the ‘Export’ function, that is rightfully an area based
export function.
Either way however, the ‘Export’ dialogue that now appears will look as shown below in Figure
224.
The export-formats available will however depend heavily on the object in question. The drop-
down-list for a pipe object based export is depicted below in Figure 225, left, whereas it would
appear as shown below right for a runline based export.
Figure 225 Formats available in 'Export' dialogue - based on pipe (left) and on runline (right)
The formats can be selected automatically from the drop-down lists. In case a format requires some
special settings, two arrows (right and left) will appear to the right in the dialogue window. When
pressing the arrow-right, the items with options that can be altered will appear, whereas the options
can be hidden again by pressing the arrow-left as it appears in Figure 226 below.
Observe furthermore how pressing the 'Format description' button will open a help pdf-document
that describes the export formats available. The document is furthermore generic in the sense, that
it only describes the formats that are available for the export object in question. This is visualized
below in Figure 228 left, in which the formats associated with a pipe object are listed in the Table
Of Contents, whereas Figure 228 right lists the formats associated with a runline object. Try to
compare this to Figure 225 above.
Figure 228 Export Format Help, TOC based on pipe (left) and on runline (right)
Figure 231 Batch Exporting window, empty (left) and with a new batch defined (right)
A variety of actions can now be defined by adding from the drop-down list. This list is identical to
the drop-down format list available in the ‘Export’ dialogue. So by choosing from the list and by
pressing the ‘Add’ button, a list of exports can be defined. By giving the Batch job an appropriate
name and by subsequently pressing the ‘Create’ button, the job will be made available for future
exports from the drop-down format list in the ‘Export’ dialogue as shown below in Figure 232.
Figure 232 Batch Export created (top) and available in 'Export' dialogue (bottom)
Once the batch export has been created, the file ExportCollections.txt, that is located in the
..NaviModel 3\bin folder will be updated accordingly, as shown below.
Figure 233 Export menu-item (left) and Export Dialogue, General tab (right)
The ‘Area Export’ dialogue has a series of tabs that are active if they have been selected in the
initial ‘General’ tab. In Figure 233, right all tabs have been selected. Consequently all associated
tabs have been marked active with a green bubble. Otherwise the un-selected tabs would have been
indicated with a red bubble. Note that for each export types selected, a name must be chosen. AT
the same time the Target Folder must be defined. The default value here is associated with the
project folder settings.
Figure 234 ‘Area Export’ Dialogue, Image tab (left) and Grid tab (right)
In the Image tab in Figure 234 above left a series of items regarding the exporting of the
georeferenced bitmap can be defined:
the bitmap type is always png
the terrain color can either be based on one of the palettes defined or it can be based on a
solid colour, that can be defined as part of the dialogue
background colour must be defined as part of the dialogue. Default is white
light settings can be enabled/disabled with the settings for azimuth and height specified. The
overall light settings includes dedicated definitions for shininess, brightness and shade
The Grid tab in Figure 234 above right facilitates the definition of the direction of the vertical axis.
The user can choose to maintain or to flip this direction, relative to the definition contained in the
DTM (‘Flip Z-direction’). Furthermore the output can be given in geographical coordinates
(Lat/Lon). Either way however, the output will be based on the active DTM, meaning that the
output will always be based on the model type presently selected and on the cell size.
Figure 235 ‘Area Export’ Dialogue, Soundings tab (left) and Contours tab (right)
The Soundings tab in Figure 235 above left facilitates the definition of direction of the vertical axis
for the output. Furthermore the output can be given in geographical coordinates (Lat/Lon).
Irrespective of these selections, the output will be the raw cleaned observations available in the
project.
In the Contours tab in Figure 235 above right a series of items regarding the exporting of the
Contours can be defined:
maximum and minimum contour interval
number of iterations (‘Smooth’). The more iterations, the smoother the contour
minimum contour length (‘Remove small’) defines the maximum allowable length of any
contour line
in range interval, a maximum minimum range can be defined
Figure 236 Export Dialogue, Bathy Plot tab (left) and Project Settings, Misc Settings tab (right)
Finally, in the Bathy Plot tab in Figure 236 above, left some items regarding the exporting of the
Bathy Plot can be defined:
Grid Settings:
o direction of grid for export
o interval in X-axis direction between points to be exported
o interval in Y-axis direction between points to be exported
Point Settings:
o Model Type for the export
o Include minimum and maximum
o Use raw points option. If disabled: make DTM-based output. When raw points are
used, a search circle with the radius specified is used to find the values
o Grid the output. If ‘Enabled’, the output will be moved to the position of the cells.
Otherwise the actual position of the points will be maintained in the output
The export files will, by default, be located in the position specified in the ‘General Settings’ tab
of the Project settings dialogue under the ‘Export Path’ option. The dialogue is invoked with the
menu-item ‘Tools – Project Settings...’, as shown in Figure 236 above, right.
Figure 237 2 displayline levels for exporting. The exported georeferenced bitmap shown to the right
Figure 238 below shows the identical area, now with more and extra complex levels. Observe that,
in addition to the two levels in Figure 237, there are three polygons in level three and inside the
‘Third Level, 3’ polygon there is an additional fourth level polygon. Compared to Figure 237, all
level three polygons have been added, whereas the level four polygon has been subtracted, as
expected.
Figure 238 Displayline with complex levels. The associated georeferenced bitmap shown to the right
There are no specific requirements as to how the displayline must be generated for the functionality
to work, since the routine works as follows, in sequence:
All polygons are closed
Each cell/pixel is investigated by counting the number of lines to cross when moving
towards east
If an even number of lines is crossed, then the pixel/cell is excluded
If and uneven number of lines is crossed, then the pixel/cell is included
3.3.7 Contouring
The facility to generate contours can be invoked from two different locations within NM3:
through the exporting function as described above in chapter 3.3.6, Exporting
via a chart object or a line object
The method applied to generate contours on the basis of a chart object is in principle identical to
the method used with a display line object.
To generate contours on the basis of a chart object, right-click on the appropriate chart in the
Toppings entry of the ‘Project Tree’ window and choose menu item ‘Create Contours’ as shown
below Figure 239, left.
Figure 239 Chart menu with 'Create Contours' option (left) and ‘Contours’ dialogue (right)
The dialogue shown in Figure 239, right pops up. Here a series of items regarding the exporting of
the Contours can be defined:
intervals for minor and major contours, respectively (1 m for both in the example)
number of iterations (‘Smooth’). The more iterations, the smoother the contour (a value of
100 is used in the example)
minimum contour length (‘Remove small’) defines the maximum allowable length of any
contour line (10 m in the example)
in range interval, a maximum minimum range can be defined. Alternatively will determine
all contours of the DTM, with the area defined and with the intervals chosen
When pressing the ‘Create’ button, NM3 will start generating the contours in accordance with the
selections. When this has been accomplished, the new contours will show in the DTM window,
superimposed on the DTM. A contour entry will furthermore appear in the ‘Toppings’ entry of the
'Project Tree' window as shown below in Figure 240. When exploding this entry, it appears that
there is an entry for each contour level as well as an entry for each polygon created within each
contour level.
When right-clicking on the contours entry, a dedicated contour menu will appear as shown in
Figure 241 below. The major ones are highlighted with a red circle in the figure.
The menu facilitates a series of functionalities associated with the contours generated:
Smooth.. (in submenu 'Manipulate')
Removing of small curves
Create Filled Contours
Save contours as dxf and .nmc (including .tin)
Creation of ESRI shape file (with contours)
Figure 242 Smoothing (left), smoothing with history (middle) and Remove Small (right)
The smoothing function will open the window shown above in Figure 242, left. Observe that the
smoothing (iteration) is added onto the already conducted smoothing – in the present context the
smoothing conducted when the contours were generated. So by entering a value of 25, 5 additional
smoothing iterations will be conducted. Also observe that the entire history of smoothing on the
present contours is available as seen in the middle.
The remove small curves functionality is identical to the initial ‘Remove Small’ function described
above, in which the maximum allowable length of any contour line is defined. The various 'Save
as...' functions facilitate saving of the contours, with the present smoothing and remove settings in
a variety of formats, such as *.dxf, *.shp or as *.nmc files, with the latter being EIVAs proprietary
format for contours that is also supported in NaviPlot.
Choosing the first option will make NM3 calculation the volume of the entire model, with the
resolution/cell size selected when generating the model, relative to another model residing in NM3
as shown below.
The output of the difference calculation is given in a simple information window (Figure 244, left)
as well as in the ‘Log’ window as shown below in Figure 244, right.
A much more comprehensive calculation is performed when selecting the ‘Calculate Volume
Report’ option. This will invoke the ‘Volume Report Generator’ that is described in the following.
The actual dialogue/window associated with the volume reporting is divided into three tabs:
The General Tab: in here general items are identified. At the same time the user must specify
which part of the volume calculation result that should be included
The Standard Report Tab: contains items associated with input for the volume calculation
The Enhanced Report Tab: selection between various enhanced items (geodesy,
maximum/minimum values etc.) is facilitated
If the standard report and/or the enhanced reports have not been specified in the general tab, they
are marked with a red bubble. Otherwise the selected tabs are indicated with a green bubble. The
principle is identical to what is used in connection with the ‘Export’ functionalities, described in
chapter 3.3.5 above.
Under this tab, identification of what to include among the following enhanced items, is facilitated:
Source file(s)
Correction of volume for average horizontal scale (optional)
Vertical reference information (can be typed in manually)
Maximum/minimum values for Easting, Northing and Height
Geodesy Information
Screen Dump showing a graphical presentation of two models
The three pages of the report look as shown below in Figure 248 and in Figure 249.
Figure 252 Create Difference model (left) and selection of input Model Types (right)
The window to the right in Figure 252 facilitates selection of input model types as well as of cell
size for the target difference model. Observe that all model types for each of the models residing
in the project are available for selection. When pressing the ‘OK’ button, the user is prompted for
location and file name for the new model. When this is established, the generation of the new
model will commence. Upon completion, the new model will be loaded into the project as can be
seen below in Figure 253, left. Note that the new model is called Diff.db. By right-clicking on
the survey and choosing the menu-item 'Info Window', the information window, that contains
information about maximum/minimum Easting, Northing and Depth coordinates is opened. This
is shown in Figure 253, right.
Figure 253 Difference model, left and information window associated with the difference model, right
The difference model can now be treated as any other survey and volumes can be generated
relative to the 0-level either directly from a survey object or from a displayline object. The
results given below are originating from a volume calculation associated with a displayline
object.
Figure 255 Two models and a runline loaded for End Area Volume calculation
The functionality requires in other words two DTMs to be loaded, one of those preferably to be a
design/theoretical model. In addition, a runline must be loaded. This is visualized in Figure 255
above.
In order to invoke the routine, right-click on the runline object under Toppings in the ‘Project
Tree’ window and choose the menu-item 'Calculate Crossprofile volume...' as shown below in
Figure 256, left.
Figure 256 Calculate Crossprofile volume menu item (left) and ‘Create Crossprofile Voles’ dialogue (right)
The dialogue to the right in Figure 256 will now appear. In here the following must be specified:
Survey DTM and Reference DTM
Start KP and End KP
Profile distance: Distance between profiles in the calculation can be inserted here
Profile width: the width of each profile can be inserted here. This value is usually the same as
the width of the theoretical channel
The Tolerance: here the requirements to dredging tolerance (or alternatively to survey
accuracy). If the tolerance is set to .2 m as in the example, the program will calculate
volumes for a depth values of 0.2 m above the survey as well as for 0.2 m below the survey in
addition to the volume calculation related to the survey itself
When pressing the ‘OK’ button in the dialogue, NM3 will perform a calculation and generate the
results. These will be visualized as a new entry under toppings in the ‘Project Tree’ window as
shown below in Figure 257.
Observe the red circle that shows the new entry that is named ‘CalculateXPVolume’. Also note
that each of the cross profiles are visualised in the DTM window as a blue lines. The cross
profiles are furthermore generated and shown relative to both models used in the calculation (see
Figure 258 below).
In order to save the volume calculation, right-click on the ‘CalculateXPVolume’ entry and
choose menu item ‘Export (vol.)’ (see below). Choose an appropriate name and note that the file
extension will be vol. This means that such a file will be associated with the ‘Display Profile’
program, provided NaviModel2 has been installed. To visualize the results of the volume
calculation, it is therefore enough to double-click on the file from Windows Explorer. The
window below in Figure 259 will appear, showing an overview of the profiles and calculation at
the bottom half and all theoretical profiles at the top half of the view.
By pressing the ‘Go to Last KP or Survey’ button in the icon bar, the view will change so
that all survey profiles will be visualised. This is shown in Figure 261 below.
By pressing the ‘KP step mode’ button in the icon bar, the view will change to show
individual profiles together with the associated volume calculations, as shown below in Figure
261.
In the example it appears that the program has calculated 95 profiles (see upper part of Figure
259 and Figure 261) with a width of 300 m equally spaced around the runline.
It is furthermore evident that first profile is calculated at KP 0.025, so the first calculation is
performed between KP 0.000 (KP 0.025 – ½ * Profile Distance) and KP 0.100 (KP 0.025 + ½ *
Profile Distance). The profile shown above in Figure 276 is consequently the third profile, since
there are 50 meters between the profiles. The second profile is thus at KP 0.075.
To step through the profiles, the icons in the Play Bar can be used with the
options one-by-one, play, play fast, backwards and forwards.
With reference to Figure 262 above, the following comprise the results of an End Area Volume
Calculation:
1. KP: is the kp of the present calculation/profile
2. Interval size: is the size of each interval/section
3. Tolerance: expresses the requirements to dredging tolerance (or alternatively to survey
accuracy)
4. The x-value for the cross profile intervals that are calculated and shown for QC purposes.
By default the interval is 2.5m and since the corridor was 300 m the DX value will be: -
150.0 -147.5 -145.0. However, as can be seen, only entries with valid values will be listed
5. The depth from the theoretical model is shown for each cross profile interval
6. The depth from the surveyed model is shown for each cross profile interval
7. Header for the Cut Calculations
8. The area calculations, related to cut profiles, from left to right:
a. Area for present profile
b. Area for present profile + tolerance
c. Area for present profile – tolerance
d. Sum of area
e. Sum of area + tolerance
f. Sum of area - tolerance
9. The volume interval calculations, related to cut profiles, from left to right:
a. Volume for present profile
b. Volume for present profile + tolerance
c. Volume for present profile – tolerance
d. Sum of volume
e. Sum of volume + tolerance
f. Sum of volume - tolerance
10. The conventional volume calculations, related to cut profiles, from left to right:
a. Conventional volume for present profile
b. Conventional volume for present profile + tolerance
c. Conventional volume for present profile – tolerance
d. Sum of conventional volume
The reference model must be generated as a DTM in NaviModel3. Prior to performing the TVU
analysis, the data must be carefully cleaned, by utilizing the best possible combinations of
manual and automatic cleaning techniques.
Further, in order to arrive at the best possible base for the testing, the cell size of the reference
model should be adequately small (≈ as small as possible (with sufficient data in all cells)).
With smaller cell-sizes, undesired influences from a generalization of the observed data into cells
with only one attribute value, are minimized.
Figure 264 Reference Survey generated and loaded into NaviModel3, left and with test survey (right)
Figure 266 Exporting the ASCII XYZ (Angle Quality) file from NaviEdit
Figure 267 below shows an example of an ASCII XYZ (Angle Quality) file.
Either way however, the ‘Performance Test window will open as shown below in Figure 269. At
the same time a ‘Vertical Uncertainty Analysis’ entry will appear in the ‘Project Tree’ window.
When this entry is selected, the properties of the TVU will show in the ‘Properties’ window (see
Figure 270).
Figure 270 TVU entry in the ‘Project Tree’ window (left) and properties (right)
The result of the TVU analysis is in other words given in an alphanumerical window that
contains various, statistical information all associated with the TVU of the test survey, as well as
in the three diagrams of the Total Vertical Uncertainty analysis window:
Confidence and mean error versus beam angle
Histogram, probability versus error
Histogram, probability vs. beams in reference cell
Figure 271 Confidence versus Beam Angle (left), Angle limit and histogram bins (right)
Figure 272 Probability versus error, Angle limit and histogram bins (right)
The histogram shows the error distribution of all beams below the selected angle limit. The X-
axis shows the error in meters, whereas the Y-axis and shows probability in percent. The number
of bins can be changed by altering the ‘Histogram Bins’ as shown to the right in the figure.
The example dataset shows an error distribution that is close to the expected 0-value. This is as
expected, bearing in mind the conclusion from the Confidence versus Beam Angle comparison
above.
This histogram shows the probability distribution of a given number of beams in the reference
model. The X-axis shows number of beams, whereas the Y-axis gives the probability in percent
of any given number.
Basically this depicts the validity of the analysis. The more beams/observations, the more
statistically significant the TVU analysis is. On the one side we would like models with as small
cell-size as possible, in order for these generalised representations of the raw observations to be
considered as illustrative of the raw data as possible. The danger on the other hand is, that the
models and thereby the analysis becomes statistically weak when decreasing the cell size to a
value that will result in a low observation population in the cells.
3.3.9.3.4 Statistics
Figure 274 The ‘Properties’ window with the Alphanumerical Statistical Information
The Alphanumerical, Statistical information, shown in Figure 274 above, refer in general terms
to requirements to survey as well as to Total Vertical Uncertainty as these are specified in IHO
and in USACE standard compliance.
The ‘Settings’ entry is used to define various parameters for the TVU analysis, as follows:
Angle Limit: the option can be used to limit or to expand the angle span (number of
beams per scan) and thereby to include or exclude the outer beams from the analysis
Histogram Bins: defines the number of bins used in ‘Error Probability’ and the ‘Beam
Count’ histograms
Limit Depth: defines the depth value used to calculate the TVU on the basis of the
formula given above (the d-value in the formula). The limit depth can be defined on the
basis of the data (minimum, maximum, average of the test survey data) or it can be user
defined. The latter is the case in the example above, where it has been set to 20 m
Used Limit Depth: shows the depth value use (d-value), either on the basis of the test
survey based entry (greyed out) or on the basis of the user defined input. In the latter
case, the user will have to input the desired value
IHO Test: ‘True’ (include IHO Test) or ‘False’ (exclude IHO Test)
USACE Test: ‘True’ (include USACE Test) or ‘False’ (exclude USACE Test)
Userdefined Test: only available when IHO Test is ‘True’. ‘True’ (include Userdefined
Test) or ‘False’ (exclude Userdefined Test)
Userdefined a: only available when Userdefined Test is ‘True’. Defines the a-value for
the test
Userdefined b: only available when Userdefined Test is ‘True’. Defines the b-value for
the test
The General statistics comprise the following information, in sequence:
Mean Difference: gives the mean difference between test survey and reference model for
the area investigated
Standard Deviation: gives the standard deviation of the difference between the test
survey and the reference model
Minimum Difference: expresses the minimum difference between the test survey and
the reference model
Maximum Difference: expresses the maximum difference between the test survey and
reference model
Mean + 1.96 * standard deviation: adds together the mean difference between test
survey and reference model and two times the standard deviation of the difference
between the test survey and reference model
Data Mean Z: expresses the average depth value of the test survey data
Reference Mean Z: expresses the average depth value of the reference model
Reference Min: expresses the minimum depth value within the reference model
Reference Max: expresses the maximum depth value within the reference model
The IHO-related statistics are associated with the Special Publication No. 44, ‘IHO
STANDARDS FOR HYDROGRAPHIC SURVEYS’, 5th Edition, February 2008. It comprise
the following information, in sequence:
Special Limit: specified in the publication as TVU (Total Vertical Uncertainty) and
computed at the 95% confidence level as a (b * d ) . For special order a is 0.25 m, b is
2 2
0.0075 and d is the depth. Consequently the 95% confidence limit for Special Order can
be calculated to 0.292 m (for a depth value of 20 m) in the example above in Figure 274
Special Test: the maximum allowable value of 0.292 m is compared to the achieved
value of ‘Mean + 1.96 * standard deviation’ of 0.033 m (see above)
Order 1 Limit: uses the same formula as above, only with a being 0.5 m and b being
0.013. Consequently the 95% confidence limit can be calculated to 0.564 m (20 m
waterdepth) for Order1 in the example above in Figure 274
Order 1 Test: the maximum allowable value of 0.564 m for the order is compared to the
achieved value of ‘Mean + 1.96 * standard deviation’ of 0.033 m (see above)
Order 2 Limit: uses the same formula as in connection with Special Order above, only
with a being 1 m and b being 0.023. Consequently the 95% confidence limit can be
calculated to 1.101 m for Order 2 in the example above
Order 2 Test: the maximum allowable value of 1.101 m for the order is compared to the
achieved value of ‘Mean + 1.96 * standard deviation’ of 0.033 m (see above)
User Defined Limit: this item will only appear when the ‘Userdefined Test’ has been set
to ‘True’ under ‘Settings’ above. It uses the same formula as in connection with Special
Order above, only with a and b being identical to the user defined value (0.05 m and
0.002 in the example above). The 95% confidence limit can consequently be calculated to
0.064 with the depth of 20 m in the example above
Order 2 Test: the maximum allowable value of 0.064 m for the order is compared to the
achieved value of ‘Mean + 1.96 * standard deviation’ of 0.033 m (see above)
The USACE-related statistics item will only appear when the ‘USACE Test’ has been set to
‘True’ under ‘Settings’ above. The test values are associated with the ‘Engineering and Design,
for Hydrographic Surveying, dated April, 1, 2004 from US Army Corps of Engineers. The
standards state, that the resultant elevation depth 95% confidence accuracy (1.96 times the
standard deviation gives the 95% confidence level, which in turn means that 95 percent of the
difference population is less than this value) must meet some predefined requirements. Further
details are found in the dedicated TVU manual.
Figure 275 Example of a TVU report (2*45 degrees opening angle (left) and 2*60 degrees opening (right))
Drag-and-drop the relevant binary XYZ (*.ned) data onto the NM3 DTM-window. For this
the menu-item ‘File – Drop/Merge Multiple Files…’ must be used. The dialogue looks as
shown below in Figure 276, left. Prior to dropping, press the ‘Filter…’ button and define the
filter file list as shown in Figure 276, below right
Figure 276 Loading of Multiple Files, filtering (left) and dialogue (right)
Press ‘OK’ and choose model-characteristics as shown below when prompted
Once the DTM has been generated, it will appear as shown below in Figure 277. Remember
to copy the generated DTM by right-clicking on the DTM in the ‘Project Tree’ and choosing
the menu-item ‘Rename’. NM3 will now store a model that can be used for future
comparison between cleaned and un-cleaned models
When the initial part of the cleaning is completed, the user must press the 'OK' button that
will then appear, in order to allow NaviModel3 to save the Score Patch. When this is
completed, a new entry will appear in the 'Project Tree' window, under the Survey - Filtered
as shown below
This entry, shown with a red circle, constitutes the link to the next cleaning step xxx. Right-
click on the filtered entry and choose between the two menu-items 'Clean Area (Polygon)'
and 'Clean Entire Area Enter' as shown below. Whereas the Clean Area (Polygon) option
will give the user the opportunity to choose to clean only parts of the area (selection with the
mouse/cursor), the 'Clean entire area' will initiate the second part of the cleaning
immediately. In the particular context it should be possible to clean the entire area at once -
hence option 'Clean Entire Area' should be selected
This will open the threshold selection window shown below, that in combination with a
visualization of the raw data in the DTM window. The consequences of a threshold selection
is at the same time visualized instantly in the DTM window as shown in the figure to the
right. Note that red points are marked for deletion with the current threshold settings.
xxx window with selection of threshold and DTM xxx
The remaining part of the cleaning is to be regarded QC on the cleaning and is therefore
conducted as manual ‘Point Edit 3D’ cleaning. Prior to that however, a rough ‘Plane
cleaning’ could be performed in order to remove gross errors, if any, from the data material.
Choose menu-item ‘Tools – Point Cleaning – Plane cleaning (pick polygon)’ as shown above
for this
Click an appropriate area with the cursor (approximately 200 m long and in the full 1km
width of the column) as shown below (white lined quadrangle). In the present context, this
will equal approximately 25 million points
The ‘Plane distance’ window will now pop up and the DTM window will change its
appearance. Based on the ‘Plane distance’ histogram/selection window (below left) as well
as the selection display in the DTM (red dots, below right), the user should move the red
max/min lines left and right until the correct cleaning selection has been accomplished. Even
though the suggested values are often reasonable, the user must make sure not to clean too
close to the data (seabed and various features), since this part of the process should only be
regarded intermediate coarse cleaning
Figure 281 Cleaned Regions visualisation reset prior to Point Edit cleaning
The Point Edit 3D tool will open automatically with the tools available that were described in
the previous. Figure 283 below shows the user interface of the Point Edit 3D tool. Observe
the total number of points as well as the number of deleted points shown in the caption of the
window (4.4 million and 10000 respectively). Also observe that the vertical exaggeration has
been set to a relatively large value in order to enhance the ease of identification of the points
to be cleaned
Figure 288 Export Dialogue, Image tab (left) and Contours tab (right)
The export files will be located in the position specified in the ‘Misc. Settings’ tab of the
Project settings dialogue under the ‘Export path’ option. The dialogue is invoked with the
menu-item ‘Tools – Project Settings’
Observe that the export described in the previous is associated with the ‘Average’ Model
type/Geometry mode. For a number of reasons, it has been decided, in the present context, to
generate contours on the basis of a model where the ‘physical’ holes in the observation
material have been filled. To do that, the user will have to generate an Interpolated average
model. This is accomplished by right-clicking on the DTM-entry in the ‘Project Tree’ and
choosing the menu-item ‘Generate Interpolated Average map’ as shown below in Figure 289
(left). Choose an appropriate value for the extrapolation that will fill all the undesired holes.
Once this is done and the geometry mode is changed to ‘Interpolated Average’, the DTM
looks as shown below in Figure 290
Figure 289 Generate Interpolated Average map (left) and extrapolation value (right)
The comparison should, in the present context, focus on overall degree of cleanness, whether
important objects (like pipelines, depressions from spud-cans etc.) are still visible and whether
obvious noise in the data has been adequately erased.
Figure 294 List prior to filtering (left) and Filter list removal (right)
Figure 295 List after filtering with only xyz-files (left) and Merging prompt (right)
When the list has been filtered, press ‘OK’ and answer ‘No’ when prompted whether or not
to merge the data into and existing model. Finally choose ‘Yes’ when prompted to generate a
tin model as shown below. NM3 will now commence generating a TIN model
Once this has been accomplished, the model will appear in the ‘Surveys’ list of the ‘Project
Tree’ together with the multibeam based DTM-model as it appears in Figure 296 below
At this stage, the volume-calculation must take place. Right-click on the DTM in the ‘Project
Tree’ and choose menu-item ‘Generate Volume Report’ as visualised below
The next step is to define the properties of the three tabs on which contents of the volume
report can be defined
Figure 298 Volume Calculation Report, Standard Report Tab (left) and Enhanced Report Tab (right)
NM3 will start to calculate and subsequently to report the volumes. The report can be found
in the folder selected and with the particular name defined. The volume calculation must be
performed in 6 stages – one for the entire column and one for each chart of the column. It is
therefore necessary to load all relevant displaylines and to perform a volume-calculation for
each displayline
The volume report consists, in the present context, of three pages:
Once the model is generated, it will look as shown below in Figure 301 with gaps in the
observations.
To avoid this, two actions must be performed. In the ‘View Settings’ window under the
DTM (Surface) entry, change the ‘FillSecondary’ item to ‘True’. This action will fill
secondary neighbouring cells (neighbouring cells to cells with observations), however there
are still undesirable gaps, indicating lack of coverage in the observations material. To
accomplish full coverage in the DTM, right-click in the model-entry in the Project Tree
window and choose option ‘Generate Interpolated Average map’ as visualised above. Now
choose an appropriate value for the extrapolation. In the present context, a value of 50 m has
been chosen. The value must be defined with due consideration to the line-spacing/distance
between observations. Since NM3 is extrapolating (and not interpolating), it will generate a
step-like model if the value is too close to ½ * line-spacing. The overlaps that will be
generated when using a value that is 1 * line-spacing is close to 100% and will provide a
much smoother and more seamless transition between observations in the model, since it will
average the extrapolated values in case of overlap. Note that the idea of ‘Generating
Interpolated Average Map’ is corresponding to the ‘Collar Width’ concept used in previous
versions of NaviModel
Once the Interpolated Average Model has been generated, it will be available among the
model types for the single-beam DTM, Block_SB_A_SB. Now change the ‘Geometry
Mode’ of the DTM to ‘Interpolated Average’ as shown below in Figure 302 and observe that
the model now has full coverage as desired, with a cell size of 1m
Figure 303 Volume Calculation Report, Model and Boundary definition Tab (left) and General Tab (right)
Figure 304 Volume Calculation Report, Standard Report Tab (left) and Enhanced Report Tab (right)
NM3 will start to calculate and subsequently to report the volumes. The report can be found
in the folder selected and with the particular name defined. The volume calculation must be
performed in 6 stages – one for the entire column and one for each chart of the column. It is
therefore necessary to load all relevant displaylines
Enter the ‘Interpolated Average’ models for the multi-beam and the single-beam TRN
models as well as a cell-size of 1 m in the dialogue that now appears (see Figure 305, below
left)
Figure 305 Menu-item ‘Create Difference Model and the ‘Save As’ dialogue (right)
Enter an appropriate, descriptive name for the new difference model (see Figure 305, above
right). NM3 will immediately start generating the new model. Once this has been
accomplished, the model will be loaded and thereby it will appear in the ‘Surveys’ entry of
the ‘Project Tree’
Perform volume calculations for the difference model the same way, it was described in the
previous. However, this time the volumes must be calculated relative to a 0-level, as shown
below
Singlebeam C6 17.22
TIN C6 17.23 0.13
Multibeam C6 17.37 0.14
Difference Model 0.14
Overall:
Singlebeam 17.63
TIN 17.64 0.13
Multibeam 17.77 0.13
Difference Model 0.13
Note that the particular figures (C-O values) in the spreadsheet must be consistent and that the
single-beam depths (for TRN as well as for TIN models) furthermore must be constantly higher
(magnitude approximately 10 cm) than those of the multi-beam. This is exactly what is seen in
the figure and confirms thus a positive relationship between the SB- and the MB-results.
A much faster alternative for the volume calculations would be to perform the calculation
directly on the displaylines, one by one, in the ‘Toppings’ entry of the ‘Project Tree’ and
choosing the menu-item ‘Calculate Volumes’. This action will yield the results of volumes for
each of the models loaded relative to a 0-level in the ‘Log’ window as can be seen above in
Figure 307, however the reporting documentation will be missing.
The lay-out is controlled by the use of frames with the primary frame being the main frame
around the whole of the sheet. New frames can be created either by mouse click-and-drag or by
typing in the frame values. Existing frames can be deleted or changed/edited. The frames are
organized in a tree-structure, so that every frame except the main frame has a parent frame. For
every frame it is possible to inherit properties from the parent frame as well as to create own
properties. Created frame lay-outs can be stored as default templates.
The properties of a frame comprise among others: scale, origin, geodetic parameters, size and
position of frame, pens used for drawing, name width, height etc. The frame behind a new frame
will automatically be selected as the parent frame.
Map view is a frame containing plots. This view allows for display of various data types, such as:
vector lines (display-lines, runlines, AutoCAD-files (*.dxf/*.dwg), contour lines (with filling),
bathymetric plot, trackplot, geographical bitmaps, profiles (longitudinal as well as cross),
coverages and side-scan mosaics. All map views are added as layers, providing options like:
stacking of layers, change of priority, delete layer and disable/enable display of layer.
Coordinates (lines/ticks and labels) can be displayed in XY and/or in Lat/Long. Each label can
be hidden if they overlap other labels. Labels are aligned to the frame edges.
The program supports import of the most commonly used file types, from the EIVA suite as well
as from other sources, such as: contours (*.nmc, *.coa, *.cob), display/run lines (*.cur, *.dis,
*.rln, *.rlx, *.rle, *.dxf, *.dwg) and geographic bitmaps (geotiff). Export file types supported
comprise a/o AutoCAD vector drawing (*.dxf and *.dwg).
Plotting and printing is controlled through standard MS-Windows functions.
The NaviPlot tools are in other words available from the menu, from icons on the icon-bar, from
short-cut keys, from the ‘Explorer Panel’ as wells as from the ‘Properties Panel’.
Figure 311 Main Menu – from left to right: File- Edit- and View-menu
From the file menu, it is possible to save the project, to export the project to an AutoCAD file (or
a series of AutoCAD-files in case of Chart Lay-out Manager (see details in chapter 4.2.7)) and it
is possible to export to a Zip-archive. The latter is particular useful if the user wishes to move his
project from one computer to another. Extracting the zip-archive will in this case include the
absolute (new) addresses of all associated file – these files are in fact included in the zip-file.
The edit menu contains the possibility to define the input as well as the presentation units. In this
way it is made possible to fully control the units on the plot. So even if longitudinal profiles or
contours have been generated in meters, it is still possible to convert to e.g. US Survey Feet in
the plotting phase (see Figure 312 below). For the contours and profiles it is a requirement
though, that they have been generated with an interval that is a multiplum of the desired
presentation unit.
Note that with respect to the ‘Plot Operations’ toolbar below, the three right-most tools are
associated with the ‘Chart Lay-out Manager’ (see details in chapter 4.2.7).
In Figure 315 the various frame-types have been visualized. Note that each frame in the ‘Paper
View’ has an entry in the ‘Explorer Panel’ and that each item in the ‘Explorer Panel’ has an entry
in the ‘Properties Panel’. Hence clicking on a frame in ‘Paper View’ will put the focus both in
the ‘Explorer Panel’ and in the ‘Properties Panel’ to that frame. Clicking on a frame in the
‘Explorer Panel’ will likewise bring focus to that frame in ‘Paper View’ as well as in the
‘Properties Panel’. In the properties panel it is not possible to switch between frames.
Before assigning data to a frame, right-clicking on it will invoke the ‘Default Frame’ menu (see
Figure 316, left).
Figure 316 NaviPlot Paper View - Default Menu (left) and XY-Frame Menu (right)
Once a frame has been generated and has been assigned data, right-clicking on it will invoke a
menu that will be dedicated to the specific type the frame has become. This is visualised in
Figure 315, right (XY-frame menu), in Figure 317 left (Longitudinal Profiles frame menu) and in
Figure 317 right (Cross Profiles frame menu).
Figure 317 NaviPlot Paper View - Longitudinal Profiles Frame Menu (left) and Cross Profiles Frame Menu (right)
Figure 318 explains the Explorer Panel. Note that the particular panel depicted here is identical
to the one used in connection with the NaviPlot Project shown in Figure 315. Also observe that
some of the items have not been ‘exploded’, such as the Legend Frame that primarily consists of
Text Frames, as well as the input to the Cross Profiles Frame and to the Event Profile Frame,
respectively.
Figure 319 Properties Panel #1 - Cross profiles - Cross Profile Tab (left), X-Axis Tab (right)
Even though the two figures are associated with a cross-profile, many of the items dealt with
here are common for the various ‘Property Panel’ types. As is the case with the cross profiles
property panel, the items have generally been rigorously sorted and, if necessary ordered in
different tabs, in order to ease the detection and recognition of the various items included.
One of the guiding principles for the design of NaviPlot has been to enhance user friendliness by
making the menus, panels, the Explorer as well as the Properties, easy to learn, easy to
remember, efficient to use, understandable and satisfactory to use.
Figure 320 Properties Panel #2 - Cross profiles – Y-axis Tab (left), Frame Tab (right)
Now right-click on the field underneath the runline (red arrow in Figure 322) and choose chart
generation tool. The window shown below in Figure 323 (left) will appear.
Figure 323 Chart Definition Tool (default left – user defined right)
Insert the figures that correspond with the size of the frame and the scale in the relevant NaviPlot
Project. Choose desired KP-range and overlap percentage. In the present context, with a scale of
1:1500 and a frame-width and -length of 570 and 125 mm, respectively, this is equivalent to the
numbers inserted to the right in Figure 323.
After having pressed the ‘Generate charts’ button, remember to save the results (the *cdf-file).
Imaging now shows the outline of the generated charts and there is an additional line in toppings
with the same name as the runline, but with an additional extension cdf (see Figure 324).
Observe that, by highlighting the various charts, it is possible to edit them (in the properties
panel at the bottom) and even to delete them. In the present context, no editing is required, since
the cdf-file fulfils requirements.
the charts and choose menu-item ‘Go To View’. This chart is now marked as the current chart.
One of the consequences of this is that additional functionality is now available, in the Plot
Operations Toolbar menu and with respect to the Chart Manager (see 4.2.7.5 for details).
In the Plot Operations Toolbar, the Chart Navigation menu is now active as shown below in
Figure 325 (also see Figure 314).
Figure 325 The Chart Navigation part of the Plot Operations Toolbar
These menu-items have been designed to facilitate a faster and more efficient navigation within
the charts.
Once the *.cdf-file has been read into the XY-frame, NaviPlot looks as shown below in Figure
326. Note that it is possible to see the outline of the adjacent plot in the XY-frame (no. 2 –
marked with an orange pen). At this moment in time, however, the definition of the associated
properties still need to be made.
Figure 328 shows the Plan View Mode. Note that when selecting current chart, the scale of the
XY-frame will change to accommodate for the size of the chart selected as current chart, when in
Plan View Mode. In Keyplan Mode the scale will, by default, be set so that the frame can contain
all charts included in the cdf-file.
It is furthermore possible to load the same cdf-file twice (or even more times) into NaviPlot, in
different frames – e.g. once in the main plotting window (in ‘Planview’ mode) and once in the
keyplan frame (in ‘Keyplan’ mode). The application will recognize them by the file name as
being identical and will synchronize them. Therefore, if the current chart is selected in one of the
cdf-files, the other(s) will also show the same chart as being the current one.
4.2.7.4 Properties
Figure 329 Chart Definition File Properties (left) and Chart properties (right)
The properties for the Chart Definitions are divided in two: one for the overall Chart Definition
and one for each chart. They are visualized above in Figure 329. For the Chart Definition File
properties, the main items are:
‘Chart Properties’ is a group of general properties for all the charts in this chart definition
file
‘Chart Pen’ is created whenever a cdf-file is loaded and added to the list of pens in
NaviPlot
‘Current Chart Properties’ is a group of properties that only apply when the current chart is
selected
For the Chart properties the following apply:
‘E’: Easting, read from the cdf-file, editable
‘N’: Northing, same as above
‘Width’, same as above
‘Height’, same as above
Note that a Chart Manager record has five properties. The property fields of the record are not
editable – they are for the user info only.
The Chart Manager records in other words all the changes made to the current chart. As soon as
there is no current chart selected, all changes applied in the particular XY-frame, where a cdf-file
resides, will be applied to all charts in the cdf-file range.
All the records can be deleted by selecting the record and pressing the ‘Delete’ key on the
keyboard.
By pressing the ‘OK’ button, an empty paper view will appear as shown below in Figure 332.
Note that when creating a new project, it is possible to do it from an already existing one or to
start from scratch. We will try to show the latter here.
Having said this, however, the first option is often to prefer. Based on the frames and the legend
of an already existing project, it is often easier just to modify the contents of the frames.
Generating the Legend from scratch, in particular, can be a tedious and time consuming process.
o Keyplan
o Revision History
o Information about the Data-acquisition
o Information about the Post-processing
The project must reflect this. So click the ‘Create frame’ icon from the Plot Operations toolbar.
Now move the mouse to the upper left corner, where the frame should start. Left click and hold
down left mouse button and drag the mouse cursor to the right bottom corner. By dragging, the
frame will appear to be growing, with the length and width being displayed in the Status Bar.
Keep repeating creating frames, until the desired number is reached. Note how a tree-structure is
building up in the Explorer Panel. When clicking on a window, it will be surrounded by red
squares, and the Properties for the frame will be visible in the Property Panel. Typing new values
in the Property Panel will modify the properties for the selected frame.
In Figure 333, the frames have been created in accordance with requirements. Note that in the
Explorer Panel, the frames have been given names to ease the identification. Also note that the
sequence has been structured, so that it reflects the sequence on the plot. To the top is the legend,
then the four plots and at the bottom are the four texts that are the headlines for the plots on top
of the plots themselves.
Finally observe that the legend frame has been equipped with all frames required and that these
frames have been named and put in sequence in accordance with requirements.
By default, the data will be north-oriented and the scale will be made to fit the frame (see Figure
334 above). In the ‘XY/Geodesy’ Properties the data can be rotated and scaled to best fit in the
frame. The frame now looks as shown in Figure 335.
Note that, on the plot, the contours are now hidden underneath the bitmap. NaviPlot will draw
the various items in the sequence they are shown in the Explorer Panel. The bitmap must
therefore be shown as the top item in the Bathy Frame of the Explorer Panel. Right-click on the
bitmap and select ‘Move up’ until it is the topmost item of the frame. The plot now looks as
shown in Figure 337 below:
so they contain BOP (Bottom Of Pipe) information as well as TOP (Top Of Pipe) and MSB
(Mean Sea Bed) information. The initial/default result will look as shown in Figure 344 below.
It appears from Figure 344, that the entire vertical range of all profiles is not visualised and that
the KP-values are not similar to those shown in the Bathy Plot. By changing the properties for
the Frame window however, it is possible to align the longitudinal profile to the runline in the
Bathy Plot frame (see red arrow on Figure 345 below), to make all profiles visible, to change
colours on the various profiles and to improve the labelling.
Figure 345 Properties for Longitudinal Profiles Plot – from left to right Y-axis, X-axis and Window Properties
Note that in the ‘Pens’ item in the Explorer Panel, it is possible to create new pens and to modify
their names and properties. This was done here with a new pen for each of the three profile types
(see Figure 347 below).
The KP-values are not aligned against those shown in the Bathy Plot, the labels are outside the
frame, the grids are confusing and the scales furthermore seem unrealistic (the pipe is not a
circle). By changing the properties for the Frame window however, it is possible to align the
cross profiles to the runline in the Bathy Plot frame (see red arrow on Figure 350 below), to
make all profiles visible, to change the grid settings and to improve the labelling (see Figure
349).
Figure 350 Cross Profiles Properties - from left to right: Cross Profile, X-Axis and Y-axis Properties
By changing the properties for the Event Profile Frame Window, it is possible to align the Event
Profile to the runline in the Bathy Plot frame (see red arrow on Figure 353 below) as well as to
change the sequence in the Event-lines (see Figure 352 below).
Figure 352 Events Profile Frame versus Bathy Plot Frame – KP-aligned
Click on the Text property and change it in accordance with what is shown in Figure 354 by
using the browse icon. This will open the text window. Now change the default [Text] to
‘Bathymetric Plot’. Change ‘Font’, ‘Text Height’ and set the ‘Linetype’ to 0 (no frame). Repeat
this for all four frames. Now the plot appears as shown in Figure 355. Except for the Legend
frame, the plot is now finalized.
Now highlight the Sensor headline textbox in the Explorer Panel, press the browse button and
insert the text ‘Sensor Details’. Change the font to Arial 8mm. For the Sensor Text, apply the
text shown below in Figure 358 (right) and change the font to Arial, 4 mm. Once this is done, the
Sensor Details frame looks as shown to the left in Figure 358.
4.3.8.5 Keyplan
Details about how to generate the keyplan, is given in chapter 4.3.10 ‘Utilizing the Chart Lay-out
Manager’.
Text must now be added to all the frames that should hold information. Once this is done, the
Revision History frame will appear as shown in Figure 364.
As the initial selection of paper size was A0 landscape (4.2.2), a similar size and orientation must
be selected in the menu above. Once this has been accomplished, press the ‘OK’ button. Now,
from the File menu, select ‘Print Preview’ – and the window in Figure 370 emerges.
If the result looks acceptable press the ‘Print’ button and the window in Figure 371 will appear.
Now press the ‘OK’ button to initiate the plotting.
In case the plot contains an active ‘Chart Manager’ with a series of plots, it is possible, at this
stage, to choose the range to plot (see Figure 371 above).
It is also possible to export/print to a PDF-file. This just requires that a PDF-printer is installed
on the system – so when printing, simply choose the PDF-printer. NaviPlot will generate one
file. In case of an active Chart Lay-out Manager, the plot will contain one page per plot in the
range selected (see Figure 372, where plot 3 of 8 is shown).
In case the plot contains an active Chart Lay-out Manager with a series of plots, it is possible, at
this stage, to choose the range to export to AutoCAD (see Figure 374 below).
depicted in Figure 376. The cdf-file above has been read into the bathy plot frame (500*500
mm), which consequently has a scale of 1:2000, as required.
The next plots show the XY-frame with background and contours together with the bathy-depths
(interval 50 m) and with the seabed information (see Figure 377 and Figure 378). Note that in
this phase, the data is normally not added to a template. However, it was done in order to give an
impression of how the end-appearance of the frame would be. The two templates are
consequently, in principle, identical at this stage.
Figure 377 Template (I) with data in XY-frame – including bathy depths
Figure 378 Template (II) with data in XY-frame – including seabed features
The top frame of the legend must contain the coordinate list of the installations. Note that the
frame contains a headline (in Spanish, like the rest of the plot text) and a list of coordinates. The
list of coordinates is inserted as a ‘Tagged text’, entitled ‘Position of installations3’. In this way
it is possible to insert the contents of a textfile into NaviPlot. The file that gives the contents in
Figure 380 is shown below in Figure 382 (the data is arbitrary). The commands should be self-
explanatory ({br} is new line).
Note that each chart must have a separate list of coordinates. This is solved through the use of the
Chart Manager. For each chart, a tagged text-file is prepared. Each of these is read into NaviPlot
in a frame with identical properties. By default the frame is set to invisible. By selecting chart by
chart, it is now possible to set the visible property to ‘on’ for the text-files that match the specific
chart. These settings will be recorded by the Chart Manager – one entry for each of the charts. In
Figure 381 below, the settings have been defined for the first 3 of the 25 charts.
The next frame contains the legend details (see Figure 383). Note that it contains three items, the
headline, the legend text and the legend figures. The latter is an AutoCAD-file.
Next is the Keyplan (‘Croquis de Ubicacion’ in Spanish). It consists of 7 items (see Figure 384).
The Chart Definition block, XY-grid, a background chart (AutoCAD), a North Arrow and three
text frames (name of the Lake etc.). Note that the cdf-file has been set to keyplan mode. In the
bottom right, the outline of the 25 maps can furthermore be seen. Finally note that the scale and
orientation is defined through the contents of the AutoCAD file. So the XY-properties of the
North Arrow are inherited from the frame itself.
Next is the Scale-bar, comprising a headline and a Scale-bar object, with the latter being linked
to the XY-properties of the ‘Bathy Plot’ XY-frame (see Figure 385).
The Geodetic Parameters field (see Figure 386) is comprised by three text-frames, the headline,
the datum/map-projection field and a field that describes the two different datum-transformation
methods used in the area (the traditional Bursa Wolf method was used in the particular project).
The Title Information is shown in Figure 387. Besides the title of the project, it contains
information associated with the dates of data-acquisition etc. Note the chart number (red arrow).
It is defined as tagged text as shown below in Figure 388 and is thus linked to the cdf-file and to
the Lay-out Manager. The number will be updated when scrolling through the charts (see
chapters 4.2.2 and 4.2.7 for details).
The References field is shown above in Figure 390. The Revisions field, the Notes field and the
Logo field are visualized in Figure 391, Figure 392 and Figure 393, respectively.
The final template now looks as shown in Figure 394. The subsequent daily work consists of
using the template, i.e. adding data to the frames and changing text-fields whenever required.
5. CONCLUSION
The present Bathymetric Tutorial introduces one way of utilizing the EIVA Hydrographic Post-
processing Suite. It is however regarded important, that final decisions and detailing on the
procedures must always be based upon actual experience, primarily accumulated in connection
with post-processing performed on the basis of data acquired under similar conditions. Having
said this, the importance of eventually defining and implementing final and unambiguous
procedures for the post-processing work must be emphasized.
These procedures must clearly specify, as a minimum, the following (for multi-beam as well as
for single-beam post-processing):
Parameters for the de-selection of beams
Extent of the rough check of sensor-data
Required size of the boundaries/model areas
Methods for SV-correction (how often to perform SV-measurements, Selection Policy and
usage etc)
Methods for tidal-correction (predicted tides/observed tides (bathy-height from GPS)
and/or from tide gauges/link to depths on pre-engineering survey; multiple tides methods
etc.)
Manual Cleaning Method (XT-cleaning (NaviEdit), AT-cleaning (NaviEdit) or Manual
Cleaning in the Planview Editor or in NaviModel3)
Parameters for the DTM (cell size, interpolation search circle and model type)
Parameters for the smoothing of the model, if applicable
Parameters for the creation of contours and for the smoothing of these
Size, scale and resolution of the contour- and profiles-plots, if any
Based on the Tutorial, however, the full flow through the EIVA Post-processing System for a
Bathymetric Data editing session can be visualized as follows: