Hi Moritz
Is there a way to automatically (not by manually editing the dataset)
remove all holes in all areas of a vector dataset (I guess that are
polygons without a category within polygons with a category).
What do you mean by remove ? Fill them as separate polygons ? Make them
part of
Hi GRASS list,
I am kind of lost and hope someone can point me in the right direction.
Is there a way to automatically (not by manually editing the dataset)
remove all holes in all areas of a vector dataset (I guess that are
polygons without a category within polygons with a category).
Thanks
Hi Markus,
>> did you use the NASADEM further than importing it in GRASS?
>
> Well, I used it like a DEM..
That's good to know.
I find it hard to find any applications using this data set. Seems to be
still early and r.in.nasadem a frontrunner ;-)
>> I need a DEM for Germany + 10km Buffer.
Moin Markus & Markus,
did you use the NASADEM further than importing it in GRASS?
I need a DEM for Germany + 10km Buffer. So, I thought NASADEM would be a
natural fit and am now trying to get a handle on this dataset.
The import with r.in.nasadem in a WGS84 Location just worked.
Thanks a lot
Am 21.06.19 um 21:27 schrieb Ken Mankoff:
On 2019-06-21 at 21:10 +02, Robert Nuske wrote...
If there is no way to only treat the islands/holes (which i don't know
about), it will change the outer boundary as well. Fjord like
structures will vanish. Neighboring areas might even merge if close
> I want to remove islands smaller than a certain threshold from my
> vector map or if that is not possible all islands.
>
> I found some trick on an old manual page of v.extract. But this
> does not work anymore. Is there a new trick?
Did you have a look at v.clean:
Weitergeleitete Nachricht
Betreff: Re: [GRASS-user] remove small islands from vector areas
Datum: Fri, 21 Jun 2019 13:47:52 +0200
Von: Robert Nuske
An: Stefan Blumentrath
Hi Stefan,
as far as I understood does rmarea that remove small areas but not
islands (holes) within
Dear Listers,
sorry, it's me again.
I want to remove islands smaller than a certain threshold from my vector
map or if that is not possible all islands.
I found some trick on an old manual page of v.extract. But this does not
work anymore. Is there a new trick?
thnaks
robert
Robert Nuske
mailto:rsn.mailingli...@gmail.com>> wrote:
>
> Dear Listers,
>
> I would like to smooth polygons coming from a raster via r.to.vect using
> v.generalize methods=snakes.
>
> If I understood the documentation correctly, snakes is the only method
> that
Dear Listers,
I would like to smooth polygons coming from a raster via r.to.vect using
v.generalize methods=snakes.
If I understood the documentation correctly, snakes is the only method
that tries to go the middle ground: neither entirely circumscribing
(larger than original polygon) nor
Moin Markus,
thanks a ton!
cheers
robert
Am 18.06.19 um 15:31 schrieb Markus Neteler:
Hi Robert,
On Tue, Jun 18, 2019 at 1:54 PM Robert Nuske wrote:
Hi Listers,
r.fillnulls exits with an error if the input map has no holes.
r.fillnulls one step in a bash script. The processing
Hi Listers,
r.fillnulls exits with an error if the input map has no holes.
r.fillnulls one step in a bash script. The processing is stopped if
r.fillnulls writes no output because of an error.
Thus i would like to check if any holes need to be filled. If this is
the case run r.fillnulls and
Hi Markus,
> 38 vector maps (polygon) cover separate parts of my study area. A few
> share a boundary with their neighbor, most do not. To further work with
> all polygons from all sub plots, I want to merge all sub plots into one
> vector map. I do NOT need the polygons to get dissolved
Dear List(en)ers,
trying to work around my previously reported issue (v.patch eating my
polygons) I run into a segfault:
> v.out.ogr -n in=gaps_1 out=gaps_coll
Segmentation fault (core dumped)
Can anyone reproduce this?
thanks
robert
___
Dear GRASS-Users,
after an abstinence period I started again to use GRASS 7.4 on Ubuntu
18.04 and am now facing v.patch eating my large polygons.
38 vector maps (polygon) cover separate parts of my study area. A few
share a boundary with their neighbor, most do not. To further work with
Am Freitag, 20. Februar 2015, 08:32:17 schrieb Anna Petrášová:
On Tue, Feb 17, 2015 at 9:41 AM, Anna Petrášová kratocha...@gmail.com
wrote:
On Tue, Feb 17, 2015 at 6:03 AM, Robert Nuske rnu...@gwdg.de wrote:
Hi
g.extension from grass70 (ppa:grass-devel) still fails
,
2015-02-18 11:09 GMT+01:00 Robert Nuske rnu...@gwdg.de:
$ ls -l /usr/local/src/grass70/dist.x86_64-unknown-linux-gnu/tools
total 60
-rwxrwxr-x 1 rnuske rnuske 6240 Feb 17 11:27 g.echo
-rwxr-xr-x 1 rnuske rnuske 1501 Feb 17 11:27 g.html2man.py
-rw-r--r-- 1 rnuske rnuske 5940 Feb 17 11
Hi there
Good News!
Thanks to Glynn's hint and Martin's fixes the daily grass70 package from
ppa:grass-devel is now able to manage addons with g.extension.
Thanks a lot for your help!
cheers,
robert
___
grass-user mailing list
Thanks Glynn!
I have added py extension in `rules` file [1] and requested for the
new build. Should be available in 10min.
Thanks for the fix.
It already percolated into the ubuntu package grass70
Version: 7.0.0+1svn64634~ubuntu14.04.1
g.extension fails now because it can
Hi
g.extension from grass70 (ppa:grass-devel) still fails.
[...]
Traceback (most recent call last):
File /usr/lib/grass70/tools/g.html2man.py, line 5, in module
from html import HTMLParser, HTMLParseError
ImportError: No module named html
[...]
GRASS Version: 7.0.0+1svn64647~ubuntu14.04.1
Hi Martin,
I have added py extension in `rules` file [1] and requested for the
new build. Should be available in 10min.
Thanks for the fix.
It already percolated into the ubuntu package grass70
Version: 7.0.0+1svn64634~ubuntu14.04.1
g.extension fails now because it can not find the html
Hi Martin,
mkdir -p /usr/lib/grass70/docs/man
mkdir: cannot create directory '/usr/lib/grass70/docs/man': Permission
denied make: *** [/usr/lib/grass70/docs/man] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.
I fixed this bug in r64534 (trunk only), after
Hi
problem with missing `g.html2man.py` still exists in daily ubuntu pacakges of
GRASS 7.0
The rules file (lines 180-183) contains rules for
tools/mkhtml.py
tools/g.html2man
I have no idea why they are treated differently.
One with '.py' and the other without.
cheers
Robert
Hi Martin,
thanks for looking into this!
2015-02-09 16:10 GMT+01:00 Robert Nuske rnu...@gwdg.de:
mkdir -p /usr/lib/grass70/docs/man
mkdir: cannot create directory '/usr/lib/grass70/docs/man': Permission
denied make: *** [/usr/lib/grass70/docs/man] Error 1
ERROR: Compilation failed
the r.growth.shrink addon.
See also ticket #2368 [0] which includes a patch for r.grow.distance
to shrink (distance from nearest NULL cell to be precise).
Markus M
https://trac.osgeo.org/grass/ticket/2368
On Thu, Feb 5, 2015 at 1:59 PM, Robert Nuske rnu...@gwdg.de wrote:
Hi
Hi Markus,
v.generalize does not distinguish between outer and inner rings, it
simply goes through all boundaries and generalizes each one.
And this has always been the case or this is specific to GRASS7 ?
This has always been the case.
Then why doesn't there seem to be
Hi Pietro
On Tue, Feb 10, 2015 at 9:05 AM, Robert Nuske rnu...@gwdg.de wrote:
Any clue about the missing python module 'html' reported by g.html2man.py?
Traceback (most recent call last):
File /usr/lib/grass70/tools/g.html2man.py, line 4, in module
from html import
Dear GRASS-List,
using GRASS 7.0 from the ppa:grass-devel on ubuntu 14.01 I am not able to
compile addons with g.extension
I use today’s daily GRASS built (7.0.0+1svn64508~ubuntu14.04.1)
and the packages grass70, grass70-core, grass70-dev, grass70-doc, grass70-gui
As standard user I am not
Hi Moritz GRASS-List
is there a way to generalize polygons including their holes?
I am not too worried about topology, there are only polygons of one class
in the dataset.
I tried the following
v.generalize in=m3 out=m5 type=area method=douglas threshold=5000
which
Hi there,
looking at some noisy raster map, I would like to clean up the patches (map
consists only of one class and NULL) using basic mathematical morphology
(dilation erosion) in GRASS 7.0.
The dilation can easily be achieved with r.grow.
But the erosion seems not to be as straight
, 14:53:05 schrieb Paulo van Breugel:
Check out the r.growth.shrink addon.
On Thu, Feb 5, 2015 at 1:59 PM, Robert Nuske rnu...@gwdg.de wrote:
Hi there,
looking at some noisy raster map, I would like to clean up the patches
(map
consists only of one class and NULL) using basic
) in the home folder.
On Thu, Feb 5, 2015 at 3:52 PM, Robert Nuske rnu...@gwdg.de wrote:
Hi Paulo,
thanks for the hint!
Now I have some trouble to install the addon:
As a standard user I am not allowed to create a directory under /usr/lib.
A second try as root failed because
is there a way to generalize polygons including their holes?
I am not too worried about topology, there are only polygons of one
class
in the dataset.
I tried the following
v.generalize in=m3 out=m5 type=area method=douglas threshold=5000
which simplified the outer
Hi GRASS-Users
is there a way to generalize polygons including their holes?
I am not too worried about topology, there are only polygons of one class in
the dataset.
I tried the following
v.generalize in=m3 out=m5 type=area method=douglas threshold=5000
which simplified the outer boundaries
Hi Johannes
another path might be to use the excellent tools of the R package spatstat to
simulate various cluster processes. Those generated point patterns could then
be translated to rasters.
Functions for random point processes exhibiting clustering in spatstat are
e.g. rThomas,
Hello
I am trying to run r.what to populate a table in PostgreSQL using;
echo 'select x, y from xy limit 10' | db.select -c fs=' ' | r.what
input=layer fs=',' | ...
This bit works OK (I do get an extra blank column - see below)
140.877,-33.9604,,4071
140.88,-33.9604,,3670
Markus,
On Thu, Apr 15, 2010 at 4:59 PM, Robert Nuske rnu...@gwdg.de wrote:
Hi Markus,
perhaps also
the new GRASS poster (Robert, did you submit it?).
Not yet,
since I am not sure if I cna make it to the FOSS4G (there is another
conference in the same week).
But if you think
Hi Markus,
perhaps also
the new GRASS poster (Robert, did you submit it?).
Not yet,
since I am not sure if I cna make it to the FOSS4G (there is another
conference in the same week).
But if you think it would be worth it, I will submit an abstract and somebody
can take the poster to the
Hi Markus,
Am Donnerstag 03 Dezember 2009 01:02:00 schrieb Pablo Carreira:
Hi Markus M., after a fast look at Urban Keitt here is my sugestions:
a)Create a single central vector point for each patch.
b)Connect that vector to an MySQL database.
c)create the columns ID, X, Y, NHABDIST,
39 matches
Mail list logo