21c897fbca
Connections between reservoir cells and numerical aquifer cells, or between numerical aquifer cells when multiple such cells define a single numerical aquifer, should always be treated as NNCs for output purposes and end up in the (NNC1,NNC2,TRANNNC) output arrays. To this end, make a special purpose predicate to identify numerical aquifer connections when forming the output NNC and transmissibility arrays and act accordingly in member functions 'computeTrans_()' and 'exportNncStructure_()'. While here, also pick up the NNC transmissibility value from 'globalTrans()' since multiplier operations like MULTREGT might have affected the explicit values entered in the NNC, EDITNNC, and EDITNNCR keywords. This is in preparation of properly incorporating such multipliers in follow-up work. Finally, fix a subtle problem caused by using 'std::abs()' to check for non-zero connections. When accounting for explicit NNCs, it might happen that the final transmissibility would become negative with a sufficiently large absolute value that 'abs(t) > threshold' would be true. This would result in outputting a negative transmissibility value to the NNC arrays which would confuse result processors. |
||
|---|---|---|
| doc | ||
| ebos | ||
| examples | ||
| external/fmtlib | ||
| flow | ||
| jenkins | ||
| opm | ||
| python | ||
| tests | ||
| .clang-format | ||
| .gitignore | ||
| CHANGELOG.md | ||
| CMakeLists_files.cmake | ||
| CMakeLists.txt | ||
| compareECLFiles.cmake | ||
| CTestConfig.cmake | ||
| dune.module | ||
| LICENSE | ||
| opencl-source-provider.cmake | ||
| opm-simulators-prereqs.cmake | ||
| parallelRestartTests.cmake | ||
| parallelTests.cmake | ||
| README.md | ||
| regressionTests.cmake | ||
| restartTests.cmake | ||
Open Porous Media Simulators and Automatic Differentiation Library
CONTENT
opm-simulators contains simulator programs for porous media flow. The most important (and tested) part is the Flow reservoir simulator, which is a fully implicit black-oil simulator that also supports solvent and polymer options. It is built using automatic differentiation, using the local AD class Evaluation from opm-material.
LICENSE
The library is distributed under the GNU General Public License, version 3 or later (GPLv3+).
PLATFORMS
The opm-simulators module is designed to run on Linux platforms. It is also regularly run on Mac OS X. No efforts have been made to ensure that the code will compile and run on windows platforms.
REQUIREMENTS
opm-simulators requires several other OPM modules, see http://opm-project.org/?page_id=274. In addition, opm-simulators requires Dune and some other software to be available, for details see https://opm-project.org/?page_id=239.
DOWNLOADING
For a read-only download: git clone git://github.com/OPM/opm-simulators.git
If you want to contribute, fork OPM/opm-simulators on github.
BUILDING
See build instructions at http://opm-project.org/?page_id=36
DOCUMENTATION
Efforts have been made to document the code with Doxygen. In order to build the documentation, enter the command
make doc
in the topmost directory.
REPORTING ISSUES
Issues can be reported in the Git issue tracker online at:
https://github.com/OPM/opm-simulators/issues
To help diagnose build errors, please provide a link to a build log together with the issue description.
You can capture such a log from the build using the `script' utility, e.g.:
LOGFILE=$(date +%Y%m%d-%H%M-)build.log ;
cmake -E cmake_echo_color --cyan --bold "Log file: $LOGFILE" ;
script -q $LOGFILE -c 'cmake ../opm-core -DCMAKE_BUILD_TYPE=Debug' &&
script -q $LOGFILE -a -c 'ionice nice make -j 4 -l 3' ||
cat CMakeCache.txt CMakeFiles/CMake*.log >> $LOGFILE
The resulting file can be uploaded to for instance gist.github.com.