<div dir="ltr">Huw,<div><br></div><div>Howard's proposal is following the pattern for a variety of other projects in the open source geospatial world. The RFC speaks briefly to some expectations, but there is also a broader "defacto practice" for project management within OSGeo and in the broader open source world. I think it is valuable to think of this as formalizing a few parts of that - in particular a mechanism to resolve disputes should they arise. </div><div><br></div><div>I think Howard, Even, <span style="font-size:12.8px">Kristian </span>and others have expressed useful future directions here on this list, and in the "GDAL Barn Raising" initiative. Also the overall goal of the project is on the web page "a C API for software developers to include coordinate transformation in their own software.". </div><div><br></div><div>For a relatively modest sized open source project, expecting formal program management in the sense it is "enjoyed" by better funded projects and those done in other development context is - IMHO - impractical. The PSC exists to ensure that interested developers who want to contribute can do so on a fairly even playing field, and with a mechanism to resolve radically incompatible approaches. That aside, things will mostly move forward according to the needs of developers who contribute and as the first order users of PROJ are mostly developers themselves I think that can work reasonably well. </div><div><br></div><div>I also don't think that this is happening in a "stampede". Aspects of this have been a topic at conferences for many years, and it is following a well established pattern. </div><div><br></div><div>Note that legal ownership of the code is still in the hands of the original developers (as is the default with copyright) and use rights are implicit in the open source license it was contributed under. The PSC exists to try and manage a consensus model around the development of what will hopefully be the most widely accepted branch of the software. Ultimately forking can still happen.</div><div><br></div><div>Trying to provide a little Emeritus institutional memory to justify my presence on the PSC. :-)</div><div><br></div><div>Best regards,</div><div>Frank</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 4, 2018 at 1:37 PM, Huw James <span dir="ltr"><<a href="mailto:huwejames@gmail.com" target="_blank">huwejames@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Dear Howard,</div><div><br></div><div>can you provide the units for a "very long time"?</div><div><br></div><div>Unfortunately what I see is a visionless PSC. I see developers and I see a respected cataloger of grids with knowledge of algorithms.</div><div>What I don't see is a vision for the future, lists of requirements, representatives of the user community and a lack of Product Management processes including the method of choosing PSC members. Where are the requirements for a PSC? What talents do you need for an effective PSC? Currently I see a stampede, let's act before we think, let's vote before we decide the rules. When I see program management like this I automatically expect long term failure. If you are not inclusive you omit the majority of interested parties. I have no interest in joining the PSC. I have over 55 years of developing, using, maintaining Projection software within batch and real-time mapping and navigation software. Much of my software was distributed with DOD, DMA and Minerals Management. Some of it came back to me after I moved to a Major Oil Company. Derivatives still exist in military equipment. Some small piece ended up in the first commercial GPS system.</div><div><br></div><div>The Oil industry has problems with all current commercial Projection software because of fundamental problems related to legal ownership as things change.<br></div><div><br></div><div>So you can continue on with this process with or without thinking, the choice is yours,</div><div><br></div><div>Huw James<br></div><div class="gmail_extra"><br><div class="gmail_quote"><br></div><br></div></div>
<br>______________________________<wbr>_________________<br>
Proj mailing list<br>
<a href="mailto:Proj@lists.maptools.org">Proj@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/proj" rel="noreferrer" target="_blank">http://lists.maptools.org/<wbr>mailman/listinfo/proj</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>light and sound - activate the windows | <br>and watch the world go round - Rush | Geospatial Software Developer</div>
</div></div>