<div dir="ltr">Hi Nathan,<br><div><div class="gmail_extra"><br clear="all"><div>Sorry for top-posting, but I think your idea is very much needed. I was looking into labeling changes, built upon Nyall's recent work, and found the new features to be drastic enough to warrant a QEP (I like the acronym as well).<br>
<br></div><div>Question: at what point does a new feature need to go through the QEP process? (You mentioned 'major features.') Or, are you suggesting all new features have an accompanying QEP?<br><br></div><div>This should go a long ways towards ensuring stability is always taken into consideration, too.<br>
</div><div><br></div><div>Regards,<br></div><div><br>Larry</div>
<br><br><div class="gmail_quote">On Thu, Aug 21, 2014 at 6:52 AM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I'm mostly an observer of QGIS dev, but I think it would be a nice move to help<br>
coordination and formalize big changes. GDAL or MapServer have been successfully<br>
following such a practice for years. See<br>
<a href="http://trac.osgeo.org/gdal/wiki/RfcList" target="_blank">http://trac.osgeo.org/gdal/wiki/RfcList</a> or<br>
<a href="http://mapserver.org/development/rfc/index.html" target="_blank">http://mapserver.org/development/rfc/index.html</a> for possible ideas for the<br>
Content table of a RFC (mostly what Nathan suggested)<br>
The voting is typically limited to PSC members, whereas the discussion phase is<br>
open to everyone to give their input.<br>
<br>
Even<br>
<div class="HOEnZb"><div class="h5"><br>
> Hey all,<br>
><br>
> I would like to raise something I have been considering for a while now. We<br>
> are becoming a large project, in code and users, and there has been some<br>
> recent issues of developers doing work only for there to be disagreements<br>
> on the implementation. I would like resurrect the use of RFCs, or I think<br>
> would should name them QEP (QGIS Enhancement Proposal because that sounds<br>
> much cooler :)<br>
><br>
> My thinking behind this was:<br>
><br>
> - QGIS is picking up pace in popularity and use so we need something to<br>
> formalise the future feature set and any improvements for the next version.<br>
>  Most people know the Python project uses the idea of PEPs in order to<br>
> document what new major features are coming in X version and to explain the<br>
> rational, or reasons .  I have found this handy to be able to look at<br>
> detailed overview of why a feature made it or didn't, or when it might make<br>
> it, or if ever.<br>
><br>
> - This is more then just using the bug tracker to log future features. This<br>
> is something where we can have more detail and then break it down into sub<br>
> tasks which can live in the bug tracker but linked to the QEP (RFC).<br>
><br>
> - The QEP should also have formal voting and discussion around the<br>
> proposal. This should be limited to a small pool of developers.<br>
><br>
> - The QEP could also list changes the API, or if breaking changes need to<br>
> be made.<br>
><br>
> - Things like how the new feature might fit into other future plans.<br>
><br>
> - QEPs should list as much detail as possible in order to help everyone see<br>
> the bigger picture with the feature or change.<br>
><br>
> Another reason I was thinking about this was in order to consolidate major<br>
> features and collaborate better. Emails are fine but get lost and forgotten<br>
> very easily, the bug tracker is the same.  The QEP can link to the emails<br>
> and tickets for future reference.  QEPs should be the central point for the<br>
> feature linking to everything that is related.<br>
><br>
> Tim has been using GitHub for inaSAFE RFCs and it looks good. IMO I would<br>
> say we should use that.<br>
><br>
> Thoughts?<br>
><br>
> Nathan<br>
><br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</font></span></blockquote></div><br></div></div></div>