User Manual: Nteractive Gravity and Magnetic Pplication System
User Manual: Nteractive Gravity and Magnetic Pplication System
Application System
User Manual
This manual is designed to provide basic support for the IGMAS+ and its plugins.
1. Scope of application
(1) These License Terms and Conditions (“Terms”) apply for the contractual relation between GFZ and entitled users which have registered following the
Registration process (see clause 2) (“USER”).
(2) These Terms govern the USER’s acquisition and use of IGMAS+-software in executable form, any updates as well as the respective documentation/user
Manual (”Software”) as provided by GFZ as download on the website www.gfz-potsdam.de/igmas (“Website”), e-mail: [email protected].
2. Registration
(1) The USER needs to register on the Website to be able to download the Software.
(2) There are two types of licenses from which the USER has to choose one when registering: a personal individual single-user license (”Personal
License”) and a group multi-user license (”Group License”). The scope of the Licenses is defined as license grant in clause 4.
a. The Personal License is issued to a single person and is non-transferable. In case the USER needs licenses for several persons, a separate
registration form needs to be filled in by each person or a Group License needs to be requested.
b. The Group License is issued to an entity like a research institute, a university or a company to be used by their employees as well as their onsite
working exchange scientists as entitled multi-users, but only for own internal research, educational or commercial purposes of the registered
entity.
(3) The USER is responsible for ensuring that his device meets the requirements to work with the Software.
3. Term, Termination
(1) The license runs for one year, starting on the day of submitting the registration form by the USER (see clause 2(1)), and is automatically terminated
after one year. To use the software after one year, the USER needs to request a new license again by new registration on the Website. The Software will
notify the User about the approaching end of the license in advance.
(2) Extraordinary termination rights for important reasons remain unaffected.
4. License Grant
(1) Depending on the USER’s chosen option at his registration (see clause 2 (1)), GFZ hereby grants the USER either a Personal License (single-user
for an individual, non-transferable) or a Group License (multi-user license for an entity; entitled multi-users are employees as well as onsite working
exchange scientists and guests of the registered entity).
(2) Personal License and Group License are non-sublicensable and non-exclusive. Both types of Licenses allow the USER to install and use the Software
in executable form by the USER himself (Personal License) or the USER’s entitled multi-users (Group License) on the USER’s devices under USER’s control
in accordance with these Terms, but only for own internal research, educational or commercial purposes of the USER.
(3) The USER is not permitted to:
• Copy, edit, alter, modify, adapt, translate or otherwise change the whole or any part of the Software except as expressly provided under this
license
• Permit the whole or any part of the Software to be combined with or become incorporated in any other software or create any derivative works
• Reproduce, copy, distribute, resell or otherwise use the Software for any commercial purpose other than its own business purposes; the USER
is especially not allowed to sell or provide the Software to third parties.
• Use the Software in any way which breaches any applicable local, national or international law. The USER especially agrees that the Software
will not be shipped, transferred, exported, or re-exported into any country or used in any manner prohibited by the German Export Control Law
or any other applicable export laws, restriction or regulations.
Any attempt otherwise to copy, modify, sublicense or distribute the Software is void, and will automatically terminate the USER’s rights under this
Agreement.
6. Maintenance
From time to time, GFZ may make available new versions or updates of the Software via a website as download, if and when those new versions become
available. Nothing in this Agreement shall oblige GFZ to develop such new versions or updates. Bug-fixes and new features are only supported for the
GFZ-executable version of the Software. GFZ is free to terminate the maintenance any time.
7. No Warranty, Disclaimer
GFZ does not warrant that the Software will function without errors or interruptions. The Software is provided “as is” without warranty of any kind,
either expressed or implied, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose.
GFZ shall not be held responsible for the performance of or output obtained from the Software nor for any liability to any party arising out of use of the
Software.
8. Limited Liability
(1) GFZ is liable for willful misconduct and gross negligence. For slight negligence, GFZ shall only be liable in the event of breach of a material contractual
obligation (cardinal obligation), the fulfilment of which is essential for the proper performance of the contract and on the enhancement of which the
USER may regularly rely, as well as in the event of damage resulting from injury to life, limb or health or statutory liability.
(2) Any further liability, also for indirect and/or consequential damages arising out of the use or inability to use the Software (including loss of profit, loss
of data or data being rendered inaccurately or losses sustained by you or third parties or a failure of the program to operate with any other programs),
shall be expressly excluded.
9. Data privacy
The personal data collected from the USER is processed, used and stored only for the purpose of processing and executing the USER’s purchase of the
Software and the invoicing during the contract period (term) of the Software license. When processing the personal data of the USER, GFZ observes the
legal regulations.
Preface 1
1 Introduction 9
1.1 Welcome . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2 Historical Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.3 Main Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.3.1 Interactivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.3.2 Platform Independence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.3.3 Time Machine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.4 Feedback . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.5 Contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2 Software Package 13
2.1 Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.1.1 Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.1.1.1 Java Runtime Environment . . . . . . . . . . . . . . . . . . . . . . . . 14
2.1.1.2 Graphics Card Drivers . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.1.2 Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.1.2.1 Parallel Calculations with OpenCL™ . . . . . . . . . . . . . . . . . . . . 16
2.1.2.2 Stereoscopic Visualisation . . . . . . . . . . . . . . . . . . . . . . . . 16
2.1.2.3 Memory (RAM), Array Bounds and Heap Size . . . . . . . . . . . . . . . 16
2.2 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.2.1 Installation in Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.2.2 Installation in Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.2.3 Installation in Mac (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.2.4 Plugins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.3 First Start . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.1 First Start in Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.2 First Start in Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.3 First Start in Mac (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.3.4 Theme Selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.3.5 License Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.4 Uninstallation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.4.1 Uninstallation in Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.4.2 Uninstallation in Linux (o.o.d) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.4.3 Uninstallation in Mac (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4 User Interface 26
4.1 General Layout . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.2 Title Bar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.1 File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.1.1 Project-related Menu Entries . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.1.2 Import / Export Menu Entries . . . . . . . . . . . . . . . . . . . . . . . 28
4.2.1.3 Exit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2 Edit (t.b.e.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2.1 Sectioning (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2.2 Model Triangulation (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2.3 Preferences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.2.2.4 Options: Look & Feel . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.2.2.5 Options: Language . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.2.3 View (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.2.4 Tools (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.2.5 Research (t.b.e.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.2.5.1 JVM Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.2.6 Help (t.b.e.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.2.6.1 Help Window (t.b.e.) . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.2.6.2 About Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.2.6.3 Log Window and System Report . . . . . . . . . . . . . . . . . . . . . 34
4.2.6.4 License Wizard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.2.7 Toolbar (t.b.e.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.3 Object Tree (t.b.a.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.4 Model Elements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.4.1 Body . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.4.2 Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.4.3 Section . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.4.4 Polygons and Vertices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.4.5 Stations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.4.6 Anomaly Fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.4.7 Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4.4.8 Clipplanes and Bounding Box . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4.5 Views Window . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
4.5.1 3-D View . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
5 Workflows 60
5.1 Creating a Simple Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
5.1.1 Creating a Project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
5.1.1.1 New Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
5.1.2 Creating Stations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
5.2 Input and Output (o.o.d.) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.2.1 New Project / Save Project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.2.2 Open Project . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
5.2.3 Import / Export . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
5.2.3.1 Export / Import Model . . . . . . . . . . . . . . . . . . . . . . . . . . 67
5.2.3.2 Import Project (XML) . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
5.2.3.3 Import Horizons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
5.2.4 Bitmaps for Constraining Data . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
5.2.5 PointSets for Constraining Data . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
5.2.6 Export Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
5.3 Modification of Physical Properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
5.3.1 Inversion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
5.3.2 Absolute vs. Relative Physical Properties . . . . . . . . . . . . . . . . . . . . . . 78
5.4 Modification of Model Geometry . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
5.4.1 Shifting Vertices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
5.4.2 Inserting and Deleting Vertices . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
5.4.3 Combining Polygons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.4.4 Dividing Bodies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
5.4.4.1 Dividing a Body along an Existing Section . . . . . . . . . . . . . . . . 82
References 148
Index 150
Albert Einstein
”
1.1 Welcome
Dear reader, thank you for choosing IGMAS+ and welcome to the IGMAS+ User Manual!
You have selected one of the most comprehensive and well-known geo-modelling software for 3-D joint
inversion of potential fields and its derivatives under the condition of constraining data and independent
information.
This user manual is designed to facilitate understanding of the basic capabilities of the IGMAS+ software
and provide basic support. It explains how the powerful graphical interface of IGMAS+ can used be to its
full potential.
This version of the manual is a result of rigorous and painstaking work done by members of the IGMAS+
team over the years, inspired by the great demand for a detailed software description from the IGMAS+
user community. Please take your time to familiarize yourself with IGMAS+ and keep in mind that this
manual is written by non-native English speakers.
The software has been around for about 40 years, initially developed on a mainframe and then transferred
to the first DOS PCs, before it was adapted to Linux in the ’90s and finally implemented as a cross-platform
Java application with GUI called IGMAS+.
Starting from 2009, a consortium of national and international oil companies and the Norwegian Geological
Survey (NGU) supported the software development. The Gravity research Group at the University of Kiel
was coordinating the project and giving scientific input while the software company Transinsight (Dresden)
delivered the professional programming resources and support.
Java was chosen to be the programming platform to allow platform independency. The software has proven
to be very fast, accurate and easy to use once a model has been established. Later, the DGMK (German
Society for Petroleum and Coal Science and Technology) funded its research project number 771 entitled
“TiPOT3D - Towards an integrative interpretation of potential fields and corresponding gradients by the aid
of three-dimensional modelling and visualization” (Schmidt, Götze, and Menzel 2018) and supported the
software development on behalf of DEA, Deutsche Erdoel AG (Hamburg), EMPG (Hannover), ENGIE E&P
Deutschland (Lingen) and Wintershall Holding GmbH (Kassel).
Since 2019 IGMAS+ is maintained and developed in The Helmholtz Centre Potsdam - GFZ German Research
Centre for Geosciences by the staff of Section 4.5 – Basin Modelling and ID2 – eScience Centre. GFZ
headquarters are in the ”Albert Einstein” Science Park on Telegrafenberg in Potsdam, Germany.
1.3.1 Interactivity
Graphical interface in IGMAS+ allows adjusting the geometries and physical properties of modelled
subsurface bodies interactively, i.e. while the corresponding calculated and measured potential field
components are visualized together with independent observations.
In interactive modeling you have many data, which evolve over time, like model structure, physical
properties, current gravity/magnetic response of the model. Also visualization of fields changes over time.
In IGMAS+ we introduced the so called Time Machine, a timeline-based project management concept
which allow the user to go in time with the model and data.
The concept involves the project directory structure that keeps the valuable information about project
changes over time. In this way the user can always recover any model state.
Although the IGMAS+ software has been tested by many users worldwide, there can be still a number of
issues. We apologize for any inconvenience that IGMAS+ might cause due to unexpected problems, and
we want to hear from you in case of any issue that you might experience. This means that we invite every
user to become a tester in order to contribute to the further development, help us improve IGMAS+ and
design a user-friendly graphical interface as you want it to be.
Report errors and unexpected behaviour of the program with a brief description, and send it together with
a log file and a system report file (see Section 4.2.6.3 on page 34).
Share your sample data with us if you think that the detected problem could have something to do with
your inputs. We assure that we will use your data only for the purpose to solve the related problem,
and that we will delete your data as soon as the problem is solved.
Send us your ideas and suggestions concerning the user interface (menus, shortcuts, wizards), the
functionality, the default values or any other topic. Any comments related to the actual needs of
users are appreciated.
Point out errors, typos and inconsistencies in this manual, as well as topics which are out of date or wrong.
The appropriate section title will be marked as ”out of date” (o.o.d.) until updated. Missing sections
are denoted as ”to be added” (t.b.a.) until it is fixed. Accrodingly, incomplete sections are denoted
as ”to be extended”(t.b.e.).
Let us bring the IGMAS+ user experience to the next level together!
1.5 Contacts
Please send your feedback, suggestions and concerns (as well as log and system report files, bug reports,
manual comments etc.) to [email protected].
We hope that IGMAS+ will be an important contribution to your scientific work towards an integrated,
interdisciplinary interpretation of complex geological structures on the macro, meso and micro scale.
Sincerely yours,
IGMAS+ development team:
Denis Anikiev, Hans-Jürgen Götze, Christian Meeßen, Christian Plonka, Magdalena Scheck-Wenderoth,
Sabine Schmidt
Software is like entropy. It is difficult to grasp, weighs nothing, and obeys the second law of
Norman R. Augustine
”
2.1 Requirements
Due to Java implementation IGMAS+ is platform-independent. So far it was tested on the following operating
systems:
• Unix:
– Debian Linux (32/64-Bit)
– Ubuntu Linux (32/64-Bit)
• Macintosh:
– Mac OS X (10.5 and above)
• Microsoft:
– Windows XP (32/64-Bit)
– Windows Vista (32/64 Bit)
– Windows 7 (32/64-Bit)
– Windows 10 (64-Bit)
2.1.1 Software
In order to install and run IGMAS+ the system should have the up-to-date versions of
• Java Runtime Environment
• Graphics card driver.
Runtime environment is a common name for piece of software that is designed to run other software.
The Java Runtime Environment (JRE) contains the Java class libraries, the Java class loader, and the Java
virtual machine (JVM), as well as other components to run applications written in the Java programming
language.
The JVM is a program that has two primary functions: to allow Java programs to run on any device or
operating system (known as the ”Write once, run anywhere” principle), and to manage and optimize
program memory. The JRE creates the JVM and ensures dependencies are available to the Java programs.
Unlike a true virtual machine, the JVM doesn’t create a virtual operating system. There are many JVM
implementations, both open source and proprietary. HotSpot JVM is the reference, most commonly used
and the most thoroughly tested implementation.
The JRE is a part of Java Platform, Standard Edition (Java SE, formerly known as Java 2 Platform, Standard
Edition (J2SE)) – a computing platform for development and deployment of portable code for desktop and
server environments. One of the most well-known implementations of Java SE is Oracle Corporation’s Java
Development Kit (Oracle JDK). An alternative OpenJDK (Open Java Development Kit) is a free and open-
source implementation of the Java SE.
To avoid Java-related problems during installation and running of IGMAS+, it is recommended to use
AdoptOpenJDK 8 LTS implementation with HotSpot JVM or Amazon Corretto 8 implementation.
Due to Oracle Java SE Support Roadmap policy update (and particularly the end of free release updates
! from Oracle after March 2019) it is recommended to use up-to-date OpenJDK Java SE implementations
(such as AdoptOpenJDK or Amazon Corretto) instead of Oracle Java SE.
On Windows systems just download the AdoptOpenJDK 8 or Amazon Corretto 8 and run the installer.
! Make sure to download and install the 64-Bit JRE (unless you are using a 32-Bit operating system).
shows you all available Java Environments and allows you to choose the active one. To switch the active
JRE, you will need root-permissions or you have to ask your system-administrator.
Driver updates for Windows are automatically downloaded and installed through Windows Update.
1. In the search box on the taskbar, type in device manager, then select Device Manager.
5. If Windows doesn’t find a new driver, you can try looking for one on the device manufacturer’s website
and follow their instructions.
1. In the search box on the taskbar, enter device manager, then select Device Manager.
Please refer to this page for more information on how to update drivers in Windows 10.
2.1.2 Hardware
Please follow the recommended hardware requirements for your specific operating system.
Old Intel® adapters are known for rendering issues. We do not recommend to use embedded
! Intel® GPUs.
• Memory: 2 GB or more
• Pointing device: 2 or 3-button pointing device such as mouse or trackball is recommended. Touch
pad is also possible.
Depending on your IGMAS+ project size, higher CPU performance and/or more main memory (RAM) might
be desirable.
For hardware-accelerated parallel calculations with OpenCL™, a compatible hardware (CPU, GPU) and device
drivers with OpenCL support are needed (compatible at least with OpenCL™ 1.0).
NVIDIA® Quadro® FX series (or later) graphic adapter with support for Quad-Buffered Stereo and an
appropriate screen or projection installation is required.
The Java code does not limit array bounds, so the maximum size of your model and the number of stations
you can use depend strongly on the size of the main memory (RAM).
! Exception: The number of voxel elements is limited to 10 × 106 cells (see Section 5.8 on page 103).
When a Java program started, the JVM gets some memory from the Operating System. The JVM uses this
memory for all its needs and part of this memory is called java heap memory or just Heap. Whenever an
object is created using a new operator or by any other means, the object allocates memory from the Heap
and when the object dies or garbage is collected, memory goes back to the Heap.
A very simple explanation is that the Heap is the portion of memory where dynamically allocated memory
resides. Memory allocated from the Heap will remain allocated until it is freed or the program terminates.
This can be compared to the Stack memory which is where local variables (those defined within a method
or a function) live. More information about the Heap can be found in this article.
To adjust the amount of Heap use Research > JVM Settings or the IGMAS+ Settings App shortcut (see
Section 4.2.5.1 on page 32).
It is not recommended to use the full capacity of your computer’s memory but to preserve some
! memory for the system.
Before installation, make sure that Java Runtime Environment is installed (see Section 2.1.1.1 on
! page 14).
For installing IGMAS+ you don’t need root- or administrative-permissions on your system-account.
Standard installer package contains a single installer Java Archive (JAR) file IGMAS-install.jar.
The JAR is a platform-independent file format that aggregates many files into one, for instance, multiple
Java applets and their requisite components (.class files, images and sounds). The JAR format supports
compression, which reduces the file size. In addition, individual entries in a JAR file can be digitally signed
to authenticate their origin.
1. Browse to the folder that contains the installation package file IGMAS-install.jar
3. The installer starts, select language and follow the instructions of the installer.
2. Change directory to the one that contains the installation package file IGMAS-install.jar
3. Run command
4. The installer starts, select language and follow the instructions of the installer.
In order to create IGMAS+ desktop shortcut, check the appropriate checkbox (see Figure 2.1).
After installation is completed, IGMAS+ is ready for use with no need to restart the computer.
In order to update an existing version of IGMAS+ you can simply install the new version ’over’ the existing
one (use the same folder).
1. Browse to the folder that contains the installation package file IGMAS-install.jar
2. Run the JAR file as a Java executable (don’t open it as a file archive, as this is often the double-click
default setting on .jar files). To do so, right-click on the installation package file and choose ”Open
with Oracle Java 6 Runtime” (the actual menu entry can vary).
3. The installer starts, select language and follow the instructions of the installer.
2. Browse to the folder that contains the installation package file IGMAS-install.jar
4. The installer starts, select language and follow the instructions of the installer.
To be added
2.2.4 Plugins
Scripting Module Plugin for using the JSR 223 Standard of the Java Platform for script into the IGMAS
System with the Scripting Language of your choice.
StressLoad Module Plugin for calculation of the isostatic pressure in constant depth or on defined
interfaces.
Isosurface Module Isosurface extraction for Voxelcubes through marching cubes with surface
simplification
WorldWind Module NASA World Wind lets you zoom from satellite altitude into any place on Earth.
Leveraging Landsat satellite imagery and Shuttle Radar Topography Mission data, World Wind lets
you experience Earth terrain in visually rich 3D, just as if you were really there.
Spherical Module The spherical plugin give you the possibility to transform your model into a geodetic
datum and calculate the effects there.
VoxelFFT Module Plugin for calculation of the Voxel Effect by means of the ”mass points in the wave number
domain (FFT)”-approach. Each vertical layer of the voxel cube is calculated separately applying field
continuation operator. The different components or gradient components are calculated in the wave
number domain, the effects are finally added in the spatial domain.
VoxelOpenCL Module Use the amazing potential of heterogeneous platforms consisting of CPUs, GPUs,
and other processors. OpenCL™ is the first open, royalty-free standard for cross-platform, parallel
programming of modern processors found in personal computers, servers and handheld embedded
devices.
In order to start IGMAS+, user can use the IGMAS+ icon on the desktop.
The application shortcut can also be found in the Start Menu.
~/IGMAS/bin/script/
$ ./IGMAS
Prior to that, make sure you have executable-permissions on the file IGMAS by typing
$ ls -l
In the line of the script-file launcher.sh, an expression similar to the following should be displayed:
-rwx------
The ’x’ sign indicates executable rights and must be set for the user. If it is not set, executable-permissions
can be given without root-permissions by typing
The script contains the commands for launching IGMAS+ and may look like:
#!/bin/bash
cd "${BASH_SOURCE\%/*}/.."
java -cp igmas-process-wrapper.jar: igmas.process.StartIGMASProcess
! $ java --version
or
$ java -version
To be added
On the first start you are asked to choose between the two available themes (light and dark). Have fun
choosing a design you love (Figure 2.2)
Once chosen, the theme will be saved and you won’t be asked again. However, the theme can be changed
in the menu entry Edit > Option > Look & Feel .
On Windows one can reset the theme selection by deleting the following registry value:
! Computer\HKEY_CURRENT_USER\Software\JavaSoft\Prefs\igmas\gui\look.feel.dark
When you run IGMAS+ for the first time or if your certificate has become invalid, you will need to install or
verify your license certificate for IGMAS+. If the License Wizard does not start automatically, please start
the wizard from the IGMAS+ menu Help > License Wizard .
Here you can choose to (re-)install, verify or uninstall a license certificate. When running IGMAS+ for the
first time, choose ’(Re-)Install a license certificate’ and click [Next].
On the next page, browse to the folder that contains your license certificate file (file extension is ’.lic’), mark
the file or type in its name and click [Open].
Afterwards, type in the serial number for your license certificate and click on [Install]. If you don’t feel
comfortable with your input being masked during typing, it can be optionally shown as clear text.
When the serial number for your license certificate has been approved, click [Finish] to exit the License
Wizard.
Once IGMAS+ accepted the license, it is not necessary to update the license after installing new versions.
Uninstalling IGMAS+ before installing a new version of the software is NOT required. Just install the new
version "over" the old one. The license status as well as all preferences will be kept. IGMAS+ should not
be running during the update/over-installation process.
On Windows machines, you can find IGMAS+ app icon in the Start Menu, right click on it and choose
Uninstall.
or
$ I+uninstaller.sh
To be added
Mark Twain
”
3.1 Foreword
This overview shall provide the basic working concept of IGMAS+ when used to investigate gravity fields,
including all aspects that need to be considered when starting an IGMAS+ project. The chapter is intended
to bridge general textbook knowledge on gravity modelling with the specific ”how-to” information given in the
IGMAS+ User Manual. Hence, it provides both key words from the gravity research field (without repeating
textbook contents) and definitions for IGMAS+ specific terms (to be further looked up in this manual).
Gravity anomalies - i.e. deviations from the normal field of gravity (Fig.1) - provide us insights into the
geological structure and related density distribution of a region. For a specific gravity anomaly, or more
realistically expressed, for an ensemble of anomalies to be explained, however, numerous density
heterogeneities are theoretically possible (Fig. 2). Note the ambiguity of all potential field observations! To
overcome this ambiguity by means of gravity-independent observations is essential to the modelling
philosophy of IGMAS+. With this software package, Free air, Bouguer- and geoid anomalies can be
modelled and calculated.
IGMAS+ allows users to calculate the gravity anomalies corresponding to a pre-defined 3D density model
and interactively compare the calculated/modelled fields to the observed anomalies. To interactively obtain
an optimised fit between calculated and observed anomalies, users can either (i) manually adjust a density
configuration by changes of density values and geometries of density bodies (Fig. 3) or (ii) automatically
As common to all inverse approaches, the number of “free” parameters in the modelling process should
be significantly reduced before a final forward field matching, respectively inverse density calculation. For
example, the final modelling step may be limited to the adjustment of the thickness and lateral extent of a
model unit with pre-defined density (variation). Fixing as many as possible other parameters of the initial
3D density model thus requires input data of appropriate spatial coverage and (in the best case) well-known
uncertainties. On the other hand, the model should be kept simple, its complexity chosen just as to be able
to help answering a well-defined scientific question. Remember:
“ A model which images any detail of the reality is as useful as a map of scale one to one.
”
Joan V. Robinson
If you find an element of your interface requires instructions, then you need to redesign it..
Dan Rubin
”
Title Bar with Menu Entries (top) Most functions are called using either the menu entries in the Title Bar
at the top of the window or a right-click-menu entry or using the icons on the toolbar of each View.
Object Tree (top left) Contains all model objects. It is used to switch the visualization ”on” or ”off”
individually. Use right mouse button to get an object dependent menu for the individual elements.
The elements in the Object Tree are listed in a hierarchical order. Their properties are described in
the individual sections (see Section 4.3 on page 37).
Property Editor (bottom left panel tab) Is used to view or change the properties of individual elements
selected in the Object Tree.
Body Manager (bottom left panel tab) A table to view and modify the physical properties of all bodies
(see Section 5.3 on page 75).
Information (bottom left panel tab) Information on numerical data at cursor position and color scales.
Views Window (right tab) Contains one or more different views of the model (2D View, 3D View, 2D
Maps, Multiple Cutter, WorldWind, Help), which may be either changed using their tabs, or may be
detached and placed arbitrarily on the screen. Use right mouse click on Views Window tab, or ”drag and
drop” to arrange the views. If detached, the cursor tracking between the different views is provided.
Status (bottom window border) Click on [IGMAS+ started] to get a log of the current session. Refer
to Section 4.2.6.3 on page 34 to get more information on this session log. In the log window click on
Create Report to save the complete log.
Status information:
Memory status (left) Place the cursor above the status bar to get more information about actual
and maximum available memory. This information bar turns into red, if the allocated memory reaches
a critical level.
Progress bar (center) This bar visualizes the activity status. Please note, that the progress in not
necessarily linear.
Info-light (right)
In the title bar of the program window (Figure 4.2) one can find menu entries: File , Edit , View , Tools ,
Research , Help , as well as the IGMAS+ version number, the name of the loaded model and its timeline
version tag.
The full version number can be found in the About window (Section 4.2.6.2 on page 34), it is also included
in the system report (Section 4.2.6.3 on page 34).
4.2.1 File
The typical file load/save functionality is implemented in Open Project and Save Project menu entries.
However, Import and Export entrees can be used for data exchange with other software products.
• New Project is used to create a new project, see Section 5.2.1 on page 66
• Open Project is used to load an already created project, see Section 5.2.2 on page 67.
• Save Project and Save as are used to save the current modified project.
Both Save Project and Save as allow you to save the project within a folder. In both cases IGMAS+ will
ask after a directory name and a new directory (global folder) and subdirectory (timeline folder) will be
created. This directory structure keeps the valuable information about project changes over time. In this
way the user can always recover old and current models.
• Borehole
• Stations
• Interfaces
• Image
• VoxelCube
• XML Project
4.2.1.3 Exit
Menu entry Exit is used to quit IGMAS+. Before closing, IGMAS+ will check for changes in the project
and a corresponding dialogue will pop up:
4.2.2.3 Preferences
Preferences window can be opened in the menu entry Edit > Preferences :
Name Function
General
Clipping Box Colour Select colour for the model clipping box
Colour of the marker lines Select colour of the triangles lines
Colour of the Sections lines Select colour of the lines between polygons
Global transparency Transparency ”on”/”off” of bodies in the range [0-1] in 3-D View (see
Section 4.5.1 on page 50)
Marker Line Width Select width of the triangles lines
Project Path Define Path for the current user
Section Line Width Select width of the lines between polygons
Show clipping Bounds Show model clipping box ”on” or ”off”
Show marker Lines Show triangles lines ”on” or ”off”
Show Polygon Outline Show lines between polygons ”on” or ”off”
use Antialiasing Antialiasing ”on” or ”off”
To change the Look & Feel of IGMAS+ go to Edit > Options > Look & Feel and select one of the three
possibilities:
The two first themes are based on Flat Look and Feel (FlatLaf) Java Swing desktop application.
IGMAS+, IGMAS+ installer and IGMAS+ Settings are available in two languages:
• English (default)
• Deutsch (German).
In Research > JVM Settings user can adjust the following settings related to the JVM (see Section 2.1.1.1
on page 14):
Initial heap size When JVM starts, its heap space is equal to the initial size of heap memory specified by
this parameter. As application progress, more objects get created and heap space is expanded to
accommodate new objects. Usually it is not needed to adjust this value.
Maximum heap size The JVM expands heap memory in Java somewhere near to maximum heap size
specified by this parameter and if there is no more memory left for creating new objects in java heap,
JVM throws java.lang.OutOfMemoryError and application dies. Adjust it if you have problems
with loading or creating a big model (see Section 6.5 on page 144).
JRE for IGMAS+ Version of the JRE used by IGMAS+. See Section 2.1.1.1 on page 14.
Stereo Settings User can force stereo rendering which can help to remove potential visualisation bugs (see
Section 6.5 on page 144).
User can also set the settings to default (Default) or use optimized settings (Optimized).
The JVM settings window can also be accessed directly from the system without starting IGMAS+. In
Windows 10 just type IGMAS+ settings in the Start Menu to find the shortcut:
The menu entry Help > Help will show a window with basic help:
2. Basic references (for the full reference list see Section 6.5 on page 148)
The menu entry Help > About will show a window with all relevant information about IGMAS+ (Figure 4.3)
including the build date, license status, JRE (see Section 2.1.1.1 on page 14)
Time-stamp information about libraries and plugins loaded, java exceptions and functions performed during
the current session, is logged automatically and may be viewed: Click on [IGMAS+ started] in the status
bar at the bottom of the main IGMAS+ window to display the log window:
A system report file (XML format) may be created by clicking on the Create Report button at the bottom
of the log window.
Symbol Function
Calculate anomalies
Recalculate anomalies
Model triangulation
Voxelize Model
Clip to model
Clip to stations
Switch to 2D Maps
Scripting Module
Undo-functionality
Redo-functionality
Stress map
The Object Tree is used to control and set up visualization of the project, as well as for navigation in the
project workspace and settings.
4.4.1 Body
The basic model element is the body, which defines an area of constant density / susceptibility. Its hull is
composed of a number of triangles with controlled orientation. This hull has to be complete, without gaps or
overlapping triangles. For an isolated body its surrounding is the ’Reference’, but usually it has more than
one direct neighbours.
Each body has a number of properties, which may be visualized or changed using the Property Editor.
4.4.2 Interface
An interface is a set of triangles separating two bodies. Each interface belongs to one body on the right hand
side and to another body on the left hand side (left and right is defined by the mathematical orientation
of the triangle, not by the geometry itself, see Section 6.1.6.1 on page 126).
All existing interfaces are listed in the Project Tree, their visualization in the 3-D View may be switched
on or off using the checkboxes (see figure below).
The Project Tree shows two body names for each single interface, which are separated by the body separator
<>. The first name specifies the name of the left body, the second name the body on the right hand side:
The interfaces themselves as well as their list are built automatically and cannot be changed by the user.
The following figure shows all interfaces which belong to the hull of body ”Caprock”:
Interfaces are the target for the anomaly calculation: there is no anomaly without at least one interface
separating two bodies with different physical parameter (see Section 5.5 on page 95).
4.4.3 Section
Sections are vertical planes, which are used as carriers for the geometry vertices. Each vertex of a
triangle lies on one of the sections, the vertices of each triangle have to lie either on adjacent sections, or
All sections of the model have to be parallel to each other, however, they do not have to be equidistant nor
do they have to be parallel to the axes.
Name User can set up a specific name for the section (by default name is the index).
Section Normal The normal defines the orientation of the section, it is not changeable, as it has to be
defined during the model initialization process.
Point Two points define the position of each section (not changeable for an existing model).
Section Mirror Each section may be accompanied by one or two mirror sections, which may be used to
control the 3-D triangulation. Please refer to Section 5.4.5.2 on page 88 for a detailed discussion on
the role of the section mirrors.
You may Remove or Copy and Shift an existing section (right mouse click in the Project Tree). Use
Edit > Model - Triangulation or select the icon after these functions.
! The geometry of the model can only be changed in the 2-D View.
The 2-D Views of the sections (see Section 4.4.3 on page 39) show the model along the section which build
polygons. The polygons are defined by a number of vertices, usually marked with grey circles. Vertices
marked with red colour relate to triangulation errors (see Section 5.4.5 on page 85).
The geometry of the bodies is changed implicitly (automatically) by modifying the geometry of the
! polygons on the sections.
The vertex symbols (default: grey circles) may be switched on and off (use key v ). Their size and color
may be changed in Edit > Preferences .
Body Part Index A name or index, which may be assigned to each polygon. This name is used to identify
geometrically separated parts of the same body. Used for the triangulation (see Section 5.4.5.3 on
page 90).
zState Position of a polygon relative to the other polygons of the same body. The zState is for information
only, it is set by the program.
Body The interior of the polygon defines the intersection of a body with the vertical section. The body is not
changed here, but may be changed using the function Set Body(s) (see Section 5.4.4.2 on page 83).
The vertices define the geometry of the polygon. They may be shifted, deleted or inserted (see
Section 5.4.1 on page 80). A polygon may be removed using right mouse menu on a polygon in the
Project Tree (remove).
The observed , calculated or residual gravity or magnetic fields are defined at stations i.e. a set
of points with arbitrary position (x, y, z). If the elevation (z) is not given, 0 is assumed.
An offset (default: 13 cm) may be added to each station elevation. IGMAS+ assumes the coordinate system
of model and station data to be identical.
The station positions are displayed as red points in the 3-D View and as a red profile line in the 2-D View.
The station coordinates are usually imported together with the measured field(s) from an ASCII file (.csv
or .stations, see Section 6.3.4 on page 136). This function is deactivated, if there is no model present.
Please refer to Section 5.5 on page 95 for a detailed discussion on station elevation.
zOffset This offset will be added to every station elevation. It may be used to shift all the station elevations
by the same amount. The default of 13 cm simulates the distance of gravity meter systems from the
ground.
The zOffset is saved in the project file (Section 5.2.1 on page 66).
Projection distance This value is used as the maximum distance of station locations to be projected on the
2-D Views. The projected measured stations are marked with the symbol +, the calculated stations
with a circle. The default (0) results in no projected station symbols at all.
The projection distance is saved in the project file (Section 5.2.1 on page 66).
The anomaly fields are given at each station as point data (ref section 4.4.5). For the 3-D View the station
points are triangulated and build a coloured surface, for the 2-D View the station triangulation is cut with
the section line and displayed as profile line above each section display.
! Click on the legend entry to change the line style of the field profile lines.
Gravity The three components (Gx , Gy , Gz ). Gz are usually called ’gravity field’.
Gravity gradients All tensor components (Gxx , Gxy , Gxz , Gyx , Gyz , Gzz ). Horizontal Gradient HGz
and Horizontal directive tendency HDT which are based on the calculations of the Gradient Invariants
Inv0, Inv1, Inv2.
Magnetic The three components (Mx , My , Mz ) and the values (M AGtot , V G, M AGtotr ) where
(M AGtot ) is the total magnetic field anomaly, (V G) is the vertical gradient calculated between the
position of your station and 1 meter upwards and (M AGtotr ) is the total sum of induced and remanent
field anomalies.
Auto Shift The constant offset between measured and corresponding calculated anomaly field is subtracted
automatically, if switched on, as follows:
Shift value Only used, if Auto Shift is switched off: the value is used to be added to the calculated
anomalies, which causes a constant offset.
Scale Z Only used, if Auto Scale is switched off. The value is used as a factor to be multiplied with the
corresponding anomaly.
error Estimated error of the anomaly fields. Used for the inversion of the physical parameter(s)
(Section 5.3.1 on page 76).
error gz indicates the estimated error of the component Gz . error gxx is the estimated error
! of the component Gxx , etc.
Values Statistics concerning the difference between measured and corresponding calculated field:
• Average difference between measured and calculated anomaly (= shif t, see above)
• Correlation coefficient
• Standard deviation
• Variance
These values are only for information, and only available if both measured and calculated fields are
defined. They are updated after each modification of the calculated anomaly.
In the 3-D View you can switch between individual anomaly visualization, select shading ”on” or ”off” and
control the transparency of the anomaly representation.
4.4.7 Model
The ’model’ comprises all information about model (geometry and physical parameters) itself and the
stations including their position and field data (see figure).
The model properties are a name, the inducing Total Magnetic Field (magnitude, inclination and declination),
and the vertical exaggeration to be used in 2-D and 3-D Views (default: 1).
Usually gravity models are extended laterally in order to avoid edge effects (more details in Section 5.10 on
page 121).
As these extensions are cumbersome for 3D visualization, they are clipped automatically in 3-D Views, using:
• the lateral bounding box spanned by the station positions
• the maximum vertical extension of the model and the station elevation
Their position may be changed using the slider (select the appropriate entry in the Object Tree, then use
the corresponding Property Editor tab). To reset the position of the six clipplanes, use the Property Editor
of the ”Clipplanes” entry in the Object Tree.
Clip to Model: Sets the clipplanes to the extremes of the model, without regarding the station positions.
In the Views Window user can open tabs with different views:
• 3D View
• 2D View
• 2D Maps View
• Multiple Cutter View
• WorldWind View
• Scripting View
Each View has its own toolbar to facilitate navigation and use the interactive interface to its full potential.
The 3-D View is the default view, but you may want to have more than one 3-D View panel opened in
your workspace. Use View > Add View > Add 3D View to add more panels. Use the [Tab] to toggle
between views or detach them and place them on your monitor(s). To attach them again, click the symbol
Use the checkboxes of the Object Tree to activate or deactivate the visualisation of the project elements
individually.
4.5.1.1 Functions
Center at Top|Bottom|Left|Right|Front|Back: Use View > Center at to get one of the 6 default
views.
The rotation in 3-D is restricted so that the direction of the z-axis does not change. This is so-called Head
Up Mode which is activated by default. Deactivate it if you want to have unlimited rotation freedom.
Use Edit > Preferences > Controls (Section 4.2.2.3 on page 29) to reverse the moving effects or
! to change the Head Up Mode.
Add Bookmark
Show Object In Table
Show Object In Tree
Centre Object(s)
Render
Render Solid (default)
Render Wireframe
Transparency (on/off)
View
Perspective View (default)
Parallel View
Stereo
Edit Stereo Settings
Center at
View Left
View Front
View Bottom
View Right
View Back
View Top
Export View as ...
Add bookmark Use this function to save the coordinates of the actual 3-D View. A new entry in the Object
Tree appears: . The bookmark(s) will be saved in the project file together with other project data
(Section 5.2.1 on page 66).
Show Object In Tree Use this function to show the selected body in the Object Tree (Section 4.3 on
page 37).
Render Use this function to render the bodies with different visible features: Solid, Wireframe and with
or without Transparency. Solid renders images with surfaces. Wireframe renders images without
surfaces or textures, showing the triangulated interfaces. Toggle the transparency of an entire body
(on|off) using the function Transparency.
Center at Use this function to get one of the 6 default views: Left, Front, Bottom, Right, Back or Top.
Use View > Add View > Add 2D View or [Ctrl]+ a to add a 2-D View to the default 3-D visualization.
Use the [Tab] to toggle between views or detach them. To attach them again, click the symbol at the
Use the checkboxes of the Fields entries (in the Object Tree) to activate or deactivate the visualization of
the anomaly field(s) individually. The checkboxes of the other elements only affect the 3-D View.
The 2-D View is used for visualization and for editing (Section 5.4 on page 80). It shows in the lower part
one of the sections of the model, with the section name at the bottom (right).
Above the section geometry the corresponding (active) anomaly profile line(s) are shown. The anomaly
scale is set globally, so that it is not changed for different sections. Click on to switch to local scaling
4.5.2.1 Functions
Tooltips: In the 2-D View mode the tooltip gives information about the model (polygon name, polygon area,
body part index and physical properties) where the cursor is currently located (may be deactivated in
Edit > Preferences ).
The functions Show Object in Table and Show Object in Tree are described in the Section 4.5.1.3 on
page 51.
The editing functions Set Body Part Index, Set Body(s), Divide Body, Activate Body, Clear Selections
and Combine Polygon(s) are described in the Section 5.4 on page 80.
Other functions:
Control Show vertices: press v to toggle between on and off. Centre: Fit into window by pressing f.
Next|Previous section and View Front|Back side of the section.
Alpha numeric Function to view/change vertex coordinates. Select one or several vertices, then click on
one selected vertex with the right mouse button:
If only one vertex is selected: Enter the absolute x and z coordinate of the vertex.
If multiple vertices are selected: Enter relative distances (x and z), which will be added to all
selected vertex coordinates.
In IGMAS+ all vertical sections of the model have to be parallel to each other. In many cases the user needs
to visualize the 2D model and anomalies from different perspectives. The Multiple Cutter allows to cut the
model and the anomalies in arbitrarily oriented 2-D sections.
Put the mouse in the map on the left, above and select a start point. After selecting the start point, the mouse
move refreshes live the cut, and click finalizes it. Different model and anomaly cuts can simultaneously be
visualized in 2D.
The Multiple Cutter is exclusively a visualization tool, it does not build polygons out of the cross
! sections. Please do not mismatch it with ”Sectioning”.
Click on to get a new tab for global 3D visualisation of anomalies and model. Select items to be visualized
in the Project Tree. Use small icons in the upper right window bar to show / hide items like scale etc.
To display the WMS (Web Mapping Service) layer manager click on or click right mouse button on
the entry WorldWind Manager → Show WMS Manager. To add a WMS service, select the + (see figure),
and enter the URL into the next window.
Here you find the URL’s of interesting web mapping services concerning geology: One Geology (http:
//portal.onegeology.org/). Search for your area of interest, click on Active Layer Properties and
Geology Europe:
http://mapdmzrec.brgm.fr/cgi-bin/mapserv?map=/carto/ogg/mapFiles/GISEurope_Bedrock_and_Structural_Geology.map&
Geology Europe:
http://www.bgr.de/Service/OneGeology/BGR_Geological_Units_IGME5000/?
Geology Austria:
http://gisgba.geologie.ac.at/ArcGIS/services/OneGeologyGBA/MapServer/WMSServer
OpenStreetMap global:
https://www.terrestris.de/en/openstreetmap-wms/
The Scripting View is used to edit and evaluate the user scripts. Read more in Section ?? on page ??.
Brenda Laurel
”
New Project is the function to create a new project. There are two possible ways of creating a project:
2. Horizon Import: import single horizons (see Section 5.2.3.3 on page 69)
Choose File > New Project > New Model . The New Model Settings wizard will open:
Coordinates Set the origin (X, Y), the size (Width, Height) and the depth (Depth). Don’t forget to choose
the units (m / km). Default is X,Y = 0,0; Width, Height = 10,10 and Depth = -5. Change the values
according to your needs and click on Next .
Number of sections Click on - (to decrease) or + (to increase) and on dist to set the distance between
sections.
Location of the first section Either move the green circle, or click the green circle with right mouse button
to use alphanumeric input.
Location of the last section Either move the red circle, or click the red circle with right mouse button to
use alphanumeric input.
Direction of sections The default direction of the model sections is parallel to the x-axis. Click on the
arrow and change the direction according to your needs. For example if magnetic measurements were
obtained over profiles which are not parallel to the x-axis, you can define the azimuth of your sections
by changing the arrow position. If you don’t like to use the azimuth orientation, for the calculation of
magnetic anomalies is necessary to transform the magnetic declination (parameter declination, see
Section 4.4.7 on page 46) into a declination for calculations for IGMAS+ (Section 5.4.6 on page 92).
After finishing the input, choose Finish . A cube will be created automatically. Using the default values,
you will get the following model:
Go to the Body Manager . The list of bodies now contains the two items:
• new_body
• reference
Choose Add Parameter > Density and set the two densities.
Choose Tools > Create Station – Grid . Enter the area of the stations: the origin of the grid (X, Y), the
size of the station grid (Width, Height) and the cell size (X-Step, Y-Step). The stations are displayed as red
dots, the station area is reddish.
Now add a 2-D View ( Add View > Add 2D View ) in order to display the geometry on one of the sections.
The typical load / save functionality is implemented by Open Project and Save Project menu entries.
However, several additional import and export functions may be used for data exchange with other software
products.
Use New Project to create a new project. After creating a new project, both Save Project and Save as
allow you to save the project within a folder. In both cases IGMAS+ will ask after a directory name and
a new directory (global folder) and subdirectory (timeline folder) will be created. This directory structure
keeps the valuable information about project changes over time. In this way the user can always recover
old and current models.
Accroding to the timeline base project management concept is introduced in IGMAS+ (see Section 1.3.3 on
page 11), project data are saved in a special directory structure, the IGMAS+ file dialog will identify these
folders and mark with an icon . The file dialog shows the timeline state of the project:
The following data are saved in the timeline folder inside the global project folder:
• station coordinates, the calculated (voxel and triangle) response for every body in the model and the
measured data in each station
• indices for the Delaunay triangulation of the stations
• indices and coordinates for the model geometry
• section and polygon definition
• interface and triangles definition
• voxel cube definition with all voxel values and current voxelization with the model geometry
• body definitions with properties (unit in projection tag will be ignored)
Use Open Project to load an already created project. The file dialog shows the list of all (under this project
name) saved project versions, including the metadata. The user loads one version of the project.
In this use case the menu option Save Project will create a new timeline folder (time stamped) and all
model changes will be saved in this new folder.
If the user chooses the Save as menu option a new directory (global folder) with a new name and a new
subdirectory (timeline folder) will be created.
The only file format for saving model data is XML file with the file extension .model or .xml. The file
contains all necessary information as
List of all bodies: name, color, physical parameters, voxel equations and voxel factors
The Linux program (meta2xml) converts old .meta files into the new IGMAS+ format.
The XML model file is an ASCII file with clear human-readable text metadata and descriptions, so it is possible
to examine the file.
For loading a model, the file format .model, .xml (see above) as well as the GOCAD® TSurf (.ts) file
format (Section 6.3.6 on page 138) are accepted.
After having loaded a model, the triangulation is calculated automatically, except if the Automatic Update
is deactivated.
After triangulation of the model or after loading an external triangulation, the validity of the triangulation is
automatically checked for:
Orientation: The hull of triangles has to take the orientation of the triangles into account.
Usually IGMAS+ will take care of a correct triangulation, you don’t have to worry about it. If a triangulation
is imported, however, or after a triangulation error (see Section 5.4.5 on page 85), it is necessary to check
it.
The result of the triangulation check is shown in the window (refer to Section 5.4.5 on page 85 for further
details).
This function only exists to transfer ”old” IGMAS+ projects (saved as .igmas file) into the newer
version (starting June 2014).
! Newer versions: please refer to description of Open Project and Save Project menu entries
(Section 5.2.2 on page 67).
This function may be used if existing digital data define continuous horizons in the entire modelling area.
Several horizons are stacked, the physical parameters between the interfaces are assumed to be constant.
Users must use one file for each horizon.
File formats The following formats are possible: .xyz, .csv or Geosoft binary grid format .grd, see
Section 6.3 on page 132.
Point types The points defining the horizons may be gridded or irregularly distributed. Points with identical
location but different z-values will be averaged (there will be a notice).
The points are interpreted to represent point locations x, y, z. They are not to be confused with grid
! cells, which are not used here, even in case of regularly gridded horizons.
How to import:
1. Choose File > New Project > Irregular/Regular Horizon (XY-Plane) Import . Choose the
directory and the file(s) to be imported. Make sure to select all files for the model to be built, as
later inclusion of additional horizons is not possible.
2. The import wizard lists all imported horizons (files) and orders them from top to bottom according
to the value Zmax. The order (from top to bottom) is very important, because it directly controls
the triangulation. Make sure, that the list corresponds to the stratigraphic column / layering in your
modeling area. If necessary, change the order using the arrows on the right hand of the wizard.
Area Minimum x-coordinate, minimum y-coordinate, size in x-direction, size in y-direction (for
information only).
Zmin Minimum depth of the horizon (for information only, the value is used to define the layer order.
# of x-points, # of y-points This value is used to apply averaging of horizon vertices on regularly
spaced locations. Default is 0 for irregular points and original number of points for grids (no
averaging). All three coordinates (X, Y and Z) will be averaged using the block average method
(see Section 6.1.4 on page 124). Alternatively, user can use x-spacing and y-spacing to set
up the grid for averaging (see below).
x-spacing, y-spacing Instead of setting number of points one can set desired spacing and
corresponding number of points will be automatically recalculated.
! The last four columns can be used for filtering of highly oversampled horizons.
Extend model borders Check, if the model should be extended laterally, and specify the model
extension (Range). Refer to Section 5.10 on page 121 in order to read more about the model
extension.
Minimum vertical distance Minimum thickness of bodies. It is used only if the imported vertices
have identical horizontal positions throughout all horizons or if the vertices are interpolated
regularly on the sections (see Project Points (Mundry) below).
Z-Bottom Depth of the lower limit of the model (plane, horizontal). Default: minimum Zmin value
of all horizons.
Project Points (Mundry) Interpolate irregularly spaced horizon vertices on the sections to be build.
Default: no.
4. Select Next to continue. The last step defining the model specifies the area to be modelled and the
position of the vertical sections:
By default the modeling area is the maximum area, which is covered by all horizons - indicated by a
grey rectangle.
Red circle Defines the north-east corner of the modeling area. You may change the position of the
circles by either clicking with right mouse button on them (alphanumeric input), or just
dragging them.
Number / distance of vertical sections The vertical sections to be created are indicated by dashed
lines. Click on + (increase) or - (decrease) to change their number. Alternatively quantify their
distance by clicking on dist.
Direction of the vertical sections Click on the arrow and move the mouse to change the direction.
Default: West-East.
The direction of the sections should be as close as possible perpendicular to the dominating strike
! direction of the structures to be modelled.
Use bitmaps to visualize additional information or constraints like depth converted seismic sections or time
slices, geological maps, or other geoscientific information. The following figure shows a semi-transparent
seismic image in a 3-D View.
To import an image, choose File → Import → Import Image. You get the following wizard:
Bitmap Location: Browse for the bitmap file (for on overview of formats see Section 6.3 on page 132).
Name: Type in a name for the bitmap. This name will be used in the model tree. Default is the filename.
Map to Section [2D mode]: Select a section from the drop-down-list in order to link the image to this
section in the 2D view. In the 2D views the bitmap will be projected onto the 2-D sections, and it will be
Top left | Top right | Bottom left | Bottom right: Coordinates (x, y and z) of the corresponding 4 edges
of the bitmap. The coordinate system has to be identical to the coordinate system of the model.
Object tree: The bitmap(s) get an entry in the object tree: . Check to display it, use right
mouse click to remove the bitmap.
Property editor: Through the property editor of the bitmap you may either retrieve the import wizard
again to modify coordinates or 2-D mapping or change the transparency of the image: 0 (no transparency)
through 1 (full transparency).
The imported bitmap(s) including their settings are saved in the project file (Section 5.2.1 on page 66).
Additional meta data like Euler depth solutions or well log positions can be imported using .csv (see
Section 6.3.1 on page 132) or .xyz files (see Section 6.3.2 on page 134).
Select File → Import → Import PointSet, load the pointset file.
Object tree The pointset(s) get an entry in the object tree: , where it is called Metadata.
Check to display it, use right mouse click to remove the pointset.
Property editor Through the property editor of the pointset you may modify properties:
Name This name will be used in the model tree. Default is the filename.
Projection distance Points within this horizontal distance from a section are projected onto the current
section, displayed in the 2-D View.
Property editor:
Color:
Name:
Point size:
Projection distance:
The imported pointset(s) including their settings are saved in the project structure (Section 5.2.1 on
page 66).
The export of interfaces (TIN, i.e. triangulation and corresponding vertices) is still not implemented. Actually,
IGMAS+ exports only the vertices, which belong to a certain interface.
Select the interface(s) to be exported in the Object Tree and unselect all the interfaces which you don’t
want to be exported. In the 3-D View only the interfaces to be exported are visible.
Select File > Save > Export Checked Interfaces .
The vertices will be saved in .csv format (Section 6.3.1 on page 132). The vertex positions (X, Y, Z) of all
selected interfaces are saved into one file, separated by header lines, indicating the body names on either
side of the interface:
#Cretaceous Jurassic
500000.0 -500000.0 -2479.0
18011.0 0.0 -2547.0
500000.0 0.0 -2479.0
500000.0 -500000.0 -2479.0
17579.0 -500000.0 -2390.0
18011.0 0.0 -2547.0
The triangulated interfaces, which are used to define the density structures, are used to separate areas of
constant densities or susceptibilities. These areas are called bodies. Isolated bodies are surrounded totally
by a special body called reference body. Several bodies may touch each other (they share a common
interface) and in addition, they are all surrounded by the reference body:
The reference body is not shown in 2D as it does not build a closed body. Instead, the reference is assumed
everywhere, where no model polygon exists ( white background colour as on the figure above).
The reference body has a physical parameter, the reference density, which may be changed.
Please refer to Section 5.10 on page 121 for a more detailed discussion on the reference density.
The Body Manager (a tab in the lower left part of the IGMAS+ window) offers a simple overview and an
easy handling of the physical property of each body.
The table lists all physical parameters available for all bodies defined for the model. Modify the names and/or
the values.
• Susceptibility (SI )
Right mouse click on the header of a column shows a window to set either all values to the same value, or
add a constant to all values:
The unit can not be changed in the Body Manager, use Edit > Preferences (Section 4.2.2.3 on page 29)
to change the units.
5.3.1 Inversion
The inversion window on the left hand side lists all the anomaly fields with both, measured and calculated
fields. Select those fields which you want to be used for the inversion. If there is no measured and
corresponding calculated anomaly, there is no field to be selected, hence this inversion is not possible.
On the right hand side of the inversion window you see a list of all existing bodies as well as the Reference
’body’ (see figure above). In addition to the bodies name, the settings of the parameters ’Density STD’ and
’Susceptibility STD’ are shown.
Select the bodies which parameter is to be inverted. Select Next to start the inversion.
Density standard deviation (Default is 5 mt3 ). The value defines the variability of the density parameter.
Change this value with the Body Manager (Section 5.3 on page 75). If set to 0 (zero), this body
density is not inverted (default for reference density).
Susceptibility standard deviation (Default is 5 (in SI)). The value defines the variability of the
susceptibility parameter. Change this value with the Body Manager (Section 5.3 on page 75). If set
to 0 (zero), this body susceptibility is not inverted.
Auto Shift Changeable property of each anomaly field (Section 4.4.6 on page 44). This is a very important
parameter, if the inversion is based on gz , the vertical component of gravity. There are two constant
effects associated with a ’normal’ density model:
1. The vertical component gz is constant for a model block (= plate) of constant thickness,
2. The constant offset (shift value) between measured and calculated gravity, which is usually
automatically corrected (added to the calculated anomaly).
The inversion cannot resolve these two constant effects, if they are both inverted. Use the Auto Shift
property (Section 4.4.6 on page 44) to control the inverted constant. In both cases, the actual shift
value (anomaly offset) is added to the calculated gravity prior to inversion.
Auto Shift on In addition to the inverted result for any selected body density, a Model - Mean Value
is derived for the density.
Auto Shift off The residual gravity enters the inversion, which gives a result for any selected body
density. No Model - Mean Value is inverted for the density.
Please refer to Sæther 1997 and Haase 2008 for more information on the inversion method.
You are completely free to use either absolute or relative density values. The calculated effect depends only
on the density differences at the modelled interfaces. One can prove this by using the Body Manager: add
Conclusion: In the case of normal density/susceptibility modelling one cannot determine the absolute
values of densities or susceptibilities. You will need to interpret borehole measurements in this case.
Single vertices, graphically Use [Shift]+ left mouse button to move the position:
Single vertices, alpha numeric Select vertex with right mouse button, from the menu select Alpha
numeric. Then enter x and z coordinate.
Group of vertices Mark a group of vertices using s and diagonal with left mouse button . Then
(holding [Shift] ) move all vertices by the same amount using the left mouse button .
If calculated anomalies are present and the Automatic Update is active, the anomalies are
updated automatically after performing the modification.
The triangulation may lose its optimal configuration. After serious geometry modifications it is
! recommended to use the function Edit > New Triangulation again.
To insert new vertices, hold i and click left mouse button on the border of a polygon. A new vertex
will appear in this position.
This function combine or merge two existing polygons along a section. Select the 2-D View, along which
you want to combine the two existing polygons. Deactivate the Automatic Update button. Select the two
polygons which should be combine by pressingx together with the left mouse button and assign a
new polygon by using the right mouse button menu Combine polygon(s). The first selected polygon
will define the physical properties of the combined polygon.
Divide an existing body into two parts in order to get a higher flexibility in assigning physical parameters.
Select the 2-D View along which you want to divide an existing body. Select the body to be divided with the
right mouse button, select Divide Body and then Finish. The selected body will be separated into two parts:
the new part inherits the physical properties of the old body, however its name will be extended by ’_new’.
The new body receives a new colour. Select Edit > New Triangulation to update the triangulation.
Deactivate the Automatic Update button. Hold d and draw a connection line between two vertices with
left mouse button (left figure below). The corresponding body will be divided along this line, its colour
will be highlighted by fading the rest of the bodies (right figure below). This procedure has to be done on
each section where the corresponding (highlighted) body exists.
Now add a new body definition using button Add Body in the Body Manager. Select all polygons which
should be assigned to the new body by pressing x together with left mouse button and assign the
new body using right mouse button menu Set Body(s).
Use Edit > Model - Triangulation or icon to update the triangulation. You are ready now.
Finally, use the Body Manager to assign a colour and physical parameter(s) according to your needs.
The triangulation between two adjacent sections is performed automatically with the aim to build a 3-D
model geometry basing on polygons on vertical 2-D sections (profiles). The triangulated surfaces are called
interfaces (Section 4.4.2 on page 38), each one has a body defined on either side.
1. The polygons on adjacent sections are split into body separating lines, connecting two nodes, where
a node is a vertex connecting more than two bodies:
2. The triangulation itself connects two corresponding parallel lines (line 1 with line 1, line 2 with line 2
etc., see figure above). The optimization criteria is to find the surface with the minimum surface area
among all possible triangulations.
Both tasks are done without any user interaction, but the critical point is to find the line pairs to be
triangulated between adjacent sections.
If the topology (i.e. the neighbour-structure) changes from one section to the next one, it might be
impossible to connect those sections by triangulation.
2. The blue Jurassic and the violet Triassic are subdivided into two parts on the first section, joined on
the next one.
To deal with this general problem, we have to assume a discontinuity in the structure perpendicular to the
section plane.
2. Section mirrors.
A discontinuity within one section. It has two different geometries on either side, defining a vertical fault:
Role of the Reference body: at the vertical end of a body with a discontinuity within one section, the
definition of the Reference body is required. The reason is because there is another geometry on the other
side of the section. The Reference body at both sides of the same section is a neutral medium, which
produces no anomaly.
A discontinuity somewhere between two adjacent sections, where its position is defined by two mirrors,
which extend the corresponding section geometry until its mirror. The mirror position is relative to the section
distance, between 2 adjacent sections only 0, 1 or 2 mirrors may exist. The following figure illustrates the
(depending on the model units). After modifications it is recommended to use the icon in order
to clip the view to the model bounds. Alternatively, the function will clip the model’s view to the
stations bound.
Mirror units The mirror position is using fractions of the section distance, ranging from 0 to 1. The sum
of M irror+ of section i and M irror− of section i + 1 must be 1, except if they are both 0 (which
means: No mirrors used).
Body part indices are used to assign the same body definition to geometrically separated bodies. Assume
the following situation (see figure below): the central layer of a model is separated into three parts, because
the central part (here coloured dark pink) has a different density to its surrounding.
Its left (red) and right (dark green) neighbours, however, belong to the same layer, although they are
geometrically separated. To model this situation, the Body Part Index is used: both polygons (the red and
the dark green one) are assigned to the same body, using an additional name (the ’body part index’) for
both polygons. This makes the triangulation unique.
1. Deactivate the Automatic Update button. Assign the same body to both polygons by selecting the
polygon ( x + left mouse button ), and assign the new body by using the right mouse button
menu Set Body(s).
2. Use the polygon editor to set the Body Part Index for each of the polygons (use names like ”right”
and ”left”).
4. Use Clear Selection (right mouse menu) to deselect all polygons and Edit > Model - Triangulation
or icon to update the triangulation. The resulting model will look like in the following figure:
! Don’t forget to reactivate the Automatic Update checkbox after your are done:
Example:
5.4.6 Sectioning
Sectioning is a function to generate new vertical sections in order to get a higher flexibility for the structures.
The sections are calculated by cutting the complete triangulation with the section plane, and build polygons
out of the cross sections.
First, you should be sure, that the triangulation is up-to-date. In doubt, use Edit > Model - Triangulation
once. Then select Edit > Sectioning .
The wizard shows the area where your model is located. Change the values according to your needs:
Number of sections Click on - (to decrease) or + (to increase) and on dist to set the distance between
sections.
Location of first section Either move the green circle, or click the green circle with right mouse button to
use alphanumeric input.
Direction of sections If the existing model has already sections, the direction cannot be changed. If the
existing model does not have sections, click on the arrow and choose the direction according to your
needs (see Section 4.4.3 on page 39). The default direction of the model sections is parallel to the
x-axis.
Select Finish once you are ready. Run Edit > Model - Triangulation again to update the triangulation.
Hint 5.1
If you have a model, but you would like to change the direction of the sections, remove all the
sections (in the Object Tree click the right mouse button on the corresponding section), and
run Sectioning using another section direction.
The success of Sectioning strongly depends on the modelled structures. Keep in mind, that the
! topology of the structures should not change between the two sections. Refer to Section 5.4.5 on
page 85 for a detailed discussion of valid topologies.
In general, if measurements were obtained over profiles, the model sections can be oriented parallel to
the measurement profiles. For example, if magnetic measurements were obtained over profiles which are
not parallel to the x-axis with an azimuth α (see figure below), you can define the direction of the model
α the arrow position. In this case IGMAS+ will use for the calculations of magnetic
sections by changing in
anomalies the magnetic declination β (parameter declination, see Section 4.4.7 on page 46).
To start the calculation, select Tools > Calculate Anomalies . Alternatively you can select the icon .
The following window will list the fields which may be calculated (see Section 4.4.6 on page 44 for a list). The
calculation will start immediately after clicking Finish using the algorithm published by Götze and Lahmeyer
1988. The algorithm allows to calculate the effect on gravity or magnetic of a homogeneous polyhedron by
transforming a volume integral into a sum of line integrals (see Section 6.1 on page 122).
The anomalies are calculated for each interface (set of triangles separating two bodies, see Section 4.4.2 on
page 38) and each station separately and then summed up.
If at least one field has been calculated already, it is possible to use the same function again in order to
select more fields. The already calculated fields will be shown ’checked’ (unchecking is not possible):
the ’traffic light’ will show ’yellow’ (Section 4.1 on page 26) and recalculation has to be initiated manually
To save the calculated anomalies use Edit > Save > Save Anomalies .
Task: I have a model with 3 layers named from top A, B, C, basing on 7 sections (see figure below). How
can I create a body within the central layer, starting not with the first and ending not with the last section?
Let us assume that the new body should start on the 2nd and end on the 4th section.
The blue body B is now divided into 3 parts, which are named and coloured automatically. The physical
parameter(s) of body B are transferred to the new bodies:
7. Both ’divided’ sections 2 and 4 now have two different sides. View both sides (showing 3 different
colours for the central polygon) in the 3-D View by rotating the model:
8. Visualize it in the 2-D View by selecting View > Show Section Front > Show Section Back . A
direct access to toggle the back/front view is the 2-D View toolbar.
(c) Draw with the left mouse, holding key d (=’divide’), a separation line from one vertex to another
vertex, marking the division line.
(d) Do the same on the right border of the new model to be created. The body to be divided is
marked by deactivation of the rest of the bodies, as shown in the following figure:
10. Finally create 3 new bodies for the left, the central and the right part of the previous body B_new:
(c) Select the 3 left polygons on sections 2 (back), 3 and 4 (front) selecting the polygon
simultaneously with x.
(d) From the right mouse button menu choose Set body(s) → B_new_left.
(e) Do the similar procedure for the central and the right body part.
11. Triangulate ( Edit > Model - Triangulation ), clear selections with right-mouse-button menu entry
Clear Selections and don’t forget activate the Automatic Update button again: .
Hint 5.2
The procedure described here creates 5 separated bodies out of the previous body B: B, B_new,
B_new_new, B_new_left, B_new_right and D (see the following figure). They have different names,
and they may have different physical parameters.
If you want to keep your model as clear as possible, use the Body Part Index (Section 5.4.5.3 on
page 90) to assign the same body definition to geometrically separated bodies.
Without body part indices (left figure) and with body part indices (right figure):
. .
In order to illustrate the use of remanent magnetism, we use models published by Reynisson et al. 2009
using IGMAS+.
The construction of synthetic models and calculation of the remanent magnetic response of models with and
without volcanics provides means to visualize and estimate the effect of volcanics on magnetic data.
Two synthetic models were constructed to characterize sedimentary basins in different geological settings:
The control model represents a basin in a non-volcanic environment and the test model is influenced by
volcanics. The test model was constructed to represent a basin influenced by basalt flows and intrusive
sills. The models have the same basement structure and differ only in respect to emplacement of volcanic
material of high magnetization.
These synthetic models are a simple representation of the Møre margin, which is part of the mid-Norwegian
margin that has been strongly affected by volcanism (Reynisson et al. 2009).
Both models have a basin that is overlaid by 2 km of water and 2 km of Cenozoic sediments. It is filled with
Mesozoic sediments with a maximum depth of 18 km deep and is 300 km wide and 400 km long. The basin
is underlaid by a magnetic basement that has four prominent highs and is symmetric about the deepest part
of the model. The greatest structural variations are in the X-direction but the basin shallows progressively
in the Y- direction from the deepest point and hence has 3D characteristics. The base of the basement was
kept flat at depth of 20 km. The basement is underlaid by nonmagnetic mantle. In the control model only
the basement has magnetic properties and has susceptibility of 0.01 (SI) and the remanent magnetization
is equal to the induced magnetization (Könisberg Ratio = 1).
In the test model, the basin is partly overlaid by a 1 km thick basalt layer and intruded by a sill at 7 km
depth that is 100 m thick in the centre of the basin and thins to zero towards the edges. The basalt layer has
a constant susceptibility of 0.01 (SI) and remanent magnetization that has the same polarity as the induced
magnetic field but twice the intensity (Könisberg Ratio = 2). The sill has a susceptibility of 0.03 (SI) and the
same remanent magnetization as the basalt layer. The orientation of the basin and the induced magnetic
field was configured to represent the present settings on the mid-Norwegian margin where the inclination is
about 75◦ , declination is 0◦ and the total normal magnetic field is 50.000 nT.
Superposition of the two volcanic sources severely disturbs the magnetic response of the underlying basin.
The sill does not produce disturbances at its edges due to the very gradual thinning of the sill towards its
edges. The overlying basalt has a larger impact on the magnetic signal and the internal magnetic variation in
the basalt further diffuses the image of the underlying basin. There is no indication of the small sub-basaltic
basin on the magnetic data from the test model and the indication of the sub-basaltic basin is considerably
diminished.
A voxel model or voxel cube is used with the intention to locally change the density structure defined by
a conventional triangulated IGMAS+ model. The anomaly effect of both models (IGMAS+ model and voxel
model) is calculated independently and later added for each station.
The voxel function may also be used to calculate the anomalies of an imported seismic velocity cube, applying
a function for the conversion of velocities into densities. If only the effect of an imported voxel cube has to
be calculated, the simplest IGMAS+ model, a cube, might be defined with constant density set to 0.
Only one voxel cube may be defined in addition to the IGMAS+ model. You may remove it by clicking
! on it with the right mouse button, then choose remove. The voxel definition as well as the anomaly
effect will be eliminated automatically.
User can import a voxel cube defining one value per cell using menu entry File > Import > Voxel Cube .
The cell value might define either a density value, or might be used to calculate a density using a predefined
or user-defined function.
The file must have file extension .vxo. The voxelisation wizard shows deactivated fields for
! voxel cube extension and resolution, as these values are defined by the coordinates in the file.
The customisation window pops up automatically (see figure below). It shows list of all bodies of the IGMAS+
model. You may assign a function to each body (refer to Section 5.8.3 on page 106). If several bodies require
the same function, use the checkboxes and the Equation Settings together with Apply to define them all
at once. The density units are always identical to the units used in the IGMAS+ model.
The gridding of the model will start, which means, that the position of each voxel cell within the IGMAS+
model structure is determined.
Depending on the computer perfomance, the number of cells and the complexity of your model this
! may take some time. The computing time does not depend on the number or type of functions defined.
The progress is shown in the progress bar: after having finished the gridding, the voxel cube is displayed
automatically.
The anomaly of the cube is not calculated automatically, use function Recalculate Anomaly if you
! already entered stations.
The voxel cells are displayed in density color mode, using the effective density, which is defined by the
sum of the density within each cell and the density of the underlying body. Use the tab Cursor Tracking to
display all three density values at the cursor position (left figure below).
The ColorBar tab shows the color scale used, indicating the values of the densities at the cursor position:
for IGMAS+ density it is a red triangle and for Voxel density it is a yellow triangle (right figure below).
Voxel elements are used to alter the densities which are constant within each body. Their density values
(and consequently their anomaly effects) are added to the ”normal” values / effects of the IGMAS+ model:
ZTOPO The depth below the bathymetry interface (see Section 5.8.6 on page 109)
DENSITY The density (absolute or relative, according with your current model) of the corresponding body.
SUSCEPTIBILITY The susceptibility (absolute or relative, according with your current model) of the
corresponding body.
CELLVALUE For imported voxel cubes only: the cell value (4th column in the input file)
The equations are evaluated (converted to a density value) after each modification of the voxel
! equation. All variables (except the coordinates and CELLVALUE) may be affected by interactive
modifications, and thus the equations have to be updated from time to time.
Function that are predefined in IGMAS+ are listed in Table 1 on page 107. Equations assume the following
units: z in km, ρ in t/m3 .
Each body is assigned a voxel factor (default value is 1). The density in each voxel cell within the
corresponding body is multiplied by this value. For instance, a voxel factor of 1.1 means that all
corresponding density values are increased by 10%.
You can access the factor via the Body Manager (see above) or via the Property Editor if you have selected
a body in the Object Tree. This way you can easily change the voxel densities belonging to the same body
without using the equation editor. The voxel factor may be inverted (see Section 5.3.1 on page 76).
The voxel factor is saved together with the voxel equation in the .xml model file (Section 5.2.3.1 on page 67).
Example (value="1.1" being the voxel factor):
The density values of each voxel cell are stored internally as ”values”, so that later modifications of the
eventually used variables DENSITY, ZMIN or ZMAX will not affect the voxel cell densities. In this case once
can force re-evaluation of the voxel equation (using the equation editor). Modifications of the geometry of
the bodies, however, will cause the link between each voxel to the body to be re-defined (regridded) (see
Figure).
The variable called ZTOPO (Section 5.8.3 on page 106) is used to include the depth below bathymetry within
the voxel function.
Use the following procedure to define this interface (see figure on the right hand side):
3. Move one or more interfaces (drag and drop) into this new category. The z-value of these interface(s)
will define the bathymetry ZTOPO in the model area.
! Voxel functionality require additional plugins, see Section 2.2.4 on page 19.
The cube properties are shown in the property editor (see figure above):
Transparency The transparency of the voxels 2-D and 3-D Views. The voxel visualisation may be switched
off totally by unchecking the voxel cube in the control window (Section 4.1 on page 26).
Algorithm Method to calculate the voxels anomalies: Newton Mass Points (default), Newton FFT, OpenCL
Point Mass, OpenCL Prism and CPU Prism. Refer to Section 5.8.9 on page 111.
Use Cube Anomaly (Checked) The anomaly(ies) of the cube voxels will be added to the anomaly(ies) of
the IGMAS+ model.
Use Cube Anomaly (Unchecked) The anomaly(ies) of the cube voxels will be calculated or updated, resp.,
but they are not added to the anomaly(ies) of the IGMAS+ model.
minimize edge effect (Checked) The mean value of the anomaly(ies) of all voxels located at the border
will be subtracted from the anomaly(ies) of the voxel model. This function minimizes the edge effect
of the border voxels.
The axes of the voxel cube have to be parallel to the axes of the IGMAS+ model, no rotation is possible.
IGMAS+ currently offers five methods to calculate the anomaly of a voxel cube:
The anomalies are calculated using point masses which are positioned in the center of each cell. The volume
of the mass point is identical to the volume of the voxel cell. The formulas used are given in Section 6.1.5
on page 125.
The approximation of voxel cubes through mass points leads to erroneous anomalies, if there are voxels
in the vicinity of the stations. In the future versions all superficial voxels will be calculated using the
! polyhedron formulation (Götze and Lahmeyer 1988), which is used elsewhere in IGMAS+. Until then
please make sure to have a vertical distance to the most superficial voxels of approximately two voxel
depths.
5.8.9.2 FFT
The FFT uses point masses in the center of each cell too, but does not calculate the anomaly directly,
instead it calculates the horizontal Fourier-Transform of the density distribution for each layer of the Voxel
Cube. This yields the wavelength spectrum of that density layer. Applying a filter to this spectrum will give
the gravity/gradient anomaly caused by that layer, also in spectral representation. The horizontal inverse
Fourier-Transform is then applied to the spectrum of the gravity/gradient anomaly to give the values of the
anomaly at points directly above the voxel cells. These points are all on a horizontal layer (its z-coordinate
may either be specified by the user or calculated as the mean z-coordinate of all stations). The gravitational
anomaly of the entire Voxel cube is the sum of the effect of all its layers. All (inverse) Fourier-Transforms
are implemented as Fast Fourier Transforms. This results in a significant increase in computation speed
compared to the masspoint method described above, especially if you use a large voxel cube. For further
information see Schmidt, Plonka, et al. 2011.
The voxel cells do not necessarily coincide with the location of the stations, thus interpolation is required
! to give the values at the stations.
This method represents the Mass point method in the domain space, using the volume of each voxel and a
constant density. The methodology uses OpenCL Stream-Computing.
OpenCL calculation of the gravitational attraction of a right rectangular prism, based on Nagy 1966.
The method is based on the prism algorithm of Nagy 1966 using CPU performance.
! This function requires the VerticalStress Module plugin (Section 2.2.4 on page 19).
The lithostatic pressure within point P (x, y, z) is defined through the force of the overlying mass column on
a unit area A:
P (x, y, z) = mg/A
with m = Mass of the column above the calculation point (x, y, z)
g = Gravity in the calculation point (x, y, z)
With m = ρV olume = ρhA we get Pascal’s law:
P (x, y, z) = ρhg
with ρ = Density of the mass column
h = Height of the mass column
g = Gravity in the calculation point (x, y, z)
If the mass column contains more that one density, the sum of all parts has to be calculated (see figure
above):
P (x, y, z) = gΣρi hi
The SI unit of P (pressure, stress) is kg/ms2
Usually geophysicists use ’Mega-Pascal’: M P a = 106 P a = 106 kg/ms2 = 106 N /m2 and call it stress (σ ).
Pascal’s law may be evaluated easily in each point of a density model, as only the density and the thickness
of each layer above the calculation point is needed and summed up (see figure above). The gravity g is
2
considered to be constant throughout the entire model area, its value (default is 9.81m/s ) may be changed.
σn = σzz cos(α)
A horizontal reference surface means of course σn = σzz , as α = 0.
Once the stress is separated into components, we can introduce horizontal stress in addition to the vertical
stress defined so far (see right figure above):
σzz = gΣρi hi
The reference density is the density, which surrounds the entire model block (see figure on the right hand
side). If we subtract the reference density from each single density value, we define our model ’relative
to’ the reference density.
The above equation then looks like: σzz = gΣhi (ρi − ρref )
σzz = g(Σρi hi − ρref Σhi ))
From this formulation it is obvious, that the reference density (if it is not equal to 0) is used to subtract
a ”normal” crust from surface to the reference surface with constant density ρref in order to derive stress
anomalies.
The gravitational potential energy (GPE) per unit area A is defined as GP E = mgh/A With m = ρhA we
get GP E = ρgh2 If the density of the mass column is inhomogeneous, we use piecewise constant densities
throughout the entire mass column: GP E = gΣρi h2i The unit of GPE is kg/s2 = Joule/m2 = N /m.
If we compare the definition of GPE with the definition of the stress σ , we see, that: GP E = Σσi hi with σi
being the stress contribution of layer i, which has constant density ρi throughout its entire thickness hi .
In environments of constant density, the stress is increasing linearly with depth and the GPE is increasing
quadratically with depth.
Select menu entry Create/Update Stress . The stress settings window will appear with two tabs:
Station - Topography Density See Section 5.9.6 on page 119 (default: 0).
Gravity Gravity to be used for pressure calculation (see above, default: 9.81m/s2 ).
Use Reference Surface If a reference surface is defined (Section 5.9.5 on page 118), it may be used or
not. If unchecked, the constant depth is used as a reference surface (default: No).
Grid - X, Y Origin of the calculation area (default: bounding box of the model).
Grid - Width, Height Size of the calculation area (default: bounding box of the model).
Grid - dX, dY Grid cell size (default: depends on area, cell number is 50 × 50).
To start calculation, choose OK. Depending on the size of the model and the number of grid cells of the
calculation area, the calculation may take some time.
The progress-bar is indicating ’busy’ until the calculation is finished (Information ’Finished Calculation of
LOAD Map’).
Display the stress map by selecting either Add View > 2D Maps View or , or using Fields → Stress
Map in the Object Tree for a 3-D View.
The figure below shows the result for the Salt-Example: the stress σn calculated using the reference surface
”Tertiary / Cretaceous”, and visualized in the 3-D View (bottom) and as the 2-D Map (top).
If a voxel cube of density type is present, and its property Use/invert cube anomaly is switched
! on, the voxel density contribution is added to the stress effect (see Section 5.8 on page 103 for more
information).
The default reference surface is a horizontal surface in the maximum depth of the model. It is possible
to choose any depth or any non-horizontal reference surface out of the interfaces defined in the IGMAS+
model.
1. Use right mouse button on Interfaces in the Object Tree, then Add Category. Choose ”Stress
Reference”.
3. Drag one or more interfaces into this new category. The z-value of this interface(s) will define the
target reference surface for the stress calculation.
Any non-horizontal reference surface will cause the normal stress to be smaller that the vertical stress:
σn = σzz cos(α)
If gravimetric modelling is done on the base of the Bouguer Anomaly which should be topographically
corrected, the topographic surface is not a part of a density model. On the other hand, the topography has
a considerable influence on the vertical stress field. This is especially important in the context of isostatic
investigation, where topography and underground density structure are set into a certain relation.
To take the topographic surface into account, the station elevations are used. Thus, the vertical stress field
of a virtual topographic body is added to the total stress:
Use the parameter ’Station-Topography Density’ (Section 5.9.4 on page 116) to include the load of the
topographic masses (default value is 0). As the topographic effect is derived from the station elevation, it
can be calculated only in areas, where stations with known elevation are existing. Outside the station areas
the elevation is assumed to be 0.
Export the calculated stress map data using File > Export > Export StressMap . An ASCII file (.csv)
will be created with the following content (after a couple of header lines):
Exact file layout depends on the .csv settings. Please refer to the .csv description for further details on
this format (Section 6.3.1 on page 132).
An edge effect, which is due to the laterally limited modelling area, is observed. If a constant density is
assumed outside the modelling area, there is a ”jump” in the modelled structures.
Alan Kay
”
6.1 Algorithms
The default of the gravitational constant used for any gravitational calculation is
Due to compatibility reasons, mantissa of this constant can be changed by the user via the property Triangle
Kernel of the entry Model (see figure below).
! The modification of the gravitational constant is valid for the current session only.
This section lists all available algorithms for triangle calculation and some background on how to improve
performance for interactivity.
For interactive work it is essential that after model changes the recalculation of the model is done
immediately. It is important that this performance is achieved not only when a single point in the model is
altered but also when bigger parts are changed at once (e.g., several triangles). The basis for a fast
recalculation is a changed-only recalculation (fortunately possible in gravity and magnetics):
One important aspect is the speed of the calculation of the gravity effect for triangles (single- and multi-z
surfaces). This can be achieved for example by parallelizing calculations on all available CPU-cores and/or
GPU via OpenCL (Alvers et al. 2014). Another way of speeding up the calculations is to approximate them.
Gaussian Quadrature can approximate the exact calculation of the surface integrals over the triangles, if
certain conditions hold. Approximations have to be applied carefully in order to prevent errors. For the
recalculation of the model (after model changes) this is often less critical. The introduced error of
subtracted and newly added calculation are quite often very similar and cancel out each other at least
partly. Parallelization and approximation can obviously be combined.
For high performance, cloud computing focuses on maximizing the effectiveness of available hardware
resources. Providing maximal flexibility to use available resources in the local intranet and the connection
to cloud providers enables users to perform calculations in much shorter timeframes with – in the case of a
commercial cloud provider – often limited financial resources.
Depending on the available hardware educated choices on what algorithms should be applied has to be
made.
1. Triangle Kernel (Multicore): Multicore implementation of Götze and Lahmeyer 1988, (Triangle Kernel).
2. Triangle Kernel (OpenCL): OpenCL implementation of Götze and Lahmeyer 1988, (Triangle Kernel).
3. Triangle Kernel (Cluster): executes the implementation of Götze and Lahmeyer 1988 (Triangle Kernel)
on a cluster. See Section 6.4 on page 142.
The invariants Inv0 , Inv1 , Inv2 are combinations of gravity gradients components, which are the second
derivatives of the potential. The interpretation of invariants could give information about of the more
high-frequency part of the anomaly. Calculations of invariants and gradients are based on Pedersen and
Rasmussen 1990.
The horizontal gradient and the horizontal directive tendency are given by:
√
HGz = G2zx + G2zy
√
HDT = (Gxx − Gyy )2 + (2Gxy )2
This function is applied, if irregularly distributed point data are imported, and due to highly oversampled
number of points, they have to be down-sampled during import.
The following equations are used for the calculation of the voxel effects. Each voxel is approximated by a
sphere with its volume being identical to the volume of the voxel.
Triangulation is a subdivision of a planar object into triangles (or simplices in a higher-dimension geometry).
A triangle has right and a left hand side, depending on the order of the vertex definition:
Each triangulated surface has one body on its right and another body on its left hand side. Remember the
Usually the user should not be concerned about the triangle orientation - it will be chosen correctly by
IGMAS+. However, if a triangulation is imported from another program (e.g. GOCAD TSurf’s, see
Section 6.3.6 on page 138), it might be necessary to think about the orientation.
The Object Tree shows the orientation of each interface: it shows two body names for each single interface,
which are separated by the body separator <>. The first name (left!) specifies the name of the body on the
left hand side, the second name (right!) the body on the right hand side.
A voxel cube may be transformed into triangulated isosurfaces. After selecting the icon the following
wizard will appear:
Using ”Mesh Simplification” will reduce the number of triangles after geometry extraction.
IGMAS+ is using the following coordinate system (ENU system, see figure below):
Units may be either Meters (default) or Kilometers (change in Edit > Preferences , Section 4.2.2.3 on
page 29).
For the modelling it is not necessary to use a special geographical projection, the only prerequisite is an
orthogonal coordinate system - which may be any projection.
However, if you plan to visualize the model and the anomaly fields using WorldWind, you have to specify the
correct projection.
Use the Property editor tab of the Object Tree entry Model to get the projection definition:
Use this setting, if you don’t know the coordinate system, if you use local coordinates (not referred to world
coordinates) or if you are not interested in a visualization with WorldWind.
The Mercator projection is the easiest way to transfer spherical (geographical) coordinates into plane
(orthogonal) coordinates. Use the following transfer functions - they are exact and easy to use:
The Mercator projection (used for rendering maps in Google Maps, OpenStreetMap, Bing etc.) is most
! accurate in the area of low latitudes, it cannot be used in polar regions.
The EPSG code (see Section 6.2.5 on page 130) of this projection is 3857.
The Universal Transverse Mercator (UTM) projection uses the Hayford ellipsoid.
UTM Zone May be 1 to 60. The zone is linked to the reference meridian via the following equation:
zone = (Ref.M er. + 183)/6
East Delta This value (in meters, default is 0) will be added to the model x-coordinates before
transformation into geographical coordinates.
North Delta This value (in meters, default is 0) will be added to the model y-coordinates before
transformation into geographical coordinates.
East Delta This value (in meters, default is 0) will be added to the model x-coordinates before
transformation into geographical coordinates.
North Delta This value (in meters, default is 0) will be added to the model y-coordinates before
transformation into geographical coordinates.
The European Petroleum Survey Group (EPSG) established a system to define and access all geodetic
coordinate projections used worldwide. The website http://epsg.io may be used to find the EPSG code
for a special projection.
Examples:
EPSG Description
code
3857 WGS 84 / Pseudo-Mercator - Spherical Mercator, Google Maps, OpenStreetMap, Bing,
ArcGIS, ESRI
31466 DHDN, Gauß-Krüger Zone 2, Germany
31467 DHDN, Gauß-Krüger Zone 3, Germany
31468 DHDN, Gauß-Krüger Zone 4. Germany
24819 PSAD56, UTM Zone 19, Chile
If the EPSG code is used, the model coordinates have to be in Meters, and there is no additional offset for
the locations possible.
Each projection may be defined by a number of parameters and thus described by a single line definition -
called PROJ.4 (https://proj.org/, see also
https://live.osgeo.org/en/overview/proj4_overview.html).
Example: The description of the EPSG code 24819 (UTM zone 19) is:
The PROJ.4 definition is given for each projection on the EPSG website, in addition it is always shown in the
IGMAS+ projection settings (see figure above). You may alter this line (EPSG code is set to 0 in this case)
to define your own projection.
File format extensions used in IGMAS+ together with related functionality are presented in Table 2.
The comma separated value or .csv file format is a format used in IGMAS for ASCII point data like stations
(Section 6.3.4 on page 136), and interfaces (Section 5.2.6 on page 74). Each line in .csv files contains one
station with a fixed number of columns in each line.
While loading, the settings used in the file will be recognized and used automatically. While saving, a wizard
will pop up and offer CSV settings (Figure 6.1)
Units A .csv station file does not contain information about the units used. However, the .csv wizard
(Figure above) does give you the possibility to choose the units used from a list (available for Load as well
as Save).
IGMAS+ uses double precision (64bit) for measured values and single precision (32bit) for coordinates.
Example .csv file:
The Header with descriptions about the stations and data can be included in the first line. In this case don’t
forget to select interpret Header in the wizard (Figure 6.2).
For changing the Value-Types, please click on table header and select the column value what you need
(Figure 6.3).
The .xyz file format is similar to the .csv format. It is used for ASCII point data defining horizons
(interfaces) for the function Import of single-z horizons (Section 5.2.3.3 on page 69). Each line in .xyz
files contains one point using a fixed column order x, y, z. A header line containing ”X”, ”Y” and ”Z” will
be interpreted, but is not needed. If this header is missing, an additional window will ask for the columns
to be imported.
The actually only implemented file format is a column separated ASCII file (.csv-format with arbitrary
separator). It has to have the file extension .vxo.
The file may contain header line(s) marked with a #. The example below shows a voxel, as it was exported
by IGMAS. The header lines are not interpreted!
The voxel file may contain additional (commenting) lines: Each line containing non-numeric information is
ignored without notice!
A special order of the cell elements is not required. The size of the cells has to be regular (constant)
throughout the file. The cell size is determined by the first non-zero difference between two consecutive
lines in x, y and z separately. Negative differences are taken positively.
! The number of voxel cells is limited - the maximum number is given in Section 2.1.2.3 on page 16.
Voxel cubes containing not constant cell sizes in z: The cube may be imported using a transformation
to a regular cell size. The voxel import wizard contains the line interpolate z-cells. Check this function to
transform the irregular cells into regular cells using the smallest cellsize of the original voxel cube
(Figure 6.4).
! Please note, that this transformation will result in a greater number of cells.
A station file contains the coordinates (x, y, z) or (x, y) and eventually measured data of the stations. Refer
to Section 4.4.5 on page 43 for more information on station data.
Load stations Use function File > Open > Load Anomalies to import the station data. This function is
only available if a model is present.
Save stations Use function File > Save> Save Anomalies to save those fields which actually are
selected in the Object Tree.
... ’measured’ may be replaced by ’calculated’ in the file, however, loading stations will skip
.stations, .xml The internally preferred .stations format is an xml format, which contains more
information that the .csv file, as it adds the coordinate system, the units etc.
After loading the stations, the model is automatically clipped to the station area using clipplanes
(Section 4.4.8 on page 47).
name: (in HEADER) Each interface separates two bodies, the names of which are separate by <>.
Example: Saltbody<>Mesozoic
The first body name (here: Saltbody) is assumed to be on the left hand side of the interface, the
second (here: Mesozoic) on the right hand side. Right hand side means: On the side of the positive
triangle normal.
Using Saltbody<>Mesozoic instead of Mesozoic<>Saltbody will flip the orientation of every single
triangle of the entire interface.
If the body separator <> is missing (eg. name: Saltbody), Saltbody<>Reference is interpreted.
*solid*color:RGBα (in HEADER) (red green blue transparency) values. Transparency is not interpreted.
The color is assigned to the body name to the left of the body separator <>.
AXIS_UNIT (”m” ”m” ”m” | ”km” ”km” ”km”) Default: ”m” ”m” ”m”
Orientation of the triangles: The orientation is assumed to be identical throughout the entire TFACE.
It is defined by the order of the triangle vertices with the right hand thumb-rule: The thumb is indicating
the positive triangle normal, if the fingers follow the order of the vertices (see more in Section 6.1.6.1 on
page 126).
Example Tsurf-file, defining a simple cube:
IGMAS+ reads and writes Wavefront .obj files, which is a plain ASCII text format. See more about this
format here.
#vertex definitions
v 0.0 0.0 -1.0
v 1.0 1.0 -1.0
v 0.0 1.0 -1.0
v 1.0 0.0 -1.0
v 1.0 0.0 0.0
v 1.0 1.0 0.0
v 0.0 1.0 0.0
v 0.0 0.0 0.0
#Face: reference <> new_body
f 1 2 3
f 1 4 2
f 4 5 2
f 5 6 2
f 5 7 6
f 5 8 7
f 8 3 7
f 8 1 3
f 5 1 8
f 5 4 1
f 6 7 3
f 6 3 2
1. All computers on the local network running IGMAS+ will automatically became part of the private
cluster, making them available to accept calculation tasks.
2. Computers which don’t have an IGMAS+ installation can as well became parts of the private cluster.
In this case the cluster-node application has to be installed. This consists of a jar file which is always
running and waits for tasks. It is not using computer resources when it has no calculation tasks. It
can run as regular application or as a service.
3. Configuration file: by default the cluster node will use all cores of the computer for the calculation.
This can be limited using a settings file, called settings.conf.
Content: threadcount<tab><number of allowed calculation threads>
Placement:
In case of the cluster-node application, in the same folder where the jar file is (it is installed).
4. Computers can be added and removed dynamically safely also during a calculation.
• Issue: The model cannot be created due to its big size, IGMAS+ hangs and nothing happens.
Workaround: Check if the 64-bit version of JRE (see Section 2.1.1.1 on page 14) is selected in the
IGMAS+ JVM Settings ( Research > JVM Settings ):
Check if the amount of maximum heap size there is optimal. To optimize, click on Optimized button.
Restart IGMAS+ for changes to take effect. See also Section 4.2.5.1 on page 32.
• Issue: The model in the 3-D View is unfocused and has stripes:
• Issue: For certain Intel graphics cards the model elements in the 3-D View are wrongly visualized:
• Issue: For certain Intel graphics cards, clipping of the extended interfaces does not work properly
in 3-D Views (left figure below), using the same graphics cards voxel visualization in 2-D Views is
erroneous (right figure below):
Workaround: Try using the Direct3D version or workaround from the previous issue.
• Issue: If you have set the Windows taskbar to Auto-hide before loading a model and station data,
IGMAS+ will possibly not respond or will not be able to show a good response time (related to the
Direct3D version).
Workaround: To regain normal behaviour, please restart the application. After restart, the new
Look & Feel theme remains valid. It is indeed possible to continue working with IGMAS+
particularly in the sense of calculating anomalies. But in order to apply changes to the preferences
after changes made in Look & Feel , you need to restart IGMAS+.
• Issue: When trying to use the mouse wheel or buttons, IGMAS+ seems not to respond as intended
to.
Workaround: In some cases, additional mouse software prevents IGMAS+ from working properly.
Disabling the mouse software should make the mouse buttons work properly within IGMAS+.
• Issue: If the program seems not to toggle between the sections in the 2D view when you are pressing
the PageUp or PageDn :
Not a bug: Probably the view tab is not active. Point the mouse over the view tab and click the left
mouse button.
• Issue: The clipping planes slider sometimes only responds on a second try.
Not a bug: When you move over from a different part of the window, e.g. from the view or model
tree, the first click on the slider activates the slider’s window section. The slider itself is then ’grabbed’
with the second click and move.
• Issue: Uncaught Exception - this error message occurs occasionally on Windows XP systems after
opening a file browser. The reason is unknown yet, however, it seems not to have any impact.
Alvers, M. R., H.-J. Götze, L. Barrio-Alvers, S. Schmidt, B. Lahmeyer, and C. Plonka (2014). “A novel warped-
space concept for interactive 3D-geometry-inversion to improve seismic imaging”. In: First Break 32.4.
0 . 3997 / 1365 - 2397 . 32 . 4 . 74375.
issn: 0263-5046. doi: url: https : / / www . earthdoc . org /
content/journals/0.3997/1365-2397.32.4.74375.
Gardner, G. H. F., L. W. Gardner, and A. R. Gregory (1974). “Formation Velocity and Density—the Diagnostic
Basics for Stratigraphic Traps”. In: Geophysics 39.6, pp. 770–780. issn: 0016-8033 1942-2156. doi:
10.1190/1.1440465.
Götze, H.-J. (1976). “Ein numerisches Verfahren zur Berechnung der gravimetrischen und magnetischen
Feldgrößen für dreidimensionale Modellkörper”. Thesis.
Götze, H.-J. and B. Lahmeyer (1988). “Application of three-dimensional interactive modeling in gravity and
magnetics”. In: Geophysics 53.8, pp. 1096–1108. issn: 0016-8033 1942-2156. doi:
10.1190/1.1442546.
Haase, C. (2008). “Inversion of gravity, gravity gradient, and magnetic data with application to subsalt
imaging”. Thesis.
Mundry, E. (1970). “Zur automatischen Herstellung von Isolinienplänen”. In: BEIH. GEOL. JB. 98, pp. 77–93.
Nagy, D. (1966). “The Gravitational Attraction of a Right Rectangular Prism”. In: Geophysics 31.2, pp. 362–
371. issn: 0016-8033 1942-2156. doi: 10.1190/1.1439779.
Pedersen, L. B. and T. M. Rasmussen (1990). “The gradient tensor of potential field anomalies: Some
implications on data collection and data processing of maps”. In: Geophysics 55.12, pp. 1558–1566.
issn: 0016-8033 1942-2156. doi: 10.1190/1.1442807.
Reynisson, R. F., J. Ebbing, and J. R. Skilbrei (2009). “The use of potential field data in revealing the basement
structure in sub-basaltic settings: an example from the Møre margin, offshore Norway”. In: Geophysical
Prospecting 57.4, pp. 753–771. issn: 00168025 13652478. doi: 10.1111/j.1365-2478.2009.00795.
x.
Sæther, B. (1997). “Improved estimation of subsurface magnetic properties using minimum mean-square
error methods”. Thesis.
Schmidt, S., D. Anikiev, H.-J. Götze, À. Gomez Garcia, M. L. Gomez Dacal, C. Meeßen, C. Plonka, C. Rodriguez
Piceda, C. Spooner, and M. Scheck-Wenderoth (2020). “IGMAS+ – a tool for interdisciplinary 3D potential
field modelling of complex geological structures”. In: EGU General Assembly 2020, EGU2020–8383. doi:
10 . 5194 / egusphere - egu2020 - 8383. url: https : / / meetingorganizer . copernicus . org /
EGU2020/EGU2020-8383.html.
Schmidt, S., H.-J. Götze, C. Fichler, and M. R. Alvers (2010). “IGMAS+ a new 3D Gravity, FTG and Magnetic
Modeling Software”. In: Geoinformatik, pp. 57–63.
Schmidt, S., H.-J. Götze, and P. Menzel (2018). Towards an integrative interpretation of potential fields and
corresponding gradients by the aid of three-dimensional modelling and visualization, TIPot3D. Report
DGMK-Projekt 771. DGMK. url: https://dgmk.de/publikationen/towards- an- integrative-
Grid Magnetic
cells, 69 field, 44