Intended for all data sets and simulation results
This is the OPM repository which is supposed to contain all relevant datasets and simulation results which are required to test the OPM simulators thoroughly.
Decks are now provided under the open database license, and new decks should also be provided under the same or a compatible license.
Note that the git history contains proprietary decks (now removed) where usage restrictions may apply.
Reason: OPM/opm-common#271
OPM/opm-simulators#1275
libecl = 5b6d9e0ba9e77ce620a7675892d5726642b043d4
opm-common = 20b1b27e2757854173e9f6aef690aec922f475e0
opm-core = 1a8ae0a95aac3c0f0dbfb7f009a14bff4da41f1c
opm-grid = 48446692ec7df61397559ed590162e825287315e
opm-material = 3807a08b8075baf3e0d90aed64be60f1db7307df
opm-parser = 71dd6ae8f3e9a8132b0f52cc8ead23388c33869a
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = 9fd8779c360aaeb32f7b990a710beb43e9e06bac
opm-simulators = 1a5697f73bb09e2dded4b38cc4b61bdbb32103ad
Excerpt from: OPM/opm-parser#587
The current 'fix' is just to revert the functionality of #581 - but the longer term fix must determine one of two:
So the important question is: "Is CPR a valid keyword in the summary section?" Can someone who contributed the original SPE9 dataset shed some light on this?
I get the following when trying to run flow_polymer on the only polymer related deck in opm-data:
./bin/flow_polymer deck_filename=/home/and/src/opm-data/polymer_test_suite/simple2D/2D_THREEPHASE_POLY_HETER.DATA
[...]
Program threw an exception: [/home/and/src/opm-autodiff/opm/autodiff/NewtonIterationBlackoilCPR.cpp:394] formEllipticSystem() requires 3 phases.
terminate called after throwing an instance of 'std::logic_error'
what(): [/home/and/src/opm-autodiff/opm/autodiff/NewtonIterationBlackoilCPR.cpp:394] formEllipticSystem() requires 3 phases.
Aborted
for me this is quite sub-optimal, because I can't have any confidence that my recent refactorings do not cause regressions. (If you tell me that you'll fix them yourself, I'll open a PR with them anyway, though.) Maybe there's another polymer deck available, but where?
Reason: OPM/opm-common#225
OPM/opm-output#159
OPM/opm-simulators#1039
ert = c3dc5e7e37e7dee26ca2808be71653e25777fa6a
opm-common = 59d3a3804781f62be72cf751be4c53b093f16656
opm-core = 5e677652296e4f59955e22bf15da31a5d51afbbd
opm-grid = f55366ef5beeb92808c308bd20ab0750bc849b8a
opm-material = 91543e165f853d0b5b458f8e32844f7c26f843df
opm-parser = f52929199035baed2db7507fa1e23e15b73dfdce
opm-output = 59dcb0a8f45a18445d44c63161016a2bafb6ae25
ewoms = 2c6632c9daedccaeaafbbcf4645376c0ba4893bd
opm-simulators = 34bc93ef5553fe26b6eff6c6aa9bebcb0f2bd5b7
Reason: OPM/opm-simulators#1019
ert = 96bd87ea0ce1ae946179ce26d05773f43e89b327
opm-common = ec96d6e9c9455c09dc5803f99835a68e01508037
opm-core = acc0f8126024f2175a961deb1367a87b5e4bd7d9
opm-grid = 770e08383078eb2f4cd950dc2d6a4d93a2258c39
opm-material = a6c1ea03f1199ea4cb38091d9058e7cbfa8a19ab
opm-parser = d225d2b811a3e2b25670aa8c07468e150915bc1b
opm-output = f8101942f911cc510a1179514253497b77dfefcb
ewoms = c6cd685937868985f05f4d7c4d3632ffb656f2f6
opm-simulators = efa9bf514f45c6f70f30371140d27073bcd017ac
These keywords are not supported by flow.
If not stated otherwise, the keywords are not supported in both of the cases.
-- Summary files --
BOSAT:304
BOSAT:7,7,4
BRS:1
BRS:1,1,1
BRS:1,9,1
BRS:252
BRS:274
BRS:304
BRS:4,4,4
BRS:7,7,4
BRS:73
BRS:81
BRS:9,1,4
BRS:9,9,1
YEARS
---------- Only CASE2 does not support
FOPR
FOPT
-- UNRST-files --
IGRP
SGRP
XGRP
ZGRP
SWEL
XWEL
ZWLS
IWLS
SCON
XCON
DLYTIM
HIDDEN
SOMAX
REGDIMS
FIPFAMNA
REGRPT
---------- Only CASE2 does not support
RS
RV
The SPE cases use field units, and we have changed OPM to write FIELD unit data instead of always using METRIC in summary files.
We should update the opm reference solutions to account for this.
This raises another question: why did not the Jenkins tasks comparing SPE results fail?
Reason: OPM/opm-common#271
OPM/opm-simulators#1275
libecl = 5b6d9e0ba9e77ce620a7675892d5726642b043d4
opm-common = 98ec2dd720d5726d8c5ec0708eeb406d3ede7922
opm-core = 1a8ae0a95aac3c0f0dbfb7f009a14bff4da41f1c
opm-grid = 48446692ec7df61397559ed590162e825287315e
opm-material = 3807a08b8075baf3e0d90aed64be60f1db7307df
opm-parser = 71dd6ae8f3e9a8132b0f52cc8ead23388c33869a
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = 9fd8779c360aaeb32f7b990a710beb43e9e06bac
opm-simulators = 741f84024b4673ef39465f0eb6d5cd7036f4009d
Reason: OPM/opm-simulators#1269
libecl = ff062bb0621b8b5f32d27661d580545698e1e68d
opm-common = 2f872e82b3602b3ce165316ea19802e4796abf81
opm-core = c98683e31e98a2b57617963174406aef4cb67a48
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = fa3dfce88d4aded1ab6528ba11285245c3cb1c6c
opm-parser = c2bf2f0cf1ad9944351f8e110447ea5d2f864edf
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = 12b4cbaa4392939da1b7b677185db1b251aa2091
opm-simulators = e4758355e396b19f1c4678c44e266be36af8d9cc
In order for SPE1DECK.DATA at opm-data/spe1 to run, the '=' signs following the keywords GRID, PROPS, SOLUTION, SUMMARY, SCHEDULE and END should be removed. Also note that the SPE1-case should run for 8 years, not 3.
After making the above changes and comparing the graphs produced by Eclipse and Flow, I noticed that the following graphs are very different:
If I try to run reduced_norne/CASE_5_EQUALS_MULTZ_field_barriers/NORNE_C5_3P_EQUIL.DATA it does not find the include files. I have to set a link manually:
educed_norne/CASE_5_EQUALS_MULTZ_field_barriers $ ln -s ../INCLUDEReason: OPM/opm-simulators#1250
libecl = b17c5ffbf2f82594b01037d39ca9440252a10536
opm-common = 67a8d5b55374e5507a6bd577193afcf3755e352f
opm-core = c98683e31e98a2b57617963174406aef4cb67a48
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = aabf238f362c54771e454350a182e87031a1a374
opm-parser = 0c5b77f5234eaef8d164b56791aa0463f89171fc
opm-output = 3958efb73b235d4394dc5fd48b0a1eaa7c5f7e1f
ewoms = 8dc4546b33924e4d640654b4d85fc799fc62ff58
opm-simulators = 0e75f41b9402e51919faaa2d87d519fff39b78fb
These keywords are not supported by flow.
If not stated otherwise, the keywords are not supported in both of the cases.
-- Summary files --
BGSAT:1
BGSAT:1,1,1
BGSAT:1,1,2
BGSAT:1,1,3
BGSAT:10
BGSAT:10,1,1
BGSAT:10,1,2
BGSAT:10,1,3
BGSAT:10,10,1
BGSAT:10,10,2
BGSAT:10,10,3
BGSAT:100
BGSAT:101
BGSAT:110
BGSAT:200
BGSAT:201
BGSAT:210
BGSAT:300
BPR:1
BPR:1,1,1
BPR:10,10,3
BPR:300
WGOR:PROD
YEARS
---------- Only CASE1 does not support
FGOR
FOPR
-- UNRST files --
IGRP
SGRP
XGRP
ZGRP
SWEL
XWEL
ZWLS
IWLS
SCON
XCON
DLYTIM
HIDDEN
REGDIMS
FIPFAMNA
REGRPT
---------- Only CASE1 does not support
RS
Reason: OPM/opm-output#160
ert = d52d7dccd77ab1412e20a27a5cb2f80d1d992829
opm-common = 7222b210c72bb719fbd9481dea793016a9805646
opm-core = c5a80e97a2b535ad9f90a9f7a133cb3573bd1cdf
opm-grid = f55366ef5beeb92808c308bd20ab0750bc849b8a
opm-material = 22d1301045642e65cfb711bdbfa8e5e335572ec1
opm-parser = f52929199035baed2db7507fa1e23e15b73dfdce
opm-output = 1ba1cc57b441459d30b11ba0ec44c427d3238cc9
ewoms = 3e4d1c5612c371d14874b85aad87240911678b51
opm-simulators = 1ba1cc57b441459d30b11ba0ec44c427d3238cc9
you heard it here first
you heard it here first
Just FYI.
With the current code version, for the first time step, it requires more than 15 time steps to get convergent. It is suggested to use the parameter max_iter=25 .
For the second last time step, the current code has problems in getting convergent by adjusting parameters. I tried some, it did not work.
Reason: OPM/opm-simulators#1257
libecl = b61ecda1a1ae3637b863ac8b3e74bf4bf06d6481
opm-common = 67a8d5b55374e5507a6bd577193afcf3755e352f
opm-core = c98683e31e98a2b57617963174406aef4cb67a48
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = aabf238f362c54771e454350a182e87031a1a374
opm-parser = b38be0dfccd3ad3f4dd325c9f2512dd4fe175879
opm-output = 3958efb73b235d4394dc5fd48b0a1eaa7c5f7e1f
ewoms = 8dc4546b33924e4d640654b4d85fc799fc62ff58
opm-simulators = 3806969578222731da28aa98b84ff97071267619
These keywords are not supported by flow.
If not stated otherwise, the keywords are not supported in both of the cases.
-- Summary files --
BGSAT:1,13,1
BGSAT:289
BPR:1
BPR:1,1,1
BWSAT:10,25,15
BWSAT:8986
YEARS
-- UNRST-files --
IGRP
SGRP
XGRP
ZGRP
SWEL
XWEL
ZWLS
IWLS
SCON
XCON
DLYTIM
HIDDEN
REGDIMS
FIPFAMNA
REGRPT
Reason: OPM/opm-simulators#1133
ert = 522143e5acf80f10ee1f6795f4c31f6614a93b14
opm-common = 5c62c6e96fe7905905c22244fc78f8221c6e31a2
opm-core = 3b5e15771b4aa9da34922e5dc3c0832ccda8b222
opm-grid = f81cd33c5811f2d64b17495158102f28b10d0a18
opm-material = ce9644bda9ab87cb6288ac4f3ccfade4f9662ad3
opm-parser = 15b609551749deeced701341ad164633cd0b99d7
opm-output = 27ded6ba11a7d5255a31cdd2c8a16a44c5982241
ewoms = b87cb1f4b6205c70bd7a702593ffca366bb67bb2
opm-simulators = 3f1874d18dd2dc09098d18d87da05739693493c1
Reason: OPM/opm-simulators#1019
ert = 96bd87ea0ce1ae946179ce26d05773f43e89b327
opm-common = ec96d6e9c9455c09dc5803f99835a68e01508037
opm-core = acc0f8126024f2175a961deb1367a87b5e4bd7d9
opm-grid = 770e08383078eb2f4cd950dc2d6a4d93a2258c39
opm-material = a6c1ea03f1199ea4cb38091d9058e7cbfa8a19ab
opm-parser = d225d2b811a3e2b25670aa8c07468e150915bc1b
opm-output = f8101942f911cc510a1179514253497b77dfefcb
ewoms = c6cd685937868985f05f4d7c4d3632ffb656f2f6
opm-simulators = efa9bf514f45c6f70f30371140d27073bcd017ac
For analysis and comparison. Thanks.
Reason: OPM/opm-simulators#1257
libecl = 91a7f7f0651938cc5fa9e849a107b4e66f88f252
opm-common = 67a8d5b55374e5507a6bd577193afcf3755e352f
opm-core = c98683e31e98a2b57617963174406aef4cb67a48
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = aabf238f362c54771e454350a182e87031a1a374
opm-parser = 9d3d43b8982f5fff0ab74f5153f67802255ec35b
opm-output = 3958efb73b235d4394dc5fd48b0a1eaa7c5f7e1f
ewoms = cc4f41d4daaf5bcd9a45737302bc14e9ccf8bace
opm-simulators = b0e4de008644d29f2c9930269e2d8574ae9cef97
Reason: OPM/opm-common#271
OPM/opm-simulators#1275
libecl = 5b6d9e0ba9e77ce620a7675892d5726642b043d4
opm-common = 4f2cb0dd4de2a1ab42546f109832f4d580341d80
opm-core = 1a8ae0a95aac3c0f0dbfb7f009a14bff4da41f1c
opm-grid = 48446692ec7df61397559ed590162e825287315e
opm-material = 3807a08b8075baf3e0d90aed64be60f1db7307df
opm-parser = 71dd6ae8f3e9a8132b0f52cc8ead23388c33869a
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = 9fd8779c360aaeb32f7b990a710beb43e9e06bac
opm-simulators = 1a5697f73bb09e2dded4b38cc4b61bdbb32103ad
Hi. Good stuff.
There are "several" versions of the SPEX datasets around - eg. the SPE1 first commit f5620e9 has some other friends in the e-room, BENCH_SPE1.DATA and SPE1_opm.data.
Question 1: Can we agree to some metadata (at least), describing the data set in question?
Quesiton 2: Reference results. Should we put them in a subfolder, next to the actual deck data? I suggest that in any folder, there should only be one input deck (not simple, bench, bla and bla), and in this folder, there can be different reference result folders for different simulators or versions of simulator.
But my main concern is that we don't mix different decks in the same folder. Alternatively we have to supply the input deck used, with each set of output.
Some .param files are not indicating the defaulted parameter we are using now, such as the one in Norne directory. I suggest we either update them or delete them. Not updated .param files are misleading and some users asked about the poor performance from using the default.param files.
Reason: OPM/opm-simulators#1019
ert = 96bd87ea0ce1ae946179ce26d05773f43e89b327
opm-common = ec96d6e9c9455c09dc5803f99835a68e01508037
opm-core = acc0f8126024f2175a961deb1367a87b5e4bd7d9
opm-grid = 770e08383078eb2f4cd950dc2d6a4d93a2258c39
opm-material = a6c1ea03f1199ea4cb38091d9058e7cbfa8a19ab
opm-parser = d225d2b811a3e2b25670aa8c07468e150915bc1b
opm-output = f8101942f911cc510a1179514253497b77dfefcb
ewoms = c6cd685937868985f05f4d7c4d3632ffb656f2f6
opm-simulators = 7f660b4fb453e4177f626696c2af861a48cc01fe
Reason: OPM/opm-simulators#1250
libecl = 5ece568a65ca761b41ec8e1fcaa02fc6b2f57a12
opm-common = 67a8d5b55374e5507a6bd577193afcf3755e352f
opm-core = c98683e31e98a2b57617963174406aef4cb67a48
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = aabf238f362c54771e454350a182e87031a1a374
opm-parser = 9d3d43b8982f5fff0ab74f5153f67802255ec35b
opm-output = 3958efb73b235d4394dc5fd48b0a1eaa7c5f7e1f
ewoms = cc4f41d4daaf5bcd9a45737302bc14e9ccf8bace
opm-simulators = fc62dd817e5a839f423ed20ffc13302c04bf95c3
Reason: OPM/opm-simulators#1087
ert = d22b958d3ae34d86f19b4db10f8389c7686fe39c
opm-common = f9311b96f3625bee006306cc8620bcdd02284fe1
opm-core = d3d7c6410751065f713db6966d8715a09642f6ee
opm-grid = d68e2796ff50e7ae73d83bab8f2a53ae6c7b20cd
opm-material = 91efd78d73f054f7cb0ae7b5486b5ce6893bebe5
opm-parser = 2834c4fd4dc546381dad1a39a6af6d1c1883a212
opm-output = a380ebf6c19981b05a19fa826f105b3015b88359
ewoms = 6a4dbb4f456013f05ae45e1106070ac7abbf2e87
opm-simulators = 8b7c1173b2ca7b5a1c23fdd24abfee5f4bbb9129
Reason: OPM/opm-common#225
OPM/opm-output#150
OPM/opm-simulators#1038
ert = 44637e9ebf48d9437c2e0e3a8f9f0a515c21ba15
opm-common = 60cccef5bc2d995d3e2aa279a3f51bb3ff60782b
opm-core = 5e677652296e4f59955e22bf15da31a5d51afbbd
opm-grid = f55366ef5beeb92808c308bd20ab0750bc849b8a
opm-material = 91543e165f853d0b5b458f8e32844f7c26f843df
opm-parser = f52929199035baed2db7507fa1e23e15b73dfdce
opm-output = 5ca47accd2c9473eb38a53db8f85c558164da0a8
ewoms = 2c6632c9daedccaeaafbbcf4645376c0ba4893bd
opm-simulators = 5ca47accd2c9473eb38a53db8f85c558164da0a8
Data update required: OPM/opm-output#136
The grid in SPE9.DATA is specified in block-centered geometry therefore it used OLDTRAN as default. OPM does not support OLDTRAN. For OPM-FLOW to get match with Eclipse on SPE9.DATA NEWTRAN has to be specified in the deck. Either we need to support OLDTRAN or I suggest to remove SPE9.DATA and replace it with SPE9_CP.DATA and add a warning in the parser that OLDTRAN is not supported.
Reason: OPM/opm-simulators#1273
libecl = 5b6d9e0ba9e77ce620a7675892d5726642b043d4
opm-common = 0ea57b90547846204c5f9aebd6134d90364b3427
opm-core = 96c4e8f531fab7c03a5e70535324c739aa98cfd3
opm-grid = 14ddb16dbc861fabd277c9d28b1a4f86e53ed017
opm-material = 02a2365e7d0794f4695aa5517488a58351316279
opm-parser = 00c5b0e1c5243aaa3f6d8f79332802a4b1400068
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = a110c7c6b76ffda88f3191d05ebac40d04392deb
opm-simulators = 03d4652b79e1f303a0d6d8401f107df93f8ba20c
The code in the folder https://github.com/OPM/opm-data/tree/master/output_comparator uses ERT's ecl reading to do some comparisons.
This functionality, I believe, is covered elsewhere now.
Comments? @alfbr?
Reason: OPM/opm-simulators#1273
libecl = 78d2d8cdefa1abdad3a44a99b81f754be32436ed
opm-common = 32832780904e83f8a2d2e142314d9cb635420794
opm-core = 33305c4f1f31ee717e9709ecdfa87601ddc10c0a
opm-grid = a61fc463a58d90a72bafbd6565166cd244b515c4
opm-material = c86c119120e88e8f26a64e5763a6781b0f9383e7
opm-parser = b1fa13b2801e16b144fb74995d6af2aacab4d3fd
opm-output = 563c5c78241ab30de64662991944651ed38b1412
ewoms = a093ddabc4c76a5705ae37917be547f6553dd011
opm-simulators = b0ad245cca2d58b1c148c6e6f5ba3bed913539ed
Hi - looking at the jenkins tests for the polymer simple2D it seems like some output files (eg. 2D_THREEPHASE_POLY_HETER.UNRST) are missing in the eclipse-simulation?
Perhaps you have the opportunity to look at this, and add the missing files needed @GitPaean? Thanks.
you heard it here first
Reason: OPM/opm-common#271
OPM/opm-simulators#1275
libecl = 5b6d9e0ba9e77ce620a7675892d5726642b043d4
opm-common = 98ec2dd720d5726d8c5ec0708eeb406d3ede7922
opm-core = 1a8ae0a95aac3c0f0dbfb7f009a14bff4da41f1c
opm-grid = 48446692ec7df61397559ed590162e825287315e
opm-material = 3807a08b8075baf3e0d90aed64be60f1db7307df
opm-parser = 71dd6ae8f3e9a8132b0f52cc8ead23388c33869a
opm-output = 4b6785ef94f526ba1a1d0549a7d7c6add38e3746
ewoms = 9fd8779c360aaeb32f7b990a710beb43e9e06bac
opm-simulators = 1a5697f73bb09e2dded4b38cc4b61bdbb32103ad
you heard it here first
you heard it here first
Just saw that when testing the summary output problem.
Maybe something need to be updated for this module.
Reason: OPM/opm-simulators#1019
libecl = 59debc4adec6168202c417e22075a3f20f667700
opm-common = a7402e572092d59f72cda136f40c522b991a784d
opm-core = 3f403a8470692f8ee191e84cd28b6d6000b2fcbd
opm-grid = 770e08383078eb2f4cd950dc2d6a4d93a2258c39
opm-material = e199b73f626a452cc33018b902b92811f8623eaf
opm-parser = 836b78352c5097caa93d0a5caf4a0cba951b5e76
opm-output = 724071cce0dd29ed04dad1d5e40f07e1d50c0757
ewoms = c83a2a9ff2a11346acfe689d64052fe1d963327d
opm-simulators = b29edfdce3e423ee1d71353bcfe071d82ebfc025
Hi,
Does anyone know how to open SPE1 case using windows platform? I've already typed the directory as mentioned on the tutorial. However, it somehow doesn't work and just leaves me with the message no such file or directory.(As you can see in the attachment)
Reason: OPM/opm-simulators#1220
libecl = 783f7ca1287e59da75bfebc25e91e604b3ecb438
opm-common = 65b4a7cc96d6491e8aa254709eb4f2ece05d2479
opm-core = 41234f1bee05e509a394b3151a3aaf0f040a6319
opm-grid = f7c7bf9557671d04a91377bf12d31ecaacb8e83b
opm-material = ec2c6cc4d4b22520b7c8a576b2549acfc311d167
opm-parser = 476000e4701d9b48f2ad9b2800b9924d63d1aa58
opm-output = 52f6dd1a7f5e4f5653d5068c940d35fe76ea1a86
ewoms = 081cc0bd27b45fbc93625053c815cf1f6230b04e
opm-simulators = 9deae2159aedac35e30f979ff7da74d7195a7e92
I have an old reference, while was run with different filenames. I think filename appears in a lot of output file. It will make sense if someone can upload a Eclipse reference based on the current file name.
Thanks.
Function findDeviationsThroughAllReportSteps contains the following rather curious looking condition on line 10 of output_comparator/src/compare_eclipse.py
if len(ecl_kw_list_B) != len(ecl_kw_list_B):From context it would appear that we would need to apply the patch below. I think this is at least partially responsible for the test failures we're currently seeing on the automated Jenkins PR tests for opm-autodiff.
diff --git a/output_comparator/src/compare_eclipse.py b/output_comparator/src/compare_eclipse.py
index 00fd22b..ebaa757 100644
--- a/output_comparator/src/compare_eclipse.py
+++ b/output_comparator/src/compare_eclipse.py
@@ -7,7 +7,7 @@ def findDeviationsThroughAllReportSteps(absolute_deviations, relative_deviations
ecl_kw_list_A = restart_file_A[keyword]
ecl_kw_list_B = restart_file_B[keyword]
- if len(ecl_kw_list_B) != len(ecl_kw_list_B):
+ if len(ecl_kw_list_A) != len(ecl_kw_list_B):
print("Different number of report steps")
exit(1)Hi!
Anybody that knows why the running of the dataset at https://github.com/OPM/opm-data/tree/master/polymer_test_suite/simple2D fails?
See https://ci.opm-project.org/job/polymer-test-simple-2d/
flow_polymer: /var/lib/jenkins/workspace/opm-parser-install/opm/parser/eclipse/EclipseState/Tables/SimpleTable.cpp:66: const std::vector<double>& Opm::SimpleTable::getColumn(size_t) const: Assertion `colIdx < static_cast<size_t>(m_columns.size())' failed.
Aborted
Perhaps @GitPaean have a clue?
Reason: OPM/opm-parser#1043
OPM/opm-output#167
OPM/opm-simulators#1062
ert = b4a3bb065a0c60dbbf10816dc6d6df730387eb29
opm-common = 1788ecc1f0410bd5b9c3433201c949d27a91e989
opm-core = 6d01c296865be67d43203d766564517618a9906f
opm-grid = f55366ef5beeb92808c308bd20ab0750bc849b8a
opm-material = 90fe216a1bdd0bcc3c13263101fb3095e8fcfa4f
opm-parser = 7717eb71f0012ea8175461b6b7a0040de4e543b0
opm-output = d2880aeeaf716a7534480cfdeb8fc29bae643573
ewoms = 05ce6b7af76f415d1c1875f9b4f6742d9269f24a
opm-simulators = 4679b3108da52b2ed1b61f1bd09275fc151001e4
Lack of such a case allowed the bug fixed in OPM/opm-simulators#876 to get through.
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.