<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Dear Markus and Apps folks,<br>
    <br>
    That reminds me a lot a talk I gave at the Interop in Shanghai about
    MOC and TAP - <a moz-do-not-send="true"
href="http://wiki.ivoa.net/internal/IVOA/InterOpMay2017-DAL/mantelet_tap-moc.pdf">http://wiki.ivoa.net/internal/IVOA/InterOpMay2017-DAL/mantelet_tap-moc.pdf</a>.<br>
    <br>
    We had the same issue: having a string/ASCII serialisation of a MOC.
    The idea was to write something like:<br>
    <pre>        WHERE  1= CONTAINS(POINT(’’, ra, dec), <b>REGION(’MOC 2/12-20 5/60’)</b>)</pre>
    or<br>
    <pre>        WHERE  1= CONTAINS(POINT(’’, ra, dec), <b>MOC(’2/12-20 5/60’)</b>)</pre>
    <br>
    For that, a standard ASCII syntax for MOC is needed. At the end of
    my talk, in the Appendices, I proposed a syntax as a proposal for a
    standard ASCII serialisation. The only difference with the one
    proposed in the section 3.1.2 of the MOC-REC document (<a
      moz-do-not-send="true"
href="http://www.ivoa.net/documents/MOC/20140602/REC-MOC-1.0-20140602.pdf">http://www.ivoa.net/documents/MOC/20140602/REC-MOC-1.0-20140602.pdf</a>),
    is the prefix "MOC". In such case, it would allow to write in ADQL
    something like the first example above (with REGION).<br>
    <br>
    Anyway, in my talk, I proposed a specification for this syntax
    (especially some rules about what is allowed or not). I also gave a
    PEG grammar for this small syntax.<br>
    <br>
    <i>Note:</i><i> I just noticed a small error in the PEG grammar in
      these slides. So I attach to this email a corrected syntax. You
      can test this latter online with PegJS (</i><i><a
        moz-do-not-send="true" href="https://pegjs.org/online">https://pegjs.org/online</a></i><i>)
      ; just copy-paste the grammar on the left part and then test some
      expressions on the right part.</i><br>
    <br>
    Grégory<br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 24/10/2018 10:38, Markus Demleitner
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:20181024083816.cxmp5rqhg4w4l2fo@victor">
      <pre wrap="">Dear Apps folks,

In the context of adding information on the STC coverage of resources
(that's VODataService 1.2), we in Registry need an ASCII
serialisation of MOCs, because the things should come embedded in
Registry records (see the Registry-STC roadmap at
<a class="moz-txt-link-freetext" href="http://ivoa.net/documents/Notes/Regstc/index.html">http://ivoa.net/documents/Notes/Regstc/index.html</a> for our rationale).

Now, we like a lot the proposed syntax in 3.1.2 of the current MOC
REC -- it's reasonably compact and readable.  But it's not a
standard, just a suggested syntax.

Since we'd like to use in in a REC, the ASCII MOC needs to be
specified in a REC, too.  So -- how do you feel about a small update
to MOC that takes 3.1.2 and promotes it to a normative section 2.3.3?

An alternative would be to take ASCII MOCs to DALI.  In the end, DALI
will probably have to say something about MOCs anyway, as we'll need
an xtype=MOC if we want to (interoperably) exchange MOCs in VOTable
columns (which I want pretty much).  If we touch DALI, it might be a
little less work if DALI described the format itself (we'd touch only
one standard, not two of them).

Opinions?

         -- Markus
</pre>
    </blockquote>
    <br>
  </body>
</html>