Hi all,
SAGA has released a 7.3 version at the end of june, and I intend to keep a
stable branch based on this release, and drop support of the old branch
(which was not maintained well).
I am aware of the next-gen processing plugin at
https://plugins.qgis.org/plugins/processing_saga_nextgen/ whic
On Thu, Feb 15, 2018 at 6:22 PM, Anita Graser wrote:
>
>
> On Sun, Feb 11, 2018 at 8:52 AM, Paolo Cavallini
> wrote:
>
>> Il 10/02/2018 14:38, Anita Graser ha scritto:
>> > Since Madeira is just around the corner, let's organize a round table
>> > discussion on this issue. I've started a section
Other than 2.3.x to be correct (the others (2.3.0 /2.3.1 ) should work as well)
On Tue, Aug 8, 2017 at 7:26 AM, Alexandre Neto wrote:
> Hi Calvin,
>
> Due to frequent changes in SAGA algorithms, that forced frequent updates to
> processing, it was decided to only support SAGA's long-term release.
Hi all,
One of my colleagues would like to write some unit tests for processing.
We were able to create some testfiles, but we failed to find an easy
way to run the testsuite on windows. Anyone a hint on the best way to
proceed?
Kind Regards,
Johan
___
From the mail "status of qgis 3":
* Porting core of Processing to C++ (Nyall)
I wonder if anyone has had a look to the zoo project [1] which under
the hood is doing many things similar to processing.
Kind Regards,
Johan
[1]http://www.zoo-project.org/docs/kernel/what.html#first-class-wps-server
__
Hello matteo,
For the SAGA algorithms, the logical first place to update the
documentation would be in SAGA itself. It will be reviewed by the people
developing SAGA and can be synced to QGis
Our git repository is here:
https://sourceforge.net/p/saga-gis/code/ci/master/tree/ or you can use my
gith
Can you check if you have the same error when using saga_cmd without
using processing?
@William: Which compiler was used for saga on mac os x? We had an
issue with gcc6 - this looks similar. It is fixed in trunk and in
(upcoming) 2.3.2 release of SAA.
Kind Regards,
Johan
On Sun, Nov 20, 2016 at
Saga contains logic to translate the gui and modules, including german. See
the txt files here:
https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_gui/res/
Translation should not happen in QGIS but in SAGA. We could definitely look
at how the translated strings of S
Hi QGis devs,
Saga has just released the first RC candidate for version 2.3.0 [1]. For
those missing the earlier discussions, our goal is to make 2.3.x a long
term stable branch, ideal for eg using in processing.
This also means that now is an ideal time to test saga and report any
problems back,
On Thu, Jun 9, 2016 at 10:26 AM, Paolo Cavallini wrote:
> IMO it would be fare preferable to have a general mechanism, better in
> core, and let people add their services there.
> So the question:
> * given the variety of geocoding services, si this feasible and would it
> make sense?
> * is any
Hello Gérard,
Forwarding your question to the debian gis mailing list where it is more
appropriate.
We have just had a gdal transition (to version 2.1).
Kind Regards,
Johan
-- Forwarded message --
From: Gérard Vidal
Date: Fri, Jun 3, 2016 at 12:31 PM
Subject: [Qgis-developer] Can
On Thu, Jun 2, 2016 at 3:09 PM, Bas Couwenberg wrote:
> I notice a distinct lack of consideration for the SAGA LTR effort.
>
> That removes the need to incorporate SAGA into QGIS, and provides a stable
> API for 3rd parties to work with.
>
> I suggest to support the LTR effo
> On Wed, Jun 1, 2016 at 2:16 PM, Neumann, Andreas
> wrote:
>>
>> If you guys think about integrating SAGA closer into QGIS, could we also fix
>> the issue that SAGA is currently limited to reading Shapefiles for vector
>> input? Probably a lot of work - but would this be feasible?
>
> After last
2012/4/12 Pedro Venâncio :
> Hi Salvatore,
>
> Thank you very much, it works now on terminal!
>
>
> However, still can not run any SAGA tool from the SEXTANTE plugin...
> In the terminal it works with exactly the same syntax as SEXTANTE:
>
> pedro@debian-amilo:~$ saga_cmd libshapes_polygons "Polyg
On Thu, Sep 29, 2011 at 12:51 PM, Camilo Polymeris wrote:
> Two main possible designs for this GUI came up:
>
> Either, a "connect-the-boxes"-style GUI (a graph):
>> http://www.gvsig.com/files/images/screenshots/gvSIG_Sextante_02.png
>
> or, a patchbay-style GUI:
>
>>> http://ubuntu.allmyapps.com
Sextante has a nice modeler tool - it may be a good example how it could work:
http://www.gvsig.com/files/images/screenshots/gvSIG_Sextante_02.png
AFAIK it also handles saga (although most modules were reimplemented
in java) and even grass modules.
In fact Sextante is already a processing toolbox
Perhaps try removing these libtool helper files (*.la). You don't need
them anyway.
Johan
On Sun, Aug 21, 2011 at 8:03 AM, Rainer Hurling wrote:
> On 21.08.2011 03:02 (UTC+1), Camilo Polymeris wrote:
>> Hello everyone,
>
> Hello Camilo,
>
>> I am happy to say that this week saw many improvements
On Fri, Jul 8, 2011 at 7:46 AM, MALIK Julien wrote:
> As I can remember, SAGA has a "gdal/ogr" importer module for inputs, and the
> output should be simple also as the saga file format is supported by gdal.
Since gdal 1.7 saga is indeed supported. And although saga has a
gdal/ogr input module,
On Thu, Jul 7, 2011 at 10:36 AM, Johan Van de Wauw
wrote:
> On Wed, Jul 6, 2011 at 7:30 PM, Camilo Polymeris wrote:
>>
>> One of the most important and difficult remaining parts is data
>> exchange (raster & vector). I have been studying SAGA's API [4], but
&
On Wed, Jul 6, 2011 at 7:30 PM, Camilo Polymeris wrote:
>
> One of the most important and difficult remaining parts is data
> exchange (raster & vector). I have been studying SAGA's API [4], but
> am not sure how to handle it & would appreciate comment from people
> more familiar with it.
>
> Do y
On Mon, Jun 27, 2011 at 8:40 PM, Mathias Bavay wrote:
> Hi!
>
> [sorry I missed the beginning of the discussion: I was not registered yet]
>
> So, when I proposed you to talk about things from MeteoIO that could
> possibly be interesting for QGIS, I had the following in mind:
>*the calculatio
On Thu, Jun 23, 2011 at 11:10 AM, Agustin Lobo wrote:
> Is it possible to install the python bindings for a saga installation
> from binaries friom ubuntugis-unstable?
>
>
I'm currently busy uploading the new versions. After uploading it will take
approximately one hour to compile.
Once this is do
On Sat, Apr 2, 2011 at 12:28 AM, Camilo Polymeris wrote:
>>> What I don't understand is: we'd have the same problems using python.
>>> There are, as far as I know, no Python-saga packages.
>>> Debian's libsaga[2], for instance, does *not* include python bindings.
>>> That means we'd have to compil
On Sat, Feb 19, 2011 at 1:09 AM, Volker Wichmann wrote:
> Hi Gianluca,
> Another issue which has to be solved is that of the "Grid System" parameter.
> As you most likely know, most of the SAGA grid modules require all grids to
> be processed within the same grid system. In case this is true for
On Thu, Feb 17, 2011 at 1:27 AM, Volker Wichmann wrote:
> Hi Gianluca,
> My idea is to write a python code that will generate GUI
> dialogs completely on the fly without any hard coded parameter flags or
> .py files (SAGA has about 500 modules!). That is, you have a path where
> your SAGA modules
25 matches
Mail list logo
