-
Notifications
You must be signed in to change notification settings - Fork 6
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
Potentially overly strict seismic4d filter #348
Comments
I had a look, and no it is not enforced, it will only be added if the user includes it when exporting data. ExportData(timedata=[[20200101, "monitor"], [20190101, "base"]]) This is also allowed, but will not set the label ExportData(timedata=[[20200101], [20190101]]) And it is difficult to enforce it, as it will only be applicable to seismic 4d data I guess. And ATM I don't think we have a way of tagging seismic data as 4d-data.. we have this issue equinor/fmu-dataio#673 |
Our default filter should probably not expect |
Offline discussions 4 nov 2024:
Should theoretically be sufficient that we check for the existence of
|
Hi,
Currently the seismic4d filter requires
base
andmonitor
keywords:fmu-sumo/src/fmu/sumo/explorer/Filters.py
Lines 2 to 7 in e935ad1
However, some seismic surfaces are defined by only having time values, e.g.
which will cause
sumo_explorer.cases.filter(field=<field_name>, has=Filters.seismic4d)
to filter out these.Thanks!
The text was updated successfully, but these errors were encountered: