Professional Documents
Culture Documents
Petrel 2005 is very much a user driven release. Our focus has been on improving existing
functionality guided by input from the user community. You will find plenty of great
enhancements to existing modules and one new module for evaluating economics.
In terms of workflow improvements the greatest change will be in the evaluation of
Uncertainty. The new uncertainty features will open up analysis to a much larger population
and will be a great benefit to both the novice and the expert user. The Uncertainty workflow
spans static and dynamic processes and includes sensitivity analysis as well as standard
Monte-Carlo techniques.
Reservoir Engineers will be happy to see the improvements to the Reservoir Engineering core
functionality, including the submission of simulation runs to remote machines and many
visualization enhancements.
Many of the other improvements focus on the core G & G workflow with upgrades to the
plotting, well correlation and structural modeling in particular. Users interested in workflows
with Neural Network analysis will be pleased to see the new Principal Component Analysis
feature.
Please read on more a more extensive review on the release highlights. We hope you enjoy
the new Petrel release.
The user simply enters the value of U1sσ to the new column in the process table and if needed
changes the default values for the SGS algorithm settings in the new Uncertainty Tab. Each
time the process is run with a new seed a new error surfaces are created and added to the base
case surface using the equation shown above.
Uncertainty tab to
setup the SGS
parameters
Global Seed
A new automated approach to generate a global seed for each case is introduced for this
version when running uncertainty from the Uncertainty Workflow Editor. When multiple
uncertainty workflows using stochastic uncertainty are generated each one can have a unique
global seed identifier that has stored random offset seed information for all the stochastic
processes used in the workflow. The advantage of the global seed is that the value reported
in the output sheet for any case can be re-entered in to any process to regenerate it.
When a stochastic process is launched from the Uncertainty Workflow Editor and the “Seed”
checkbox is selected in the uncertainty page (structural processes) or main page (property
modeling processes) then the input field is automatically populated with the variable $SEED.
This variable is added to the variables list in the Uncertainty Workflow Editor when the
process is applied. Any combination of processes can share this variable and the variable will
be associated with these processes in the same way as any other variable (see capture and
storage of variables).
$Seed becomes associated with the processes and is added to the variables list.
$SEED is the integer value which represents the start of the random number sequence for
each process. This means that each subsequent layer or zone in the model will get a different
seed value to preserve the random nature through the model. All this information is captured
internally and $SEED is reported for each case when the Volumetrics report is run. Note that
$SEED is optional, if the Seed checkbox is de-selected than a random number will be
generated for each stochastic datum in the process. The difference is that no reference to the
seed is reported.
The command “Generate new seeds” is no longer used in this version. When new workflows
are generated that require new seed generation on any of the stochastic processes this must be
set explicitly in the process dialog. Projects saved in previous versions containing workflows
with “Generate new seeds” flagged in commands will be honoured.
Latin Hypercube Smart Sampling
Latin Hypercube sampling is a method of sensitivity analysis that requires fewer model
iterations to approximate the desired variable distribution than the simple Monte-Carlo
method. It achieves this by ensuring that the entire range of each variable is sampled. The
Latin Hypercube sampling method is activated in the uncertainty dialog. When selected all
probability distribution functions defined will be sampled according to the Latin Hypercube
V2004 V2005
Adaptive rendering of surfaces introduced in v2004 has been improved. The adaptation now
occurs over three tiers resulting in a smoother surface and improved representation across the
rendered edge boundaries.
Transparency on Surfaces
Surface attributes now support transparency in the same way that volume rendered seismic
supports transparency. This is exposed to the user via the color template for the attribute in
question in much the same way as for SEG-Y data. See also Improve display of well
correction results.
The analysis is integrated into the train estimation model user interface in much the same way
as the correlation coefficients. The contribution of each of the initial properties into the
principle components is shown in a table (see image). The principle components can then
compared to the training data using the correlation table and be used or rejected for the
estimation as required. When applying the estimation model the conversion to components is
taken care of behind the scenes and thus hidden from the user.
This feature will help streamline the workflow for making, for example, well design targets,
source points for channel modeling, training points for estimation models and other
applications where previously a polygon would have to be converted to points. Future
development will allow the user to interactively add attributes to the selected points.
Ergonomics - Clean up Insert and Windows Menus
Petrel 2004
Petrel 2005
Petrel 2005
Example workflow
1. Open a new Petrel project and set the projection system information, color
templates, folder structures, window set ups, variable values etc desired for the
target petrel user community.
2. Save the project to a shared area.
3. Make a batch file that launches the application with the new default project
parameters. Example text: "C:\Program Files\Schlumberger\Petrel 2005\Petrel
2005.exe" "D:\Petrel\Template.pet".
4. Save the batch file and distribute it to the target user community.
Introduction
Petrel 2005 requires OpenSpirit 2.8.1 or higher. Petrel workflows with OpenSpirit have been
extensively tested with GeoFrame 4.2 and OpenWorks 2003.12 on both Linux and Solaris
Synchronization Tool
Project information
clearly visible
LMD’s updated
only on demand
Quickly undo
mistakes; change
direction
Improved Well Top Handling
When transferring data via OpenSpirit, individual Well tops can be selected for transfer.
Selection can be done on a per-well basis or for a given well top for all wells or any
combination.
Checkshot Improvements
Shared Checkshots are now possible;
• Enables users to post their wells on seismic in time
• OpenSpirit allows transfer of shared checkshots
• During transfer the well that owns the checkshot in GeoFrame is automatically
transferred
• Shared checkshots will not be enabled for any synthetics workflows
Editing the XML files is self explanatory. Comments embedded are in the files to help the
users. In the case of Well Symbols, both independent files must be edited to the same values
to ensure consistency.
Wells
Well matches are done using the UWI in Petrel 2005 onwards instead of the name. This
means the user is able to properly import two wells even both wells have the same name.
Well tops, checkshots and logs all automatically import the owner well as well, if that well is
missing in the project.
Petrel 2004: Time well path linearly interpolated between tie points.
Petrel 2005: Velocity calculated at each point in the well survey to restore the true well geometry.
Small enhancements
• New function available in calculators: InvCumNormal. User supplies the Mean, Std
Dev and probability of a data range. Petrel returns the value of the range at the chosen
probability.
Track Widths
The width of the track is controlled from the track
settings. This replaces the width control which was
found on individual logs. The width on logs now
only applies in other single track views such as 3D
and intersections; it is therefore grayed out in Well
Sections windows.
Plotting
Improved Contour Labeling*
Transparency on Polygons*
Polygons now have a transparency control in the
settings.
Map: Well filtered on reservoir interval Intersection: Well filtered on reservoir interval
Structural Modeling
Correction to Zone Log for deviated and horizontal wells
Well correction in Make Horizons, Make Zones, Make Velocity Model and Make Surface
will now take account of more of the information in the zone log. If the zone log indicates
that a section of the well is within a certain zone, the horizons above or below that section
will be forced up or down to ensure that this is the case. This is treated as 'soft' data so the
correction is not done unless the sections appear in the wrong zone after a standard well
correction. The general shape of the horizons in these areas is preserved during this operation.
This operation naturally requires that the zone log is defined correctly. In situations with
many erosive horizons or faulting it is recommended the user QC the zone log carefully to
make use of this option.
In many situations it is useful to run the modeling without any well correction initially to
understand the quality of the data. If the data is poor then the result will be heavily dependant
upon the well correction and the cause of the poor model may not be obvious to the user.
By selecting the well tops as normal and choosing 'none' for the well correction the user can
run the modeling and understand the mis-ties without correcting the model.
Geometrical Modeling
Connected Volumes Improvements
The connected volumes functionality in Geometrical Modeling has been improved.
Seeded tracking - The algorithm can now be seeded by a single well, a folder of wells or all
the wells in the project. It can return all of the volumes connected to the well or group of
wells or all of the volumes not connected to the wells. This may be used to give an indication
of the volumes available to proposed wells or identify the areas that new wells should target.
Within Geometrical Modeling there is now the option to create an index property based on
the well passing through a particular grid cell. The color template is updated to give the
correct name and color of the well.
This can be used to color points in the function window to identify which well each point
belongs to. It can also be used to filter out data from a particular well either for display in 3D
or a function histogram window, or within a workflow. A common method of testing the
suitability of a particular property population method is to perform the modeling repeatedly,
removing input data from the modeling and then estimating the result at that point. This index
will help advanced users to do this with the help of the process manager.
Petrophysical Modeling
Co-Located Co-Kriging
Co-located co-kriging has been added to the GSlib kriging options in Petrophysical modeling
and in Make Surface (in Make surface this required the addition of the kriging by GSlib
option). The ‘none GSlib’ kriging does not have this option but has been retained because it
can work in real coordinates rather than simple simbox space.
The option takes a correlation coefficient of between 0 (which results in standard kriging) and
1 (the same as kriging with a trend). This is regarded as a basic statistical method that has
been missing from Petrel until now. The option allows the user to effectively choose the
weight given to the secondary data as demonstrated below.
To calculate the correct variance the sill should be defined correctly (without the normal
score transformation being done). This is the principal reason for the request to allow
variograms with a sill<>1. Due to usability issues and problems with using a sill<>1, this has
not been enabled. Instead the calculations are done internally to ensure that the correct
variance is reported based on the true sill of the data. If the sill needs to be changed then it
can be done by using a scale shift in the data analysis process.
Geophysics
Improved Ant Tracking*
The workflow has been redesigned based on user feedback and recommendations. New
features include:
• Decoupling of fault patch generation from Ant-tracking attribute generation. This
allows users to use other attribute cubes (e.g. internal propriety attributes) to extract
faults. Users can also use GigaViz 3.1 to generate ant volumes using cluster
technology and then move them to Petrel to extract faults
• Improved parameter control: enhanced control over fault patch extraction
• Greater accuracy honouring original seismic
• 10+ times faster than previous method for batch extraction mode
• Interactive seeded fault-patch auto-picker - A step change compared to conventional
fault interpretation workflows
Workflow example:
Digitize seed points Extract fault patches Merge Convert to fault segments
Seismic Calculator
A new calculator based on the standard Petrel calculators has been added to the SEG-Y
volume subject. The calculator can be used by interpreters to combine volumes, scale seismic
data and perform other mathematical operations.
Workflow example: The simple example below illustrates its use in combining an ANT
tracked volume highlighting faults, with migrated amplitude volume.
Input cubes
(Amplitude &
Ant cube)
Wavelet autotracker
A new wavelet auto tracking feature
has been added to the Seismic
Interpretation module. The wavelet
tracker works by testing potential
expansion points using correlation of
a seismic trace window around the
pick location.
The tracker is applied as a final
constraint after a pick has been
passed by the other parameters.
Reservoir Engineering
Flow Controls
The flow control process allows you set primary controls modes and targets (e.g. oil rate,
target=1,000bbl/d) for folders of wells, and to turn on which secondary constraints you want
(e.g. water cut). To set values for the secondary constraint you go to the spreadsheet
accessible from the flow control subject on the input tree. In the spreadsheet in Petrel 2004
you had to type the value for each individual well – tedious! In Petrel 2005, rows are created
for each well folder in the spreadsheet, so you only have to type the number once. See for
example the ‘Producers’ folder in the screen shot, and note that the value of 0.5 is only bold
in one place (top left cell) – all the others were filled in automatically by Petrel.
Workflow Editor
Commands to load simulation results and operate the summary calculator have been added to
the Workflow Editor.
Local Gridding
An option has been added to use the active property when selecting cells for local gridding.
Use this option with caution – it may result in many very small local grids, with lots of non-
neighbor connections between them and the global grid, which will cause the simulation to
fail. However, this option does allow more complex situations to be handled: for example,
use geometrical modeling to create a property of distance from an unconformity surface, filter
cells on this property, and make a local grid around the unconformity.
RESCUE upgrades
The RESCUE importer and exporter are being upgraded to version 37 of the RESCUE
libraries. In addition, Petrel 2005 supports the following additional items for both import and
export via the RESCUE format:
• Local grids
• Wells
• Fault transmissibilities
• Time varying 3D properties, such as pressures and saturations from simulators.
Simulation Faults
Engineers often want to add barriers to flow as part of the history matching process. This is
now easy: simply use the Make/Edit Polygon process to digitize a line across the grid where
you want the barrier or fault. Then right mouse button click on the polyline, and select
Convert to Fault. Petrel will create a zig-zag fault on the active grid. You can use the Fault
Property Analysis process to assign a transmissibility multiplier to it, or the Edit 3D grid
Geophysics
Issue ID Component Description
SEGY volume created from a property has limited
909634 Export - SEGY export options.
Geophysics - Interpretation Depth conversion of fault sticks do not fall in the
1155810 Wind right place on the seismic
Import checkshot creates bogus values and when
1153411 Import - Checkshots displayed in time
Import of checkshot in TVDSS the well displayed in
1153413 Import - Checkshots TWT is incorrect
1151417 Geophysics - Vol Rendering several problems with zgy file
Export seismic from petrel to GF, Charisma project
463437 OpenSpirit - Export gets corrupted
Cannot OpenSpirit "shared" GF checkshots into
1147266 OpenSpirit - Import Petrel.
911276 Other - Unspecified Realized seismic is corrupted when zipped
Velocity model generated via velocity cube does
1150311 Struct Mod - Depth Conversion not output full written report
1143038 Import - SEGY OpenSpirit export of seismic volume to IESX fails
Geophysics - Interpretation Wrong inline/xline annotation nr in interpretation
1151949 Wind window
SEGY-Settings tab is missing Byte location options
1137610 Import - SEGY 205-208 and 209-212
1143397 Import - Unspecified Imported wavelet lincorrect.
Reservoir Engineering
Issue ID Component Description
Fixed numerous issues MAPAXES coordinate
1122364 Export - Eclipse
transformations on export.
Eclipse fault data export now works from a grid
1125089 Export - Eclipse
copied from a portion of another grid
Petrel now exports fault properties when they are
1148872 Export - Eclipse
in a folder
Fixed numerous issues MAPAXES coordinate
1150800 Export - Simulation Data
transformations on export.
Export to RESCUE file now includes all well traces
1138771 Export-RESCUE and the active local grid set. Import of this data is
NOT supported.
290172 Import - 2D Grid Import of binary CPS3 files is now supported.
Import - 3D Grid - All
1159640 Fixed error when loading Open RMS file
Formats
Grids from all sources are unit converted on
1153061 Import - CMG
import if required
Simulation results can now be imported under any
908835 Import - Eclipse
core system license
Fixed problem loading LGRs from grid with split
1125937 Import - Eclipse
layers
Internal Memory 2.5 GB (Win 2000 + XP32) and 4.5 GB (Windows XP 64)
Processor(s)
Processor speed is mostly influential when it comes to large CPU intensive tasks such as
volume calculations, property calculations, upscaling etc. The processor also feeds the
graphics board with information so the story is not quite so straightforward. The minimum
requirement processor might be ok for simple Petrel usage, but we do recommend going for
the highest specified PC available. Petrel does not fully utilise many processors, but there are
definitive advantages to using a dual core or a 2-CPU machine. The second CPU is simply
used for other system activities. Petrel has been tested on Single, Dual and Dual-core
processor systems.
A 64-bit processor is needed to run Windows XP 64-bit. Intel Xeon processors and AMD
Opteron processors are suitable candidates.
Graphics cards
Choosing the right graphics card for your computer is important to ensure that Petrel
performance is maximised. Typically a user will see substantial differences between low- and
high-end cards when using large 3D grids, or when performance seismic volume rendering.
Graphics card performance is dependant on several factors outside the control of
Schlumberger. Corporate PC OS images, drivers and board manufacturers all affect graphics
performance.
The following cards were used during the Petrel 2005 testing cycle. Grouping is based on
user feedback.
Top-end cards
Manufacturer Processor Max. Memory PC Type Architechture
Mid-end cards
Manufacturer Processor Max. Memory PC Type Architechture
Low-end cards
Manufacturer Processor Max. Memory PC Type Architechture
High-end systems
PC brand Type Processor Speed RAM Graphics GPU
card RAM
Known Issues
Core & Modeling
• Plotting canvasses incorporating transparent polygon fill to hardcopy is dependent on
whether the selected printer supports blending. If your plotter does not support this
feature transparent polygon fill will be drawn solid. The window may be exported to
another Windows application and plotted from there. (This workaround is subject to
the issue below.)
• Exporting plotting canvasses incorporating transparent polygon fill to emf may be
dependent on graphics driver version. Older graphics drivers may draw the
transparent fill in white, instead of the colour selected in Petrel.
• Flattening on well tops may give undesired results if the well section includes wells
with missing tops (1163547).
Reservoir Engineering
• The new convert case operation does not convert the schedule or summary sections.
The converted case will contain duplicate or inconsistent keyword combinations: the
user must open the keyword editor on the converted case and resolve these conflicts
by removing the redundant original keywords, which will be coloured black, before
the simulation will run. Assignment of multiple saturation functions, fluids and/or
initial conditions to regions is also likely to be incorrect and should be checked in the
Define Simulation Case process. See the online help for more details.
• Editing well tops may invalidate relative well completions.
If your well completions (casing, perforations, etc.) are specified with their depths
relative to a marker in a tops set, and you delete a well or a horizon or insert a horizon
into the tops set, the internal calculation of completion items’ positions from relative
depths may be corrupted. This will show up in a well section view and in the
connections exported to the simulator. There are two workarounds. 1) Before making
such a change to the tops set, right mouse button the global completions folder and
select ‘place all completions relative to datum’. Make the required changes to the tops
set, then do the same but choose ‘place completions relative to nearest top’. 2)
Alternatively, if the corruption does occur, simply save the project, close it, and
reload it. The depths used will be recalculated from the relative depths specified. Note
however that any completion items specified relative to a deleted horizon will have to
be redefined.
• The summary calculator does not work with observed data, flow controls, nor tracer
and component results from the simulator
• Summary data from R2SL or Avocet IAM cannot be loaded. This data uses an
extended form of well identifier (well@reservoir) which is not supported by Petrel
• Completions for horizontal or near horizontal wells only display reliably using MD
(measured depth) in the well section window. TVD, TVDSS, TWT, TVT and TST
may produce strange or blank displays.
• Loading of simulation results is slow compared to FloViz or ECLIPSE Office
• Local grid properties do not display in the well section window
• The .max, .min etc. functions in the 3D property calculator do not work correctly
when both the global and local grid(s) are included. Partial workaround is to use the
filter to operate on a single grid domain at a time.
• Constructing well paths from simulation results files produces strange results if wells
are highly deviated or multi-lateral. It is strongly recommended in all cases to load