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 th
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 a
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. So,
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 me
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
> 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
at 4:26 PM 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
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 in
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 is
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 (di
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
___
grass-
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
all
anda:
> Hi,
>
> 2015-02-18 11:09 GMT+01:00 Robert Nuske :
> > $ 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
>
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
grass-user@lists.osg
Am Freitag, 20. Februar 2015, 08:32:17 schrieb Anna Petrášová:
> On Tue, Feb 17, 2015 at 9:41 AM, Anna Petrášová
>
> wrote:
> > On Tue, Feb 17, 2015 at 6:03 AM, Robert Nuske wrote:
> >> Hi
> >>
> >> g.extension from grass70 (ppa:grass-devel) still fa
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 n
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
from html import HTMLParser, HTMLParseError
ImportError: No module named html
[...]
GRASS Version: 7.0.0+1svn64647~ubuntu14.04.1
pack
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 m
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
> 2015-02
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
Hi Pietro
> On Tue, Feb 10, 2015 at 9:05 AM, Robert Nuske 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,
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
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.
> >>
Hi Martin,
thanks for looking into this!
> 2015-02-09 16:10 GMT+01:00 Robert Nuske :
> > 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
>
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 a
y installed in a
> hidden folder (.grass7) in the home folder.
>
> On Thu, Feb 5, 2015 at 3:52 PM, Robert Nuske wrote:
> > Hi Paulo,
> >
> > thanks for the hint!
> >
> >
> > Now I have some trouble to install the addon:
> >
> > As a stan
grow.shrink.tmp.html
ERROR: Compilation failed, sorry. Please check above error messages.
Am Donnerstag, 5. Februar 2015, 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 wrote:
> > Hi there,
> &
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 forward
> >>> 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
> >>>
> >
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
> >
>
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, rGaussPoiss
> 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
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 co
Markus,
> On Thu, Apr 15, 2010 at 4:59 PM, Robert Nuske 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 anoth
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, N
39 matches
Mail list logo