On Fri, Sep 10, 2010 at 10:09 AM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
In the occasion of the release of GRASS 6.4, I think it would be good to
revise the
current QGIS-GRASS modules. Specifically:
- there are modules that IMHO are of no use, and potentially confusing (e.g.
On Sun, Nov 14, 2010 at 9:54 AM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
As it has been discussed earlier, having location generated (and destroyed)
on the fly would help a lot the casual qgis grass user to approach grass.
The idea is to run an analysis by loading (r.external,
On Sun, Nov 14, 2010 at 10:24 AM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Nov 14, 2010 at 9:54 AM, Paolo Cavallini cavall...@faunalia.it
wrote:
Hi all.
As it has been discussed earlier, having location generated (and destroyed)
on the fly would help a lot the casual qgis grass user
looking forward a big announcement in the coming week.
So +1 for release
From a poor user a strong -1. Of course I cannot vote here :-)
Cheers sorry for being that direct,
Markus
--
Markus Neteler
http://gis.cri.fmach.it
http://grass.osgeo.org
___
Qgis
Hi,
FWIW:
When compiling QGIS 1.7 latest from git, I see these problems (I get
the binary but maybe you want to look into this):
cmake
...
Generating ui_qgscategorizedsymbolrendererv2widget.h
[ 0%] Building CXX object src/astyle/CMakeFiles/astyle.dir/astyle_main.cpp.o
fatal: ambiguous argument
On Tue, Mar 27, 2012 at 2:45 AM, Camilo Polymeris cpolyme...@gmail.com wrote:
I don't haven't really figured out how
sextante works, but it seems a very different approach: calls backends
through the commandline, which makes it much simpler to implement, of
course, but also limited in some
the grass topology
inside PostGIS2.0?
Markus Neteler mentioned that Martin Landa was thinking about it, but I'm
not aware of any progress. I'd love to hear from them.
Progress is ongoing, see:
http://grass.osgeo.org/wiki/PostGIS#Direct_access_to_PostGIS_data
http://trac.osgeo.org/grass/wiki/Grass7
On Tue, May 8, 2012 at 2:12 PM, Helmut Kudrnovsky hel...@web.de wrote:
FYI from the qgis-dev-ml
http://lists.osgeo.org/pipermail/qgis-developer/2012-May/019990.html
and a howto for a qgis-grass-sextante-plugin:
Hi QGIS PSC members,
does anyone from the QGIS team receive these alarms?
Best
Markus
-- Forwarded message --
From: mu...@webextra.osgeo.osuosl.org
Date: Tue, Jul 23, 2013 at 7:55 AM
Subject: Munin Notification qgis.osgeo.org Disk usage in percent
To: munin@localhost
osgeo.org
Hi Paolo,
(note: I'm not ready qgis-dev, not sure if this email reaches it)
On Thu, Mar 27, 2014 at 11:18 AM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
I learned during dinner that GRASS7 RC1 is due very soon. This opens the
issue of its functioning in QGIS. IMHO:
* the
I updated all existing modules incl the newly included r.stream.*.
A few more new modules might be interesting to add. That's easy...
Markus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
Hi all,
On Thu, Mar 27, 2014 at 12:18 PM, Markus Neteler nete...@osgeo.org wrote:
Hi Paolo,
(note: I'm not ready qgis-dev, not sure if this email reaches it)
On Thu, Mar 27, 2014 at 11:18 AM, Paolo Cavallini cavall...@faunalia.it
wrote:
Hi all.
I learned during dinner that GRASS7 RC1
On Thu, Mar 27, 2014 at 12:18 PM, Markus Neteler nete...@osgeo.org wrote:
Hi Paolo,
(note: I'm not ready qgis-dev, not sure if this email reaches it)
...
* new modules will not be available in QGIS.
There might be only a few which could be of interest here (e.g. the
highly specialized
On Fri, May 30, 2014 at 12:38 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Radim Blazek wrote:
Can you try the attached patch? The new function should be used like:
if (setjmp(*G_fatal_longjmp(1))) {
// this will be executed on fatal errors
}
Works.
On Fri, May 30, 2014 at 9:33 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, May 30, 2014 at 12:38 AM, Glynn Clements
...
Committed in r60590.
The only aspect which might be invasive is that defs/gis.h now
includes setjmp.h for the jmp_buf declaration. Although this is a
standard C
On Fri, May 30, 2014 at 12:38 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Radim Blazek wrote:
Can you try the attached patch? The new function should be used like:
if (setjmp(*G_fatal_longjmp(1))) {
// this will be executed on fatal errors
}
Works.
On Tue, Jul 29, 2014 at 11:00 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Can you try the attached patch? The new function should be used like:
if (setjmp(*G_fatal_longjmp(1))) {
// this will be executed on fatal errors
On Wed, Aug 15, 2018 at 11:54 AM Rudi von Staden wrote:
>
> Thanks all for your thoughts on this. I suspect the problem may be race
> conditions being set up between
> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/grass7/Grass7Utils.py
> and
>
e qgiss-developers mails since two weeks or so.
>
> where the scripts you proposed run?
>
> cheers
> Marco
>
>
>
> On Tue, 23 Jun 2020, 20:41 Markus Neteler, wrote:
>
>> On Tue, Jun 23, 2020 at 5:17 PM Jürgen E. Fischer wrote:
>> >
>> > Hi,
&g
y I am not aware of any changes made - maybe a question for the
> > SAC team?
>
> https://trac.osgeo.org/osgeo/ticket/2475
I have edited the ticket with some options.
Best,
Markus
--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://
20 matches
Mail list logo
