You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Simulation time series metadata is used for several functionalities, including the coming average rates and interval cumulatives.
#323 added support to utilize fmu-ensemble / libecl for metadata of simulated time series data (Eclipse format), but did not handle the scenario of aggregated/csv exported data.
Necessary to make the assumption that all ensembles and realizations share the same metadata (e.g. that there are not inconsistencies in units and etc, was also done in #323, and it is something we do when we allow co-plotting of ensembles anyways.)
fmu-ensemble stores the metadata as a dict when running ScratchEnsemble.get_smry_meta() (unfortunately no support for EnsembleSet as far as I know), which would be the natural way to make this for a user. In Webviz we currently iterate over these dicts (one for each ensemble) and store the union of them in a multiindex pandas.DataFrame, that is storable as a parquet file (for portable), but is not ideal for csv as the multiindex behavior is lost.
Alternatives:
To have a standard where fmu-ensemble's output dicts are stored as json-files, and where webviz supports reading and converting the json input to the current multiindex DataFrame. In this case, it could be preferable that there exists a standard way of converting the fmu-ensemble (even though saving a dict as a json file is straight forward).
Again using json's from fmu-ensemble, but also switch out the current multiindex DataFrame in webviz and use dicts stored as BytesIO/json for portable (probably what should have been done in the first place). Will risk breaking current portable apps and require rebuild unless we handle it with care... Not really necessary, just cleaning it up a bit. Might make users "angry", so probably avoid this.
Add an export to some standard csv format to fmu-ensemble
In all cases I think it would be useful to have a similar get_smry_meta() functionality for EnsembleSet's in fmu-ensemble, so that the behavior is well defined outside upstream of Webviz (e.g. a user might have different wells/wellnames in different ensembles, but we would like a unified metadata set).
The text was updated successfully, but these errors were encountered:
Is this covered by vector_metadata() in EnsembleSummaryProvider, or is there a need for special handling of metadata for a ProviderSet - equivalent to EnsembleSet mentioned above?
Simulation time series metadata is used for several functionalities, including the coming average rates and interval cumulatives.
#323 added support to utilize
fmu-ensemble
/libecl
for metadata of simulated time series data (Eclipse format), but did not handle the scenario of aggregated/csv exported data.Necessary to make the assumption that all ensembles and realizations share the same metadata (e.g. that there are not inconsistencies in units and etc, was also done in #323, and it is something we do when we allow co-plotting of ensembles anyways.)
fmu-ensemble
stores the metadata as adict
when runningScratchEnsemble.get_smry_meta()
(unfortunately no support forEnsembleSet
as far as I know), which would be the natural way to make this for a user. In Webviz we currently iterate over these dicts (one for each ensemble) and store the union of them in a multiindexpandas.DataFrame
, that is storable as a parquet file (for portable), but is not ideal for csv as the multiindex behavior is lost.Alternatives:
To have a standard where fmu-ensemble's output dicts are stored as json-files, and where webviz supports reading and converting the json input to the current multiindex DataFrame. In this case, it could be preferable that there exists a standard way of converting the fmu-ensemble (even though saving a dict as a json file is straight forward).
Again using json's from fmu-ensemble, but also switch out the current multiindex DataFrame in webviz and use dicts stored as BytesIO/json for portable (probably what should have been done in the first place). Will risk breaking current portable apps and require rebuild unless we handle it with care... Not really necessary, just cleaning it up a bit. Might make users "angry", so probably avoid this.
Add an export to some standard csv format to fmu-ensemble
In all cases I think it would be useful to have a similar
get_smry_meta()
functionality forEnsembleSet
's infmu-ensemble
, so that the behavior is well defined outside upstream ofWebviz
(e.g. a user might have different wells/wellnames in different ensembles, but we would like a unified metadata set).The text was updated successfully, but these errors were encountered: