[Qgis-developer] Multi threading and background processing

[Etienne Tourigny]

My personal experience with numpy/scipy is that it is very slow for generic
computation (aside from matrix operations) compared to c/c++/fortran, so
I'm not sure it would be good for an efficient fire spread algorithm, with
non-trivial number crunching.


On Fri, Nov 22, 2013 at 5:33 AM, Martin Dobias <wonder.sk at gmail.com> wrote:

> On Thu, Nov 21, 2013 at 6:00 AM, Tom Moore <moortom at gmail.com> wrote:
> >
> > As you can imagine from my newbie questions I'm not a python guy.  While
> I
> > really like a lot of the modern mechanisms in python I have never been
> able
> > to look at a python script without being puzzled by the retro/hipster
> nature
> > of using whitespace as syntax.  As someone who once lined up fortran
> > statements on punch cards you will have to pry whitespace indifferent
> > languages from my cold hunt-n-peck fingers. Anyway, I'm expecting to use
> > python for the ui and glue code, and do all of the number crunching in a
> C
> > module.  Horses for courses eh?
>
> Let me note one more thing here: if you think of writing number
> crunching in C, things will get more complicated: you will need to
> compile and ship the binaries somehow - the plugin repository does not
> accept plugins with architecture dependent binaries. Maybe try to have
> a look at numpy module, it's fairly common for fast array/matrix
> operations in python.
>
> Martin
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20131122/22fde0a8/attachment.html>