Capture the maximum number of connections/perforations per well, the
maximum number of wells (or sub-groups) per well/node group, and the
maximum number of well/node groups in the field.
These maximum sizes are needed to correctly define the portions of
the contents of the INTEHEAD vector in a restart step.
Allow keywords that can be default constructed to do so when acted uppon
by MULTIPLY and ADD.
Setting the "MULTIPLY" keyword to act on "PORV" would throw an
exception:
"Program threw an exception: Fatal error processing MULTIPLY keyword.
Tried to scale not defined keyword PORV"
Now the initPORV is called if the MULTIPLY keyword is parsed with PORV.
Note that MULTIPLY for PORV will also work in the GRID section (which it
does not in eclipse), but will fail if it is placed prior to setting a
variable PORV depends on.
Commit authored by Sveinung Styve Rundhovde and Lars Petter Hauge
clean up
removed aquancon collection from Aquifer CT
clean up and unit test
clean up
Conflicts:
lib/eclipse/CMakeLists.txt
Add reference to Van Everdingen and Hurst
remove cmakelists
added test in Cmake
Added aquiferct to cmake
even though the official documentation does not seem to specify
whether the specified heat capacities of the SPECROCK and SPECHEAT
keywords are for constant pressure or for constant volume, the
implicitly seem to be for the latter: pressure dependent heat
capacites cannot be specified, yet the enthalpy for an incompressible
fluid *is* pressure dependent, so the specified heat capacities must
be for constant volume and they specify the internal energy instead of
the enthalpy.
Aquancon object
Reorganized and changed the way the aqurecord object works
Working aquancon object. Still need to implement better logic. Also added test case
Changed indexing bug
Fixed the correct indices for the collate function
Made a private function for getting the record index matching the aquifer id
Reformatted the private function for readibility
Added logic to find unique global cell indices
Collate function done... Now need to apply logic to these entries...
clean up
Conflicts:
lib/eclipse/EclipseState/Aquancon.cpp
edit object definition
this is just like the solvent "phase" and the polymer "phase". Since
IMO this is a bit awkward, the Phases class should possibly be renamed to
something like "ConservedQuantities".
When running test in opm-parser, this never showed up as a problem since
Equil.hpp seems to be always included after <vector> is included (either
directly or by including other files). However, this can become a
problem when using opm-parser in other projects (eg, sunbeam)