[Qgis-developer] Fwd: Threads in sextante
giohappy at gmail.com
Thu May 10 08:35:08 PDT 2012
> > I was suggesting this too, with the purpose to use the Executo (and the
> > whole Sextante plugin) from a CLI, i.e. a headless QgsApplication
> > like Qgis Mapserver.
> The problem is not there. That class has almost no GUI, except for a
> couple of message boxes.
> The problem is that SEXTANTE has to take the layers from somewhere,
> and now is connected to the QGIS interface to do so. SEXTANTE itself
> does not handle spatial data (does not open or save anything), but
> uses QGIS for that. This is mostly done through a class called
> QGisLayers, which could be replaced.
Yes Victor, I've read your code quite extensively. Anyway, layers could
also be managed through QgsMapLayerRegistry, yet I haven't investigated the
differences betweend QgsMapLayerRegistry::mapLayers()  and
Furthermore, you manage the load of layers from URI, so the layers can be
loaded directly from source (and not as a layer instance already loaded in
the Qgis GUI).
Anyway, I don't mean to remove the dependencies from Qgis. I only would
consider an abstract approach that could handle both a headless Qgis
instance, and a GUI based one.
> I however, think that it will not be so easy, since there are a few
> other places where SEXTANTE is linked to QGIS. Anyway, I belive is
> better to concentrate on the current version and work, and then move
> to that. i have tried to keep things independent, so it will not be
> too hard if we keep on developing code that is not directly linked to
> QGIS elements
Absolutely Victor. These were just thoughts for the future, but that in
case you agree they could help to avoid heavy, direct, bindings to the GUI
environment that could raise in future developments.
I admit it: I'm thinking about a Qgis WPS server ;)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Qgis-developer