Hi all,
I have not found r.in.wms in the path where i have installed grass
C:\Archivos de programa\GRASS-64\bin
And so i am getting an error as “no such command exists”
What should i do to run the command or should i get any r.in.wms.exe from any source.
Thanks ,
nani
On Wed, Apr 27, 2011 at 12:38 PM, <grass-user-request@lists.osgeo.org> wrote:
Send grass-user mailing list submissions to
grass-user@lists.osgeo.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/grass-user
or, via email, send a message with subject or body ‘help’ to
grass-user-request@lists.osgeo.orgYou can reach the person managing the list at
grass-user-owner@lists.osgeo.orgWhen replying, please edit your Subject line so it is more specific
than “Re: Contents of grass-user digest…”Today’s Topics:
- Re: remove grass 6.4.0 (Maris Nartiss)
- Re: Re: how to only fill small sinks with r.fill.dir (Markus Metz)
- color for stdout print output (Johannes Radinger)
- Re: color for stdout print output (Martin Landa)
- d.barb: call for testing (Hamish)
- Re: color for stdout print output (Johannes Radinger)
- info: overwrite option in r.mask (Johannes Radinger)
- Re: info: overwrite option in r.mask (Martin Landa)
- Re: GRASS GIS 6.4.1 released (Giovanni Manghi)
Message: 1
Date: Wed, 27 Apr 2011 08:50:56 +0300
From: Maris Nartiss <maris.gis@gmail.com>
Subject: Re: [GRASS-user] remove grass 6.4.0
To: mega saputra <mega.saputra7@gmail.com>
Cc: grass-user@lists.osgeo.org
Message-ID: <BANLkTimymUbt=53aG7BN6kFNBSTTmUtaWw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8Hello,
You forgot to mention Your operating system.I look into my crystall ball and see You using MS-Windows and also
using QuantumGIS.
On Windows QuantumGIS comes with bundled GRASS 6.4.0. To get rid of
those icons, simply uninstall QuantumGIS OR do not use those iconsMaris.
2011/4/27, mega saputra <mega.saputra7@gmail.com>:
dear friends
i have remove grass 6.4.0. but not complete. there is still grass gis 6.4.0
(Text), grass gis 6.4.0 (TclTk), and grass gis 6.4.0 (wxPython). how to
remove them all?
now i have installed grass 6.4.1.
thanks for your help.
Message: 2
Date: Wed, 27 Apr 2011 09:03:03 +0200
From: Markus Metz <markus.metz.giswork@googlemail.com>
Subject: Re: [GRASS-user] Re: how to only fill small sinks with
r.fill.dir
To: Bryan Keith <bkeith@itascadenver.com>
Cc: grass-user@lists.osgeo.org
Message-ID: <BANLkTintsFZSKdQunBtHiJeCSCm9947fDQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1On Tue, Apr 26, 2011 at 10:26 PM, Bryan Keith <bkeith@itascadenver.com> wrote:
On Tue, Apr 26, 2011 at 12:53, Markus Metz
<markus.metz.giswork@googlemail.com> wrote:On Tue, Apr 26, 2011 at 7:54 PM, Bryan Keith <bkeith@itascadenver.com> wrote:
I think my problem is now with r.flow. I would like to see flows
continue through the filled sink and out the other end (as if it were
a lake), but that doesn’t happen. I don’t think it can happen with
r.flow because r.flow encounters a flat area.r.watershed would do that. Also r.terrraflow, but r.terraflow fills
You mean with the stream output? The problem with that is you’re
unable to specify where you’d like the streams to start. You only get
the largest accumulation streams, but I want output similar to r.flow
which distributes particles throughout the area of interest.You can use the flow option of r.watershed: create a raster map where
all the starting points get a value of 100, all others get a value of
0, this map is then used as flow option. As threshold for stream
initiation you would then use 100. The resulting flow accumulation
(with MFD) shows you the percentage trickling down to a given cell
from a start cell, the streams would start at the cells with value
100. Of course the value 100 is arbitrary, it can also be 1 or any
other positive number, the important part is that overland flow for
non-start cells must be zero.Markus M
r.drain allows you to specify where the particulars start, but it’s
limited to 8-directional flow instead of the smooth flow that r.flow
generates (which I prefer).all remaining sinks internally which is apparently not what you want.
r.watershed also allows you to specify locations of real sinks which
are not traversed.BTW, sometime in the next months I want to make available a new module
that performs hydrological conditioning of a DEM using not sink
filling but an impact reduction approach, and which has an option to
remove only sinks smaller than a given size.Sounds like this may be what I’m after!
Bryan
Markus M
Not sure what to try next. This was a problem even before messing
around with the sink tolerance.Bryan
On Tue, Apr 26, 2011 at 10:31, Saber <razmjooeis@faunalia.co.uk> wrote:
Sorry…I thought the sinks are as null values.
Ignore my previous email.
I can’t think of anything apart from improving your DEM to get rid of the
artifacts.
One way will be to get the initial result from the r.fill.dir. Identify
the areas where the depth is more than say 10 metre (r.nulls
map=initial_result setnull 0-9.99)You can then add the new depth raster to the DEM to create the “filled
hole”. (first r.mask to match initial_result and then r.mapcalc
filled_holes=initial_result+DEM)
Then remove the mast and r.patch
r.patch input=filled_holes,DEM output=patched_DEMYou can then use the patched_DEM for r.fill.dir
Hope that helps.
Hmmm, I’m not following all your steps, but I don’t want to manually
identify valid sinks vs. invalid sinks. I have quite a lot of
surfaces to process, and I’m happy to fill all sinks except those
deeper than 10m.On Tue, Apr 26, 2011 at 10:04, Saber <razmjooeis@faunalia.co.uk> wrote:
Here is a (not a very quick) solution I can think of:
1- Create an inverse mask
2- convert the mask to vector (r.to.vect)
3- clean the vector file to get rid of the areas not required (v.clean)
4- convert the vector back to raster (v.to.rast)
5- Use the new raster as a mask for filling holes (probably you need
step
4.5 to slightly buffer the raster)Hope that helps
Any ideas on this?
Bryan
On Mon, Apr 18, 2011 at 14:49, Bryan Keith <bkeith@itascadenver.com>
wrote:Hello,
Is there a way to only fill sinks in a DEM if they are smaller than a
certain tolerance? I have a couple areas of internal drainage that
really are correct (and quite large), and I have a quite few small
sinks that are incorrect and artifacts of the interpolation. Any
ideas how to this? r.fill.dir attempt to fill all the sinks.I’m trying to improve the results from r.flow Too many tracks end in
small holes where I’d like them to continue downstream. Thanks.Bryan
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Message: 3
Date: Wed, 27 Apr 2011 09:16:36 +0200
From: “Johannes Radinger” <JRadinger@gmx.at>
Subject: [GRASS-user] color for stdout print output
To: grass-user@lists.osgeo.org
Message-ID: <20110427071636.54600@gmx.net>
Content-Type: text/plain; charset=“utf-8”Hello GRASS users,
i think it should be possible to color the output of certain print-commands
of a python script, but I don’t know how.It’d be nice e.g if a command like ‘print “Script processed succesfully”’ is printed in green in the stdout of the GRASS command console.
Does anyone know how this can be easily achieved in a python script?
/johannes
NEU: FreePhone - kostenlos mobil telefonieren und surfen!
Jetzt informieren: http://www.gmx.net/de/go/freephone
Message: 4
Date: Wed, 27 Apr 2011 11:01:56 +0200
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-user] color for stdout print output
To: Johannes Radinger <JRadinger@gmx.at>
Cc: grass-user@lists.osgeo.org
Message-ID: <BANLkTikq0gPMwJbUr5eYHEniSm3djRsa9w@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1Hi,
2011/4/27 Johannes Radinger <JRadinger@gmx.at>:
It’d be nice e.g if a command like ‘print “Script processed succesfully”’ is printed in green in the stdout of the GRASS command console.
do you mean terminal or wxGUI command output?
Martin
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
Message: 5
Date: Wed, 27 Apr 2011 21:11:41 +1200
From: Hamish <hamish_b@yahoo.com>
Subject: [GRASS-user] d.barb: call for testing
To: grass list <grass-user@lists.osgeo.org>
Cc: grass-dev <grass-dev@lists.osgeo.org>
Message-ID: <20110427211141.0fa7caae.hamish_b@yahoo.com>
Content-Type: text/plain; charset=US-ASCIIHi,
I have added a new C module in the addons svn which will draw wind barbs,
straw plots, and arrow plots from a raster array or sparse vector point
data. It can use either direction + magnitude, or u + v components as the
input, and can produce a legend key.Some of this functionality is already covered by d.rast.arrow and d.vect,
but I thought I’d bring it together into a dedicated tool and add some
commonly needed options.It’s still a work in progress, and there are still a few things on the
todo list, but I think it’s ready to get some testing now.Once the bugs are out and the design & feature set have been finalized
I’d port it to grass7 and hope to add it to the main distribution + GUI.
(One weird thing I notice is that in the tcl/tk GUI the legend_at=
option appears as a tick box not a text entry field. ?)http://grass.osgeo.org/wiki/GRASS_AddOns#d.barb
http://trac.osgeo.org/grass/browser/grass-addons/display/d.barbscreenshot: (style=arrow)
http://bambi.otago.ac.nz/hamish/grass/screenshots/narr-a_221_20100629_1800_000_10m_winds.pngmaybe g.extension works to install it if you compiled grass yourself?
(I haven’t tried installing it that way yet)comments, wishes, & criticisms welcome. usage follows, see the help
page for more explanation & examples.Hamish
GRASS65> d.barb --help
Description:
Draws flow barbs.Keywords:
Usage:
d.barb [-r] [direction=name] [magnitude=name] [u=name] [v=name]
[input=name] [layer=value] [style=string] [color=name] [skip=value]
[scale=value] [peak=value] [aspect_type=string]
[legend_at=x,y[,x,y,…]] [legend_velo=value[,value,…]]
[legend_fontsize=value] [–verbose] [–quiet]Flags:
-r Rotate direction 180 degrees
Useful for switching between atmospheric and oceanographic conventions
–v Verbose module output
–q Quiet module outputParameters:
direction Raster map (or attribute column) containing velocity direction
magnitude Raster map (or attribute column) containing velocity magnitude
u Raster map (or attribute column) containing u-component of velocity
v Raster map (or attribute column) containing v-component of velocity
input Name of input vector map
layer Layer number
A single vector map can be connected to multiple database tables. This number determines which table to use.
default: 1
style Style
options: arrow,barb,straw
default: arrow
color Color
Either a standard color name or R:G:B triplet
default: black
skip Draw arrow every Nth grid cell
default: 10
scale Scale factor for arrow rendering
default: 1.0
peak Maximum value for scaling (overrides map’s maximum)
aspect_type Direction map aspect type
options: cartesian,compass
default: cartesian
legend_at Screen percentage for legend barb ([0,0] is bottom-left)
Draws a single barb and exits
options: 0-100
default: 10.0,10.0
legend_velo Velocity for legend key arrow
legend_fontsize Font size used in legend
default: 14
Message: 6
Date: Wed, 27 Apr 2011 11:22:28 +0200
From: “Johannes Radinger” <JRadinger@gmx.at>
Subject: Re: [GRASS-user] color for stdout print output
To: Martin Landa <landa.martin@gmail.com>
Cc: grass-user@lists.osgeo.org
Message-ID: <20110427092228.171060@gmx.net>
Content-Type: text/plain; charset=“utf-8”-------- Original-Nachricht --------
Datum: Wed, 27 Apr 2011 11:01:56 +0200
Von: Martin Landa <landa.martin@gmail.com>
An: Johannes Radinger <JRadinger@gmx.at>
CC: grass-user@lists.osgeo.org
Betreff: Re: [GRASS-user] color for stdout print outputHi,
2011/4/27 Johannes Radinger <JRadinger@gmx.at>:
It’d be nice e.g if a command like ‘print “Script processed
succesfully”’ is printed in green in the stdout of the GRASS command console.do you mean terminal or wxGUI command output?
In my case I am starting my script in the GRASS in the command console,
so the output is in the GUI command output.Johannes
Martin
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa–
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
Message: 7
Date: Wed, 27 Apr 2011 11:52:06 +0200
From: “Johannes Radinger” <JRadinger@gmx.at>
Subject: [GRASS-user] info: overwrite option in r.mask
To: grass-user@lists.osgeo.org
Message-ID: <20110427095206.82160@gmx.net>
Content-Type: text/plain; charset=“utf-8”I just wanted to inform you (developers), but the overwrite option
in r.mask is somehow different from the other modules.Especially if it comes to python scripts usually the
overwrite option is set with “overwrite=True” but for
r.mask it has to be set with a flag like “flags=“o””.I don’t know if this is intended (probably because of the
second option “r” (remove existing mask)).cheers
/johannesGMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
Message: 8
Date: Wed, 27 Apr 2011 12:32:39 +0200
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-user] info: overwrite option in r.mask
To: Johannes Radinger <JRadinger@gmx.at>
Cc: grass-user@lists.osgeo.org
Message-ID: <BANLkTikJ6=T608K-s3WK9bn=kFckmLY6MQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1Hi,
2011/4/27 Johannes Radinger <JRadinger@gmx.at>:
I just wanted to inform you (developers), but the overwrite option
in r.mask is somehow different from the other modules.Especially if it comes to python scripts usually the
overwrite option is set with “overwrite=True” but for
r.mask it has to be set with a flag like “flags=“o””.this flag (o) has been already removed in GRASS 7 and replaced by
--overwrite. There is just small bug - the parser doesn’t note
–overwrite flag.Martin
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
Message: 9
Date: Wed, 27 Apr 2011 11:38:08 +0100
From: Giovanni Manghi <giovanni.manghi@gmail.com>
Subject: Re: [GRASS-user] GRASS GIS 6.4.1 released
To: Martin Landa <landa.martin@gmail.com>
Cc: GRASS user list <grass-user@lists.osgeo.org>
Message-ID: 1303900688.1833.118.camel@sibirica
Content-Type: text/plain; charset=“UTF-8”Hi,
I am super busy this week, it’s in my TODO. Anyway I will publish the
package till the end of this week, as I said before.sorry for bugging (again), any news about this?
GRASS is actually unusable for osgeo4w users and I would really like to
confirm if the issues were solved in 6.4.1Thanks in advance
– Giovanni –
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-userEnd of grass-user Digest, Vol 60, Issue 57
