[Qgis-user] Processing - Duplicate tools for reprojecting

DelazJ delazj at gmail.com
Wed Apr 5 11:45:15 PDT 2017


Hi,

2017-03-28 20:43 GMT+02:00 Springfield Harrison <stellargps at gmail.com>:
>
> I agree. I am all in favour of choice, but less so for duplication.
>
> I would prefer one well design, well-documented tool rather than umpteen
choices, Each of which I have to try out and evaluate.
>
> I find that many of the tools are poorly documented , don't work
intuitively or don't work at all. More and more I am turning back to
Manifold GIS or my CAD program to accomplish things that should be easy to
do inside QGIS.

Yes, I agree with you that there's room for improvement in algorithms'
documentation. A QGIS grant proposal has been made in this sense and if
it's accepted, some of your issues Will be fixed. However, note that QGIS
team is still looking for people willing to help on documenting processing
tools or globally said, QGIS manuals. If each of us takes few minutes to
document only one of the tools or features we know very well, at some point
QGIS Documentation will quickly be well and fully featured. It simply needs
me, you and you... to help us provide the best experience.

About buggy or not working algorithms, there's:
- a place to report issues (see
http://qgis.org/en/site/getinvolved/development/bugreporting.html ) and
people are encouraged to use it, otherwise developers are not aware of bugs
and an unknown bug has few chance to be fixed;
- an infrastructure to test algorithms and anyone can help to test them and
stregthen the tools. No developer skill is required as far as I can tell.
Some information at
http://www.opengis.ch/2016/02/04/increasing-the-stability-of-processing-algorithms/
(i thought there was a more recent article but couldn't find it).

Hope that helps and looking forward for new writers or testers,
Harrissou

>
> The open-source concept does have its strengths but coherence is not one
of them. Too often the result is more like a camel rather than a horse ...
>
> Cheers . . . . .   Spring
> Samsung Tab 4
>
> On Mar 28, 2017 4:00 AM, "johnrobot" <johnrobot at gmail.com> wrote:
>>
>> Hi
>> I do not want disable to all of the packages (GRASS etc), but I think
that
>> it would improve the user experience if there are not as many as 13 tools
>> for buffering. We should be able to reduce this and I noticed that there
are
>> similar thoughts here,
>> https://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2017.
>>
>> Magns
>>
>>
>>
>> --
>> View this message in context:
http://osgeo-org.1560.x6.nabble.com/Processing-Duplicate-tools-for-reprojecting-tp5312941p5314612.html
>> Sent from the QGIS - User mailing list archive at Nabble.com.
>> _______________________________________________
>> Qgis-user mailing list
>> Qgis-user at lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20170405/7ee64827/attachment.html>


More information about the Qgis-user mailing list