Migrator User Guide
Migrator User Guide
Proprietary notice
This work contains the confidential and proprietary trade secrets of SLB and may not be copied or stored in
an information retrieval system, transferred, used, distributed, translated or retransmitted in any form or by
any means, electronic or mechanical, in whole or in part, without the express written permission of the
copyright owner.
SLB, Schlumberger, the SLB logotype, and other words or symbols used to identify the products and
services described herein are either trademarks, trade names or service marks of SLB and its licensors, or
are the property of their respective owners. These marks may not be copied, imitated or used, in whole or in
part, without the express prior written permission of SLB. In addition, covers, page headers, custom
graphics, icons, and other design elements may be service marks, trademarks, and/or trade dress of SLB,
and may not be copied, imitated, or used, in whole or in part, without the express prior written permission of
SLB. Other company, product and service names are the properties of their respective owners.
Intersect ® is a mark of SLB. Intersect software is a joint product collaboration of Chevron, TotalEnergies
and SLB.
An asterisk (*) is used throughout this document to designate other marks of SLB.
Security notice
The software described herein is configured to operate with at least the minimum specifications set out by
SLB. You are advised that such minimum specifications are merely recommendations and not intended to be
limiting to configurations that may be used to operate the software. Similarly, you are advised that the
software should be operated in a secure environment whether such software is operated across a network,
on a single system and/or on a plurality of systems. It is up to you to configure and maintain your networks
and/or system(s) in a secure manner. If you have further questions as to recommendations regarding
recommended specifications or security, please feel free to contact your local SLB representative.
Intersect Migrator user guide
Table of Contents
1 Migrator overview ....................................................................................................... 1
Supported simulators ......................................................................................................................... 1
Run an Eclipse dataset in Intersect ................................................................................................... 2
Run the Migrator on an Eclipse dataset ............................................................................................ 2
Run Intersect ..................................................................................................................................... 2
Migration reports ................................................................................................................................. 2
PRT file .............................................................................................................................................. 2
Optionally write Eclipse property names ........................................................................................... 3
Filtered output dataset ....................................................................................................................... 3
Other output ....................................................................................................................................... 4
Export a list of supported keywords ................................................................................................. 4
Key workflows ..................................................................................................................................... 4
Keywords only ................................................................................................................................... 4
Default: Migrate grid edits .................................................................................................................. 4
Option: Process grid edits ................................................................................................................. 5
Restarting an Intersect simulation ..................................................................................................... 5
Automatic output of data using the RPTRST keyword ...................................................................... 5
Output of Restart data on demand using the SAVE keyword ............................................................ 5
Reloading a restart ............................................................................................................................ 6
Run parallel simulations ..................................................................................................................... 6
Thermal ................................................................................................................................................ 6
Intersect or Field Management specific functionality ..................................................................... 6
Always start a keyword in the first column ...................................................................................... 6
Validate user-defined IXF with the Migrator ..................................................................................... 7
Supported platforms ........................................................................................................................... 7
2 RUNSPEC .................................................................................................................... 8
RUNSPEC Fully supported keywords ............................................................................................... 8
RUNSPEC Partially supported keywords ......................................................................................... 9
RUNSPEC keywords requiring special description ......................................................................... 9
BRINE, ECLMC ................................................................................................................................. 9
COAL ................................................................................................................................................. 9
ENDSCALE ....................................................................................................................................... 9
GASSOL ............................................................................................................................................ 9
NUPCOL .......................................................................................................................................... 10
NOMIX ............................................................................................................................................. 10
POLYMER ....................................................................................................................................... 10
i
Intersect Migrator user guide
3 GRID ........................................................................................................................... 11
GRID Fully supported keywords ...................................................................................................... 11
GRID Partially supported keywords ................................................................................................ 12
GRID keywords requiring special description ............................................................................... 12
AQUCT, AQUFET, AQUFETP ........................................................................................................ 12
AQUANCON .................................................................................................................................... 12
COARSEN ....................................................................................................................................... 12
GDFILE ............................................................................................................................................ 12
INIT .................................................................................................................................................. 12
IONROCK ........................................................................................................................................ 13
JFUNC ............................................................................................................................................. 13
MULTFLT ........................................................................................................................................ 13
MULTREGT ..................................................................................................................................... 13
NNCGEN ......................................................................................................................................... 13
PINCH ............................................................................................................................................. 13
PINCHNUM ..................................................................................................................................... 13
PINCHREG ...................................................................................................................................... 13
RESVNUM ....................................................................................................................................... 13
ROCKCON ...................................................................................................................................... 14
ROCKCONL .................................................................................................................................... 14
GRID handling ................................................................................................................................... 14
Grid geometry .................................................................................................................................. 14
Cell properties ................................................................................................................................. 14
Dual porosity .................................................................................................................................... 15
Transmissibilities ............................................................................................................................. 15
Thermal ........................................................................................................................................... 16
Grid export ....................................................................................................................................... 16
Non-neighbor connections export .................................................................................................... 16
4 EDIT ............................................................................................................................ 17
EDIT Fully supported keywords ...................................................................................................... 17
EDIT keywords requiring special description ................................................................................ 17
EDITNNC ......................................................................................................................................... 17
EDITNNCR ...................................................................................................................................... 17
MULTFLT ........................................................................................................................................ 18
MULTREGT ..................................................................................................................................... 18
Pore volume .................................................................................................................................... 18
5 PROPS ....................................................................................................................... 19
PROPS Fully supported keywords .................................................................................................. 19
PROPS Partially supported keywords ............................................................................................ 20
PROPS keywords requiring special description ............................................................................ 20
Equation of state keywords ............................................................................................................. 21
AMFVD ............................................................................................................................................ 21
ii
Intersect Migrator user guide
6 REGIONS ................................................................................................................... 26
REGIONS Fully supported keywords .............................................................................................. 26
REGIONS keywords requiring special description ........................................................................ 26
EOSNUM, PVTNUM ........................................................................................................................ 26
EQLNUM ......................................................................................................................................... 27
SATNUM, IMBNUM, PVTNUM, ROCKNUM ................................................................................... 27
TNUM .............................................................................................................................................. 27
7 SOLUTION ................................................................................................................. 28
SOLUTION Fully supported keywords ............................................................................................ 28
SOLUTION Partially supported keywords ...................................................................................... 28
SOLUTION keywords requiring special description ...................................................................... 29
AMF ................................................................................................................................................. 29
EQLDIMS ........................................................................................................................................ 29
EQUIL .............................................................................................................................................. 29
EQUIL in black oil models ............................................................................................................ 29
EQUIL in compositional models ................................................................................................... 30
OPERATE, OPERATER .................................................................................................................. 30
iii
Intersect Migrator user guide
8 SUMMARY ................................................................................................................. 33
SUMMARY Fully supported keywords ............................................................................................ 33
SUMMARY keywords requiring special description ...................................................................... 37
FSGR ............................................................................................................................................... 38
STEPTYPE ...................................................................................................................................... 38
WBP ................................................................................................................................................ 38
WPI .................................................................................................................................................. 38
WTEMP ........................................................................................................................................... 39
Ion rates ........................................................................................................................................... 39
Guide rates ...................................................................................................................................... 39
Potential rates .................................................................................................................................. 39
9 SCHEDULE ................................................................................................................ 40
SCHEDULE Fully supported keywords ........................................................................................... 40
SCHEDULE Partially supported keywords ..................................................................................... 41
SCHEDULE keywords requiring special description ..................................................................... 42
ACTION keywords ........................................................................................................................... 42
AQUCT, AQUFETP, AQUFLUX ...................................................................................................... 43
CECON ............................................................................................................................................ 43
Completion index usage within keywords ........................................................................................ 43
COMPDAT, COMPDATL ................................................................................................................. 43
COMPSEGS, COMPSEGL ............................................................................................................. 44
DATES ............................................................................................................................................. 44
FBHPDEF ........................................................................................................................................ 44
GCONINJE ...................................................................................................................................... 44
GCONPRI ........................................................................................................................................ 44
GCONPROD ................................................................................................................................... 44
GCONSALE ..................................................................................................................................... 45
GCONTOL ....................................................................................................................................... 45
GECON ........................................................................................................................................... 45
GINJGAS, WINJGAS ...................................................................................................................... 45
GPMAINT ........................................................................................................................................ 45
HEATER .......................................................................................................................................... 46
Drilling keywords ............................................................................................................................. 46
iv
Intersect Migrator user guide
RPTRST .......................................................................................................................................... 46
SAVE ............................................................................................................................................... 46
WCONHIST, WCONINJH ................................................................................................................ 47
WCONINJE, GCONINJE ................................................................................................................. 47
WCONPROD ................................................................................................................................... 47
WCONPROD, GCONPROD ............................................................................................................ 47
WCYCLE ......................................................................................................................................... 47
WEFAC ............................................................................................................................................ 47
WELLWAG ...................................................................................................................................... 47
WELOPEN, WELOPENL ................................................................................................................. 48
WELSEGS ....................................................................................................................................... 48
WELSPECS, WELSPECL ............................................................................................................... 48
WELTARG ....................................................................................................................................... 48
WINJMIX ......................................................................................................................................... 48
WINJTEMP ...................................................................................................................................... 48
WPAVE, WWPAVE, WPAVEDEP ................................................................................................... 48
WPIMULT, WPIMULTL ................................................................................................................... 49
WREGROUP ................................................................................................................................... 49
WSEGHEAT .................................................................................................................................... 49
WSEGTABL ..................................................................................................................................... 49
WSEPCOND ................................................................................................................................... 49
WTEST ............................................................................................................................................ 49
WTRACER ...................................................................................................................................... 49
WVFPEXP ....................................................................................................................................... 49
Use VFP files ..................................................................................................................................... 50
Naming restrictions .......................................................................................................................... 50
Wildcard well and group names ...................................................................................................... 50
Restrictions on node names ............................................................................................................ 51
v
Intersect Migrator user guide
MULTSIGV ...................................................................................................................................... 62
MULTX/Y/Z ...................................................................................................................................... 62
REFINE, ENDFIN ............................................................................................................................ 62
RPTGRID ........................................................................................................................................ 62
Difference in supported keywords for classic workflow ............................................................... 62
Glossary ........................................................................................................................... 95
vi
Intersect Migrator user guide
1
Migrator overview
The Migrator converts Eclipse datasets into a format that can be run in Intersect, allowing an Eclipse dataset to be used
to perform a full Intersect simulation. Intersect cannot directly run an Eclipse dataset; it must first be converted into the
AFI format. Running an Eclipse dataset in Intersect is a two-step process.
• The Migrator reads an Eclipse dataset and writes an AFI file (which has the extension .afi).
• Intersect reads the AFI file and performs the simulation as requested by the AFI file.
The AFI file points to various other files that together form the input to Intersect. One of these files is the GSG file, which
is used to store the grid block properties used by Intersect.
The Migrator generates the AFI file by taking each Eclipse keyword in the dataset, and where possible, converting the
keyword into the AFI format. The Migrator produces detailed reports on what is and is not migrated to Intersect.
After running Intersect on the AFI file generated by the Migrator, and analyzing the Intersect results, you may decide you
need to change the input dataset. If you change the Eclipse dataset you need to rerun the Migrator to generate a new
AFI file.
The Migrator can use input Eclipse datasets, which load data from restarts, as long as the restart data has been
generated by Intersect. The Migrator does not support restarting from Eclipse-generated restart output.
By default, the custom_scripts extension is added to all migrated models. This makes it more convenient if you
want to add your own Python scripts to the Intersect model.
Further information: Restarting an Intersect simulation
Supported simulators
The Migrator supports a core set of keywords from both Eclipse 300 and Eclipse 100, but where there is a behavioral
difference between the Eclipse 300 and Eclipse 100 versions of the keyword, the Migrator has implemented the
Eclipse 300 behavior – unless otherwise stated. This may mean that certain Eclipse 100 keywords will need to be
converted into their Eclipse 300 form before running the Migrator.
Default values for Eclipse keywords vary between Eclipse 300 and Eclipse 100. See the Eclipse Reference Manual. The
Migrator will use different defaulting behavior depending on the setting of the --preferred-defaults Migrator
command line option (although not all keyword defaults are affected by this option currently). If no option is specified,
then Intersect legacy defaulting is used. Alternative options are Eclipse 100 defaulting (--preferred-
defaults=E100) or Eclipse 300 defaulting (--preferred-defaults=E300).
Further information: Support for E100 behavior.
The Migrator will run any valid Eclipse dataset. If the Migrator detects errors in the dataset they will be reported and no
simulation will be run. Error detection in the Migrator is not yet as extensive as that in the Eclipse simulators so running
Eclipse on the dataset can assist in locating data errors. Eclipse need only be run in NOSIM mode (data checking and
initialization only) to do this.
Run Intersect
• To run a simulation using the AFI file, use the following command: eclrun ix basename.
Intersect reads the AFI file and runs the simulation.
If the input Eclipse dataset is altered, the AFI file has to be regenerated from the dataset by rerunning the Migrator.
An AFI model consists of the file basename.afi, its associated files: basename_ECL2IX.gsg,
basename_ECL2IX_IX.ixf, and basename_ECL2IX_FM.ixf, and associated data folders.
Migration reports
This topic outlines the various reports the Migrator can give on the conversion process.
PRT file
The Migrator writes out a PRT file called basename_ECL2IX_MAKEAFI.PRT where basename is the root name of
the input dataset. This lists each keyword in the dataset and details how much of the keyword was converted to Intersect.
The migration status for a keyword is contextual for that instance of the keyword in the dataset. The Migrator classifies
the keyword conversion into four types:
FULLY_MIGRATED
all the keyword data was converted to Intersect. Every parameter supplied to the keyword was supported.
PARTIALLY_MIGRATED
not all the data for this keyword was migrated to Intersect. There will be a comment that explains what was and
was not migrated.
NOT_MIGRATED
the keyword was not migrated to Intersect because either the Migrator has not implemented the conversion or
Intersect does not yet have support for this feature.
IGNORED
the keyword is not relevant to Intersect. For example, OIL, VAPOIL, DISGAS, GAS or WATER in RUNSPEC.
They are also reported as Fully Supported Keywords in the rest of this User Guide.
Note: It is recommended that the PARTIALLY_MIGRATED and NOT_MIGRATED keywords are carefully reviewed.
This is because Intersect may produce significantly different results to Eclipse due to this data not being migrated.
--use-eclipse-prop-names=1
--use-eclipse-prop-names=0
Note: If an Intersect qualified property name does not have an equivalent Eclipse property name, the Migrator writes the
Intersect property name.
-o 1 These options are equivalent and produce the default non-uniform output.
-o yes
-o true
-o UNIFOUT Force output to be unified instead of generating include files.
-o SUFFIX="_my_file" Add _my_file to the output filename, that is
basename_my_file.data.
-o UNIFOUT,SUFFIX="_new_name" Both options together; produces unified output with filename suffix.
Other output
Where there are problems with the migration, the Migrator will provide as much information as possible, including the
name and location of the keyword that it was currently processing.
Key workflows
There are two main workflows:
• Keywords only – uses an Eclipse dataset to perform a simulation.
• Restarts – restarts a simulation using the Intersect restart facility.
Keywords only
The normal workflow is to run the Migrator using an Eclipse keyword file (a DATA file with keywords) possibly augmented
with a grid geometry file. This is termed the keywords-only option. The preferred choice of grid geometry file is EGRID,
which can be generated by Eclipse to describe the corner-point geometry, including LGRs if present.
Note: Only corner point geometry is supported; radial and unstructured are not.
A number of workflows exist that allow conversion of block-centered geometry keywords into data are usable by the
Migrator, but these are not recommended as they are prone to errors in transmissibility calculations and non-neighbor
connection handling. If you wish to run a model currently only available in block-centered geometry form, it is
recommended that you regenerate a corner-point model from your geological models.
This workflow has two options for handling GRID and EDIT section keywords:
Default: Migrate grid edits
This is the new workflow where GRID and EDIT section geometry and property editing keywords are migrated
to Intersect input for subsequent processing within Intersect. This enables grid property editing within the
Intersect input file
Option: Process grid edits
This is the original workflow where GRID and EDIT section keywords are mainly processed in the Migrator.
Further information: GRID EDIT processing options
With this option, the geometry and initial properties are read from Eclipse keywords or grid geometry files, and the
transmissibilities and grid block properties are then generated and stored in a separate (GSG) file. When a GRID section
is processed that includes a grid geometry file, the grid geometry file takes precedence over any grid geometry keywords
in the main data file. As the generated GSG file does not include grid geometry, any modification of grid properties will
need to be made in the Eclipse EDIT section and then the Migrator will have to be run again.
WCONPROD
'A*' 'OPEN' 'ORAT' 2000 4* 1000 9* /
/
SAVE
Migrator overview | Key workflows | Output of Restart data on demand using the SAVE keyword
5
Intersect Migrator user guide
If the SAVE keyword is not working as expected check if MULTSAVE is set to -1; this suppresses outputting of Intersect
restart files.
Intersect will output extra files when using the Eclipse options MULTSAVE set to 0 (or defaulted) and AUTOSAVE set to
1. The additional files represent previously saved time steps that Intersect is unable clean up. For workflows with very
large models these extra files may use significant extra space.
Reloading a restart
When restarting an Intersect simulation, make a copy of the original DATA file, modify this copy to be a restart
simulation, and run your Intersect restart simulation from this modified file. Using the original DATA file for restarting will
damage the Intersect restart data.
To load an Intersect restart file you need to add either the LOAD or RESTART keyword to a copy of the original data file
that was used to save the restart and specify the correct root name in item 1 and the report step to restart from in item 2.
It is very important that the entire dataset be the same as the original dataset, up to the point in the SCHEDULE section
where the restart was saved; this is quite different to the way restarts are loaded in Eclipse. You are free to modify or
extend the SCHEDULE section after the restart time (for example you could INCLUDE a particular prediction scenario in
a separate file).
Note that all time steps or dates that effectively occur before the restart time will be ignored. In this respect the resulting
behavior in Intersect is similar to that of an Eclipse restart run that uses the SKIPREST keyword. As this is the default
behavior in Intersect the Eclipse SKIPREST keyword is ignored by the Migrator.
Thermal
Thermal models are supported. Review the supported keyword list to see which keywords are supported.
Important: The Migrator can only read the first 132 characters of any line in the DATA file and its included files. Any
characters after this will be ignored.
The line length restriction cannot be altered using the COLUMNS keyword as the Migrator does not support this keyword.
Supported platforms
The Migrator runs on the same platforms as Intersect.
2
RUNSPEC
Many items in the RUNSPEC section are not relevant to Intersect. The keywords that are processed by the Migrator are
listed below. The grid size is taken from DIMENS and, for multiple reservoir grids, the number of reservoirs is taken from
NUMRES. Some dimensioning keywords, where the size can be deduced from the data, are ignored. For example, it is
not necessary to specify the number of LGRs or the maximum number of cells in any LGR with the LGR keyword, and
this keyword is ignored. Other important information from this section is the unit system (FIELD, METRIC, PVT-M or
LAB) and the simulation start date (START). Table dimensions (WELLDIMS, TABDIMS and so on) are used to set, for
example, the number of PVT tables, or numbers of regions. Whilst these numbers are not critical to the Migrator as they
are in Eclipse, many of them are used as hints when writing out the IXF, and they should therefore be left in or specified
where possible. If they are absent, the Migrator will try to deduce the correct values from data.
Keywords are considered partially supported where the Migrator cannot convert all parameters available in the Eclipse
keyword. The unsupported items for partially supported keywords are also listed. For detailed information on the
unsupported items in keywords see the Eclipse Reference Manual. Unsupported keywords are not included.
Further information:
• Fully supported RUNSPEC keywords
• Partially supported RUNSPEC keywords
• RUNSPEC keywords requiring special description
• Multiple selection keywords
BRINE, ECLMC
BRINE can be processed in either single-component or multi-component form.
If the BRINE keyword is present without the ECLMC keyword the single-component form will be used. Intersect will
assume the salt component to be NaCl, with the electroneutrality option turned off.
If ECLMC is present BRINE will be processed in multiple component form. In this case the Eclipse molecular salt
components will be split into ionic species and the electroneutrality option turned on.
Note that the Migrator only processes component salts defined in the BRINE keyword if the ECLMC keyword is present.
Further information: Multiple-component brine
COAL
In Intersect, the COAL keyword enables the Coal Bed Methane option or the Shale Gas option.
ENDSCALE
End-point scaling is automatically turned on when any end-point scaling keyword or the ENDSCALE keyword is present.
To turn off end-point scaling you will need to edit the IXF file to switch off vertical and horizontal end-point scaling.
GASSOL
GASSOL is restricted to only one component.
NUPCOL
In an Intersect restart simulation the NUPCOL keywords are ignored if encountered in the restart dataset.
NOMIX
The Migrator enables the oil and gas relative permeability interpolation near the critical point by default. This interpolation
is switched off if the NOMIX keyword is specified.
POLYMER
The formulation of polymer model in Intersect is different from the Eclipse model, and as none of the Eclipse polymer
option definition keywords are relevant they are not migrated. The sole exception to this is the POLYMER keyword itself,
which switches on the polymer modeling in Intersect.
The nodes required to define and operate the polymer model need to be manually added into the IXF files.
3
GRID
Keywords are considered partially supported where the Migrator cannot convert all parameters available in the Eclipse
keyword. The unsupported items for partially supported keywords are also listed. For detailed information on the
unsupported items in keywords see the Eclipse Reference Manual. Unsupported keywords are not included. Additional
information on some selected keywords is provided in and how grids are handled in the Migrator is also included.
Further information:
• Fully supported GRID keywords
• Partially supported GRID keywords
• GRID keywords requiring special description
• Grid handling
• Multiple selection keywords
AQUANCON
AQUANCON is supported in both the GRID and SOLUTION sections. The analytical aquifer must be declared (with
AQUCT, AQUFETP, AQUFLUX, or AQUFET) before AQUANCON is specified. That is, to migrate AQUANCON from GRID
section, the analytical aquifer needs to be declared in the GRID section as well. There is no such constraint in Eclipse.
COARSEN
The COARSEN keyword is not supported with the --process-grid-edits option.
GDFILE
Grids must be in the same unit system as the model, there is no unit conversion. Either the complete file name or just the
root name can be given.
INIT
If the INIT keyword is present, an Eclipse-format initial properties file will be produced. Note however that the region
properties PVTNUM, SATNUM and EQLNUM output, are the Intersect fluid region, rock region and equilibration region
properties. You will find the region mapping tables output to the print file useful for identifying the original Eclipse regions
to which the Intersect regions correspond .
Further information: PROPS
IONROCK
Intersect requires one cation exchange constant per rock region, but it is possible that the IONROCK property values
vary regionally but differently from the rock regions. The cation exchange constant for each rock region will be set equal
to the first value of the IONROCK property found in that region. If a rock region is found to span more than one
IONROCK value a warning will be issued.
JFUNC
J-Functions only work in the keywords-only workflow as it is only the presence of the JFUNC keyword that creates the
permeability direction property required by the simulator. This property cannot be manually created in the AFI file. You
can edit the J-Function parameters in the AFI once it has been created from a data set that contains the JFUNC
keyword.
MULTFLT
Item 3 of MULTFLT, diffusivity multiplier, is not supported by Intersect.
MULTREGT
Items 1 and 2 of MULTREGT cannot both be defaulted in the same record when used with the --process-grid-
edits option.
NNCGEN
The NNCGEN keyword is not supported with the --process-grid-edits option.
PINCH
In the PINCH keyword, Items 1 to 3 are interpreted in the same way as Eclipse 300. However, when NOGAP is specified
for item 2, then the method for calculating the thickness of a column of pinched out cells is that used by Eclipse 100, not
Eclipse 300.
In addition, Eclipse 100 items 4 and 5 are available.
PINCHNUM
The PINCHNUM keyword is only supported with the --process-grid-edits option.
PINCHREG
The PINCHREG keyword is only supported with the --process-grid-edits option.
RESVNUM
The RESVNUM keyword is only supported with the --process-grid-edits option.
ROCKCON
ROCKCON in Eclipse 300 has a restriction that each rock can only be connected in one grid (the main grid or an LGR).
To have connections on multiple grids, you must specify a number of different rocks. Intersect does not have that
restriction.
ROCKCONL
ROCKCONL in Eclipse 300 has a restriction that each rock can only be connected in one grid (the main grid or an LGR).
To have connections on multiple grids, you must specify a number of different rocks. Intersect does not have that
restriction.
GRID handling
The following options are available for handling grids:
• Grid geometry.
• Cell properties.
• Dual porosity.
• Transmissibilities.
• Thermal.
• Grid export.
• NNC export.
Grid geometry
Only Cartesian corner point geometry is supported using the keywords-only workflow. Multiple reservoirs can be defined
(using COORDSYS) but they cannot be connected through cells; only through wells.
Cartesian local grid refinement (LGR) is supported. LGRs are implemented in Intersect by removing the host cells and
connecting the surrounding cells to the external LGR cells. There is no support in Intersect for local time stepping.
Touching LGRs are automatically identified; it is not necessary to use the AMALGAM keyword. LGRs can abut faults.
LGRs can connect through pinched out cells to the parent grid but cannot connect through pinched out parent cells to a
neighboring LGR. Nested LGRs are supported provided that they connect only to their immediate parent, that is there
must be a border of at least one parent cell around the LGR.
COORD and ZCORN can follow a BOX keyword to specify a restricted input box.
Cell properties
Cell properties are handled in the same way for all sections. Properties are introduced either directly by name or with one
of the following keywords:
• ADD
• COPY
• EQUALS
• MULTIPLY
The following keywords can be used to set or reset the current input box, or to switch between local and global grids:
• BOX
• ENDBOX
• REFINE
• ENDFIN
The following properties allow the Eclipse 100 behavior where only the top plane (K=1) need be specified completely,
with unspecified values in lower planes taking their values from the plane above:
• PERMX
• PERMY
• PERMZ
• PORO
Dual porosity
Dual porosity and single permeability and dual porosity and dual permeability systems are supported. In addition, single
porosity regions may be defined (for dual porosity and single permeability systems) with the DPNUM keyword.
Identical geometry must be used for both matrix and fracture cells. This is taken from matrix cells. Any geometry defined
on fracture cells is ignored.
DPNUM, DZMATRIX, SIGMAV properties should only be specified for matrix cells. For properties that should be defined
on both matrix and fracture cells, DPGRID can be used to copy values from matrix to fracture cells when only the matrix
cell values are specified. As with Eclipse, this only works for those grid properties listed under the DPGRID keyword in
the Eclipse Reference Manual.
In addition to the cell property keywords, the following dual porosity keywords are supported:
• DZMTRX
• NODPPM
• SIGMA
• SIGMAGD
• SIGMAGDV
Transmissibilities
The following keywords affect cell activity and transmissibility calculations:
• MINPORV
• PINCH
• PINCHOUT
Only NEWTRAN style transmissibility is supported. In addition to the MULTX/X-/Y/Y-/Z/Z- transmissibility
multipliers, the following keywords can be used:
• FAULTS
• MULTFLT
• MULTREGT
Note: Eclipse 300 treats transmissibility values less than a tolerance (1.0e-06) for non-neighbor connections as 0.
Intersect does not set them to 0. As a result, you can have flow across such cells in Intersect but not in Eclipse 300.
Thermal
The implementation of the functionality behind the THCOIL, THCGAS, THCWAT keywords is different in Intersect from
Eclipse. In Intersect it uses a simple volume weighting for each independent phase.
Grid export
When the Migrator is run with the keywords-only option, grid geometry files (GRID, EGRID and GSG) may be generated
for use by other applications. This is a Migrator rather than Intersect activity, and is controlled by the following keywords:
• GRIDFILE
• GRIDUNIT
• MAPAXES
• MAPUNITS
• NOGGF
4
EDIT
Only a limited set of modifications is allowed in the EDIT section.
Further information:
• Fully supported EDIT keywords
• EDIT keywords requiring special description
• Multiple selection keywords
EDITNNC
Connections to numerical aquifers and matrix-to-fracture cell connections cannot be specified.
EDITNNCR
The EDITNNCR keyword is not supported with the --process-grid-edits option.
MULTFLT
Item 3 of MULTFLT, diffusivity multiplier, is not supported by Intersect.
MULTREGT
When MULTREGT is specified in the EDIT section, Eclipse 300 applies region transmissibility multipliers from
MULTREGT after transmissibility overrides specified with TRANX/Y/Z. The behavior of the Migrator's default workflow
(grids processed in Intersect) is the same, but if the --process-grid-edits option is specified, the multipliers are
applied first, and the overrides afterwards.
Pore volume
Pore volumes calculated at the end of the GRID section can be modified in the EDIT topic. The final set of connections
across pinched out cells will be determined from cell activity based on the modified pore volumes.
5
PROPS
All the core black oil and compositional keywords are fully supported; both saturation function keyword families are
supported, apart from keywords introducing 2D tables of relative permeability, for example SOF32D.
PVT table validation differs between Intersect and Eclipse. For example, Intersect may warn about monotonicity
problems that Eclipse does not.
Keywords are considered partially supported if the Migrator cannot convert all the parameters available in the Eclipse
keyword. Those items which are unsupported are listed. For detailed information on these unsupported items see the
Eclipse Reference Manual. Unsupported keywords are not listed here. Additional information on temperature keywords
and multi-component brine is also included.
Further information:
• Fully supported PROPS keywords
• Partially supported PROPS keywords
• PROPS keywords requiring special description
• Behavior of temperature keywords
• Multiple-component brine
• Multiple selection keywords
AMFVD
Eclipse 300 only uses the AMFVD keyword for THERMAL simulations together with CO2STORE. The Migrator allows
definition of initial aqueous phase compositions (mole fractions of the single dissolved component and water) versus
depth using this keyword.
CVTYPE, CVTYPES
The value of CVTYPE may cause other migrated values to be overwritten.
If the CVTYPE of a component is set to DEAD the critical temperature of that component will be reset to a large value
(Metric: 10000 K = 9726.85 C; Field: 10000 R = 9540.33 F), and the K-value correlation coefficients or tables will be
reset so they return a fixed value of 0.0.
If the CVTYPE of a component is set to GAS the critical temperature of that component will be reset to a small value
(Metric: 1 K = –272.15 C; Field: 1 R = –458.67 F), and the K-value correlation coefficients or tables will be reset so they
return a fixed value of 1.0e6
CVTYPES uses the same logic to modify the critical temperature of components in surface equation-of-state models.
DENAQA, VISCAQA
These keywords are restricted to one component. (To get similar results for the Aqua Density/Viscosity calculation using
Ezrokhi's correlation, use OPTION3 item 199 in Eclipse 300).
IONXROCK
Eclipse 100 associates the values of IONXROCK with Saturation function regions but Intersect associates these values
with Rock regions. The Migrator reassigns the values to the appropriate Rock region.
KVCR, KVCRS
The migrated Crookston coefficients may be overwritten depending on the value of CVTYPE (CVTYPES for surface
equations-of-state). See comments on CVTYPE above.
LANGMUIR, LANGMEXT
Intersect includes a Shale Gas option using Langmuir isotherms, with assumed instant adsorption and single porosity.
There are two options available:
• Extended Langmuir Isotherm
• Tabular Adsorption Data Entry
This feature is similar to the Eclipse Coal Bed Methane option, when used with instant adsorption and single porosity.
However, in Intersect the extended Langmuir isotherm option is supported by both the black oil and compositional
models while Eclipse Black Oil does not allow you to use the LANGMEXT keyword.
Note: Use of Langmuir isotherms with dual porosity systems is currently not supported.
PVTW, WATERTAB
The Intersect fluid model describes both hydrocarbon and aqueous fluid properties, so the PVTW (or WATERTAB) data
must be associated with hydrocarbon properties (for example as specified by PVTO or EOS and so on).
For black oil models: PVTO tables and PVTW / WATERTAB tables are both indexed by the PVTNUM region property, so
PVTO table 1 is associated with PVTW / WATERTAB table 1 and so on
For compositional models, Eclipse 300 uses EOSNUM to define EOS regions but PVTNUM to define water (PVTW /
WATERTAB) regions. Therefore in order to construct the correct fluid model for Intersect, the Migrator must find all
combinations of EOSNUM and PVTNUM used in the model and create Intersect fluid models with these combinations of
EOS and water properties. The Intersect fluid models will be named PVTNUM_xxx_EOSNUM_yyy, where xxx and
yyy are the Eclipse PVT and EOS region numbers, respectively.
PVTWSALT, BDENSITY
Models containing the BRINE keyword define the water properties using PVTWSALT instead of PVTW.
The density of the brine is specified separately in the BDENSITY keyword.
ROCKOPTS
If item 3 of ROCKOPTS has the same value as ROCKNUM, the number of compaction tables is always taken from the
number specified in ROCKCOMP item 2, not item 13 of TABDIMS. If TABDIMS item 13 and ROCKCOMP item 2 are
inconsistent a warning is issued.
RSWVD
As only one soluble component is allowed you are restricted to defining only one component initial concentration in the
aqueous phase.
RTEMP, TEMPVD
The reservoir temperature profile can be defined for both enumeration cases and equilibration cases. It can be defined
as a separate (constant) temperature for each fluid region (RTEMP), varying differently with depth in each equilibration
region (TEMPVD) or explicitly in each grid cell (TEMPI). Note that RTEMPVD (SOLUTION) is not supported.
Further information: Behavior of temperature keywords.
SOLUAQA
Restricted to only component.
If this keyword contains defaulted values the Migrator produces an error. This is because the Migrator cannot
automatically generate suitable values to be passed to Intersect. You need to replace any defaulted values with actual
values.
You can generate actual values from Eclipse by performing a NOSIM run in Eclipse 300 and requesting the default table
to be printed out in the PRT file using
RPTPROPS
SOLU /
SOLUBILI
If this keyword is omitted for CO2 a default table is generated. The Migrator uses the correlation of Chang, Coats and
Nolen for calculating the default values of the dissolved gas solution ratio at specific pressure, similar to Eclipse 300.
Instead of the values for formation volume factor, viscosity and compressibility the default Ezrokhi's coefficients are used
for calculating the aqueous viscosity and density. This is similar to setting OPTIONS3 item 164 and 165 active and
defining the default DENAQA and VISCAQA keywords in Eclipse 300.
TCRIT. TCRITS
The Migrator supports the defaulting of TCRITS but not TCRIT, for which values must be specified. See comments on
Equation of state keywords above.
Critical temperatures for a component may be reset if CVTYPE (or CVTYPES) is present. See comments on CVTYPE
above.
TRACER
The Eclipse 100 option to define the units of the tracer concentration is not supported by Intersect. Similarly Intersect
does not support partitioned tracers. This means that only the first two items of the TRACER keyword entries are
supported. These are the name of the tracer and the name of the fluid/hydrocarbon component that carries the tracer.
VCRITVIS
If the VCRITVIS keyword is defined but contains defaulted items, values for those items will be copied from the VCRIT
keyword.
ZCRITVIS
Critical Z-factors for viscosities are not supported by Intersect; use VCRITVIS instead, otherwise Intersect uses the
normal critical Z-factors defined by ZCRIT.
ZFACT1
The ZFACT1 keyword is not supported.
Enumeration
For enumeration the Migrator needs the temperature to be defined. If it is not defined an error is generated.
The temperature can be defined in one of three ways:
• In the PROPS section, define TEMPVD
• In the PROPS section, define RTEMP
• In the SOLUTION section, define TEMPI
The logic used is:
• TEMPI in the SOLUTION section takes precedence over any setting in the PROPS section.
• If TEMPI is not defined in the SOLUTION either TEMPVD or RTEMP must be defined in the PROPS section.
• If both TEMPVD and RTEMP are defined the TEMPVD keyword takes precedence.
• If there is more than one occurrence of TEMPVD or RTEMP the instance that occurs latest in the PROPS section is
used.
SOLUTION section keywords override the PROPS section keywords and a warning is logged.
Equilibration
The Migrator also needs the temperature to be defined for equilibration. If it is not defined an error is generated.
The temperature can be defined in one of two ways:
• In the PROPS section, define TEMPVD
• In the PROPS section, define RTEMP
The logic used is:
• If both TEMPVD and RTEMP are defined the TEMPVD keyword takes precedence.
• If there is more than one occurrence of TEMPVD or RTEMP the instance that occurs latest in the PROPS section is
used.
Thermal
Intersect uses different internal steam table data (IAPWS 97) from Eclipse. The closest match can be obtained by using
the THSTT97 keyword and using defaulted values for the PVTW, DENSITY or GRAVITY keywords. For water compare
the moles in place when reviewing the Intersect and Eclipse 300 fluids in place.
Multiple-component brine
When migrating multiple component brine models, the Migrator enables the electroneutrality option. This means that the
molecular salts defined in Eclipse will be split into ionic species.
Concentrations
The mass concentrations of whole salts defined in Eclipse are replaced with molar charge concentrations of each ionic
species encountered in the Eclipse salts.
Note: Concentrations of charges from sodium (Na+) ions will not be written out as sodium is the redundant electron
neutral ion; its concentrations can be deduced from the concentrations of the other species.
Example
Original Eclipse molecular salt component mass concentrations:
• 58.44 kg/m3 NaCl
• 11.098 kg/m3 CaCl2
Intermediate calculations:
• 58.44 kg/m3 NaCl = 1 kg-mole/m3 NaCl =1 kg-mole/m3 charges from Na+ ions + 1 kg-mole/m3 charges from Cl- ions.
• 11.098 kg/m3 CaCl2 = 0.1 kg-mole/m3 CaCl2 = 0.2 kg-mole/m3 charges from Ca2+ ions + 0.2 kg-mole/m3 charges
from Cl- ions
Resulting Intersect ionic species molar charge concentrations:
• 1 kg-mole/m3 charges from Na+ ions (will not be exported, see note above)
• 0.2 kg-mole/m3 charges from Ca2+ ions
• 1.2 kg-mole/m3 charges from Cl- ions
Saturation functions
When migrating saturation function tables, family (ii) saturation table keywords (SWFN, SGFN, SOF2 and SOF3) are
migrated to the single phase saturation function node in Intersect (SaturationFunction). Family (i) saturation table
keywords (SWOF, SGOF and SLGOF) are migrated to the two phase saturation function node in Intersect
(TwoPhaseSaturationFunction).
Although the gas-water saturation function keyword SGWFN is classified as a family (ii) keyword, this is still migrated to
the two phase saturation function node in Intersect because it has a structure that is similar to the two phase saturation
function keywords.
Intersect has a restriction that cases with solvent have to use the single phase saturation function node. As such,
saturation function tables for cases with the SOLVENT keyword are migrated to the SaturationFunction node
irrespective of whether family (i) or family (ii) saturation tables have been provided.
6
REGIONS
The keywords that are processed by the Migrator are listed below. Unsupported keywords are not included.
Further information:
• Fully supported REGIONS keywords
• REGIONS keywords requiring special description
• Multiple selection keywords
EOSNUM, PVTNUM
For compositional models, when the --process-grid-edits option is used, the Migrator combines EOSNUM and
PVTNUM into a single fluid region property called FLUIDMODEL_REGION. The Migrator generates a table showing the
mapping from the Eclipse region numbers to the Intersect fluid model names and numbers.
EQLNUM
This region property is migrated to Intersect, with the following exception. When the --process-grid-edits option
is used, the name of each equilibrium region, created by the Migrator, is prefixed with the name of the fluid model that
the equilibrium region belongs to, for example PVTNUM_1_EQLNUM_2).
TNUM
Black oil Eclipse models may have separate tracer concentration region properties defined for a fluid phase if that phase
can exist in both free and solution states. In this case the free state tracer concentration region for a traced phase is used
as the tracer concentration region for the appropriate component. The solution state tracer concentration region is not
used.
For example if the input data included a tracer T1 attached to the gas phase, with TNUMFT1 and TNUMST1 used to
define the concentration region of the tracer for the free and solution states respectively, then TNUMFT1 would be
migrated to define the tracer concentration regions for the "GAS" component. TNUMST1 would not be migrated.
Tracer concentration regions defined from compositional models are migrated directly.
7
SOLUTION
Model initialization is performed differently in Eclipse and Intersect, so results may not be identical. One of your first
quality checks should be to verify that initial conditions between Intersect and Eclipse are reasonably similar.
Keywords are considered partially supported if the Migrator cannot convert all parameters available in the Eclipse
keyword. Those items which are unsupported are listed. For detailed information on the unsupported items in keywords
see the Eclipse Reference Manual. Unsupported keywords are not listed here.
Further information:
• Fully supported SOLUTION keywords
• Partially supported SOLUTION keywords
• SOLUTION keywords requiring special description
• Multiple selection keywords
AMF
Intersect only uses this keyword for equilibration. It does not use it for enumeration. By contrast, in Eclipse 300 this
keyword is only used for enumeration. The Migrator uses the data in this keyword to define the initial aqueous phase
composition (the mole fractions of the dissolved component and water) in each cell for Intersect's equilibration.
EQLDIMS
Item 2 in EQLDIMS defines the size of the internal pressure versus depth table created during equilibration. In Eclipse
this is the number of depth nodes in the table, however in Intersect this corresponds to the
PressureDepthTableIncrement field in the Equilibrium node, which is the depth difference between each node in the
table. So the Migrator sets this field to the (thickness of the equilibration region) / (the value of item 2 from the keyword).
EQUIL
The behavior of the keyword depends on whether it is defined in a blackoil or a compositional model.
Note: If the GOC is above the WOC (thus there is an oil phase present in the model), and the datum depth is not the
same as the GOC then initialization can only succeed if an RSVD table is present. If wet gas is also present in this
situation then an RVVD table is also required.
The FluidType field for the Equilibrium node is not set by default. The value is calculated by Intersect. If the --
process-grid-edits option is specified, FluidType is set to BUBBLE_POINT except for the following conditions:
• If there is gas in the model but no oil (GOC within equilibration region and equal to WOC) it is set to DEW_POINT.
• If there is only water in the model (GOC and WOC above the equilibration region), and RVVD has been defined but
not RSVD, it is set to DEW_POINT.
• If there is only water in the model (GOC and WOC above the equilibration region), and both RVVD and RSVD have
been defined and the datum depth is above the GOC, it is set to DEW_POINT.
SOLUTION | SOLUTION keywords requiring special description | EQUIL | EQUIL in black oil models
29
Intersect Migrator user guide
OPERATE, OPERATER
The use of OPERATE and OPERATER in the SOLUTION section is restricted to models using enumeration initialization.
When using equilibration initialization, the arrays on which these keywords would operate are generated within Intersect,
and are unavailable to the Migrator.
Eclipse 300 allows these operations on a temperature array called TEMP. However, the Migrator and Intersect do not
use a TEMP array. OPERATE and OPERATER should operate on TEMPI to modify initial temperatures. If TEMP is
specified, these keywords will automatically translate this to TEMPI.
PRESSURE, PRVD
The use of PRESSURE and PRVD is now allowed with equilibration initialization, as well as enumeration. In equilibration
runs, the values supplied will override those calculated by the initializer.
RPTRST
This keyword is used to control generation by Intersect of the 3D property reports in Eclipse restart file format and is also
used to control the automatic output of Intersect restart files.
3D property reports
The parameters of this keyword are used to control what properties are reported, where they are supported or available
in Intersect. The BASIC option is partially supported; all except BASIC=1 is supported. When the BASIC option is
used the mnemonics PRESSURE, SOIL, SWAT, SGAS, CONFAC, and CONKH are automatically added to the list of
reported properties.
Some properties are defined as aliases of other mnemonics, for example PCOW is an alias of PCOG. The effect of this is
that when either is requested all aliases for that property will also be output to the 3D property report.
RSW
Intersect only uses this for equilibration. It does not use it for enumeration. By contrast, in Eclipse 300 this keyword is
only used for enumeration. The Migrator uses the data in this keyword to define the initial aqueous concentration of
dissolved gas in each cell for Intersect's equilibration.
RTEMP, TEMPVD
Unless TEMPVD is provided, RTEMP is converted to a constant TemperatureDepthTable. These can only be used in
conjunction with the EQUIL keyword.
Further information: Behavior of temperature keywords.
SALT, SALTVD
For multi-component brines, the concentrations of the Eclipse components defined here are converted to concentrations
of Intersect components.
Further information: Multiple-component brine.
TBLK, TVDP
Black oil Eclipse models may have separate tracer concentration properties defined for a fluid phase if that phase can
exist in both free and solution states. In this case the free state tracer concentration for a traced phase is used as the
tracer concentration for the appropriate component. The solution state tracer concentration is not used.
For example if the input data included a tracer T1 attached to the gas phase, with TBLKFT1 and TBLKST1 used to
define the concentration of the tracer in the free and solution states respectively, then TBLKFT1 would be migrated to
define the tracer concentrations for the "GAS" component. TBLKST1 would not be migrated.
Similarly, if gas phase tracer T2 was defined using depth tables TVDPFT2 and TVDPST2, then TVDPFT2 would be
migrated to a depth table for use with the "GAS" component, and TVDPST2 would be ignored.
Tracer concentrations and depth tables defined from compositional models are migrated directly.
XMF
The use of XMF is now allowed with equilibration initialization, as well as enumeration. In equilibration runs, the values
supplied will override those calculated by the initializer.
8
SUMMARY
If the SUMMARY keyword is present then Intersect will be configured to generate Eclipse format summary files. The
Migrator treats the SUMMARY mnemonics as keywords and reports whether they were migrated or not. In the following
tables mnemonics ending with * represent a family of keywords beginning with that mnemonic.
Note: Wildcard handling for SUMMARY keywords in the Migrator is not the same as Eclipse. Well list templates are not
supported in the SUMMARY section.
Further information:
• Fully supported SUMMARY keywords
• SUMMARY keywords requiring special description
• Multiple Selection Keywords
• Further information about wildcard handling can be found in the Reporting node reference in the Intersect User
Guide.
Note: Reference temperatures are processed differently in Intersect and Eclipse. This means that report properties (such
as energy and enthalpy) depending on reference temperatures are different from those reported by Eclipse 300. There is
currently no straightforward workaround.
FSGR
FSGR or FGSR or FGST or FSGT: the mnemonics FSGR and FGSR are aliases of each other. If the mnemonic for
example FSGR and its alias, FGSR, are present in the data set they will both be reported as fully migrated, but only the
last one encountered in the dataset will actually be written out to the results. The same is true for FGST and FSGT.
STEPTYPE
The STEPTYPE mnemonic is represented by the Intersect property identifier TIMESTEP_CONTROL_MODE. This
outputs an integer representing the reason for selecting the time step length. The codes output are designed to match
the Eclipse codes as much as possible but there are still some differences. The numeric codes output by Intersect and
their descriptions are listed in table 8.1.
WBP
Well block average pressure is calculated differently in Intersect from Eclipse.
Further information: Compatibility with Eclipse in the Intersect Technical Description.
WPI
The mnemonic WPI is handled by treating it as the well productivity option for all phases rather than the current phase
that might change throughout the simulation. It is therefore equivalent to WPIO + WPIG + WPIW.
WTEMP
Intersect does not report a well temperature for wells which are shut (that is wells which have no open connections with
the reservoir). This is different to the behavior of Eclipse 300 which reports the well temperature as the field average
temperature if the well is shut. The Intersect behavior is considered to be more consistent with the reporting of well
bottom hole pressures where neither Intersect nor Eclipse report a value if the well is shut.
Ion rates
In Intersect, if the brine electroneutrality condition is active, reporting of ion production rates via the mnemonics
FTPRANI, FTPRCAT, GTPRANI, GTPRCAT, WTPRANI and WTPRCAT; and injection rates using the mnemonics
FTIRANI, FTIRCAT, GTIRANI, GTIRCAT, WTIRANI and WTIRCAT will use the electroneutrality condition to add
the rate of the untracked monovalent anion. This means that the anion rate will be equal to the cation rate thereby
satisfying the electroneutrality condition. This is different from Eclipse which does not include the untracked component.
Further information: Electroneutrality condition in the Intersect Technical Description.
Guide rates
The guide rate values for well and group production and injection (mnemonics: WOPGR, WGPGR, WWPGR, GOPGR,
GGPGR, GWPGR, WGIGR, WWIGR, GGIGR or GWIGR) are only reported from Intersect for the nominated phase of the
guide rate.
This differs from Eclipse, which reports guide rate values regardless of the nominated phase of the guide rate. Guide rate
values for groups are only reported from Intersect if the group is required to produce/inject a particular proportion of a
rate target applied to a superior group. When a group contains only one well, no flow rate apportioning is required and
hence guide rate values will not be reported.
Further information: GUIDERAT item 2 in the Eclipse Reference Manual
Potential rates
The potential rate values for well, group and field production and injection (mnemonics: WOPP, WGPP, WWPP, WOIP,
WGIP, WWIP, GOPP, GGPP, GWPP, GOIP, GGIP, GWIP, FOPP, FGPP, FWPP, FOIP, FGIP, or FWIP) are reported
from Intersect including values calculated for closed and surface shut-in wells (called shut and stopped wells respectively
in Eclipse).
This differs from Eclipse, which reports these potentials excluding shut and stopped wells. Note that Eclipse also has
separate potential rate reports that include values calculated on shut and stopped wells (mnemonics WOPP2, WGPP2,
WWPP2, WWIP2, WGIP2, WWIP2, GOPP2, GGPP2, GWPP2, GWIP2, GGIP2, GWIP2, FOPP2, FGPP2, FWPP2,
FWIP2, FGIP2, or FWIP2).
9
SCHEDULE
The Migrator converts SCHEDULE keywords into either Intersect well model or field management commands. Only a
core subset of SCHEDULE keywords and parameters are supported. The details are given in the migration report
generated for the model. Keywords that create wells, completions, connections, separators and hydraulic tables are
implemented using the Intersect well model, whereas keywords that set constraints or targets on wells and groups are
generally handled by Intersect field management.
Keywords are considered partially supported where the Migrator cannot convert all parameters available in the Eclipse
keyword. The unsupported items for partially supported keywords are also listed. Unsupported keywords are not
included. For detailed information on the unsupported items in keywords see the Eclipse Reference Manual.
Further information:
• Fully supported SCHEDULE keywords
• Partially supported SCHEDULE keywords
• SCHEDULE keywords requiring special description
• Restrictions on well and group and node names.
• Multiple selection keywords
ACTION keywords
Only a limited version of ACTIONX is supported, that is:
• All wells, completions, groups and field quantities listed in Field, group, well and connection properties are supported
in the triggering condition of ACTIONX. Additionally, region properties listed in Region and grid cell properties are
supported.
• Keywords supported inside ACTION* block are: WELSPECS (Item 5 and 9), WELSPECL (Item 6 and 10),
WELOPEN, WELOPENL, WCONPROD, WCONINJE, WECON, WECONINJE, WEFAC, WELDRAW, WELLSTRE,
WGRUPCON, WINJTEMP, WPIMULT, WSOLVENT, WTAKEGAS, WTEST, WELTARG, GCONPROD, GCONINJE,
GECON, WINJGAS, GINJGAS, GRUPFUEL, GRUPSALE, GCONSALE, GCONSUMP, GADVANCE, GEFAC,
GPMAINT, GUIDERAT, QDRILL, DRILPRI, WDRILPRI, WDRILTIM.
• Time stepping keywords like TSTEP, DATES, DATE and END keywords are not allowed inside an ACTION* block.
• "Increment to triggering condition" is not supported.
• The use of nested ACTION* keywords is not supported.
• Wildcards in well or group names in the triggering condition are not supported.
• Comments in the ACTIONX triggering record are known to cause errors. It is recommended that the comments are
removed and that the Boolean expressions are complete.
• ACTION* keywords should generally be defined at an earlier timestep with an expression that determines when it
should be executed. Defining the ACTION* keyword for the same time as it will be executed, results in ACTION*
being ignored. In this case, the contents inside the ACTION* keyword can be specified directly without the
containing ACTION*/ENDACTIO keywords.
If the Migrator has problems with migrating the defaulted parameters within the ACTION block then try explicitly setting
all keyword items. You may need to do this when a keyword is used within an ACTION* block that has already been
used in the dataset.
CECON
The CECON keyword set up limits on connections, however Intersect works on completions. The simple case where each
connection is in its own completion can be fully supported. However, if the COMPLUMP keyword has been used to lump
several connections into the same completion there can be a mismatch. If a limit is set on a connection but that
connection is in a completion with another connection that does not have the same limit, then the connection cannot be
migrated. In other words, all connections in a completion must have the same limits in order for the completion to be
migrated.
COMPDAT, COMPDATL
Positive values of COMPDAT item 12 are not supported. Instead, use the WDFAC keyword. The same applies for
COMPDATL item 13.
COMPSEGS, COMPSEGL
Negative or zero values for COMPSEGS item 9 and COMPSEGL item 10 are accepted as valid connection depths.
DATES
Report dates should always be in increasing date order in the dataset.
FBHPDEF
The migration of FBHPDEF is handled differently depending upon whether or not it is the first instance of the keyword
with the deck. This impacts the handling of the BOTTOM_HOLE_PRESSURE constraint for the well control keywords;
WCONPROD, WCONINJE, WCONHIST and WCONINJH.
For the first instance of FBHPDEF, a BOTTOM_HOLE_PRESSURE constraint is not added for each of the wells. The
wells handled by the subsequent well control keywords are tagged to use the corresponding default BHP constraint
defined for field management.
For subsequent instances of FBHPDEF, a BOTTOM_HOLE_PRESSURE constraint is added for each of the wells
handled by the subsequent well control keywords. The corresponding default BHP constraint defined for field
management is ignored.
GCONINJE
Item 6, Reinjection fraction target, for gas is applied to the gas production rate of the named group and includes
allowances for fuel, sales and advance gas. In the case where sales or fuel are subtracted before reinjection, or advance
gas is supplied, results may differ from Eclipse, if the reinjection constraint becomes limiting.
GCONPRI
The Migrator uses the following ratios to determine worst offending well or connection when procedure for exceeding
maximum rate limit is used:
• OIL_GAS_RATIO (or OIL_WATER_RATIO if gas is not present in the run) when oil rate limit is exceeded.
• WATER_OIL_RATIO (or WATER_GAS_RATIO if oil is not present in the run) when water rate limit is exceeded.
• GAS_OIL_RATIO (or GAS_WATER_RATIO if oil is not present in the run) when gas rate limit is exceeded.
• LIQUID_OIL_RATIO (or LIQUID_GAS_RATIO if oil is not present in the run) when liquid rate limit is exceeded.
The Migrator ignores the WELSPECS item 6 'preferred phase' setting to determine the above ratios.
GCONPROD
The Migrator uses the following ratios to determine worst offending well or connection when procedure for exceeding
maximum rate limit is used in GCONPROD item 7:
• OIL_GAS_RATIO (or OIL_WATER_RATIO if gas is not present in the run) when production rate control mode in
item 2 is ORAT.
• WATER_OIL_RATIO (or WATER_GAS_RATIO if oil is not present in the run) when production rate control mode in
item 2 is WRAT.
• GAS_OIL_RATIO (or GAS_WATER_RATIO if oil is not present in the run) when production rate control mode in
item 2 is GRAT.
• LIQUID_OIL_RATIO (or LIQUID_GAS_RATIO if oil is not present in the run) when production rate control
mode in item 2 is LRAT.
The Migrator ignores the WELSPECS item 6 'preferred phase' setting to determine the above ratios.
GCONSALE
In Intersect the reinjection fraction is taken to be a constant, this differs from Eclipse 100 where the target reinjection
fraction is dynamically recalculated to meet the GCONSALE target. Also, note that the gas reinjection formula differs from
that used in Eclipse 100.
Further information: Refer to the treatment of reinjection fraction in the GCONINJE keyword, .
GCONTOL
Items 1 and 2 of this keyword are supported. When GCONTOL is used, the Intersect field management solution scheme
is changed from the ITERATIVELY_LAGGED method to ADAPTIVE_ITERATIVELY_LAGGED. In this method if a group
target is not met and there is sufficient potential to meet the target, Intersect field management logic is executed until the
target group rates are met within the tolerance specified. However Intersect well model may perform flash calculations at
the converged time step and slight changes to the well rates could occur from the last Newton iteration, causing the
groups rates to drift from their targets, hence field management may not honor the targets exactly in this cases. This
differs from Eclipse solution, hence differences in results may be seen.
GECON
When item 8, the end run flag, is set to 'YES' the run will stop at the next simulation time step, rather than at the next
report step.
GINJGAS, WINJGAS
Whenever a well or group production stream is specified, the Migrator obtains a separator from Intersect by looking up
the defined well, or the first production well in the group, and instructs Field Management to use this. A message is
issued as to which separator is being used. This is different to Eclipse 300 behavior that allows wells in a Group to use
different separators.
Separator stage zero is the only stage currently supported for injection streams that is the vapor from the whole
separator (Item 5 = 0). When any other stage is specified, the Migrator uses stage 0 instead, and issues a warning.
GPMAINT
The Migrator can support both Eclipse 100 and Eclipse 300 usage of GPMAINT, allowing PMANUM, FIPNUM, user
defined FIP region families and the entire field to be used when defining pressure maintenance regions.
In some circumstances, as Eclipse 100 and Eclipse 300 interpret GPMAINT differently, the Migrator also needs to check
the TABDIMS keyword item 14 to determine which behavior to implement. Use the following guide to control the
Migrator's output.
To use the entire field for pressure maintenance:
• set item 3 to 0
To use a user defined FIP region for pressure maintenance:
• set item 3 to a valid FIP region number (greater than 0) or default (will use FIP region 1), and
• set item 4 to the name of the region family. It must not be left defaulted or blank.
To use a FIPNUM region for pressure maintenance:
• set item 4 to be defaulted or blank, and
• set item 3 to a valid FIPNUM region number (greater than 0), and
HEATER
Intersect models heaters differently from Eclipse 300, such that constraints placed on individual heater connections in
Eclipse 300 are used to form constraints on the overall heater for Intersect. For heaters connected to multiple cells, this
will lead to different results between Eclipse 300 and Intersect. A workaround for this is to create separate heaters for
each connection in the Eclipse 300 dataset.
Mode 2: Energy density dependent injection rate is not supported. If items 5 and 6 are specified, item 7 must be also
specified.
Drilling keywords
The drilling keywords, QDRILL and WDRILPRI, specify balancing drilling queues with sequential and priority ordering
respectively. These are implicit algorithms, based on the group control constraints and hierarchy, for determining when to
drill and which well(s) to drill. If a group cannot meet its target, the first suitable well in the queue is scheduled for drilling.
In Eclipse 100, groups are solved from the bottom up. In Eclipse 300, a more complex algorithm that performs multiple
passes through the group hierarchy is used to determine which well to drill. The field management implementation
follows the Eclipse 300 algorithm. This can lead to differences in the results between Eclipse 100 and Intersect.
QDRILL in WDRILTIM item 1 is not supported.
Note: Wells in any of the drilling queues will be treated as closed during drilling, that is WDRILTIM item 3 being set to
"NO" is not supported. If WDRILTIM item 3 is set to "YES", Eclipse will open the well with a zero efficiency factor
while it is being drilled; Field Management will not open the well until it is drilled. The results will be identical in terms of
total production, but the well will appear to be producing from an earlier time in an equivalent Eclipse run, on a well rate
plot. (In Field Management, if the drilling end time does not coincide with a time step, it is sometimes not possible to
insert the end drill time into the simulation time line. For instance, this will happen when the end drill time is within the
current time step and the solution algorithm is already carrying out the nonlinear iterations of the current time step. In this
situation Field Management will open the well at the beginning of the time step in which it is drilled, but with a temporary
modification to the well efficiency factor to reflect the fraction of the current time step that the well is actually open after it
has finished drilling).
As the Eclipse rig keyword GRUPRIG is not yet supported, then only one well can be drilled by the drilling queues at a
time. So while a well is being drilled by a drilling queue, no other wells can be drilled in the same, or any other, drilling
queue.
RPTRST
The restrictions on RPTRST in the SOLUTION section also apply here.
Further information: RPTRST.
SAVE
The SAVE keyword in the SCHEDULE section overrides the settings used in RPTRST and will cause Intersect restart
files to be generated.
WCONHIST, WCONINJH
Wet gas production rates are not migrated; hence these values will not be reported in any output files. To switch a well
from history to prediction use WCONPROD or WCONINJE, otherwise historical constraints will not be removed.
WCONINJE, GCONINJE
No validation is performed to confirm all wells for which WCONINJE item 4 was specified as GRUP are actually
subordinate to groups for which group control allocation was specified with keyword GCONINJE. If such wells are
opened, they will flow (inject) according to any other constraints that may be specified on them, including, for gas
injectors, the surface volume availability of their assigned injection stream.
WCONPROD
The implementation of steam trap is different between Intersect and Eclipse 300. Intersect's results should be very
similar to those produced by Eclipse 300 with Intersect's results having generally fewer BHP oscillations than is the case
with Eclipse 300. Intersect always honors steam trap constraints whereas Eclipse 300 ignores them if this would result in
the well injecting.
Note: The default for Item 9 (BHP target) uses the Eclipse 300 value of 100 atma (=1470 psi). This differs from the
Eclipse 100 default of atmospheric pressure.
WCONPROD, GCONPROD
No validation is performed to confirm all wells for which WCONPROD item 3 was specified as GRUP are actually
subordinate to groups for which group control allocation was specified with keyword GCONPROD. If such wells are
opened, they will flow (produce) according to any other constraints that may be specified on them.
WCYCLE
In Eclipse 100 if a well is under cyclic well control and is closed for any other reason (for example due to exceeding an
economic limit), it remains closed until an action is taken to reopen it. Once it reopens it will resume cycling. In Intersect
wells that have been closed for any other reason are reopened when the next on period occurs.
In Eclipse 100 if a WCYCLE keyword is redefined for a specific well it will immediately stop its current cycle and then start
cycling using the redefined cyclic controls. In Intersect the well will finish its current cycle before proceeding to the next
cycle using the redefined cyclic controls.
WEFAC
If an efficiency factor is applied to a well that does not have any control data, the Migrator gives an error and stops.
Control data is normally provided by the WCONPROD, WCONHIST and WCONINJE keywords. To resolve this try moving
the WEFAC keyword to after the appropriate control data keyword. This behavior is different to Eclipse 300.
WEFAC item 3 (IncludeFactorInNetworkCalculations) is not supported. For models coupling to ENS, you can manually
set its behavior in Intersect by using the RateTypePassed field in the NetworkWellBoundary node.
WELLWAG
In Eclipse 300 if a WELLWAG keyword is redefined for a specific well it immediately stops its current cycle and then starts
cycling using the redefined cyclic controls. In Intersect the well will finish its current cycle before proceeding to the next
cycle using the redefined cyclic controls.
WELOPEN, WELOPENL
The well and completion status part of WELOPEN / WELOPENL is handled by field management, and the connection
status part is handled by Intersect well model. As a result, the Migrator does not support i, j, k locations of connections
and completions range in one WELOPEN / WELOPENL record if WELOPEN / WELOPENL is nested within ACTION
keywords. Ensure that the connection locations and completions numbers specified in these keywords are valid.
WELSEGS
The Migrator always uses default of 0.0 for record 1 item 3 and default of 1.0E-5 for record 1 item 4 when these items
are defaulted. Unlike E300, it does not retain the values of item 3 or 4, if defaulted, from previous occurrences of
WELSEGS.
WELSPECS, WELSPECL
If the well model closes a well because it cannot flow (for example, if the reservoir pressure is below the minimum BHP
limit for a producer), it will shut the well along with all its connections irrespective of the setting of WELSPECS item 9 or
WELSPECL item 10 (instructions for automatic shut-in). However WELSPECS item 9 and WELSPECL item 10 is honored
by Intersect field management when it decides to close a well.
WELSPECS item 11 and WELSPECL Item 12: the wellbore fluid model must be assigned to at least one active grid cell.
This is different behavior to Eclipse.
WELTARG
WELTARG can only be used to reset a target or limit for wells whose control data has been specified earlier in the run
using the WCONPROD keyword. It cannot be used for wells whose control data has not been specified. This is because
the Migrator must know which constraint (production or injection) is being reset using WELTARG. The Migrator also
supports migration of WELTARG item-(3) when left defaulted, which results in the use of the flowing value at the current
step as the constraint.
WINJMIX
Intersect expects that the sum of the fractions of the fluid in the mixture to be unity. Eclipse and the Migrator instead
normalizes the fractions to 1.0 for computing the total composition of the fluid.
WINJTEMP
Enthalpy is a property of the source of a fluid stream in Intersect field management. If the enthalpy of injected fluid is
changed for a well using WINJTEMP keyword then the same enthalpy is used by all the wells and groups that share the
same source of injection stream. As a result, WINJTEMP should be carefully used with WINJGAS, GINJGAS,
GADVANCE and GCONSUMP keywords.
Eclipse 300 calculates injection temperatures at field reference pressure where as Intersect calculates injection
temperature at BHP. This causes difference when reporting well temperature.
WPIMULT, WPIMULTL
The behavior of these keywords differs between Eclipse 100 and Eclipse 300. If the WPIMULT (WPIMULTL) keyword is
used more than once for all the connections in a well without time stepping keywords in between, in Eclipse 100, only the
last value is applied. However, in Eclipse 300, the effect for this case is cumulative, that is the multiplying factor is
applied each time the keyword is entered. The Migrator is compliant with Eclipse 300 behavior.
When used under ACTIONX, the WPIMULT keyword can only be used to set the multiplier at the well and completion
levels. Note that WPIMULTL is not supported under ACTIONX.
WREGROUP
E100 does not allow the use of groups with subordinates, but E300 does. Intersect currently supports the use of groups
with subordinates, just like E300.
The target groups specified by either item 3 or item 5 cannot be defaulted.
WSEGHEAT
If item 4 is SEG and items 2, 3 and 6 specify the same segments as previously defined in WELSEGS record 2, then the
WSEGHEAT heat parameters are used and the WELSEGS heat parameters are ignored.
If item 4 is NONE, the specified segments are no longer used in the calculation of the heat transfer, even if the segments
have been previously defined in either WSEGHEAT or WELSEGS.
WSEGTABL
WSEGTABL item 5 is a property of the VFP table and not the segments. As a result, all the segments using the same
VFP table will use the same setting of item 5.
WSEPCOND
Separators explicitly defined using SEPCOND or FIELDSEP keywords can be used with WSEPCOND.
WTEST
WTEST (periodic testing of closed wells) is partially supported. Closure reasons P(hysical), E(conomic) and G(roup) are
supported; D(esign THP limit) and C(ompletion) are not. The startup time is instantaneous (item 5 default only
supported). The well is opened if it has been closed for one of the reasons specified. If all the completions are shut, then
any completion closed by any one of the same reasons will be opened. The completions and/or well may shut-in again
immediately if any of the current economic limits are exceeded.
WTRACER
WTRACER is partially supported. The well name and tracer name items (1 and 2) are supported. Numeric tracer
concentrations in item 3 are also supported, but the use of user-defined quantities in this field is not. Defining tracer
concentrations as a function of the cumulative injection (item 4) is not supported; nor is the ability to reuse produced
tracer concentrations from a group (item 5).
WVFPEXP
WVFPEXP is partially supported. Item 4 has no effect.
The VFP tables from these VFP files can then be associated with wells in IXF using the root of the VFP filename. An
example for this is illustrated below:
Well "PROD" {
TubingHydraulicsTableDevice {
Name="MyProductionTable1"
}
}
Well "WINJ" {
TubingHydraulicsTableDevice {
Name="MyInjectionTable1"
}
}
Naming restrictions
Templated list
For example, *LIST*, *LIST? or **1
Well names are up to a maximum of eight characters. Well names can contain any ASCII printable characters apart from
the dot (.) character. Eclipse well names are case insensitive (they are converted to uppercase during the load of the
deck).
The asterisk (*) and question mark (?) characters have special meaning.
• The asterisk (*) character at the start of the name implies the name is a list, for example *LIST1.
• The asterisk (*) character used elsewhere in the name is used to match zero or more characters, for example: W*
matches W, W1, W12, W123 and so on.
• If an asterisk wildcard is required at the start of a name it should be escaped (\) in order to differentiate it from a list,
for example: '\*123' matches W123, P123, I123, WELL123. The exception to this rule is a single asterisk
(*) that matches all wells and does not need to be escaped.
• The question mark (?) character is used to match exactly one character; for example: W? matches W1 or W2 and so
on but does not match W or WWW
The expansion of wild-carded well names for example "W*" is evaluated at the end of the time/report period and the
same expansion is applied to all uses of the expansion in the time period regardless of when new wells have been
defined in that period. For example in the following keyword sequence the first use of "A*" will include the well A1 even
though the well A1 is defined after the WCONPROD keyword. This is different to the Eclipse behavior.
TSTEP ...
WCONPROD
'A*' 'OPEN' 'ORAT' 2000 /
/
WELSPECS
'A1' ... /
/
COMPDAT
'A1' 1* 1* 2 6 ... /
/
WPIMULT
'A*' 0.9 /
/
TSTEP...
10
Multiple-section keywords
Keyword Sections in which the keyword is supported
ADD GRID, EDIT, PROPS, REGIONS, SOLUTION
ADDREG GRID, EDIT, PROPS, REGIONS, SOLUTION
AMFVD PROPS, SOLUTION
AQUANCON GRID, SOLUTION
AQUCT GRID, SOLUTION, SCHEDULE
AQUFETP SOLUTION, SCHEDULE
AQUFLUX SOLUTION, SCHEDULE
BOX GRID, EDIT, PROPS, REGIONS, SOLUTION, SCHEDULE
COPY GRID, EDIT, PROPS, REGIONS, SOLUTION
END RUNSPEC, GRID, EDIT, PROPS, REGIONS, SOLUTION, SUMMARY, SCHEDULE
ENDBOX GRID, EDIT, PROPS, REGIONS, SOLUTION, SCHEDULE
ENDFIN GRID, EDIT, PROPS, REGIONS, SOLUTION, SCHEDULE
ENDINC RUNSPEC, GRID, EDIT, PROPS, REGIONS, SOLUTION, SUMMARY, SCHEDULE
ENDSKIP RUNSPEC, GRID, EDIT, PROPS, REGIONS, SOLUTION, SUMMARY, SCHEDULE
EOS RUNSPEC, PROPS
EQUALREG GRID, EDIT, PROPS, REGIONS, SOLUTION
EQUALS GRID, EDIT, PROPS, REGIONS, SOLUTION
GPTABLE SOLUTION, SCHEDULE
GPTABLE3 SOLUTION, SCHEDULE
GPTABLEN SOLUTION, SCHEDULE
INCLUDE RUNSPEC, GRID, EDIT, PROPS, REGIONS, SOLUTION, SUMMARY, SCHEDULE
LGRCOPY RUNSPEC, GRID, EDIT
MAXVALUE GRID, EDIT, PROPS
MINVALUE GRID, EDIT, PROPS
MULTFLT GRID, EDIT, SCHEDULE
MULTIPLY GRID, EDIT, PROPS, REGIONS, SOLUTION
Multiple-section keywords
52
Intersect Migrator user guide
Multiple-section keywords
53
Intersect Migrator user guide
11
GRID EDIT processing options
The default workflow is to migrate the GRID and EDIT section keywords to equivalent Intersect input. Compared to the
original workflow that processed these keywords internally, this reduces the amount of grid property pre-processing that
takes place within the Migrator and moves this into Intersect. The aim of the new workflow is to remove the Migrator from
the history matching cycle, speeding up the history matching process. It does this by allowing grid properties to be edited
via IXF, after the Migration step. Furthermore, in this workflow the pre-processing of grid properties and calculation of
pore volumes and transmissibilities is done in Intersect, taking advantage of the parallel execution architecture. Both of
these advantages combine to greatly reduce the time required to produce a history match.
The original workflow, that processes the majority of Eclipse GRID and EDIT section keywords internally, is still
available as an option. The processing within the Migrator matches that within Eclipse. Grid cell volume and pore volume
are calculated from geometry, porosity and NTG (net-to-gross). Then the active cell set is determined, allowing
transmissibility to be calculated from permeability, NTG and corner point geometry. The final transmissibility, pore
volumes, depths and other properties are transferred to Intersect as large binary arrays within the GSG file. Property edits
in the Eclipse EDIT section are applied by the Migrator to the input properties before pore volume and transmissibility
are calculated. Any modification of properties, such as for history matching, requires that the Migrator be run again.
Further information: Grid property edits in the Intersect Technical Description
Workflow differences
A summary of the differences that the new default (migrate grid edits) workflow has compared to the old (process grid
edits) workflow follows.
Petrel Intersect workflow
Whenever possible Petrel exports a GSG file and IXF files which are consumed directly by Intersect. This does
not involve the Migrator.
Aquifers
When migrating a keywords deck (as opposed to a model exported from Petrel) all aquifer parameters for all
aquifer types are migrated to the IXF files. Previously, aquifer connections and numerical aquifer parameters
were in the GSG file. Aquifer connections defined in the matrix part of a dual-porosity grid will be accepted and
will not be replicated in the fracture part of the grid, unless explicitly specified as such.
The AQUCON keyword is supported in the GRID and SOLUTION sections in grid edits workflow. In the old
workflow it is only supported in the GRID section. The AQUCT keyword, supported in the sections GRID ,
SOLUTION , and SCHEDULE sections in the old workflow, is additionally supported in the PROPS section in
the grid edits workflow.
Cell properties
Cell properties as defined in the deck are exported to the GSG file unaltered by any modifier keyword (such as
EQUALS or MULTIPLY). Optional properties which override calculated values or defaults, such as PORV,
TRANX, MULTPV and MULTX, are written to the GSG file, and have a corresponding entry in the IXF file. The
IXF entry can be removed to disable the loading of this property data.
Cell property edits
Property edits (such as defined by the EQUALS or MULTIPLY keywords or similar) are now migrated to IXF,
where they can be included, excluded or modified further as the user wishes. These modifications are then
applied within Intersect.
Coarsening
The COARSEN keyword is only supported in the default migrate grid edits workflow and not in the process-grid-
edits workflow.
Faults
Fault connections defined in the matrix part of a dual-porosity grid will be replicated in the fracture part of the
grid. This is different behavior from the old workflow, and from Eclipse.
Fault multipliers
The MULTFLT keyword is migrated to the IXF files. Fault locations are still migrated in the GSG file.
MULTFLT is supported in the SCHEDULE section in the new migrate grid edits workflow.
Grids
These keywords are supported in the SCHEDULE section in the new migrate grid edits workflow but not in the
old process grid edits workflow: BOX, ENDBOX, REFINE, ENDFIN, MULTFLT, MULTREGT,
MULTSIGV, MULTX, MULTY, MULTZ, MULTX-, MULTY-, MULTZ-.
Inter-region transmissibility multipliers
The MULTREGT keyword is migrated to the IXF files. MULTREGT is supported in the SCHEDULE section in
the new migrate grid edits workflow.
Non-Neighbor Connections
The NNC, NNCGEN, EDITNNC and EDITNNCR keywords are migrated to the IXF files. NNCGEN is
supported in the new migrate grid edits workflow.
Pinchout
The PINCH keywords are migrated to the IXF files.
Region mapping
Eclipse style regions such as EQUNUM, SATNUM, PVTNUM, COALNUM, EOSNUM and IMBNUM are now
transferred to Intersect which then combines them to form the standard Intersect rock and fluid regions.
Depending on the --region-mapping command line switch, this will either use the old region mapping
extension (--region-mapping=0), or the new family of nodes (--region-mapping=1, set by default):
FluidModelDefinition, RockRegionMapping, EquilibriumRegionMapping,
FluidRegionMapping. This allows the Eclipse style region edits to be migrated to equivalent IXF and then
further edited within Intersect before mapping to the Intersect style regions. Region data will be migrated to the
IXF files for all regions defined in the REGDIMS and TABDIMS keywords even if they are not used in any cell
of the grid.
Region pore volume multipliers
The MULTREGP keyword is migrated to the IXF files.
Thermal boundaries
The ROCKCON and ROCKCONL keywords are migrated to the IXF files.
Transmissibility multipliers
The MULTX/Y/Z keywords are transferred using the GSG file but applied, using IXF edits, at the correct point
in the simulation timeline. Note that in the new migrate grid edits workflow, they are now supported in the
SCHEDULE section. Transmissibility multipliers remain unsupported in the SCHEDULE section in the old
process grid edits workflow.
Volume threshold keywords
The MINPORV, MINPV and MINROCKV keywords are migrated to the IXF files. MINPVV is migrated to the
GSG file but applied within Intersect.
Further information:
• Data handling and transfer
• For a full description, refer to the Region mapping section in the Intersect Technical Description.
SIMULATION ix "basename" {
INCLUDE "basename.gsg" { gsg_type="geom_and_props" }
INCLUDE "basename_ECL2IX_IX.ixf"
INCLUDE "basename_reservoir_edits.ixf" { preserve="True" }
}
SIMULATION fm {
INCLUDE "basename_ECL2IX_FM.ixf"
INCLUDE "basename_fm_edits.ixf" { preserve="True" }
}
The GSG file contains geometry and bulk property data. The file _ECL2IX_IX.ixf contains the migrated GRID and
EDIT section keywords.
Region mapping in Intersect maps models to regions in the grid and takes advantage of the flexibility provided by Eclipse
region assignments.
GRID EDIT processing options | Run using the default migrate grid edits option
56
Intersect Migrator user guide
SIMULATION ix "basename" {
INCLUDE "basename_ECL2IX.gsg"
INCLUDE "basename_ECL2IX_IX.ixf"
INCLUDE "basename_reservoir_edits.ixf" { preserve="True" }
}
SIMULATION fm {
INCLUDE "basename_ECL2IX_FM.ixf"
INCLUDE "basename_fm_edits.ixf" { preserve="True" }
}
The GSG file contains bulk grid properties and no geometry. The Eclipse style fluid and rock model regions are translated
into Intersect style regions within the Migrator based on the final edited grid properties.
Limitations
When the new migrate grid edits workflow is run, some features are not supported that are supported in the old workflow.
The details of the unsupported keywords are given in the migration report.
Unsupported keywords
PINCHREG, PINCHNUM, RESVNUM.
Further information: Editing properties in the Intersect Technical Description
Relevant nodes:
• CellPropertyEdit
• BoxPropertyEdit
bulk properties in the GSG file. Note that even with the migrate grid edits workflow, large bulk data, such as enumerated
grid cell properties and fault connections are still transferred using the GSG file. However, the use of this data (for
example for box property edits and fault transmissibility multipliers) is now explicitly controlled via IXF and processed
within Intersect. In this way Eclipse GRID and EDIT keywords to be migrated to equivalent IXF and further edited within
Intersect without returning to the Migrator. The main difference is that bulk data used in these edits is transferred
separately via the binary GSG file.
Data Eclipse Old 'process grid edits' Default 'migrate grid edits' workflow
keywords workflow
Corner-point grid COORD, Processed within the Migrator Equivalent pillar grid geometry written to the GSG
geometry ZCORN and not passed to Intersect file. Corner point geometry still written to an
(except in certain cases such EGRID file for results visualization.
as fine scale equilibration).
Written to an EGRID file for
results visualization.
LGRs CARFIN, Processed within the Migrator. LGR cell geometry written to the GSG file. Still also
HXFIN, Written to an EGRID file for written to an EGRID file for results visualization.
HYFIN, results visualization. REFINE and ENDFIN are now supported in the
HZFIN SCHEDULE section.
Transmissibility TRANX, Written to the GSG file as If not present, calculated within Intersect from
TRANY, connection list. geometry and edited permeability. If present, in
TRANZ the GSG file and applied as box edits in the IXF
file.
Porosity PORO In the GSG file but only used In the GSG file and now editable using the IXF
for echo to INIT file. file.
Permeability PERMX, In the GSG file but only used In the GSG file and now editable using the IXF
PERMY, for echo to INIT file. file.
PERMZ
Net-to-gross NTG In the GSG file but only used In the GSG file and now editable using the IXF
for echo to INIT file. file.
Thermal THCONR, In the GSG file but only used In the GSG file and now editable using the IXF
conductivity THCROCK, for echo to INIT file. file.
THCWATER,
THCOIL,
THCGAS,
THCONSF
Depth DEPTH In the GSG file. Calculated within Intersect from geometry.
Pore and rock PORV, ROCKV In the GSG file. If not present, calculated within Intersect from
volume geometry and edited porosity. If present, in the
GSG file and applied as box edits in the IXF file.
Cell activity MINPV, Applied to pore volume and The information from the MINPV, MINPORV,
MINPORV, exported using the GSG file. MINRV, and MINROCKV keywords is now in the
MINPVV, IXF file. The MINPVV keyword data is in the GSG
MINRV, file but applied in Intersect.
MINROCKV
Pinchout PINCHOUT, Applied to pore volume and The PINCHOUT keyword data is in the IXF file
PINCH, transmissibility and written to and applied within Intersect. The PINCHNUM,
PINCHREG, the GSG file. The PINCHXY PINCHREG and PINCHXY keywords are not
PINCHXY keyword is not supported. supported.
Data Eclipse Old 'process grid edits' Default 'migrate grid edits' workflow
keywords workflow
Numerical AQUNUM Some data items supported in In the IXF file.
aquifers IXF, some included in
transmissibility in the GSG file.
Numerical AQUCON Included in transmissibility in In the IXF file.
aquifer the GSG file.
connections
Analytical AQUCT, In the IXF file. In the IXF file.
aquifers AQUFET,
AQUFETP,
AQUFLUX,
AQUTAB
Analytical aquifer AQUANCON Processed as the connected In the IXF file.
connections cell list and areas in the GSG
file.
LGR analytical AQANCONL Not supported In the IXF file.
aquifer
connections
Faults FAULTS In the GSG file. Data used for In the GSG file.
fault threshold pressure and
fault transmissibility
multipliers.
Fault MULTFLT Applied in the Migrator and In the IXF file and applied in Intersect. Now
transmissibility included in the transmissibility supported in the SCHEDULE section.
multipliers data in the GSG file.
Inter-region MULTREGT Applied in the Migrator and In the IXF file and applied in Intersect. Now
transmissibility included in the transmissibility supported in the SCHEDULE section.
multipliers data in the GSG file.
Cell based MULTX/Y/Z Applied in the Migrator and In the GSG file and applied in Intersect as box
transmissibility included in the transmissibility edits in the IXF file. Supported in the SCHEDULE
multipliers data in the GSG file. section.
Non-neighbor NNC, Applied in the Migrator and In the IXF file and applied in Intersect after the
connections EDITNNC included in the transmissibility transmissibility and pore volume calculation.
data in the GSG file.
Non-neighbor NNCGEN, Not supported. In the IXF file and applied in Intersect after the
connections EDITNNCR transmissibility and pore volume calculation.
Dual porosity DUALPERM, Applied in the Migrator and DPNUM in the GSG file. The rest in the IXF file
and dual DUALPORO, included in the transmissibility and applied in Intersect.
permeability DPGRID, data and properties in the
DPNUM GSG file.
Coarsening COARSEN Not supported In the IXF file.
Pore volume MULTPV Applied in the Migrator and In the GSG file and applied in Intersect as box
multiplier included in pore volume data edits in the IXF file.
within the GSG file.
Pore volume MULTREGP Applied in the Migrator and In the IXF file and applied in Intersect.
region multiplier included in pore volume data
within the GSG file.
Region FIPNUM, In the GSG file but only used In the GSG file and now editable using the IXF
properties FIP*, for echo to INIT file. file.
Data Eclipse Old 'process grid edits' Default 'migrate grid edits' workflow
keywords workflow
FLUXNUM,
MULTNUM,
OPERNUM,
EQUNUM,
SATNUM,
PVTNUM,
COALNUM,
EOSNUM,
IMBNUM.
GRID section ADD, ADDREG, Applied in the Migrator and In the IXF file and applied in Intersect.
editing keywords COPY, the edited properties written to
EQUALS, the GSG file.
EQUALREG,
MAXVALUE,
MINVALUE,
MULTIPLY,
MULTIREG,
OPERATE,
OPERATER
EDIT section ADD, ADDREG, Applied in the Migrator and In the IXF file and applied in Intersect.
editing keywords COPY, the edited properties written to
EQUALS, the GSG file.
EQUALREG,
MAXVALUE,
MINVALUE,
MULTIPLY,
MULTIREG,
OPERATE,
OPERATER
PROPS section ADD, ADDREG, Applied in the Migrator and In the IXF file and applied in Intersect.
editing keywords COPY, the edited properties written to
EQUALS, the GSG file.
EQUALREG,
MAXVALUE,
MINVALUE,
MULTIPLY,
MULTIREG,
OPERATE,
OPERATER
REGIONS ADD, ADDREG, Applied in the Migrator and In the IXF file and applied in Intersect.
section editing COPY, the edited properties written to
keywords EQUALS, the GSG file.
EQUALREG,
MAXVALUE,
MINVALUE,
MULTIPLY,
MULTIREG,
OPERATE,
OPERATER
Data Eclipse Old 'process grid edits' Default 'migrate grid edits' workflow
keywords workflow
SOLUTION ADD, ADDREG, Applied in the Migrator and In the IXF file and applied in Intersect.
section editing COPY, the edited properties written to
keywords EQUALS, the GSG file.
EQUALREG,
MAXVALUE,
MINVALUE,
MULTIPLY,
MULTIREG,
OPERATE,
OPERATER
Well connections COMPDAT Connection factor, kH and The IXF file will contain information from the
related data are calculated in COMPDAT keyword data. If the connection factor
the Migrator from the is not specified, it is calculated within Intersect.
geometry, permeability and Two treatments of NTG are available for
skin, and written into the IXF connection factor calculation, using the
file. WellConnectionNTGTreatment field in the
WellCalculationOptions node. The IXF
file only contains data, such as kH, if it is specified
in the COMPDAT keyword. Skin is also processed
within Intersect.
J-functions JFUNC, In the IXF file except for item In the IXF file and applied in Intersect.
JFUNCR 6, the permeability to use.
This is transferred as
JFUNCTION_PERM in the
GSG file.
BOX, ENDBOX
These keywords are supported in the SCHEDULE section in the migrate grid edits workflow only.
MINPVV
If MINPVV is used to make all cells within an LGR inactive the coarse grid cells replaced by the LGR will remain inactive.
This differs from the E300 behavior where the coarse grid cells would become active.
MULTFLT
This keyword is supported in the SCHEDULE section in the migrate grid edits workflow only.
MULTREGT
This keyword is supported in the SCHEDULE section in the migrate grid edits workflow only.
MULTSIGV
This keyword is supported in the SCHEDULE section in the migrate grid edits workflow only.
MULTX/Y/Z
The transmissibility multiplier keywords, MULTX, MULTY, MULTZ, MULTX-, MULTY- and MULTZ- are supported in the
SCHEDULE section. Transmissibility multipliers remain unsupported in the SCHEDULE section in the old process grid
edits workflow.
REFINE, ENDFIN
These keywords are supported in the SCHEDULE section in the migrate grid edits workflow only.
RPTGRID
This keyword, in combination with the ALLNNC option, is supported in both the migrate grid edits workflow and process
grid edits workflow.
EDIT
SOLUTION
SCHEDULE
GRID EDIT processing options | Difference in supported keywords for classic workflow
62
Intersect Migrator user guide
GRID EDIT processing options | Difference in supported keywords for classic workflow
63
Intersect Migrator user guide
12
Integration with Petrel
Development strategies
"Make development strategy" WELL_DRAWDOWN rule
Petrel RE allows the WELL_DRAWDOWN (drawdown control) rule to be applied to injectors and producers. The
Migrator does not support the WELL_DRAWDOWN rule on injectors. Applying the WELL_DRAWDOWN rule to
injectors may lead to incorrect results.
Differences in Bottom Hole Pressure limit defaults
When a development strategy is built using Petrel's Make development strategy process, the bottom hole
pressure limits for the producers and injectors are not automatically set by the development strategy. For
Intersect they have to be explicitly specified using either, for producers, a Well pressure production control
rule or for injectors, the appropriate well injection control rules. If the bottom hole pressures are not set, then
Intersect's defaults are used. The default values used in Intersect are different to those used in Eclipse 100
and Eclipse 300. If the bottom hole pressure limits are not explicitly set, then the results from the different
simulators are very likely to be different.
Changes in well type
For models exported from Petrel there is a difference in behavior between Eclipse and Intersect for wells that
switch from injector to producer and vice versa, or wells that switch from history to prediction. The difference is
that for the Eclipse simulations the affected wells are automatically opened even if you have not requested this.
For Intersect the well does not automatically open that is the well type change is honored without affecting the
well status.
Petrel interface
Wells and fluid reports
The Wells and Fluids in place settings on the Results tab of the Define Simulation Case process do not
control the Migrator's reporting.
Intra-day restarts
Petrel does not support intra-day restarts for Intersect that is you are only allowed one restart per day.
A
Supported development strategy
rules
Below is the list of Petrel Development Strategy rules that are supported by the Petrel Intersect workflow.
• Comment
• Drilling priority formula
• Gas usage order
• Production guide rate formula
• Reporting frequency
• Schedule keywords
• Value aperture
• Group efficiency factor
• Group gas usage
• Group injection guide rate
• Group injection rate
• Group injection stream
• Group maximum ratio
• Group minimum production rate
• Group production guide rate
• Group rate production control
• Group region pressure maintenance
• Group reinjection
• Group reservoir volume injection rate
• Group shut consequences
• Group voidage replacement injection
• Drilling queue
• Well automatic cycling control
• Well constraint reset
• Well revival testing
• Well drawdown
B
Eclipse keywords versus Intersect
nodes
This appendix lists the Eclipse keywords that map to Intersect nodes.
Note: Not all keywords listed here are supported by Migrator even though Intersect may support that functionality. See
Multiple-section keywords (p.52) for keywords supported by the Migrator.
ACF API
ComponentProperties VariableAPI
ACTION APIGROUP
Instruction VariableAPI
ACTIONW APIVD
Instruction OilAPIDepthTable
ACTIONX AQANCONL
Expression AnalyticalAquiferIJKConnections
Instruction AQUANCON
ADD AnalyticalAquiferIJKConnections
CellPropertyEdit AQUCHGAS
AIM ConstantPressureGas
TimeStepSolution AQUCHWAT
AIMCON ConstantPressure
AimCriteria AQUCON
ALL NumericalAquiferIJKConnections
XYPlotSummaryReport AQUCT
AMFVD CarterTracy
CompositionDepthTable
AQUFET CO2STORE
Fetkovich SpycherPruessSolubility
AQUFETP COARSEN
Fetkovich GridCoarsening
AQUFLUX CODTYPE
ConstantFlux DensityLiquid
AQUNUM COMPDAT
NumericalAquifer CloseCompletionAction
AQUTAB Completion
CarterTracyInfluenceFunctionTable ModificationLogicTemplate
AUTOSAVE OpenCompletionAction
FieldManagement WellToCellConnections
Simulation COMPDATL
BIC CloseCompletionAction
BinaryInteractionCoef Completion
BRINE OpenCompletionAction
BrineFluidModel WellToCellConnections
CARFIN COMPINJK
StructuredInfo InjectionMobilityCalculation
CECON COMPKRI
CloseCompletionAction InjectionMobilityCalculation
EconomicLogicTemplate COMPLMPL
CECONT WellToCellConnections
EconomicLogicTemplate COMPLUMP
CGDTYPE WellToCellConnections
DensityVapor COMPMBIL
CGVTYPE InjectionMobilityCalculation
CompositionalFluidModel COMPMOBI
CNAMES InjectionMobilityCalculation
ComponentProperties COMPORD
CO2SOL WellToCellConnections
ComponentSolubilityTables COMPRP
WellSaturationFunctions
COMPS DENAQA
CompositionalFluidModel WaterDensityEzrokhi
COMPSEGL DGRDT
SegmentConductiveHeatTransfer GuideRate
WellToCellConnections DIFFCGAS
COMPSEGS MassTransferData
SegmentConductiveHeatTransfer DIFFCOIL
WellToCellConnections MassTransferData
COMPVD DIFFCWAT
CompositionDepthTable MassTransferData
COPY DIMENS
CellPropertyEdit StructuredInfo
COVTYPE DNGL
CompositionalFluidModel SeparatorMgr
CREF DREF
AqueousCompressibility AqueousCompressibility
LiquidCompressibility LiquidCompressibility
CRNDENS DREFT
AdsorptionTables AqueousCompressibility
ExtendedLangmuirIsotherm LiquidCompressibility
CSKIN DRILPRI
ModificationLogicTemplate DrillingQueue
CVCRIT RigResource
AllWellCalculationOptions DRSDT
Convergence RsControls
LinearControls DRVDT
WellCalculationOptions RvControls
DATES DUALPORO
FieldManagement DualPorosity
Reservoir
EDITNNC
ConnectionSet
Simulation
EDITNNCR
DATUM
ConnectionSet
Reservoir
Simulation
EHYSTR EQLNUM
CarlsonRelPermHysteresis EquilibriumRegionMapping
KilloughCapPressureHysteresis ModelToRegionMapping
KilloughRelPermHysteresis RegionFamily
RelPermHysteresis EQLOPTS
END ConstantThresholdPressure
FieldManagement FaultThresholdPressures
Reservoir FineScale
Simulation RegionThresholdPressure
StopRunAction VariableThresholdPressure
ENDACTIO EQUALS
Instruction CellPropertyEdit
ENKRVT EQUIL
RelPermEndPoints Equilibrium
ENPCVT FineScale
CapPressureEndPoints FAULTS
ENPTVT FaultDefinition
SaturationEndPoints FaultIJKBoxDefinition
EOSNUM Faults
FluidRegionMapping FBHPDEF
EPSDBGS ModificationLogicTemplate
EndPointsTemperatureFunction FIELD
EPSDEBUG Units
EndPointsTemperatureFunction FIELDSEP
EQLDIMS Separator
Equilibrium SeparatorMgr
EQLDKVCR SeparatorStage
EquilibriumReactionTerm
StageOutlet
KValueEquilibrium
FIP*
EQLDREAC RegionFamily
EquilibriumReactionTerm FIPNUM
RegionFamily
FIPSEP GCONPROD
Separator CloseCompletionAction
SeparatorStage CloseWellAction
StageOutlet EconomicLogicTemplate
FMTOUT GuideRate
Initial3DReport GuideRateBalanceAction
Recurrent3DReport GCONSALE
RFTPLTReport FluidStream
XYPlotSummaryReport GCONSUMP
FULLIMP FluidStream
TimeStepSolution GCONTOL
GADVANCE CouplingProperties
Group GECON
GASSOL CloseCompletionAction
ComponentSolubilityTables CloseWellAction
GASVISCT EconomicLogicTemplate
ViscosityTemperatureTable GECONT
GASWAT EconomicLogicTemplate
ComponentSolubilityTables GEFAC
GCONCAL Group
GuideRateBalanceAction ModificationLogicTemplate
GCONENG GINJGAS
GuideRateBalanceAction FluidSourceExternal
GCONINJE FluidSourceInternal
CloseWellAction FluidStream
GuideRate Group
GuideRateBalanceAction ModificationLogicTemplate
GCONPRI GLIFTOPT
EconomicLogicTemplate GroupLiftOpt
PrioritizedBalanceAction GMFVD
OilDensityDelumping
GPMAINT
PIDControl
GPTABLE GUIDERAT
GasPlantTable GuideRate
RecoveryFractions H2SSOL
GPTABLE3 ComponentSolubilityTables
RecoveryFractions HEATER
GPTABLEN Heater
RecoveryFractions HeaterDef
GRAVDRM HEATERL
AlternativeGravityDrainage Heater
GRAVITY HeaterDef
BlackOilFluidModel HEATVAP
GRUPRIG EnthalpyLiquidHeatCapacity
RigLogicTemplate EnthalpyVaporHeatCapacity
RigResource HEATVAPE
GRUPTARG EnthalpyLiquidHeatCapacity
GuideRate EnthalpyVaporHeatCapacity
GuideRateBalanceAction HEATVAPS
GRUPTREE EnthalpyVaporLiquidHeatCapacity
Group IMPES
GroupMgr TimeStepSolution
GSATCOMP IMPLICIT
FluidSourceExternal TimeStepSolution
GSATINJE IMPSAT
FluidSourceExternal TimeStepSolution
GSATPROD INIT
FluidSourceExternal Initial3DReport
GTADD JFUNC
ModifyConstraintAction JFunction
GTMULT JFunctionScaling
ModifyConstraintAction JFUNCR
GUIDECAL JFunctionScaling
GuideRate KVAN
KValueCrookston
KVCOMP LIFTOPT
KValueTables GasLiftOptimizationAction
KVCR LILIM
KValueCrookston CriticalMixingLimits
KVMF LOAD
KValueTables FieldManagement
KVTABCn Reservoir
KValuePressureTable Simulation
KVTABLE LSALTFNC
KValuePressureTable LowSaltWeightingTable
KVTABTn MAXVALUE
KValuePressureTable CellPropertyEdit
KVTEMP METRIC
KValueTables Units
KWTABTn MINVALUE
KValuePressureTableAqueous CellPropertyEdit
KValueTablesAqueous MISCEXP
KWTEMP MiscibleSurfaceTension
KValuePressureTableAqueous MISCIBLE
KValueTablesAqueous MiscibleFluidModel
LAB MISCNUM
Units RegionFamily
LANGMEXT MISCSTR
ExtendedLangmuirIsotherm MiscibleSurfaceTension
LANGMUIR MISCSTRR
AdsorptionMoleFractionTable MiscibleSurfaceTension
AdsorptionPressureTable MULTIPLY
AdsorptionTables CellPropertyEdit
LBCCOEF MULTOUT
ViscosityLBC Recurrent3DReport
ViscosityLBCExponential XYPlotSummaryReport
LBCCOEFR MULTREGT
ViscosityLBC RegionBoundaryPropertyEdit
ViscosityLBCExponential
MULTSAVE PARACHOR
FieldManagement ComponentProperties
Simulation PBVD
MW PBubDepthTable
ComponentProperties PCRIT
NCOMPS ComponentProperties
ComponentProperties PDVD
NEI PDewDepthTable
CompositionDepthTable PEDERSEN
NNC ViscosityPedersen
ConnectionSet PEDTUNE
NNCGEN ViscosityPedersen
ConnectionSet PEDTUNER
NOSIM ViscosityPedersen
FieldManagement PERFORMA
Simulation XYPlotSummaryReport
NUPCOL PICOND
CouplingProperties AllWellPseudoPressureOptions
OILVINDX PseudoPressureOptions
ViscosityMixingRule PIMULTAB
OILVISCT WellPIControl
ViscosityTemperatureTable PMANUM
OILVTIM RegionFamily
ViscosityMixingRule PMISC
OMFVD MiscibilityTable
OilDensityDelumping POLYMER
OPERATE PolymerFluidModel
BoxPropertyEdit PolymerModel
OPERATER PPCWMAX
CellPropertyEdit MaxWaterOilCapPressure
OVERBURD PREF
OverburdenPressureTable AqueousCompressibility
OverburdenPressureTableTrans LiquidCompressibility
PREFT QDRILL
AqueousCompressibility DrillingQueue
LiquidCompressibility RigResource
PRIORITY REACACT
PrioritizedBalanceAction Reaction
PSEUPRES REACCORD
WellDef Reaction
PVCDO REACENTH
DeadOilCompressibilities Reaction
PVCO REACPHA
OilTableUndersaturatedCompressibilities Reaction
ViscosityTemperatureTable REACPORD
PVDG Reaction
UndersaturatedGasTable REACRATE
PVDO Reaction
DeadOilTable REACSORD
PVDS Reaction
SolventTable REFINE
PVTG CellPropertyEdit
GasTable REGDIMS
PVTNUM TrackingOptions
FluidRegionMapping RESTART
ModelToRegionMapping FieldManagement
RegionFamily Reservoir
PVTO Simulation
OilTable ROCK
PVTW RockCompressibility
WaterCompressibilities ROCKCOMP
PVTWSALT DilationTable
BrineComponentCompressibilities RockTableHysteresis
PVZG ROCKCON
UndersaturatedGasTable HeatLossIJKConnections
ROCKNUM RPTSOL
RockRegionMapping Initial3DReport
ROCKOPTS Recurrent3DReport
OverburdenPressureTable RSVD
OverburdenPressureTableTrans SolutionGORDepthTable
ROCKPROP RSWVD
HeatLossVinsomeWesterveld SolutionGWRDepthTable
ROCKTAB RTEMP
CompactionMultiplierTable ComponentSolubilityInWater
CompactionTable TemperatureDepthTable
DilationMultiplierTable RTEMPVD
DilationTable TemperatureDepthTable
ElasticMultiplierTable RUNSUM
ROCKTABH XYPlotSummaryReport
CompactionMultiplierTable RVVD
CompactionTable VaporOGRDepthTable
DilationMultiplierTable SALTVD
DilationTable BrineConcentrationDepthTable
ElasticMultiplierTable SATNUM
RPTGRID ModelToRegionMapping
NNCReport RegionFamily
RPTONLY RockRegionMapping
XYPlotSummaryReport SAVE
RPTONLYO FieldManagement
XYPlotSummaryReport Simulation
RPTPRINT SCREF
FieldManagementStandardReport SolidCompressibility
ReservoirStandardReport SDENSITY
RPTRST MiscibleFluidModel
FieldManagement SDREF
Recurrent3DReport SolidCompressibility
Reservoir SEPARATE
RPTSCHED XYPlotSummaryReport
FieldManagementStandardReport
Recurrent3DReport
SEPCOND SOROPTS
Group ResidualOilSaturationModel
Separator SPECHA
SeparatorStage EnthalpyLiquidHeatCapacity
StageOutlet EnthalpyVaporLiquidHeatCapacity
SEPVALS SPECHB
BlackOilBubblePointConditions EnthalpyLiquidHeatCapacity
SGFN EnthalpyVaporLiquidHeatCapacity
CapPressure SPECHG
GasOilFunction EnthalpyVaporHeatCapacity
GasWaterFunction EnthalpyVaporLiquidHeatCapacity
JFunction SPECHH
JFunctionScaling EnthalpyVaporHeatCapacity
SGOF EnthalpyVaporLiquidHeatCapacity
GasOilFunction SPECHS
JFunction EnthalpySolidHeatCapacity
JFunctionScaling SPECHT
SGWFN EnthalpySolidHeatCapacity
GasWaterFunction SPECHW1
SLGOF EnthalpyAqueousHeatCapacity
GasOilFunction SPECHW2
JFunction EnthalpyAqueousHeatCapacity
JFunctionScaling SPREF
OilWaterFunction SolidCompressibility
SOLUAQA START
ComponentSolubilityTable FieldManagement
SOLUBILI Simulation
ComponentSolubilityTable STCOND
SOLUBILS EnthalpyLiquidHeatCapacity
ComponentSolubilityTable EnthalpyVaporHeatCapacity
SOLUBILT EnthalpyVaporLiquidHeatCapacity
ComponentSolubilityTable SeparatorMgr
SOLVENT STHERMEX1
MiscibleFluidModel SolidCompressibility
STOPROD THERMEX1
Reaction AqueousCompressibility
STOREAC LiquidCompressibility
Reaction THPRES
STREF RegionThresholdPressure
SolidCompressibility THPRESFT
SUMMARY ConstantThresholdPressure
XYPlotSummaryReport FaultThresholdPressures
SWFN VariableThresholdPressure
CapPressure TLMIXPAR
GasWaterFunction MiscibleFluidModel
JFunction TRACERS
JFunctionScaling TracerConcentrationDepthTable
OilWaterFunction TracerConcentrationDepthTables
SWOF TRACK
JFunction TrackingOptions
JFunctionScaling TRACKREG
OilWaterFunction TrackingOptions
TCRIT TREF
ComponentProperties AqueousCompressibility
TEMPVD LiquidCompressibility
TemperatureDepthTable TREFT
THCGAS AqueousCompressibility
SimpleVolumeWeightedHeatConductivity LiquidCompressibility
THCOIL TSCRIT
SimpleVolumeWeightedHeatConductivity AllWellCalculationOptions
THCONR WellCalculationOptions
GasSaturationDependentHeatConductivity TSTEP
THCONSF FieldManagement
GasSaturationDependentHeatConductivity
Reservoir
THCROCK
Simulation
SimpleVolumeWeightedHeatConductivity
THCWATER
SimpleVolumeWeightedHeatConductivity
TUNING VFPPROD
AllWellCalculationOptions DependentVariables
Convergence HydraulicsTable
LinearControls IndependentVariables
TimeStepSizingControls TubingHydraulicsTableDevice
WellCalculationOptions VISCAQA
UDQ ViscosityAqueousEzrokhi
Expression WaterViscosityEzrokhi
UNIFOUT VISCREF
Recurrent3DReport ViscosityTemperatureTable
XYPlotSummaryReport WAGHYSTR
VAPPARS WAGHysteresis
RsControls WALQCALC
RvControls TubingHeadPressureCalculationOptions
VCOMPACT WATDENT
ViscosityLBCExponential WaterExpansivitiesThermal
VCRIT WATVISCT
ComponentProperties ViscosityTemperatureTable
VCRITVIS WAVAILIM
ViscosityLBC ModificationLogicTemplate
ViscosityPedersen Well
VDKRG WBHGLR
HendersonVelocityDependentRelPerm ModifyConstraintAction
VDKRGC WBOREVOL
WhitsonGasCondensate SegmentPipes
VDKRO WCONHIST
HendersonVelocityDependentRelPerm CloseWellAction
VFPINJ OpenWellAction
DependentVariables RemoveConstraintAction
HydraulicsTable SetConstraintAction
IndependentVariables TubingHydraulicsTableDeviceDef
InjectionTubingHydraulicsTableDevice Well
TubingHydraulicsTableDevice
WCONINJE WDFAC
CloseWellAction ModificationLogicTemplate
ConstraintDevice WellDef
DrillingQueue WellToCellConnections
InjectionTubingHydraulicsTableDevice WDFACCOR
ModificationLogicTemplate DFactorModel
OpenWellAction ModificationLogicTemplate
RemoveConstraintAction WDRILPRI
SetConstraintAction DrillingQueue
TubingHydraulicsTableDevice RigResource
TubingHydraulicsTableDeviceDef WDRILTIM
Well DrillingQueue
WCONINJH RigLogicTemplate
CloseWellAction RigUsage
OpenWellAction WECON
RemoveConstraintAction CloseCompletionAction
SetConstraintAction CloseWellAction
TubingHydraulicsTableDeviceDef EconomicLogicTemplate
Well ModificationLogicTemplate
WCONPROD WECONCMF
CloseWellAction CloseCompletionAction
ConstraintDevice CloseWellAction
DrillingQueue EconomicLogicTemplate
ModificationLogicTemplate WECONINJ
OpenWellAction CloseCompletionAction
RemoveConstraintAction CloseWellAction
SetConstraintAction WECONT
TubingHydraulicsTableDevice EconomicLogicTemplate
TubingHydraulicsTableDeviceDef WEFAC
Well ConfigureWellAction
WCUTBACK ModificationLogicTemplate
ModificationLogicTemplate Well
ModifyConstraintAction WELCNTL
WCYCLE RemoveConstraintAction
CyclicWellControl SetConstraintAction
ModificationLogicTemplate
WellControlCycle
WELCTNL WELSEGS
ModificationLogicTemplate DriftFlux
WELDRAW SegmentConductiveHeatTransfer
AllWellDrawdownLimitOptions SegmentNodes
DrawdownLimitOptions SegmentPipes
RemoveConstraintAction WellDef
SetConstraintAction WELSPECL
WELLDIMS ResVolConditions
EclReports Well
WELLINJE WellDef
ModificationLogicTemplate WELSPECS
WELLPROD ConfigureWellAction
ModificationLogicTemplate ModificationLogicTemplate
WELLSTRE ResVolConditions
FluidSourceExternal Well
FluidSourceInternal WellDef
WELLWAG WELTARG
ModificationLogicTemplate ModificationLogicTemplate
WellControlCycle RemoveConstraintAction
WELOPEN SetConstraintAction
CloseWellAction WGRUPCON
ModificationLogicTemplate GuideRate
OpenCompletionAction WHISTCTL
OpenWellAction RemoveConstraintAction
WellToCellConnections SetConstraintAction
WELOPENL WHTEMP
OpenCompletionAction InjectionTubingHydraulicsTableDevice
OpenWellAction TubingHydraulicsTableDevice
WellToCellConnections WINJGAS
WELPI FluidSourceExternal
WellDef FluidSourceInternal
FluidStream
ModificationLogicTemplate
WINJMIX WRFTPLT
FluidSourceExternal RFTPLTReport
FluidSourceInternal WSALT
FluidStream FluidSourceExternal
WINJORD WSEGAICD
FluidSourceExternal FlowControlDeviceDef
FluidSourceInternal ModificationLogicTemplate
FluidStream WSEGDFMD
WLIFT DriftFlux
TubingHydraulicsTableDevice WSEGDFPA
WLIFTOPT DriftFlux
WellLiftOpt WSEGFLIM
WLIST ModificationLogicTemplate
StaticList WSEGFMOD
WLISTDYN DriftFlux
DynamicList SegmentPipes
WORKLIM WSEGHEAT
RigUsage SegmentConductiveHeatTransfer
WPAVE WSEGITER
AllWellBlockAveragePressureCalculation AllWellIterationSequenceControl
WPAVEDEP WellIterationSequenceControl
WellBlockAveragePressureCalculation WSEGLABY
WPIMULT FlowControlDeviceDef
ModificationLogicTemplate ModificationLogicTemplate
WellToCellConnections WSEGLINK
WPIMULTL SegmentPipes
WellToCellConnections WSEGSICD
WPITAB FlowControlDeviceDef
WellPIControl ModificationLogicTemplate
WPOLYRED WSEGSOLV
AllWellShearThinningOptions WellLinearControls
ShearThinningOptions
WRFT
RFTPLTReport
WSEGTABL ZCRIT
HydraulicsTable ComponentProperties
HydraulicsTableDevice ZFACTOR
HydraulicsTableDeviceDef VaporZFactor
WSEGVALV ZI
FlowControlDevice CompositionDepthTable
FlowControlDeviceDef ZMFVD
ModificationLogicTemplate CompositionDepthTable
WSEPCOND
ModificationLogicTemplate
Well
WSOLVENT
FluidSourceExternal
Well
WTADD
ModificationLogicTemplate
ModifyConstraintAction
WTEST
TestWellAction
WTMULT
ModificationLogicTemplate
ModifyConstraintAction
WTRACER
FluidStream
WVFPDP
TubingHydraulicsTableDeviceDef
WVFPEXP
TubingHeadPressureCalculationOptions
WWPAVE
WellBlockAveragePressureCalculation
XMFVP
SaturationPressureDelumping
YMFVP
SaturationPressureDelumping
C
Intersect and Eclipse feature
compatibility
This section provides information that may be useful when comparing the results of Intersect with other simulators. It
contains information that helps you to match the behavior of Intersect with the Eclipse simulators more closely, where
possible, if this is required. It also highlights areas where the behavior of Intersect differs from the Eclipse simulators and
the reasons why this happens.
Equilibration
• When comparing Intersect simulation results with those from other simulators you must compare the initial fluid in
place calculated by the simulator with the reference simulator before the dynamic simulation is started. If there are
differences then candidates for investigation include rock compaction, end-point scaling, capillary pressures, initial
fluid compositions, pressures and temperatures.
• Critical fluid initialization is not currently supported when the COMPVD keyword is present. The COMPVD keyword is
however supported for bubble-point and dew-point fluid initialization. For critical fluid initialization the PSAT property
is reported as zero.
• More detailed information on the Intersect initialization and equilibration may be output from the simulator by
increasing the verbosity level of the Equilibrium Manager.
• Some differences with Eclipse may be observed in the initialization of models using the brine option. This is because
the underlying formulation in Intersect is based on mole fraction rather than concentration variables and a non-linear
conversion is required from the input concentration values.
Relevant node: EquilibriumMgr
Fluid modeling
• The treatment of black oil PVT calculations for pressures outside the range of the tabulated values in the input model
is different in Intersect compared to that in Eclipse. If you wish to reduce this difference between the simulators, then
black oil tables should be extended to cover the entire range of pressures used in the simulation; that is from the
highest pressure found in the reservoir or BHP used in injection down to the lowest pressure encountered in a
surface separator.
• The method for property value interpolation in black oil fluid property tables may differ from other simulators. For
example, the simulator interpolates directly between values of the oil viscosity, whereas other simulators may
interpolate on the reciprocal or the logarithm of the viscosity. The impact on simulation results should normally be
insignificant unless very large pressure increments are used in the input tables.
• Some of the algorithms for calculating thermal properties differ from those used in Eclipse Thermal. To obtain a
closer match in results set the ThermalProperties field on the FluidMgr node to "ECLIPSE" or
"ECLIPSE_IAPWS97".
• The second order term of the fluid enthalpy equations is different between Intersect and Eclipse. It affects the
simulation results only if the coefficients are non-zero.
• The reduced phase formulation cannot currently be used with the variable API black oil fluid model. A validation error
will occur if you try to use these features together.
Further information: Thermal Simulation in the Intersect Technical Description.
Rock physics
• Intersect supports both the Killough and Carlson relative permeability hysteresis methods, but not that of Jargon,
which is available in Eclipse 300.
• To increase simulator stability a validation check has been added to ensure that critical and maximum saturations for
each cell in the simulation grid are separated by at least 1E-06.
• A validation check ensures that saturation end-points are defined in the correct order: S(connate) < S(critical) <
S(maximum) This validation may not be present in other simulators. In addition a check is made that the relative
permeability at the maximum saturation is above that at the critical saturation.
• The definition and calculation method for capillary number may differ from other simulators, depending on the feature
in which it is used. For models other than the Whitson gas condensate capillary number dependent relative
permeability model, Intersect does not scale the capillary number by porosity, saturation or immiscible relative
permeability.
• The precise way in which end-point scaling is implemented in Intersect may differ from other simulators. For example
Eclipse uses a special treatment of each of the intervals between the connate, critical, associated critical and
maximum saturations, which is not implemented in Intersect.
• When obtaining the transmissibility multiplier from rock compaction tables, Eclipse 100 uses an explicit value of the
grid block pressure (or the explicit minimum pressure if the process is irreversible). This is different from Eclipse 300
and Intersect which both use the implicit value of the pressure. This can cause differences between Intersect and
Eclipse 100 results as these multipliers can be significantly different when the pressure is changing rapidly in a
region of the table with big changes in the transmissibility multiplier.
Well modeling
• When the simulator cannot find a valid flowing solution for a well (for example, if the reservoir pressure is below the
minimum BHP limit for a producer), it will shut the well along with all its connections irrespective of the setting item 9
in the WELSPECS keyword. This differs from Eclipse, which will perform a surface shut-in under these circumstances
if item 9 in the WELSPECS keyword is set to STOP.
• Intersect reports the actual steam quality (WSQU) at the bottom hole depth in the well while Eclipse Thermal reports
the user-specified value. The actual steam quality will be slightly different depending, for example, on well pressure
and crossflow.
• The calculation of voidage rate is performed by transforming the wellstream fluid to the average conditions over the
field or a specified region. In black oil simulations this calculation differs between Eclipse 300 and Eclipse 100. In
Eclipse 300 the fluid properties are calculated at the average hydrocarbon pressure in the field or region. However, in
Eclipse 100 the solution gas-oil ratio (Rs) of the oil phase is also capped so as not to exceed the average Rs of the
field or region. The calculation in Intersect follows the Eclipse 300 method, and may therefore give different voidage
rates to Eclipse 100 when the oil in the field or region is significantly undersaturated and the wellstream gas-oil ratio
is significantly higher than the average field or region Rs.
• When a negative bottom hole reference depth (for example, item 5 in WELSPECS) is specified in Eclipse 100, the
behavior depends on whether there are any grid cells above sea level. Because the grid processing is done within
the simulator, the Migrator does not know the grid cells heights, so the it treats such negative bottom hole reference
depth values as having their typical meaning in both Eclipse 100 and Eclipse 300 which is “default this quantity”.
Hence the Migrator generally does not migrate negative bottom hole reference depth values and leaves them unset,
and the bottom hole reference depth is calculated appropriately within the simulator. If you want such negative
values migrated, you should set the --honor-negative-bhp-ref-depth Migrator command line option.
• When the simulator is coupled to a network model the pressures at the well network boundaries act as additional
constraints when these coupled wells are solved for their deliverability and operating rates. By default these
pressures do not however act as additional constraints for potential rate solves and this means that the network does
not influence group balancing using guide rates that are based on well potential rates. This differs from Eclipse
because network pressures do influence coupled well potential rate solves. This difference can be removed by
setting the WellMgr node NetworkPressuresLimitWellPotentials field to TRUE.
Reporting
• Intersect uses a different method than Eclipse for calculating inter-region phase flows for reporting purposes. It takes
the molar rates for all components and feeds them to the configured separator for the fluid in place report. This may
give different results from Eclipse.
• For consistency with pressure reporting, Intersect calculates well TEMPERATURE as the (pore volume weighted)
average of connected cell temperatures on all wells (regardless of whether they are injector or producer, open or
shut). This differs from Eclipse 300 which generally reports WTEMP as
• flowing bottom hole temperature for flowing wells,
• average reservoir temperature for non-flowing producers,
• injected fluid temperature for non-flowing injectors.
Note that Intersect also reports BOTTOM_HOLE_TEMPERATURE for flowing wells.
• CSG has a different grid representation in Intersect from its representation in Eclipse. Eclipse uses a dual porosity
grid, where the fracture grid represents the pore space, and the matrix represents the coal, or organic matter. In
Intersect, this is simplified to a single porosity representation, where the single grid represents the pore space, and
additional quantities are introduced to represent the organic matter features. This allows many physical quantities
which do not have a meaning in the organic matter, such as permeability, and hence which occupy unnecessary
memory, to be discarded. For such cases, the migrator also performs a conversion from dual porosity to single
porosity grid in addition to converting the data to Intersect form. This means that the DualPorosity node is not present
in the migrator output and is not used to flag the use of CSG.
• The migrator takes the grid structure, as represented by the ZCORN array, from the matrix grid; if fracture values are
permitted in dual porosity (which may not be the case) they are discarded. Cell activity, coming from the ACTNUM
array, is also by default taken from the matrix grid, but may optionally be taken instead from the fracture if the
command line option “--dopt=csg_actnum_fracture” is supplied. Grid locations for well connections and aquifers are
usually taken from the fracture and migrated to the equivalent single-porosity grid positions (what would be the matrix
positions in the original dual porosity grid.) COMPDAT, COMPLUMP, WPIMULT, AQUANCON, AQUCON, AQUNUM are
all migrated in this way.
• LGRS are consistently migrated in this way, and boxes are honored in this process, both for explicit BOX keywords
and for data initialization using EQUALS, COPY and OPERATE, along with arithmetic operations using ADD,
MULTIPLY etc. The LGR equivalents of the well and aquifer connection keywords, COMPDATL, COMPLMPL,
WPIMULTL, AQANCONL are also migrated in this way. COARSEN ings are also migrated.
• Most physical quantities are migrated from the fracture data, and any matrix values supplied are discarded. However,
the following keywords represent the state of the organic matter and are taken from the matrix:
a. The keyword SIGMAV represents in CSG the geometric part of the transmissibility per unit volume between the
organic matter volume and the pore volume. It is migrated to the Intersect property
ORGANIC_MATTER_FRACTURE_COUPLING. The corresponding single-value keyword SIGMA is also
migrated to ORGANIC_MATTER_FRACTURE_COUPLING.
b. The keyword ROCKDEN represents for CSG the organic matter mass density, and is migrated to the Intersect
property ORGANIC_MATTER_DENSITY. When loading from data in a GSG file, it is labeled by the internal
keyword COALDEN to distinguish it from non-CSG uses of ROCKDEN.
c. The keyword COALNUM represents the coal region for the organic matter properties and is migrated to the
Intersect property COAL_REGION.
d. The keyword ROCKFRAC will be treated as equivalent to the matrix values of PORO as described below, and
migrated in the same way.
• For the adsorbed gas concentration on the organic matter, Intersect adopts a compositional representation, and
migrates E100 cases into this representation using a single gas species “GAS” (numerical label 1). The keywords for
initializing these quantities are also taken from the matrix part of the data:
Keywords GASCONC and GASADCO initialize the adsorbed concentration of gas on the organic matter, for the E100
gas species, and for the E300 compositional gas species respectively. They are migrated to the Intersect property
ADSORBED_GAS_INIT_CONC for the requisite number of species. The corresponding keywords GASSATC and
GASADEC, for E100 and E300 respectively, also initialize the adsorbed concentration, and in this case adjust the
Langmuir multiplier to make the initialized values an equilibrium adsorption. The multiplier cannot be input
separately. In this case both keywords are migrated to the Intersect property ADSORBED_GAS_EQUIL_CONC with
the same compositional representation as ADSORBED_GAS_INIT_CONC. As usual, GASCONC and GASADCO can
be specified later to override the initialization once the multiplier has been calculated.
• Four keywords have definitions which differ for CSG between the matrix and the fracture, and their matrix and
fracture values are both migrated, but to different Intersect properties. They are:
a. YMF. This continues to represent the initial gas composition of the pore space in the fracture. In the matrix it
represents the initial composition of the gas adsorbed on the organic matter and is migrated to the Intersect
property ORGANIC_MATTER_GAS_MOLE_FRACTION.
b. PORO. In the fracture, this continues to represent the volumetric fraction of the cell occupied by the pore space of
the fractures, i.e. the pore space porosity. In the matrix it represents the volumetric fraction of the cell occupied
D
Support for E100 defaults
The E100 defaults supported by --preferred-defaults=E100 command line option are:
RUNSPEC
Keyword Items with supported E100 defaults (field unit system)
EQLDIMS Items: 2(100 ), 3(20 ), 5(20 )
START Items: 3(1983 )
VFPIDIMS Items: 1(0 ), 2(0 ), 3(0 )
VFPPDIMS Items: 1(0 ), 2(0 ), 3(0 ), 4(0 ), 5(0 ), 6(0 )
WELLDIMS Items: 1(0 ), 3(0 ), 4(0 )
GRID
Keyword Items with supported E100 defaults (field unit system)
AQUCT Items: 5(no default )
EDIT
Keyword Items with supported E100 defaults (field unit system)
PROPS
Keyword Items with supported E100 defaults (field unit system)
DENSITY Items: 1(no default ), 2(no default ), 3(no default )
EHYSTR Items: 2(0 )
PVTW Items: 1(no default ), 3( 0.0000000E+00 1/psi), 4( 5.0000000E-01 cP)
ROCK Items: 2( 0.0000000E+00 1/psi)
REGIONS
Keyword Items with supported E100 defaults (field unit system)
SOLUTION
Keyword Items with supported E100 defaults (field unit system)
AQUCT Items: 5(no default )
EQUIL Items: 9(calculated )
RTEMP Items: 1( 6.0008000E+01 degF)
SUMMARY
Keyword Items with supported E100 defaults (field unit system)
SCHEDULE
Keyword Items with supported E100 defaults (field unit system)
AQUCT Items: 5(no default )
COMPDAT Items: 9(no default )
COMPDATL Items: 10(no default )
COMPDATM Items: 10(no default )
PICOND Items: 2( 0.0000000E+00 psi)
VFPPROD Items: 2( 0.0000000E+00 ft), 3(no default ), 4(no default )
WCONINJE Items: 7( 9.9976540E+04 psi)
WCONPROD Items: 9( 1.4695949E+01 psi)
WELSPECL Items: 2(no default )
WELSPECS Items: 2(no default )
Support for E100 defaults | Configuring Intersect nodes for E100 compatibility
92
Intersect Migrator user guide
Support for E100 defaults | Configuring Intersect nodes for E300 compatibility
93
Intersect Migrator user guide
WCONPROD
Intersect with E100 defaults interprets zero rate limits as zero constraints on well. Intersect default behavior is similar to
E300 where zero rate limits (applied to any item that is not the control mode's target) are treated as default,inactive limits.
Support for E100 defaults | E100 defaults requiring special description | WCONPROD
94
Intersect Migrator user guide
Glossary
AIM Adaptive Implicit solution option
Discretization Calculation of pore volumes and transmissibilities
E100 Refers to SLB's Eclipse black oil simulator
E300 Refers to SLB's Eclipse compositional simulator
HGC Heuristic Group Control for well rate allocation
IMPES Implicit Pressure Explicit Saturation solution option
IMPSAT Implicit Pressure and Saturation, Explicit Compositions solution option
Initialization Calculation of the initial solution state
LGC Local grid coarsening
LGR Local grid refinement
Petrel SLB's seismic-to-simulation software
Glossary
95