<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Doug and Chris (and Steve),</div><div><br></div><div>It might be useful to clarify the use cases for Swagger, RAML, or any of those RESTful API documentation frameworks and the alignment with OGC and OpenSearch at least. From our scoping round, there’s two main cases - there’s the basic documentation (defining parameters, route elements) and then there’s the promise (in Swagger) of being able to “Try it out” so generating a correctly formatted request from the method document. </div><div><br></div><div>The first is just data entry, really. The second one is where the dependencies in the OGC query parameters *and* their values or the OpenSearch parameters differences between datasets cause problems for any of these frameworks. For example, we’re describing a WMS so we enter WMS for the service and pick a supported version. There’s no place in Swagger to then say if you have selected SERVICE value WMS and VERSION value 1.3.0, the query parameter key is CRS instead of SRS for 1.1.1. Because it doesn’t grok those route or parameter dependencies, the actual generation of a correctly structured URL is back on the dev building the client or the user and not the more generic actionable self-describing services. And where having a solid Swagger and/or RAML OGC extension would be fantastic from a dev point of view. But it’s a modification of the spec and the interface and a conceptual understanding that the Swagger group, as of last fall, felt was an edge case that they wouldn’t support (not their idea of RESTful).</div><div><br></div><div>For OpenSearch, it’s a question of not having a way to access the enumerations for a parameter, ie I can’t get a list of dataset names without running the dataset search and understanding how to parse that - pull the granule links and, hopefully, get a new OSDD back or something. We have some numbers about OS services supporting that second level OSDD access. Nothing about differing parameter requirements, though.</div><div><br></div><div>I hear whispers of broader implementation of Swagger at different repositories but not of anyone handling the depency issues. And I am very much in favor of someone tackling the first case for things like OGC - just having some structured document that could be used to generate the docs for Swagger or RAML or 19119 or whatever would save so much time. But the second case is more what we’re all after. </div><div><br></div><div>My two cents,</div><div>Soren</div><div><br></div><br><div><div>On May 12, 2015, at 7:00 AM, Doug Newman via Esip-discovery <<a href="mailto:esip-discovery@lists.esipfed.org">esip-discovery@lists.esipfed.org</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Now with correct date:<br>
    <br>
    <a class="moz-txt-link-freetext" href="http://wiki.esipfed.org/index.php/Discovery_Telecon_2015-05-12">http://wiki.esipfed.org/index.php/Discovery_Telecon_2015-05-12</a><br>
    <pre class="moz-signature" cols="72">Doug Newman - ECHO Operations Lead
<a class="moz-txt-link-abbreviated" href="mailto:douglas.j.newman@nasa.gov">douglas.j.newman@nasa.gov</a>
<a class="moz-txt-link-abbreviated" href="mailto:doug.newman@raytheon.com">doug.newman@raytheon.com</a>
Raytheon Mission Support Solutions Intelligence, Information and Services | NASA | ECS Evolution Development Program
<a class="moz-txt-link-freetext" href="http://earthdata.nasa.gov/echo">http://earthdata.nasa.gov/echo</a>

Note: I am not a government employee and have no legal authority to obligate any federal, state, or local government to perform any action of payment.</pre>
    <div class="moz-cite-prefix">On 5/12/15 8:33 AM, Doug Newman wrote:<br>
    </div>
    <blockquote cite="mid:5551F308.4090600@nasa.gov" type="cite">
      
      Ladies and gentlemen,<br>
      <br>
      Link: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.esipfed.org/index.php/Discovery_Telecon_2015-05-11">http://wiki.esipfed.org/index.php/Discovery_Telecon_2015-05-11</a><br>
      <br>
      <h2><span class="mw-headline" id="Pending_Actions">Pending Actions
        </span></h2>
      <ul>
        <li> Ruth Duerr: Provide a list of candidates for Service Best
          Practices and Validators. Done. </li>
        <li> Doug Newman: Send session ideas to Erin. Done. </li>
      </ul>
      <h2><span class="editsection"></span><span class="mw-headline" id="Agenda">Agenda </span></h2>
      <ul>
        <li> Continue 'common mechanism for discovering services'
          discussion </li>
        <li> Presenting OPeNDAP urls wrt Best Practices - next session </li>
        <li> Status of Summer ESIP presentations.</li>
      </ul>
      <ul>
        <ul>
          <li> We have a draft agenda at <a moz-do-not-send="true" class="external free" href="https://docs.google.com/a/esipfed.org/spreadsheet/ccc?key=0ArDAFB2BsbfRdFpuQnpUVzJNcHM1VmRRY0pITjFSUkE#gid=1">https://docs.google.com/a/esipfed.org/spreadsheet/ccc?key=0ArDAFB2BsbfRdFpuQnpUVzJNcHM1VmRRY0pITjFSUkE#gid=1</a>
          </li>
          <li> 'Global OpenSearch' talk is submitted and waiting for a
            spot. </li>
          <li> 'Towards Well Described Web Services' is @ 4pm on
            Thursday 16th. </li>
        </ul>
      </ul>
      <br>
      <h2><span class="mw-headline" id="Webex_Info">Webex Info </span></h2><p>To Join the online portion of the Personal Conference meeting </p>
      <hr>
      <ol>
        <li> Go to <a moz-do-not-send="true" class="external free" href="https://esipfed.webex.com/">https://esipfed.webex.com</a>
        </li>
        <li> Click the “Meeting Center” tab </li>
        <li> Select the Discovery </li>
      </ol><p>If a password is required, enter the Meeting Password: 23138372
      </p><p>To start the audio portion of the Personal Conference meeting
        w/ phone </p>
      <hr>
      <ul>
        <li> Call-in toll-free number (US/Canada): 1-877-668-4493 </li>
        <li> Call-in toll number (US/Canada): +1-408-600-3600 </li>
        <li> Call-in toll number (US/Canada)*: +1-571-918-6008 </li>
      </ul><p>Attendee access code: 231 383 72 </p>
      <pre class="moz-signature" cols="72">Doug Newman - ECHO Operations Lead
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:douglas.j.newman@nasa.gov">douglas.j.newman@nasa.gov</a>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:doug.newman@raytheon.com">doug.newman@raytheon.com</a>
Raytheon Mission Support Solutions Intelligence, Information and Services | NASA | ECS Evolution Development Program
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://earthdata.nasa.gov/echo">http://earthdata.nasa.gov/echo</a>

Note: I am not a government employee and have no legal authority to obligate any federal, state, or local government to perform any action of payment.</pre>
      <br>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>Esip-discovery mailing list<br><a href="mailto:Esip-discovery@lists.esipfed.org">Esip-discovery@lists.esipfed.org</a><br>http://lists.deltaforce.net/mailman/listinfo/esip-discovery<br></blockquote></div><br></body></html>