<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Dear QGIS users, developers, voting members and user group representatives,</p>
<p>As you may have noticed, there is a first round of a QGIS grant program, fueled by the donations and sponsorship money we received in the past months. Tim Sutton, chair of the QGIS project, has publicized this program repeatedly on several channels.</p>
<p>The good thing is that we got some very good proposals. In total 18 proposals, adding up to a total grant sum of 101 k €. You can see all proposals at https://drive.google.com/file/d/0B__vDnQXCKiwYTIyWmRSbi1hMWM/view?usp%3Dsharing&sa=D&ust=1474526025402000&usg=AFQjCNFhp43Lkxw3aBCed9-9luJpnR0oWg</p>
<p>Please note that we can only spend 20k € in this first round. So there are tough decisions to make. Note that proposals that can't make it in the first round, can be kept in a waiting list and may apply again in the next round of a grants program. If a proposal can't be accepted in the first round, this doesn't mean it isn't valuable and useful to the QGIS.ORG project.</p>
<p>The QGIS PSC will honor the opinion of the voting members, the OSGEO representative and the user group representatives on how to spend this limited money wisely. Alltogether a group of currently 27 people (13 qgis user group represenatives, 13 community voting members, 1 OSGEO representative). This is kind of the "parliament" of the QGIS project when it comes to such decisions.</p>
<p>------------------------------------------------------</p>
<p>Now comes my personal position/opinion - note that this is not the official opinion of the QGIS.ORG board.</p>
<p>I would personally welcome, if this round of the QGIS grants program could focus on the QGIS 3.0 release.</p>
<p>I personally also think that the QGIS grants program, at least at the current time, should not pay for development of new features (at least not features visible in the GUI for the users). These features can be "relatively easy" funded by companies and government organizations out there. So our limited QGIS.ORG funds should be rather spent a) to community work or b) infrastructure work or c) development work in the core of QGIS, such as API modifications, code redesign - stuff that isn't really visible to the users, but essential for the success of the project. </p>
<p> </p>
<p>Documentation and PyQT documentation work is already budgeted in our annual budget. The money for 2016 hasn't even been spent for both items. So I think we should first use the budgeted money for such work. I think that user and developer documentation should be an ongoing effort and should be supported every year, und budgeted every year as such. We can increase the documentation budget positions next year, should it be necessary. In reality, it was more a lack of people willing to do the work, rather than a lack of funding. So, I am happy to see some proposals around documentation and developer documentation - so it seems that we have some volunteers. I just suggest that we consider documentation work separately and do it anyway - regardless of the outcome of the voting on these items.</p>
<p>Several proposals have a very limited local focus, only useful to one single country, or a very limited subset of our users. I suggest that such proposals could best be financed by local user groups or interest groups. It can't be the purpose of the QGIS grants program to finance such projects.</p>
<p>-----------------------------------------------------------</p>
<p>Here is my own personal list of priorities:</p>
<p>18) QGIS 3 ticket handling and API refactoring</p>
<p>This is really time critical, and past discussions around QGIS 3.0 has shown that there is a lack of project management work and coordination. I regard this proposal as very useful for the QGIS 3.0 release.</p>
<p>11) Introduce everything necessary for QGIS3 to OSGeo4W</p>
<p>The majority of our users are on Windows (like it or not). This is the platform that matters most in our user base. The introduction of QGIS 3.0 means porting everything to newer libraries and means a lot of work. This should be one of our main priorities. Jürgen does it works silently in the background many days of work each year that go unnoticed. Jürgen usually only hears complaints if something fails - maybe not so much praise. Having Windows nightly builds and releases early on in the life cycle of QGIS 3.x means that it can be well tested. So - also really important to our project.</p>
<p>2) Implement a flexible properties framework in QGIS</p>
<p>This is the kind of under-the-hood API changes and improvements I mentioned above. Stuff that brings our project forward, but under the hood - not visible for the user. This is the basis that later follow-up work can than build upon and benefit from. Stuff that later can also be funded by organizations/companies. Also time critical, to be done as soon as possible. Early in the 3.x life cycle when API changes are still possible.</p>
<p>14) Project / Map layer registry refactoring</p>
<p>Similar reasoning like item 2) above. Under the hood, necessary API improvements. <span>Also time critical, to be done as soon as possible. Early in the 3.x life cycle when API changes are still possible.</span></p>
<p>--------------------------------</p>
<p>Now, the documentation items:</p>
<p>1) 2.16 Documentation</p>
<p>16) PyQGIS Developer Cookbook update and maintenance</p>
<p>15) PyQGIS Cookbook Review</p>
<p>They add up in total to € 14k. I believe that all of the three deserve to be supported financially. We have budgeted 10k € in 2016 for documentation and PyQT documentation. 1.5k € have been spent so far. So still 8.5k remaining. Together with the new 2017 budget I believe that all of the three above items can be easily handled outside of the QGIS grants program. Documentation should be an ongoing, continuous and budgeted accordingly, outside of the grants program.</p>
<p>-------------------------------</p>
<p>What are your opinions?</p>
<p>Greetings,</p>
<p>Andreas</p>
<p> </p>
<p> </p>
<p> </p>
<div> </div>
</body></html>