Pipeinspection Processing Tutorial wNM3 III
Pipeinspection Processing Tutorial wNM3 III
NaviModel3
EIVA POST-PROCESSING SUITE
NaviModel3
April, 2010
Pipeline Inspection Post-processing Tutorial with NaviModel3
8-10 Teglbækvej
Pipeline Inspection Tutorial with NM3 DK-8361 Hasselager – Aarhus,
Denmark
Internal
Proprietary
Distribution No of copies
N/A N/A N/A
CONTENTS
1. INTRODUCTION............................................................................................................... 6
1. INTRODUCTION
The purpose of the present Pipeline Inspection Post-processing Tutorial is to provide a guide to
how the captioned subject can be performed within the EIVA post-processing suite, with
emphasis on the modelling tool, NaviModel3. 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 Pipeline Inspection processing task when
utilizing the suite.
The Tutorial is divided into two main parts, one where all the pipe related tools within
NaviModel3 is introduced and one that presents specific methods for the pipeline inspection
processing.
The part of the tutorial that introduces feasible methods for a pipeline inspection based 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.
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 section in the lower right part of the figure and in particular the modelling
software is hence the subject of the manual (symbolised with the red line). It should be noted,
that NaviEdit and also to some extent NaviPlot, host a series of pipe inspection related tools (see
the yellow lines). These will only be dealt with if considered relevant in the present context,
where the focus has been given on the tools incorporated in NaviModel3.
Figure 2 NaviModel3
In addition, NaviModel3 is equipped with a series of dedicated modules that are intended and
designed for specific tasks. These include:
- Online 3D view. 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
- Catenary module that facilitates a variety of catenary based tools, as well as calculations
and visualisations associated with the TMS & Rigmove module of NaviPac as well as of
various associated Pipe- and Cable-laying activities
- Pipeline inspection Module; the subject of the present tutorial
The following procedures comprise a standard pipeline inspection process. Observe that many of
the initial parts are identical to those conducted in connection with a standard with a standard
bathymetric post-processing task:
Creation of new model-file through input of bathymetric data (survey data in NaviEdit
format (typically either binary XYZ (*.ned - NaviScan) or ASCII XYZ (*.xyz – NaviPac)
data) or theoretical data (in ASCII XYZ)
The geometry type must be selected at this stage – either TRN or TIN. Model generation
for TRN will include specification of desired cell size. On the basis of this, NM3 will
automatically generate the three TRN model types: minimum, maximum and average
Input of secondary files (pipe-tracker data, 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 tools that facilitate either manual, or semi-automatic
cleaning of large data-volumes
Determination of the pipe object, via digitization and/or based on a pipe-tracker observation
set
Determination of sideflags and thereby of pipe-status (buried, exposed, free-spanned etc.)
Export of pipe-related items for further processing and documentation, including profiles
(longitudinal and cross))
Generation and manipulation (smoothing) of contours (and contour fillings)
Typical output from NaviModel3 is consequently:
Pipe-related documents
Longitudinal profiles relative to pipe and runline
Cross profiles relative to pipe and runline
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
„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). 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 right will appear.
Choose the „Add to Survey‟ option and all data in that particular folder will be added to the
present DTM. In case there is no DTM already present in the project, a new will be
generated
„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
„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
„History‟ will open the history window that contains a list of all actions being performed by
NM3 that can be undone/deleted (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
„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‟
By selection it is consequently possible to open all windows (including the event window) at
once or to open the four windows one-by-one. Examples of the three video windows as well
as the event window are located below
„Light setup‟ will open the window below from which it is possible to define light setting
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 „Yes‟ will reset the position of the windows to the default values, once NM3 is
restarted
o „Point Edit 3D‟ will visualise a north/south oriented square geographical selection
tool in the DTM-window (see below). The white square can be resized by
simultaneously pressing CTRL and rolling the mouse wheel
Once the selection is acceptable and the user presses the left mouse-button, the
EIVA PointEdit tool will open (see below). The tool facilitates manual 3D-editing
of large quantities of data. Details of this tool and indeed of the other NM3 cleaning
tools are found in chapter 2.3.4, Cleaning Methods.
o „Flat Seabed Cleaning‟ will visualise a selection tool in the DTM-window identical
to what is used in connection with the „Point Edit 3D‟ described above. Upon
selection, the window below will appear, prompting the user to define whether or
not to delete the points marked for deletion. The points have been defined
automatically by NM3 based on a plane through the corners of the plane and a
vertical distance to this plane
o „Plane cleaning (pick polygon)‟ will invoke a tool that is similar to the „Flat Seabed
Cleaning‟, however the plane is generated on the basis of a user-defined polygon.
Each corner of this polygon is defined by a simple mouse-click on the DTM. Once
the polygon is defined, a deletion/selection tool is opened as shown below. This
shows, in the X-axis, the distance to the plane and in the Y-axis direction, the
distribution of points. As a guide, NM3 will give proposed max and minimum
values (red vertical lines, below left). These can be moved forth and back and the
consequence can be monitored on the DTM (see the red dots, below right)
o „Edit Plugins…‟ will open the text-file shown below. The text in the file describes
how it is possible to execute dedicated cleaning tools in NM3. A tool is an
executable file that reads a point file (from NM3) and writes back the (edited) result
to the same file and consequently back to NM3
„Geodesy Calculator‟ will open the window shown below. The tool facilitates conversion
between geographical coordinates ands grid coordinates in the datum/projection defined
(see below)
„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
„Measure‟ will enable the „Measure‟ tool visualised below. By clicking on the DTM
window, NM3 will accumulate and visualise the distance as visualised
„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
„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‟ and „Export Settings‟.
The „Pipe Settings‟ tab as shown below in Figure 7, hosts a series of settings associated
with the pipe object.
„Pipe ModelType‟ specifies the model type to be used when generating a pipe. The user
can overrule this, however a warning will be given when doing so
„Use Pipefilter‟ will define whether or not the Kalman line is to be used to generate the
pipe object
The „Pipe Tracker‟ tab that is shown below in Figure 8, hosts a series of settings associated
with potential Pipe Tracker data.
„DTM creation path‟ specifies the absolute default path for the generation of DTMs.
When clicking on the path a browse-button will appear
„Start NaviModel Maximized‟ can be used to define whether or not NM3 should start in
a maximised window when opening the program
„Startup Model Type‟. For a pipeline inspection task, the normal model type is
„Minimized‟ whereas it is „Average‟ or „Interpolated Average‟ for a bathymetric task.
The default model type can be specified with this setting
„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
„About‟ opens the window below, in which information about present NM3 version as well
as of software protection dongle status is displayed
„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 2.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
„Bring Video Here‟ will scroll the video to the present view of the DTM
„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
The NM3 Video toolbar is constituted by three icons/features (see Figure 16 above), that will
enable scrolling of the video forward and backward as well as to play the present project video.
The NM3 camera toolbar has only one item (Figure 17), that will enable adding a camera
position of the present view. This can subsequently be used to automatically move from place to
place within the model.
The NM3 GoTo toolbar is constituted by a four icons/features (see Figure 18 above), that
facilitate moving/stepping forward and backward in the DTM, relative to KP-values of a runline.
The NM3 GoTo toolbar contains three icons/features (see Figure 19 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.
edges of the windows, or they can float onto a secondary screen if one is present. The window
setup is stored as an XML-based configuration file in the NaviModel3 bin folder (layout.config),
so all settings are consequently remembered and used the next time NaviModel3 is started.
The windows that must typically be opened for a bathymetry based NaviModel3 job could look
as visualised below in Figure 21).
Figure 22 The DTM window, visualised with Pipeline inspection associated items
Figure 23 The Project Tree window, „Survey‟ menu (left) and „Digitized Lines‟ menu (right)
In Figure 24 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):
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 regions for each DTM currently loaded into NM3
o Toppings: list all toppings currently loaded into NM3
Digitized Lines: lists lines created using the digitizing tool in NM3. Right-
click on the entry will invoke the digitizing menu (shown above in Figure
23, right
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
Runlines: lists runlines currently in the project. Right-click on the entry to
invoke the runline menu
Displaylines: lists displaylines contours currently in the project. Right-click
on the entry to invoke the displaylines menu
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
AutoCAD: lists AutoCAD information currently in the project. Right-click
on the entry to invoke the AutoCAD menu
o Static Objects: list 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 2.2.2.3 for details)
o Online: shows information associated with NM3 being used as an online 3D
visualisation tool, if applicable
o Profiles: shows information associated with profiles currently in the project,
typically generated on the basis of digitized lines
o Palettes: shows a list of all palettes currently defined in the project
o Color Modes: shows a list of all color modes currently defined in the project
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 25 are:
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
o Draw Palette: option used to toggle visible status of palette on the DTM window
Model Information:
o Path: visualises the path of the object
o Number of beams: visualises total number of beams (depths) in the dataset. This
includes deleted beams/depths)
The different entries/headlines in the „Object Properties‟ window visualised in Figure 26 are:
Cover Calculation:
o Fuzz Factor: Defines the (minimum) cover thickness for the pipe to be flagged as
covered. The value can be positive as well as negative. A negative value will report
the pipe covered prior to it being actually fully covered, whereas a negative value
will not report it covered until it is actually covered with the value stated
Cross Profile Export Options:
o Interval: Expresses the distance between points in a cross profile export
o Width: Expresses the total width of a cross profile to be exported
o Thickness: Used to define how far away from the actual (cross profile) line, points
can be selected and projected onto the line for a cross profile to be exported
o Points: Number of points in the cross profile. Note that the interval property
multiplied with the points property will always result in the width property,
regardless of the sequence in entering
General:
o Visible: Option used to toggle visible status of the pipe object in question. This can
also be accomplished by right-clicking on the pipe entry in the „Project Tree‟
window and choosing option „Hide‟ in the pipe menu
o Path: Here the path of the pipe information generated is visualised (for information
only)
o Diameter: Defines the default diameter of the pipe
o Delta KP: Defines the distance between the nodes of the pipe (unit is km)
o Min KP/Max KP: Defines/visualises the start and stop KP values of the present pipe
object
Pipe Tracker Alignment:
o Filtered line: Option used to define whether to align to pipe tracker information
(„False‟) or to filtered line (Kalman filter) („True‟)
Runline Alignment:
o Below Seabed: In case the pipe is (horizontally) aligned to the runline, the option
defines the burial (in meters) of the pipe object
Visualisation:
o Texture: Here it is possible to define whether to apply texture mapping to the pipe
object. The file „pipetexture.jpg‟ in the NaviModel3 bin-folder is used for this. See
below for two different pipetextures
Tool Tip Window: shows a dedicated help text associated with the currently highlighted
item
Figure 32 Show Ranges, Pipeline inspection job (left) and Pipeline inspection job with events (right)
The different entries/headlines in the „View Settings‟ window visualised in Figure 33 are:
Advanced:
o Clever Splitting: Optimization of display regarding splitting of nodes
o Frame Timer: update rate of DTM window. Default value is 10 ms
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 Node Clear Age: Defines how long NM3 should keep nodes outside the visualised
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
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 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
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
Environment:
o Background: here definition of background color of the DTM window can be
defined. The value is used if the background is solid (no sky: see below)
o Detail Level: in the DTM window. Choose a lower detail level if the computer
cannot keep an appropriate frame-rate
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 Subsea look: when enabled, colors will be faded at a distance to imitate a subsea
look, in the DTM window
Light:
o Azimuth: here the direction of the sun light can be defined relative to north. Default
value is -45 degrees
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
o Height: height of the light source in degrees relative to the horizon. Default value of
70 degrees.
o Specular intensity: defines how white, in percent, the terrain is when oriented
directly towards the light source. Default value is 50%
o Specular opening: defines the specular light opening angle, with a value of 0
meaning that no specular light is required
Miscellaneous:
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 Position: in case of a surface grid, this option defines the vertical
position of the grid (in meters)
o Surface Grid: toggles the surface grid on/off
o Triangle Grid: when enabled, the triangles that show the highest level of detail in
the Quad Tree is visualised. The triangles are the TRNs that form the DTM at
different level of detail
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 Legend: toggles legend in upper right corner of DTM window on/off
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
Raw Points:
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‟)
o Draw Raw: toggles visualisation of raw bathymetric observations on/off
o Raw Points size: defines size, in pixels, of the individual raw bathymetric
observations
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 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
Tooltip window: visualises a help-text associated with the item currently highlighted
The TRN cell array looks as visualised in Figure 38 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
neighbouring 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 39 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 and the minimum
of the four neighbouring cells for maximum 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 39 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
2.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.
Figure 40 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 40 is based on single beam
observations. Observe that points are almost equally spaced, indicating a flat seabed.
The principle is visualised in Figure 41 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
When data is abundant, like in connection with areas observed with multibeam techniques, most
interpolation techniques will yield (close to) similar results. When data are sparse, however, like in
connection with single-beam surveys, the method for interpolation can be critical.
NM3 supports two different methods for interpolation/extrapolation:
Interpolated Average
TIN Modelling
This is all visualised in Figure 43 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
foreground is a slope with the contours showing the area that contains observations. The sloping is
discontinued in the Interpolated area. As opposed to this, observe how the extrapolation beyond the
flat area in the background clearly appears to be intuitively correct.
„Interpolated Average‟ models are most useful in connection with multi-beam surveys but can also
successfully be used with single-beam data.
The „Interpolated Average‟ 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 „Generate Interpolated
Average map‟ as visualised below in Figure 45.
Choose an appropriate value for the search circle when prompted (for „Search radius in cm for
interpolation‟) as shown below. 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.
Observe that 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.
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 46 Geometry Mode/Model Type changed from 'Average' (left) to 'Interpolated Average' (right)
commonly used to partition a two dimensional space by recursively subdividing each level into
four quadrants or regions (see Figure 47 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 48 below visualises a Quad Tree of depth 4. This is basically just another way of visualising
the tree given in Figure 47 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, indicated by open circles.
The cells may be square or rectangular, or 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 and b) information related to the path and
name of the file of the DTM, as visualised below in Figure 49.
When clicking „Ok‟ on the DTM Settings dialog, the indexing process will start, during which a
terrain database is being built on the hard-disc. Information related to the process is being
displayed on the Information bar as shown below in Figure 51 After indexing, NaviModel3 will
automatically go to the terrain in the DTM-window (left) as well as in the Job List window (right).
Figure 51 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 52. 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.
Figure 53 Pipe Tracker data loaded into NM3, 'Project Tree' window, left and DTM window, right
In the DTM window, the pipetracker information will be shown together with a Kalman filter line.
This line is based on the Pipe Tracker observations and the NM3 Kalman settings. If selected by
the user, the Kalman line can be used to place the pipe at a later stage of the process.
In addition to this, the Pipe Tracker observations and the Kalman line can be shown in the KP Axis
window as visualised above in Figure 54.
See more details on how to use pipe toppings and how to generate a digitized pipe object in the
dedicated chapter 2.3.6, Pipe Functions below.
2.3.3.2 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 pipeline inspection and offline eventing, it is advisable to only load a single
runline. Runlines can be dragged-and-dropped onto the DTM window 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 or to drag-and-drop it onto the ASCII Import
dialogue window. Once this has been accomplished, the window will appear as visualised below in
Figure 55, 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 with the template defined. The template now appears as visualised in Figure 55, right with
the actual contents 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 56. 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 color to yellow as can be seen. 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.
2.3.3.3 Displaylines
NM3 is supporting the displayline formats that are supported by NaviPac. 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.
Within NM3, the *.dis displaylines are used for a variety of things, besides the simple visualisation
on the DTM window. They can be used as the basis of:
the exporting function
volume calculations
structured cleaning
When a displayline or a series of displaylines have been dragged onto the DTM window, they will
be visualised here as shown below in Figure 57. 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 57, by choosing „True‟ to
option „Overwrite .dis settings‟ and altering the „Color‟ and „Line Width‟ options.
NM3 as well as the Helmsman‟s Display of NaviPac support AutoCAD files (*.dwg and *.dxf)
from version 2000 and older. These files are used for visualisation only. See an example in Figure
58 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 and an option to tick tem on and off
individually.
2.3.3.4 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
2.3.3.2 in connection with loading of runlines. 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 59. 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 the relevant entering offset values. The
actual value is then shown under the object (10.6 m in the example).
3DS files are files generated utilizing the 3D Studio software package from AutoDesk. Within
NM3, the 3DS files can be used to visualise object, such as static objects, the track-cursor object or
online objects when NM3 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 and choose menu-item „Attach
nn.3ds‟ as shown below in Figure 61.
Figure 63 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 63.
tool is an executable file that reads a point file (from NM3) and writes back the (edited) result to
the same file and consequently back to NM3, once the dedicated cleaning has taken place.
Figure 66 Create 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 66, 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 „Plan
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.
Once the selection is acceptable and the user presses the left mouse-button, the EIVA Point Edit
3D cleaning tool will open.
Selection of the area to be cleaned can also be performed via the Structured Cleaning tool as
described above in chapter 2.3.4.1.
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 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.
Finally, the 3D editor includes a window in which the settings can be defined and visualized (see
Figure 68 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.
In order to assist on the selection, the X-axis is equipped with units and the number of points
received (from NM3) as well as the number of points deleted with the current settings of the
maximum/minimum lines is shown alphanumerically. The most important selection guide is
probably given in the DTM window where the consequence of moving the red vertical
maximum/minimum lines forth and back (left and right) can be monitored (see the red dots,
below right).
Upon completion the selections is accepted by pressing the „OK‟ button. This action will send
the cleaned data back to NM3 where a re-indexing of the area in question will take place.
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 72. Left-click will start
the digitizing process. For each new additional segment of the digitized line, 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 72.
Moving an already digitized point is accomplished by clicking on one of the points 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 points 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 73 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 74 above, the menu that appears when right-clicking on a digitized line
in the „Project Tree‟ window, is quite comprehensive. Some 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 „Exporting‟ and the „Create runline‟ menu-items.
Choosing the „Exporting‟ function, will open the „Export‟ dialogue, as seen below in Figure 75.
The drop-down-list for a digitized line based export is depicted to the right 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 74.
Digitization of a pipeline is very useful in connection with exposed pipes. Prior to digitizing
however, the pipe diameter must be specified, either in the „Project Settings‟ as shown below in
Figure 77, left or in the „Properties‟ window to the right in the same figure. Note that in the latter
case, the diameter value is actually taken from the default settings specified in the „Pipe Settings‟
dialogue.
Figure 77 Pipe Settings in the Project settings dialogue (left) and in the „Properties‟ window (right)
Once the „New digitized pipeline‟ functionality has been selected, the cursor in the DTM window
will have changed its appearance. Click in an appropriate position with the left mouse-button to
start the digitizing process. For each new additional pipeline segment, 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 pipeline segment that ends in the position of the „double-click‟, whereas
the latter will end the digitized pipeline 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 (see below). The latter is of particular interest in
connection with digitizing pipe objects, since the angle between segments is used to flag for
bending violations. The default maximum allowable value is 3 degrees. This can be specified in the
„Pipe Settings‟ dialogue (see above in Figure 77), where the properties for the item „Acceptable
flexion of the pipe‟ can be specified.
To further assist in the digitization, the snap functionality can be switched to „True‟ (see above in
Figure 77, right). Also the „Video Lock‟ option can be set to „True‟. When the snap is turned to on,
a set of blue spheres will appear to the left and to the right of the cursor during the digitizing (see
Figure 78 below). The cross-track distance between the spheres is defined by the user in the „Snap
window width‟ option in the properties window (Figure 77, right) and the diameter of the spheres
is identical to the diameter of the pipe. The digitization will appear at the highest point (Top Of
Pipe) as long as the cursor is within the „Snap window width‟. The snap functionality is
particularly useful in connection with well-defined, relatively large exposed pipes (or cables),
whereas it is advised to turn the function off if the pipe is difficult to detect, based on the
bathymetric data/the DTM.
The video-lock functionality (see Figure 78 below) is used to force the video forward and/or
backward to the present position of the cursor and thereby of the digitized line, in order to supply
additional information for the determination of the whereabouts of the pipe. When activated, the
video lock functionality also works when the digitized line is being modified.
Figure 79 'New digitized Coverline' menu option (left) and „Properties‟ window, right
In the „Properties‟ window to the right, it is possible to define the „Distance below cover line‟
option. This is the recommended line type to use if the pipe is buried but the pipetracker is exposed
or missing. When using cover lines to generate a pipe, the Quality is set to NA as seen below in
Figure 80.
The „New Pipe Line (Automatic Placement)‟ is invoked by right-clicking in the „Toppings –
Digitized Lines‟ entry of the „Project Tree‟ window and choosing the menu item 'New digitized
cover line' as shown above in Figure 81. The dialogue visualised below in Figure 82 will appear.
In this dialogue, it is possible to define the start and stop kp-value for the automatic placement. In
addition, the distance between automatically digitized points along the route must be defined (in
kilometres). Finally the search area (in meters), that specifies the maximum allowable
perpendicular distance from the runline for each digitized point, must be set. Once the digitized
pipe has been generated, it will act as a „New digitized Pipe‟. Note that the functionality only
works with a very well defined, relatively large, pipeline.
If a new runline has been loaded or if another runline has been made active, this functionality can
be used to recalculate kp-values.
When digitizing pipe data, the digitized lines will be visualised in accordance with the sequence by
which the digitization took place. The „Sort Lines‟ functionality will organise the lines, under the
„Digitized Lines‟ entry, in ascending order, relative to the KP-values.
The default setting for the „Pipe Filter Flexibility‟ is 0.2 cm/m, which means that the Kalman pipe
is allowed to bend 2 mm per meter.
Figure 86 Consequence of varying the Pipe filter flexion value: at the top window: 10 cm/m, at the bottom: 0.2 cm/m
Figure 86 above visualises the consequence of varying the pipe filter value. In the top window, the
flexion is set to 10 cm/m. As a consequence, the blue Kalman line follows the pipetracker line
quite stringently. Using the default flexion value, on the other hand, as visualised at the bottom
window, will result in a Kalman line that is almost straight.
The „Pipe Fix Point‟ quality parameter is used to define the quality of pipe fixes. Pipe fixes are
points that can be made manually to assist the pipe tracker data. The functionality is invoked by
right-clicking on the „Pipetracker‟ entry under „Toppings‟ in the „Project Tree‟ window and
choosing the menu-item „New pipe fixes‟ as shown below in Figure 87.
Pipe fixes can now be placed, with the mouse, in areas where the pipe tracker data must be
overruled. This is visualised below in Figure 88, where the pipe fixes are shown as white crosses.
Note that the default quality of the pipe fixes of 1 (cm) is used to overrule the pipetracker data, that
has been given the default quality of 2000 (cm). As a consequence, the Kalman line is relatively
close to the pipe fixes points whereas it follows the pipetracker data, in areas with no pipe fixes.
The tool will now appear on the DTM window as a circle, as shown in Figure 90 below right. The
radius of the circle will determine the number of pipetracker points to be made invalid. The radius
on the screen cannot be altered, however, by zooming in and out (mouse wheel) it is possible to
change the radius in absolute terms, and thereby to define the number of points that should be
invalidated.
The validation tool works in exactly the same ways as the invalidation tool. As can be seen below
in Figure 91, the validated points are given the quality parameter 17, irrespective of their former
quality parameter, to indicate that they are to be regarded „Auto Placed Points‟.
When this is done, the „Range Selection‟ window in Figure 92, right will appear. The range can
either be entered manually or it can be determine through the use of the mouse. The latter is
activated by pressing the „Use mouse…‟ button. As a consequence the cursor will appear as a
bull‟s eye. The user can now choose the starting point and the end point of the pipe. When this is
accomplished, the pipe will appear in the DTM window, in the „Project Tree‟ window as well as in
the „KP-axis‟ window. Note that the diameter of the pipe will appear as specified in the „Pipe
Settings‟ tab of the „Project Settings‟ dialogue, as shown below in Figure 93. Details on this as well
as on the other tabs are found in chapter 2.2.1.3, The Tools menu, above.
When generated, the pipe will appear as shown below in Figure 94. Note the points of the pipe,
with a distance of 1 m. The distance is related to the distance between kp-values on the runline. In
some cases these might not be spaced exactly 1:1 as is the case in the example.
Once the pipe is generated, the properties can be modified. Many of the initial properties are
inherited from the „Project Settings‟ whereas other are default settings.
Cover Calculation:
o Fuzz factor: here the pipe coverage in cm before the pipe is tagged as covered can
be specified. Default value is 5 cm. A negative fuzz factor means that the pipe will
be marked as covered before it is actually fully covered
Cross profile export Options: These options are used when the pipe is used to export cross-
profile data
o Interval: specifies the horizontal distance between points in the cross profile
o Width: specifies the width of the cross profile
o Thickness: specifies the width along the runline where NM3 will collect data for
export of raw data in a cross profile (SITRAS (Raw))
o Points: here the number of points in the cross profile can be entered. Note that the
relationship between „Interval‟, „Width‟ and „Points‟ will always match (NM3 will
ensure this)
General:
o Visible: here the visibility of the pipe object can be toggled. This can also be
accomplished by right-clicking on the pipe item in the „Project Tree‟ window and
selecting „Hide‟ and „Show‟, respectively
o Diameter: this specifies the diameter of the pipe. The value is inherited from the
„Project Settings‟ dialogue
o Min KP, Max KP: these two values are inherited from the time that the pipe was
generated. They can be altered, however the change will not take effect until the
pipe is recalculated
Pipe Tracker alignment:
o Filtered Line: specifies whether or not the pipe should follow the pipetracker
(„False‟) or the Kalman line („True‟) is case of pipetracker data (and no digitized
data). The setting is inherited from the „Project Settings‟ dialogue
Runline Alignment:
o Below Seabed: If the pipe is aligned to the runline, this value specifies how far (in
meters) below the seabed, the pipe should be generated
Visualisation:
o Texture: specifies whether or not to apply texture mapping to the pipe object. If
applied, the functionality will look for a file called pipetexture.jpg in the
C:\EIVA\NaviModel 3\bin directory
o Points: can be toggled on/off
o Tube: can be toggled on/off
digitized line). The speed of the movement can be altered by pressing the + - buttons that will
appear next to the icon when in „Fly Mode‟ .
When flying along the pipe, a variety of tools are available to check whether the pipe is placed
correctly or not.
Undesirable pipe bends can be located by altering the general pipe colour mode, to „Pipe_Flexion‟
(see Figure 96, left). This quality flagging uses the „Acceptable flexion of the pipe‟ value stated in
the „Pipe Settings‟ tab of the „Project Settings‟ (see Figure 96, left), and can be used to identify
bending violations on the pipe. The default value is 3 degrees.
Figure 96 Pipe Flexion Settings (left) and Pipe Color Mode set to „Pipe Flexion‟ (right)
Alternatively these bending violations can be visualised on the KP-axis window as shown below in
Figure 97. The violations are depicted on the DTM window at the bottom as red quality indicators
on the points of the pipe, whereas they are shown as red lines in the „Bending violation‟ line of the
„KP-axis‟ window at the top.
Similarly the general pipe colour mode can be altered to „Burial_Status‟ as shown below in Figure
98. This can be used to check the „in‟ and „out‟ of burial of the pipe. The figure also shows the
„Exposed‟ and „Covered‟ status on the KP-axis window at the top. Note that the burial status can
only be visualised when the sideflags have been generated. More details on how to accomplish this
is found below in chapter 2.3.6.4, Generating the Side Flags.
Often the transition between a pipetracker based pipe object and one that is based on digitized lines
will result in a bending violation. A seamless transition can be ensured in different ways: by
modifying the digitized line or by inserting pipe fixes on the pipetracker data.
Selected parts of the pipe object can be modified, by selecting a range of the pipe. This is
accomplished by right-clicking on the pipe object in question and selecting the menu-item „Select
Range‟ as shown above in Figure 100. When doing so, the cursor will change its appearance to a
bull‟s eye to indicate that a manual selection of the range is now facilitated. When the selection has
been accomplished, the pipe changes its appearance as shown below in Figure 101.
At the same time, the menu list associated with the pipe object has changes its appearance with a
series of additional items added as shown below in Figure 102.
It is in other words possible to modify the pipe within the selected range, for example apply status
and recalculate. Note that once the status has been changed, the pipe range resets itself and
recalculate, as well as other menu items, will then be associated with the entire pipe. To avoid this,
the user will have to re-select the pipe range prior to recalculating.
Note the KP-values given at the bottom of Figure 103 that indicates the starting and ending points
of the pipe.
Sideflags can be generated automatically, by right-clicking on the pipe object in the „Project Tree‟
window and selecting the menu-item „Add sideflags‟. Based on the settings defined in the „Flag
Settings‟ tab of the „Project Settings‟ dialogue, as shown in Figure 105 below, the 5 flags will now
be placed automatically by NM3.
Figure 106 Pipe project after the side flags have been generated
Freespans will also be visualised in the KP-axis as well as on the DTM window. The latter appears
when hovering the cursor on one of the points of the pipe.
In Figure 108 below, a freespan is visualised. On the DTM window it appears that there is a
freespan of 0.31 m. This is the difference between the TOP and the Terrain z-value, corrected for
pipe diameter, which is 1.2 m in the present context, with terrain z being the average z-value of the
two adjacent flags (seabed left and seabed right of pipe).
Figure 110 below shows digitization of the left seabed outer flag. The digitisation is conducted in
order to move the automatically placed flags inside the DTM in an area where they were close to
the edge.
Figure 110 Digitizing the left seabed outer side flag line
It is possible to define a series of flags, including parameters like flag name, distance from pipe
(including sign) as well as unit (meters or factors to the radius of the pipe). In the present context,
two flags are defined. Pressing the „Create‟ button will make NM3 generate the flags as shown
below in Figure 112, where the two sets are generated between the inner and outer flags on both
sides of the pipe.
When highlighting a user defined side flag entry in the properties panel, it is furthermore possible
to change the properties as shown below in Figure 113. Of particular interest is the „Base Depth
on‟ where the default value is „Depth‟, which is the depth of the DTM in the particular location
(see item „Depth Description‟ = Survey Depth in Figure 113, left). Alternatively, the user can
specify to calculate the depth, based on the mean, maximum or minimum of one or more of the
sideflags in the particular profile.
Figure 113 Properties of user defined side flags, left and defining „Base depth on‟, right
Re-defining the „Base Depth on‟ entry as shown in Figure 113, right, makes a drop-down-list of the
various flag lines available for the definition. Once the definition is defined, the „Depth
Description‟ item will change to reflect the new definition as shown below in Figure 114.
Figure 115 Manual movement of sideflags: before movement (left) and during movement (right)
NM3 facilitates exporting of freespan and burial status for each pipe object in a project. Right-click
on a pipe object and choose menu-item „Export freespans/burials‟. The freespan burial status along
the pipe will be sent to Notepad as shown above in Figure 116.
The items shown are: KP range in absolute terms (minimum, maximum), Status (Covered,
Exposed or Freespan) and maximum value (in meters) within the range.
Figure 117 Pipe Listings Window (bottom) and KP-axis window (top)
The items listed in the Pipe Listing window are associated with the points of the pipe (one line per
point). The items are (from left to right):
#: the point number
KP: the KP-value
Burial: the burial status (with colourcoded background, green for Covered, yellow for
Exposed and purple for Freespan)
Quality: the quality status (with colourcoded background, green for OK and red for NA)
TOP (m): the depth value of the TOP
MTR (m): mean trench (average of Left and Right Seabed Inner)
Source: displays the source of the pipe (pipetracker, digitized pipe, runline) (with
colourcoded background, green for digitized pipe, purple for pipetracker and red for runline)
Bend: the bend of the pipe in degrees (with colourcoded background, green for values less
than limit and red when limit is exceeded)
E (m): Easting coordinate
2.3.7 Exporting
Exporting from NaviModel3 involves generation of data that can be used for further processing,
typically in NaviPlot. Exporting can be associated with different toppings:
a runline object
a pipe object (or a digitized line object)
a displayline object
a chart or a chart definition series
Whereas exporting from the two first topping types utilize the „Export‟ function, the two latter
employ the „Area Export‟ function.
Either way however, the „Export‟ dialogue that now appears will look as shown below in Figure
119.
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 120, left, whereas it would
appear as shown below right for a runline based export.
Figure 120 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 121 below.
file can contain one or more records. Each 5 points cross profile record shall be built up as
specified on the EIVA Training and Documentation Site in:
http://download.eiva.dk/online-training/NaviEdit%20Help/Exporters/SITRAS%20formats.pdf
exports the raw observations in the profile. The format is supported in NaviPlot for further
mapping and documentation.
Figure 141 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 142.
Figure 143 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 143, 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.
Figure 144 „Area Export‟ Dialogue, Image tab (left) and Grid tab (right)
In the Image tab in Figure 144 above left a series of items regarding the exporting of the
georeferenced bitmap can be defined:
name of file to be created
the bitmap type is always png
the terrain color can either be based on the rainbow palette or it can be based on the ramp
color specified
Light settings can be enabled/disabled with the settings specified (including settings for
shininess brightness and shade)
The Grid tab in Figure 144 above right facilitates the definition of the filename of the grid-file to be
exported. Furthermore the direction of the vertical axis can be flipped („Flip Z-direction‟). The
output will be based on the active DTM. The output will consequently be based on the model type
selected and on the cell size.
Figure 145 „Area Export‟ Dialogue, Soundings tab (left) and Contours tab (right)
The Soundings tab in Figure 145 above left facilitates the definition of the filename of the
soundings information to be exported to an ASCII file. The output will be the raw cleaned
observations available in the project.
In the Contours tab in Figure 145, 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 146 Export Dialogue, Bathy Plot tab (left) and Project Settings, Misc Settings tab (right)
Finally, in the Bathy Plot tab in Figure 146 above left some items regarding the exporting of the
Bathy Plot can be defined:
Name of the ASCII file to receive the Bathy Plot information
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 (enabled). 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 „Misc. Settings‟ tab of
the Project settings dialogue under the „Export path‟ option. The dialogue is invoked with the
menu-item „Tools – Project Settings‟.
At this stage, the user should also choose the correct colour mode and light-settings. Colour mode
is defined by highlighting „Color modes – Depth‟ in the project tree. The properties panel will now
show the default settings as shown below in Figure 149. In the middle, the custom settings are
shown. Palettes can be chosen from a drop-down list, and from-step-to can be entered manually
from the keyboard. Fade is a boolean (true/false). When true, NM3 will fade seamlessly between
the colour-ranges as shown below in Figure 150. Alternatively the user could click on the
dedicated icon in the toolbar . A selection window (Figure 149, right) will appear that will enable
the user to select the palette directly.
Figure 149 Defining colour mode – default (left) and custom (middle) and the „Pick Palette‟ window (right)
The light setup is defined from menu-item „View – Light setup‟ (or from the dedicated icon in the
toolbar ). When activated, the window below in Figure 151 will appear, enabling the user to
choose between a number of predefined settings or to define his own settings. Note that the settings
in the figure are associated with the default values.
line, as can be seen in Figure 152 below. When entering 3D-models, the user is prompted whether
or not the model should be placed at a fixed position in the mode (see Figure 153). Answer „No‟ to
this.
Now the video-windows must be opened. This is done by choosing the menu item „View – Video –
Open all video windows‟. Then move the camera position to an appropriate position on the DTM
and press the „Bring Video Here‟ icon . This will open the video in the actual position – this is
visualised below in Figure 155. Note that at this stage, an empty event window will open at the
bottom far right of NM3. Also note that if the video windows are not opened prior to pressing the
„Bring Video Here‟ icon, the prompt shown below will appear, urging the user to open the video
windows.
The actual video position will be visualised, in the DTM-window, as a sphere with beams
underneath (see the red arrow). Note also that the videos are fixed in time at this stage, as indicated
by the video toolbar ( ). Pressing the -button, will cause the video to start advancing,
whereas the - and the - buttons will make the video step back and forth, respectively.
To attach a 3DS model to the video position, highlight the „Cursor‟ item in the Project Tree
Window and choose „Attach…‟ the appropriate 3DS-model here, as shown below in Figure 156.
The next thing to do is to load the events that were generated online. These might have been re-
calculated with respect to the modifications performed in NaviEdit. To import the events, choose
menu item „File – Import…‟. This will open the window and the window to the left in Figure 158
will appear. Choose „Event Collection‟ in the panel to the left, choose appropriate format in the
middle column (NaviEvent in the present context) and do one of the following: a) browse to select
the file to import or b) drag-and-drop a file (or a folder that contains a file) to import. The path will
appear in the field at the top of the form. Finally press the „Import‟ button to activate the import in
accordance with the settings.
Note that if an appropriate template does not already exist, the user will have to generate one along
the guidelines described in chapter 2.2.1.1, The „File‟ menu, above.
Figure 158 ASCII import from - default (left) and with event collection selected (right)
Now the KP-axis window should be opened. This is done from the menu-item „View – KP-axis‟.
At this point in the process the KP-window will include all the online events as well as the runline
(including range) and the video-track. Choose menu-item „Show‟ from the KP-window and choose
which events and other items to visualise, as shown below in Figure 159. Figure 160 Shows
NaviModel after the KP-axis window is activated.
The final thing to do before actually starting to generate the pipe object is to load the pipetracker
topping. Prior to that, however, the pipe tracker settings must be specified (see Figure 161,
below). These settings are defined in accordance with what is specified in chapter 2.3.6.1,
Pipetracker Functionalities, above.
To load pipe tracker data, drag-and-drop the appropriate, edited pipetracker information (in the
*.pip format) onto the DTM window of NM3. Observe that, as a consequence, there will appear
a pipetracker entry under the toppings item in the „Project Tree‟ window and that there will
appear a new line in the KP-axis window as shown below in Figure 162.
In the DTM window, the pipetracker information is visualised with a green line with points. That
is the pipetracker line with observations (points). The blue line, shown below in Figure 163,
right, represents the Kalman Line. If selected by the user, the Kalman line can be used to place
the pipe at a later stage of the process.
Figure 163 Pipe Tracker data loaded into NM3, 'Project Tree' window, left and DTM window together with the
Kalman Filtered line (right)
the pipe and only when no digitized pipeline is available, will the pipetracker data be used for the
pipe.
At this stage, it must therefore be decided whether or not the pipetracker information is adequate
as basis of the pipe object. Alternatively the following can be conducted:
modification of the pipetracker data
digitization of the pipe object
Apart from the pipetracker data, the Kalman filtered line is based on the pipetracker settings that
are defined in the „Pipe Tracker‟ tab of the Project settings window, as shown above in Figure 161.
The default setting for the „Pipe Filter Flexibility‟ is 0.2 cm/m, which means that the Kalman pipe
is allowed to bend 2 mm per meter.
The „Pipe Fix Point‟ quality parameter is used to define the quality of pipe fixes. Pipe fixes are
points that can be made manually to assist and thereby to improve the pipe tracker data. Right-click
on the „Pipetracker‟ entry under „Toppings‟ in the „Project Tree‟ window and choose the menu-
item „New pipe fixes‟ as shown below in Figure 165.
Pipe fixes can now be placed, with the mouse, in areas where the pipe tracker data must be
overruled. This is visualised below in Figure 166, where the pipe fixes are shown as white crosses.
Note that the Kalman line is close to the pipe fixes points and far from the pipetracker data.
Pipetracker data can furthermore be validated and invalidated by performing a manual selection.
Right-click on the „Pipetracker‟ entry under „Toppings‟ in the „Project Tree‟ window and choose
the appropriate menu-item, either „Invalidate Pipetracker Data‟ or „Invalidate Pipetracker Data‟ as
shown below in Figure 167.
The tool will now appear on the DTM window as a circle (see Figure 168, below, right). The
radius of the circle will determine the number of pipetracker points to be made invalid. Click with
the left mouse button whenever an appropriate selection has been made.
Figure 168 Invalidate tool. Selection (left) and after invalidation (right)
The validation tool works in exactly the same ways as the invalidation tool. As can be seen below
in Figure 169, the validated points are given the quality parameter 17, irrespective of their former
quality parameter, to indicate that they are to be regarded „Auto Placed Points‟.
Figure 170 Pipe Settings in the Project settings dialogue (left) and in the „Properties‟ window (right)
The „New Digitized Pipeline‟ functionality is invoked from the „Pipe Inspection‟ toolbar or by
right-clicking in the „Toppings – Digitized Lines‟ entry of the „Project Tree‟ window and choosing
the menu item 'New digitized Pipeline' as shown below in Figure 171.
Once the „New digitized pipeline‟ functionality has been selected, the cursor in the DTM window
will have changed its appearance. Click in an appropriate position with the left mouse-button to
start the digitizing process. For each new additional pipeline segment, 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 pipeline segment that ends in the position of the „double-click‟, whereas
the latter will end the digitized pipeline 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 (see below). The bearing is of particular interest in
connection with digitizing pipe objects, since the angle between segments is used to flag for
bending violations. The default maximum allowable value is 3 degrees. This can be specified in the
„Pipe Settings‟ dialogue (see above in Figure 170), where the properties for the item „Acceptable
flexion of the pipe‟ can be specified.
To further assist in the digitization, the snap functionality can be switched to „True‟. Also the
„Video Lock‟ option can be set to „True‟. When the snap is turned to on, a set of blue spheres will
appear to the left and to the right of the cursor during the digitizing. The cross-track distance
between the spheres is defined by the user in the „Snap window width‟ option in the properties
window and the diameter of the spheres is identical to the diameter of the pipe. The digitization
will appear at the highest point (Top Of Pipe) as long as the cursor is within the „Snap window
width‟. The snap functionality is particularly useful in connection with well-defined, relatively
large exposed pipes (or cables), whereas it is advised to turn the function off if the pipe is difficult
to detect, based on the bathymetric data/the DTM.
The video-lock functionality is used to force the video forward and/or backward to the present
position of the cursor and thereby of the digitized line, in order to supply additional information for
the determination of the whereabouts of the pipe. When activated, the video lock functionality also
works when the digitized line is being modified.
The „New Digitized Coverline‟ is the recommended line type to use if the pipe is buried but the
pipetracker is exposed or missing. The functionality is invoked from the „Pipe Inspection‟ toolbar
or by right-clicking in the „Toppings – Digitized Lines‟ entry of the „Project Tree‟ window and
choosing the menu item 'New digitized cover line' as shown below in Figure 173.
Figure 173 'New digitized Coverline' menu option (left) and „Properties‟ window, right
In the „Properties‟ window to the right, it is possible to define the „Distance below cover line‟
option. When using cover lines to generate a pipe, the Quality is set to NA as seen below in Figure
174.
Digitization of a pipeline can be particularly useful in connection with exposed pipes. In rock
dump and burial areas, it can sometimes be expedient to stop digitizing when the pipe goes into the
area and proceed with a new digitized line where the pipe comes out the other side. If the quality
of the pipetracker-data is poor, a cover-line should be digitized, otherwise the pipetracker
information can be used directly.
Also be aware that, in order to use the pipetracker in freespan area, the digitized line must be ended
prior to the freespan and the digitization process must be resumed again after the freespan.
Clicking on a digitized point will make the point appear as a vertical line with two spheres (or
balls), one at the top and one at the bottom, as can be seen below in Figure 176.
Moving an already digitized point is accomplished by clicking on one of the points 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 177 below).
A digitized pipeline 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.
Marking a digitized point and clicking the „Shift‟ and „Delete‟ buttons simultaneously on the
keyboard will finally split the digitized line into two lines.
Figure 178 'New Pipe' functionality, left and „Range Selection‟, right
When this is done, the „Range Selection‟ window in Figure 178, right will appear. The range can
either be entered manually or it can be determine through the use of the mouse. The latter is
activated by pressing the „Use mouse…‟ button. As a consequence the cursor will appear as a
bull‟s eye. The user can now choose the starting point and the ending point of the pipe. When this
is accomplished, the pipe will appear in the DTM window, in the „Project Tree‟ window as well as
in the „KP-axis‟ window. In the DTM window, the pipe will appear as shown below in Figure 179.
When the pipe has been generated, the properties must first be checked and modified. Highlight the
pipe object under „Toppings‟ in the „Project Tree‟ and focus on the properties window as shown
above in Figure 180. Many of the initial properties are inherited from the „Project Settings‟
whereas other are default settings.
Cover Calculation:
o Fuzz factor: here the pipe coverage in cm before the pipe is tagged as covered can
be specified. Default value is 5 cm
Cross profile export Options: These options are used when the pipe is used to export cross-
profile data
o Interval: specifies the horizontal distance between points in the cross profile
o Width: specifies the width of the cross profile
o Thickness: width along the runline for export of raw data in a cross profile
o Points: number of points in the cross profile
General:
o Visible: visibility of the pipe object can be toggled here
o Diameter: this specifies the diameter of the pipe
o Min KP, Max KP: potential change will not take effect until the pipe is recalculated
Pipe Tracker alignment:
o Filtered Line: specifies whether or not the pipe should follow the pipetracker
Runline Alignment:
o Below Seabed: if pipe is aligned to the runline, distance below seabed is given here
Next, the „Fly Mode‟ functionality can once again be used to perform a visual inspection of the
pipe, now that it is generated. When flying along the pipe, a variety of tools are available to check
whether the pipe is placed correctly or not.
Undesirable pipe bends can be located by altering the general pipe colour mode, to „Pipe_Flexion‟
(see Figure 181, left). This quality flagging uses the „Acceptable flexion of the pipe‟ value stated in
the „Pipe Settings‟ tab of the „Project Settings‟ (see Figure 181, left), and can be used to identify
bending violations on the pipe. The default value is 3 degrees.
Figure 181 Pipe Flexion Settings (left) and Pipe Color Mode set to „Pipe Flexion‟ (right)
Alternatively these bending violations can be visualised on the KP-axis window as shown below in
Figure 182. The violations are depicted on the DTM window at the bottom as red quality indicators
on the points of the pipe, whereas they are shown as red lines in the „Bending violation‟ line of the
„KP-axis‟ window at the top.
Similarly the general pipe colour mode can be altered to „Burial_Status‟ as shown below in Figure
183. This can be used to check the „in‟ and „out‟ of burial of the pipe. The figure also shows the
„Exposed‟ and „Covered‟ status on the KP-axis window at the top. Note that the burial status can
only be visualised when the sideflags have been generated (see chapter 3.3 for details on this
subject).
Often the transition between a pipetracker based pipe object and one that is based on digitized lines
will result in a bending violation. A seamless transition must be ensured at this stage. This can be
accomplished in different ways: by modifying the digitized line or by inserting pipe fixes on the
pipetracker data.
When changes have been applied to the sources of a pipe, primarily the pipetracker data, the pipe
must be recalculated. This is accomplished by right-clicking on the Pipe Object in the „Project
Tree‟ window and selecting the menu-item „Recalculate‟ as shown below in Figure 184, left. A
window will appear, prompting the user to specify what to recalculate: Position and Flags, User
moved flags, Quality Status and Burial Status as visualised below in Figure 184, right.
Figure 184 Recalculate Pipe (left) and item for recalculation (right)
Selected parts of the pipe object can be modified, by selecting a range of the pipe. This is
accomplished by right-clicking on the pipe object in question and selecting the menu-item „Select
Range‟ as shown above in Figure 185. When doing so, the cursor will change its appearance to a
bull‟s eye to indicate that a manual selection of the range is now facilitated. When the selection has
been accomplished, the pipe changes its appearance as shown below in Figure 186.
At the same time, the menu list associated with the pipe object has changes its appearance with a
series of additional items added as shown below in Figure 187.
It is in other words possible to modify the pipe within the selected range, for example „Apply
status‟ and „Recalculate‟. Note that once the status has been changed, the pipe range resets itself
and recalculate, as well as other menu items, will then be associated with the entire pipe. To avoid
this, the user will have to re-select the pipe range prior to recalculating.
The „Set KP range‟ menu item, that also appears when right-clicking on a pipe object, will
facilitate a manual definition of the range of the pipe. When doing so, the cursor will change its
appearance to a bull‟s eye to indicate that a manual selection of the KP range is now facilitated.
When the selection has been accomplished, the pipe will be defined from the defined KP starting
and ending points as shown below in Figure 188.
Note the KP-values given at the bottom of Figure 188 that indicates the starting and ending
points of the pipe.
Figure 190 Pipe project after the side flags have been generated
Freespans will also be visualised in the KP-axis as well as on the DTM window. The latter appears
when hovering the cursor on one of the points of the pipe.
In Figure 192 below, a freespan is visualised. On the DTM window it appears that there is a
freespan of 0.31 m. This is the difference between the TOP and the Terrain z-value, corrected for
pipe diameter, which is 1.2 m in the present context, with terrain z being the average z-value of the
two adjacent flags (seabed left and seabed right of pipe).
Figure 194 below shows digitization of the left seabed outer flag. The digitisation is conducted in
order to move the automatically placed flags inside the DTM in an area where they were close to
the edge.
Figure 194 Digitizing the left seabed outer side flag line
The side flags can also be modified and moved manually. This is done in the DTM window by use
of the mouse. Left-click on the flag without releasing the left mouse button. The flag will now have
a round sphere at the bottom as can be seen in Figure 195 below. The flag can now be moved in the
across-track direction and released whenever an acceptable placement has been accomplished.
Note in the figure, that, whereas the KP-value is constant, the z-value varies as the flag is moved.
Figure 195 Manual movement of sideflags: before movement (left) and during movement (right)
NM3 facilitates exporting of freespan and burial status for each pipe object in a project. Right-click
on a pipe object and choose menu-item „Export freespans/burials‟. The freespan burial status along
the pipe will be sent to Notepad as shown above in Figure 196.
The items shown are: KP range in absolute terms (minimum, maximum), Status (Covered,
Exposed or Freespan) and maximum value (in meters) within the range.
with the KP-axis window, however, the Pipe Listing window will scroll up and down in
accordance with the DTM view. It is also possible to double-click on a line in the Pipe Listing
window and thereby moving the DTM view (and the KP-axis window) in accordance.
Figure 197 Pipe Listings Window (bottom) and KP-axis window (top)
The items listed in the Pipe Listing window are associated with the points of the pipe (one line per
point). The items are (from left to right):
#: the point number
KP: the KP-value
Burial: the burial status (with colourcoded background, green for Covered, yellow for
Exposed and purple for Freespan)
Quality: the quality status (with colourcoded background, green for OK and red for NA)
TOP (m): the depth value of the TOP
MTR (m): mean trench (average of Left and Right Seabed Inner)
Source: displays the source of the pipe (pipetracker, digitized pipe, runline) (with
colourcoded background, green for digitized pipe, purple for pipetracker and red for runline)
Bend: the bend of the pipe in degrees (with colourcoded background, green for values less
than limit and red when limit is exceeded)
E (m): Easting coordinate
N (M): Northing coordinate
MSBL (m): Mean Seabed Left depth value (Left Seabed Outer)
MSBR (m): Mean Seabed Right depth value(Right Seabed Outer)
BOTL (m): Bottom Of Trench Left depth value (Left Seabed Inner)
BOTR (m): Bottom Of Trench Right depth value (Right Seabed Inner)
Burial defined: the source of the burial definition (Flags or User)
Figure 198 Export dialogue for a pipe object (left) and formats available - based on a pipe object (right)
The drop-down-list for a pipe object based export, that will appear when clicking on the arrow-
down in the „Save as type‟ field, is depicted above in Figure 198, right. From here the format to be
exported can be selected.
A typical pipe-based plot in NaviPlot would typically involve a longitudinal profile and a cross
profile. For these, the „Long Profile Ascii (*.lpa)‟ for the longitudinal profile and „Cross Profile
Ascii (*.xpa)‟ or „Cross profile (*.gcp)‟ for the cross profile would apply. However also the
„VisualWorks Cross-profile (*.csv)‟ format, associated with events, is supported in NaviPlot.