Re: [Qgis-developer] Multi threading and background processing

2013-11-23 Thread Gino Pirelli
On 22 November 2013 08:23, Martin Dobias wrote: > One side thought: seems like your computation could be done within > Processing framework (used to be SEXTANTE before QGIS 2.0). The > obvious advantage is that you just write your algorithm and register > it, all GUI for input of parameters woul

Re: [Qgis-developer] Multi threading and background processing

2013-11-22 Thread Martin Dobias
On Sat, Nov 23, 2013 at 12:52 AM, Tom Moore wrote: > Hi Martin > > How does one go about distributing an architecture dependent plugin? I am > expecting to be developing mine for the windows 64-bit environment. I wont > have the facilities to prepare packages for other environments, but of > cou

Re: [Qgis-developer] Multi threading and background processing

2013-11-22 Thread Tim Sutton
Hi On Fri, Nov 22, 2013 at 7:52 PM, Tom Moore wrote: > Hi Martin > > How does one go about distributing an architecture dependent plugin? I am > expecting to be developing mine for the windows 64-bit environment. I wont > have the facilities to prepare packages for other environments, but of

Re: [Qgis-developer] Multi threading and background processing

2013-11-22 Thread Tom Moore
Hi Martin How does one go about distributing an architecture dependent plugin? I am expecting to be developing mine for the windows 64-bit environment. I wont have the facilities to prepare packages for other environments, but of course others can take the source code and do what they want. Can

Re: [Qgis-developer] Multi threading and background processing

2013-11-22 Thread Angus Carr
r.los is based is based on the US Fire spread model (BEHAVE), or at least it was a few years ago (10? 15? Augh!). It is not based on the Canadian model (FBP). The two models are significantly different in their parameters, and they don't model the same things. For what it is worth, the r.los model

Re: [Qgis-developer] Multi threading and background processing

2013-11-22 Thread 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 Dob

Re: [Qgis-developer] Multi threading and background processing

2013-11-20 Thread Blumentrath, Stefan
Hi Tom Besides the technical aspects, just in case you do not know them yet, you may probably get some scientific inspirations from e.g. r.los (and related modules) in GRASS (see http://grass.osgeo.org/grass64/manuals/r.ros.html) which represent existing GIS models for wildfire spread. Maybe so

Re: [Qgis-developer] Multi threading and background processing

2013-11-20 Thread Tom Moore
Hi Angus We have met for sure. How ya doing? Yes, the simulation model will be open source :). In the longer term it would be nice to make this be part of a larger forest simulation, including links to a spatial management model, but that is not the immediate priority. Thanks for the tips abou

Re: [Qgis-developer] Multi threading and background processing

2013-11-20 Thread Angus Carr
Hi, Tom. Your PyQT plugin would stall the main thread with a long process. You can launch threads, but that would still cause problems because of the python interpreter lock, which only allows a single thread access at once, so stall other threads. You will need to launch a process to calculate th

[Qgis-developer] Multi threading and background processing

2013-11-20 Thread Tom Moore
Greetings everyone! I am new to the list and the QGIS community, and I am looking for a bit of strategic direction from the experts. I am building a landscape-level wildfire simulation model. The model will simulate change and development of a natural forested landscape over centuries of time as