<div dir="ltr"><div dir="ltr"><div>Not sure if folks had a chance to check-in with the meeting minuets.</div><div><br></div><div>- OSGeo would like to invites <b>GeoMapFish team</b> to apply for the OSGeo community program</div><div>- The <b>MapFish</b> project does not currently the requirements of an OSGeo project, and has been placed into the OSGeo Community program</div><div><br></div><div>With that in mind I had one <a href="https://wiki.osgeo.org/wiki/Board_Meeting_2019-12-09#Actions">last action as a board</a> member:</div><div dir="ltr"><div><br></div><div>* Jody to ask MapFish for code of conduct file.</div><div><br></div><div>Looking more carefully today I see a bit more work beyond that to ask of the MapFish team in order to meet the <a href="https://wiki.osgeo.org/wiki/OSGeo_Community_Projects">osgeo community</a> program ideals:<br></div><div><br></div><div><ol style="margin:0.3em 0px 0px 3.2em;padding:0px;color:rgb(37,37,37);font-family:sans-serif;font-size:14px"><li style="margin-bottom:0.1em">Be geospatial <ul style="list-style-type:disc;margin:0.3em 0px 0px 1.6em;padding:0px"><li style="margin-bottom:0.1em">Confirm by checking README or project description</li><li style="margin-bottom:0.1em">project page on the osgeo website</li><li style="margin-bottom:0.1em">We ask projects have some user documentation, for example an OSGeo Live quickstart</li></ul></li><li style="margin-bottom:0.1em">Have a free license or an open source license.<ul style="list-style-type:disc;margin:0.3em 0px 0px 1.6em;padding:0px"><li style="margin-bottom:0.1em">The license must be OSI approved</li><li style="margin-bottom:0.1em">We ask that the project team check the file headers and double check the license has been appropriately applied</li></ul></li><li style="margin-bottom:0.1em">Welcome participation and new contributors.<ul style="list-style-type:disc;margin:0.3em 0px 0px 1.6em;padding:0px"><li style="margin-bottom:0.1em">We look for a clear contribution policy</li><li style="margin-bottom:0.1em">We ask that the project demonstrate collaboration, perhaps with a history of bug report or pull requests</li><li style="margin-bottom:0.1em">(required) Projects are required to have a code of conduct</li></ul></li></ol></div><div><br></div><div><div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div></div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 Nov 2019 at 19:10, Jody Garnett <<a href="mailto:jody.garnett@gmail.com">jody.garnett@gmail.com</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"><div><div><div dir="auto">I am afraid I did not get a chance to read this email before our meeting (as it was sent overnight).  I am glad the community is alive, this activity is as much about communication and responsibility both of which I hope can be addressed.  </div></div></div><div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 25, 2019 at 6:24 AM María Arias de Reyna <<a href="mailto:delawen@gmail.com" target="_blank">delawen@gmail.com</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">Thank you for this insight Emmanuel. It clarifies a lot (at least to me).<br>
<br>
Projects evolve and mature, that's a natural process.Developers come<br>
and go and the PSC should be renewed too if a person gets too<br>
disconnected from the project. We have seen this happening on other<br>
projects, it is no surprise. And although it is hard to let go a<br>
project you consider your own, it is something we all should do at<br>
some point.<br>
<br>
If current PSC wants to get involved again with the project, that's a<br>
good option. If current members of the PSC think they are no longer<br>
connected with the newer developments, I think it makes sense to renew<br>
the PSC with active people and check again the status of the project.<br>
Maybe even go through incubation again, to make sure we didn't lose<br>
anything on this process? We can look at this as a new project, if<br>
that could make things easier. Most of the check points should be<br>
completed already.<br>
<br>
If OSGeo Board is shaking the tree to check if we should remove (or<br>
not) some projects is just because we have been lacking a proper<br>
follow up on projects. So projects that didn't make an explicit effort<br>
to reach OSGeo kind of felt into oblivion. A lesson we have learned:<br>
we have to be more proactive asking for feedback to make sure projects<br>
don't die or "evolve too far from us".This evolution could have been<br>
followed up by the Board making the transition inside OSGeo smoother.<br>
Not sure if that's possible at this stage? I have been never very<br>
close to Mapfish community to comment on something only the community<br>
can tell.<br>
<br>
Cheers!<br>
María.<br>
<br>
On Mon, Nov 25, 2019 at 2:08 PM Emmanuel Belo<br>
<<a href="mailto:emmanuel.belo@camptocamp.com" target="_blank">emmanuel.belo@camptocamp.com</a>> wrote:<br>
><br>
> Dear all,<br>
><br>
> I'd like to add some information in preparation for the OSGeo meeting.<br>
><br>
> MapFish has multiple tribes: the python one, a PHP one as well as a Ruby on Rails one. With time and experience, the python tribe (developers and the users community) identified some shortcomings in the technical architecture and decided to rewrite the mapfish python part to make it easier to implement rich webgis applications. It has been implemented without coordination with the other tribes in a new version, lead by Eric Lemoine (MapFish PSC Chair), Brunot BInet (MapFish PSC member) and many others from the MapFish community contributors, [2] like Alexandre Saunier, Yves Bolognini, Frédéric Junod, Pierre Giraud and others.  So the development team is the same, as the one that participated to the incubation process for the python and the front end part.<br>
><br>
> Comparing the obsolete mapfish description with the geomapfish one tells us, the same goal is pursued:<br>
><br>
> <a href="http://mapfish.org" rel="noreferrer" target="_blank">mapfish.org</a>:  "MapFish is a flexible and complete framework for building rich web-mapping applications."<br>
> <a href="http://geomapfish.org" rel="noreferrer" target="_blank">geomapfish.org</a>: "GeoMapFish allows to build rich and extensible WebGIS in an easy and flexible way."<br>
><br>
><br>
> On the technology side, the implementation team kept the same frameworks they worked on in the previous version: pylons, geoalchemy, etc on the server side, and geoext on the client side.<br>
><br>
> The Python tribes users base is the same, with users migrating to this new version. the community grew as this new implementation has been successful.<br>
><br>
> As time passes, some developers moved on and others joined. The python implementation and the front end side are well maintained. It welcomes contributions and receives some, having on the backend 6 organisations contributing to it and 10 organisations contributing to the front end.<br>
><br>
> I see no kindness in some past members saying the project should be removed from the OSGEO and see no advantage for the community doing so. It's right, the architecture is no longer exactly the same, but the project goal, the community and the frameworks are the same.<br>
><br>
> I think the current issue we face is having an updated PSC reflecting current engagements in the community and being ready to update all related material. How should a retired PSC team act when developers work on the project and make it thrive, without their implications? I think it would be time for the PSC to resign and acknowledge, the community is de facto lead be a new generation of developers. Doing so, the osgeo could organize the nomination of  a new PSC, granting the community committers the voting rights.<br>
><br>
> Best regards<br>
><br>
> Emmanuel<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> [1] <a href="https://github.com/mapfish/mapfish/wiki/Community_PSC" rel="noreferrer" target="_blank">https://github.com/mapfish/mapfish/wiki/Community_PSC</a><br>
> [2] <a href="https://github.com/mapfish/mapfish/wiki/Community_Committers" rel="noreferrer" target="_blank">https://github.com/mapfish/mapfish/wiki/Community_Committers</a><br>
> [3] <a href="https://github.com/camptocamp/c2cgeoportal/graphs/contributors" rel="noreferrer" target="_blank">https://github.com/camptocamp/c2cgeoportal/graphs/contributors</a><br>
> [4] <a href="https://github.com/camptocamp/ngeo/graphs/contributors" rel="noreferrer" target="_blank">https://github.com/camptocamp/ngeo/graphs/contributors</a><br>
><br>
><br>
> On Tue, 19 Nov 2019 at 01:02, Jody Garnett <<a href="mailto:jody.garnett@gmail.com" target="_blank">jody.garnett@gmail.com</a>> wrote:<br>
>><br>
>> Earlier this year we places several osgeo projects that were not communicating (or no longer meeting osgeo expectations) into the OSGeo community program.<br>
>><br>
>> One project that asked for some more time was mapfish:<br>
>><br>
>> * The mapfish.orghttp://<a href="http://www.mapfish.org/" rel="noreferrer" target="_blank">www.mapfish.org/</a> website uses the old logo and documents MapFish 2.2 released in 2016<br>
>> * The osgeo project page was never filled in <a href="https://www.osgeo.org/projects/mapfish/" rel="noreferrer" target="_blank">https://www.osgeo.org/projects/mapfish/</a> (1)<br>
>><br>
>> The good news is that the the project is very much alive, has a new GeoMapFish name, website, code base, and a new development team (indeed I am not sure if any current members took part in the incubation process).<br>
>><br>
>> On the bright side Emmanuel and the MapFisk PSC produced a page for the AGM (slide 59) which is great and really improves communication.<br>
>><br>
>> My question though is simple - should we remove MapFish as an OSGeo project, and invite GeoMapFish to apply to the OSGeo Community program, or should we ask this PSC to quick march this project through the incubation checklist requirements to preserve continuity?<br>
>><br>
>> Emmanuel would you be able to attend the board meeting to provide an update on this project? If you need help setting up osgeo project page we are happy to do so on the incubation email list.<br>
>> --<br>
>> Jody Garnett<br>
>><br>
>> (1) Wishing to recommend mapfish today and finding this page is what promoted this email<br>
><br>
><br>
><br>
> --<br>
> Emmanuel Belo<br>
> Camptocamp<br>
><br>
> Mon. Tue. Thu. Fri.<br>
> +41 79 936 46 62<br>
><br>
> _______________________________________________<br>
> Board mailing list<br>
> <a href="mailto:Board@lists.osgeo.org" target="_blank">Board@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/board" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/board</a><br>
</blockquote></div></div>
</div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div>
</blockquote></div>