<div dir="ltr"><div>Let me share my experience with the jump from QGIS 2 to QGIS 3. I have been trying to get QGIS used by the US Government and make it an option rather than just relying on ESRI. This has been very difficult but I was making progress. I had offices that were primarily using QGIS and who were developing scripts to handle their work flow. When QGIS 3 came out they got so frustrated with the lack of documentation and the complete break of the API, with no program that would take their scripts and make them QGIS 3 compatible, that they completely abandoned QGIS and went back to ESRI. Despite the fact that I love QGIS 3 and think it is better than QGIS 2, I find there is now less interest in using QGIS. I have less customers then I used to have and it will probably take at least another year or two to get back to where I was at.</div><div><br></div><div>I know that as developers we want to continue to improve the code, add new features, and have a fun time. Fun tends not to be associated with documentation. I cannot tell you how important the documentation and training materials are. I would prefer seeing less new features but make sure the documentation is excellent and up-to-date. The PyQGIS documentation really needs a lot of work. It is not sufficient to let the functions and variable names explain what they do. Each variable needs to explained in such a way that the programmer will understand what effect it will have when they change the values. This is one thing that ESRI has done well - provide tons of documentation and training.<br></div><div><br></div><div>I hope these observations will be helpful to you as you plan QGIS 4. I don't want to go through what I have been going through with QGIS 3.</div><div><br></div><div>Cheers,</div><div><br></div><div>Calvin<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 25, 2019 at 11:33 AM Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
On 25/06/19 13:46, Matthias Kuhn wrote:<br>
<br>
> And with a good communication about a "gentle" break I'm confident that<br>
> we'll have it easier this time.<br>
<br>
agreed fully, good communication on these matters is of crucial<br>
importance to let people accept new versions at move at the appropriate<br>
time, to minimize noise.<br>
Given the wide variety of networks, it will be difficult to properly<br>
spread the tight word. Maybe we should have *official announcements* in<br>
these occasions.<br>
Also, I think the already proposed dynamic qgis access page could help a<br>
lot here.<br>
Cheers.<br>
-- <br>
Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" target="_blank">www.faunalia.eu</a><br>
<a href="http://QGIS.ORG" rel="noreferrer" target="_blank">QGIS.ORG</a> Chair:<br>
<a href="http://planet.qgis.org/planet/user/28/tag/qgis%20board/" rel="noreferrer" target="_blank">http://planet.qgis.org/planet/user/28/tag/qgis%20board/</a><br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>