-
Notifications
You must be signed in to change notification settings - Fork 15
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
Faultroom export lacks mapping of juxtapositions to SMDA names #724
Comments
In the Faultroom export we have
These are the juxtaposition names in the faultroom file that are relevant to RMS. However, they are not aligned with the names in SMDA. The idea is to make these RMS names to the ones in SMDA, and this mapping already exists in the global configuration file: fmu-dataio/examples/s/d/nn/xcase/realization-0/iter-0/fmuconfig/output/global_variables.yml Lines 62 to 70 in 1a1054e
The idea is when exported the faultroom metadata, the SMDA name should be exported in the metadata, not the RMS name. This requires having access to the global configuration file, so it should be done in the object data provider without modifying the original faultroom export file or its parsed object in Python. fmu-dataio/src/fmu/dataio/providers/objectdata/_faultroom.py Lines 69 to 76 in 1cc79a8
Then an initial implementation could be placing a helper function either in the data provider class so that it has access to fmu-dataio/src/fmu/dataio/providers/objectdata/_faultroom.py Lines 24 to 26 in 1cc79a8
We can take some inspiration from the existing implementation in the ObjectDataProvider base class: fmu-dataio/src/fmu/dataio/providers/objectdata/_base.py Lines 198 to 207 in 1cc79a8
In this case we'd only need the name and can ignore some part: if (
isinstance(self.dataio.config, GlobalConfiguration)
and (strat := self.dataio.config.stratigraphy)
and name in strat
):
return strat[name].name |
The text was updated successfully, but these errors were encountered: