<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">We had a very constructive incubation sprint with Tom and Jody
    during FOSS4G 2014 PDX.<br>
    We were pointed to list all things we find during Provenance Review,
    and it was very clear to us that it is more important to identify
    the issues than to have a complete solution for all of them.<br>
    We have been using GeoServer wiki as a guide:
    <a href="https://github.com/geoserver/geoserver/wiki/GeoServer-Provenance-Review" target="_blank">https://github.com/geoserver/geoserver/wiki/GeoServer-Provenance-Review</a><br>
    <br>
    The pycsw team is working to address the remaining issues (e.g.
    <a href="http://lists.osgeo.org/pipermail/standards/2015-February/000834.html" target="_blank">lists.osgeo.org/pipermail/standards/2015-February/000834.html</a>  ) but
    we had the impression that this was not a blocker for graduation....<br></div></blockquote><div><br></div><div>It is not, but it is a great subject for fundraising, or justification if you would like OSGeo to help with a code-sprint.</div><div><br></div><div>The GeoServer project ended up fixing most of the issues that were identified. A lot of the earlier projects (like GeoTools) were content to simply list them as "known problems" in case any interested parties wanted to volunteer.</div><div><br></div><div>At this point I would be very happy if pycsw graduates with known problems so we can communicate to the other projects in incubation that graduation should be within easy reach :)</div><div><br></div><div>If it helps Cameron feel comfortable the board could ask for a status report on these kind of issues.</div><div>--</div><div>Jody</div></div></div></div>