<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mar 25 giu 2019 alle ore 18:16 C Hamilton <<a href="mailto:adenaculture@gmail.com">adenaculture@gmail.com</a>> ha scritto:<br></div><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>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></blockquote><div><br></div><div><br></div><div>I'm wondering what need there was in changing the names of the functions to call in the api qgis 3.</div><div><br></div><div>Was it not easier to leave a formal compatibility with the past? <br></div><div><br></div><div>No one should have rewritten everything. porting would have been easier. <br></div><div><br></div><div>Can you indicate the discussion thread where this choice was approved? <br></div><div><br></div><div>thank you.</div><div><br></div><div>GeoDrinX<br></div><div><br></div><div> </div><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><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" target="_blank">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>
_______________________________________________<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></div>