Hi Ken,
To my knowledge r.watershed does not require to fill sinks in advance, because
it has a minimal impact routing for handling (non-real) sinks.
Do you have a particular reason for your wish to fill the DEM in advance?
Cheers
Stefan
-Original Message-
From: grass-user
Dear all,
Zofie and me are trying to mode altitude of forest line in GRASS and R.
We have a couple of 100k pixels that we assume to represent forest line and now
want to explain their altitude with explanatory variables (terrain,
temperature, precipitation and the like). In a next step we want
Hi Hakim,
Try r.import (https://grass.osgeo.org/grass72/manuals/r.import.html).
ETRS LAEA (EPSG:3035) is of course “supported”.
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Hakim
Benoudjit
Sent: mandag 9. oktober 2017 16.02
To:
Hi Johannes,
Sorry for the delayed response.
You could try v.net and then use igraph.
See: https://github.com/NINAnor/gudbrand_hydro/blob/master/v.igraph.order.py
as an example for network analysis using a GRASS python script in combination
with igraph.
What you would need is to compute the
not necessary..
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: onsdag 27. september 2017 13.30
To: Johannes Radinger <johannesradin...@gmail.com>; GRASS user list
<grass-user@lists.osgeo.org>
Subject: Re: [GRASS-u
Hei Johannnes,
Maybe looping over the different possible combinations of nodes using
https://grass.osgeo.org/grass72/manuals/v.net.path.html does the job?
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Johannes Radinger
Sent: onsdag 27. september 2017
Sorry, there is: https://grass.osgeo.org/grass72/manuals/v.net.allpairs.html
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Johannes Radinger
Sent: onsdag 27. september 2017 13.12
To: GRASS user list
Subject: [GRASS-user] Extract subnet
Hi Martin,
Maybe this:
https://grass.osgeo.org/grass72/manuals/addons/i.points.auto.html
can be of help?
Cheers
Stefan
-Original Message-
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Martin Landa
Sent: søndag 3. desember 2017 19.37
To: GRASS users list
P. S. Neither does it help to divide by 1...
Von: grass-user [grass-user-boun...@lists.osgeo.org] im Auftrag von Stefan
Blumentrath [stefan.blumentr...@nina.no]
Gesendet: Montag, 18. Dezember 2017 16:35
An: Moritz Lennert; Žofie Cimburová
Cc: GRASS
Hi Moritz,
Thanks for helping with troubleshooting!
QUANTIFICATION_VALUE is 1, Thus dividing with it gives a maximum value of
2.8...
Any idea how to figure out if it is 12 or 16 bit image. It is directly
downloaded from ESA...
Cheers
Stefan
-Original Message-
From: grass-user
Forgot to mention, my test data is tiny (< 3MB)…
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: tirsdag 19. desember 2017 15.24
To: Sajid Pareeth <spare...@gmail.com>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject:
share username and password offlist…
Cheers
Stefan
From: Sajid Pareeth [mailto:spare...@gmail.com]
Sent: tirsdag 19. desember 2017 12.51
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: Moritz Lennert <mlenn...@club.worldonline.be>; Žofie Cimburová
<zoficimbur...@gmail.c
...
From: Sajid Pareeth [mailto:spare...@gmail.com]
Sent: tirsdag 19. desember 2017 16.08
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] i.atcorr with Sentinel2
Hi
Would you be able to provide me wit
[mailto:neteler.os...@gmail.com] On Behalf Of
Markus Neteler
Sent: torsdag 14. desember 2017 12.57
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.osgeo.org>; Robert Zahl Dybvad
<robert.dyb...@nina.no>
Subject: Re: [GRASS-user] In
Hi,
Is it possible to install (any) development / test version of GRASS (trunk or
7.4.0RC2) in parallel to the stable version (GRASS 7.2) from UbunutGIS both at
the same machine?
I know both can co-exist when I compile from source, but a binary package might
come in handy in some cases...
le segfaults.
??
Do I need a newer GRASS?
Best,
Micha
On 12/19/2017 04:24 PM, Stefan Blumentrath wrote:
Dear Sajid,
Thanks so much for your reply and confirming that the module works in principle!
Would you be able to provide me with the 1000 X 1000 clip of your data, so I
can check if it is my
] On Behalf Of
Markus Neteler
Sent: tirsdag 19. desember 2017 20.38
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] i.atcorr with Sentinel2
On Tue, Dec 19, 2017 at 4:58 PM, Stefan Blumentrath
<stefan.blum
,
Stefan
-Original Message-
From: Moritz Lennert [mailto:mlenn...@club.worldonline.be]
Sent: mandag 18. desember 2017 16.58
To: Stefan Blumentrath <stefan.blumentr...@nina.no>; Žofie Cimburová
<zoficimbur...@gmail.com>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subjec
ion in existing posts, unfortunately...
Any idea what else we could try?
Cheers
Stefan
-Original Message-
From: Moritz Lennert [mailto:mlenn...@club.worldonline.be]
Sent: mandag 18. desember 2017 17.06
To: Stefan Blumentrath <stefan.blumentr...@nina.no>; Žofie Cimburová
<zoficimbur.
mic and will report
back from that exercise.
Meanwhile, can anyone confirm that i.atcorr in GRASS 7.4.0RC1 actually works
with Sentinel-2 data?
Cheers
Stefan
-Original Message-
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: tirsd
input image and
value ranges...
Shall I open a ticket?
Any idea/chance to get this new feature in G7.4 to work...?
Any pointer/help would be very much appreciated!
Cheers
Stefan
-Original Message-
From: Stefan Blumentrath
Sent: tirsdag 19. desember 2017 10.56
To: Stefan Blumentrath
Oops, forgot to copy the list…
From: Stefan Blumentrath
Sent: mandag 6. november 2017 13.15
To: 'Žofie Cimburová' <zoficimbur...@gmail.com>
Subject: RE: [GRASS-user] i.spec.unmix - scale results to 0-100%
My guess would be that you have to normalize the data for every layer in each
pixel
Hi Rich,
Please try GRASS_VECTOR_LOWMEM environment variable:
GRASS_VECTOR_LOWMEM
[vectorlib]
If the environment variable GRASS_VECTOR_LOWMEM exists, memory consumption will
be reduced when building vector topology support structures. Recommended for
creating large vectors.
See:
Did you try v.edit:
https://grass.osgeo.org/grass72/manuals/v.edit.html
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Johannes Radinger
Sent: torsdag 9. november 2017 10.04
To: GRASS user list
Subject: [GRASS-user] GRASS-way
So, removing records from the attribute table would be a job for db.execute of
db.select I guess…
From: Johannes Radinger [mailto:johannesradin...@gmail.com]
Sent: torsdag 9. november 2017 10.17
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.
Hi,
Did you try:
https://grass.osgeo.org/grass72/manuals/v.net.components.html
That might give you a common attribute for all connected lines in your network…
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Huidae Cho
Sent: torsdag 26. oktober 2017
Metz [mailto:markus.metz.gisw...@gmail.com]
Sent: onsdag 20. desember 2017 22.52
To: Moritz Lennert <mlenn...@club.worldonline.be>
Cc: Stefan Blumentrath <stefan.blumentr...@nina.no>; Sajid Pareeth
<spare...@gmail.com>; GRASS user list <grass-user@lists.osgeo.org>
For completness:
https://trac.osgeo.org/grass/ticket/3469
-Original Message-
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: torsdag 21. desember 2017 08.18
To: Markus Metz <markus.metz.gisw...@gmail.com>; Moritz Lennert
Thanks again, Sajid and Moritz!
I will try to compile on a newer OS and also file a ticket (I guess it is a
packaging issue?)...
Cheers
Stefan
-Original Message-
From: Moritz Lennert [mailto:mlenn...@club.worldonline.be]
Sent: onsdag 20. desember 2017 17.41
To: Stefan Blumentrath
Hei Nikos,
What about using gdal_rasterize and then r.external output=MASK?
Cheers
Stefan
From: grass-user on behalf of Nikos
Alexandris
Sent: Tuesday, May 8, 2018 4:01:14 PM
To: GRASS-GIS user
Ciao Vero,
Unfortunately, it seems you have to create a new table with desired column
order, copy data into it (INSERT INTO FROM SELECT) and then link the new table
to your vector map (v.db.connect)…:
https://stackoverflow.com/questions/20574113/sqlite3-how-to-reorder-columns-in-a-table
Note
Dear GRASS users,
I am doing some stream extraction with r.stream.extract, just using a terrain
model. This works generally quite nice.
However, I notice that e.g. contributions of lakes and mires to stream
generation are under-estimated if all pixels contribute equally, regardless of
their
Hi Rich,
There should be a "dblbnd.adf" file in the ESRI grid directory. Please try that
to import the data. So:
r.in.gdal -o --overwrite
input=Bare_Earth/bh45122c3/dblbnd.adf output=bare_earth
Hope that helps.
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Rich
Forgot the list…
From: Stefan Blumentrath
Sent: tirsdag 1. mai 2018 08.57
To: 'Shane Carey' <careys...@gmail.com>
Subject: RE: [GRASS-user] Stream order from existing stream network layer
Hi Shane,
Please have a look at:
https://grass.osgeo.org/grass74/manuals/addons/v.stream.orde
;
Sent: tirsdag 1. mai 2018 10.29
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Subject: Re: [GRASS-user] Stream order from existing stream network layer
Hi Stefan,
I had a look at this, but it requires a point layer also - which I don't have
unfortunately.
Thanks
Le gach dea ghui,
Sha
Dear all,
The Norwegian Institute for Nature Research (NINA) seeks a post doc or Ph.D.
candidate in mapping and valuation of ecosystem services from green
infrastructure in Oslo. The candidate has preferably skills in Open Source GIS
(OSGeo) and a M.Sc./Ph.D. in geomatics with an interest in
ail.com>> wrote:
On Thu, Oct 26, 2017 at 5:02 PM, Markus Neteler
<nete...@osgeo.org<mailto:nete...@osgeo.org>> wrote:
>
> On Thu, Oct 26, 2017 at 9:58 AM, Stefan Blumentrath
> <stefan.blumentr...@nina.no<mailto:stefan.blumentr...@nina.no>> wrote:
> &g
Great! Thanks, we will have a look at it!
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Markus Metz
Sent: tirsdag 23. januar 2018 09.41
To: Markus Neteler
Cc: GRASS user list
Subject: Re: [GRASS-user]
OK. Will do so once maintenance for create_iwave.py is done!
-Original Message-
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Markus Neteler
Sent: tirsdag 23. januar 2018 11.51
To: Žofie Cimburová
Cc: GRASS user list
No problem. Any chance I can contribute to maintenance of create_iwave.py?
What needs to be done? Take your latest changes into account?
If you think it makes sense I will try to create a patch for adding S2B to
i.atcorr (would be a nice exercise and does not seem too complex)? Will open a
Or just as a screen output?
You did not mean band value limits, right?
Not sure I am of help/useful for fixing create_iwave.py, but I`ll do my best…
Cheers
Stefan
From: Markus Metz [mailto:markus.metz.gisw...@gmail.com]
Sent: tirsdag 23. januar 2018 13.02
To: Stefan Blumentrath
.
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: torsdag 25. januar 2018 11.30
To: Markus Metz <markus.metz.gisw...@gmail.com>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] i.atcorr with Senti
> Let's get out 7.4.0 and then add the new S2A/B to 7.4.1. Otherwise we'll
> never get it out...
Fully understand!
Stefan
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
[mailto:markus.metz.gisw...@gmail.com]
Sent: torsdag 25. januar 2018 11.16
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] i.atcorr with Sentinel2
On Thu, Jan 25, 2018 at 10:51 AM, Stefan Blumentrath
<stefan.blum
From: Markus Metz [mailto:markus.metz.gisw...@gmail.com]
Sent: torsdag 25. januar 2018 14.12
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] i.atcorr with Sentinel2
> Looks good to me, please submit to
Hi Nikos,
Did you consider using r.univar (with a zones map, like v.rast.stats does:
https://trac.osgeo.org/grass/browser/grass/branches/releasebranch_7_2/scripts/v.rast.stats/v.rast.stats.py#L238,
just with colon as separator) and using the resulting table as input to
r.recode
Hi Paulo and Helmut,
Did you consider using cStringIO, if you need a file-object?
That would avoid the temporary file and thus should be more efficient too. See
attached diff (it is probably not necessary to remove the last line break
though).
Just a suggestion.
Yet, there might be even more
Hi Martin,
Very nice work! This will simplify some of my workflows significantly!
One parameter I was missing was however "area_relation". Please find attached a
diff, in case you agree that it would be a useful addition (the python script
is successfully tested, though I did not check the html
that i.spec.unmix understands. So the modules
can be complementary...
Cheers,
Stefan
-Original Message-
From: Moritz Lennert [mailto:mlenn...@club.worldonline.be]
Sent: torsdag 8. februar 2018 09.06
To: Stefan Blumentrath <stefan.blumentr...@nina.no>; grass-user grass-user
(grass-user@lists.osg
Dear all,
I just committed a new addon (i.pysptools.unmix) which is a wrapper around the
endmember extraction and spectral unmixing functionality in the pysptools
python library [1].
Feedback will be gladly received!
Cheers
Stefan
[1]: https://pypi.python.org/pypi/pysptools
Dear all,
I have a numpy array with x,y, z coordinates that I would like to write to a
rater map.
When I convert the array to a StringIO-object and feed it to r.in.xyz I get:
OSError: [Errno 7] Argument list too long
I checked the content of the StringIO object and it contains only three columns
StringIO can be replaced with BytesIO BTW, though I don`t know what difference
the two make...
Cheers
Stefan
From: grass-user [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of
Stefan Blumentrath
Sent: mandag 12. februar 2018 14.42
To: grass-user grass-user (grass-user@lists.osgeo.org)
&
[mailto:n...@nikosalexandris.net]
Sent: mandag 12. februar 2018 21.20
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: grass-user grass-user (grass-user@lists.osgeo.org)
<grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] raster map from coordinates in python
* Stefan Blumentrath <s
Hi,
In general I would say that both sides (QGIS – GRASS) benefit from an
integration like Processing or the GRASS plugin. QGIS gains algorithms, GRASS
gains user base. And for the future, Rashads and Moritz proposal make indeed a
lot of sense!
The text descriptor files have been a real pain
Dear Pierre,
Just in case you are not aware of it, GRASS and R integrate very nicely:
https://grasswiki.osgeo.org/wiki/R_statistics/rgrass7
Cheers,
Stefan
-Original Message-
From: grass-user On Behalf Of Pierre
Roudier
Sent: torsdag 16. august 2018 10:07
To: Vaclav Petras
Cc: GRASS
Dear all,
I just uploaded a new addon "v.rast.bufferstats" [1] that extracts different
raster statistics in multiple buffers around vector geometries.
It is looping over input geometries and thus not very performant with lots of
input geometries. But it can be convenient for e.g. characterizing
grass-user (grass-user@lists.osgeo.org)
Subject: Re: [GRASS-user] New addon v.rast.bufferstats
On Thu, 23 Aug 2018, Stefan Blumentrath wrote:
> I just uploaded a new addon "v.rast.bufferstats" that extracts
> different raster statistics in multiple buffers around vector
> g
Dear all,
One of our GIS/remote sensing specialists will be in maternity leave, and we
therefore need a substitute in this position from the 1.11.2018 until the
1.11.2019.
If you are either ecologist, geographer, environmental planner, (or have a
similar education) with special interest in
Dear all,
There are some available places left at a 3-days intense workshop on GIS in
Applied Ecology (but techniques would be applicable to other domains too) from
24.09.2018 to 27.09.2018 at Studenterhytta, Oslo. With full board provided and
no other distraction than beautiful nature around,
Hi Zofie,
Markus M found some issues in my version of create_iwave.py.
I am fixing them right now!
Cheers
Stefan
From: Žofie Cimburová [mailto:zoficimbur...@gmail.com]
Sent: onsdag 24. januar 2018 09.32
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: Markus Metz <markus.
Thanks Daniel, I might come back to your offer!
Cheers
Stefan
From: Daniel Victoria [mailto:daniel.victo...@gmail.com]
Sent: tirsdag 23. januar 2018 15.04
To: Markus Metz <markus.metz.gisw...@gmail.com>
Cc: Stefan Blumentrath <stefan.blumentr...@nina.no>; GRASS user list
[markus.metz.gisw...@gmail.com]
Gesendet: Dienstag, 23. Januar 2018 14:50
An: Stefan Blumentrath
Cc: Markus Neteler; GRASS user list
Betreff: Re: [GRASS-user] i.atcorr with Sentinel2
On Tue, Jan 23, 2018 at 2:19 PM, Stefan Blumentrath
<stefan.blumentr...@nina.no<mailto:stefan.blumentr...@n
with proper S2B data?
Cheers
Stefan
From: Markus Metz [mailto:markus.metz.gisw...@gmail.com]
Sent: tirsdag 23. januar 2018 15.31
To: Stefan Blumentrath <stefan.blumentr...@nina.no>
Cc: Markus Neteler <nete...@osgeo.org>; GRASS user list
<grass-user@lists.osgeo.org>
Subject: Re: [GR
Hi Moritz,
(warming this post up again ...).
I see your point!
And I am aware, that dependencies might be changed in development versions.
QGIS has some nightly builds e.g. with ubuntugis dependencies.
Maybe snap could be useful? There does not seem to be a snap for GRASS yet:
: Moritz Lennert <mlenn...@club.worldonline.be>
Sent: Tuesday, March 13, 2018 10:06:57 AM
To: Stefan Blumentrath; Markus Neteler
Cc: GRASS user list
Subject: Re: [GRASS-user] Install GRASS stable and experimental in parallel
On 13/03/18 09:30, Stefan Blumentrath wrote:
> Hi Moritz,
>
Hei Bernardo,
Just for the record: I am currently working on something similar / related.
First of all I would like to improve speed of v.rast.stats for multiple inputs:
https://www.mail-archive.com/grass-dev@lists.osgeo.org/msg52562.html and
https://trac.osgeo.org/grass/ticket/3523
Adding a
not
be required, and you should be able to use r.univar with zones or r.stats for
all polygons at once…
Cheers
Stefan
From: Bernardo Santos <bernardo_brand...@yahoo.com.br>
Sent: onsdag 11. april 2018 20.59
To: Helmut Kudrnovsky <hel...@web.de>; grass-user@lists.osgeo.org; Stefan
and...@yahoo.com.br>
Sent: torsdag 12. april 2018 16.57
To: Helmut Kudrnovsky <hel...@web.de>; grass-user@lists.osgeo.org; Stefan
Blumentrath <stefan.blumentr...@nina.no>
Subject: Re: RE: [GRASS-user] zonal statistics/metrics - beyond simple
statistics
Hi Stephan,
Some minutes before
Hei Mehrdad,
If your buffers are overlapping, topology will become an issue, as Moritz
pointed out.
Johannes Radinger once wrote a workaround for a specific use case that might be
of help. See [1]. No idea if it would be possible to come up with something
more generic for v.rast.stats…
In
...
Cheers
Stefan
From: Markus Metz <markus.metz.gisw...@gmail.com>
Sent: fredag 23. mars 2018 17.57
To: Mehrdad Varedi <var...@waterlix.com>
Cc: Stefan Blumentrath <stefan.blumentr...@nina.no>; grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] Need Help with speeding up v.im
the range parameter. That should fix the error message.
Or do you have other issues as well?
Cheers
Stefan
From: Frank David
Sent: fredag 12. oktober 2018 15:17
To: Stefan Blumentrath ; grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] r.category
Hi Stefan,
Thanks for your reply. But I did
Hi Frank,
I think Laurents solution is for rendering maps to file/image.
Do I understand you correctly, that you are looking for a solution for adding
maps to the currently active map display (and respective Layer manager)?
I have not found a documentation and would be interested too. I assume
Hi Michael,
You could use r.cost with a cost map where all data outside area boundaries is
NULL and rest is 1 (or resolution)…
https://grass.osgeo.org/grass76/manuals/r.cost.html
Cheers
Stefan
From: grass-user On Behalf Of Michel
Wortmann
Sent: fredag 19. oktober 2018 15:48
To: GRASS user
Hi Margherita,
Try t.rast.what:
https://grass.osgeo.org/grass76/manuals/t.rast.what.html
Cheers,
Stefan
From: grass-user On Behalf Of Margherita
Di Leo
Sent: fredag 12. oktober 2018 10:40
To: GRASS user list
Subject: [GRASS-user] g.gui.tplot opens plot when exporting csv from cli
Hi,
I'm
Hi Frank,
You need to specify the range option as range=0,8 (instead of range=0-8 as you
did).
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Frank David
Sent: fredag 12. oktober 2018 14:24
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] r.category
Hello grass
Hi Alessandro,
You could try v.rast.bufferstats [1], if you do not have hundrets of thousands
of points….
If the buffers don`t overlap, you could use v.rast.stats [2] from the upcoming
GRASS 7.6 release, that will allow multiple raster input…
Otherwise have a look at the general introduction
Hei Frank,
Did you try the “spatial” option in v.in.ogr (or the r-flag) (if your data is
in a shape-file to start with):
https://grass.osgeo.org/grass74/manuals/v.in.ogr.html ?
And is v.clip slower than v.overlay (that could be used as well)?
Cheers
Stefan
From: grass-user On Behalf Of Frank
Hei Giuseppe,
For your first task use v.clean:
https://grass.osgeo.org/grass76/manuals/v.clean.html
For the second v.dissolve:
https://grass.osgeo.org/grass76/manuals/v.dissolve.html
Cheers
Stefan
From: grass-user On Behalf Of Giuseppe
Cillis
Sent: torsdag 1. november 2018 10:39
To:
Hi,
Try:
v.patch -a
https://grass.osgeo.org/grass76/manuals/v.patch.html
(assuming attribute tables are equal).
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Frank David
Sent: fredag 26. oktober 2018 11:39
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] append
d key-name for
the option in your script with a line like this:
#% key: my_option_key_name
Cheers,
Stefan
From: Frank David
Sent: onsdag 24. oktober 2018 10:48
To: Stefan Blumentrath ; Nikos Alexandris
Cc: Laurent C. ; GRASS user list
; GRASS developers list (grass-...@lists.osgeo.org)
Subject: Re: [
loper list (thus I put grass-dev
in CC).
Cheers
Stefan
From: Frank David
Sent: onsdag 24. oktober 2018 08:26
To: Nikos Alexandris
Cc: Stefan Blumentrath ; Laurent C.
; GRASS user list
Subject: Re: [GRASS-user] d.rast in python script
Le 23/10/2018 à 23:26, Nikos Alexandris a écrit :
* F
/grass74/manuals/parser_standard_options.html
From: Frank David
Sent: onsdag 24. oktober 2018 09:35
To: Stefan Blumentrath ; Nikos Alexandris
Cc: Laurent C. ; GRASS user list
; GRASS developers list (grass-...@lists.osgeo.org)
Subject: Re: [GRASS-user] d.rast in python script
Hi Stephan,
Thank
You could also have a look at GeoSHAPE:
http://geoshape.org/
However, there are plenty of tools out there, like:
https://geopaparazzi.github.io/geopaparazzi/
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Moritz
Lennert
Sent: mandag 12. november 2018 08:18
To:
Dear all,
Just want to inform you that I recently committed a new addon named
v.what.strds.timestamp, which is a relatively simple wrapper around v.what.rast:
https://grass.osgeo.org/grass74/manuals/addons/v.what.strds.timestamp.html
Purpose of the module is to match point data that have a
Hi Chris,
Did you try the table option in r.in.gdal:
https://grass.osgeo.org/grass74/manuals/r.in.gdal.html
Otherwise you could import the raster map and then the attribute table with
db.in.ogr.
From the table you could then build reclass rules for r.reclass.
(Not tested)
Cheers
Stefan
Temp files are normally stored in the mapset (e.g.
/grassdb/location/mapset/.tmp/YOURCOMPUTER/12345.0)
It can be partly controlled where tempfiles are stored using environment
variables:
https://grass.osgeo.org/grass74/manuals/variables.html
https://grass.osgeo.org/grass74/manuals/g.gisenv.html
Hi Shane,
Following up on robertos answer:
You could try the Normalized Difference Water Index (NDWI) which is computed
for S-2 as:
ndwi = (B08-B11)/(B08+B11)
or alternatively
ndwi = (B03 - B08) / (B03 + B08)
See e.g.:
Dear all,
In an r.mapcalc expression, I would like to trace values along a direction map
for 1 to n steps (e.g. looking 4 steps ahead along a path or stream or along a
given direction (degrees or 45degrees).
I tried using the neighborhood modifier within an eval function in r.mapcalc.
11:33
To: Stefan Blumentrath
Cc: GRASS user list
Subject: Re: [GRASS-user] Sentinel 1 in GRASS
Stefan,
I overlooked to mention that my aim is to explore the capabilities for
detecting areas of deforestation. Thanks for sharing your workflow! It will
surely be useful for me.
Kind regards
Hi Margherita,
There are a lot of very different possible workflows with S-1, depending on
what you are aiming at...
For terrestrial mapping applications, feel free to take inspiration from here
(finishing off a report on the project right now):
Dear all,
Just want to inform you that there is a vacant GIS-related position at NINA in
Trondheim.
NINA is seeking applicants for a 2-year postdoctoral fellowship to join a
research consortium for species distribution modeling of birds in northern
Europe. The Future Bird Scenarios project is
Hi,
DBMI seems to be missing...
I guess that could be useful as well...
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Martin Landa
Sent: mandag 1. april 2019 11:24
To: GRASS users list ; GRASS developers list
Subject: Re: [GRASS-user] help with git migration
Hi,
út
Hi Ken,
Did you try the rmarea method for r.reclass.area?
That converts to vector, runs v.clean with rmarea and then converts back to
raster (if I understood correctly...
Cheers,
Stefan
From: grass-user on behalf of Ken Mankoff
Sent: Saturday, March 9, 2019
Hi Laura,
There are several options.
One option would be to subdivide “ENVIROMENTAL_COVARIATES” into e.g. topics.
In my organisation (also environmental research) we organized mapsets with
prefixes (g_ for mapsets of general interest, gt_ for time series, p_ for
projects, u_ for users).
Ciao Madi, Vero,
Starting with GRASS 7.6, also centroids are used to get the raster
representation of your area vector map. That increases the likelihood of
smaller areas to be rasterized.
Increasing the resolution of the current region alone does not help, because
v.rast.stats temporarily
. februar 2019 10:37
To: Stefan Blumentrath
Cc: Veronica Andreo ; grass-user
Subject: Re: [GRASS-user] sample a strds at specific locations (areas)
Hi,
thank you for your replies. To give a little more context: I selected my
polygon areas to be > 0.5 ha each (this would be 5 mq if
Hi,
Python 3 support is planned for GRASS 7.8...
Furthermore, you might be interested in the grass-session library on pypi...
Cheers,
Stefan
From: grass-user on behalf of Shane Carey
Sent: Sunday, April 7, 2019 1:35:11 AM
To: grass-user grass-user
Subject:
Hei Vero,
Use min_raster and max_for raster method in r.series...
Did you try that?
Cheers
Stefan
From: grass-user on behalf of Veronica
Andreo
Sent: Sunday, May 26, 2019 6:02:47 AM
To: Frank David
Cc: grass-user
Subject: Re: [GRASS-user] get raster name in
Hi Robert,
Did you have a look at v.clean:
https://grass.osgeo.org/grass77/manuals/v.clean.html
with
tool=rmarea
Cheers
Stefan
-Original Message-
From: grass-user On Behalf Of Robert Nuske
Sent: fredag 21. juni 2019 12:33
To: grass-user
Subject: [GRASS-user] remove small islands from
2019 13:49
To: grass-user
Subject: [GRASS-user] Fwd: Re: remove small islands from vector areas
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
1 - 100 of 182 matches
Mail list logo