<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Le 11/06/2025 à 16:38, BONNAREL
      FRANCOIS gmail a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:e28faabe-8830-41e7-a549-e3cb386c44cc@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div class="moz-cite-prefix">Dear Mark, dear all<br>
      </div>
      <div class="moz-cite-prefix">Le 11/06/2025 à 16:27,
        CresitelloDittmar, Mark via heig a écrit :<br>
      </div>
      <blockquote type="cite"
cite="mid:CAH4enyMOHwF4bZGHgWYWaC8i_XaYZ+vjQc8V9dvm9dUpKT0w1A@mail.gmail.com">
        <meta http-equiv="content-type"
          content="text/html; charset=UTF-8">
        <div dir="ltr">
          <div>A quick counterpoint here.</div>
          <div>The purpose of the ObsCore plenary was to bring this from
            a set of interest group projects, to the working group level
            for pushing through to standards.  I don't think that
            cutting the working groups out of the discussion is a good
            move.. but the topics should be directed to the appropriate
            working group(s).</div>
          <div><br>
          </div>
          <div>I certainly would like the DM group to be included in
            discussions about how we the DM content is going to move
            forward.</div>
          <div><br>
          </div>
          <div>My understanding about how this might play out is:</div>
          <div>  * ObsCore v1.2 to contain</div>
          <div>      * the 'common' properties identified across the
            domain-specific notes.</div>
          <div>           - some discussion may need to occur for
            proposed changes to core properties which are non-trivial</div>
          <div>      * relatively generic descriptions of the
            properties, and in some manner, referencing the extension
            documents for detailed descriptions of the properties in the
            context of that domain.</div>
        </div>
      </blockquote>
      <br>
      <p>This has been proposed in one of the splinter before interop at
        least, yes. But achieving that may delay 1.2 a lot. Hence my
        slightly different view to</p>
      <p>have the minimal consensus ASAP</p>
      <blockquote type="cite"
cite="mid:CAH4enyMOHwF4bZGHgWYWaC8i_XaYZ+vjQc8V9dvm9dUpKT0w1A@mail.gmail.com">
        <div dir="ltr">
          <div>      * MAY include the DAL / Registry components.. which
            apply to all extensions of ObsCore.</div>
          <div>           - I do think there is a cross group discussion
            still to take place regarding these interface standards
            containing content on different aspects of the workflow (
            DM + DAL )</div>
          <div>  * Extension Documents</div>
          <div>      * is a bit of a TBD... in my opinion, we'd want the
            extended property set to be normative for the domain
            extension.. which implies a REC</div>
        </div>
      </blockquote>
      OK<br>
      <blockquote type="cite"
cite="mid:CAH4enyMOHwF4bZGHgWYWaC8i_XaYZ+vjQc8V9dvm9dUpKT0w1A@mail.gmail.com">
        <div dir="ltr">
          <div>        * I'm seeing this as probably a DM REC for each
            of the domain-specific extensions? or one for all ObsCore
            Domain Extensions, with a section for each domain?</div>
        </div>
      </blockquote>
      Due to the different levels of achievment of the various
      extensions, I dont' think a global document is appropriate.<br>
      <blockquote type="cite"
cite="mid:CAH4enyMOHwF4bZGHgWYWaC8i_XaYZ+vjQc8V9dvm9dUpKT0w1A@mail.gmail.com">
        <div dir="ltr">
          <div>      * I don't think this document includes the DAL /
            Registry / Semantics content of the current notes.. which
            should be resolved in similar discussions with the
            appropriate working groups to decide how that content is
            codified in standards.</div>
        </div>
      </blockquote>
      <p>OK. But at least the implementation of DAL and Registry aspects
        (organzation in tables, service delivering the tables discovery)
        has to be described.</p>
      <p>ObsCore 1.1 had this if I'm not mistaking</p>
      <p>Cheers</p>
      <p>François<br>
      </p>
      <blockquote type="cite"
cite="mid:CAH4enyMOHwF4bZGHgWYWaC8i_XaYZ+vjQc8V9dvm9dUpKT0w1A@mail.gmail.com">
        <div dir="ltr">
          <div><br>
          </div>
          <div>Mark</div>
          <div><br>
          </div>
          <div> </div>
          <div><br>
          </div>
          <br>
          <div class="gmail_quote gmail_quote_container">
            <div dir="ltr" class="gmail_attr">On Wed, Jun 11, 2025 at
              5:32 AM Markus Demleitner via dal <<a
                href="mailto:dal@ivoa.net" moz-do-not-send="true"
                class="moz-txt-link-freetext">dal@ivoa.net</a>>
              wrote:<br>
            </div>
            <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Dear
              Colleagues,<br>
              <br>
              Whoa, that's a wide distribution right there.  May I
              suggest to<br>
              have discussions on the immediate future on radioig@ and
              heig@, and<br>
              the wider future on dm@?<br>
              <br>
              <br>
            </blockquote>
          </div>
        </div>
        <br>
        <fieldset class="moz-mime-attachment-header"></fieldset>
      </blockquote>
      <p><br>
      </p>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>