Professional Documents
Culture Documents
R5000.0.1
© 2008 Landmark Graphics Corporation
All Rights Reserved Worldwide
This publication has been provided pursuant to an agreement containing restrictions on its use. The publication is also
protected by Federal copyright law. No part of this publication may be copied or distributed, transmitted, transcribed,
stored in a retrieval system, or translated into any human or computer language, in any form or by any means,
electronic, magnetic, manual, or otherwise, or disclosed to third parties without the express written permission of:
Trademarks
3D Drill View, 3D Drill View KM, 3DFS, 3D Surveillance, 3DView, Active Field Surveillance, Active Reservoir Surveillance, ADC,
Advanced Data Transfer, ARIES, ARIES DecisionSuite, AssetConnect, Asset Decision Solutions, Asset Development Center,
AssetDirector, Asset Journal, AssetLink, AssetLink Advisor, AssetLink Director, AssetLink Observer, AssetObserver, AssetObserver
Advisor, Asset Performance, AssetPlanner, AssetSolver, AssetSolver Online, AssetView, BLITZPAK, CasingLife, CasingSeat,
COMPASS, Corporate Data Archiver, Corporate Data Store, Data Analyzer, DataManager, DataStar, DBPlot, Decision Management
System, DecisionSpace, DecisionsSpace 3D Drill View KM, DecisionSpace AssetLink, DecisionSpace AssetPlanner, DecisionSpace
AssetSolver, DecisionSpace AssetView 2D, DecisionSpace AssetView 3D, DecisionSpace Atomic Meshing, DecisionSpace Decision
Management Systems(DMS), DecisionSpace for Production, DecisionSpace Infrastructure, DecisionSpace Nexus, DecisionSpace
PowerModel, DecisionSpace PrecisionTarget, DecisionSpace Reservoir, DecisionSpace TracPlanner, DecisionSpace Well Seismic
Fusion, DecisionSpace WellSolver, DecisionSuite, DepthTeam, Depth Team, DepthTeam Explorer, Depth Team Explorer, DepthTeam
Express, Depth Team Express, DepthTeam Extreme, Depth Team Extreme, DepthTeam Interpreter, Depth Team Interpreter, Desktop
Navigator, DESKTOP-PVT, DESKTOP-VIP, DEX, DIMS, Discovery, Discovery Asset, Discovery FrameBuilder, DMS, Drillability Suite,
Drilling Desktop, DrillModel, Drill-to-the-Earth Model, Drillworks, Drillworks ConnectML, DSS, Dynamic Reservoir Management,
Dynamic Surveillance System, EarthCube, EDM, EDT, eLandmark, Engineer’s Data Model, Engineer's Desktop, Engineer’s Link,
ESP, Event Similarity Prediction, ezFault, ezModel, ezSurface, ezTracker, FastTrack, FG+, FieldPlan, Field Scenario Planner, FZAP!,
GeoAtlas, GeoDataLoad, GeoGraphix, GeoGraphix Exploration System, GeoLink, GeoProbe GF DataServer, GES, GES97,
GESXplorer, GMAplus, GMI Imager, GRIDGENR, Handheld Field Operator, HHFO, I2 Enterprise, iDIMS, IsoMap, iWellFile, i Wellfile,
KnowledgeSource, Landmark, Landmark Decision Center, Landmark & Design, Landmark Logo and Design, Landscape, Lattix,
LeaseMap, LMK Resources, LogEdit, LogM, LogPrep, Make Great Decisions, MathPack, MIMIC, MIMIC+, Model Builder,
MyLandmark, Nexus, Object MP, OpenBooks, OpenJournal, OpenSGM, OpenVision, OpenWells, OpenWire, OpenWorks,
OpenWorks Development Kit, OpenWorks Well File, OpenWorks Production, PAL, Parallel-VIP, PetroBank, PetroBank Explorer,
PetroBank Master Data Store, PetroWorks, PetroWorks Asset, PetroWorks Pro, PetroWorks ULTRA, PlotView, Point Gridding Plus,
Pointing Dispatcher, PostStack, PostStack ESP, PostStack Family, PowerCalculator, PowerExplorer, PowerExplorer Connect,
PowerGrid, PowerHub, Power Interpretation, PowerJournal, PowerModel, PowerView, PrecisionTarget, Presgraf, Pressworks,
PRIZM, Production Asset Manager, Production, PROFILE, Project Administrator, ProMAGIC, ProMAGIC Connect, ProMAGIC
Server, ProMAX, ProMAX 2D, ProMAX 3D, ProMAX 3DPSDM, ProMAX 4D, ProMAX Family, ProMAX MVA, ProMAX VSP, pSTAx,
Query Builder, Quick, Quick+, QUICKDIF, QuickWell, QuickWell+, QUIKRAY, QUIKSHOT, QUIKVSP, RAVE, RAYMAP, RAYMAP+,
Real Freedom, Real Time Asset Management Center, Real Time Decision Center, Real Time Operations Center, Real Time
Production Surveillance, Real Time Surveillance, Real-Time View, Reference Data Manager, Reservoir Framework Builder, RESev,
ResMap, RightTime, RTOC, SCAN, SeisCube, SeisMap, SeisModel, SeisSpace, SeisVision, SeisWell, SeisWorks, SeisWorks 2D,
SeisWorks 3D, SeisWorks PowerCalculator, SeisWorks PowerJournal, SeisWorks PowerSection, SeisWorks PowerView,
SeisXchange, Semblance Computation and Analysis, Sierra Family, SigmaView, SimConnect, SimConvert, SimDataStudio,
SimResults, SimResults+, SimResults+3D, SIVA+, SLAM, smartSECTION, Spatializer, SpecDecomp, StrataAmp, StrataMap,
StrataModel, StrataSim, StrataWorks, StratWorks, StratWorks 3D, StreamCalc, StressCheck, STRUCT, Structure Cube, Surf &
Connect, SynTool, SystemStart, SystemStart for Clients, SystemStart for Servers, System Start for Servers, SystemStart for Storage,
Tanks & Tubes, TDQ, Team Workspace, TERAS, The Engineer’s Desktop, Total Drilling Performance, TOW/cs, TOW/cs Revenue
Interface, TracPlanner, TracPlanner Xpress, Trend Form Gridding, Turbo Synthetics, VESPA, VESPA+, VIP, VIP-COMP, VIP-CORE,
VIPDataStudio, VIP-DUAL, VIP-ENCORE, VIP-EXECUTIVE, VIP-Local Grid Refinement, VIP-THERM, WavX, Web Editor, Wellbase,
Wellbore Planner, Wellbore Planner Connect, WELLCAT, Well Cost, WELLPLAN, Well Seismic Fusion, WellSolver, WellXchange,
WOW, Xsection, You're in Control. Experience the difference, ZAP!, and Z-MAP Plus are trademarks, registered trademarks or
service marks of Landmark Graphics Corporation.
All other trademarks, service marks and product or service names are the trademarks or names of their respective owners.
Note
The information contained in this document is subject to change without notice and should not be construed as a commitment by Landmark
Graphics Corporation. Landmark Graphics Corporation assumes no responsibility for any error that may appear in this manual. Some states
or jurisdictions do not allow disclaimer of expressed or implied warranties in certain transactions; therefore, this statement may not apply to you.
Landmark acknowledges that certain third party code has been bundled with, or embedded in, Landmark’s
software. The licensors of this third party code, and the terms and conditions of their respective licenses,
may be found at the following location:
..\Nexus-VIP5000.0.1\help\com\lgc\dspx\Third_Party.pdf
Landmark E2V User Guide
Table of Contents
Table of Contents
E2V (Eclipse-to-VIP)
Introduction..................................................................................................................... 7
Using E2V........................................................................................................................ 8
Setting the Properties .................................................................................................8
Defining the Conversion Files .................................................................................13
Converting to VIP ....................................................................................................14
Troubleshooting ............................................................................................................. 15
Conversion Issues in VIP-CORE .............................................................................15
Conversion Issues in VIP-EXEC .............................................................................18
E2V (Eclipse-to-VIP)
Introduction
Within VIP, start the program by selecting E2V from the Input menu
in DESKTOP-VIP, or by running the program E2V.exe. Within Nexus,
click the E2V icon on the main Nexus application window. The
E2V utility opens as shown below:
Various buttons and menu options let you control the conversion of
Eclipse data to VIP. These are discussed in detail on the following
pages.
Using E2V
Standard Options
The default set of options are grouped under the Standard tab, and
control the following:
CORP array for corner point systems. The name of the included
array is formed from the root case name plus the array name. You
can include all arrays in a single file by deactivating the Create
Include Files option on the Properties dialog box.
• Well Data Control. You can specify none, wild card wells, or All
Wells. If wild card wells is selected, the data for wells specified
with wild cards in Eclipse will be converted into a minimal
number of lines of VIP data. If All Wells is selected, E2V will
attempt to compress all the well control data into as few lines as
possible.
Advanced Options
There are several advanced facilities with can effect the contents of the
VIP mapped file. These are grouped under the Advanced tab.
• Datum depth correction. This option corrects the datum depth for
equilibration to be consistent with VIP. Specifically if the datum
depth is outside the oil zone, it will be properly adjusted to the
appropriate contact, with associated changes to the reference
pressure.
• Create Obs file.If the Eclipse run uses WCONHIST data, E2V
will produce a VIP observed data file.
• Eclipse BHP default depth. This option produces VIP data that
defines the reference depth for BHP calculations to be the depth to
the top perforation of the well, consistent with the Eclipse default.
This will apply only for the wells that were defaulted in Eclipse. If
explicit reference depths were entered in Eclipse, these values will
be used in VIP.
• Extended black oil tables. This option produces PVT data for
VIP using the extended black oil format of possible, based upon
the Eclipse input method.
Applying Selections
When you are finished selecting conversion options, click the Apply
button to store the options. The options can be reset to the defaults by
pressing the Defaults button. If the Cancel button is pressed then the
last set of options will be retained.
1. Click the Browse button. The Choose Eclipse File to Load dialog
box opens:
3. Click the Open button to close the file selection dialog box. The
selected file path/name displays in the Eclipse File to be
Converted field.
1. Click the Browse button. The Choose VIP File to Save dialog box
opens:
Converting to VIP
The Convert to VIP button starts the conversion process and can only
be selected after the Eclipse and VIP files have been chosen.
The translation procedure involves loading the entire Eclipse data set
including any INCLUDE files into memory then scanning through the
contents and process these into the VIP equivalents. Due to the
different implementation of some facilities in both programs it is not
always possible to map an Eclipse keyword and it’s associated data
onto a direct equivalent in VIP. In such cases the original Eclipse data is
included as a bracketed set of comments in the VIP data set. This
allows the rapid identification of these Eclipse keywords using an
editor. For details on conversion issues, see the Troubleshooting section
later in this document.
Troubleshooting
Due to design differences between the simulators, there are also some
differences in default values and algorithms. The information in this
section is not intended to be exhaustive, but to serve as a reference to
aid in resolving data set conversion difficulties. The information is
organized alphabetically either by VIP keyword, Eclipse keyword, or
subject.
BRINE. The Eclipse water salinity option is not yet converted to VIP
format.
DWB. Water properties and rock properties in VIP are constant. If the
Eclipse data set has multiple PVTW tables or ROCK tables, E2V
averages the table properties to get the water and rock properties
entered on the DWB card.
Gas oil contact. VIP and Eclipse use the gas oil contact specification
data differently. Eclipse uses the specified GOC as a guide to calculate
initial conditions. If there is an inconsistency in initialization data
controls, either in composition or initial pressure, Eclipse allows the
adjustment of the location of the GOC. VIP strictly enforces the GOC.
Likewise, if there is inconsistency in initialization data controls, VIP
adjusts the initial pressure at reference depth to be consistent with the
saturation pressure at the GOC.
IEQUIL. In some cases, Eclipse does not define initial conditions for
an equilibrium region. Since the data does not appear in the Eclipse
data set, E2V does not create the IEQUIL data in VIP. This is required
data for VIP, so the user will have to add this data to the converted data
set.
LGR. Local grid refinement data may not be converted properly into
VIP format, especially if each of the locally refined grids has corner
point data defined.
PCW/PCG. VIP does not have an equivalent of the PCW and PCG
arrays to allow multipliers for capillary pressure by grid block. This
Eclipse option can be emulated by defining the JFUNC option in the
utility data section and then using the VOVER option to replace the
JFUNC multipliers with the appropriate capillary pressure multipliers.
Note that one set of multipliers will be applied to both the water-oil and
gas-oil capillary pressures when using the VOVER JFUNC method.
Composition vs. depth. All composition vs. depth tables in VIP must
honor the specified GOC; that is, all compositions above the specified
depth must be dew points, and all compositions at or below the GOC
must be bubble points. Eclipse does not have this restriction and will
determine where the GOC is from the input compositions and their
calculated saturation pressure. When converting this data from Eclipse
to VIP, the user may have to adjust the GOC or enter equilibrium phase
compositions to allow the model to initialize. Initial fluids in place
must be validated between the two models to insure model agreement.
SGU. The value of SGU must be less than 1-SWL in VIP. This
constraint is applied if saturation endpoint arrays are input or if
saturation table values are used. For the case of table control, the last
gas saturation table entry, Sgu, must not exceed 1-Swc, where Swc is
the largest water saturation entry in the corresponding water saturation
function table where krw equals zero. Eclipse does not use this
constraint and E2V does not check for it in all cases.
BHPTAB. E2V converts VFP data from Eclipse into BHPTAB data for
VIP. Earlier versions of VIP required a consistent use of constraints in
this table, such that QLIQ and GLR were acceptable along with QOIL
and GOR, but combinations such as QLIQ and GOR were not. E2V
issues a warning comment into the VIP data set concerning any
discrepancy of this sort. For VIP versions prior to 1998.2.0, the original
VFP data must be modified to allow a consistent set of constraints in
VIP.
Horizontal wells. The user should check that the KH value entered in
the FPERF data reflects the proper grid block geometry for horizontal
perforations. By default, VIP uses the grid block thickness in the KH
calculation. If the Eclipse model uses perforations in the X or Y
directions, then the FPERF data must contain the proper KH
calculation. For example, for an X direction perforation, Eclipse
calculates KH as DX*(KX*KZ).5, while the VIP default will be
DZ*(KX*KY).5. Similar differences occur for the RADB parameter in
VIP. E2V will calculate the correct Eclipse-equivalent values as an
option during conversion.
RIGDEF. The data created by E2V for the RIGDEF card in VIP may
be incorrect. The user must convert any automatic workover data
manually.
type and that the proper well management level is specified (e.g.
FIELD or GATHER).
WLIFT. Artificial lift well control is not currently converted into VIP
format by E2V.
In order to solve the above E2V was modified to allow control over the
way that the UTM transformation is applied. In 2003 the only choice
was UTM conversion on or off, but subsequent releases four options
over how the grid is translated, have been available: None; Shift to
origin; UTM axes align only and UTM Coordinates. Each of these are
explained below.
MAPAXES
0.58700000E+06 0.59464000E+07
0.58700000E+06 0.59465000E+07
0.58710000E+06 0.59465000E+07
/
COORD
0.00000000E+00 -0.10000000E+06
0.24443262E+04 0.00000000E+00
-0.10000000E+06 0.25883965E+04
0.74999995E+04 -0.10000000E+06
0.23968813E+04 0.74999995E+04
-0.10000000E+06 0.25672598E+04
Note however, that the grids in Eclipse are right-handed (yj+1 > yj) by
default, whereas VIP has left-handed (yj+1 < yj) grids by default, the
same handedness of the UTM Frame.
Grid Scaling
It is possible in Eclipse to set the units of the corner point grid to be
different to that of the simulation model. In 2003, E2V compensated for
this by adjusting the values of the Eclipse corner point data to match
that of the model. However, as for UTM translations, scaling from
metres to feet could result in rounding errors once the data was mapped
onto single precision values. The subsequent releases do not apply the
scaling factor to the CORP array, but instead include it as MODX,
MODY and MODZ multipliers after the CORP array is output.
None
This is equivalent to the 2003 UTM off setting and no translations are
applied to the grid. Below shows the output for both the Right hand
grids option being applied and not, respectively (a pattern that applies
to all subsequent graphs).
CORP VALUE
C LAYER 1
0 -100000 2444.326
7500 -100000 2396.881
7500 -95000 2372.198
0 -95000 2428.91
0 -100000 2507.359
7500 -100000 2459.171
7500 -95000 2431.072
0 -95000 2495.542
CORP VALUE
C LAYER 1
0 100000 2444.326
7500 100000 2396.881
7500 95000.01 2372.198
0 95000.01 2428.91
0 100000 2507.359
7500 100000 2459.171
7500 95000.01 2431.072
0 95000.01 2495.542
Shift to Origin
This is a new setting and defines what happens if no UTM shift is
required. With this option E2V works out the minimum position of the
x and y coordinates of the Eclipse coordinate lines. These values are
then applied as an offset to the grid so that it is shifted closer to the
origin (0, 0). For the case of a grid entirely in negative coordinate space
it is the maximum position of x and y that defines the offset. The corner
points are calculated and two entries MODX and MODY are appended
after the CORP record. These values will be applied to VIP to move the
grid back to the correct coordinate system. The aim of this offset is to
keep the grid as close as possible to the origin and minimise the effects
of rounding errors using single precision numbers. This is particularly
important for Eclipse grids that are specified in UTM coordinates. If a
MAPAXES keyword is present then the origin specified by MAPAXES
is used to defined the x and y offsets.
In effect the result is that when plotted the grid appears to have a (0, 0)
origin but the *.CORP file contains the grid data in the UTM axes.
CORP VALUE
C LAYER 1
C LAYER 1
Previously, when having the Right hand grids option enabled the x and
y values of the CORP array had been flipped (i.e. negative to that
above). Whilst in the case where Right hand grids option was not
enabled the CORP array and graphed grid were the same as the None
case.
The values of the offsets are defined from either the data or the
MAPAXES keyword. If MAPAXES is missing then this will be
equivalent to Shift to Origin option.
CORP VALUE
C LAYER 1
0 100000 2444.326
7500 100000 2396.881
7500 95000 2372.198
0 95000 2428.91
0 100000 2507.359
7500 100000 2459.171
7500 95000 2431.072
0 95000 2495.542
CORP VALUE
C LAYER 1
0 100000 2444.326
7500 100000 2396.881
7500 95000 2372.198
0 95000 2428.91
0 100000 2507.359
7500 100000 2459.171
7500 95000 2431.072
0 95000 2495.542
UTM Coordinates
This is equivalent to the 2003 UTM on setting and a full rotation and
translation is applied.
CORP VALUE
C LAYER 1
C LAYER 1
However, here both sets of CORP arrays and consequently the graphed
gird have been altered. Previously the CORP array in both cases
matched that of the None option and there were no MODX or MODY
modifiers.
Here both cases produce the same results, just as in the UTM Axes
Align Only case.
Introduction
The large model option is intended for very large models, on the order
of millions of cells. However, a PC with a small amount of RAM by
today's standards may show an improvement for models over a hundred
thousand cells.
With the large model option enabled, E2V outputs temporary files to a
new directory called “LMO” that it creates within the specified output
folder for the VIP model. Once E2V has completed its run, it deletes
these files and the directory. If an existing large model option folder
already resides in the specified output directory, E2V will delete that
folder before creating a new one.
The large model option can be invoked at the command line with the
-BIGMODEL flag.
In this example, the Eclipse input files reside in the C:\Eclipse Data\
directory and the results are output to the C:\E2V Results\ directory.
Double quotes enclose the input and output arguments, since both paths
have spaces in them. Also, the paths include a closing '\'. Without this
slash, E2V would go looking for Eclipse files in the next directory up,
in this case the C:\ drive.
In this example, the large model option would be employed for Eclipse
models that exceed 30,000 cells.
Error Logging
If there are any errors in the operation of the LMO, an error message
will appear in the <model>.dbg file as follows:
C
C ERROR: Unable to delete temporary files/directory created for LMO.
C Access to LMO in output directory denied.
C Please run without Large Model Option (LMO) enabled or -BIGMODEL argument.
C
E2V will either operate correctly and output the resulting VIP model or
be unable to process any grid data. In the latter case, the job must be
run again. The failure will generally be caused by the system being
unable to purge the LMO folder before it outputs its first temporary
file. In either case, E2V may have to be run without the LMO enabled.
By default, the large model option is inactive. You can enable it in the
Advanced tab of the Properties window (Tools -> Properties ->
Advanced). A 'Large Model Optimization' check box appears at the
bottom of the Advanced tab.
Large
Model
Optimization
Option
With the check box toggled ON, you can specify the desired grid cell
threshold in the Grid Cell Threshold field. This threshold controls the
minimum number of cells a model has to contain before the large
model option is utilized.
In the example below, the large model option will only operate with an
Eclipse model of sizes greater than 2000 cells.
Typically this threshold is set for only the largest models, those of
greater than a million cells.
The resulting VIP model will be correct but the output directory will
still contain a subdirectory named “LMO.” You will have to delete the
“LMO” directory manually before you can run another job with the
large model option enabled.
The following Eclipse keywords are not supported in the R2003.19.3 release of E2V.