-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use ecl2df for summary file extraction #182
base: master
Are you sure you want to change the base?
Conversation
Can one of the admins verify this patch? |
85661fc
to
b27978a
Compare
5d5cd66
to
243b50d
Compare
Codecov Report
@@ Coverage Diff @@
## master #182 +/- ##
==========================================
+ Coverage 83.08% 83.61% +0.52%
==========================================
Files 14 14
Lines 2986 2948 -38
==========================================
- Hits 2481 2465 -16
+ Misses 505 483 -22
Continue to review full report at Codecov.
|
* realization.get_smry() has changed to always return a dummy index * cache_eclsum is pruned from fmu-ensemble.
The argument column_keys is no longer accepted by get_smry_meta(). All smry metadata available to a realization/ensemble is now always returned by this function. This function is no longer the recommended practice for a client script to obtain the relevant summary vector metadata, API users should use the attrs["meta"] property of the returned summary dataframes instead.
ensemble.get_smr() will no longer ensure that the dates returned are identical in all realization, realizations with shorter timespans will not be extrapolated as they were before. This also affects get_smry_stats(), for which realizations which failed prematurely earlier had zero rates, affecting statistical profiles. Now these realization with truncated time-series will only affect the statistical profiles in the time-range they have data for.
logger.warning( | ||
"Multiple UNSMRY files found, consider turning off auto-discovery" | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not directly related to this PR, but I think this warning in the future at least should tell which file that was chosen, but I am a bit tempted to not accept it at all, and rather fail. The behavior is very risky...
API CHANGE
Left to do :
The 3D grid access functions is also a candidate for refactoring, if the functionality is still needed.