Skip to content
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

Open
SteffenEq opened this issue Oct 17, 2024 · 4 comments
Open

Potentially overly strict seismic4d filter #348

SteffenEq opened this issue Oct 17, 2024 · 4 comments

Comments

@SteffenEq
Copy link

Hi,

Currently the seismic4d filter requires base and monitor keywords:

seismic4d = {
"bool": {
"must": [
{"term": {"data.content.keyword": "seismic"}},
{"term": {"data.time.t0.label.keyword": "base"}},
{"term": {"data.time.t1.label.keyword": "monitor"}},

However, some seismic surfaces are defined by only having time values, e.g.

  time:
    t0:
      value: "2019-10-01T00:00:00"
    t1:
      value: "2020-10-01T00:00:00"

which will cause sumo_explorer.cases.filter(field=<field_name>, has=Filters.seismic4d) to filter out these.

  • Is this intentional?
  • Is the seismic4d perhaps overly strict?
  • Is t0 always base and t1 always monitor?
  • Is t0 always before t1?
  • Is it a metadata issue that these surfaces have t0 and t1 defined but with missing base/monitor?

Thanks!

@equinor-ruaj
Copy link
Contributor

@mferrera @tnatt Is the base and monitor labels enforced by dataio?

@tnatt
Copy link

tnatt commented Oct 18, 2024

I had a look, and no it is not enforced, it will only be added if the user includes it when exporting data.
Like the example below

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
Once the issue is solved, we could include a check that the labels are set for these objects.

@equinor-ruaj
Copy link
Contributor

Our default filter should probably not expect base and monitor to be set then @perolavsvendsen ?

@perolavsvendsen
Copy link
Member

Offline discussions 4 nov 2024:

  • Each individual survey is 3D. It only becomes "4D" when two or more 3D surveys are combined.
  • Not possible to know when running a survey if it at some point will be combined with other surveys.

Should theoretically be sufficient that we check for the existence of t1. Suggest we change to:

  • data.content.keyword: "seismic"
  • data.time.t0 exists and is not None
  • data.time.t1 exists and is not None

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants