Geological modeling software
Turn picked horizons and faults into a framework the rest of the project can stand on. g-Space builds the structural model as TIN surfaces under constraints you set per data type, cuts it into layers and fault blocks, and hands the result to geo-bodies, 3D grids and volumetrics — with an uncertainty ensemble available when one answer is not enough.
Six tools that build one subsurface architecture.
Interpretation goes in as objects, not as files. Each tool below takes what the previous one produced, and every result stays in the Data Manager where the rest of the project can reach it.
Links Data Manager objects into geological objects — a horizon, an unconformity, an intrusion — each carrying its conformity, direction and stratigraphy. It stores no new data, it is domain-independent, so one framework can reference both time and depth, and a project can hold several models and switch the active one.
Builds TIN surfaces from the ordered inputs, honouring a fault model and a border polygon. Results appear under TIN Maps, with the modelled fault surfaces, the layer volumes generated between consecutive surfaces, and the fault blocks — ready for section and 3D views.
3D fault-network models built from fault picking by the Fault Modeling wizard, then consumed by structural modelling, by geological modelling and by map interpolation. Fault data can also be extracted back out as a point set.
From the Reservoir bar: define the layers by name, top map, bottom map and geological age, choose the individual faults and the depth-domain fault models that cut them, and bound the model with a closed polygon. Each layer becomes a geo-body, and a layer split by a fault becomes several numbered objects.
Multi-valued TIN surfaces carrying several Z values per XY, so overturned and faulted geometry can be represented. Built by picking sticks on sections in any order, rebuilt on demand, and converted between time and depth through the velocity model.
An ensemble of perturbed realizations from one finished depth model, each displacing horizons and faults by a random draw. The result is an uncertainty envelope you can look at rather than a single line that pretends to certainty.
The model does what you tell it, and says when it cannot.
Every input gets a role, every fault gets a treatment, and anything the wizard could not build is named in a warning after the run rather than quietly left out.
Six steps from interpretation to a model you can grid.
The surfaces the model is made of, and the maps you make from them.
Interpolation settings on the Modelling bar govern every action that builds or rebuilds a map from horizons, points or markers, so the fault treatment you set once is the fault treatment the whole project uses.
The framework is where the reservoir work begins.
Lithofacies and petrophysical properties are populated into grids built on this framework — see reservoir characterization for that half. These are the other topics in the g-Space workflow.
Questions, answered.
What is the difference between structural modeling and geological modeling in g-Space?
How do faults constrain a structural model?
Can the uncertainty of a structural model be quantified?
How are maps built and edited around the model?

Build the framework on your own interpretation.
Bring your horizons and faults, set the constraints per data type and see how the surfaces hang together — take g-Space for a trial run, or talk to Geomage about a demo on your data.





