<div dir="ltr"><div class="gmail_extra">Hi all,<br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 10:10 AM, Otto Dassau <span dir="ltr"><<a href="mailto:dassau@gbd-consult.de" target="_blank">dassau@gbd-consult.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
<br>
a) Trainers could combine their forces and prepair general training materials<br>
together that everybody can use and extend. All tools and the document basis<br>
is available and provided by QGIS project in the documentation repository. I<br>
know there are many people conducting trainings on QGIS, if they all work<br>
together as developers already do, we would probably be in a much better<br>
situation.<br></blockquote><div><br></div><div>+1</div><div><br></div><div>Open source is not just open code. Contribution can be done in documentation and Help. Trainers should have a huge responsibility here. (Remember, no free lunches)</div>
<div><br></div><div>Do we have people working on hunting and squashing Bugs and Feature Requests from Documentation and Help?</div><div><br></div><div><a href="https://hub.qgis.org/projects/quantum-gis/issues?query_id=81">https://hub.qgis.org/projects/quantum-gis/issues?query_id=81</a><br>
</div><div><br></div><div>Is it a common practice for developer to fill feature requests for Documentation and help whenever they create new features? This would still free developers to keep creating good stuff, and help others to keep track of what needs attention in Docs. Using the visual changelog and scrolling the commits messages might not be reliable enough.</div>
<div><br></div><div><br></div><div>Alexandre Neto </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
b) An idea that already works for the development of QGIS features is paying<br>
some amount or percantage of each development for good documentation and<br>
training material. Many new features in QGIS are payed by customers. But<br>
usually customers and developers don't think about also spending an<br>
additional little amount to document the feature in the QGIS docs and<br>
training material. I don't know why, but that's reality.<br>
<br>
So for me, the problem is not just about changing the releases cycles. It is<br>
more about bringing documenters and trainers closer to the project again to<br>
combine their forces. And to make customers/users/developers aware, that<br>
documentation and training material is an important part of the software and<br>
should not be forgotten and maybe automatically added to an offer, if new<br>
(payed) features are added.<br>
<br>
Regards,<br>
Otto<br>
<br>
Am Tue, 22 Jul 2014 08:43:02 +0300<br>
schrieb Micha Silver <<a href="mailto:micha@arava.co.il">micha@arava.co.il</a>>:<br>
<div class="im"><br>
> I also do some short training courses using QGIS, and I fully understand<br>
> and support Lene's idea.<br>
><br>
><br>
> On 21/07/2014 18:35, Lene Fischer wrote:<br>
><br>
> Hi,<br>
><br>
> This is not a mail about bugs or issues on a special feature – just a<br>
> matter of time.<br>
><br>
> Right now I´m preparing a 3 week intensive GIS course at university level<br>
> - looking forward to these annual events. But I get stressed when I see<br>
> that there are only 94 days until next version of QGIS. Because in<br>
> November I start over again with a 8 week course and in February a 3 week<br>
> course, in may a 3 week course. All in all we have more than 140 students<br>
> learning QGIS every year – and they are impressed of this program!!!<br>
><br>
>  <br>
><br>
> I love getting new features in the program, but fear the work to run<br>
> through every assignment, every video and being a bit unsure how the<br>
> program works in the latest version on the different platforms.<br>
><br>
> Small changes which I haven´t noticed and therefore unaware of. So a new<br>
> version so soon gives me a lot of stress and so many hours of work –<br>
>  hours which could be used to ex. testing.<br>
><br>
>  <br>
><br>
> When I ask users to download the program they take the official latest<br>
> version – sometimes with bugs included… It gives an impression of an<br>
> unprofessional product (not my words), it gives me- and others hard times<br>
> to fix or explain. I´ve been talking to other users/administrators who has<br>
> the same experience.<br>
><br>
</div><div class="im">> What if we had :<br>
><br>
> ·        A long term stable version for ex. 12 months with bugfix only<br>
><br>
> ·        A developer version for 4 months with new features and bugfixes<br>
> => Stable version with short bugfix-period => New developer……..<br>
><br>
>  <br>
><br>
> I do know it will give the developers more work – I do know it will cost<br>
> more money – But I´m sure a lot of administrators will recommend,  use and<br>
> support if we get a more stable environment.<br>
><br>
> So please – consider another release plan in the future.<br>
><br>
> Regards<br>
><br>
> Lene Fischer<br>
><br>
> Associate Professor<br>
><br>
>  <br>
><br>
> Department of Geosciences and Natural Resource Management<br>
><br>
> University of Copenhagen<br>
><br>
><br>
>  <br>
><br>
> MOB <a href="tel:%2B45%2040115084" value="+4540115084">+45 40115084</a><br>
><br>
> <a href="mailto:lfi@ign.ku.dk">lfi@ign.ku.dk</a><br>
<br>
</div><div class=""><div class="h5">_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></div></div></blockquote></div><br></div></div>