Thank you, Vero! I'll see what I can make work with that...
Best,
Tom
On Tue, Sep 25, 2018 at 9:26 PM Veronica Andreo
wrote:
> Hi Tom,
>
> I think v.vect.stats is your friend here :)
>
> https://grass.osgeo.org/grass74/manuals/v.vect.stats.html
>
> Cheers,
> Vero
>
> El mié., 26 sept. 2018 a
Hi Tom,
I think v.vect.stats is your friend here :)
https://grass.osgeo.org/grass74/manuals/v.vect.stats.html
Cheers,
Vero
El mié., 26 sept. 2018 a las 3:21, Thomas Adams ()
escribió:
> All:
>
> I want to test whether or not a spatially random collection of points fall
> within a spatially
All:
I want to test whether or not a spatially random collection of points fall
within a spatially random collection of polygons; actually I'd like to keep
track of the number of such occurrences for each polygon (watershed). Any
thoughts how to do this in GRASS? I understand PostGIS has
On Tue, 25 Sep 2018, Stefan Blumentrath wrote:
Temp files are normally stored in the mapset (e.g.
/grassdb/location/mapset/.tmp/YOURCOMPUTER/12345.0)
Stefan,
Ah! I looked in /tmp and other potential places, but not in the project's
mapset. I have 48G available in /home and thought that
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
On Tue, 25 Sep 2018, Markus Neteler wrote:
Just disable it at left bottom of the display window -> the trick is that
you need to *first* switch to "Show comp. extent" which isn't obvious:
Well, that is certainly well hidden. :-)
But I think that the "Show computational extent" should
Running v.surf.tps stops after ~40% because it runs out of room to write a
temp file. I assume that /tmp is the default directory for these files.
The g.tempfile manual page wants a pid number. I can get this when I
invoke the command, but not before. What's the recommended procedure for
El mar., 25 sept. 2018 a las 22:32, Markus Neteler ()
escribió:
> On Tue, Sep 25, 2018 at 10:28 PM Veronica Andreo
> wrote:
> >
> > That's the computational region limits which are now visible by default
> in Map display and wx monitors.
> > However, I agree that an option to make it invisible
On Tue, Sep 25, 2018 at 10:28 PM Veronica Andreo
wrote:
>
> That's the computational region limits which are now visible by default
in Map display and wx monitors.
> However, I agree that an option to make it invisible as before would make
sense.
Just disable it at left bottom of the display
That's the computational region limits which are now visible by default in
Map display and wx monitors.
However, I agree that an option to make it invisible as before would make
sense.
You can open a ticket for this
Vero
El mar., 25 sep. 2018 14:24, Rich Shepard
escribió:
> On Tue, 25 Sep
On Tue, Sep 25, 2018 at 12:28 PM Ulrich Kriechbaum
wrote:
>
> Dear all,
>
> i am relatively new on working with GRASS. I work on Ubuntu 16.04, QGIS
> version is 2.18.16 and GRASS-version is 7.4.1. I need to install the Grass
> plugin in Qgis but when i open the plugin manager i can not find the
On Tue, 25 Sep 2018, Markus Neteler wrote:
The suffixes depend on the language (.sh for shell in addition to
those listed above).
Thanks, Markus. I found the wiki page that reminded me that running bash
shell scripts from the grass command line is what I've done before, and
therefore .sh is
On Tue, Sep 25, 2018 at 5:30 PM Rich Shepard wrote:
>
>Does grass have script style standards similar to those of R, Python, and
> similar languages? Is there a standard for file name suffixes equivalent to
> .R and .py?
The suffixes depend on the language (.sh for shell in addition to
those
On Tue, 25 Sep 2018, Rich Shepard wrote:
Does grass have script style standards similar to those of R, Python, and
similar languages? Is there a standard for file name suffixes equivalent to
.R and .py?
Answered: write a regular bash shell script.
Rich
On Tue, 25 Sep 2018, Rich Shepard wrote:
Just built the latest release from 7.7.svn (I think it's 73396) and when I
run 'd.mon start=wx0' I see a vertical rectangle with a blue border in the
center (see attached screenshot.png). d.erase does nothing to it and
trying to print it as content
Just built the latest release from 7.7.svn (I think it's 73396) and when I
run 'd.mon start=wx0' I see a vertical rectangle with a blue border in the
center (see attached screenshot.png). d.erase does nothing to it and trying
to print it as content fails; there's nothing to print.
Any ideas
The subject category in the applications web page is rather sparse (as are
several other categories).
I'm interested in finding examples (and appropriate modules) for spatial
interpolation of aquatic chemistry within a river network. There are
multiple modules for defining and analyzing
Does grass have script style standards similar to those of R, Python, and
similar languages? Is there a standard for file name suffixes equivalent to
.R and .py?
The Programmer's Manual focuses on module development; is there an
equivalent for end users scripting analyses?
Rich
Le 9/25/18 à 4:10 PM, Moritz Lennert a écrit :
On 25/09/18 15:40, Frank David wrote:
Thank you Vero,
If I well understand, r.series return always floating values. But
from trunk r73206 we expect something different... Ok I will wait for
the next release, and continue with a int().
But I
* Veronica Andreo [2018-09-25 08:24:44 -0300]:
AFAIU, plate carree (lat long grid, no meters) is deprecated, and you
should use latlong instead. I had a similar issue with modis ocean color
products.
Do you at least get the same number of row and columns that is described by
gdalinfo when you
Image attached shows rivers (black line) and floodplain of where it thinks
there are rivers and in some cases where there may not be rivers.
Cheers
Le gach dea ghui,
*Shane Carey*
*GIS and Data Solutions Consultant*
On Tue, Sep 25, 2018 at 3:45 PM, Shane Carey wrote:
> Yes, this is the
Yes, this is the problem - there is not exact stream matching with the ones
derived on the carved DEM with the "Real" rivers. Any advice on how to get
around that?
Thanks
Le gach dea ghui,
*Shane Carey*
*GIS and Data Solutions Consultant*
On Tue, Sep 25, 2018 at 3:53 AM, Vaclav Petras wrote:
On 25/09/18 15:40, Frank David wrote:
Thank you Vero,
If I well understand, r.series return always floating values. But from
trunk r73206 we expect something different... Ok I will wait for the
next release, and continue with a int().
But I still not understand from where r.series return
Thank you Vero,
If I well understand, r.series return always floating values. But from
trunk r73206 we expect something different... Ok I will wait for the
next release, and continue with a int().
But I still not understand from where r.series return such values (more
or less 0.03) from
On Tue, Sep 25, 2018 at 2:06 PM Thomas Adams wrote:
>
> Hello all,
>
> I think there is sufficient evidence to recommend using elevation as a
secondary variable for spatial interpolation of precipitation
as an alternative to kriging, TPS interpolation also allows to use
covariables, e.g. with
On Tue, Sep 25, 2018 at 1:25 PM Veronica Andreo
wrote:
>
> AFAIU, plate carree (lat long grid, no meters) is deprecated, and you
should use latlong instead. I had a similar issue with modis ocean color
products.
>
> Do you at least get the same number of row and columns that is described
by
Hello Frank,
See this related thread:
https://lists.osgeo.org/pipermail/grass-dev/2018-August/089410.html
The method sum in r.series always returns DCELL. But maybe this is also a
case in which a check of data type could be done beforehand, so the result
keeps the original data type.
HTH,
Vero
Hello all,
I think there is sufficient evidence to recommend using elevation as a
secondary variable for spatial interpolation of precipitation using, for
instance, Universal Kriging or spatial drift, or a method such as PRISM in
the USA (http://www.prism.oregonstate.edu/) -- PRISM estimates are
AFAIU, plate carree (lat long grid, no meters) is deprecated, and you
should use latlong instead. I had a similar issue with modis ocean color
products.
Do you at least get the same number of row and columns that is described by
gdalinfo when you import?
HTH,
Vero
El mar., 25 sep. 2018 7:25,
Dear all,
i am relatively new on working with GRASS. I work on Ubuntu 16.04, QGIS version is 2.18.16 and GRASS-version is 7.4.1. I need to install the Grass plugin in Qgis but when i open the plugin manager i can not find the Grass plugin. Does anyone have an idea why this could be the case?
The hourly 5km LST product from Copernicus, as per the product user manual
(https://land.copernicus.eu/global/sites/cgls.vito.be/files/products/GIOGL1_PUM_LST-I1.40.pdf)
"is displayed in a regular latitude/longitude grid (plate carrée) with
the ellipsoid WGS 1984 (Terrestrial radius=6378km).
* Markus Neteler [2018-09-24 17:04:13 +0200]:
On Mon, Sep 24, 2018 at 5:00 PM Markus Neteler wrote:
On Fri, Sep 21, 2018 at 5:31 PM Nikos Alexandris
> Dears,
>
> can I get a fraction (spatial and temporal) of the maps shown under
> https://lst.mundialis.de/, directly in GRASS GIS?
Consider
Dear All,
Is there a kind of processing using GRASS GIS to downscale CMIP5 data?
Regards
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
Hello all,
I've done a sum with r.series from 8 rasters previously calculated with
r.mapcalc. Each raster cell content is 0 or 1. So the sum raster cells
should have 0 to 8. I was looking at r.category to set labels like "1 to
2", "3 to 4", etc. To see my raster values, I've done a
On 24/09/18 17:05, Markus Neteler wrote:
On Fri, Sep 21, 2018 at 1:13 PM Johannes Radinger
wrote:
Hi all,
this is maybe a very easy question: But how is it possible to identify
duplicate points (that have the same pair of coordinates) of a set of points.
I'd like to get the categories of
35 matches
Mail list logo