<div dir="ltr">Thanks Angelos,<div>If this description is included, or referenced from incubation documentation, that I'd consider that this items is addressed.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 16, 2015 at 8:23 AM, Angelos Tzotsos <span dir="ltr"><<a href="mailto:gcpp.kalxas@gmail.com" target="_blank">gcpp.kalxas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>Hi Cameron,<br>
      <br>
      The outstanding issues from the pycsw Provenance Review are:<br>
      <br>
      1. The OSGeoLive pycsw installer script was maintained in pycsw
      source tree before pushing changes to OSGeoLive. Since the license
      for the installer is LGPL, there is a conflict. <br>
      I just removed the installer from the pycsw tree. It is <b>not</b>
      used by pycsw. Problem solved.<br>
      <a href="https://github.com/geopython/pycsw/issues/302" target="_blank">https://github.com/geopython/pycsw/issues/302</a><br>
      <br>
      2. The OGC schemas are included in pycsw to validate incoming XML
      requests. This discussion started when we pushed pycsw as a
      package to Debian. Debian developers identified the license
      problem and reported back to us. There is a discussion between
      OSGeo, OGC and  DebianGIS on standards mailing list and we hope
      this will be resolved soon, not only for pycsw but also for
      various other OSGeo projects (both graduated and not) that include
      OGC schemas in their code tree.<br>
      <a href="https://github.com/geopython/pycsw/issues/306" target="_blank">https://github.com/geopython/pycsw/issues/306</a><br>
      Thanks Sebastiaan for this excellent e-mail with many details on
      this issue: <br>
<a href="http://lists.osgeo.org/pipermail/standards/2015-February/000842.html" target="_blank">http://lists.osgeo.org/pipermail/standards/2015-February/000842.html</a><br>
      <br>
      Just to be clear: there is no library conflict in pycsw, the
      source code is clean.<br>
      <br>
      Best,<br>
      Angelos<span class=""><br>
      <br>
      On 02/15/2015 09:37 PM, Cameron Shorter wrote:<br>
    </span></div><span class="">
    <blockquote type="cite">Hi
      Angelos,
      <br>
      I'd suggest that it is ok to have outstanding issues with the
      provenance review, so long as each issue has an acceptable
      workaround.
      <br>
      Eg: if there is a conflict with a license of an included library,
      then the work around could be to download the library separately.
      <br>
      There should also be a statement about what the project plans are
      around the issue. Maybe you are planning to rewrite the library,
      or maybe you are approaching the library authors to get access to
      the code under another license.
      <br>
      <br>
      Thanks for addressing the other issues.
      <br>
      <br>
      <br>
    </blockquote>
    <br>
    <br>
    </span><span class=""><pre cols="72">-- 
Angelos Tzotsos
Remote Sensing Laboratory
National Technical University of Athens
<a href="http://users.ntua.gr/tzotsos" target="_blank">http://users.ntua.gr/tzotsos</a></pre>
  </span></div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>-- </div><div>Cameron Shorter,</div><div>Software and Data Solutions Manager</div><div>LISAsoft</div><div>Suite 112, Jones Bay Wharf,</div><div>26 - 32 Pirrama Rd, Pyrmont NSW 2009</div><div><br></div><div>P +61 2 9009 5000,  W <a href="http://www.lisasoft.com" target="_blank">www.lisasoft.com</a>,  F +61 2 9009 5099</div></div></div>
</div></div>