Hi Moritz
Thanks for the heads-up! Yes, for overlapping buffers v.rast.bufferstats
seems just perfect! IIUC, it does exactly what MM was explaining. Great!
Thanks again! And thanks Stefan for the add-on!
Vero
El mié., 22 may. 2019 19:30, Moritz Lennert
escribió:
> Le Wed, 22 May 2019 19:25:1
Le Wed, 22 May 2019 19:25:19 +0200,
Veronica Andreo a écrit :
> Hi Markus,
>
> Thanks for the explanation. It is possible to import topologically
> incorrect vectors, but not create them within GRASS. So, as a
> solution to my problem, I rather create (potentially overlapping)
> buffers outside
Dear users I am writting you here with the hope of getting some ideas about
how to caculate what Kirsten Hennrich et al., refers to as average catchment
height (Ha) I found this infomation in the proceedings of an international
conference called regionalisation of hydrology.
In page 184, he sa
Hi Everyone,
When I try v.what.vect on a point layer and the output of a v.voronoi,
after around an hour I begin getting the warnings that apparently are
because of an SQLite database lock.
This is not what happens with v.what.vect only.
When exporting the layer to shapefile or any other format it
Thanks for the help, Markus N. and Markus M. – Grass compiles and builds
successfully with proj 5.2.0.
Cheers,
~ Eric.
From: Markus Metz
Sent: May 22, 2019 13:16
To: Patton, Eric (NRCan/RNCan)
Cc: grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] Multiple errors building Grass 7.7svn
Hi E
Hi Markus,
Thanks for the explanation. It is possible to import topologically
incorrect vectors, but not create them within GRASS. So, as a solution to
my problem, I rather create (potentially overlapping) buffers outside GRASS
and import them with -c in v.in.ogr to use v.rast.stats with no loss o
On Wed, May 22, 2019 at 3:11 PM Veronica Andreo
wrote:
>
> Dear all,
>
> thanks again for your answers. I found an easier way, use -c flag in
v.in.ogr seems to not build topology of overlapping areas and then
v.rast.stats does not complain.
>
> However, if one builds buffer areas for points within
Hi Eric,
On Wed, May 22, 2019 at 6:01 PM Patton, Eric (NRCan/RNCan) <
eric.pat...@canada.ca> wrote:
>
> Thanks for that info. So would a suitable strategy be to try re-synching
Grass from git,
yes, with "git pull"
then compiling and building with proj 6.1, and if that fails, try the proj
5.9.3
just FYI.
I am (was?) using 7.6 and had errors with r.contour outputs (linux mint).
Output lines would be broken in areas there was good DEM data. The lines
had large gaps between some isolines where other software could make clean
contour from the DEM.
I downloaded and compiled 7.7 and works gre
Thanks for that info. So would a suitable strategy be to try re-synching Grass
from git, then compiling and building with proj 6.1, and if that fails, try the
proj 5.9.3 release?
~ Eric.
From: Markus Metz
Sent: May 22, 2019 12:57
To: Patton, Eric (NRCan/RNCan)
Cc: grass-user@lists.osgeo.org
On Wed, May 22, 2019 at 5:33 PM Patton, Eric (NRCan/RNCan) <
eric.pat...@canada.ca> wrote:
>
> Markus -
>
> Yes, I am using proj 6.0.0 – built with no errors.
be aware that GRASS might compile with PROJ 6, but it is not working, too
much has changed from PROJ 5 and all those changes are not yet co
Markus -
Yes, I am using proj 6.0.0 – built with no errors.
I believe I checked out master with ‘git clone
https://github.com/OSGeo/grass.git’ – so shouldn’t that fix already be present
in my source tree?
~ Eric.
From: Markus Metz
Sent: May 22, 2019 12:25
To: Markus Neteler
Cc: Patton, Eric
On Wed, May 22, 2019 at 4:39 PM Markus Neteler wrote:
>
> Hi Eric,
>
> On Wed, May 22, 2019 at 3:32 PM Patton, Eric (NRCan/RNCan)
> wrote:
> >
> > Hi Markus,
> >
> > I noted your new installation instructions for the git repo and have
used those.
> >
> > The first error in error.log occurs in /us
Hi Eric,
On Wed, May 22, 2019 at 3:32 PM Patton, Eric (NRCan/RNCan)
wrote:
>
> Hi Markus,
>
> I noted your new installation instructions for the git repo and have used
> those.
>
> The first error in error.log occurs in /usr/local/grass/lib/proj:
>
> test -d OBJ.x86_64-pc-linux-gnu || mkdir -p O
Hi Markus,
I noted your new installation instructions for the git repo and have used
those.
The first error in error.log occurs in /usr/local/grass/lib/proj:
test -d OBJ.x86_64-pc-linux-gnu || mkdir -p OBJ.x86_64-pc-linux-gnu
gcc -g -O2 -fPIC -I/usr/local/grass/dist.x86_64-pc-linux-gnu/inc
Dear all,
thanks again for your answers. I found an easier way, use -c flag in
v.in.ogr seems to not build topology of overlapping areas and then
v.rast.stats does not complain.
However, if one builds buffer areas for points within GRASS, i.e., using
v.buffer, the problem appears again when buffe
16 matches
Mail list logo